CN109831514B - Parallel chain consensus method, data exception handling method, device and storage medium - Google Patents
Parallel chain consensus method, data exception handling method, device and storage medium Download PDFInfo
- Publication number
- CN109831514B CN109831514B CN201910157805.XA CN201910157805A CN109831514B CN 109831514 B CN109831514 B CN 109831514B CN 201910157805 A CN201910157805 A CN 201910157805A CN 109831514 B CN109831514 B CN 109831514B
- Authority
- CN
- China
- Prior art keywords
- consensus
- parallel
- parallel chain
- chain
- transaction
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 230000002159 abnormal effect Effects 0.000 claims description 23
- 238000012545 processing Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 claims description 5
- 238000005096 rolling process Methods 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000013475 authorization Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention provides a parallel chain consensus method, a data exception handling method, equipment and a storage medium, wherein the method comprises the following steps: after the main chain generates the consensus result of the first parallel chain block, synchronizing the first consensus transaction of the first parallel chain block from the corresponding main chain node, and executing the first consensus transaction to generate a first execution result; the first common transaction comprises execution results of a plurality of first transactions of a first parallel chain block which are commonly identified through a parallel chain-main chain; and comparing whether the first execution result is consistent with a second execution result generated by executing a plurality of first transactions by the current parallel chain node: if so, successfully identifying the parallel chains, and increasing the common identification height of the first parallel chain; otherwise, the consensus of the parallel chains fails, and the consensus height of the first parallel chain is not increased. According to the invention, the execution result of executing the first consensus transaction is compared with the second execution result of the synchronous main chain transaction executed by the node, so that the tampering of an attacker can be found in time, and the accuracy of the consensus result is further ensured.
Description
Technical Field
The present application relates to the field of block chain information technologies, and in particular, to a parallel chain consensus method, a data exception handling method, a device, and a storage medium.
Background
In the existing parallel chain consensus, after a parallel chain executes a transaction belonging to the chain, an execution result is sent to a main chain for consensus, and the parallel chain only needs to synchronize the consensus result of the main chain to complete the parallel chain consensus. The scheme for directly synchronizing the main chain consensus result easily causes the phenomenon that the consensus result is tampered but the parallel chain node is unknown, and the block height is increased after the parallel chain is found, so that great loss is caused.
Disclosure of Invention
In view of the above-mentioned drawbacks and deficiencies of the prior art, it is desirable to provide a parallel chain consensus method, apparatus and storage medium with verification functionality.
In a first aspect, the present invention provides a parallel chain consensus method, which is applicable to parallel chain nodes, and the method includes:
after the main chain generates the consensus result of the first parallel chain block, synchronizing the first consensus transaction of the first parallel chain block from the corresponding main chain node, and executing the first consensus transaction to generate a first execution result; the first common transaction comprises execution results of a plurality of first transactions of a first parallel chain block which are commonly identified through a parallel chain-main chain;
and comparing whether the first execution result is consistent with a second execution result generated by executing a plurality of first transactions by the current parallel chain node:
if so, successfully identifying the parallel chains, and increasing the common identification height of the first parallel chain;
otherwise, the consensus of the parallel chains fails, and the consensus height of the first parallel chain is not increased.
Further, if the parallel chain consensus fails, whether the current parallel chain node fails is judged:
if yes, continuing to execute a first consensus transaction and subsequent steps of synchronizing a first parallel chain block from a corresponding main chain node after processing the fault of the parallel chain node;
and if not, sending the data abnormal transaction to the corresponding main chain node for the main chain node to judge and process the consensus failure reason.
In a second aspect, the present invention provides a data exception handling method, which is applicable to a main chain node, and includes:
receiving data exception transactions sent by corresponding parallel chain nodes; the data abnormal transaction is sent after the parallel chain node judges that the comparison between a first execution result and a second execution result generated by executing a plurality of first transactions by a parallel chain link point is inconsistent, the parallel chain consensus failure is not caused by the fault of the parallel chain node, the first execution result is generated by synchronizing the parallel chain link point and executing a first consensus transaction, and the first consensus transaction comprises the execution results of the plurality of first transactions of a first parallel chain block which are identified by a parallel chain-main chain;
and judging and processing abnormal data according to the data abnormal transaction so that the parallel chain nodes can synchronize and execute the first common transaction of the first parallel chain block from the corresponding main chain node to generate a first execution result, and judging whether the first execution result is consistent with a second execution result generated by executing a plurality of first transactions by the parallel chain nodes.
Further, the judging and processing of the abnormal data according to the abnormal data transaction comprises:
judging whether the main chain is branched according to the abnormal data: if yes, rolling back operation is carried out.
In a third aspect, the present invention also provides an apparatus comprising one or more processors and a memory, wherein the memory contains instructions executable by the one or more processors to cause the one or more processors to perform a parallel chain consensus, data exception handling method provided in accordance with embodiments of the present invention.
In a fourth aspect, the present invention further provides a storage medium storing a computer program, where the computer program makes a computer execute the parallel chain consensus and data exception handling method provided in the embodiments of the present invention.
According to the parallel chain consensus method, the parallel chain consensus device and the storage medium, provided by various embodiments of the invention, the synchronization and execution of the parallel chain link point is sent to the first consensus transaction of the main chain after the parallel chain-main chain consensus, the execution result is compared with the second execution result of the synchronous main chain transaction executed by the node, and the tampering of an attacker can be timely found through the comparison and verification of the parallel chain node, so that the accuracy of the consensus result is further ensured.
Some embodiments of the present invention provide a parallel chain consensus method, device, and storage medium, which further perform a self-check on a reason in time or notify a main chain node in time after a failure of parallel chain consensus, so as to process the failure reason, thereby improving the efficiency of parallel chain consensus.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:
fig. 1 is a schematic view of a scenario of a parallel chain consensus method according to an embodiment of the present invention.
Fig. 2 is a flowchart of a parallel chain consensus method according to an embodiment of the present invention
FIG. 3 is a flow chart of a preferred embodiment of the method of FIG. 2.
Fig. 4 is a flowchart of a data exception handling method according to an embodiment of the present invention.
Fig. 5 is a schematic structural diagram of an apparatus according to an embodiment of the present invention.
Detailed Description
The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the present invention are shown in the drawings.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
The invention provides a solution for parallel chain link point pair to carry out parallel chain side consensus on blocks which are consensus through a parallel chain-main chain consensus mechanism. In the present invention, one main chain may be provided with one or more parallel chains.
Each node of one parallel chain corresponds to a different main chain node respectively and can communicate with the corresponding main chain node, and the nodes of the parallel chain cannot communicate with each other.
The mechanism of parallel chain-backbone consensus is based on backbone consensus: a plurality of authorization nodes (usually 3f +1, f is a positive integer) are configured in the parallel chain, each authorization node respectively packages block information of the block to be identified and sends the block information to a corresponding main chain node, the main chain node records each block information to the main chain, and verifies whether block information not less than a first threshold number is the same in each block information: if so, the parallel chain block passes consensus and is allocated with a commit identifier for authentication, and the block information of the block to be consensus is an execution result of executing the transaction of the parallel chain and is sent to the corresponding main chain node in the form of consensus transaction.
Fig. 1 is a schematic view of a scenario of a parallel chain consensus method according to an embodiment of the present invention.
As shown in fig. 1, in this embodiment, a plurality of nodes (a, B, C, …, T, …) are configured in a main chain, and 10 nodes (a1, B1, C1, …, T1) are configured in a first parallel chain, where the nodes a1, B1, C1, and d1 are configured as authorized nodes of the first parallel chain, which details the parallel chain consensus scheme of the present invention.
In fig. 1, the client terminal sends the first parallel chain transaction (e.g., tx1, tx2, … …) to the main chain, and each node of the first parallel chain synchronizes and executes the transaction tx1, tx2, etc. from the corresponding main chain node, and then the execution result of the transaction tx1, tx2 … …, etc. is executed in the consensus transaction.
Fig. 2 is a flowchart of a parallel chain consensus method according to an embodiment of the present invention.
As shown in fig. 2, in this embodiment, the present invention provides a parallel chain consensus method, which is applied to parallel chain nodes (e.g., a1, b1, c1, d1 … … shown in fig. 1) and includes:
s11, after the main chain generates the consensus result of the first parallel chain block, synchronizing the first consensus transaction of the first parallel chain block from the corresponding main chain node, and executing the first consensus transaction to generate a first execution result; the first common transaction comprises execution results of a plurality of first transactions of a first parallel chain block which are commonly identified through a parallel chain-main chain;
s12, comparing the first execution result with a second execution result generated by executing a plurality of first transactions by the current parallel chain node to determine whether the first execution result is consistent with the second execution result:
if so, successfully identifying the parallel chains, and increasing the common identification height of the first parallel chain;
otherwise, the consensus of the parallel chains fails, and the consensus height of the first parallel chain is not increased.
Taking the scenario diagram shown in fig. 1 as an example, each parallel chain node (a1, b1, c1, d1 … …) of the first parallel chain synchronizes transactions tx1, tx2 to the corresponding main chain node, executes tx1, tx2 to generate an execution result m2, the authorization node (a1, b1, c1, d1 shown in fig. 1) of the first parallel chain packages the execution result to generate a first consensus transaction of the first parallel chain block, sends the first consensus transaction of the first parallel chain block to the corresponding main chain node, so that the main chain node can agree through the parallel chain-main chain consensus mechanism, after the main chain agrees through the first parallel chain block and is recorded on the main chain, each parallel chain node synchronizes the first consensus transaction to generate a first execution result m1, compares the first execution result m1 with each parallel chain node to execute tx1, tx2 to generate an execution result m2, if the parallel chain agreement is successful, the parallel chain consensus height is increased, otherwise, the consensus height of the parallel chains is not increased.
In this embodiment, the synchronous consensus transaction of the parallel link nodes is performed, instead of directly synchronizing the main chain consensus result, the result of the calculated consensus transaction is compared with the execution result of the transaction of the synchronous chain calculated by the node, and the situation that the main chain consensus result is tampered or forked is found in time.
FIG. 3 is a flow chart of a preferred embodiment of the method of FIG. 2.
As shown in fig. 3, in this embodiment, the method further includes:
s13, if the parallel chain consensus fails, judging whether the current parallel chain node fails:
if yes, continuing to execute a first consensus transaction and subsequent steps of synchronizing a first parallel chain block from a corresponding main chain node after processing the fault of the parallel chain node;
and if not, sending the data abnormal transaction to the corresponding main chain node for the main chain node to judge and process the consensus failure reason.
Specifically, if the parallel chain consensus fails, the current node determines whether the node has a fault, such as a hard disk fault and inconsistent versions, and if so, the fault reason is timely removed, and the first consensus transaction is resynchronized, so that the parallel chain consensus is timely completed. If the node fails, sending a data abnormal transaction to a corresponding main chain node, and judging whether the reason of the consensus failure is caused by the main chain node according to the data abnormal transaction, for example, the main chain is branched, or the main chain participates in the joint cheating of a plurality of nodes of the consensus, or the consensus result of the main chain is subjected to malicious tampering and other conditions.
In addition, because the parallel chain nodes are not communicated with each other, if the node is checked not to have a fault, the information is sent to the corresponding main chain node and the operator of the block chain system, so that the operator can conveniently check the fault reason, and the condition that the parallel chain authorized nodes sending the consensus transaction are cheated is avoided.
Fig. 4 is a flowchart of a data exception handling method according to an embodiment of the present invention.
As shown in fig. 4, in this embodiment, the present invention provides a data exception handling method, which is applicable to a main chain node, where the method includes:
s21, receiving data exception transactions sent by corresponding parallel chain nodes; the data abnormal transaction is sent after the parallel chain node judges that the comparison between a first execution result and a second execution result generated by executing a plurality of first transactions by a parallel chain link point is inconsistent, the parallel chain consensus failure is not caused by the fault of the parallel chain node, the first execution result is generated by synchronizing the parallel chain link point and executing a first consensus transaction, and the first consensus transaction comprises the execution results of the plurality of first transactions of a first parallel chain block which are identified by a parallel chain-main chain;
s22, according to the data abnormal transaction, judging and processing the abnormal data, so that the parallel chain nodes can synchronize and execute the first common transaction of the first parallel chain block from the corresponding main chain node to generate a first execution result, and judging whether the first execution result is consistent with a second execution result generated by executing a plurality of first transactions by the parallel chain nodes.
Specifically, the method shown in fig. 4 is consistent with the execution principle of the method shown in fig. 2, and is not described herein again.
Preferably, the determining and processing abnormal data according to the data abnormal transaction in step S22 includes:
s221, judging whether the main chain is branched or not according to the abnormal data: if yes, rolling back operation is carried out.
Specifically, after receiving the data exception transaction sent by the corresponding parallel chain node, the main chain node judges whether parallel chain consensus failure is caused by main chain bifurcation or not according to the exception data, and if yes, a rollback operation is executed.
In the embodiment, the data exception transaction is sent to the main chain node through the parallel chain node, so that the main chain node can search the reason of the main chain node in time, if the parallel chain consensus fails due to the main chain bifurcation, the main chain node can execute the rollback operation in advance, and the main chain node does not need to wait until the bifurcation is found and then rollback is performed after a large number of parallel chain consensus fails or the main chain node executes a plurality of blocks, so that the execution efficiency is greatly improved.
Fig. 5 is a schematic structural diagram of an apparatus according to an embodiment of the present invention.
As shown in fig. 5, as another aspect, the present application also provides an apparatus 700 including one or more Central Processing Units (CPUs) 701 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)702 or a program loaded from a storage section 708 into a Random Access Memory (RAM) 703. In the RAM703, various programs and data necessary for the operation of the apparatus 700 are also stored. The CPU701, the ROM702, and the RAM703 are connected to each other via a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.
The following components are connected to the I/O interface 705: an input portion 706 including a keyboard, a mouse, and the like; an output section 707 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 708 including a hard disk and the like; and a communication section 709 including a network interface card such as a LAN card, a modem, or the like. The communication section 709 performs communication processing via a network such as the internet. A drive 710 is also connected to the I/O interface 705 as needed. A removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 710 as necessary, so that a computer program read out therefrom is mounted into the storage section 708 as necessary.
In particular, according to an embodiment of the present disclosure, the parallel chain consensus method and the data exception handling method described in any of the above embodiments may be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program containing program code for performing a parallel chain consensus method and a data exception handling method. In such an embodiment, the computer program can be downloaded and installed from a network through the communication section 709, and/or installed from the removable medium 711.
As yet another aspect, the present application also provides a computer-readable storage medium, which may be the computer-readable storage medium included in the apparatus of the above-described embodiment; or it may be a separate computer readable storage medium not incorporated into the device. The computer readable storage medium stores one or more programs for use by one or more processors in performing the parallel chain consensus method and the data exception handling method described herein.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units or modules described in the embodiments of the present application may be implemented by software or hardware. The described units or modules may also be provided in a processor, for example, each of the described units may be a software program provided in a computer or a mobile intelligent device, or may be a separately configured hardware device. Wherein the designation of a unit or module does not in some way constitute a limitation of the unit or module itself.
The above description is only a preferred embodiment of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention herein disclosed is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the present application. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.
Claims (6)
1. A parallel chain consensus method, applied to parallel chain nodes, the method comprising:
after the main chain generates the consensus result of the first parallel chain block, synchronizing the first consensus transaction of the first parallel chain block from the corresponding main chain node, and executing the first consensus transaction to generate a first execution result; wherein the first consensus transaction comprises execution results of a number of first transactions through a first parallel-chain block of parallel-chain-to-main-chain consensus;
comparing whether the first execution result is consistent with a second execution result generated by executing the plurality of first transactions by the current parallel chain node or not:
if so, successfully identifying the parallel chains, and increasing the common identification height of the first parallel chain;
and if not, the consensus of the parallel chains fails, and the consensus height of the first parallel chain is not increased.
2. The method of claim 1, further comprising:
if the parallel chain consensus fails, judging whether the current parallel chain node fails:
if yes, continuing to execute the first consensus transaction and the subsequent steps of synchronizing the first parallel link block from the corresponding main chain node after processing the fault of the parallel link node;
and if not, sending the data abnormal transaction to the corresponding main chain node for the main chain node to judge and process the consensus failure reason.
3. A data exception handling method is applied to a main chain node, and comprises the following steps:
receiving data exception transactions sent by corresponding parallel chain nodes; the data abnormal transaction is sent after the parallel chain node judges that a first execution result is inconsistent with a second execution result generated by executing a plurality of first transactions by the parallel chain node, the parallel chain consensus failure is not caused by the fault of the parallel chain node, the first execution result is generated by synchronizing the parallel chain node and executing a first consensus transaction, and the first consensus transaction comprises execution results of a plurality of first transactions of a first parallel chain block which are identified by a parallel chain-main chain;
and judging and processing abnormal data according to the data abnormal transaction so that the parallel chain nodes can synchronize and execute the first common transaction of the first parallel chain block from the corresponding main chain node to generate a first execution result, and judging whether the first execution result is consistent with a second execution result generated by executing the plurality of first transactions by the parallel chain nodes.
4. The method of claim 3, wherein the determining and processing abnormal data according to the data abnormal transaction comprises:
judging whether the main chain is branched or not according to the abnormal data: if yes, rolling back operation is carried out.
5. A computer device, the device comprising:
one or more processors;
a memory for storing one or more programs,
the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method recited in any of claims 1-4.
6. A storage medium storing a computer program, characterized in that the program, when executed by a processor, implements the method according to any one of claims 1-4.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910157805.XA CN109831514B (en) | 2019-03-02 | 2019-03-02 | Parallel chain consensus method, data exception handling method, device and storage medium |
| PCT/CN2020/075945 WO2020177537A1 (en) | 2019-03-02 | 2020-02-20 | Parallel chain consensus method, data exception processing method, device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910157805.XA CN109831514B (en) | 2019-03-02 | 2019-03-02 | Parallel chain consensus method, data exception handling method, device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109831514A CN109831514A (en) | 2019-05-31 |
| CN109831514B true CN109831514B (en) | 2020-06-09 |
Family
ID=66865161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910157805.XA Active CN109831514B (en) | 2019-03-02 | 2019-03-02 | Parallel chain consensus method, data exception handling method, device and storage medium |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN109831514B (en) |
| WO (1) | WO2020177537A1 (en) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109831514B (en) * | 2019-03-02 | 2020-06-09 | 杭州复杂美科技有限公司 | Parallel chain consensus method, data exception handling method, device and storage medium |
| CN110287263B (en) * | 2019-06-28 | 2021-03-16 | 杭州复杂美科技有限公司 | Parallel chain self-consensus method, device and storage medium |
| CN110442448B (en) * | 2019-07-04 | 2021-10-01 | 杭州复杂美科技有限公司 | Block generation method, device and storage medium |
| CN110445853B (en) * | 2019-07-29 | 2021-08-06 | 杭州复杂美科技有限公司 | Parallel chain node excitation method, device and storage medium |
| CN110473093A (en) * | 2019-07-29 | 2019-11-19 | 杭州复杂美科技有限公司 | Parallel chain assets transfer method, equipment and storage medium |
| CN110428332A (en) * | 2019-07-29 | 2019-11-08 | 杭州复杂美科技有限公司 | A kind of across the chain method of commerce of parallel chain, equipment and storage medium |
| CN110443708B (en) * | 2019-07-29 | 2022-03-04 | 杭州复杂美科技有限公司 | Parallel chain transaction method, device and storage medium |
| CN110535933B (en) * | 2019-08-26 | 2021-07-06 | 杭州复杂美科技有限公司 | Parallel chain consensus method, device and storage medium |
| CN111242780A (en) * | 2020-01-12 | 2020-06-05 | 杭州复杂美科技有限公司 | Method, device and storage medium for sending consensus transaction |
| CN111275437B (en) * | 2020-01-12 | 2023-05-30 | 杭州复杂美科技有限公司 | Parallel chain consensus method, apparatus and storage medium |
| CN111524011B (en) * | 2020-05-06 | 2023-05-30 | 杭州复杂美科技有限公司 | Parallel link consensus validation method, apparatus, and storage medium |
| CN112184251A (en) * | 2020-09-30 | 2021-01-05 | 杭州复杂美科技有限公司 | Asset transfer method, device and storage medium |
| CN112733202B (en) * | 2021-01-11 | 2022-09-13 | 杭州复杂美科技有限公司 | Parallel chain supervision consensus method, computer device and storage medium |
| CN112819625B (en) * | 2021-02-01 | 2023-11-28 | 杭州复杂美科技有限公司 | Parallel chain arbitration consensus method, computer device, and storage medium |
| CN112948388A (en) * | 2021-03-05 | 2021-06-11 | 杭州复杂美科技有限公司 | Parallel chain arbitration consensus method, computer device and storage medium |
| CN112948496B (en) * | 2021-03-05 | 2023-11-24 | 杭州复杂美科技有限公司 | Parallel chain block generation method, computer device and storage medium |
| CN113110934A (en) * | 2021-04-09 | 2021-07-13 | 杭州复杂美科技有限公司 | Parallel chain block generation method, computer device, and storage medium |
| CN114140102A (en) * | 2021-12-02 | 2022-03-04 | 杭州复杂美科技有限公司 | Transaction sending method, computer device and storage medium |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105719185A (en) * | 2016-01-22 | 2016-06-29 | 杭州复杂美科技有限公司 | Block chain data comparison and consensus method |
| CN106447309A (en) * | 2016-11-13 | 2017-02-22 | 杭州复杂美科技有限公司 | Across-chain transaction of source chain and lateral chain |
| CN107147735A (en) * | 2017-05-12 | 2017-09-08 | 北京博晨技术有限公司 | A kind of distributed account book system based on hierarchy |
| CN107742210A (en) * | 2017-10-13 | 2018-02-27 | 布比（北京）网络技术有限公司 | Across the chain fund transfer system and method for a kind of different blocks interchain |
| CN107888562A (en) * | 2017-10-13 | 2018-04-06 | 布比（北京）网络技术有限公司 | Interconnect serobila architecture |
| CN107909369A (en) * | 2017-10-13 | 2018-04-13 | 布比（北京）网络技术有限公司 | Based on the common recognition method, apparatus merchandised across chain and storage medium |
| CN108805701A (en) * | 2018-04-19 | 2018-11-13 | 深圳市网心科技有限公司 | Across the chain transaction processing system of multi-tiling chain and method, block catenary system and storage medium |
| CN109271446A (en) * | 2018-08-30 | 2019-01-25 | 杭州复杂美科技有限公司 | A kind of parallel chain method of data synchronization, equipment and storage medium |
| CN109325762A (en) * | 2018-08-30 | 2019-02-12 | 杭州复杂美科技有限公司 | Across the chain method of commerce of parallel chain, equipment and storage medium |
| CN109410045A (en) * | 2018-08-30 | 2019-03-01 | 杭州复杂美科技有限公司 | A kind of parallel chain common recognition method, equipment and storage medium |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11146380B2 (en) * | 2017-08-03 | 2021-10-12 | Parity Technologies Ltd. | Methods and systems for a heterogeneous multi-chain framework |
| CN107862216B (en) * | 2017-10-13 | 2021-04-06 | 布比（北京）网络技术有限公司 | Privacy protection method, device and storage medium for anonymous cross-link transaction |
| CN108984784B (en) * | 2018-07-26 | 2020-04-14 | 百度在线网络技术（北京）有限公司 | Application implementation method, device, equipment and storage medium based on block chain network |
| CN109377365B (en) * | 2018-10-18 | 2020-09-15 | 杭州复杂美科技有限公司 | Asset transfer method, device and storage medium |
| CN109831514B (en) * | 2019-03-02 | 2020-06-09 | 杭州复杂美科技有限公司 | Parallel chain consensus method, data exception handling method, device and storage medium |
-
2019
- 2019-03-02 CN CN201910157805.XA patent/CN109831514B/en active Active
-
2020
- 2020-02-20 WO PCT/CN2020/075945 patent/WO2020177537A1/en active Application Filing
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105719185A (en) * | 2016-01-22 | 2016-06-29 | 杭州复杂美科技有限公司 | Block chain data comparison and consensus method |
| CN106447309A (en) * | 2016-11-13 | 2017-02-22 | 杭州复杂美科技有限公司 | Across-chain transaction of source chain and lateral chain |
| CN107147735A (en) * | 2017-05-12 | 2017-09-08 | 北京博晨技术有限公司 | A kind of distributed account book system based on hierarchy |
| CN107742210A (en) * | 2017-10-13 | 2018-02-27 | 布比（北京）网络技术有限公司 | Across the chain fund transfer system and method for a kind of different blocks interchain |
| CN107888562A (en) * | 2017-10-13 | 2018-04-06 | 布比（北京）网络技术有限公司 | Interconnect serobila architecture |
| CN107909369A (en) * | 2017-10-13 | 2018-04-13 | 布比（北京）网络技术有限公司 | Based on the common recognition method, apparatus merchandised across chain and storage medium |
| CN108805701A (en) * | 2018-04-19 | 2018-11-13 | 深圳市网心科技有限公司 | Across the chain transaction processing system of multi-tiling chain and method, block catenary system and storage medium |
| CN109271446A (en) * | 2018-08-30 | 2019-01-25 | 杭州复杂美科技有限公司 | A kind of parallel chain method of data synchronization, equipment and storage medium |
| CN109325762A (en) * | 2018-08-30 | 2019-02-12 | 杭州复杂美科技有限公司 | Across the chain method of commerce of parallel chain, equipment and storage medium |
| CN109410045A (en) * | 2018-08-30 | 2019-03-01 | 杭州复杂美科技有限公司 | A kind of parallel chain common recognition method, equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109831514A (en) | 2019-05-31 |
| WO2020177537A1 (en) | 2020-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109831514B (en) | Parallel chain consensus method, data exception handling method, device and storage medium | |
| CN109410045B (en) | Parallel chain consensus method, equipment and storage medium | |
| CN110084601B (en) | Parallel chain main chain transaction state synchronization method, equipment and storage medium | |
| US11824996B2 (en) | Parachain data synchronization method, device and storage medium | |
| CN109584072B (en) | Transaction sending method, device and storage medium for parallel chain consensus | |
| CN110597907A (en) | Cross-block-chain data information synchronization method, device, equipment and medium | |
| CN109377365B (en) | Asset transfer method, device and storage medium | |
| KR102077898B1 (en) | Data storage upon database failure | |
| WO2023040364A1 (en) | Consensus method and apparatus, and blockchain system | |
| CN110837505B (en) | State data storage method, state data synchronization device and storage medium | |
| US9600514B2 (en) | Methods and systems for detecting data divergence and inconsistency across replicas of data within a shared-nothing distributed database | |
| CN108989052B (en) | Transaction request processing method and system | |
| CN110690974A (en) | Block chain based data verification method, device, equipment and readable storage medium | |
| CN110413693A (en) | A kind of method of inspection and device of database real-time synchronization system data consistency | |
| CN110766410A (en) | Method and equipment for constructing and verifying credible cross-chain event based on Mercker tree | |
| CN111274313A (en) | Segment consensus method, device and storage medium | |
| WO2021057259A1 (en) | Parallel chain consensus method and device, and storage medium | |
| CN109801168B (en) | Block chain transaction verification method, equipment and storage medium | |
| CN112436962A (en) | Block chain consensus network dynamic expansion method, electronic device, system and medium | |
| CN113904869B (en) | Method for detecting malicious nodes in blockchain and blockchain | |
| WO2022021768A1 (en) | Parallel chain transaction group execution method, and device and storage medium | |
| CN115543837A (en) | Software testing method and device, electronic equipment and storage medium | |
| CN115049402A (en) | Transaction risk parameter calculation method, block chain verification node and storage medium | |
| CN112733202B (en) | Parallel chain supervision consensus method, computer device and storage medium | |
| CN114266665A (en) | Contract multi-backbone cross-link method, device 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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |