Block chain parallel chain management system and method supporting multi-scene independent operation

Abstract

The invention provides a block chain parallel chain management system and method supporting multi-scene independent operation. Global governance, rule making and cross-chain coordination are performed by using a main chain; a plurality of sub-chains are utilized to support different application scenes, each sub-chain comprises a plurality of nodes, and each sub-chain serves as an independent block chain network; performing node network access and sub-chain creation according to the application scene; seamless transfer and interoperation of assets and data are realized between the main chain and each sub-chain through a cross-chain mechanism; the cross-chain mechanism includes that sub-chains participating in cross-chain simultaneously meet respective internal quorum thresholds and extra quorum requirements of cross-chain interaction. According to the method and the system, the flexibility, the expandability and the security of a block chain network are improved.

Description

Technical Field

[0001] The present invention belongs to the field of blockchain technology, and specifically relates to a blockchain parallel chain management system and method that supports independent operation in multiple scenarios. Background Art

[0002] The statements in this section merely provide background information related to the present invention and do not necessarily constitute prior art.

[0003] In recent years, blockchain technology has shown great application potential in many fields with its characteristics of decentralization, data immutability, and high transparency. However, with the widespread application and in-depth development of blockchain technology, the traditional single-chain architecture has gradually exposed problems such as performance bottlenecks and insufficient scalability, making it difficult to meet the needs of large-scale transactions, high concurrent requests, and diversified application scenarios.

[0004] In order to overcome these challenges, the industry has begun to explore new blockchain architecture models, among which the parachain architecture has attracted much attention due to its unique advantages. The parachain architecture builds multiple sub-chains on the basis of the main chain, realizing the independent operation and management of different application scenarios, thereby improving the overall performance and scalability of the system. At the same time, the parachain architecture also maintains the core characteristics of blockchain technology, such as decentralization and data immutability, providing a safe and reliable data storage and transaction environment for various application scenarios.

[0005] However, the existing parallel chain management system still has shortcomings in node management, sub-chain creation and verification, especially in the quorum threshold check mechanism to ensure system stability and security, which is easy to duplicate with existing technologies. Summary of the invention

[0006] In order to solve the above problems, the present invention proposes a blockchain parallel chain management system and method that supports independent operation in multiple scenarios. The present invention improves the flexibility, scalability and security of the blockchain network by introducing a dynamic quorum threshold adjustment mechanism, optimizing the main chain consensus algorithm, innovating the sub-chain creation and management process, increasing the division of node types and improving functions.

[0007] According to some embodiments, the present invention adopts the following technical solutions:

[0008] A blockchain parallel chain management system that supports independent operation in multiple scenarios, including:

[0009] The main chain is used to achieve global governance, rule-making, and cross-chain coordination;

[0010] Multiple sub-chains, each of which includes several nodes. Each sub-chain serves as an independent blockchain network to support different application scenarios;

[0011] The main chain and each sub-chain realize seamless transfer and interoperability of assets and data through a cross-chain mechanism;

[0012] The cross-chain mechanism includes that the sub-chains participating in the cross-chain simultaneously meet their own internal quorum thresholds and additional quorum requirements for cross-chain interactions, and the internal quorum thresholds are dynamically adjusted according to system load, node health status and security requirements.

[0013] As an optional implementation, the nodes of the subchain include:

[0014] Consensus nodes are used to participate in the main chain or sub-chain consensus and are responsible for block generation and verification;

[0015] Networking nodes are used to provide network connection services and do not participate in consensus.

[0016] Special verification nodes are used to perform quorum threshold checks in the cross-chain mechanism during the sub-chain creation process.

[0017] As an optional implementation, when the sub-chain is created, any node of the main chain is selected as the sub-chain consensus node, which does not need to be consistent with the main chain node type.

[0018] As an optional implementation, when the subchain is created, multiple subchains can be created on the same node, and the consensus algorithm and data logic of each subchain are isolated.

[0019] As an optional implementation, the additional quorum requirement includes setting that the cross-chain sub-chain must have at least a set number of consensus nodes participating in the cross-chain operation, or the cross-chain operation may need to be completed within a predetermined time window.

[0020] A blockchain parallel chain management method supporting independent operation in multiple scenarios, including:

[0021] Use the main chain for global governance, rule-making, and cross-chain coordination;

[0022] Use multiple sub-chains to support different application scenarios. Each sub-chain includes several nodes, and each sub-chain serves as an independent blockchain network.

[0023] Connect nodes to the network and create sub-chains based on application scenarios;

[0024] The main chain and each sub-chain realize seamless transfer and interoperability of assets and data through a cross-chain mechanism;

[0025] The cross-chain mechanism includes that the sub-chains participating in the cross-chain simultaneously meet their own internal quorum thresholds and additional quorum requirements for cross-chain interactions, and the internal quorum thresholds are dynamically adjusted according to system load, node health status and security requirements.

[0026] As an optional implementation manner, the process of the node joining the network includes:

[0027] The node to be admitted submits an application to join the main chain;

[0028] The main chain verification node reviews the application, ensures the legitimacy of the node, and then adds the node information to the network configuration;

[0029] The node to be connected to the network establishes connections with other nodes according to the configuration information provided by the main chain, completes the networking process, and becomes a networking node;

[0030] Network nodes are added or exited according to the network load and demand.

[0031] As an optional embodiment, the application includes the public key and IP address of the node.

[0032] As an optional implementation method, the networking node can participate in the network as a non-consensus node of the main chain, providing network connection and data transmission services; the networking node can serve as a consensus node of the sub-chain, participating in the consensus process of one or more sub-chains, and the consensus and data logic of each sub-chain are separated.

[0033] As an optional implementation, the process of creating a subchain includes:

[0034] The client sends a request to the main chain to create a subchain name and subchain consensus node, with a digital signature attached. The main chain consensus node verifies the user's identity by verifying the signature.

[0035] After verifying the user's identity, the main chain consensus node checks the integrity and legitimacy of the request content;

[0036] The main chain consensus nodes reach a consensus and trigger the creation process;

[0037] The special verification node first verifies the identity of the main chain consensus node through digital signatures and performs quorum threshold checks to ensure the legitimacy and security of the creation request;

[0038] After verification, each consensus node of the subchain starts blockchain networking;

[0039] After the network is established, the sub-chain starts to operate independently and access the cross-chain mechanism, and is managed and controlled by the main chain.

[0040] As an optional implementation method, in the process of consensus among the main chain consensus nodes, the consensus nodes first conduct a pre-vote, and then conduct a formal vote based on the pre-vote results, and finally reach a consensus.

[0041] Compared with the prior art, the present invention has the following beneficial effects:

[0042] The present invention enhances the security of the system: through the innovative cross-chain mechanism between the main chain and the sub-chain, the seamless transfer and interoperability of assets and data is achieved, while ensuring the security of cross-chain operations. The optimized Quorum threshold check mechanism executed by the special verification node not only considers the number of nodes, but also comprehensively considers multi-dimensional factors such as the reputation, performance, and geographical location of the nodes, which improves the accuracy and efficiency of verification, thereby enhancing the security of the system.

[0043] The present invention improves the flexibility and scalability of the system: when creating a subchain, any node of the main chain can be flexibly selected as the subchain consensus node, without the need to be consistent with the main chain node type, which greatly improves the flexibility and scalability of the system. The dynamic joining and exiting mechanism of the networking nodes allows the network to adjust according to the load and demand, further improving the flexibility and scalability of the network.

[0044] The present invention optimizes system performance: by adopting an improved Byzantine fault-tolerant algorithm, consensus nodes first conduct a pre-vote, then conduct a formal vote based on the pre-vote results, and finally reach a consensus. This process optimizes message transmission, reduces communication overhead, and speeds up consensus, thereby improving system performance.

[0045] The present invention improves the consistency of cross-chain operations: the cross-chain quorum coordination mechanism requires that the sub-chains participating in the cross-chain must simultaneously meet their own internal quorum thresholds and the additional quorum requirements of cross-chain interactions. This mechanism ensures the security and consistency of cross-chain operations and prevents system risks caused by partial sub-chain failures or malicious behavior.

