Consensus proposal method and system for alliance chain
By removing the original transaction text from the consensus proposal of the alliance chain and streamlining it, the performance problems caused by redundant communication in the existing technology are solved, and the effect of reducing communication costs and improving system performance is achieved.
Patent Information
- Application Number
- CN202411543882.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-31
- Publication Date
- 2025-02-25
AI Technical Summary
The existing consensus protocol has redundant communications during transaction processing and proposal propagation, resulting in slow proposal proposal proposal proposals and large communication losses, which affects the performance of the entire system.
By removing the original transaction text, initial proposals that meet the conditions are streamlined to reduce the communication costs across the entire network. The specific steps include the consensus node performing preliminary verification of the new transaction to form a preliminary proposal, broadcasting to the consensus node with a preset number, and performing summary calculations after receiving the signature to remove the original text of the transaction, forming a streamlined proposal to send to the leader node.
It reduces the communication costs of the entire network, improves the efficiency of proposal dissemination, and enhances the performance of the entire system.
Smart Images
Figure CN119519922A_ABST
Abstract
Description
Technical Field
[0001] The present invention belongs to the technical field of blockchain, and in particular to a consensus proposal method and system for alliance chain. Background Art
[0002] At present, blockchain technology is widely used in many fields such as finance and supply chain management. Moreover, in the consensus mechanism, the propagation speed of transaction proposals directly affects the throughput and latency of the entire system.
[0003] The existing consensus protocol sends the complete transaction text during transaction processing and proposal propagation, which results in a large amount of redundant communication, especially when the network scale is large. This affects the speed of proposal submission, increases the communication loss during proposal propagation, and leads to poor performance of the entire system. Summary of the invention
[0004] In order to overcome the above-mentioned deficiencies of the prior art, the present invention provides a consensus proposal method and system for a consortium chain, which simplifies preliminary proposals that meet the conditions by removing the original transaction text, thereby reducing the communication cost of the entire network.
[0005] To achieve the above objectives, one or more embodiments of the present invention provide the following technical solutions:
[0006] A first aspect of the present invention provides a consensus proposal method for a consortium chain.
[0007] A consensus proposal method for a consortium chain, comprising:
[0008] The consensus node performs preliminary verification on the new transaction received, forms a preliminary proposal and broadcasts it to a preset number of consensus nodes. The proposal content includes the original transaction text and node address information;
[0009] The consensus node that receives the preliminary proposal verifies the content of the proposal, signs it and sends it back to the consensus node that initiated the proposal;
[0010] The consensus node that initiates the proposal collects a preset number of valid signatures, condenses the preliminary proposals that meet the conditions by calculating the summary and removing the original transaction text, and sends the condensed proposals to the leader node;
[0011] The leader node packages all the preliminary proposals received to form a new consensus proposal, and executes the consensus process on the consensus proposal based on the consensus algorithm;
[0012] After consensus is reached, the consensus node extracts the preliminary proposal from the consensus proposal, addresses the consensus node from the preliminary proposal to obtain the transaction text, and finally executes each transaction based on the transaction text.
[0013] Furthermore, the broadcast uses a secure communication protocol to send information between consensus nodes;
[0014] The broadcast to the preset number of consensus nodes is broadcast to at least f+1 other nodes, where f is the pre-designed maximum number of tolerable Byzantine errors.
[0015] Furthermore, it also includes that the consensus node that receives the preliminary proposal stores the verified preliminary proposal after verifying the proposal content.
[0016] Furthermore, the preset number of valid signatures is f+1 valid signatures, where f is a pre-designed maximum number of tolerable Byzantine errors.
[0017] Furthermore, it also includes, when streamlining the preliminary proposal, creating a node address list and adding it to the proposal content, wherein the node address list consists of the consensus node addresses that store the transaction original text locally, including the consensus node that initiated the proposal and the consensus node that has signed.
[0018] Furthermore, the consensus algorithm includes but is not limited to a proof-of-work algorithm, a proof-of-stake algorithm, and a delegated proof-of-stake algorithm.
[0019] Furthermore, the addressing of the consensus node in the preliminary proposal to obtain the transaction original text is to randomly select a consensus node from the node address list, and obtain the transaction original text from the selected consensus node.
[0020] A second aspect of the present invention provides a consensus proposal system for a consortium chain.
[0021] A consensus proposal system for a consortium chain, comprising:
[0022] The preliminary proposal module is configured as follows: the consensus node performs preliminary verification on the received new transaction, forms a preliminary proposal and broadcasts it to a preset number of consensus nodes. The proposal content includes the original transaction text and node address information;
[0023] The proposal signature module is configured to: after the consensus node that receives the preliminary proposal verifies the content of the proposal, it signs it and sends it back to the consensus node that initiated the proposal;
[0024] The proposal simplification module is configured as follows: the consensus node that initiates the proposal collects a preset number of valid signatures, simplifies the preliminary proposals that meet the conditions by calculating the summary and removing the original transaction text, and sends the simplification proposals to the leader node;
[0025] The proposal consensus module is configured as follows: the leader node packages all the preliminary proposals received to form a new consensus proposal, and executes the consensus process on the consensus proposal based on the consensus algorithm;
[0026] The transaction execution module is configured as follows: after consensus is reached, the consensus node extracts the preliminary proposal from the consensus proposal, addresses the consensus node from the preliminary proposal to obtain the transaction text, and finally executes each transaction based on the transaction text.
[0027] A third aspect of the present invention provides a computer-readable storage medium having a program stored thereon, which, when executed by a processor, implements the steps in a consensus proposal method for a consortium chain as described in the first aspect of the present invention.
[0028] The fourth aspect of the present invention provides an electronic device, including a memory, a processor, and a program stored in the memory and executable on the processor, wherein when the processor executes the program, the steps in a consensus proposal method for a consortium chain as described in the first aspect of the present invention are implemented.
[0029] One or more of the above technical solutions have the following beneficial effects:
[0030] The present invention allows each consensus node to continuously and autonomously form a preliminary proposal after receiving a new transaction, and broadcast the proposal to a specified number (f+1) of other nodes. When the preliminary proposal obtains a sufficient number of valid signatures, the preliminary proposal is summarized and the original text is removed. The preliminary proposal is then forwarded to the leader node of the blockchain. The leader node is responsible for summarizing these preliminary proposals and packaging them into a new consensus proposal, that is, the consensus proposal from the leader node contains N preliminary proposals, and the conventional consensus process is performed on this basis. When the node finally lands on the disk (executes the transaction, synchronizes the data), it parses the preliminary proposal contained in the consensus proposal, obtains the complete transaction original text by addressing the node containing the transaction original text, and completes the execution of the transaction, thereby reducing the communication cost of the entire network.
[0031] Advantages of additional aspects of the present invention will be given in part in the following description, and in part will become obvious from the following description, or will be learned through practice of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS
[0032] The accompanying drawings in the specification, which constitute a part of the present invention, are used to provide a further understanding of the present invention. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute improper limitations on the present invention.
[0033] Figure 1 This is a flow chart of the method of the first embodiment. DETAILED DESCRIPTION
[0034] It should be noted that the following detailed descriptions are illustrative and are intended to provide further explanation of the present application. Unless otherwise specified, all technical and scientific terms used in the present invention have the same meanings as those commonly understood by those skilled in the art to which the present application belongs.
[0035] It should be noted that the terms used herein are only for describing specific embodiments and are not intended to limit the exemplary embodiments according to the present application. As used herein, unless the context clearly indicates otherwise, the singular form is also intended to include the plural form. In addition, it should be understood that when the terms "comprise" and / or "include" are used in this specification, it indicates the presence of features, steps, operations, devices, components and / or combinations thereof.
[0036] Terminology explanation:
[0037] Proposal refers to the combination and packaging of transactions by consensus nodes. In the Byzantine fault-tolerant system, 3f+1 Byzantine fault-tolerant nodes need to be satisfied, where f is the number of fault-tolerant nodes, to ensure that the system can still reach a correct consensus even when there are f Byzantine nodes.
[0038] Embodiment 1
[0039] In one embodiment of the present disclosure, a consensus proposal method for a consortium chain is provided, comprising the following steps:
[0040] Step S1: The consensus node performs preliminary verification on the received new transaction, forms a preliminary proposal and broadcasts it to a preset number of consensus nodes. The proposal content includes the original transaction text and node address information;
[0041] Furthermore, the broadcast uses a secure communication protocol to send information between consensus nodes;
[0042] The broadcast to the preset number of consensus nodes is broadcast to at least f+1 other nodes, where f is the pre-designed maximum number of tolerable Byzantine errors.
[0043] Step S2: After receiving the preliminary proposal, the consensus node verifies the content of the proposal, signs it and sends it back to the consensus node that initiated the proposal;
[0044] Furthermore, it also includes that the consensus node that receives the preliminary proposal stores the verified preliminary proposal after verifying the proposal content.
[0045] Step S3: The consensus node that initiates the proposal condenses the preliminary proposal that meets the conditions by calculating the summary and removing the original transaction text, subject to the collection of a preset number of valid signatures, and sends the condensed proposal to the leader node;
[0046] Furthermore, the preset number of valid signatures is f+1 valid signatures, where f is a pre-designed maximum number of tolerable Byzantine errors.
[0047] Furthermore, it also includes, when streamlining the preliminary proposal, creating a node address list and adding it to the proposal content, wherein the node address list consists of the consensus node addresses that store the transaction original text locally, including the consensus node that initiated the proposal and the consensus node that has signed.
[0048] Step S4: The leader node packages all the preliminary proposals received to form a new consensus proposal, and executes the consensus process on the consensus proposal based on the consensus algorithm;
[0049] Furthermore, the consensus algorithm includes but is not limited to a proof-of-work algorithm, a proof-of-stake algorithm, and a delegated proof-of-stake algorithm.
[0050] Step S5: After consensus is reached, the consensus node extracts the preliminary proposal from the consensus proposal, addresses the consensus node from the preliminary proposal to obtain the transaction text, and finally executes each transaction based on the transaction text.
[0051] Furthermore, the addressing of the consensus node in the preliminary proposal to obtain the transaction original text is to randomly select a consensus node from the node address list, and obtain the transaction original text from the selected consensus node.
[0052] As an example, a specific implementation method of a consensus proposal method for a consortium chain is as follows: Figure 1 As shown:
[0053] 1. Send transaction
[0054] The client that initiates the transaction sends the new transaction to the corresponding consensus node, such as Figure 1 As shown, three different clients send transactions A, B, and C to consensus node 1, consensus node 2, and consensus node 3 respectively.
[0055] 2. Form a preliminary proposal
[0056] After receiving new transactions from the client, each consensus node regularly summarizes the new transactions, conducts preliminary verification on them and forms a preliminary proposal containing the original text of the transaction, that is, combines and packages the new transactions that have been preliminarily verified to obtain the proposal content. Therefore, the proposal content includes but is not limited to the original text of the transaction, node identification, timestamp and other information.
[0057] 3. Broadcasting preliminary proposal
[0058] The node broadcasts the preliminary proposal to at least f+1 other nodes, where f refers to the maximum number of Byzantine errors that can be tolerated when the system is designed. A secure communication protocol should be used during the broadcast process to ensure the security and integrity of the proposal.
[0059] 4. Collect signatures and streamline proposals
[0060] After verifying that the content of the proposal is correct, the node that receives the proposal stores the preliminary proposal and provides its own digital signature to the node that initiated the proposal.
[0061] When a proposal collects f+1 valid signatures, it indicates that the proposal has been recognized and stored by the majority of honest nodes. At this time, the node that initiated the proposal will calculate the summary of the transaction and remove the original text of the preliminary proposal to streamline the proposal, thereby reducing redundant communication during the subsequent consensus algorithm.
[0062] In order to reduce the amount of data in the proposal propagation process, the transaction text is removed. However, the complete transaction text is required when executing the transaction below. Therefore, while streamlining, a node address list is created in the proposal content. The node address list consists of the consensus node addresses that store the transaction text locally, including the consensus node that initiated the proposal and the consensus node that signed it, so as to facilitate the later addressing of the consensus node that stores the transaction text, and then obtain the complete transaction text.
[0063] 5. Send the simplified preliminary plan to the master node
[0064] The master node here selects a leader node from the consensus nodes of the system and is responsible for collecting all preliminary proposals after signature simplification; the collection process must ensure fairness and avoid single point failures.
[0065] 6. The master node packages the collected preliminary proposals
[0066] The master node integrates all the preliminary proposals that have been streamlined with signatures into the new block, and in this way packages the preliminary proposals to form a new consensus proposal; the new block should include but not be limited to information such as the block header, the preliminary proposal list, and the leader node identifier, among which the proposal list is a list of preliminary proposals that have been streamlined with signatures.
[0067] 7. Consensus Process
[0068] A conventional consensus algorithm is used to reach consensus on new consensus proposals: the verification and confirmation of transactions in the consensus proposals are completed through node voting; for a transaction, if several nodes with irrelevant interests can reach a consensus, it can be considered that the entire network can also reach a consensus on this.
[0069] 8. Block propagation and synchronization
[0070] After consensus is reached, each node extracts a preliminary proposal list from the consensus proposal during execution, and then randomly selects a consensus node from the node address list of the preliminary proposal to obtain complete transaction information, that is, the transaction text. Based on the transaction text, the transaction is executed locally to complete data synchronization between nodes. Moreover, data synchronization between nodes should ensure data consistency and security.
[0071] Embodiment 2
[0072] In one embodiment of the present disclosure, a consensus proposal system for a consortium chain is provided, including:
[0073] The preliminary proposal module is configured as follows: the consensus node performs preliminary verification on the received new transaction, forms a preliminary proposal and broadcasts it to a preset number of consensus nodes. The proposal content includes the original transaction text and node address information;
[0074] The proposal signature module is configured to: after the consensus node that receives the preliminary proposal verifies the content of the proposal, it signs it and sends it back to the consensus node that initiated the proposal;
[0075] The proposal simplification module is configured as follows: the consensus node that initiates the proposal collects a preset number of valid signatures, simplifies the preliminary proposals that meet the conditions by calculating the summary and removing the original transaction text, and sends the simplification proposals to the leader node;
[0076] The proposal consensus module is configured as follows: the leader node packages all the preliminary proposals received to form a new consensus proposal, and executes the consensus process on the consensus proposal based on the consensus algorithm;
[0077] The transaction execution module is configured as follows: after consensus is reached, the consensus node extracts the preliminary proposal from the consensus proposal, addresses the consensus node from the preliminary proposal to obtain the transaction text, and finally executes each transaction based on the transaction text.
[0078] Embodiment 3
[0079] The purpose of this embodiment is to provide a computer-readable storage medium.
[0080] A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps in a consensus proposal method for a consortium chain as described in Embodiment 1 of the present disclosure.
[0081] Embodiment 4
[0082] The purpose of this embodiment is to provide an electronic device.
[0083] An electronic device includes a memory, a processor, and a program stored in the memory and executable on the processor. When the processor executes the program, the steps in a consensus proposal method for a consortium chain as described in Embodiment 1 of the present disclosure are implemented.
[0084] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.
Claims
1. A consensus proposal method for a consortium chain, characterized in that: include: The consensus node performs preliminary verification on the new transaction received, forms a preliminary proposal and broadcasts it to a preset number of consensus nodes. The proposal content includes the original transaction text. The consensus node that receives the preliminary proposal verifies the content of the proposal, signs it and sends it back to the consensus node that initiated the proposal; The consensus node that initiates the proposal collects a preset number of valid signatures, condenses the preliminary proposals that meet the conditions by calculating the summary and removing the original transaction text, and sends the condensed proposals to the leader node; The leader node packages all the preliminary proposals received to form a new consensus proposal, and executes the consensus process on the consensus proposal based on the consensus algorithm; After consensus is reached, the consensus node extracts the preliminary proposal from the consensus proposal, addresses the consensus node from the preliminary proposal to obtain the transaction text, and finally executes each transaction based on the transaction text.
2. A consensus proposal method for a consortium chain as claimed in claim 1, characterized in that: The broadcast uses a secure communication protocol to send information between consensus nodes; The broadcast to the preset number of consensus nodes is broadcast to at least f+1 other nodes, where f is the pre-designed maximum number of tolerable Byzantine errors.
3. A consensus proposal method for a consortium chain as claimed in claim 1, characterized in that: It also includes that the consensus node that receives the preliminary proposal stores the verified preliminary proposal after verifying the proposal content.
4. A consensus proposal method for a consortium chain as claimed in claim 1, characterized in that: The preset number of valid signatures is f+1 valid signatures, where f is the maximum number of Byzantine errors that can be tolerated in advance.
5. A consensus proposal method for a consortium chain as claimed in claim 3, characterized in that: It also includes, when streamlining the preliminary proposal, creating a node address list and adding it to the proposal content, wherein the node address list consists of the consensus node addresses that store the original transaction text locally, including the consensus node that initiated the proposal and the consensus node that has signed.
6. A consensus proposal method for a consortium chain as claimed in claim 1, characterized in that: The consensus algorithm includes but is not limited to a proof-of-work algorithm, a proof-of-stake algorithm, and a delegated proof-of-stake algorithm.
7. A consensus proposal method for a consortium chain as claimed in claim 5, characterized in that: The method of addressing a consensus node from the preliminary proposal to obtain the transaction original is to randomly select a consensus node from the node address list and obtain the transaction original from the selected consensus node.
8. A consensus proposal system for a consortium chain, characterized in that: include: The preliminary proposal module is configured as follows: the consensus node performs preliminary verification on the received new transaction, forms a preliminary proposal and broadcasts it to a preset number of consensus nodes. The proposal content includes the original transaction text and node address information; The proposal signature module is configured to: after the consensus node that receives the preliminary proposal verifies the content of the proposal, it signs it and sends it back to the consensus node that initiated the proposal; The proposal simplification module is configured as follows: the consensus node that initiates the proposal collects a preset number of valid signatures, simplifies the preliminary proposals that meet the conditions by calculating the summary and removing the original transaction text, and sends the simplification proposals to the leader node; The proposal consensus module is configured as follows: the leader node packages all the preliminary proposals received to form a new consensus proposal, and executes the consensus process on the consensus proposal based on the consensus algorithm; The transaction execution module is configured as follows: after consensus is reached, the consensus node extracts the preliminary proposal from the consensus proposal, addresses the consensus node from the preliminary proposal to obtain the transaction text, and finally executes each transaction based on the transaction text.
9. An electronic device, comprising: a memory for non-transitory storage of computer readable instructions; a processor for executing the computer-readable instructions; Wherein, when the computer-readable instructions are executed by the processor, the method according to any one of claims 1 to 7 is executed.
10. A storage medium, characterized in that: The computer-readable instructions are non-transitorily stored, wherein when the computer-readable instructions are executed by a computer, the method of any one of claims 1 to 7 is performed.