WO2021139533A1

WO2021139533A1 - Method for sending consensus transaction, and device and storage medium

Info

Publication number: WO2021139533A1
Application number: PCT/CN2020/138870
Authority: WO
Inventors: 马登极; 王志文; 吴思进
Original assignee: 江苏复杂美科技有限公司
Priority date: 2020-01-12
Filing date: 2020-12-24
Publication date: 2021-07-15
Also published as: CN111242780A

Abstract

A method for sending a consensus transaction, and a device and a storage medium, relating to the technical field of blockchains, etc. The method comprises: synchronizing, from a first main chain block, various parallel chain transactions of the current parallel chain, to generate a first parallel chain block (S12); determining whether there is a cross-chain transaction in the first parallel chain block (S14); if so, generating a first consensus transaction according to the first parallel chain block, and sending same to a main chain node (S16); and if not, not generating a first consensus transaction (S18). The method reduces the total service charge for sending the consensus transaction and enhances the flexibility of a parallel chain consensus mechanism.

Description

Consensus transaction sending method, equipment and storage medium

Technical field

This application relates to the field of blockchain technology, and specifically relates to a consensus transaction sending method, device, and storage medium.

Background technique

In the existing main chain-parachain mechanism, 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.

Summary of the invention

In view of the above-mentioned shortcomings or deficiencies in the prior art, it is desirable to provide a consensus transaction sending method, device and storage medium with low handling fee and strong flexibility.

In the first aspect, the present invention provides a consensus transaction sending method suitable for authorized nodes of parachains. The main chain nodes and parachain nodes do not verify the high continuity of the parachain consensus when executing the consensus transactions of the parachains. The above method includes :

Synchronize each parachain transaction of the current parachain from the first main chain block to generate the first parachain block;

Determine whether there is a cross-chain transaction in the first parachain block:

If yes, the first consensus transaction is generated according to the first parachain block and sent to the main chain node;

Otherwise, the first consensus transaction will not be generated.

In the second aspect, the present invention provides a consensus transaction sending method suitable for authorized nodes of parachains. The main chain nodes and parachain nodes do not verify the high continuity of the parachain consensus when executing the consensus transactions of the parachains. The method is suitable for The authorized nodes of the parachain include:

If not, judge whether the block height of the first parachain block meets the pre-configured consensus transaction sending rules:

Otherwise, the first consensus transaction will not be generated.

In a third aspect, 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 consensus transaction sending method provided by the embodiment.

In a fourth aspect, the present invention also provides a storage medium storing a computer program that enables the computer to execute the consensus transaction sending method provided according to each embodiment of the present invention.

The consensus transaction sending method, device, and storage medium provided by many embodiments of the present invention generate the first parachain block by synchronizing each parachain transaction of the current parachain from the first main chain block; judging whether the first parachain block is in the Whether there is a cross-chain transaction: yes, the first consensus transaction is generated based on the first parachain block and sent to the main chain node; if not, the first consensus transaction is not generated, which reduces the total handling fee for sending consensus transactions. And strengthen the flexibility of the parachain consensus mechanism.

Description of the drawings

By reading the detailed description of the non-limiting embodiments with reference to the following drawings, other features, purposes and advantages of the present application will become more apparent:

FIG. 1 is a flowchart of a method for sending a consensus transaction according to an embodiment of the present invention.

FIG. 2 is a flowchart of another method for sending a consensus transaction according to an embodiment of the present invention.

FIG. 3 is a schematic structural diagram of a device provided by an embodiment of the present invention.

Detailed ways

The application will be further described in detail below with reference to the drawings and embodiments. It can be understood that the specific embodiments described here are only used to explain the related invention, but not to limit the invention. In addition, it should be noted that, for ease of description, only the parts related to the invention are shown in the drawings.

It should be noted that the embodiments in the application and the features in the embodiments can be combined with each other if there is no conflict. Hereinafter, the application will be described in detail with reference to the drawings and in conjunction with the embodiments.

The parachain consensus mechanism has two main uses. The first is to ensure that the execution results of the parachain nodes of the same parachain are consistent with the consensus results, and the inconsistent parachain nodes will stop running; the second is to ensure that the authorized nodes of the parachain are in the main The consensus results of the chain are consistent to complete cross-chain transactions and realize the cross-chain transfer of assets between the parachain and the main chain.