[0046] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] 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.

[0048] Figure 1 is a schematic diagram of a subchain of an embodiment;

[0049] Figure 2 This is a schematic diagram of the subchain creation process of an embodiment. DETAILED DESCRIPTION

[0050] The present invention will be further described below in conjunction with the accompanying drawings and embodiments.

[0051] It should be noted that the following detailed descriptions are all illustrative and intended to provide further explanation of the present invention. Unless otherwise specified, all technical and scientific terms used herein have the same meanings as those commonly understood by those skilled in the art to which the present invention belongs.

[0052] It should be noted that the terms used herein are only for describing specific embodiments and are not intended to limit exemplary embodiments according to the present invention. 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 "comprising" and / or "including" are used in this specification, it indicates the presence of features, steps, operations, devices, components and / or combinations thereof.

[0053] In the absence of conflict, the embodiments in this application and the features in the embodiments may be combined with each other.

[0054] Embodiment 1

[0055] A blockchain parallel chain management system that supports independent operation in multiple scenarios, with the main chain and sub-chain running in parallel, specifically including:

[0056] The main chain, as the core of the system, is responsible for global governance, rule-making and cross-chain coordination.

[0057] There are multiple sub-chains, each of which runs independently, allowing multiple sub-chains to be created according to actual needs. Sub-chains serve as independent blockchain networks to support different application scenarios.

[0058] The main chain and sub-chains achieve seamless transfer and interoperability of assets and data through an innovative cross-chain mechanism.

[0059] The subchain includes multiple nodes, such as Figure 1 As shown, the types are divided into:

[0060] Consensus node: Participates in the main chain or sub-chain consensus and is responsible for block generation and verification.

[0061] Networking nodes: provide network connection services and do not participate in consensus.

[0062] Special validation nodes: responsible for performing optimized quorum threshold checks during the subchain creation process.

[0063] When creating a subchain, you can flexibly select any node of the main chain as the subchain consensus node, without having to be consistent with the main chain node type. In addition, multiple subchains can be created on the same node, and the consensus algorithm and data logic between each subchain are isolated. This design greatly improves the flexibility and scalability of the system.

[0064] This embodiment also adopts an optimized quorum threshold check mechanism, including:

[0065] Dynamic threshold: The quorum threshold is adjusted dynamically based on factors such as system load, node health, and security requirements. This mechanism ensures that when the system status changes, a sufficient number of verification nodes can be maintained, thereby maintaining the stability and security of the system.

[0066] The specific dynamic adjustment process includes:

[0067] 1. Monitoring and evaluation: The system monitors key indicators such as node load, health status, and security requirements in real time.

[0068] 2. Threshold adjustment: Dynamically adjust the quorum threshold based on monitoring results. When the system load exceeds the set value, lower the threshold to increase the system's processing capacity; when the system faces security risks, increase the threshold to enhance system security.

[0069] Multi-dimensional node evaluation: In the quorum threshold check process, not only the number of nodes is considered, but also multi-dimensional factors such as node reputation, performance, and geographical location can be comprehensively considered. Nodes are evaluated through intelligent algorithms to select the most suitable node combination for verification, thereby improving the accuracy and efficiency of verification.

[0070] Cross-chain quorum coordination: In cross-chain operations, a cross-chain quorum coordination mechanism is introduced. It requires that the sub-chains participating in the cross-chain must simultaneously meet their own internal quorum thresholds and the additional quorum requirements for cross-chain interactions. This mechanism can ensure the security and consistency of cross-chain operations and prevent system risks caused by partial sub-chain failures or malicious behavior.

[0071] In this embodiment, the additional quorum requirement can be a comprehensive consideration based on factors such as the number of consensus nodes, node performance, and node reputation of the cross-chain sub-chain.

[0072] For example, it can be set that cross-chain sub-chains must have at least a certain number of consensus nodes participating in cross-chain operations, or cross-chain operations may need to be completed within a specific time window to prevent long-term unfinished transactions from causing system instability.

[0073] Embodiment 2

