WO2021139534A1 - 分段共识方法、设备和存储介质 - Google Patents
分段共识方法、设备和存储介质 Download PDFInfo
- Publication number
- WO2021139534A1 WO2021139534A1 PCT/CN2020/138897 CN2020138897W WO2021139534A1 WO 2021139534 A1 WO2021139534 A1 WO 2021139534A1 CN 2020138897 W CN2020138897 W CN 2020138897W WO 2021139534 A1 WO2021139534 A1 WO 2021139534A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- parachain
- consensus
- transaction
- block
- request
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Definitions
- This application relates to the field of blockchain technology, and specifically relates to a segmented consensus method, equipment, and storage medium.
- the authorized node of the parachain needs to generate a consensus transaction for each parachain block and send the consensus transaction to the main chain for consensus.
- the consensus transaction requires the authorized node to spend a fee. After the parachain consensus is opened, it cannot jump.
- the consensus must be continued from the previous consensus height, that is, if the block (100_ping) fails to reach a consensus, the block (101_ping) cannot be agreed, and the parachain consensus mechanism is not flexible enough.
- the present invention provides a segmented consensus method suitable for main chain nodes. Both the main chain node and the parachain node are configured with a first consensus contract.
- the above method includes:
- Receive the segmented consensus request transaction of the first parachain including the first height interval and record the segmented consensus request transaction on the main chain, so that each authorized node of the first parachain will synchronize the segmented consensus request transaction.
- the segmented consensus request transaction is recorded on the first parachain, and the segmented consensus request transaction is voted on the request of opening or closing the parachain consensus of the first parachain in the first height interval, and the voting transaction is generated according to the voting result;
- the present invention provides a segmented consensus method suitable for authorized nodes of parachains. Both the main chain node and the parachain node are configured with a first consensus contract.
- the above method includes:
- Vote for the request for the segmented consensus request transaction to open or close the parachain consensus of the first parachain in the first height interval, and generate the first voting transaction according to the voting result for the main chain node:
- the present invention also provides a device that includes one or more processors and a memory, where the memory contains instructions executable by the one or more processors to make the one or more processors execute each of the processors according to the present invention.
- the segmented consensus method provided by the embodiment.
- the present invention also provides a storage medium storing a computer program, which causes the computer to execute the segmented consensus method provided according to the embodiments of the present invention.
- the segmented consensus method, device and storage medium provided by many embodiments of the present invention record the segmented consensus request transaction on the main chain by receiving the segmented consensus request transaction of the first parachain including the first height interval; and receive each authorization
- the voting transactions generated by the nodes are executed separately through the first consensus contract: Determine whether the request is passed according to the voting results of each authorized node: Yes, the first parachain will be opened or closed in the first height interval.
- the method of recording each voting transaction on the main chain reduces the handling fee and increases the flexibility of the parachain consensus mechanism.
- Fig. 1 is a flowchart of a segmented consensus method provided by an embodiment of the present invention.
- FIG. 2 is a flowchart of another segmented consensus method provided by an embodiment of the present invention.
- FIG. 3 is a schematic structural diagram of a device provided by an embodiment of the present invention.
- the parachain consensus cannot jump after the parachain consensus is opened.
- the consensus must be continued from the previous consensus height, that is, the parachain consensus mechanism must maintain continuity.
- the main chain node receives the block In the (101_ping) consensus transaction, if the consensus transaction of the block (100_ping) on the main chain has not been successful, the consensus transaction of the block (101_ping) cannot be reached.
- the parachain consensus mechanism of the main chain-parachain does not need to guarantee continuity. For example, after the consensus transaction of the block (100_ping) on the main chain is successful, the consensus transaction of the block (200_ping) can be directly processed. , The middle block (101_ping) ⁇ block (199_ping) do not need to have a consensus.
- Fig. 1 is a flowchart of a segmented consensus method provided by an embodiment of the present invention.
- the present invention provides a segmented consensus method suitable for main chain nodes. Both the main chain node and the parachain node are configured with a first consensus contract.
- the above method includes:
- S12 Receive the segmented consensus request transaction of the first parachain including the first height interval, and record the segmented consensus request transaction on the main chain for each authorized node of the first parachain to synchronize the segmented consensus request transaction , Record the segmented consensus request transaction on the first parachain, vote on the request of the segmented consensus request transaction to open or close the parachain consensus of the first parachain in the first height interval, and generate voting transactions based on the voting results;
- step S12 the main chain node receives the segmented consensus request transaction including [1000, 2000], and records the segmented consensus request transaction on the main chain;
- a After synchronizing the segmented consensus request transaction, record the segmented consensus request transaction on the first parachain, and vote on the request for the segmented consensus request transaction to open the parachain consensus of the first parachain at [1000,2000], And generate voting transaction tx(vote_a) according to the voting results; in the same way, b generates tx(vote_b), c generates tx(vote_c), and d generates tx(vote_d);
- Main chain node step S14 receive tx(vote_a), tx(vote_b), tx(vote_c), tx(vote_d), and execute tx(vote_a), tx(vote_b), tx(vote_c), tx through the first consensus contract (vote_d): Determine whether the request is approved according to the voting results of a to d: Yes, then record the consensus of the first parachain at [1000,2000] to open the parachain on the main chain; and, tx(vote_a), tx( vote_b), tx(vote_c), tx(vote_d) are recorded on the main chain;
- the number of authorized nodes configured in the first parachain can be configured according to actual requirements, for example, the configuration is 7, which can achieve the same technical effect.
- the first height interval can be configured according to actual requirements, for example, configured as [1000, 1500], which can achieve the same technical effect.
- it can also be configured to close the parachain consensus of the first parachain within the first height interval according to actual needs, and the same technical effect can be achieved.
- the continuity of the parachain consensus mechanism can also be configured according to actual needs. For example, when the parachain consensus of the first parachain is opened in the first height interval [1000, 2000], block(1000_main ) ⁇ block(2000_main) corresponds to the generated parachain block of the first parachain to block(100_ ⁇ 1) ⁇ block(200_ ⁇ 1), then block(101_ ⁇ 1) ⁇ block(200 _Ping 1) The consensus needs to ensure continuity and achieve the same technical effect.
- the first consensus contract is used for the main chain node to receive the first parachain transaction of the first parachain, and identify Whether the first parachain transaction is a cross-chain transaction:
- the first consensus contract is used for the main chain node to receive the first parachain transaction of the first parachain and identify the first parallel Whether the chain transaction is a cross-chain transaction:
- the first parachain transaction When the segmented consensus request transaction is a request to open the parachain consensus of the first parachain in the first height interval, the first parachain transaction is a cross-chain transaction, and the first block height corresponding to the first parachain exchange is at the first height.
- the first parachain transaction In the height range, or when the segmented consensus request transaction is a parachain consensus requesting to close the first parachain in the first height range, the first parachain transaction is a cross-chain transaction, and the first parachain transaction corresponds to the first parachain transaction.
- the execution method of the first parachain transaction is the same as the existing main chain-parachain mechanism.
- the first consensus contract is used for the authorized node to determine the main chain corresponding to the first parachain block generated Whether the second block height of the block is within the first height interval:
- the first consensus transaction is generated according to the first parachain block and sent to the main chain node;
- the first consensus contract is used for authorized nodes to determine the main chain block corresponding to the generated first parachain block. Whether the height of the second block is within the first height interval:
- the first consensus transaction is generated according to the first parachain block and sent to the main chain node.
- the first consensus contract is used for the authorized node to determine the main chain corresponding to the generated second parachain block Whether the third block height of the block is within the first height interval:
- the first consensus contract is used for the authorized node to determine the main chain block corresponding to the generated second parachain block. Whether the height of the third block is within the first height interval:
- the above embodiment enables the authorized nodes of the parachain to generate consensus transactions according to the rules configured in the above embodiments and send them to the main chain node during the parachain closing of the parachain consensus, so that the main chain perceives the authorized nodes of the parachain to still operate normally.
- FIG. 2 is a flowchart of another segmented consensus method provided by an embodiment of the present invention.
- the present invention provides a segmented consensus method suitable for authorized nodes of parachains. Both the main chain node and the parachain node are configured with a first consensus contract.
- the above method includes:
- S22 Synchronize the segmented consensus request transaction of the first parachain including the first height interval, and record the segmented consensus request transaction on the current parachain; where the segmented consensus request transaction is received by the main chain node and recorded in the main chain on;
- the first consensus contract is used for the main chain node to receive the first parachain transaction of the first parachain, and identify Whether the first parachain transaction is a cross-chain transaction:
- the first consensus contract is used for the main chain node to receive the first parachain transaction of the first parachain and identify the first parallel Whether the chain transaction is a cross-chain transaction:
- the first consensus contract is used for the authorized node to determine the main chain corresponding to the first parachain block generated Whether the second block height of the block is within the first height interval:
- the first consensus transaction is generated according to the first parachain block and sent to the main chain node;
- the first consensus contract is used for authorized nodes to determine the main chain block corresponding to the generated first parachain block. Whether the height of the second block is within the first height interval:
- the first consensus transaction is generated according to the first parachain block and sent to the main chain node.
- the first consensus contract is used for the authorized node to determine the main chain corresponding to the generated second parachain block Whether the third block height of the block is within the first height interval:
- the first consensus contract is used for the authorized node to determine the main chain block corresponding to the generated second parachain block. Whether the height of the third block is within the first height interval:
- FIG. 3 is a schematic structural diagram of a device provided by an embodiment of the present invention.
- the present application also provides a device 300, including one or more central processing units (CPU) 301, which can be based on a program stored in a read-only memory (ROM) 302 or The program loaded from the storage section 308 into the random access memory (RAM) 303 executes various appropriate actions and processing.
- ROM read-only memory
- RAM random access memory
- various programs and data required for the operation of the device 300 are also stored.
- the CPU301, the ROM302, and the RAM303 are connected to each other through a bus 304.
- An input/output (I/O) interface 305 is also connected to the bus 304.
- the following components are connected to the I/O interface 305: an input part 306 including a keyboard, a mouse, etc.; an output part 307 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and speakers, etc.; a storage part 308 including a hard disk, etc. ; And a communication section 309 including a network interface card such as a LAN card, a modem, and the like. The communication section 309 performs communication processing via a network such as the Internet.
- the driver 310 is also connected to the I/O interface 305 as needed.
- a removable medium 311, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 310 as needed, so that the computer program read from it is installed into the storage portion 308 as needed.
- the segmented consensus method described in any of the above embodiments can be implemented as a computer software program.
- an embodiment of the present disclosure includes a computer program product including a computer program tangibly embodied on a machine-readable medium, the computer program including program code for executing a segmented consensus method.
- the computer program may be downloaded and installed from the network through the communication part 309, and/or installed from the removable medium 311.
- the present application also provides a computer-readable storage medium.
- the computer-readable storage medium may be the computer-readable storage medium included in the device of the above-mentioned embodiment;
- the computer-readable storage medium stores one or more programs, and the programs are used by one or more processors to execute the segmented consensus method described in this application.
- each block in the flowchart or block diagram may represent a module, program segment, or part of code, and the module, program segment, or part of code contains one or more for realizing the specified logical function Executable instructions.
- the functions marked in the block may also occur in a different order from the order marked in the drawings. For example, two blocks shown one after the other may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved.
- each block in the block diagram and/or flowchart, and the combination of the blocks in the block diagram and/or flowchart can be implemented by a dedicated hardware-based system that performs the specified functions or operations Or it can be realized by a combination of dedicated hardware and computer instructions.
- the units or modules involved in the embodiments described in the present application can be implemented in software or hardware.
- the described units or modules may also be arranged in the processor.
- each of the described units may be a software program arranged in a computer or a mobile smart device, or may be a separately configured hardware device.
- the names of these units or modules do not constitute a limitation on the units or modules themselves under certain circumstances.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种分段共识方法、设备和存储介质，该方法包括：接收包括第一高度区间的第一平行链的分段共识请求交易，将分段共识请求交易记录在主链上(S12)；接收各授权节点分别生成的投票交易，通过第一共识合约分别执行各投票交易：根据各授权节点的投票结果判断请求是否通过：是，则将第一平行链在第一高度区间开启或关闭平行链共识记录在主链上；以及，将各投票交易记录在主链上(S14)。该方法降低手续费，并增加平行链共识机制的灵活性。
Description
本申请涉及区块链技术领域，具体涉及一种分段共识方法、设备和存储介质。
现有的主链-平行链机制中，平行链的授权节点需要对每个平行链区块生成共识交易，并将共识交易发送到主链进行共识，共识交易需要授权节点花费手续费，同时一旦平行链共识开启后就不能跳跃，必须从上一次共识高度继续共识，即若block(100_平)未能共识成功时，无法对block(101_平)进行共识，平行链共识机制不够灵活。
发明内容
鉴于现有技术中的上述缺陷或不足，期望提供一种手续费低、灵活性强的分段共识方法、设备和存储介质。
第一方面，本发明提供一种适用于主链节点的分段共识方法，主链节点和平行链节点均配置有第一共识合约，上述方法包括：
接收包括第一高度区间的第一平行链的分段共识请求交易，将分段共识请求交易记录在主链上，以供第一平行链的各授权节点在同步分段共识请求交易后，将分段共识请求交易记录在第一平行链上，对分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果生成投票交易；
接收各授权节点分别生成的投票交易，通过第一共识合约分别执行各投票交易：
根据各授权节点的投票结果判断请求是否通过：是，则将第一平行链在第一高度区间开启或关闭平行链共识记录在主链上；以及，
将各投票交易记录在主链上，以供各授权节点同步并通过第 一共识合约执行：
根据各授权节点的投票结果判断请求是否通过：是，则将在第一高度区间开启或关闭平行链共识记录在第一平行链上；以及，
将各投票交易记录在第一平行链上。
第二方面，本发明提供一种适用于平行链的授权节点的分段共识方法，主链节点和平行链节点均配置有第一共识合约，上述方法包括：
同步包括第一高度区间的第一平行链的分段共识请求交易，将分段共识请求交易记录在当前平行链上；其中，分段共识请求交易由主链节点接收并记录在主链上；
对分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果生成第一投票交易，以供主链节点：
接收第一投票交易和当前平行链的其它授权节点分别生成的第二投票交易；其中，第二投票交易由当前平行链的其它授权节点对分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果所生成；
通过第一共识合约分别执行第一投票交易和各第二投票交易：
根据第一投票交易的投票结果和各第二投票交易的投票结果判断请求是否通过：是，则将当前平行链在第一高度区间开启或关闭平行链共识记录在主链上；以及，
将第一投票交易和各第二投票交易记录在主链上；
同步第一投票交易和各第二投票交易，通过第一共识合约执行：
根据第一投票交易的投票结果和各第二投票交易的投票结果判断请求是否通过：是，则将在第一高度区间开启或关闭平行链共识记录在当前平行链上；以及，
将第一投票交易和各第二投票交易记录在当前平行链上。
第三方面，本发明还提供一种设备，包括一个或多个处理器和存储器，其中存储器包含可由该一个或多个处理器执行的指令以使得该一个或多个处理器执行根据本发明各实施例提供的分段共识方法。
第四方面，本发明还提供一种存储有计算机程序的存储介质，该计算机程序使计算机执行根据本发明各实施例提供的分段共识方法。
本发明诸多实施例提供的分段共识方法、设备和存储介质通过接收包括第一高度区间的第一平行链的分段共识请求交易，将分段共识请求交易记录在主链上；接收各授权节点分别生成的投票交易，通过第一共识合约分别执行各投票交易：根据各授权节点的投票结果判断请求是否通过：是，则将第一平行链在第一高度区间开启或关闭平行链共识记录在主链上；以及，将各投票交易记录在主链上的方法，降低手续费，并增加平行链共识机制的灵活性。
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1为本发明一实施例提供的一种分段共识方法的流程图。
图2为本发明一实施例提供的另一种分段共识方法的流程图。
图3为本发明一实施例提供的一种设备的结构示意图。
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
在现有的主链-平行链的平行链共识机制中，平行链共识开启后就不能跳跃，必须从上一次共识高度继续共识，即平行链共识机制必须保持连续性，当主链节点收到block(101_平)的共识交易时，若主链上block(100_平)的共识交易还未能共识成功时，无法对block(101_平)的共识交易进行共识。在本申请中，主链-平行链的平行链共识机制无需 保证连续性，例如，主链上block(100_平)的共识交易共识成功后，可以直接处理block(200_平)的共识交易，中间的block(101_平)～block(199_平)可以不必共识。
图1为本发明一实施例提供的一种分段共识方法的流程图。如图1所示，在本实施例中，本发明提供一种适用于主链节点的分段共识方法，主链节点和平行链节点均配置有第一共识合约，上述方法包括：
S12：接收包括第一高度区间的第一平行链的分段共识请求交易，将分段共识请求交易记录在主链上，以供第一平行链的各授权节点在同步分段共识请求交易后，将分段共识请求交易记录在第一平行链上，对分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果生成投票交易；
S14：接收各授权节点分别生成的投票交易，通过第一共识合约分别执行各投票交易：
根据各授权节点的投票结果判断请求是否通过：是，则执行步骤：将第一平行链在第一高度区间开启或关闭平行链共识记录在主链上；以及，
将各投票交易记录在主链上，以供各授权节点同步并通过第一共识合约执行：
根据各授权节点的投票结果判断请求是否通过：是，则将在第一高度区间开启或关闭平行链共识记录在第一平行链上；以及，
将各投票交易记录在第一平行链上。
具体地，以第一平行链中配置有4个授权节点a～d，用户甲申请在第一高度区间[1000,2000]开启第一平行链的平行链共识为例；
用户甲向用户端输入申请在[1000,2000]开启第一平行链的平行链共识的指令时，用户甲的用户端生成分段共识请求交易；
主链节点执行步骤S12中，接收包括[1000,2000]的的分段共识请求交易，将分段共识请求交易记录在主链上；
a在同步分段共识请求交易后，将分段共识请求交易记录在第一平行链上，对分段共识请求交易在[1000,2000]开启第一平行链的平行链共识的请求进行投票，并根据投票结果生成投票交易tx(vote_a)；同 理，b生成tx(vote_b)，c生成tx(vote_c)，d生成tx(vote_d)；
主链节点步骤S14，接收tx(vote_a)、tx(vote_b)、tx(vote_c)、tx(vote_d)，通过第一共识合约分别执行tx(vote_a)、tx(vote_b)、tx(vote_c)、tx(vote_d)：根据a～d的投票结果判断请求是否通过：是，则将第一平行链在[1000,2000]开启平行链共识记录在主链上；以及，将tx(vote_a)、tx(vote_b)、tx(vote_c)、tx(vote_d)记录在主链上；
a从主链同步tx(vote_a)、tx(vote_b)、tx(vote_c)、tx(vote_d)并通过第一共识合约执行：
a根据a～d的投票结果判断请求是否通过：是，则将在[1000,2000]开启平行链共识记录在第一平行链上；以及，a将tx(vote_a)、tx(vote_b)、tx(vote_c)、tx(vote_d)记录在第一平行链上。同理，b～d将在[1000,2000]开启平行链共识记录在第一平行链上；以及，将tx(vote_a)、tx(vote_b)、tx(vote_c)、tx(vote_d)记录在第一平行链上。
上述实施例以第一平行链中配置有4个授权节点a～d，用户甲申请在第一高度区间[1000,2000]开启第一平行链的平行链共识为例对本申请的分段共识机制做了示例性的阐述；
在更多实施例中，第一平行链中配置的授权节点的数量可以根据实际需求配置，例如，配置为7，可实现相同的技术效果。
在更多实施例中，第一高度区间可以根据实际需求进行配置，例如，配置为[1000,1500]，可实现相同的技术效果。
在更多实施例中，还可以根据实际需求配置为在第一高度区间内关闭第一平行链的平行链共识，可实现相同的技术效果。
在更多实施例中，还可以根据实际需求配置平行链共识机制的连续性，例如，当在第一高度区间[1000,2000]开启第一平行链的平行链共识时，block(1000_主)～block(2000_主)对应产生的第一平行链的平行链区块为block(100_平1)～block(200_平1)，则要求block(101_平1)～block(200_平1)的共识需要保证连续性，可实现相同的技术效果。
使用上述实施例的分段共识机制后，在第一平行链的平行链共识关闭时，平行链的授权节点无需对生成的平行链区块生成共识交易，降低花费发送共识交易的手续费；使用上述实施例的分段共识机制后， 不连续的平行链区块可以跳跃共识，增加平行链共识机制的灵活性。
优选地，当分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，第一共识合约用于供主链节点接收第一平行链的第一平行链交易，识别第一平行链交易是否为跨链交易：
是，则判断第一平行链交易所对应的第一区块高度是否在第一高度区间内：
否，则第一平行链交易执行失败；
当分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，第一共识合约用于供主链节点接收第一平行链的第一平行链交易，识别第一平行链交易是否为跨链交易：
是，则通过第一共识合约判断第一平行链交易所对应的第一区块高度是否在第一高度区间内：
是，则第一平行链交易执行失败。
当分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识，第一平行链交易为跨链交易，且第一平行链交易所对应的第一区块高度在第一高度区间内时，或，当分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识，第一平行链交易为跨链交易，且第一平行链交易所对应的第一区块高度不在第一高度区间内时，第一平行链交易的执行方法与现有的主链-平行链机制相同。
优选地，当分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在第一高度区间内：
是，则根据第一平行链区块生成第一共识交易并发送至主链节点；
否，则不生成第一共识交易；
当分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在第一高度区间内：
是，则不生成第一共识交易；
否，则根据第一平行链区块生成第一共识交易并发送至主链节点。
优选地，当分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在第一高度区间内：
否，则判断第二平行链区块的区块高度与预配置的第一数值的余数是否为0：
是，则根据第二平行链区块生成第二共识交易并发送至主链节点；
否，则不生成第二共识交易；
当分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在第一高度区间内：
是，则判断第二平行链区块的区块高度与预配置的第一数值的余数是否为0：
是，则根据第二平行链区块生成第二共识交易并发送至主链节点；
否，则不生成第二共识交易。
上述实施例使得在平行链关闭平行链共识期间，平行链的授权节点会按上述实施例所配置的规则生成共识交易并发送至主链节点，使得主链感知平行链的授权节点仍正常运行。
图2为本发明一实施例提供的另一种分段共识方法的流程图。如图2所示，在本实施例中，本发明提供一种适用于平行链的授权节点的分段共识方法，主链节点和平行链节点均配置有第一共识合约，上述方法包括：
S22：同步包括第一高度区间的第一平行链的分段共识请求交易，将分段共识请求交易记录在当前平行链上；其中，分段共识请求交易由主链节点接收并记录在主链上；
S24：对分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果生成第一投票交易，以供主链节点：
接收第一投票交易和当前平行链的其它授权节点分别生成的第二投票交易；其中，第二投票交易由当前平行链的其它授权节点对分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果所生成；
通过第一共识合约分别执行第一投票交易和各第二投票交易：
根据第一投票交易的投票结果和各第二投票交易的投票结果判断请求是否通过：是，则将当前平行链在第一高度区间开启或关闭平行链共识记录在主链上；以及，
将第一投票交易和各第二投票交易记录在主链上；
S26：同步第一投票交易和各第二投票交易，通过第一共识合约执行：
根据第一投票交易的投票结果和各第二投票交易的投票结果判断请求是否通过：是，则将在第一高度区间开启或关闭平行链共识记录在当前平行链上；以及，
将第一投票交易和各第二投票交易记录在当前平行链上。
上述实施例的分段共识原理可参考图1所示的方法，此处不再赘述。
优选地，当分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，第一共识合约用于供主链节点接收第一平行链的第一平行链交易，识别第一平行链交易是否为跨链交易：
是，则判断第一平行链交易所对应的第一区块高度是否在第一高度区间内：
否，则第一平行链交易执行失败；
当分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，第一共识合约用于供主链节点接收第一平行链的第一平行链交易，识别第一平行链交易是否为跨链交易：
是，则通过第一共识合约判断第一平行链交易所对应的第一区块高度是否在第一高度区间内：
是，则第一平行链交易执行失败。
上述实施例的分段共识原理可参考图1所示的一种优选实施方法的方法，此处不再赘述。
优选地，当分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在第一高度区间内：
是，则根据第一平行链区块生成第一共识交易并发送至主链节点；
否，则不生成第一共识交易；
当分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在第一高度区间内：
是，则不生成第一共识交易；
否，则根据第一平行链区块生成第一共识交易并发送至主链节点。
上述实施例的分段共识原理可参考图1所示的一种优选实施方法的方法，此处不再赘述。
优选地，当分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在第一高度区间内：
否，则判断第二平行链区块的区块高度与预配置的第一数值的余数是否为0：
是，则根据第二平行链区块生成第二共识交易并发送至主链节点；
否，则不生成第二共识交易；
当分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，第一共识合约用于供授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在第一高度区间内：
是，则判断第二平行链区块的区块高度与预配置的第一数值的余数是否为0：
是，则根据第二平行链区块生成第二共识交易并发送至主链 节点；
否，则不生成第二共识交易。
上述实施例的分段共识原理可参考图1所示的一种优选实施方法的方法，此处不再赘述。
图3为本发明一实施例提供的一种设备的结构示意图。
如图3所示，作为另一方面，本申请还提供了一种设备300，包括一个或多个中央处理单元(CPU)301，其可以根据存储在只读存储器(ROM)302中的程序或者从存储部分308加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM303中，还存储有设备300操作所需的各种程序和数据。CPU301、ROM302以及RAM303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。
以下部件连接至I/O接口305：包括键盘、鼠标等的输入部分306；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分307；包括硬盘等的存储部分308；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分309。通信部分309经由诸如因特网的网络执行通信处理。驱动器310也根据需要连接至I/O接口305。可拆卸介质311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器310上，以便于从其上读出的计算机程序根据需要被安装入存储部分308。
特别地，根据本公开的实施例，上述任一实施例描述的分段共识方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行分段共识方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分309从网络上被下载和安装，和/或从可拆卸介质311被安装。
作为又一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例的装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或 者一个以上的处理器用来执行描述于本申请的分段共识方法。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，各所述单元可以是设置在计算机或移动智能设备中的软件程序，也可以是单独配置的硬件装置。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离本申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (10)
- 一种分段共识方法，其特征在于，主链节点和平行链节点均配置有第一共识合约，所述方法适用于主链节点，所述方法包括：接收包括第一高度区间的第一平行链的分段共识请求交易，将所述分段共识请求交易记录在主链上，以供所述第一平行链的各授权节点在同步所述分段共识请求交易后，将所述分段共识请求交易记录在所述第一平行链上，对所述分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果生成投票交易；接收各所述授权节点分别生成的投票交易，通过所述第一共识合约分别执行各所述投票交易：根据各所述授权节点的投票结果判断所述请求是否通过：是，则将所述第一平行链在所述第一高度区间开启或关闭平行链共识记录在主链上；以及，将各所述投票交易记录在主链上，以供各所述授权节点同步并通过所述第一共识合约执行：根据各所述授权节点的投票结果判断所述请求是否通过：是，则将在所述第一高度区间开启或关闭平行链共识记录在第一平行链上；以及，将各所述投票交易记录在第一平行链上。
- 根据权利要求1所述的方法，其特征在于，当所述分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，所述第一共识合约用于供主链节点接收所述第一平行链的第一平行链交易，识别所述第一平行链交易是否为跨链交易：是，则判断所述第一平行链交易所对应的第一区块高度是否在所述第一高度区间内：否，则所述第一平行链交易执行失败；当所述分段共识请求交易为请求在第一高度区间关闭第一平行链 的平行链共识时，所述第一共识合约用于供主链节点接收所述第一平行链的第一平行链交易，识别所述第一平行链交易是否为跨链交易：是，则通过所述第一共识合约判断所述第一平行链交易所对应的第一区块高度是否在所述第一高度区间内：是，则所述第一平行链交易执行失败。
- 根据权利要求1所述的方法，其特征在于，当所述分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在所述第一高度区间内：是，则根据所述第一平行链区块生成第一共识交易并发送至主链节点；否，则不生成所述第一共识交易；当所述分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在所述第一高度区间内：是，则不生成所述第一共识交易；否，则根据所述第一平行链区块生成第一共识交易并发送至主链节点。
- 根据权利要求3所述的方法，其特征在于，当所述分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在所述第一高度区间内：否，则判断所述第二平行链区块的区块高度与预配置的第一数值的余数是否为0：是，则根据所述第二平行链区块生成第二共识交易并发送至主链节点；否，则不生成所述第二共识交易；当所述分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在所述第一高度区间内：是，则判断所述第二平行链区块的区块高度与预配置的第一数值的余数是否为0：是，则根据所述第二平行链区块生成第二共识交易并发送至主链节点；否，则不生成所述第二共识交易。
- 一种分段共识方法，其特征在于，主链节点和平行链节点均配置有第一共识合约，所述方法适用于平行链的授权节点，所述方法包括：同步包括第一高度区间的第一平行链的分段共识请求交易，将所述分段共识请求交易记录在当前平行链上；其中，所述分段共识请求交易由主链节点接收并记录在主链上；对所述分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果生成第一投票交易，以供所述主链节点：接收所述第一投票交易和当前平行链的其它授权节点分别生成的第二投票交易；其中，所述第二投票交易由当前平行链的其它授权节点对所述分段共识请求交易在第一高度区间开启或关闭第一平行链的平行链共识的请求进行投票，并根据投票结果所生成；通过所述第一共识合约分别执行所述第一投票交易和各所述第二投票交易：根据所述第一投票交易的投票结果和各所述第二投票交易的投票结果判断所述请求是否通过：是，则将当前平行链在所述第一高度区间开启或关闭平行链共识记录在主链上；以及，将所述第一投票交易和各所述第二投票交易记录在主链上；同步所述第一投票交易和各所述第二投票交易，通过所述第一共识合约执行：根据所述第一投票交易的投票结果和各所述第二投票交易的投票结果判断所述请求是否通过：是，则将在所述第一高度区间开启或关闭平行链共识记录在当前平行链上；以及，将所述第一投票交易和各所述第二投票交易记录在当前平行链上。
- 根据权利要求5所述的方法，其特征在于，当所述分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，所述第一共识合约用于供主链节点接收所述第一平行链的第一平行链交易，识别所述第一平行链交易是否为跨链交易：是，则判断所述第一平行链交易所对应的第一区块高度是否在所述第一高度区间内：否，则所述第一平行链交易执行失败当所述分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，所述第一共识合约用于供主链节点接收所述第一平行链的第一平行链交易，识别所述第一平行链交易是否为跨链交易：是，则通过所述第一共识合约判断所述第一平行链交易所对应的第一区块高度是否在所述第一高度区间内：是，则所述第一平行链交易执行失败。
- 根据权利要求5所述的方法，其特征在于，当所述分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在所述第一高度区间内：是，则根据所述第一平行链区块生成第一共识交易并发送至主链节点；否，则不生成所述第一共识交易；当所述分段共识请求交易为请求在第一高度区间关闭第一平行链 的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第一平行链区块所对应的主链区块的第二区块高度是否在所述第一高度区间内：是，则不生成所述第一共识交易；否，则根据所述第一平行链区块生成第一共识交易并发送至主链节点。
- 根据权利要求7所述的方法，其特征在于，当所述分段共识请求交易为请求在第一高度区间开启第一平行链的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在所述第一高度区间内：否，则判断所述第二平行链区块的区块高度与预配置的第一数值的余数是否为0：是，则根据所述第二平行链区块生成第二共识交易并发送至主链节点；否，则不生成所述第二共识交易；当所述分段共识请求交易为请求在第一高度区间关闭第一平行链的平行链共识时，所述第一共识合约用于供所述授权节点判断生成的第二平行链区块所对应的主链区块的第三区块高度是否在所述第一高度区间内：是，则判断所述第二平行链区块的区块高度与预配置的第一数值的余数是否为0：是，则根据所述第二平行链区块生成第二共识交易并发送至主链节点；否，则不生成所述第二共识交易。
- 一种设备，其特征在于，所述设备包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所 述一个或多个处理器执行如权利要求1-8中任一项所述的方法。
- 一种存储有计算机程序的存储介质，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021540570A JP7142396B2 (ja) | 2020-01-12 | 2020-12-24 | セグメントコンセンサス方法、デバイス及び記憶媒体 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010028960.4 | 2020-01-12 | ||
| CN202010028960.4A CN111274313B (zh) | 2020-01-12 | 2020-01-12 | 分段共识方法、设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2021139534A1 true WO2021139534A1 (zh) | 2021-07-15 |
Family
ID=71003015
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2020/138897 WO2021139534A1 (zh) | 2020-01-12 | 2020-12-24 | 分段共识方法、设备和存储介质 |
Country Status (3)
| Country | Link |
|---|---|
| JP (1) | JP7142396B2 (zh) |
| CN (1) | CN111274313B (zh) |
| WO (1) | WO2021139534A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114493876A (zh) * | 2022-01-28 | 2022-05-13 | 杭州复杂美科技有限公司 | 交易发送方法、计算机设备和存储介质 |
| CN114827167A (zh) * | 2022-03-03 | 2022-07-29 | 杭州复杂美科技有限公司 | 节点选取和交易发送方法、设备和存储介质 |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111274313B (zh) * | 2020-01-12 | 2023-05-30 | 杭州复杂美科技有限公司 | 分段共识方法、设备和存储介质 |
| CN112884587B (zh) * | 2021-04-30 | 2021-08-03 | 支付宝(杭州)信息技术有限公司 | 区块链交易执行方法、区块链节点及控制装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180293556A1 (en) * | 2017-04-05 | 2018-10-11 | Samsung Sds Co., Ltd. | Method and system for processing blockchain-based real-time transaction |
| CN109584072A (zh) * | 2018-11-28 | 2019-04-05 | 杭州复杂美科技有限公司 | 一种平行链共识的交易发送方法、设备和存储介质 |
| CN110113409A (zh) * | 2019-04-30 | 2019-08-09 | 杭州复杂美科技有限公司 | 平行链授权节点配置方法、设备和存储介质 |
| CN111274313A (zh) * | 2020-01-12 | 2020-06-12 | 杭州复杂美科技有限公司 | 分段共识方法、设备和存储介质 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106682907A (zh) * | 2016-12-10 | 2017-05-17 | 江苏恒为信息科技有限公司 | 区块链数据对比及共识方法 |
| CN107528882B (zh) * | 2017-07-14 | 2020-12-25 | 创新先进技术有限公司 | 区块链共识网络中处理共识请求的方法、装置和电子设备 |
| US11146380B2 (en) | 2017-08-03 | 2021-10-12 | Parity Technologies Ltd. | Methods and systems for a heterogeneous multi-chain framework |
| CN109189853B (zh) | 2018-08-08 | 2021-05-28 | 众安信息技术服务有限公司 | 一种区块链之间数据同步方法与装置 |
| CN109242685B (zh) * | 2018-08-29 | 2020-05-12 | 众安信息技术服务有限公司 | 基于区块链的共识和验证方法及装置 |
| CN109410045B (zh) * | 2018-08-30 | 2020-08-14 | 杭州复杂美科技有限公司 | 一种平行链共识方法、设备和存储介质 |
| CN110033243B (zh) | 2019-03-06 | 2023-01-10 | 华南师范大学 | 基于区块链智能合约的主链存证方法、系统及存储介质 |
| CN110175912B (zh) | 2019-04-08 | 2023-05-05 | 西安链融科技有限公司 | 基于委员会的区块链跨链资产转移方法、区块链信息终端 |
| CN110210917B (zh) | 2019-06-03 | 2021-12-07 | 杭州云象网络技术有限公司 | 一种基于多链组态的电子发票系统构建方法 |
| CN110570202B (zh) * | 2019-09-02 | 2022-06-03 | 杭州趣链科技有限公司 | 一种基于分片技术的混合共识方法 |
| CN110647582B (zh) * | 2019-09-17 | 2024-01-02 | 腾讯科技（深圳）有限公司 | 区块链网络共识校验的方法、装置、存储介质和计算机设备 |
-
2020
- 2020-01-12 CN CN202010028960.4A patent/CN111274313B/zh active Active
- 2020-12-24 JP JP2021540570A patent/JP7142396B2/ja active Active
- 2020-12-24 WO PCT/CN2020/138897 patent/WO2021139534A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180293556A1 (en) * | 2017-04-05 | 2018-10-11 | Samsung Sds Co., Ltd. | Method and system for processing blockchain-based real-time transaction |
| CN109584072A (zh) * | 2018-11-28 | 2019-04-05 | 杭州复杂美科技有限公司 | 一种平行链共识的交易发送方法、设备和存储介质 |
| CN110113409A (zh) * | 2019-04-30 | 2019-08-09 | 杭州复杂美科技有限公司 | 平行链授权节点配置方法、设备和存储介质 |
| CN111274313A (zh) * | 2020-01-12 | 2020-06-12 | 杭州复杂美科技有限公司 | 分段共识方法、设备和存储介质 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114493876A (zh) * | 2022-01-28 | 2022-05-13 | 杭州复杂美科技有限公司 | 交易发送方法、计算机设备和存储介质 |
| CN114827167A (zh) * | 2022-03-03 | 2022-07-29 | 杭州复杂美科技有限公司 | 节点选取和交易发送方法、设备和存储介质 |
| CN114827167B (zh) * | 2022-03-03 | 2023-10-17 | 杭州复杂美科技有限公司 | 节点选取和交易发送方法、设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7142396B2 (ja) | 2022-09-27 |
| CN111274313B (zh) | 2023-05-30 |
| CN111274313A (zh) | 2020-06-12 |
| JP2022519804A (ja) | 2022-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021139534A1 (zh) | 分段共识方法、设备和存储介质 | |
| WO2021139533A1 (zh) | 共识交易发送方法、设备和存储介质 | |
| US20210326813A1 (en) | Parallel Chain Cross-Chain Transaction Method, Device and Storage Medium | |
| WO2020043047A1 (zh) | 一种平行链共识方法、设备和存储介质 | |
| US10560261B1 (en) | Systems and techniques for capture of trusted media data | |
| WO2020001370A1 (zh) | 一种多链并发交易方法 | |
| RU2005120695A (ru) | Облегченный протокол ввода/вывода | |
| CN108764872B (zh) | 一种授权支付方法及系统、设备和存储介质 | |
| WO2022062399A1 (zh) | 基于区块链网络的诊断方法、装置和区块链网络系统 | |
| WO2020139514A1 (en) | Blockchain-based recordkeeping method and apparatus | |
| CN112948809B (zh) | 一种应用授权方法以及装置 | |
| WO2022121347A1 (zh) | 交易执行方法、设备和存储介质 | |
| CN113204530B (zh) | 分布式文件系统的数据写入方法、装置、设备以及介质 | |
| CN110096542A (zh) | 去中心化的数据验证处理方法、装置、系统和介质 | |
| WO2022206433A1 (zh) | 一种在Fabric区块链中预执行链码的方法和装置 | |
| US11750389B2 (en) | System, method, and computer program product for performing hardware backed symmetric operations for password based authentication | |
| US11558460B2 (en) | Distributed processing method and apparatus based on consistency protocol and storage medium | |
| US20090154695A1 (en) | Managing a plurality of cached keys | |
| US8750520B2 (en) | Appraising systems with zero knowledge proofs | |
| CN116661693A (zh) | 安全数据读写方法和装置 | |
| US11960369B2 (en) | Efficient creation of a secondary database system | |
| CN106649744B (zh) | 日志记录方法及装置 | |
| CN115543837A (zh) | 软件测试方法、装置、电子设备及存储介质 | |
| WO2022021768A1 (zh) | 平行链交易组执行方法、设备和存储介质 | |
| CN109740027B (zh) | 数据交换方法、装置、服务器和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ENP | Entry into the national phase |
Ref document number: 2021540570 Country of ref document: JP Kind code of ref document: A |
|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20912900 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 20912900 Country of ref document: EP Kind code of ref document: A1 |