WO2023109040A1

WO2023109040A1 - Alliance chain block generation method and apparatus, electronic device, and medium

Info

Publication number: WO2023109040A1
Application number: PCT/CN2022/098136
Authority: WO
Inventors: 陈敏
Original assignee: 达闼科技（北京）有限公司
Priority date: 2021-12-15
Filing date: 2022-06-10
Publication date: 2023-06-22
Also published as: CN114385647B; CN114385647A

Abstract

Embodiments of the present application provide an alliance chain block generation method and apparatus, an electronic device, and a medium. In the embodiments of the present application, if any alliance chain node receive no transaction data in a current block generation period, an empty block is generated when the current block generation period elapses, and the empty block is broadcast to an alliance chain network, so that the empty block is added onto an alliance chain under the condition that the alliance chain network verifies that the generated empty block is valid. After the empty block is added onto the alliance chain, the number of empty blocks continuously present behind the last non-empty block on the alliance chain is counted. If there are a large number of empty blocks continuously present behind the last non-empty block on the alliance chain, in a case that no transaction data is received in a next block generation period, generation of a new empty block is forbidden when the next block generation period elapses. Therefore, the waste of computing power in generation of a large number of empty blocks is reduced, the storage space is saved, and the number of empty blocks on the alliance chain is efficiently and securely controlled.

Description

Method, device, electronic equipment and medium for consortium chain block production

cross reference

This application refers to the Chinese patent application No. 2021115375927, which was submitted on December 15, 2021, entitled "Consortium Chain Block Generation Method, Device, Electronic Equipment, and Medium", which is fully incorporated by reference into this application.

technical field

The present application relates to the technical field of blockchain, in particular to a method, device, electronic equipment and medium for consortium chain block generation.

Background technique

Blockchain technology uses block chain data structure to verify and store data, uses distributed node consensus algorithm to generate and update data, uses cryptography to ensure the security of data transmission and access, and utilizes intelligence composed of automated script codes. A new distributed infrastructure and computing paradigm that uses contracts to program and manipulate data.

At present, based on the security features of blockchain, the form of alliance chain is more and more widely used in various enterprises and organizations. In order to improve the efficiency and throughput of transaction execution in the consortium chain, the block generation cycle of the blockchain is usually reduced. The block generation cycle is, for example, 1 second, that is, a block is generated every 1 second. However, in actual scenarios, the transaction volume in the consortium chain is not particularly large, or the transaction time is relatively fixed, so a large number of empty blocks will be generated, and the generation of a large number of empty blocks will not only waste computing power, but also waste a lot of storage space.

Contents of the invention

Various aspects of the present application provide a method, device, electronic device and medium for consortium chain block generation, which are used to reduce the waste of computing power generated by generating a large number of empty blocks and save storage space.

The embodiment of the present application provides a method for generating a block of a consortium chain, which is applied to the first consortium chain node in the consortium chain network. When the current block generation period arrives, generate an empty block and broadcast the empty block to the alliance chain network for each alliance chain node in the alliance chain network to verify the validity of the empty block and send the empty block when the empty block is valid The empty block is added to the alliance chain; when the empty block is added to the alliance chain, the number of empty blocks that appear consecutively after the last non-empty block on the alliance chain is obtained as the first number; if the first If the quantity is equal to the preset quantity threshold, and no transaction data is received in the next block generation period, it is forbidden to generate new empty blocks when the next block generation period arrives.

The embodiment of the present application also provides a consortium chain block generation device, including: a processing module, used to generate an empty block when the current block generation period arrives if the first consortium chain node does not receive transaction data within the current block generation period. block, and broadcast the empty block to the alliance chain network for each alliance chain node in the alliance chain network to verify the validity of the empty block and add the empty block to the alliance chain when the empty block is valid; The acquisition module is used to obtain the number of empty blocks that appear consecutively after the last non-empty block on the alliance chain when the empty block is added to the alliance chain, as the first number; the processing module is also used if The first number is equal to the preset number threshold, and no transaction data is received within the next block generation cycle, then the generation of new empty blocks is prohibited when the next block generation cycle arrives.

The embodiment of the present application also provides an electronic device, including: a memory and a processor; the memory is used to store a computer program; the processor is coupled to the memory, and is used to execute the computer program to execute the consortium chain block generation method.

The embodiment of the present application also provides a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the processor is caused to realize the consortium chain block generation method.

In the embodiment of this application, if any consortium chain node does not receive transaction data within the current block generation cycle, it will generate an empty block when the current block generation cycle arrives, and broadcast the empty block to the consortium chain network, In order to add the empty block to the alliance chain when the alliance chain network verifies that the generated empty block is valid. After the empty block is added to the consortium chain, count the number of consecutive empty blocks that appear after the last non-empty block on the consortium chain. If the number of empty blocks that appear consecutively after the last non-empty block on the consortium chain is large, and no transaction data is received in the next block generation cycle, it is forbidden to generate new blocks when the next block generation cycle arrives. Empty block. As a result, empty blocks are generated on the consortium chain to ensure the security of the consortium chain, and the number of consecutive empty blocks appearing on the consortium chain is limited to limit the high-frequency generation of empty blocks, thereby reducing the generation of a large number of Empty blocks waste computing power, save storage space, and realize efficient and safe control of the number of empty blocks on the alliance chain.

Description of drawings

The drawings described here are used to provide a further understanding of the application and constitute a part of the application. The schematic embodiments and descriptions of the application are used to explain the application and do not constitute an improper limitation to the application. In the attached picture:

Fig. 1 is an architecture diagram of a consortium chain network provided by an exemplary embodiment of the present application;