[0074] A blockchain parallel chain management method supporting independent operation in multiple scenarios, including:

[0075] Use the main chain for global governance, rule-making, and cross-chain coordination;

[0076] Use multiple sub-chains to support different application scenarios. Each sub-chain includes several nodes, and each sub-chain serves as an independent blockchain network.

[0077] Connect nodes to the network and create sub-chains based on application scenarios;

[0078] The main chain and each sub-chain realize seamless transfer and interoperability of assets and data through a cross-chain mechanism;

[0079] The cross-chain mechanism includes that the sub-chains participating in the cross-chain simultaneously meet their own internal quorum thresholds and additional quorum requirements for cross-chain interactions, and the internal quorum thresholds are dynamically adjusted according to system load, node health status and security requirements.

[0080] The process of node accessing the network includes the following steps:

[0081] 1) The node to be admitted submits an application to join the main chain, including the node's public key, IP address and other information;

[0082] 2) The main chain verification node reviews the application, ensures the legitimacy of the node, and then adds the node information to the network configuration.

[0083] 3) The node to be connected to the network establishes connections with other nodes based on the configuration information provided by the main chain, completes the networking process, and becomes a networking node.

[0084] 4) Networking nodes can participate in the network as non-consensus nodes of the main chain, providing network connection and data transmission services. These nodes can participate in network maintenance, such as updating routing information, forwarding data packets, etc., but do not participate in the main chain consensus process.

[0085] 5) At the same time, the networking nodes can also serve as the consensus nodes of the sub-chains, participating in the consensus process of one or more sub-chains. The consensus and data logic of each sub-chain are separated.

[0086] 6) The joining and exiting mechanism of networking nodes is dynamic and can be adjusted according to the load and demand of the network, which improves the flexibility and scalability of the network.

[0087] Among them, Figure 2 As shown in the figure, the process of creating a subchain includes:

[0088] 1) The client sends a creation request to the main chain containing parameters such as the subchain name and subchain consensus node. The request must be accompanied by a digital signature. The main chain consensus node confirms the user's identity by verifying the signature.

[0089] 2) After verifying the user’s identity, the main chain consensus node checks the integrity and legitimacy of the request content, including the sub-chain’s parameter settings, consensus algorithm, etc.

[0090] 3) The main chain consensus nodes reach a consensus and trigger the creation process: The main chain consensus nodes adopt an improved Byzantine fault-tolerant algorithm. In this algorithm, the consensus nodes first conduct a pre-vote, then conduct a formal vote based on the pre-vote results, and finally reach a consensus.

[0091] Specifically, in this embodiment, the pre-voting stage: after receiving the proposal, the consensus node first conducts a pre-voting. In this stage, each node decides whether to support the proposal based on the content of the proposal and its own verification logic. The pre-voting does not directly determine whether the proposal is passed or not, but is used to collect the node's attitude towards the proposal.

[0092] Pre-voting result analysis: After the pre-voting is over, the nodes collect and analyze the pre-voting results. If the number of support for the proposal is greater than the number of oppositions, it will enter the formal voting stage; if the support is insufficient, the proposal may be rejected or returned for revision.

[0093] 4) The special verification node first verifies the identity of the main chain consensus node through a digital signature, and then performs the optimized quorum threshold check provided in Example 1 to ensure the legitimacy and security of the creation request.

[0094] 5) After verification, each consensus node of the subchain starts the blockchain networking process.

[0095] 6) After the network is established, the sub-chain starts to operate independently and access the cross-chain mechanism, and is managed and controlled by the main chain.

[0096] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0097] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0098] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0099] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0100] 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 by those skilled in the art within the spirit and principle of the present invention without creative labor shall be included in the protection scope of the present invention.

Claims

1. A blockchain parallel chain management system that supports independent operation in multiple scenarios, characterized by: include: The main chain is used to achieve global governance, rule-making, and cross-chain coordination; Multiple sub-chains, each of which includes several nodes. Each sub-chain serves as an independent blockchain network to support different application scenarios; The main chain and each sub-chain realize seamless transfer and interoperability of assets and data through a cross-chain mechanism; The cross-chain mechanism includes that the sub-chains participating in the cross-chain simultaneously meet their own internal quorum thresholds and additional quorum requirements for cross-chain interactions, and the internal quorum thresholds are dynamically adjusted according to system load, node health status and security requirements.