In the existing main chain-parachain parachain consensus mechanism, 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. When 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.

In the case that cross-chain transactions are not frequently sent and the timeliness of the parachain consensus on the parachain side is not high, the above-mentioned parachain consensus mechanism is very inflexible and requires a lot of fees.

In this application, 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 method for sending a consensus transaction according to an embodiment of the present invention. As shown in Figure 1, in this embodiment, the present invention provides a consensus transaction sending method suitable for authorized nodes of parachains. The main chain nodes and parachain nodes do not verify the parachain consensus when executing the parachain consensus transactions. High degree of continuity, the above methods include:

S12: Synchronize each parachain transaction of the current parachain from the first main chain block to generate the first parachain block;

S14: Determine whether there is a cross-chain transaction in the first parachain block:

If yes, perform step S16: generate a first consensus transaction according to the first parachain block and send it to the main chain node;

If not, perform step S18: do not generate the first consensus transaction.

Specifically, assume that there are current parachain transactions tx1, tx2, and tx3 in the first main chain block;

In step S12, the authorized node synchronizes tx1, tx2, and tx3 from the first main chain block to generate the first parachain block;

In step S14, the authorized node determines whether there is a cross-chain transaction in the first parachain block:

If there are cross-chain transactions in tx1, tx2, and tx3, the authorized node performs step S16: generate a first consensus transaction according to the first parachain block and send it to the main chain node;

If there is no cross-chain transaction in tx1, tx2, and tx3, the authorized node executes step S18: the first consensus transaction is not generated.

The foregoing embodiment reduces the total handling fee for sending consensus transactions and strengthens the flexibility of the parachain consensus mechanism.

Preferably, the first consensus transaction is used by the main chain node to determine whether the height of the parachain block of the first consensus transaction is greater than the consensus height of the parachain recorded on the main chain: if not, write the first consensus transaction on the main chain on.

When the height of the parachain block of the first consensus transaction is greater than the consensus height of the parachain recorded on the main chain, the first consensus transaction is executed according to the existing main chain-parachain mechanism.

In more embodiments, the main chain node can also be configured according to actual needs to determine that the height of the parachain block of the first consensus transaction is not greater than the consensus height of the parachain recorded on the main chain, for example, it is configured to delete the first Consensus transactions can achieve the same technical effect.

FIG. 2 is a flowchart of another method for sending a consensus transaction according to an embodiment of the present invention. As shown in Figure 2, in this embodiment, the present invention provides another consensus transaction sending method suitable for authorized nodes of parachains. The main chain nodes and parachain nodes do not verify the parachains when executing the consensus transactions of the parachains. A high degree of continuity of consensus, the above methods include:

S21: Synchronize each parachain transaction of the current parachain from the first main chain block to generate the first parachain block;

S22: Determine whether there is a cross-chain transaction in the first parachain block:

If yes, perform step S23: generate a first consensus transaction according to the first parachain block and send it to the main chain node;

If not, perform step S24: determine whether the block height of the first parachain block meets the pre-configured consensus transaction sending rule:

If yes, perform step S25: generate a first consensus transaction according to the first parachain block and send it to the main chain node;

If not, perform step S26: do not generate the first consensus transaction.

Specifically, assuming that there are current parachain transactions tx1, tx2, and tx3 in the first main chain block, it is configured to determine whether the block height of the first parachain block meets the pre-configured consensus transaction sending rules. Whether the remainder of the block height of a parachain block and the pre-configured first value is 0;

In step S21, the authorized node synchronizes tx1, tx2, and tx3 from the first main chain block to generate the first parachain block;

In step S22, the authorized node determines whether there is a cross-chain transaction in the first parachain block:

If there are cross-chain transactions in tx1, tx2, and tx3, the authorized node performs step S23: generate a first consensus transaction according to the first parachain block and send it to the main chain node;

If there is no cross-chain transaction in tx1, tx2, and tx3, the authorized node performs step S24: Determine whether the remainder of the block height of the first parachain block and the pre-configured first value is 0:

If the remainder of the block height of the first parachain block and the pre-configured first value is 0, the authorized node performs step S25: generating a first consensus transaction according to the first parachain block and sending it to the main chain node;