Fig. 2 is a schematic flow diagram of a method for producing blocks in an alliance chain provided by an exemplary embodiment of the present application;

Fig. 3 is a diagram of an application scenario applicable to the alliance chain block generation method provided by an exemplary embodiment of the present application;

Fig. 4 is another application scenario diagram applicable to the consortium chain block generation method provided by an exemplary embodiment of the present application;

Fig. 5 is a schematic structural diagram of a consortium chain block generation device provided by an exemplary embodiment of the present application;

Fig. 6 is a schematic structural diagram of an electronic device provided by an exemplary embodiment of the present application.

Detailed ways

In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in conjunction with specific embodiments of the present application and corresponding drawings. Apparently, the described embodiments are only some of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

At present, the transaction volume in the alliance chain is not particularly large, or the transaction time is relatively fixed, so a large number of empty blocks will be generated, and the generation of a large number of empty blocks will not only waste computing power, but also waste a lot of storage space. In view of the above technical problems, the embodiment of this application provides a method, device, electronic equipment and medium for consortium chain block generation. In the embodiment of this application, if any consortium chain node does not receive transaction data within the current block generation cycle, then When the current block generation period arrives, generate an empty block and broadcast the empty block to the alliance chain network, so that the empty block can be added to the alliance chain when the alliance chain network verifies that the generated empty block is valid superior. After the empty block is added to the consortium chain, count the number of consecutive empty blocks that appear after the last non-empty block on the consortium chain. If the number of empty blocks that appear consecutively after the last non-empty block on the consortium chain is large, and no transaction data is received in the next block generation cycle, it is forbidden to generate new blocks when the next block generation cycle arrives. Empty block. As a result, empty blocks are generated on the consortium chain to ensure the security of the consortium chain, and the number of consecutive empty blocks appearing on the consortium chain is limited to limit the high-frequency generation of empty blocks, thereby reducing the generation of a large number of Empty blocks waste computing power, save storage space, and realize efficient and safe control of the number of empty blocks on the alliance chain.

Fig. 1 is an architecture diagram of a consortium chain network provided by an exemplary embodiment of the present application. As shown in FIG. 1 , the consortium chain network may include a plurality of consortium chain nodes 10, and all consortium chain nodes 10 jointly form a consortium chain network. Among them, the alliance chain node 10 can be a terminal device 20 or a server, and the status of each alliance chain node 10 in the alliance chain network is equal, and each alliance chain node 10 jointly maintains an alliance chain 30 .

In practical applications, the alliance user 40 can initiate a transaction request to the alliance chain node 10 in the alliance chain network through the terminal device 20, and submit the transaction data. The alliance chain node 10 performs corresponding data processing on the transaction data, such as requesting other alliance chain Nodes 10 perform consensus processing on transaction data, generate blocks, store on chain, and so on.

Among them, the alliance users 40 include but are not limited to institutional users, enterprise users or individual users who jointly participate in the management of the alliance chain 30 .

Wherein, the terminal device may be hardware or software. When the terminal device is hardware, the terminal device is, for example, a mobile phone, a tablet computer, a desktop computer, a wearable smart device, a smart home device, and the like. When the terminal device is software, it can be installed in the hardware devices listed above. In this case, the terminal device is, for example, multiple software modules or a single software module, which is not limited in this embodiment of the present application. Servers can be hardware or software. When the server is hardware, the server is a single server or a distributed server cluster composed of multiple servers. When the server is software, it may be multiple software modules or a single software module, which is not limited in this embodiment of the present application.

It should be understood that the numbers of consortium chain nodes 10 , terminal devices 20 and consortium users 40 in FIG. 1 are only illustrative. In practical applications, any number of alliance chain nodes 10, terminal devices 20 and alliance users 40 are deployed according to actual needs.

The technical solutions provided by various embodiments of the present application will be described in detail below in conjunction with the accompanying drawings.

Fig. 2 is a schematic flow chart of a method for generating blocks in an alliance chain provided by an exemplary embodiment of the present application. Referring to Figure 2, the method may include the following steps:

201. If the first consortium chain node does not receive transaction data within the current block generation cycle, generate an empty block when the current block generation cycle arrives.

202. Broadcast the empty block to the alliance chain network, so that each alliance chain node in the alliance chain network can verify the validity of the empty block and add the empty block to the alliance chain when the empty block is valid.

203. In the case that an empty block is added to the consortium chain, acquire the number of consecutive empty blocks appearing after the last non-empty block on the consortium chain as the first number.

204. If the first quantity is equal to the preset quantity threshold and no transaction data is received within the next block production period, prohibit generating new empty blocks when the next block production period arrives.

The consortium chain block generation method provided in this embodiment can be executed by any consortium chain node 10 in the consortium chain network. For ease of understanding and distinction, any consortium chain node 10 is referred to as the first consortium chain node.

In practical applications, the alliance chain network can set the block generation cycle according to the actual application requirements, for example, the block generation cycle is 1 second. If the first consortium chain node receives transaction data within the current block generation cycle, it will package the transaction data to generate a non-empty block when the current block generation cycle arrives, and broadcast it to the consortium chain network for the consortium chain Each alliance chain node 10 in the network verifies the validity of the non-empty block and adds the non-empty block to the alliance chain 30 when the non-empty block is valid. If the first alliance chain node does not receive transaction data within the current block generation cycle, it will generate an empty block when the current block generation cycle arrives, and broadcast it to the alliance chain network for all alliance chains in the alliance chain network The 30 nodes verify the validity of the empty block and add the empty block to the alliance chain 30 when the empty block is valid.