2. A blockchain parallel chain management system that supports independent operation in multiple scenarios as claimed in claim 1, characterized in that: The nodes of the subchain include: Consensus nodes are used to participate in the main chain or sub-chain consensus and are responsible for block generation and verification; Networking nodes are used to provide network connection services and do not participate in consensus. Special verification nodes are used to perform quorum threshold checks in the cross-chain mechanism during the sub-chain creation process.

3. A blockchain parallel chain management system supporting multi-scenario independent operation as claimed in claim 1, characterized in that: When the subchain is created, any node of the main chain is selected as the subchain consensus node, which does not need to be consistent with the main chain node type; Alternatively, when the subchain is created, multiple subchains can be created on the same node, and the consensus algorithm and data logic of each subchain are isolated.

4. A blockchain parallel chain management system supporting multi-scenario independent operation as claimed in claim 1, characterized in that: The additional quorum requirements include setting that the cross-chain sub-chain must have at least a set number of consensus nodes participating in the cross-chain operation, or that the cross-chain operation may need to be completed within a predetermined time window.

5. A blockchain parallel chain management method that supports independent operation in multiple scenarios, characterized in that: include: Use the main chain for global governance, rule-making, and cross-chain coordination; Use multiple sub-chains to support different application scenarios. Each sub-chain includes several nodes, and each sub-chain serves as an independent blockchain network. Connect nodes to the network and create sub-chains based on application scenarios; The main chain and each sub-chain realize seamless transfer and interoperability of assets and data through a cross-chain mechanism; The cross-chain mechanism includes that the sub-chains participating in the cross-chain simultaneously meet their own internal quorum thresholds and additional quorum requirements for cross-chain interactions, and the internal quorum thresholds are dynamically adjusted according to system load, node health status and security requirements.

6. A blockchain parallel chain management method supporting multi-scenario independent operation as claimed in claim 5, characterized in that: The process of the node joining the network includes: The node to be admitted submits an application to join the main chain; The main chain verification node reviews the application, ensures the legitimacy of the node, and then adds the node information to the network configuration; The node to be connected to the network establishes connections with other nodes according to the configuration information provided by the main chain, completes the networking process, and becomes a networking node; Network nodes are added or exited according to the network load and demand.

7. A blockchain parallel chain management method supporting multi-scenario independent operation as claimed in claim 6, characterized in that: The application includes the node's public key and IP address.

8. A blockchain parallel chain management method supporting multi-scenario independent operation as claimed in claim 6, characterized in that: The networking nodes can participate in the network as non-consensus nodes of the main chain, providing network connection and data transmission services; the networking nodes can serve as consensus nodes of sub-chains, participating in the consensus process of one or more sub-chains, and the consensus and data logic of each sub-chain are separated.

9. A blockchain parallel chain management method supporting multi-scenario independent operation as claimed in claim 5, characterized in that: The process of creating a subchain includes: The client sends a request to the main chain to create a subchain name and subchain consensus node, with a digital signature attached. The main chain consensus node verifies the user's identity by verifying the signature. After verifying the user's identity, the main chain consensus node checks the integrity and legitimacy of the request content; The main chain consensus nodes reach a consensus and trigger the creation process; The special verification node first verifies the identity of the main chain consensus node through digital signatures and performs quorum threshold checks to ensure the legitimacy and security of the creation request; After verification, each consensus node of the subchain starts blockchain networking; After the network is established, the sub-chain starts to operate independently and access the cross-chain mechanism, and is managed and controlled by the main chain.

10. A blockchain parallel chain management method supporting multi-scenario independent operation as claimed in claim 9, characterized in that: In the process of reaching consensus among the consensus nodes of the main chain, the consensus nodes first conduct a pre-vote, then conduct a formal vote based on the pre-vote results, and finally reach a consensus.

Images