Sub-chain management method, storage medium, electronic apparatus and computer program product
By introducing the establishment and consensus mechanism of sub-chain management blocks in telecommunications networks, the problem of sub-chain nodes being unable to be managed is solved, thereby improving the trust and security of telecommunications networks.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- ZTE CORP
- Filing Date
- 2025-08-27
- Publication Date
- 2026-05-21
AI Technical Summary
In existing technologies, subchain nodes cannot participate in the management and supervision of subchains, resulting in the failure to meet the trusted security requirements of telecommunications networks.
The first node establishes a sub-chain management block and broadcasts it to the second node to achieve consensus, thereby realizing the management and supervision of sub-chain nodes, including the carrying of parameter information and the consensus process.
It enhances the trust and security of telecommunications networks and enables sub-chain nodes to manage and supervise themselves.
Smart Images

Figure CN2025117324_21052026_PF_FP_ABST
Abstract
Description
Subchain management methods, storage media, electronic devices, and computer program products
[0001] Cross-reference to related applications
[0002] This disclosure is based on and claims priority to Chinese patent application CN202411628802.7, filed on November 14, 2024, entitled “Subchain Management Method, Storage Medium, Electronic Device and Computer Program Product”, the entire contents of which are incorporated herein by reference. Technical Field
[0003] This disclosure relates to the field of communications, and more specifically, to a sub-chain management method, storage medium, electronic device, and computer program product. Background Technology
[0004] The convergence of ODICT brings new elements, ecosystems, and models to 6G networks, with trust being one of them. Distributed ledgers are a key technology for achieving inherent trust in 6G networks. Distributed ledgers may take the form of multiple chains, divided into a main chain and sub-chains. Sub-chains need to meet specific requirements and configurations; for example, a logistics sub-chain might be used at a port. However, telecommunications networks rely on centralized control by the core network, with all control commands issued by the core network. Sub-chain nodes cannot participate in the management and supervision of the sub-chains and can only passively use them, which does not meet the requirements for trust and security in telecommunications networks. Summary of the Invention
[0005] This disclosure provides a subchain management method, a storage medium, an electronic device, and a computer program product.
[0006] According to one embodiment of this disclosure, a subchain management method is provided, comprising: a first node establishing a subchain management block, the subchain management block carrying corresponding parameter information; the first node broadcasting the subchain management block to a second node to achieve consensus on the subchain management block.
[0007] According to yet another embodiment of this disclosure, a computer-readable storage medium is also provided, wherein a computer program is stored therein, wherein the computer program is configured to perform the steps in any of the above method embodiments when it is run.
[0008] According to yet another embodiment of this disclosure, an electronic device is also provided, including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the steps in any of the above method embodiments.
[0009] According to yet another embodiment of this disclosure, a computer program product is also provided, including a computer program that, when executed by a processor, implements the steps in any of the above method embodiments. Attached Figure Description
[0010] Figure 1 is a hardware structure block diagram of the computer terminal on which the subchain management method of this disclosure is run;
[0011] Figure 2 is a flowchart of a subchain management method according to an embodiment of the present disclosure;
[0012] Figure 3 is a structural block diagram of the sub-chain management device according to an embodiment of the present disclosure. Detailed Implementation
[0013] The embodiments of this disclosure will be described in detail below with reference to the accompanying drawings and examples.
[0014] It should be noted that the terms "first," "second," etc., in the specification, claims, and drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.
[0015] Among related technologies, distributed ledgers possess characteristics such as multi-party consensus, immutability, and transparency, enabling decentralized trust and automatic execution of trust, thus becoming a key technology for 6G trust. 6G distributed ledgers have the following requirements: first, they need to achieve high-speed transaction rates to meet the tens of thousands of interactions per second required by 6G; second, they need to ensure a certain level of security, providing different security levels for different businesses, scenarios, or nodes; and third, they need customizable configurations, similar to vertical industry networks with different parameter configurations. Therefore, there is a consensus in the industry that 6G native distributed ledgers need to have multi-chain characteristics, which can be divided into sub-chains and a main chain. The main chain is the ever-present basic chain, while sub-chains are configurable personalized chains. The two chains have different node admission lists and different parameter configurations. Sub-chains have fewer restrictions on usage compared to the main chain; for example, a specific industry can use a customized sub-chain. This characteristic necessitates that sub-chains possess a certain degree of autonomy.
[0016] Existing public network distributed ledger subchains utilize mechanisms such as notary publics, hash locking, and sidechains. These technologies generally generate subchains that are not directly related to the original chain, and the original chain does not participate in the consensus process. In telecommunications networks, such subchain methods clearly do not meet the requirements of trust and security; therefore, a new subchain management method is needed for telecommunications networks.
[0017] The method embodiments provided in this disclosure can be executed in a mobile terminal, computer terminal, or similar computing device. Taking running on a computer terminal as an example, FIG1 is a hardware structure block diagram of the computer terminal on which the sub-chain management method of this disclosure is run. As shown in FIG1, the computer terminal 100 may include one or more (only one is shown in FIG1) processors 101 (processors 101 may include, but are not limited to, processing devices such as microprocessors MCUs or programmable logic devices FPGAs) and a memory 102 configured to store data. The computer terminal 100 may also include a transmission device configured for communication functions and an input / output device. It will be understood by those skilled in the art that the structure shown in FIG1 is only illustrative and does not limit the structure of the computer terminal. For example, the computer terminal may also include more or fewer components than shown in FIG1, or have a different configuration than shown in FIG1.
[0018] The memory 102 may be configured to store computer programs, such as application software programs and modules, like the computer program corresponding to the sub-chain management method in this embodiment. The processor 101 executes various functional applications and data processing by running the computer program stored in the memory 102, thereby implementing the aforementioned method. The memory 102 may include high-speed random access memory and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 102 may further include memory remotely located relative to the processor 101, and these remote memories can be connected to a computer terminal via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.
[0019] The transmission device is configured to receive or send data via a network. Specific examples of the network described above may include a wireless network provided by the computer terminal's communication provider. In one example, the transmission device includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission device may be a Radio Frequency (RF) module configured to communicate with the Internet wirelessly.
[0020] This disclosure provides a subchain management method. Figure 2 is a flowchart of the subchain management method according to this disclosure. As shown in Figure 2, the process includes the following steps:
[0021] Step S202: The first node establishes a sub-chain management block, which carries the corresponding parameter information.
[0022] In this embodiment, subchain management includes the processes of subchain creation, modification, and sealing. However, in actual embodiments, the management methods are not limited to these three. Correspondingly, the first node establishing the subchain management block can be any node establishing the subchain management block, where the subchain management block is set to create a subchain. Alternatively, the first node establishing the subchain management block can be a subchain node establishing the subchain management block, where the subchain management block is set to modify the parameter information of the subchain; this subchain management block can also be called a modification block. Furthermore, the first node establishing the subchain management block can be a subchain node establishing the subchain management block, where the subchain management block is set to seal the subchain; this subchain management block can also be called a sealing block.
[0023] In an exemplary embodiment, the first node establishes a sub-chain management block, which includes: the first node determining the corresponding parameter information and establishing a sub-chain management block based on the corresponding parameter information, wherein the sub-chain management block is configured to establish a sub-chain.
[0024] In an exemplary embodiment, the first node determines the corresponding parameter information by: the first node initiating the subchain establishment request independently determining the corresponding parameter information; or, the first node initiating the subchain establishment request negotiating parameters with other first nodes to determine the corresponding parameter information.
[0025] In this embodiment of the disclosure, the first node performs the initial establishment process of the sub-chain, and the first node can be any node. The number of first nodes can be one or more.
[0026] In this embodiment, if there is only one first node participating in the initial establishment of the subchain, this node can determine the corresponding parameter information on its own without negotiation. If there is more than one first node participating in the initial establishment of the subchain, all the first nodes participating in the initial establishment of the subchain need to negotiate parameters to determine the parameter information corresponding to the subchain.
[0027] In one exemplary embodiment, the parameter information includes at least one of the following: the identifier of the subchain management block; the identifier of the first node participating in the subchain; the consensus rules of the subchain's transaction blocks; the consensus rules of the subchain's management blocks; the smart contract form of the subchain; and the digital signature of the first node participating in the subchain.
[0028] In step S204, the first node broadcasts the sub-chain management block to the second node to reach consensus on the sub-chain management block.
[0029] In this embodiment of the disclosure, the second node may include a sub-chain node and a main chain consensus node.
[0030] In an exemplary embodiment, the first node broadcasts a subchain management block to the second node to reach consensus on the subchain management block. This includes: the first node sending the subchain management block to the main chain consensus nodes so that each main chain consensus node verifies the parameter information in the subchain management block. If all main chain consensus nodes pass the verification, the consensus on the subchain management block and the establishment of the subchain are completed.
[0031] In one embodiment, the first node establishes a subchain management block, which includes: the first node digitally signing the parameter information to be modified of the subchain, and establishing a subchain management block based on the parameter information to be modified, wherein the subchain management block is set to modify the subchain parameters, and the first node is a subchain node.
[0032] In this embodiment of the disclosure, the establishment of a sub-chain management block by the first node can be achieved by the sub-chain node establishing a sub-chain management block, wherein the sub-chain management block is configured to modify the parameter information of the sub-chain, and the sub-chain management block can also be referred to as a modification block.
[0033] In one embodiment, the first node broadcasts a subchain management block to the second node, including: the first node broadcasts the subchain management block to other subchain nodes so that the other subchain nodes can reach a consensus on the subchain management block.
[0034] In this embodiment of the disclosure, the first node broadcasts the sub-chain management block to other sub-chain nodes, wherein the other sub-chain nodes are sub-chain nodes in the same sub-chain as the first node.
[0035] In one embodiment, the first node establishes a subchain management block, including: the first node broadcasting the subchain's parameter information to be modified to other subchain nodes; and, if the number of other subchain nodes that have reached consensus on the parameter information to be modified meets the subchain management block consensus rules, the first node establishes a subchain management block based on the parameter information to be modified and the digital signature corresponding to the first node, wherein the subchain management block is set to modify subchain parameters, and the first node is a subchain node.
[0036] In this embodiment of the disclosure, the security requirements for modifying blocks are relatively high, such as modifying the consensus rules for managing blocks. This can also be achieved using a two-step consensus mechanism involving sub-chain nodes and main-chain consensus nodes. Specifically, the sub-chain nodes first reach a consensus on the parameter information to be modified, and then the main-chain consensus nodes reach a consensus on the modified block.
[0037] In one embodiment, the first node broadcasts a subchain management block to the second node, including: the first node sending the subchain management block to the main chain consensus node so that the main chain consensus node can reach a consensus on the subchain management block.
[0038] In one exemplary embodiment, different sub-chain management blocks satisfy a generation interval rule, which includes at least one of the following: a preset time interval between different sub-chain management blocks; or a preset number of blocks between different sub-chain management blocks.
[0039] In this embodiment of the disclosure, the interval between the generation of two modified blocks is subject to certain rules, which may be a certain time interval or a certain number of blocks, to prevent frequent disturbances to the rules.
[0040] In one embodiment, the first node establishes a sub-chain management block, which includes: the first node digitally signing the parameter information to be sealed of the sub-chain, and establishing a sub-chain management block based on the parameter information to be sealed, wherein the sub-chain management block is set to seal the sub-chain, and the first node is a sub-chain node.
[0041] In this embodiment of the disclosure, the first node establishing the sub-chain management block can also be a sub-chain node establishing the sub-chain management block, wherein the sub-chain management block is set to seal the sub-chain, and the sub-chain management block can also be referred to as the seal block.
[0042] In one embodiment, the first node broadcasts a subchain management block to the second node, including: the first node broadcasts the subchain management block to other subchain nodes so that the other subchain nodes can reach a consensus on the subchain management block.
[0043] In one embodiment, the first node establishes a subchain management block, including: the first node broadcasting the subchain's parameters to be sealed to other subchain nodes; and, if the number of other subchain nodes that have reached consensus on the parameters to be sealed meets the subchain management block consensus rules, the first node establishes a subchain management block based on the parameters to be sealed and the digital signature corresponding to the first node, wherein the subchain management block is set to seal the subchain, and the first node is a subchain node.
[0044] In this embodiment of the disclosure, the establishment of a sealed block can also be achieved through a two-step consensus between the sub-chain nodes and the main chain consensus nodes. That is, the sub-chain nodes first reach a consensus on the parameter information to be sealed, and then the main chain consensus nodes reach a consensus on the sealed block.
[0045] In one embodiment, the first node broadcasts a subchain management block to the second node, including: the first node sending the subchain management block to the main chain consensus node so that the main chain consensus node can reach a consensus on the subchain management block.
[0046] The above steps provide a subchain management method. A first node establishes a subchain management block, which carries corresponding parameter information. The first node broadcasts the subchain management block to a second node to achieve consensus. This solves the problem in related technologies where subchain nodes cannot participate in the management and supervision of the subchain, failing to meet the trusted security requirements of telecommunications networks. It achieves the effect of enabling subchain nodes to participate in the management and supervision of the subchain, thereby improving the trusted security of telecommunications networks.
[0047] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods according to the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this disclosure, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of this disclosure.
[0048] This embodiment also provides a sub-chain management device, which is configured to implement the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.
[0049] Figure 3 is a structural block diagram of the subchain management device according to an embodiment of this disclosure. As shown in Figure 3, the subchain management device 300 includes a block creation module 310 and a broadcast consensus module 320. The subchain management device 300 can be set at a first node. The block creation module 310 is configured to create subchain management blocks, and the subchain management blocks carry corresponding parameter information. The broadcast consensus module 320 is configured to broadcast the subchain management blocks to a second node to achieve consensus on the subchain management blocks.
[0050] In this embodiment of the disclosure, the sub-chain management device may further include different modules, and the naming and functional division of the modules may be selected in different ways according to the actual situation, without specific restrictions.
[0051] It should be noted that the above modules can be implemented by software or hardware. For the latter, they can be implemented in the following ways, but are not limited to: all the above modules are located in the same processor; or, the above modules are located in different processors in any combination.
[0052] Embodiments of this disclosure also provide a computer-readable storage medium storing a computer program configured to perform the steps in any of the above method embodiments when executed.
[0053] In one exemplary embodiment, the aforementioned computer-readable storage medium may include, but is not limited to, various media capable of storing computer programs, such as a USB flash drive, read-only memory (ROM), random access memory (RAM), portable hard disk, magnetic disk, or optical disk.
[0054] Embodiments of this disclosure also provide an electronic device including a memory and a processor, the memory storing a computer program and the processor being configured to run the computer program to perform the steps in any of the above method embodiments.
[0055] In one exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor and the input / output device is connected to the processor.
[0056] This disclosure also provides a computer program product, including a computer program that, when executed by a processor, implements the steps in any of the above method embodiments.
[0057] In one exemplary embodiment, the computer program product described above includes a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the methods described in various embodiments of this disclosure.
[0058] Specific examples in this embodiment can be found in the examples described in the above embodiments and exemplary implementations, and will not be repeated here.
[0059] It is obvious to those skilled in the art that the modules or steps of this disclosure described above can be implemented using general-purpose computing devices. They can be centralized on a single computing device or distributed across a network of multiple computing devices. They can be implemented using computer-executable program code, and thus can be stored in a storage device for execution by a computing device. In some cases, the steps shown or described can be performed in a different order than those presented herein, or they can be fabricated as separate integrated circuit modules, or multiple modules or steps can be fabricated as a single integrated circuit module. Thus, this disclosure is not limited to any particular combination of hardware and software.
[0060] To enable those skilled in the art to better understand the technical solutions disclosed herein, the following description is provided in conjunction with different embodiments.
[0061] In this embodiment of the disclosure, the management of subchains includes the creation, modification and sealing of subchains. However, in actual embodiments, the management methods are not limited to these three.
[0062] Example 1
[0063] 6G native distributed ledgers are generally consortium blockchains, with members limited to a specific group and a limited number of third parties. The chain is jointly managed by these members. 6G native distributed ledgers have a multi-chain structure, consisting of a main chain and sub-chains. The main chain exists since the system's inception, with a lifespan identical to the system's. Main chain nodes can be categorized as user nodes and consensus nodes. Consensus nodes participate in the main chain's block consensus and can be further divided into management nodes and consensus-only nodes. Management nodes are typically handled by core network distributed ledger functional nodes; the rest are consensus-only nodes. User nodes do not participate in the main chain's block consensus; they only use the main chain.
[0064] A subchain is a chain connected to the main chain. Each subchain must have a unique identifier, and each block in a subchain contains this identifier to identify whether the block belongs to the main chain or a specific subchain. Subchain blocks, like those in the main chain, can be divided into two types, generated using different methods: transaction blocks, which contain various transaction information, and management blocks, which contain only subchain parameter information. Subchains focus on a specific function or purpose and are highly specialized; therefore, they need the ability to adjust their parameters to ensure they always meet the actual needs of the subchain nodes. Thus, subchains can use a multi-party consensus mechanism among subchain nodes to generate management blocks, enabling modifications to subchain parameters.
[0065] In this embodiment, the process of establishing the sub-chain will be introduced first.
[0066] In this embodiment of the disclosure, any node can create a sub-chain through the consensus of the main chain consensus nodes, as follows:
[0067] S1. One or more nodes (i.e., the first node) that wish to establish a subchain negotiate the parameter information corresponding to the subchain. The parameter information includes the consensus rules for the transaction blocks of the subchain, the consensus rules for the management blocks of the subchain, the identifier of the first node participating in the initial establishment of the subchain, and the form of the smart contract of the subchain.
[0068] In this embodiment, the first node performs the initial establishment process of the sub-chain, and the first node can be any node. The number of first nodes can be one or more.
[0069] In this embodiment, if there is only one first node participating in the initial establishment of the subchain, this node can determine the corresponding parameter information on its own without negotiation. If there is more than one first node participating in the initial establishment of the subchain, all the first nodes participating in the initial establishment of the subchain need to negotiate parameters to determine the parameter information corresponding to the subchain.
[0070] S2. One of the nodes in the first node that participates in the initial establishment of the sub-chain generates a sub-chain number according to the sub-chain numbering rules.
[0071] In this embodiment, the subchain number can be composed of the subchain negotiation time plus the node code.
[0072] S3. The first node establishes a sub-chain management block and sends the sub-chain management block to the main chain consensus node.
[0073] In this embodiment, the subchain management block carries corresponding parameter information, and the subchain management block also carries digital signatures of the corresponding parameter information of all participating nodes in the subchain, i.e., the first node.
[0074] S4. Upon receiving the subchain management block, the main chain consensus node verifies whether the subchain number contained in the transaction already exists, whether the parameter information corresponding to the subchain conforms to the distributed ledger rules, and whether the digital signature is correct. If the transaction fails verification, the subchain management block is discarded. If the transaction passes verification, the subchain management block is sent to other main chain consensus nodes.
[0075] In this embodiment, the process of sending / broadcasting a subchain management block to the main chain consensus node is carried out sequentially. The main chain consensus node that receives the subchain management block first will further broadcast the subchain management block to the corresponding other main chain consensus nodes.
[0076] S5. The main chain consensus node decides whether the sub-chain management block is recognized (consensus) after a certain consensus process. If the sub-chain management block is recognized (consensus), the sub-chain is officially established, and the main chain consensus node records the sub-chain management block.
[0077] Example 2
[0078] In this embodiment, the modification of the subchain is described.
[0079] After a subchain is established, its nodes can modify its parameters through consensus, writing the modified and new parameters into blocks to form modified blocks. These modified blocks are also a type of subchain management block, and the subchain's parameters are based on the latest modified block. All blocks generated after a modified block must trace back to that modified block; otherwise, they are considered invalid. In other words, once a subchain's parameters are modified and recorded in a modified block (also called a management block / subchain management block), all subsequently generated blocks must contain a reference to this modified block or be connected to it in some way to ensure they adhere to the latest parameter settings.
[0080] In this embodiment, the subchain management block is also referred to as the modification block.
[0081] In this embodiment, the interval between the generation of two modified blocks is subject to certain rules, such as a certain time interval or a certain number of blocks, to prevent frequent rule disturbances. Subchain parameter modifications can be directly achieved through consensus among subchain nodes, as follows:
[0082] S1. The first node that wants to modify the parameters will digitally sign the modified parameter information and generate a modified block to be broadcast to other child chain nodes.
[0083] In this embodiment, the first node whose parameters are to be modified is a child chain node.
[0084] In this embodiment of the disclosure, the first node broadcasts the modified block to other sub-chain nodes, wherein the other sub-chain nodes are sub-chain nodes in the same sub-chain as the first node.
[0085] S2. According to the consensus rules of the subchain's management block, after a certain consensus process, if the consensus requirements are met, the modified block is recognized (consensus).
[0086] In another feasible implementation that modifies the parameter information of the sub-chain, the security requirements for modifying blocks are relatively high, such as modifying the consensus rules for managing blocks. This can also be achieved using a two-step consensus mechanism involving sub-chain nodes and main-chain consensus nodes, as detailed below:
[0087] S1. The first node that wants to modify the parameter information digitally signs the corresponding parameter information that needs to be modified, generates the parameter information to be modified, and broadcasts it to the child chain nodes.
[0088] In this embodiment of the disclosure, the first node broadcasts the parameter information to be modified to other sub-chain nodes, wherein the other sub-chain nodes are sub-chain nodes in the same sub-chain as the first node.
[0089] S2. Sub-chain nodes reach a consensus on the parameter information to be modified. If the parameter information to be modified is not accepted, it is discarded. If the parameter information to be modified is accepted, it is digitally signed and sent back to the first node that wants to modify the parameter.
[0090] S3. If the number of accepted parameters to be modified reaches the consensus rule requirement of the subchain's management block, the first node that wants to modify the parameters will generate a modified block with the parameters to be modified and the digital signature, and send it to the main chain consensus node.
[0091] S4. The main chain consensus nodes verify the authenticity of the digital signature of the modified block according to the consensus rules of the sub-chain's management block, and reach a consensus on the modified block. If the verification fails or the nodes disagree, the modified block is discarded. If the consensus meets the requirements of the consensus rules, the modified block is accepted.
[0092] Example 3
[0093] In this embodiment, the sealing of subchains is described.
[0094] When a child chain node exits, resulting in too few child chain nodes, or in other situations where it is necessary to close the child chain, the child chain can be sealed, generating a sealed block. The sealed block can be traced back to all valid blocks in the child chain, ensuring that it is the last block of the child chain.
[0095] In this embodiment, the subchain management block can also be referred to as the sealed block.
[0096] In this embodiment, the establishment of a sealed block can be achieved through consensus among sub-chain nodes, as detailed below:
[0097] S1. The first node of the desired sealed sub-chain will digitally sign the parameter information to be sealed and generate a sealed block to be broadcast to other sub-chain nodes.
[0098] In this embodiment, the sealed block is set as a sealed sub-chain, and the first node is a sub-chain node.
[0099] In this embodiment of the disclosure, the first node broadcasts the archived block to other sub-chain nodes, wherein the other sub-chain nodes are sub-chain nodes in the same sub-chain as the first node.
[0100] S2. Subchain nodes determine the legality of sealed blocks according to the consensus rules of the subchain's management blocks. After a certain consensus process, if the consensus requirements are met, the sealed block is recognized.
[0101] In another feasible implementation of sealing subchains, the creation of sealed blocks can also be achieved through a two-step consensus process involving subchain nodes and main chain consensus nodes, as follows:
[0102] S1. The first node of the desired sealed sub-chain digitally signs the parameter information to be sealed and generates the parameter information to be sealed, which is then broadcast to other sub-chain nodes.
[0103] In this embodiment of the disclosure, the first node broadcasts the parameter information to be sealed to other sub-chain nodes, wherein the other sub-chain nodes are sub-chain nodes in the same sub-chain as the first node.
[0104] S2. Subchain nodes reach a consensus on the parameter information to be sealed. If the parameter information to be sealed is not accepted, it is discarded. If the parameter information to be sealed is accepted, it is digitally signed and sent back to the first node of the subchain that wants to seal it.
[0105] S3. If the number of parameters to be sealed that are recognized reaches the consensus rule requirement of the sub-chain's management block, then the first node of the sealed sub-chain is expected to generate a sealed block with the parameters to be sealed and the digital signature, and send it to the main chain consensus node.
[0106] S4. The main chain consensus nodes verify the authenticity of the digital signature of the sealed block according to the management block consensus rules of the sub-chain, and reach a consensus on the sealed block. If the verification fails or is disagreed, the sealed block is discarded. If the consensus meets the requirements of the management block consensus rules of the sub-chain, the sealed block is accepted.
[0107] The above description is merely a preferred embodiment of this disclosure and is not intended to limit this disclosure. Various modifications and variations can be made to this disclosure by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the principles of this disclosure should be included within the scope of protection of this disclosure.
Claims
1. A subchain management method, comprising: The first node establishes a sub-chain management block, which carries corresponding parameter information; The first node broadcasts the sub-chain management block to the second node to reach consensus on the sub-chain management block.
2. The method of claim 1, wherein, The first node establishes a sub-chain management block, including: The first node determines the corresponding parameter information and establishes the sub-chain management block based on the corresponding parameter information. The sub-chain management block is set to establish a sub-chain.
3. The method of claim 2, wherein, The first node determines the corresponding parameter information, including: The first node that initiates the subchain establishment request independently determines the corresponding parameter information; Alternatively, the first node that initiates the subchain establishment request may negotiate parameters with other first nodes to determine the corresponding parameter information.
4. The method of claim 2, wherein, The parameter information includes at least one of the following: The identifier of the subchain management block; the identifier of the first node participating in the subchain; the consensus rules of the subchain transaction blocks; the consensus rules of the subchain management blocks; the smart contract form of the subchain; and the digital signature of the first node participating in the subchain.
5. The method of claim 1, wherein, The first node broadcasts the sub-chain management block to the second node to achieve consensus on the sub-chain management block, including: The first node sends the sub-chain management block to the main chain consensus node, so that each main chain consensus node can verify the parameter information in the sub-chain management block to complete the consensus of the sub-chain management block and the establishment of the sub-chain.
6. The method of claim 1, wherein, The first node establishes a sub-chain management block, including: The first node digitally signs the parameter information to be modified in the sub-chain and establishes the sub-chain management block based on the parameter information to be modified. The sub-chain management block is set to modify the sub-chain parameters, and the first node is a sub-chain node.
7. The method of claim 6, wherein, The first node broadcasts the sub-chain management block to the second node, including: The first node broadcasts the sub-chain management block to other sub-chain nodes so that the other sub-chain nodes can reach a consensus on the sub-chain management block.
8. The method of claim 1, wherein, The first node establishes a sub-chain management block, including: The first node broadcasts the parameter information to be modified in the sub-chain to other sub-chain nodes; If the number of other subchain nodes that have reached a consensus on the parameter information to be modified meets the consensus rules of the subchain management block, the first node establishes the subchain management block based on the parameter information to be modified and the digital signature corresponding to the first node. The subchain management block is set to modify the subchain parameters, and the first node is a subchain node.
9. The method of claim 8, wherein, The first node broadcasts the sub-chain management block to the second node, including: The first node sends the sub-chain management block to the main chain consensus node so that the main chain consensus node can reach a consensus on the sub-chain management block.
10. The method of claim 6 or 8, wherein, The different sub-chain management blocks satisfy the generation interval rule. The generation interval rule includes at least one of the following: a preset time interval between different sub-chain management blocks; or a preset number of blocks interval between different sub-chain management blocks.
11. The method of claim 1, wherein, The first node establishes a sub-chain management block, including: The first node digitally signs the parameter information to be sealed in the sub-chain and establishes the sub-chain management block based on the parameter information to be sealed, wherein the sub-chain management block is set to seal the sub-chain, and the first node is the sub-chain node.
12. The method of claim 11, wherein, The first node broadcasts the sub-chain management block to the second node, including: The first node broadcasts the sub-chain management block to other sub-chain nodes so that the other sub-chain nodes can reach a consensus on the sub-chain management block.
13. The method of claim 1, wherein, The first node establishes a sub-chain management block, including: The first node broadcasts the parameter information to be sealed in the sub-chain to other sub-chain nodes; If the number of other subchain nodes that have reached a consensus on the parameter information to be sealed meets the consensus rules of the subchain management block, the first node establishes the subchain management block based on the parameter information to be sealed and the digital signature corresponding to the first node. The subchain management block is set to seal the subchain, and the first node is a subchain node.
14. The method of claim 13, wherein, The first node broadcasts the sub-chain management block to the second node, including: The first node sends the sub-chain management block to the main chain consensus node so that the main chain consensus node can reach a consensus on the sub-chain management block.
15. A computer readable storage medium having stored therein a computer program, wherein, When the computer program is executed by a processor, it implements the steps of the method described in any one of claims 1 to 14.
16. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the computer program, performs the steps of the method of any one of claims 1 to 14.
17. A computer program product comprising a computer program that, when executed by a processor, implements the steps of the method described in any one of claims 1 to 14.