It is worth noting that the embodiment of the present application does not limit the way each consortium chain 30 nodes in the consortium chain network verify the validity of empty blocks. In practical applications, each alliance chain 30 nodes may generate empty blocks and broadcast them to the alliance chain network. As an example, each alliance chain 30 node takes the empty block with the highest difficulty value as an effective empty block based on the consensus protocol and adds the effective empty block to the alliance chain 30, that is, the effective empty block is processed. winding. Among them, the corresponding difficulty value is recorded in the empty block.

It is worth noting that a non-empty block is generated based on the transaction data when the transaction data submitted by the alliance user 40 is received, and an empty block is generated when the transaction data submitted by the alliance user 40 is not received. A block containing transaction data.

In this embodiment, empty blocks are generated on the consortium chain 30 to ensure the security of the consortium chain 30, and the number of consecutive empty blocks on the consortium chain 30 is limited to limit the high-frequency generation of empty blocks , thereby reducing the waste of computing power generated by generating a large number of empty blocks and saving storage space. Therefore, it is understandable that even in low-frequency transaction scenarios, as time goes by, the number of empty blocks that appear consecutively after the last non-empty block on the consortium chain 30 will not be many. In addition, limiting the number of consecutive empty blocks on the consortium chain 30 does not affect the consortium chain 30 can set a smaller block generation period to ensure that the consortium chain 30 has higher transaction execution efficiency and throughput.

Based on the above, after the empty block is added to the consortium chain 30, the number of consecutive empty blocks appearing after the last non-empty block on the consortium chain 30 is counted. In order to facilitate understanding and distinction, the number of empty blocks that appear consecutively after the last non-empty block on the consortium chain 30 is taken as the first number. If the first number is less than or equal to the preset number threshold, it means that the number of empty blocks that appear consecutively after the last non-empty block on the consortium chain 30 is small, and if no transaction data is received in the next block generation cycle , then continue to generate new empty blocks when the next block generation cycle arrives. If the first quantity is equal to the preset quantity threshold, then if each consortium chain node 10 in the consortium chain network does not receive transaction data in the next block generation cycle, it is forbidden to generate new empty blocks when the next block generation cycle arrives. blocks. Of course, when each alliance chain node 10 in the alliance chain network receives transaction data in the next block generation cycle, it will generate a new non-empty block based on the transaction data when the next block generation cycle arrives. Thus, the number of consecutive empty blocks appearing after the last non-empty block on the control consortium chain 30 does not exceed the preset number threshold. Wherein, the preset quantity threshold is set according to actual application requirements.

It is understandable that even in a low-frequency transaction scenario, if the alliance chain network has not received the transaction data submitted by the alliance user 40 for a long time, it will not generate empty blocks on the alliance chain 30 without limit, but the last block on the alliance chain 30 The number of consecutive empty blocks following a non-empty block is at most a preset number threshold.

For ease of understanding, description will be made in conjunction with FIG. 3 . Assuming that the block generation period is 1 second, the consortium chain 30 is limited to a maximum of 6 consecutive empty blocks. At 13:00 on December 11, 2021, an alliance chain node 10 receives the transaction data Tx0 and transaction data Tx1 submitted by the alliance user 40, and broadcasts to the alliance chain network, and the alliance chain network will effectively include the transaction data Tx0 and the non-empty blocks of the transaction data Tx1 are added to the alliance chain 30. Within one hour, the entire consortium chain network did not receive new transaction data submitted by consortium user 40. During this hour, an empty block is generated every 1 second and added to the alliance chain 30 until six empty blocks are continuously added to the alliance chain 30. At this time, each alliance chain node 10 stops generating empty blocks. blocks and continue to add new empty blocks on the consortium chain 30. At 14:00 on December 11, 2021, another consortium chain node 10 receives the transaction data Tx2 and broadcasts it to the consortium chain network, and the consortium chain network will add valid non-empty blocks including transaction data Tx2 to the consortium Chain 30 on. It can be seen from this that in the low-frequency transaction scenario where alliance users 40 only submit two transaction requests within one hour, although the block generation period is 1 second, only 6 empty blocks are generated on the alliance chain 30, greatly It greatly reduces the number of generated empty blocks and saves computing power and storage space.

In the alliance chain block generation method provided by the embodiment of this application, if any alliance chain node does not receive transaction data within the current block generation cycle, when the current block generation cycle arrives, an empty block is generated and the empty block is broadcast to In the consortium chain network, if the consortium chain network verifies that the generated empty block is valid, the empty block will be added to the consortium chain. After the empty block is added to the consortium chain, count the number of consecutive empty blocks that appear after the last non-empty block on the consortium chain. If the number of empty blocks that appear consecutively after the last non-empty block on the consortium chain is large, and no transaction data is received in the next block generation cycle, it is forbidden to generate new blocks when the next block generation cycle arrives. Empty block. As a result, empty blocks are generated on the consortium chain to ensure the security of the consortium chain, and the number of consecutive empty blocks on the consortium chain is limited to limit the high-frequency generation of empty blocks, thereby reducing the generation of a large number of Empty blocks waste computing power, save storage space, and realize efficient and safe control of the number of empty blocks on the alliance chain.

In practical application, the transaction time of some affiliate businesses is relatively fixed, for example, there are only 4 hours of transaction time in a working day. Therefore, as a further option, in order to efficiently and safely control the number of empty blocks on the consortium chain, the block generation time is limited. Based on this, when the current block generation cycle arrives, an implementation process of generating an empty block is: to determine whether the current time is within the preset transaction time period; if so, when the current block generation cycle arrives, an empty block is generated. If not, when the current block generation period arrives, refuse to generate an empty block.

