CN111291110A - Consensus method and system based on block chain network - Google Patents
Consensus method and system based on block chain network Download PDFInfo
- Publication number
- CN111291110A CN111291110A CN201811483299.5A CN201811483299A CN111291110A CN 111291110 A CN111291110 A CN 111291110A CN 201811483299 A CN201811483299 A CN 201811483299A CN 111291110 A CN111291110 A CN 111291110A
- Authority
- CN
- China
- Prior art keywords
- consensus
- node
- consensus process
- block chain
- abnormal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 217
- 230000008569 process Effects 0.000 claims abstract description 173
- 230000002159 abnormal effect Effects 0.000 claims abstract description 46
- 238000004590 computer program Methods 0.000 claims description 10
- 238000003860 storage Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 19
- 238000012545 processing Methods 0.000 description 15
- 244000144972 livestock Species 0.000 description 12
- 238000002360 preparation method Methods 0.000 description 8
- 241000283690 Bos taurus Species 0.000 description 7
- 230000005856 abnormality Effects 0.000 description 6
- 230000036541 health Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000003862 health status Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 241001465754 Metazoa Species 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 208000015181 infectious disease Diseases 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Images
Landscapes
- Retry When Errors Occur (AREA)
Abstract
The disclosure provides a block chain network-based consensus method and system, and relates to the technical field of block chains. The consensus method comprises the following steps: each node in the blockchain network stores the consensus process data generated at each stage of the consensus process in a consensus process database; and when the node is abnormal, the consensus temporary server acquires the consensus process data of the abnormal node from the consensus process database and replaces the node to perform the consensus process. The method and the device can continue the consensus process under the condition that a certain node is abnormal.
Description
Technical Field
The present disclosure relates to the field of blockchain technologies, and in particular, to a consensus method and system based on a blockchain network.
Background
Currently, the block chaining technique is widely used. The block chain does not depend on the traditional centralized control through a decentralized cooperative work mechanism. To achieve the cooperative work of each node in the blockchain network, a consensus process needs to be performed. Among them, the PBFT (physical Byzantine Fault Tolerance) algorithm is a typical and commonly used algorithm, and is applied to the consensus process of the blockchain nodes.
Fig. 1 is a schematic diagram showing an implementation process of a BPFT algorithm in the related art. As shown in fig. 1, in one round of consensus, a node in the block chain network serves as a master node (for example, node0 serves as a master node in fig. 1), and a consensus request is sent to all replica nodes (other nodes than the master node are collectively referred to as replica nodes), so that a three-phase protocol (three-phase protocol) is started. Namely, a pre-preparation (pre-preparation) stage, a preparation (preparation) stage and a confirmation (commit) stage, and the three stages are completed in sequence to achieve a consensus. In addition, the consensus process may also include some auxiliary phases, such as a request phase, a response phase, etc. For example, fig. 1 also shows the phase in which all replica nodes 1, 2 and 3 reply (reply) to the master node 0.
Generally, nodes in a blockchain network are made up of processing devices (e.g., servers, intelligent terminals, computers, etc.). However, in practical applications, the processing device may be down, damaged or restarted. In the process of PBFT consensus, if an abnormal phenomenon occurs in a certain processing device (especially, the processing device corresponding to the master node), one consensus process cannot be performed smoothly, and if a certain consensus is not achieved, the consensus is re-initiated from the pre-preparation stage no matter whether the block chain is in any one consensus stage. Clearly, this will certainly affect the efficiency of blockchain consensus and further affect the efficiency of blockchain to traffic processing.
Disclosure of Invention
The technical problem that this disclosure solved is: a block chain network-based consensus method is provided, so that a consensus process can be continued under the condition that a certain node is abnormal.
According to an aspect of the embodiments of the present disclosure, there is provided a block chain network-based consensus method, including: each node in the blockchain network stores the consensus process data generated at each stage of the consensus process in a consensus process database; and under the condition that the node is abnormal, the consensus temporary server acquires the consensus process data of the abnormal node from the consensus process database and replaces the node to perform the consensus process.
In some embodiments, the consensus method further comprises: and under the condition that the abnormal node returns to be normal before the consensus process is finished, the node sends a notification message to other nodes in the block chain network, and acquires the consensus process data processed by the consensus temporary server instead of the node from the consensus process database so as to perform the consensus process.
In some embodiments, the consensus process data comprises: node number, node type, current consensus stage, intermediate consensus result data and signature of node on the intermediate consensus result data.
In some embodiments, the consensus method further comprises: and under the condition that the first node in the block chain network does not receive the consensus process data of the second node within a set time length, the consensus temporary server acquires the consensus process data of the second node from the consensus process database and replaces the second node to perform the consensus process.
According to another aspect of the embodiments of the present disclosure, there is provided a block chain network-based consensus system, including: the consensus process database is used for storing consensus process data generated by each node in the block chain network at each stage of the consensus process; and the consensus temporary server is used for acquiring the consensus process data of the abnormal node from the consensus process database under the condition that the node is abnormal and replacing the node to carry out the consensus process.
In some embodiments, in a case where the node in which the abnormality occurs returns to normal before the consensus process is ended, the node sends a notification message to other nodes in the blockchain network, and obtains the consensus process data processed by the consensus temporary server instead of the node from the consensus process database to perform the consensus process.
In some embodiments, the consensus process data comprises: node number, node type, current consensus stage, intermediate consensus result data and signature of node on the intermediate consensus result data.
In some embodiments, the consensus temporary server is further configured to, when the first node in the blockchain network does not receive the consensus process data of the second node within a set time period, obtain the consensus process data of the second node from the consensus process database, and perform a consensus process instead of the second node.
According to another aspect of the embodiments of the present disclosure, there is provided a block chain network-based consensus system, including: a memory; and a processor coupled to the memory, the processor configured to perform the method as previously described based on instructions stored in the memory.
According to another aspect of embodiments of the present disclosure, there is provided a computer readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the steps of the method as previously described.
In the method, each node in the blockchain network stores the consensus process data generated at each stage of the consensus process in a consensus process database; and when a certain node is abnormal, the consensus temporary server acquires the consensus process data of the abnormal node from the consensus process database and replaces the node to perform the consensus process. The method can continue the consensus process under the condition that a certain node is abnormal, so that the efficiency of block chain consensus can be improved, and the efficiency of the block chain for processing the service is improved.
Other features of the present disclosure and advantages thereof will become apparent from the following detailed description of exemplary embodiments thereof, which proceeds with reference to the accompanying drawings.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description, serve to explain the principles of the disclosure.
The present disclosure may be more clearly understood from the following detailed description, taken with reference to the accompanying drawings, in which:
FIG. 1 is a diagram showing an implementation process of a BPFT algorithm in the related art;
fig. 2 is a flow diagram illustrating a block chain network based consensus method according to some embodiments of the present disclosure;
fig. 3 is a block diagram illustrating a block chain network based consensus system according to some embodiments of the present disclosure;
FIG. 4 is a block diagram illustrating a block chain network based consensus system according to further embodiments of the present disclosure;
FIG. 5 is a block diagram illustrating a block chain network based consensus system according to further embodiments of the present disclosure;
fig. 6 is a block diagram illustrating a consensus system based on a blockchain network according to further embodiments of the present disclosure.
Detailed Description
Various exemplary embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. It should be noted that: the relative arrangement of the components and steps, the numerical expressions, and numerical values set forth in these embodiments do not limit the scope of the present disclosure unless specifically stated otherwise.
Meanwhile, it should be understood that the sizes of the respective portions shown in the drawings are not drawn in an actual proportional relationship for the convenience of description.
The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the disclosure, its application, or uses.
Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail but are intended to be part of the specification where appropriate.
In all examples shown and discussed herein, any particular value should be construed as merely illustrative, and not limiting. Thus, other examples of the exemplary embodiments may have different values.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.
Fig. 2 is a flow diagram illustrating a block chain network based consensus method according to some embodiments of the present disclosure. As shown in fig. 2, the consensus method includes steps S202 to S204.
In step S202, each node in the blockchain network stores the consensus process data generated at each stage of the consensus process in the consensus process database.
For example, a consensus process Database (DB) may be provided for a specified number of blockchain network nodes. In other words, the nodes will share a consensus process database. Assuming that there are nodes 1 to n (n is a positive integer) in the blockchain network, the nodes 1 to n share a common identification process database. Based on this, during the consensus process, the nodes 1-n store the consensus process data generated at each stage into the consensus process database. In addition, each node may also have its own database, storing some data related to itself.
It should be noted that the term "node" mentioned in the embodiments of the present disclosure includes a processing device of the node and the like.
In some embodiments, the consensus process data may include: node number, node type, current consensus stage, intermediate consensus result data and signature of node on the intermediate consensus result data.
For example, the data format of the consensus process data stored by each node into the consensus process database may be: < node number, node type, current consensus stage, intermediate consensus result data, and signature of node on intermediate consensus result data >.
Wherein, the node number is the number of each node itself, for example: 1. 2 … … n, etc.;
the node type indicates whether the node is a master node or a replica node;
the current consensus phase refers to a certain phase of the phases (for example, a pre-preparation phase, a confirmation phase, and the like) in which the node itself is currently located;
the intermediate consensus result data is intermediate data which are obtained by performing consensus on service data carried in a consensus request initiated by the main node by each node;
and the signature of the node pair intermediate consensus result data is signature data of each node pair own intermediate consensus result data. For example, the signature may employ the MD5 algorithm or the like.
In step S204, in the case that the node is abnormal, the consensus temporary server obtains the consensus process data of the abnormal node from the consensus process database, and performs the consensus process instead of the node.
For example, a consensus temporary server is added to the system. In the case that an abnormality occurs at a node of the blockchain (for example, the node does not receive a response message after time out), the consensus temporary server may obtain the consensus process data of the abnormal node (i.e., the consensus process data generated by the abnormal node before the abnormality occurs) from the consensus process database, and continue the subsequent consensus process instead of the node.
Here, the consensus temporary server is a proxy server that can continue consensus instead of the abnormal node. In an implementation manner, the consensus temporary server may be independent of the current node of the blockchain network, or may be temporarily served by a good one of the current nodes of the blockchain network. Therefore, the consensus temporary server can be deployed on a separate server or any current node.
To this end, a block chain network based consensus method is provided according to some embodiments of the present disclosure. In the method, each node in the blockchain network stores consensus process data generated at each stage of the consensus process in a consensus process database; and when a certain node is abnormal, the consensus temporary server acquires the consensus process data of the abnormal node from the consensus process database and replaces the abnormal node to perform the consensus process. In this way, in the case where an abnormality occurs in a certain node, it is not necessary to restart consensus from the pre-preparation stage as described in the prior art, but the consensus process may be continued by the consensus temporary server instead of the abnormal node. Therefore, the method can continue the consensus process under the condition that a certain node is abnormal, so that the efficiency of block chain consensus can be improved, and the efficiency of the block chain for service processing can be improved.
In some embodiments, the consensus method may further comprise: in the case that the abnormal node returns to normal before the consensus process is finished, the node sends a notification message (for example, a notification message that the node returns to normal or a notification message about the consensus process) to other nodes (i.e., other nodes except the node) in the blockchain network, and acquires the consensus process data processed by the consensus temporary server instead of the node (i.e., the abnormal node) from the consensus process database to perform the consensus process. The embodiment realizes the implementation method that the abnormal node continues to perform the consensus process by the abnormal node after the abnormal node is recovered to be normal. Therefore, the consensus process can be continuously completed by the nodes in the block chain network, and the consensus among the nodes is realized.
In some embodiments, the consensus method may further comprise: and under the condition that the first node in the block chain network does not receive the consensus process data of the second node within the set time length, the consensus temporary server acquires the consensus process data of the second node from the consensus process database and replaces the second node to perform the consensus process.
It should be noted that the first node here may be any node except the second node in the blockchain network.
For example, for any node (e.g., the first node), if the consensus process data of a certain node (e.g., the second node) is not received within a set time period, the consensus temporary server starts and acquires the consensus process data of the corresponding node from the consensus process database. That is, the consensus temporary server obtains the consensus process data of the second node from the consensus process database. Based on the above, the consensus temporary server can take over the second node to complete the subsequent consensus process. In the process, the consensus temporary server considers that the second node is abnormal, so that the subsequent consensus process is completed instead of the second node.
In some embodiments, if the second node returns to normal before the consensus process ends, the second node may continue to participate in consensus. Specifically, the second node may send a notification message to other nodes, and obtain the consensus process data, which is processed by the consensus temporary server, from the consensus process database, and continue to participate in consensus.
Fig. 3 is a block diagram illustrating a block chain network based consensus system according to some embodiments of the present disclosure. As shown in fig. 3, the consensus system may include a consensus process database 302 and a consensus temporary server 304. Also shown in FIG. 3 is a blockchain network 310 that includes nodes 1-n.
The consensus process database 302 is used to store consensus process data generated by each node (e.g., nodes 1-n) in the blockchain network 310 at each stage of the consensus process.
The consensus temporary server 304 is configured to, in the event that a node is abnormal, obtain consensus process data of the abnormal node from the consensus process database 302, and perform a consensus process instead of the node.
For example, in the case of an abnormality of the node 1, the consensus temporary server 304 may obtain the consensus process data of the node 1 from the consensus process database 302 and perform the consensus process instead of the node 1.
To this end, a block chain network based consensus system is provided according to some embodiments of the present disclosure. In the system, a consensus process database stores consensus process data generated by each node in the blockchain network at each stage of the consensus process; and when the node is abnormal, the consensus temporary server acquires the consensus process data of the abnormal node from the consensus process database and replaces the node to perform the consensus process. The system can continue the consensus process under the condition that a certain node is abnormal, so that the efficiency of block chain consensus can be improved, and the efficiency of the block chain for processing services can be improved.
In some embodiments, in the case that the abnormal node returns to normal before the consensus process ends, the node sends a notification message to other nodes in the blockchain network 310 and obtains the consensus process data processed by the consensus temporary server instead of the node from the consensus process database to perform the consensus process.
In some embodiments, the consensus process data may include: node number, node type, current consensus stage, intermediate consensus result data and signature of node on the intermediate consensus result data.
In some embodiments, the consensus temporary server 304 may be further configured to, in the case that a first node (e.g., node 1) in the blockchain network 310 does not receive the consensus process data of a second node (e.g., node 2) within a set time period, obtain the consensus process data of the second node (e.g., node 2) from the consensus process database 302, and perform the consensus process instead of the second node.
In the embodiment of the disclosure, a block chain network-based consensus method and system are provided. A shared consensus process database and consensus temporary server are provided for a number of blockchain network nodes. The nodes participating in the consensus can store the data in the consensus process database at each consensus phase. If a certain node is abnormal, reading the consensus process data generated by the abnormal node before the abnormal node occurs in the consensus process database by the consensus temporary server, and replacing the node to continue executing the consensus process to ensure the successful completion of the consensus process. The method can solve the problem of waiting or re-executing consensus caused by node abnormality in the consensus process of the block chain network. And the fault tolerance in the block chain network can be enhanced, and the probability of successful execution of the consensus process is effectively improved. Compared with the existing consensus recovery technology, the method disclosed by the invention can improve the utilization rate of resources.
Fig. 4 is a block diagram illustrating a consensus system based on a blockchain network according to further embodiments of the present disclosure.
In one possible application scenario, the blockchain technology may be applied to animal husbandry, and in particular, the smart terminal worn by livestock may participate in the consensus process as a blockchain network node (as shown in fig. 4). Especially, the common recognition of the health state of the physiological data of the livestock collected by the intelligent terminal is carried out based on the block chain technology, so that the situation that the data is falsified can be effectively prevented. The architecture can be as shown in fig. 4.
In a round of consensus, the data format that can be adopted in the consensus request sent by the master node is as follows: < current stage, node number, node type, collected livestock data, signature of node on request data >. Here, the request data also belongs to an intermediate result data.
In the final stage of consensus, the master node receives the consensus result fed back from the replica node. The main node can count the consensus results received by the main node, and if more than 51% of the consensus results approve the health status data, the main node indicates that the livestock corresponding to the current node is healthy. At this point, the master node may be switched to perform the next consensus.
However, it should be noted that the intelligent terminals worn by the livestock may be damaged, run out of power, unable to communicate and the like. If a certain livestock is in an unhealthy state, the problem can be found through consensus, but once the intelligent terminal of the livestock is abnormal in the consensus stage, the consensus cannot be effectively executed, and the early warning is possibly delayed, so that the condition of the livestock is aggravated or the risk of infection is increased.
In some embodiments of the present disclosure, a corresponding consensus process database 302 may be provided for storing the livestock physiological data collected by each intelligent terminal (e.g., the intelligent terminals 1, 2, and 3) and the corresponding consensus data thereof in the consensus process.
In practical applications, to ensure the communication and consensus efficiency between the nodes, the size of the blockchain network may be controlled, for example: one consensus process database can be set for 200 intelligent terminals.
On the basis, if the number of the livestock in the pasture is small, the livestock and the terminal equipment worn by the livestock in other pastures can jointly form a block chain network until the number of the nodes in the block chain network reaches the upper limit.
Node communication across pastures may rely on network transmission devices such as wireless routers.
Suppose that there are 4 cattle in the pasture (the cattle wears intelligent terminals), and 4 intelligent terminals constitute a small block chain network. After acquiring the health state information, the intelligent terminal of the No. 0 cattle sends the health state information of the No. 0 cattle to other 3 intelligent terminals in a consensus request mode, and three-stage consensus is carried out.
The consensus request is stored in a database, which may include:
<Pre-prepare、node0、primary、HealthData、D(m)>。
where Pre-prepare is the Pre-preparation phase, node0 is the identity of the node initiating consensus, primary indicates that the node is the master node, health data is the health status data of cow # 0, and d (m) is the signature of node0 on health data.
If the intelligent terminal of the cow 0 is abnormal in the consensus process and the consensus cannot be continuously executed, any one of the other 3 intelligent terminals can be used as a consensus temporary server to obtain the consensus data of the cow 0 from the database and continuously execute the consensus.
Fig. 5 is a block diagram illustrating a consensus system based on a blockchain network according to further embodiments of the present disclosure. The consensus system comprises a memory 510 and a processor 520. Wherein:
the memory 510 may be a magnetic disk, flash memory, or any other non-volatile storage medium. The memory is used for storing the instructions in the embodiment corresponding to fig. 2.
In some embodiments, as also shown in fig. 6, the consensus system 600 comprises a memory 610 and a processor 620. Processor 620 is coupled to memory 610 through a BUS 630. The consensus system 600 may also be coupled to an external storage device 650 via storage interface 640 for the purpose of invoking external data, and may also be coupled to a network or another computer system (not shown) via network interface 660, which will not be described in detail herein.
In this embodiment, the data instructions are stored in the memory and processed by the processor, so that the consensus process can be continued when an exception occurs in a certain node. Therefore, the efficiency of block chain consensus can be improved, and the efficiency of the block chain on service processing can be improved.
In other embodiments, the present disclosure also provides a computer-readable storage medium on which computer program instructions are stored, which instructions, when executed by a processor, implement the steps of the method in the embodiment corresponding to fig. 2. As will be appreciated by one skilled in the art, embodiments of the present disclosure may be provided as a method, apparatus, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable non-transitory storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
Thus far, the present disclosure has been described in detail. Some details that are well known in the art have not been described in order to avoid obscuring the concepts of the present disclosure. It will be fully apparent to those skilled in the art from the foregoing description how to practice the presently disclosed embodiments.
The method and system of the present disclosure may be implemented in a number of ways. For example, the methods and systems of the present disclosure may be implemented by software, hardware, firmware, or any combination of software, hardware, and firmware. The above-described order for the steps of the method is for illustration only, and the steps of the method of the present disclosure are not limited to the order specifically described above unless specifically stated otherwise. Further, in some embodiments, the present disclosure may also be embodied as programs recorded in a recording medium, the programs including machine-readable instructions for implementing the methods according to the present disclosure. Thus, the present disclosure also covers a recording medium storing a program for executing the method according to the present disclosure.
Although some specific embodiments of the present disclosure have been described in detail by way of example, it should be understood by those skilled in the art that the foregoing examples are for purposes of illustration only and are not intended to limit the scope of the present disclosure. It will be appreciated by those skilled in the art that modifications may be made to the above embodiments without departing from the scope and spirit of the present disclosure. The scope of the present disclosure is defined by the appended claims.
Claims (10)
1. A block chain network-based consensus method comprises the following steps:
each node in the blockchain network stores the consensus process data generated at each stage of the consensus process in a consensus process database; and
and under the condition that the node is abnormal, the consensus temporary server acquires the consensus process data of the abnormal node from the consensus process database and replaces the node to perform the consensus process.
2. The consensus method of claim 1, further comprising:
and under the condition that the abnormal node returns to be normal before the consensus process is finished, the node sends a notification message to other nodes in the block chain network, and acquires the consensus process data processed by the consensus temporary server instead of the node from the consensus process database so as to perform the consensus process.
3. The consensus method of claim 1,
the consensus process data comprises: node number, node type, current consensus stage, intermediate consensus result data and signature of node on the intermediate consensus result data.
4. The consensus method of claim 1, further comprising:
and under the condition that the first node in the block chain network does not receive the consensus process data of the second node within a set time length, the consensus temporary server acquires the consensus process data of the second node from the consensus process database and replaces the second node to perform the consensus process.
5. A block chain network based consensus system, comprising:
the consensus process database is used for storing consensus process data generated by each node in the block chain network at each stage of the consensus process; and
and the consensus temporary server is used for acquiring the consensus process data of the abnormal node from the consensus process database under the condition that the node is abnormal, and replacing the node to perform the consensus process.
6. The consensus system of claim 5,
and under the condition that the abnormal node returns to be normal before the consensus process is finished, the node sends a notification message to other nodes in the block chain network, and acquires the consensus process data processed by the consensus temporary server instead of the node from the consensus process database so as to perform the consensus process.
7. The consensus system of claim 5,
the consensus process data comprises: node number, node type, current consensus stage, intermediate consensus result data and signature of node on the intermediate consensus result data.
8. The consensus system of claim 5,
the consensus temporary server is further configured to, when the first node in the blockchain network does not receive the consensus process data of the second node within a set time period, obtain the consensus process data of the second node from the consensus process database, and perform a consensus process instead of the second node.
9. A block chain network based consensus system, comprising:
a memory; and
a processor coupled to the memory, the processor configured to perform the method of any of claims 1-4 based on instructions stored in the memory.
10. A computer-readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the steps of the method of any one of claims 1 to 4.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811483299.5A CN111291110A (en) | 2018-12-06 | 2018-12-06 | Consensus method and system based on block chain network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811483299.5A CN111291110A (en) | 2018-12-06 | 2018-12-06 | Consensus method and system based on block chain network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111291110A true CN111291110A (en) | 2020-06-16 |
Family
ID=71017978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811483299.5A Pending CN111291110A (en) | 2018-12-06 | 2018-12-06 | Consensus method and system based on block chain network |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111291110A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112433885A (en) * | 2020-11-19 | 2021-03-02 | 腾讯科技(深圳)有限公司 | Block chain consensus processing method and device, electronic equipment and storage medium |
CN114650289A (en) * | 2020-12-02 | 2022-06-21 | 王志诚 | Method and device for block chain consensus |
US11881980B2 (en) | 2022-04-22 | 2024-01-23 | Red Hat, Inc. | Byzantine fault prevention in mesh networks |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106682907A (en) * | 2016-12-10 | 2017-05-17 | 江苏恒为信息科技有限公司 | Comparison and consensus method for block chain data |
CN107315660A (en) * | 2017-06-29 | 2017-11-03 | 郑州云海信息技术有限公司 | A kind of two-node cluster hot backup method of virtualization system, apparatus and system |
CN107368507A (en) * | 2017-03-28 | 2017-11-21 | 阿里巴巴集团控股有限公司 | A kind of common recognition method and device based on block chain |
CN107391320A (en) * | 2017-03-10 | 2017-11-24 | 阿里巴巴集团控股有限公司 | One kind common recognition method and device |
WO2018177235A1 (en) * | 2017-03-28 | 2018-10-04 | 阿里巴巴集团控股有限公司 | Block chain consensus method and device |
CN108932189A (en) * | 2018-06-30 | 2018-12-04 | 平安科技(深圳)有限公司 | The method and apparatus for saving server log |
-
2018
- 2018-12-06 CN CN201811483299.5A patent/CN111291110A/en active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106682907A (en) * | 2016-12-10 | 2017-05-17 | 江苏恒为信息科技有限公司 | Comparison and consensus method for block chain data |
CN107391320A (en) * | 2017-03-10 | 2017-11-24 | 阿里巴巴集团控股有限公司 | One kind common recognition method and device |
CN107368507A (en) * | 2017-03-28 | 2017-11-21 | 阿里巴巴集团控股有限公司 | A kind of common recognition method and device based on block chain |
WO2018177235A1 (en) * | 2017-03-28 | 2018-10-04 | 阿里巴巴集团控股有限公司 | Block chain consensus method and device |
CN107315660A (en) * | 2017-06-29 | 2017-11-03 | 郑州云海信息技术有限公司 | A kind of two-node cluster hot backup method of virtualization system, apparatus and system |
CN108932189A (en) * | 2018-06-30 | 2018-12-04 | 平安科技(深圳)有限公司 | The method and apparatus for saving server log |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112433885A (en) * | 2020-11-19 | 2021-03-02 | 腾讯科技(深圳)有限公司 | Block chain consensus processing method and device, electronic equipment and storage medium |
CN114650289A (en) * | 2020-12-02 | 2022-06-21 | 王志诚 | Method and device for block chain consensus |
CN114650289B (en) * | 2020-12-02 | 2023-04-14 | 王志诚 | Method and device for block chain consensus |
US11881980B2 (en) | 2022-04-22 | 2024-01-23 | Red Hat, Inc. | Byzantine fault prevention in mesh networks |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111291110A (en) | Consensus method and system based on block chain network | |
WO2018157439A1 (en) | Service processing method and device | |
CN105260485B (en) | A kind of method and apparatus of data load | |
CN108062243B (en) | Execution plan generation method, task execution method and device | |
CN111147403B (en) | Message processing method and device, storage medium and electronic device | |
CN110621032A (en) | Communication method, related device and equipment | |
US20170242815A1 (en) | Sas system, sas system traversal method, and apparatus | |
US9986368B2 (en) | Loop avoidance in middle-node-to-middle-node registration in M2M networks | |
WO2017220021A1 (en) | Short message processing method and apparatus | |
CN108536541B (en) | Process engine object processing method and device | |
CN110888892B (en) | Block synchronization method, device and storage medium | |
US20210096962A1 (en) | Data backup method, device and system | |
WO2021047561A1 (en) | Method and apparatus for migrating subscriber subscription parameter set profile, subscription manager-data preparation+, and operator background system | |
CN110768811B (en) | Method, device and system for updating YANG model file library | |
CN110875945B (en) | Method, apparatus and medium for task processing on a generic service entity | |
CN109525621B (en) | Data synchronization method, equipment and system based on ZigBee binding | |
CN107547264B (en) | Data backup method and device based on Internet of things | |
CN105245579A (en) | Power distribution network system massive data communication processing method and system | |
CN113114465B (en) | Method and device for processing attribution authority, storage medium and electronic device | |
CN116319822A (en) | Switching method and device of consensus algorithm, computer equipment and medium | |
CN114780177A (en) | Transaction execution method and device, storage medium and electronic device | |
CN109451016B (en) | Data download management method, system and related equipment | |
US9866625B2 (en) | Message transmission apparatus, message transmission method, and message transmission program | |
CN110580172B (en) | Configuration rule verification method and device, storage medium and electronic device | |
CN114584479A (en) | Network element control method, network element entity, system and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200616 |