If the remainder between the block height of the first parachain block and the pre-configured first value is not 0, the authorized node executes step S26: not generating the first consensus transaction.

In more embodiments, judging whether the block height of the first parachain block meets the pre-configured consensus transaction sending rules can also be configured according to actual needs, for example, it is configured to determine whether the block height of the first parachain block is equal to Whether the remainder of the pre-configured first value is 1, the same technical effect can be achieved.

Preferably, judging whether the block height of the first parachain block meets the pre-configured consensus transaction sending rule includes judging whether the remainder of the block height of the first parachain block and the pre-configured first value is zero.

For the consensus transaction sending principle of the foregoing embodiment, reference may be made to the method shown in FIG.

As shown in Figure 3, as another aspect, 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. In the RAM 303, 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 section 308 as needed.

In particular, according to the embodiments of the present disclosure, the consensus transaction sending method described in any of the above embodiments can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program tangibly embodied on a machine-readable medium, the computer program including program code for executing a consensus transaction sending method. In such an embodiment, the computer program may be downloaded and installed from the network through the communication part 309, and/or installed from the removable medium 311.

As yet another aspect, 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 in the device. The computer-readable storage medium stores one or more programs, and the programs are used by one or more processors to execute the consensus transaction sending method described in this application.

The flowcharts and block diagrams in the drawings illustrate the possible implementation architecture, functions, and operations of the system, method, and computer program product according to various embodiments of the present invention. In this regard, 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. It should also be noted that, in some alternative implementations, 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. It should also be noted that 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. For example, 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. Among them, the names of these units or modules do not constitute a limitation on the units or modules themselves under certain circumstances.

The above description is only a preferred embodiment of the present application and an explanation of the applied technical principles. Those skilled in the art should understand that the scope of the invention involved in this application is not limited to the technical solutions formed by the specific combination of the above technical features, and should also cover the above technical features or technical solutions without departing from the concept of the application. Other technical solutions formed by arbitrarily combining the equivalent features. For example, the above-mentioned features and the technical features disclosed in this application (but not limited to) with similar functions are mutually replaced to form a technical solution.

Claims

A consensus transaction sending method, characterized in that the main chain node and the parachain node do not verify the high continuity of the parachain consensus when executing the consensus transaction of the parachain. The method is suitable for the authorized nodes of the parachain. include:

Synchronize each parachain transaction of the current parachain from the first main chain block to generate the first parachain block;

Determine whether there is a cross-chain transaction in the first parachain block:

If yes, generate a first consensus transaction according to the first parachain block and send it to the main chain node;

Otherwise, the first consensus transaction is not generated.
The method according to claim 1, wherein the first consensus transaction is used for the main chain node to determine whether the height of the parachain block of the first consensus transaction is greater than the parachain recorded on the main chain The consensus height of: No, write the first consensus transaction on the main chain.
A consensus transaction sending method, characterized in that the main chain node and the parachain node do not verify the high continuity of the parachain consensus when executing the consensus transaction of the parachain. The method is suitable for the authorized nodes of the parachain. include:

Synchronize each parachain transaction of the current parachain from the first main chain block to generate the first parachain block;

Determine whether there is a cross-chain transaction in the first parachain block:

If yes, generate a first consensus transaction according to the first parachain block and send it to the main chain node;

If no, judge whether the block height of the first parachain block meets the pre-configured consensus transaction sending rules:

If yes, generate a first consensus transaction according to the first parachain block and send it to the main chain node;

Otherwise, the first consensus transaction is not generated.
The method according to claim 3, wherein the judging whether the block height of the first parachain block complies with a pre-configured consensus transaction sending rule comprises:

It is determined whether the remainder of the block height of the first parachain block and the pre-configured first value is 0.
The method according to claim 3 or 4, wherein the first consensus transaction is used for the main chain node to determine whether the height of the parachain block of the first consensus transaction is greater than that recorded on the main chain Consensus height of the parachain: No, write the first consensus transaction on the main chain.
A device, characterized in that the device includes:

One or more processors;

Memory, used to store one or more programs,

When the one or more programs are executed by the one or more processors, the one or more processors are caused to execute the method according to any one of claims 1-5.
A storage medium storing a computer program, characterized in that, when the program is executed by a processor, the method according to any one of claims 1-5 is implemented.