In practical applications, the computing power of each consortium chain node 10 may be the same or different. It should be understood that the higher the computing power, the greater the processing capability of the consortium chain node 10. Further optionally, in order to efficiently and safely control the number of empty blocks on the alliance chain 30, the alliance chain node 10 with larger computing power can be selected to generate empty blocks. Based on this, when the current block generation period arrives, an implementation process of generating an empty block is: when the block generation period arrives, the first consortium chain node judges whether its current computing power is greater than or equal to the preset computing power value; , an empty block is generated. If not, when the current block generation period arrives, refuse to generate an empty block.

In practical applications, the greater the computing power of the alliance chain nodes 10 participating in the generation of empty blocks, and the greater the number of alliance chain nodes 10 participating in the generation of empty blocks, the more efficiently and securely they can control the empty blocks on the alliance chain 30 quantity. Therefore, as a further option, when the current block generation period arrives, an implementation process of generating an empty block is: when the current block generation period arrives, determine the alliance whose current computing power is not less than the preset computing power value in the alliance chain network Chain nodes 10 and their number, as the second number; if the second number is greater than or equal to the specified number, select a specified number of alliance chain nodes 10 from the alliance chain nodes 10 whose current computing power is greater than or equal to the preset computing power value, And send the first notification to the specified number of alliance chain nodes 10 to notify the specified number of alliance chain nodes 10 to generate an empty block. If the second number is less than the specified number, then subtract the second number from the specified number to obtain the third number, and select the third number of alliance chain nodes 10 from the alliance chain nodes 10 whose current computing power is less than the preset computing power value; The second number of alliance chain nodes 10 and the third number of alliance chain nodes 10 send a second notification to notify the second number of alliance chain nodes 10 and the third number of alliance chain nodes 10 to generate an empty block.

Among them, the specified number is set according to the actual application requirements. It is required that the number of alliance chain nodes 10 participating in the generation of empty blocks reaches the specified number, and the alliance chain nodes 10 with high computing power are selected to participate in the generation of empty blocks, which can ensure efficient block generation in the alliance chain. 30 consecutively generate multiple empty blocks.

It is worth noting that the alliance chain network is a decentralized network, and the status of each alliance chain node 10 in the alliance chain network is equal. Any consortium chain node 10 can send the first notification or the second notification, and execute the empty block generation task after receiving the first notification or the second notification. That is to say, the first notification or the second notification that the first consortium chain node can send to the second consortium chain node 10, or the first notification or the second notification that the second consortium chain node 10 can send to the first consortium chain node . Wherein, the second consortium chain node 10 is other consortium chain nodes 10 not including the first consortium chain node in the consortium chain network. Therefore, in some embodiments of the present application, when the first alliance chain node arrives at the current block generation period, an implementation process of generating an empty block is to receive the first block sent by the second alliance chain node 10 in the alliance chain network. notification or the second notification, and generate an empty block according to the first notification or the second notification; wherein, the first notification is that the second consortium chain node 10 recognizes that the current computing power in the consortium chain network is not less than the preset computing power value When the number of consortium chain nodes 10 is greater than or equal to the specified number, the second notification is that the second consortium chain node 10 recognizes that the consortium chain node 10 whose current computing power is less than the preset computing power value in the consortium chain network Sent if the quantity is less than the specified quantity.

Further optionally, the first consortium chain node can perform the empty block generation task taking into account the transaction time period and computing power. Therefore, as an example, when the current block generation period arrives, an implementation process of generating an empty block is: to determine whether the current time is in the preset transaction time period; if the current time is in the preset transaction time period, When the block generation period arrives, the first consortium chain node judges whether its current computing power is greater than or equal to the preset computing power value; if its current computing power is greater than or equal to the preset computing power value, an empty block will be generated. If the current time is not in the preset transaction time period, or if the current time is in the preset transaction time period and its current computing power is less than the preset computing power value, it will refuse to generate an empty block when the current block generation period arrives.

Further optionally, the first consortium chain node can perform an empty block generation task taking into account the transaction period, computing power, and the number of consortium chain nodes 10. Therefore, as an example, when the current block generation period arrives, an implementation process of generating an empty block is: to determine whether the current time is in the preset transaction time period; if the current time is in the preset transaction time period, When the block generation period arrives, determine the alliance chain nodes 10 and their number whose current calculation power is not less than the preset calculation power value in the alliance chain network as the second number; if the second number is greater than or equal to the specified number, then start from the current calculation Select a specified number of alliance chain nodes 10 from the alliance chain nodes 10 whose force is greater than or equal to the preset computing power value, and send the first notification to the specified number of alliance chain nodes 10 to notify the specified number of alliance chain nodes 10 to generate an empty area piece. If the second number is less than the specified number, then subtract the second number from the specified number to obtain the third number, and select the third number of alliance chain nodes 10 from the alliance chain nodes 10 whose current computing power is less than the preset computing power value; The second number of alliance chain nodes 10 and the third number of alliance chain nodes 10 send a second notification to notify the second number of alliance chain nodes 10 and the third number of alliance chain nodes 10 to generate an empty block. If the current time is not in the preset transaction time period, when the current block generation period arrives, it will refuse to generate an empty block.

In practical applications, there may be situations of malicious transactions or private hiding of blocks. For example, a single alliance user 40 privately initiates a transaction to generate a block and hides the block for his own benefit. This situation is especially easy to appear in the alliance chain network between different organizations. Therefore, in some embodiments, in order to reduce the occurrence of a single alliance user 40 privately initiating a transaction to generate a block and privately hide the block, the alliance chain network will identify whether the transaction data submitted by the alliance user 40 has passed the number of multiple alliance users 40 sign. The transaction data digitally signed by multiple alliance users 40 can be packaged into a block, and has the possibility of being uploaded to the alliance chain 30 . Transaction data that has not been digitally signed by multiple alliance users 40 is discarded by the alliance chain network and will not be packaged into blocks.

Therefore, in some embodiments, if the first consortium chain node receives the first transaction data broadcast by other consortium chain nodes 10 in the consortium chain network during the current block generation cycle or receives its corresponding consortium chain node within the current block generation cycle When the user 40 submits the second transaction data, it is judged whether the first transaction data or the second transaction data has been signed by multiple alliance chain 30 users; Signature processing, then generate a non-empty block according to the first transaction data or the second transaction data, and broadcast the non-empty block to the alliance chain network for each alliance chain node 10 in the alliance chain network to verify the non-empty block validity and add the non-empty block to the consortium chain 30 when the non-empty block is valid.

In practical applications, after any consortium chain node 10 receives the transaction data submitted by its corresponding consortium user 40, it will also broadcast the transaction data to the consortium chain network for other consortium chain nodes 10 in the consortium chain network to continue based on the transaction data. Transaction data generates non-empty blocks.

Optionally, in order to better reduce the occurrence of a single alliance user 40 privately initiating a transaction to generate a block and hiding the block privately, the node identification of the alliance chain node 10 with transaction data sending authority is added to the white list. When any consortium chain node 10 broadcasts transaction data to the consortium chain network, it will judge whether its own node ID is in the white list. If it is in the white list, it is determined that it has the authority to broadcast the transaction data to the alliance chain network; if it is not in the white list, it is determined that it does not have the authority to broadcast the transaction data to the alliance chain network.

Therefore, in some embodiments, if the first alliance chain node receives the second transaction data submitted by its corresponding alliance user 40 within the current block generation period, it is determined that the node identification of the first alliance chain node is in the preset white list , the alliance chain node 10 corresponding to the node identification in the whitelist has transaction data transmission authority; broadcast the second transaction data to the alliance chain network, so that each alliance chain node 10 in the alliance chain network can judge whether the second transaction data has passed Signature processing of multiple consortium chain 30 users.

It is worth noting that, if each consortium chain node 10 judges that the second transaction data has been signed by multiple consortium chain 30 users, it will generate a non-empty block according to the second transaction data, and broadcast the non-empty block to the consortium chain In the network, each alliance chain node 10 in the alliance chain network can verify the validity of the non-empty block and add the non-empty block to the alliance chain 30 when the non-empty block is valid.

For ease of understanding, description will be made in conjunction with FIG. 4 . Assuming that the block generation period is 1 second, the consortium chain 30 is limited to a maximum of 6 consecutive empty blocks. Alliance user A digitally signs the transaction data Tx0 and Tx1 with its own identity information, and obtains the signed transaction data Tx0(S1), Tx1(S1). At the same time, the alliance user A requests the alliance user B to continue to digitally sign the transaction data Tx0(S1), and the alliance user B uses its own identity information to digitally sign Tx0(S1) to obtain the signed transaction data Tx0(S1, S2) . At 13:00 on December 11, 2021, alliance user A provides transaction data Tx0 (S1, S2) and transaction data Tx1 (S1) to its corresponding alliance chain node 10, and the alliance chain node 10 corresponding to alliance user A identifies Tx0 (S1, S2) is digitally signed by multiple alliance users 40, and a non-empty block is generated according to Tx0 (S1, S2). If the non-empty block is verified to be valid by the alliance network, the non-empty block will be added To the alliance chain 30. The alliance chain node 10 corresponding to the alliance user A recognizes that the transaction data Tx1(S1) has not been digitally signed by multiple alliance users 40, and then discards the transaction data Tx1(S1). At this time, the transaction data Tx1(S1) will not be packed into blocks. Within one hour, the entire consortium chain network did not receive new transaction data submitted by consortium user 40. During this hour, an empty block is generated every 1 second and added to the alliance chain 30 until six empty blocks are continuously added to the alliance chain 30. At this time, each alliance chain node 10 stops generating empty blocks. blocks and continue to add new empty blocks on the consortium chain 30. At 14:00 on December 11, 2021, another consortium chain node 10 receives the transaction data Tx2 (S1, S2) submitted by consortium user 40B, and another consortium chain node 10 verifies the transaction data Tx2 (S1, S2) submitted by consortium user B ( S1, S2) are digitally signed by multiple alliance users 40, and a non-empty block is generated according to Tx2 (S1, S2). If the non-empty block is verified to be valid by the alliance network, the non-empty block is added to the alliance chain 30 on.

It is worth noting that even if any consortium chain node 10 packs data that has not been signed by multiple consortium users 40 into a block, a non-empty block is obtained. When the non-empty block is broadcast to the alliance chain network, the alliance chain network can continue to verify whether the transaction data recorded in the non-empty block has been signed by multiple alliance users 40 . If the transaction data recorded in the non-empty block has not been signed by multiple alliance users 40, the alliance chain network will confirm that the non-empty block is an invalid block, and the non-empty block still cannot be added to the alliance chain 30. If the transaction data recorded in the non-empty block is signed by multiple alliance users 40, then the non-empty block has the possibility of being added to the alliance chain 30.

It should be noted that the subject of execution of each step of the method provided in the foregoing embodiments may be the same device, or the method may also be executed by different devices. For example, the execution subject of steps 201 to 203 may be device A; for another example, the execution subject of

steps

201 and 202 may be device A, and the execution subject of step 203 may be device B; and so on.

In addition, in some of the processes described in the above embodiments and accompanying drawings, multiple operations appearing in a specific order are included, but it should be clearly understood that these operations may not be executed in the order in which they appear herein or executed in parallel , the serial numbers of the operations, such as 201, 202, etc., are only used to distinguish different operations, and the serial numbers themselves do not represent any execution order. Additionally, these processes can include more or fewer operations, and these operations can be performed sequentially or in parallel. It should be noted that the descriptions of "first" and "second" in this article are used to distinguish different messages, devices, modules, etc. are different types.

Fig. 5 is a schematic structural diagram of a consortium chain block generation device provided by an exemplary embodiment of the present application. As shown in FIG. 5 , the device includes: a processing module 51 and an obtaining module 52 .

The processing module 51 is used to generate an empty block and broadcast the empty block to the alliance chain network if the first alliance chain node does not receive transaction data within the current block generation cycle, when the current block generation cycle arrives, For each alliance chain node in the alliance chain network to verify the validity of the empty block and add the empty block to the alliance chain when the empty block is valid.

The acquiring module 52 is configured to acquire the number of consecutive empty blocks appearing after the last non-empty block on the alliance chain as the first number when the empty block is added to the alliance chain.

The processing module 51 is further configured to prohibit the generation of new empty blocks when the next block generation cycle arrives if the first amount is equal to the preset amount threshold and no transaction data is received within the next block generation cycle.

Further optionally, when the processing module 51 generates an empty block when the current block generation period arrives, it is specifically used to: determine whether the current time is in the preset transaction time period; if so, generate an empty block when the current block generation period arrives. blocks.

Further optionally, when the processing module 51 generates an empty block when the current block generation cycle arrives, it is specifically used for: when the block generation cycle arrives, the first consortium chain node judges whether its current computing power is greater than or equal to the pre-calculated Force value; if so, an empty block is generated.

Further optionally, when the processing module 51 generates an empty block when the current block generation cycle arrives, it is specifically used to: determine that the current computing power in the consortium chain network is not less than the preset computing power value when the current block generation cycle arrives. Consortium chain nodes and their number are used as the second number; if the second number is greater than or equal to the specified number, select the specified number of alliance chain nodes from the alliance chain nodes whose current computing power is greater than or equal to the preset computing power value, and send to The specified number of consortium chain nodes send the first notification to notify the specified number of consortium chain nodes to generate empty blocks.

Further optionally, the processing module 51 is also used to: if the second amount is less than the specified amount, then subtract the second amount from the specified amount to obtain the third amount, and obtain the third amount from the consortium chain nodes whose current computing power is less than the preset computing power value Select the third number of alliance chain nodes; send the second notification to the second number of alliance chain nodes and the third number of alliance chain nodes to notify the second number of alliance chain nodes and the third number of alliance chain nodes Generate empty blocks.

Further optionally, the processing module 51 is specifically configured to: receive the first notification or the second notification sent by the second consortium chain node in the consortium chain network when the current block generation period arrives, and generate an empty block; A notification or a second notification to generate an empty block; wherein, the first notification is that the second consortium chain node recognizes that the number of consortium chain nodes whose current computing power is not less than the preset computing power value in the consortium chain network is greater than or equal to the specified The second notification is sent when the second consortium chain node recognizes that the number of consortium chain nodes whose current computing power is not less than the preset computing power value in the consortium chain network is less than the specified number.

Further optionally, the processing module 51 is also used for: if the first consortium chain node receives the first transaction data broadcast by other consortium chain nodes in the consortium chain network within the current block generation cycle or receives its transaction data within the current block generation cycle When the corresponding alliance user submits the second transaction data, it is judged whether the first transaction data or the second transaction data has been signed by multiple alliance chain users; if the first transaction data or the second transaction data has been signed by multiple alliance chain users Signature processing, generate a non-empty block according to the first transaction data or the second transaction data, and broadcast the non-empty block to the alliance chain network for each alliance chain node in the alliance chain network to verify the identity of the non-empty block Validity and add the non-empty block to the alliance chain when the non-empty block is valid.

Further optionally, the processing module 51 is also used for: if the first consortium chain node receives the second transaction data submitted by its corresponding consortium user within the current block generation cycle, determine that the node identifier of the first consortium chain node is within the preset In the white list, the alliance chain nodes corresponding to the node identifiers in the white list have transaction data transmission authority; broadcast the second transaction data to the alliance chain network for each alliance chain node in the alliance chain network to judge whether the second transaction data After the signature processing of multiple alliance chain users.

The specific implementation of the consortium chain block generation device shown in FIG. 5 has been described in detail in the above embodiment of the consortium chain block generation method, and will not be described in detail here.

Fig. 6 is a schematic structural diagram of an electronic device provided by an exemplary embodiment of the present application. Referring to FIG. 6 , the electronic device includes: a memory 61 and a processor 62 .

The memory 61 is used to store computer programs, and can be configured to store other various data to support operations on the computing platform. Examples of such data include instructions for any application or method operating on the computing platform, contact data, phonebook data, messages, pictures, videos, etc.

Memory 61 can be realized by any type of volatile or nonvolatile storage device or their combination, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable Programmable Read Only Memory (EPROM), Programmable Read Only Memory (PROM), Read Only Memory (ROM), Magnetic Memory, Flash Memory, Magnetic or Optical Disk.

Processor 62, coupled with memory 61, for executing the computer program in memory 61, for: if the first consortium chain node does not receive transaction data within the current block generation cycle, when the current block generation cycle arrives, Generate an empty block and broadcast the empty block to the alliance chain network for each alliance chain node in the alliance chain network to verify the validity of the empty block and add the empty block to the alliance chain when the empty block is valid Middle; when an empty block is added to the consortium chain, obtain the number of consecutive empty blocks that appear after the last non-empty block on the consortium chain as the first number; if the first number is equal to the preset number threshold, And if no transaction data is received in the next block generation cycle, it is prohibited to generate new empty blocks when the next block generation cycle arrives.

Further optionally, when the processor 62 generates an empty block when the current block generation period arrives, it is specifically used to: determine whether the current time is in the preset transaction time period; if so, generate an empty block when the current block generation period arrives. blocks.

Further optionally, when the processor 62 generates an empty block when the current block generation period arrives, it is specifically used for: when the block generation period arrives, the first consortium chain node judges whether its current computing power is greater than or equal to the pre-calculated Force value; if so, an empty block is generated.

Further optionally, when the processor 62 generates an empty block when the current block generation cycle arrives, it is specifically used to: determine that the current computing power in the consortium chain network is not less than the preset computing power value when the current block generation cycle arrives. Consortium chain nodes and their number are used as the second number; if the second number is greater than or equal to the specified number, select the specified number of alliance chain nodes from the alliance chain nodes whose current computing power is greater than or equal to the preset computing power value, and send to The specified number of consortium chain nodes send the first notification to notify the specified number of consortium chain nodes to generate empty blocks.

Further optionally, the processor 62 is also used to: if the second amount is less than the specified amount, then subtract the specified amount from the second amount to obtain the third amount, and obtain the third amount from the consortium chain nodes whose current computing power is less than the preset computing power value Select the third number of alliance chain nodes; send the second notification to the second number of alliance chain nodes and the third number of alliance chain nodes to notify the second number of alliance chain nodes and the third number of alliance chain nodes Generate empty blocks.

Further optionally, the processor 62 is specifically configured to: receive the first notification or the second notification sent by the second consortium chain node in the consortium chain network when the current block generation period arrives, and generate an empty block; A notification or a second notification to generate an empty block; wherein, the first notification is that the second consortium chain node recognizes that the number of consortium chain nodes whose current computing power is not less than the preset computing power value in the consortium chain network is greater than or equal to the specified The second notification is sent when the second consortium chain node recognizes that the number of consortium chain nodes whose current computing power is not less than the preset computing power value in the consortium chain network is less than the specified number.

Further optionally, the processor 62 is also used for: if the first consortium chain node receives the first transaction data broadcast by other consortium chain nodes in the consortium chain network within the current block generation cycle or receives its transaction data within the current block generation cycle When the corresponding alliance user submits the second transaction data, it is judged whether the first transaction data or the second transaction data has been signed by multiple alliance chain users; if the first transaction data or the second transaction data has been signed by multiple alliance chain users Signature processing, generate a non-empty block according to the first transaction data or the second transaction data, and broadcast the non-empty block to the alliance chain network for each alliance chain node in the alliance chain network to verify the identity of the non-empty block Validity and add the non-empty block to the alliance chain when the non-empty block is valid.

Further optionally, the processor 62 is also configured to: if the first consortium chain node receives the second transaction data submitted by its corresponding consortium user within the current block generation period, determine that the node identifier of the first consortium chain node is within the preset In the white list, the alliance chain nodes corresponding to the node identifiers in the white list have transaction data transmission authority; broadcast the second transaction data to the alliance chain network for each alliance chain node in the alliance chain network to judge whether the second transaction data After the signature processing of multiple alliance chain users.

Further, as shown in Figure 6, the electronic device also includes: a communication component 63, a display 64, a power supply component 65, an audio component 66 and other components. FIG. 6 only schematically shows some components, which does not mean that the electronic device only includes the components shown in FIG. 6 . In addition, the components in the dotted line box in FIG. 6 are optional components, not mandatory components, which may depend on the product form of the electronic device. The electronic device in this embodiment can be implemented as a terminal device such as a desktop computer, a notebook computer, a smart phone, or an IOT device, or as a server device such as a conventional server, a cloud server, or a server array. If the electronic equipment of this embodiment is implemented as terminal equipment such as desktop computers, notebook computers, smart phones, etc., it can include the components in the dashed box in Figure 6; if the electronic equipment of this embodiment is implemented as a conventional server, cloud server or server array, etc. The server device may not include the components in the dashed box in FIG. 6 .

Correspondingly, an embodiment of the present application further provides a computer-readable storage medium storing a computer program. When the computer program is executed, the steps that can be executed by the electronic device in the above method embodiments can be implemented.

Correspondingly, an embodiment of the present application further provides a computer program product, including a computer program, which, when the computer program is executed by a processor, causes the processor to implement the steps executable by the electronic device in the foregoing method embodiments.

The above-mentioned communication component is configured to facilitate wired or wireless communication between the device where the communication component is located and other devices. The device where the communication component is located can access a wireless network based on communication standards, such as WiFi, 2G, 3G, 4G/LTE, 5G and other mobile communication networks, or a combination thereof. In one exemplary embodiment, the communication component receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communication assembly also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, Infrared Data Association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

The above-mentioned display includes a screen, and the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may not only sense a boundary of a touch or a swipe action, but also detect duration and pressure associated with the touch or swipe operation.

The above-mentioned power supply component provides power for various components of the equipment where the power supply component is located. A power supply component may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device in which the power supply component resides.

The aforementioned audio components may be configured to output and/or input audio signals. For example, the audio component includes a microphone (MIC), which is configured to receive an external audio signal when the device on which the audio component is located is in an operation mode, such as a calling mode, a recording mode, and a speech recognition mode. The received audio signal may be further stored in a memory or sent via a communication component. In some embodiments, the audio component further includes a speaker for outputting audio signals.

Those skilled in the art should understand that the embodiments of the present invention may be provided as methods, systems, or computer program products. Accordingly, the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

Memory may include non-permanent storage in computer readable media, in the form of random access memory (RAM) and/or nonvolatile memory such as read-only memory (ROM) or flash RAM. Memory is an example of computer readable media.

Computer-readable media, including both permanent and non-permanent, removable and non-removable media, can be implemented by any method or technology for storage of information. Information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Flash memory or other memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridge, tape magnetic disk storage or other magnetic storage device or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media excludes transitory computer-readable media, such as modulated data signals and carrier waves.

It should also be noted that the term "comprises", "comprises" or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article, or apparatus comprising a set of elements includes not only those elements, but also includes Other elements not expressly listed, or elements inherent in the process, method, commodity, or apparatus are also included. Without further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article or apparatus comprising said element.

Those skilled in the art should understand that the embodiments of the present application may be provided as methods, systems or computer program products. Accordingly, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The above descriptions are only examples of the present application, and are not intended to limit the present application. For those skilled in the art, various modifications and changes may occur in this application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the scope of the claims of the present application.

Claims

A consortium chain block production method is characterized in that it is applied to the first consortium chain node in the consortium chain network, and the method includes:

If the first consortium chain node does not receive transaction data within the current block generation cycle, an empty block is generated when the current block generation cycle arrives, and the empty block is broadcast to the consortium chain network for Each alliance chain node in the alliance chain network verifies the validity of the empty block and adds the empty block to the alliance chain when the empty block is valid;

When the empty block is added to the consortium chain, obtain the number of consecutive empty blocks appearing after the last non-empty block on the consortium chain as the first quantity;

If the first quantity is equal to the preset quantity threshold, and no transaction data is received within the next block producing period, it is forbidden to generate new empty blocks when the next block producing period arrives.
The method according to claim 1, wherein when the current block generation period arrives, generating an empty block includes:

Determine whether the current time is within the preset trading time period;

If so, an empty block will be generated when the current block generation period arrives.
The method according to claim 1, wherein when the current block generation period arrives, generating an empty block includes:

When the block generation period arrives, the first consortium chain node judges whether its current computing power is greater than or equal to a preset computing power value;

If so, an empty block is generated.
The method according to claim 1, wherein when the current block generation period arrives, generating an empty block includes:

When the current block generation cycle arrives, determine the consortium chain nodes whose current computing power is not less than the preset computing power value in the consortium chain network and the number thereof, as the second number;

If the second number is greater than or equal to the specified number, select the specified number of alliance chain nodes from the alliance chain nodes whose current computing power is greater than or equal to the preset computing power value, and send the specified number of alliance chain nodes The chain node sends a first notification to notify the specified number of consortium chain nodes to generate an empty block.
The method according to claim 4, further comprising:

If the second amount is less than the specified amount, the specified amount is subtracted from the second amount to obtain a third amount, and the second amount is selected from alliance chain nodes whose current computing power is less than the preset computing power value Three number of alliance chain nodes;

Send a second notification to the second number of alliance chain nodes and the third number of alliance chain nodes to notify the second number of alliance chain nodes and the third number of alliance chain nodes to generate Empty block.
The method according to claim 5, wherein when the current block generation period arrives, generating an empty block includes:

receiving the first notification or the second notification sent by the second consortium chain node in the consortium chain network, and generating an empty block according to the first or second notification;

Wherein, the first notification is sent by the second consortium chain node when it is recognized that the number of consortium chain nodes whose current computing power is not less than the preset computing power value in the consortium chain network is greater than or equal to the specified number , the second notification is sent by the second consortium chain node when it is recognized that the number of consortium chain nodes whose current computing power is not less than a preset computing power value in the consortium chain network is less than a specified number.
The method according to claim 1, further comprising:

If the first consortium chain node receives the first transaction data broadcast by other consortium chain nodes in the consortium chain network within the current block generation cycle or receives the second transaction data submitted by its corresponding consortium user within the current block generation cycle When trading data, it is judged whether the first transaction data or the second transaction data has been signed by multiple alliance chain users;

If the first transaction data or the second transaction data is processed by signatures of multiple alliance chain users, a non-empty block is generated according to the first transaction data or the second transaction data, and the non-empty block is broadcast To the alliance chain network, for each alliance chain node in the alliance chain network to verify the validity of the non-empty block and add the non-empty block when the non-empty block is valid to the alliance chain.
The method according to claim 7, further comprising:

If the first consortium chain node receives the second transaction data submitted by its corresponding consortium user within the current block generation period, it is determined that the node identification of the first consortium chain node is in the preset white list, and the white list The alliance chain node corresponding to the node ID in has the authority to send transaction data;

The second transaction data is broadcast to the alliance chain network, so that each alliance chain node in the alliance chain network can judge whether the second transaction data has been signed by multiple alliance chain users.
A consortium chain block generating device is characterized in that it includes:

A processing module, configured to generate an empty block when the current block generation cycle arrives if the first alliance chain node does not receive transaction data within the current block generation cycle, and broadcast the empty block to the alliance chain In the network, each alliance chain node in the alliance chain network can verify the validity of the empty block and add the empty block to the alliance chain when the empty block is valid;

An acquisition module, configured to acquire the number of empty blocks that appear consecutively after the last non-empty block on the alliance chain as the first number when the empty block is added to the alliance chain;

The processing module is further configured to prohibit the generation of new empty blocks when the next block generation cycle arrives if the first amount is equal to the preset amount threshold and no transaction data is received within the next block generation cycle.
An electronic device, characterized in that it includes: a memory and a processor;

The memory is used to store computer programs;

The processor is coupled to the memory for executing the computer program for performing the steps in the method of any one of claims 1-8.
A computer-readable storage medium storing a computer program, characterized in that, when the computer program is executed by a processor, the processor is caused to implement the steps in the method of any one of claims 1-8.
A computer program product, comprising a computer program, which implements the steps in the method of any one of claims 1-8 when the computer program is executed by a processor.