WO2020173499A1

WO2020173499A1 - Public chain-based sub-blockchain construction method and system

Info

Publication number: WO2020173499A1
Application number: PCT/CN2020/078669
Authority: WO
Inventors: 白杰; 李冬云; 吴先锋
Original assignee: 白杰
Priority date: 2019-02-26
Filing date: 2020-03-10
Publication date: 2020-09-03
Also published as: CN111612615A; CN111612613B; WO2020173497A1; WO2020173500A1; CN111612614A; CN111612613A

Abstract

A public chain-based sub-blockchain construction method and system. Said method comprises: a public chain node develops a sub-chain contract to form a sub-chain network; after completing a compatibility test, initiating a vote transaction in the public chain network, and according to the vote result, connecting a sub-chain node and a public chain node, and completing linking with the sub-chain. The method utilizes existing public chain networks, constructs a sub-blockchain network having new functions, and directly completes the connection between the sub-chain and the public chain by a vote transaction, so that the construction of a sub-chain is rapid and low-cost. The sub-chain network constructed has mutually independent functions of both public chains and sub-chains, enables free inter-chain transactions, enhances the extendibility of new chains, and satisfies requirements of different services.

Description

Public chain-based blockchain sub-chain creation method and system This application is required to be submitted to the Chinese Patent Office on February 26, 2019, the application number is 201910141900. 0, the title of the invention is "Public chain-based sub-chain construction and application deployment method" , And the priority of a Chinese patent application filed with the Chinese Patent Office on July 22, 2019 with the application number 201910663012. 5. The title of the invention is "the method and system for creating a blockchain sub-chain based on the public chain". The reference is incorporated in this application.

Technical field

This application relates to the field of blockchain technology, and in particular to a method and system for creating a blockchain sub-chain based on a public chain. Background technique

The main task of blockchain technology is to create a relatively objective non-repudiation digital environment in accordance with the requirements of the decentralized system and based on public consensus. Based on blockchain technology, the authenticity of network information can be guaranteed. For example, if a transaction occurs in the blockchain network, the nodes in the network will generate block data recording the transaction content based on the transaction information, and complete the block data. In network broadcasting, other nodes in the network store block data at the same time, forming an unchangeable blockchain. A network based on blockchain technology is called a blockchain network system. The blockchain network system consists of multiple node devices forming a P2P network.

In a blockchain network, the blockchain network can be divided into multiple sub-networks according to different business needs, and each sub-network is called a chain, such as public chains, private chains, industry chains, and alliance chains. According to actual business needs, it is also possible to build a new chain based on blockchain technology, that is, a new blockchain platform. Since blockchain platforms are built based on distributed technology, cryptography, peer-to-peer networks, and various consensus algorithms, many of them are very new in technology and the learning cost is very high. Therefore, the development and deployment of a blockchain network, Both in terms of R&D costs and time costs, large investments are required.

The establishment of a new chain can first deploy nodes to form a P2P network, and then configure consensus mechanisms and smart contracts in the nodes to enable nodes to participate in the transaction process in the new chain network, and then install transaction applications to adapt to the business of the new chain If necessary, finally verify the function and mechanism of the new chain network through the online test, and complete the chain. It can be seen that the new chain built in the above-mentioned way requires independent configuration of network equipment, and the new chain built is very likely to be different from the existing blockchain network, resulting in the new chain being built cannot be docked with the own blockchain network. And because of the need to repeatedly debug in the process of node networking and testing, the speed of building a new chain is slow.

In order to connect with the existing blockchain network and quickly build a new chain, it is also possible to form a subnet within the existing network by using blockchain network nodes and full-node servers, and rely on multiple communications built by the full-node servers Link to access the blockchain network. However, this method of construction is essentially an extension of existing network nodes. The functions of the newly established network are exactly the same as those of the existing network. Therefore, the scalability of this new chain creation method is low. Unable to meet multiple business needs.

Summary of the invention

This application provides a method and system for creating a blockchain sub-chain based on a public chain to solve the problem that traditional creation methods have low scalability and cannot meet various business needs. On the one hand, this application provides a method for creating a blockchain sub-chain based on a public chain, including:

The nodes in the public chain network develop and deploy sub-chain contracts, and some nodes execute the sub-chain contracts to form a sub-chain network; implement compatibility tests on the sub-chain network through the test network in the public chain network;

The sub-chain network that has completed and passed the compatibility test, through the public chain standard voting contract, initiates the deployment of the sub-chain voting transaction, and broadcasts the voting transaction in the public chain network;

The nodes in the public chain network feed back voting results according to the voting transactions, and generate a candidate list of child chain nodes according to the voting results;

If the feedback voting result meets the preset voting requirements, the node in the candidate list of sub-chain nodes is docked with the public chain node to complete the chain.

Optionally, the sub-chain contract is a variety of preset transaction rules, including but not limited to: sub-chain block data structure, transaction consensus mechanism, certificate communication mechanism, and algorithm mechanism; developed and deployed by nodes in the public chain network Sub-chain contract, the steps to form a sub-chain network include:

Define the block data structure of the sub-chain network;

Or, reuse the block data structure of the public chain as the block data structure of the sub-chain network.

Optionally, the nodes in the public chain network develop and deploy the sub-chain contract, and some nodes execute the sub-chain contract, and the steps of forming the sub-chain network further include:

If the sub-chain network has an independent certificate communication mechanism, define the number and distribution method of the certificate communication of the sub-chain network; select the consensus mechanism of the sub-chain network, and select the digest algorithm and encryption algorithm of the sub-chain block data, and Decryption algorithm. Optionally, if the sub-chain network has an independent certificate communication mechanism, before completing the chaining, the method further includes: creating an account corresponding to the sub-chain network in the public chain network;

Transfer a preset number of sub-chain certificates and public chain certificates to the public chain through the created account;

Generate an initial conversion ratio according to the number of sub-chain tokens and the number of all public-chain tokens in the current public chain network; store the initial conversion ratio in the public chain network node and the sub-chain network node.

Optionally, the steps of implementing a compatibility test on the sub-chain network through the test network in the public chain network include: the test network creates a test certificate pass address in the sub-chain network;

Obtain a preset number of test pass addresses according to the test pass address;

Creating a test account in the sub-chain network, and transferring a preset number of test certificate passes to the test account to generate test block data;

Compare the test block data with the block data template, and if they are consistent, the compatibility test is passed.

Optionally, comparing the test block data with a predefined block data template includes:

The test network generates public chain block data based on public chain standards as a block data template;

The sub-chain network generates sub-chain block data based on the sub-chain standard;

Comparing the public chain block data with the sub-chain block data;

If the public chain block data is consistent with the sub-chain block data, the sub-chain network passes the compatibility test. Optionally, the sub-chain network that has completed and passed the compatibility test, through the voting contract of the public chain standard, initiates the sub-chain deployment voting transaction including:

The sub-chain network initiates a voting transaction through the voting contract of the public chain standard; the voting transaction includes a preset number of public chain certificates paid by the project party;

The sub-chain network broadcasts the voting transaction to the public chain; The node that receives the voting transaction generates a voting result for the voting transaction, and the voting result includes support and opposition;

According to the voting contract, transfer a preset number of public chain certificates to the nodes whose voting results are supported.

Optionally, in the step of generating the candidate list of child chain nodes according to the voting results, feeding back the public chain nodes supported by the voting result to be added to the candidate list of child chain nodes, the method further includes:

Configure the sub-chain contract for the public chain nodes in the candidate list of sub-chain nodes.

Optionally, if the feedback voting result meets the preset voting requirements, connecting the node in the candidate list of sub-chain nodes with the public chain node, and the steps of completing the chaining include:

Statistical feedback of voting results;

If the statistical voting result is that the number of supported nodes is greater than or equal to the first judgment threshold, the feedback voting result meets the preset voting requirement;

Or, within the preset voting deadline for initiating a voting transaction, the statistical voting result is that the number of supported nodes is greater than or equal to the second judgment threshold, and the feedback voting result meets the preset voting requirement.

On the other hand, this application also provides a public chain-based blockchain sub-chain creation system, including a public chain network in which nodes establish a P2P network connection with each other, and the public chain network nodes are configured to develop and deploy sub-chain contracts, Some nodes in the public chain network are configured to execute sub-chain contracts to form a sub-chain network; the public chain network includes a test network; the public chain network is further configured to perform the following program steps: through the public chain network The test network performs compatibility testing on the sub-chain network; the nodes in the public chain network feed back voting results according to the voting transactions, and generate a candidate list of sub-chain nodes according to the voting results; if the feedback voting results meet the preset voting requirements, Nodes in the candidate list of sub-chain nodes are docked with public chain nodes to complete the chain;

The sub-chain network is further configured to perform the following program steps: the sub-chain network that has completed and passed the compatibility test, initiates the sub-chain deployment voting transaction through the public-chain standard voting contract, and broadcasts the vote in the public-chain network transaction.

It can be seen from the above technical solutions that this application provides a method and system for creating a blockchain sub-chain based on a public chain. The method can form a sub-chain network by developing a sub-chain contract by public chain nodes, and after completing the compatibility test, A voting transaction is initiated in the public chain network, and then according to the voting result, the sub-chain node is connected with the public chain node to complete the chain. The method can use the existing public chain network to create a blockchain sub-chain network with new functions, and directly complete the docking of the sub-chain and the public chain through voting transactions. The sub-chain creation speed is fast and the cost is low. The created sub-chain network has both the functions of public chain and sub-chain, and the functions are independent of each other, and can realize free cross-chain transactions, improve the scalability of the new chain, and meet various business needs.

Description of the drawings

In order to explain the technical solution of the present application more clearly, the following will briefly introduce the drawings that need to be used in the embodiments. Obviously, for those of ordinary skill in the art, without creative work, Other drawings can be obtained from these drawings.

Figure 1 is a schematic flowchart of a method for creating a blockchain sub-chain based on a public chain in this application;

Figure 2 is a schematic diagram of the logic flow of the application method for creating a blockchain sub-chain;

Figure 3 is a schematic diagram of the application compatibility test process;

Figure 4 is a schematic diagram of the application process for comparing public chain block data;

Figure 5 is a schematic diagram of the process of applying for voting transactions;

Figure 6 shows the Liu Yuanyi Pavilion for the initial exchange rate of the application for the birthday. detailed description

The embodiments will be described in detail below, and examples thereof are shown in the accompanying drawings. When the following description refers to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementation manners described in the following examples do not represent all implementation manners consistent with this application. It is only an example of a system and method consistent with some aspects of the present application as detailed in the claims.

In the technical solution provided by this application, the blockchain network refers to a point-to-point (P2P) network with a decentralized application architecture, and the blockchain network can perform distributed storage, public consensus, digital encryption, transaction accounting, and verification. That is, a trading platform that covers distributed technology, cryptography, P2P network architecture, and various consensus algorithms that may be applied. Blockchain or blockchain data refers to the accounting information generated according to transaction information when transactions occur in the blockchain network, that is, multiple specific transactions form a block, and multiple blocks form an ordered block chain.

The blockchain network includes nodes that establish a peer-to-peer network connection with each other. Each node is equipped with a corresponding consensus mechanism, such as a smart contract, and has sufficient computing power to perform transaction verification and accounting procedures. The node also has an interface specification that meets a certain unified standard to realize access to more nodes or other types of blockchain networks through the interface specification.

Refer to Figure 1, which is a schematic flowchart of a method for creating a blockchain sub-chain based on a public chain in this application. See Figure 2, which is a schematic diagram of the logic flow of the method for creating a blockchain sub-chain of this application. It can be seen from Figure 1 and Figure 2 that the public chain-based blockchain sub-chain creation method provided by this application includes the following steps:

S1: The nodes in the public chain network develop and deploy sub-chain contracts, and some nodes execute the sub-chain contracts to form a sub-chain network.

In the technical solution provided by this application, the public chain is a public network established based on the same protocol, and the public chain includes multiple nodes for blockchain transaction verification, distributed accounting, etc. The public chain network serves as a basic platform arranged in the entire network, and its node interfaces are connected to multiple blockchain networks, such as industry chains, alliance chains, and private chains built based on public connection interface specifications. Each blockchain network can be used as a development platform and provide corresponding services within its network. Among them, the public chain definition and specification have standard interfaces and methods to facilitate other blockchains for network connection. The public chain in this application has the ability to support cross-chain intermediaries, as well as decentralized applications and smart contract capabilities. The public chain provided in this application may be a blockchain public chain based on CNWW3, so as to obtain greater scalability and cross-chain performance.

In actual applications, some nodes in the public chain network can assemble a new blockchain network as needed. This new blockchain network can carry out corresponding business expansion and customization on the basis of inheriting the capabilities of the public chain. Realize and deploy its own blockchain network in the fastest way to complete the needs of business access to the blockchain network. In the above-mentioned sub-networks, if the private chain, industry chain, alliance chain and public chain that establish network connections with each other have the same standards, the private chain, industry chain, and alliance chain can be called sub-chains, that is, the sub-chain is inheriting the capabilities of the public chain. Based on this, the business expansion and customization are carried out to complete the business access to the blockchain network.

According to different business needs, nodes in the public chain can jointly create a sub-chain contract to agree on the transaction, verification, accounting and storage methods in the sub-chain network. Obviously, the sub-chain contract can also directly use the public chain contract without re-developing a complete contract form.

At the technical level, the basic capabilities that the sub-chain obtains from the public chain can include data storage capabilities, network capabilities, and basic blockchain platform capabilities, such as passwords and security, transactions, accounts, consensus, certificate communication, smart contracts, etc., basic blockchain Application capabilities, such as platform-based capabilities, development of business applications, etc., and cross-chain capabilities, such as supporting public chain cross-chain contracts and docking, one-step cross-chain, etc. Obviously, the capabilities of the public chain inherited by the child chain are the most basic of the blockchain It is the most difficult part of development and implementation. Therefore, this way of inheriting public chain capabilities can effectively reduce the difficulty of blockchain application development and deployment.

Further, on the basis of inheriting the basic capabilities of the public chain, the sub-chain can also make corresponding flexible definitions and extensions based on its own business and operational requirements. These redefinitions and extensions can be used as the content of the sub-chain contract. That is, the sub-chain contract is a variety of preset transaction rules, including but not limited to: sub-chain block data structure, transaction consensus mechanism, certificate communication mechanism, and algorithm mechanism. Therefore, the public chain network The node developing the sub-chain contract in the public chain network further includes: defining the block data structure of the sub-chain network; or, reusing the block data structure of the public chain as the The block data structure of the sub-chain network.

In this embodiment, for the sub-chain block data structure, the sub-chain may have a block structure independent of the public chain. For the consensus mechanism, you can choose from POW, POS or independent implementation, but whether it is POW or POS, or other consensus methods, the sub-chain can be flexibly defined. At the same time, the packaging mechanism, period, number of transactions supported by the block, etc., can be flexibly customized. For the certificate communication mechanism, the sub-chain can flexibly define the autonomous certificate communication mechanism, or directly follow the certificate communication mechanism of the public chain, and can also define the unlicensed communication sub-chain to target specific technical fields.

The algorithm mechanism of the sub-chain is mainly reflected in the password and security algorithm mechanism. Among them, in cryptography, especially in algorithms such as digest hash, sub-chains can be flexibly selected. At the same time, the security of data blocks, such as access policies, can also be defined independently. It should be noted that the account number and the corresponding password (ellipse algorithm), in view of the overall security of the public chain, can only use the public chain mechanism.

In this embodiment, the data query and access interface mechanism of the sub-chain can also be defined. In this embodiment, the open data query and access interface of the sub-chain can also provide corresponding public chain standard interfaces. The overload mechanism is used to provide richer access and access capabilities. In addition, the transaction mechanism of the sub-chain can be defined. For the transaction strategy, method, cost, verification, multi-signature, etc., the sub-chain can be flexibly and independently defined through the sub-chain contract. In addition, you can also define the smart contract support mode of the sub-chain, select whether to support smart contracts, default smart contract types, smart contract operating environment, language and other functions.

In some embodiments of the present application, the nodes in the public chain network develop and deploy the sub-chain contract, and some nodes execute the sub-chain contract, and the steps of forming the sub-chain network further include:

S101: If the sub-chain network has an independent certificate exchange mechanism, define the number of certificates and the distribution method of the sub-chain network;

S102: Select the consensus mechanism of the sub-chain network, and select the digest algorithm, encryption algorithm, and decryption algorithm of the sub-chain block data.

In practical applications, if the sub-chain network has an independent certificate communication mechanism, while developing the sub-chain contract, it is also necessary to define the number and distribution method of the certificate in the sub-chain network, and after defining the number and distribution method of the certificate, select The consensus mechanism of the sub-chain network, and the digest algorithm and encryption/decryption algorithm of the selected sub-chain block data. Among them, the selected digest algorithm, SHA264 by default, can also be implemented independently. If there are corresponding privacy requirements for the data, the encryption and decryption algorithms and strategies of block data need to be implemented synchronously.

It should be noted that, in practical applications, the nodes of the sub-chain may not use the nodes in the public chain as nodes, but adopt the newly added nodes to deploy the sub-chain network; or partly use the nodes in the public chain as nodes, and partly Use the newly added node as the node. However, in order to inherit the functions and mechanisms of the public chain network, newly added nodes must undergo hardware testing before going online and pass the test before they can be added as new nodes. In essence, it can be regarded as an extension of the public chain network nodes, and the extended network nodes form a sub-chain network. In addition, in the process of developing sub-chain contracts, in addition to defining the above functions, a series of interfaces such as inheritance or realization of sub-chain block data access and query in the sub-chain can be set; determine the transaction strategy, such as the minimum fee, Verification methods and other content; select smart contract options, smart contracts are supported by default, and include several types of basic smart contracts.

S2: Implement compatibility testing on the sub-chain network through the test network in the public chain network.

After the development of the sub-chain contract is completed, the function and mechanism of the sub-chain can be verified through the test network in the public chain network, that is, the TestNet compatibility test is completed. The test network can be a private network composed of some nodes in the public chain network. In the test network, the corresponding node can configure the corresponding test contract. On the one hand, the data compatibility test can be carried out according to the interface specification and the network transmission specification defined by the sub-chain contract, for example, whether the sub-chain network can adapt to the public chain data transmission specification, etc.; on the other hand, it can be tested for the certificate exchange transaction. The nodes in the chain network act as both sub-chain nodes and public chain nodes. Therefore, the test of certificate exchange transactions must include not only the sub-chain certificate exchange transaction test, but also the public chain certificate exchange transaction test, as well as cross-chain transactions. (I.e. between the sub-chain and the public chain) certificate exchange transaction test.

That is, in some embodiments of the present application, as shown in FIG. 3, the steps of implementing a compatibility test on the sub-chain network through the test network in the public chain network include:

S201: The test network creates a test certificate pass address in the sub-chain network;

S202: Obtain a preset number of test pass addresses according to the test pass address;

S203: Create a test account in the sub-chain network, and transfer a preset number of test certificates to the test account to generate test block data;

S204: Compare the test block data with the block data template, and if they are consistent, pass the compatibility test.

In practical applications, a certificate pass address for testing can be created in the sub-chain network through the test network, and then a preset number of test pass addresses can be obtained from the sub-chain through the created pass address, where the test pass can be Sub-chain certificate pass or public chain certificate pass. Then create a test account through the sub-chain, and transfer the test certificate pass obtained before to the test account. Since this test transaction occurs between the test network and the sub-chain network, a block of data can be generated, that is, the test block Data, obviously, the generated test block data should conform to the preset block data format. Therefore, in this embodiment, the generated test data can be compared with the preset block data template. If the two forms are consistent, it means that the current sub-chain network has passed the compatibility test.

In the technical solution provided in this application, since the nodes of the sub-chain network are both sub-chain nodes and public chain nodes, the sub-chain nodes generally store both the sub-chain and public chain block data. In order for the sub-chain to directly synchronize the block data with the public chain in the subsequent transaction process, the compatibility test of the sub-chain mainly focuses on whether the sub-chain block data can meet the accounting requirements of the public chain, that is, whether it can be in accordance with the public chain. Generate data in the form of block data. Therefore, in the above test process, the preset block data template may be a block data format based on public chain transactions, so that after the compatibility test is passed, the sub-chain can directly synchronize the block data with the public chain.

It should be noted that since the sub-chain can be used as a relatively independent block chain system, in this embodiment, if the transaction occurs within the scope of the sub-chain, the generated block data does not need to be synchronized with the public chain. There is no need to perform compatibility testing; and when a transaction occurs between the public chain and the sub-chain, a node must produce sub-chain-specific block data and public-chain-specific block data. At this time, the newly created sub-chain must To be tested for compatibility.

Further, as shown in FIG. 4, the step of comparing the test block data with the predefined block data template also includes the following specific comparison process:

S2041: The test network generates public chain block data based on public chain standards as a block data template;

S2042: The sub-chain network generates sub-chain block data based on the sub-chain standard; S2043: Compare the public chain block data with the sub-chain block data;

S2044: If the public chain block data is consistent with the sub-chain block data, the sub-chain network passes the compatibility test.

In practical applications, the test network can first generate public chain block data based on public chain standards. Since the test network is a part of the public chain network, the public chain block data generated by the test network must meet the public chain block data Therefore, this embodiment can use the generated public chain block data as a block data template. Then through the sub-chain network, the sub-chain block data is generated according to the standards defined by the sub-chain contract. In the subsequent comparison process, the sub-chain block data and the public chain block data can be directly compared for consistency.

It should be noted that the compatibility test also includes the following content: sub-chain contract validity, reliability, security test; sub-chain inheritance public chain capability test (block, transaction, contract, account query, creation, verification, etc.) ); Sub-chain and public chain two-way transaction capability test (public chain to sub-chain transaction, sub-chain to public chain transaction); sub-chain security sandbox test, no impact on the public chain; if the sub-chain is connected to a third-party system or traditional Centralized networks require concurrent and repeated testing.

S3: The sub-chain network completed and passed the compatibility test, through the public chain standard voting contract, initiates the sub-chain deployment voting transaction, and broadcasts the voting transaction in the public chain network.

In actual applications, in order to facilitate the management of newly created sub-chains, such as: block data storage method, new chain function registration, etc., the sub-chain network that has completed and passed the compatibility test cannot be directly put into adaptation, but still needs The nodes in the public chain network vote and go online to the public chain network. Since the solution provided in this application requires multiple nodes in the public chain network to participate in voting, the blockchain network provided in this application is still a decentralized network system that conforms to the basics of blockchain technology. specification.

Specifically, after the sub-chain passes the test, any one or more nodes in the sub-chain can jointly execute the voting contract to initiate a voting transaction. The voting transaction is a special form of constraint transaction, which also needs to execute the corresponding smart contract in actual application, and also needs to generate block data according to the transaction result in the transaction process, and verify the transaction in the public chain network And distributed storage. However, on the basis of satisfying the above-mentioned transaction process, voting transactions also need to participate in voting nodes to feedback the voting results, that is, whether to agree to the online request of the sub-chain network. At the same time, in order to promote the timely completion of voting transactions by participating nodes in the public chain, the project parties of the sub-chains can also pay a certain amount of public chain certificates as voting fees, and give a certain number of public chain nodes that feedback the results in the voting transaction. The public chain certificate token rewards.

That is, in some embodiments of this application, as shown in FIG. 5, the sub-chain network that has completed and passed the compatibility test, through the public chain standard voting contract, initiating the sub-chain deployment voting transaction includes:

S301: The sub-chain network initiates a voting transaction through the voting contract of the public chain standard; the voting transaction includes a preset number of public chain certificates paid by the project party;

S302: The sub-chain network broadcasts the voting transaction to the public chain;

S303: The node that has received the voting transaction generates a voting result for the voting transaction, and the voting result includes support and opposition;

S304: According to the voting contract, transfer a preset number of public chain certificates to nodes whose voting results are supported.

From the above steps, it can be seen that when the relevant development work has been completed and the test is completed, the voting contract of the public chain standard can be used to initiate the sub-chain deployment voting. First of all, the sub-chain project party actively initiates the vote and needs to pay the corresponding public chain pass to complete the vote. The paid pass can include two parts, one is the smart contract execution fee, and the other part is for the nodes that are supported by subsequent votes. Voluntary commitment of transaction costs. Moreover, in the voting transaction, it is also possible to set the voting result of the feedback voting result as the voting fee of the supporting node, which is paid by the project party, and the feedback voting result is that the node fee is not paid by the project party, thereby prompting the nodes in the public chain Feedback voting results for voting transactions. In addition, since the subsequent chaining process of the sub-chain needs the support of the nodes in the public chain, that is, after the sub-chain is on the chain, the original public chain node must undertake the transaction verification and accounting functions in the sub-chain. Therefore, the nodes in the public chain Whether or not to agree to the sub-chain on the chain is not entirely dependent on the subjective will of the node manager, and certain requirements should be made on the hardware of the public chain node. Therefore, the public chain certificate payment paid by the project party can also be used as a reward for the public chain node to participate in the sub-chain.

S4: The nodes in the public chain network feed back voting results according to the voting transactions, and generate a candidate list of sub-chain nodes according to the voting results.

In the technical solution provided by this application, after receiving the voting transaction, the node in the public chain can confirm whether to support the sub-link entry through a transaction; that is, the public chain node that supports the online sub-chain can feedback the voting result as support , The public chain node that opposes the online of the sub-chain will feedback the voting result as opposing. Since the public chain network is a blockchain network, the feedback results can be obtained by nodes in the public chain. Therefore, in this application, any node in the public chain can count the voting results, or vote for all participants through the voting contract. The voting results of the nodes feedback are counted.

Further, in the step of generating the candidate list of sub-chain nodes according to the voting results, the public chain nodes whose voting results are supported are fed back to the candidate list of sub-chain nodes, that is, in order to obtain the support of the public chain nodes during the subsequent online process of the sub-chain In this application, the nodes whose voting results are supported as feedback can be entered into the subsequent sub-chain node candidate list by default. And, the method further includes: configuring the sub-chain contract for the public chain node in the candidate list of sub-chain nodes.

The public chain nodes in the candidate list of sub-chain nodes can be understood as an expansion of the node scale of the sub-chain network. Therefore, after the nodes in the sub-chain node candidate list are linked to the public chain network, they also need to bear the sub-chain network. Therefore, the previously developed sub-chain contract can be configured for the public chain node in the candidate list of the sub-chain node, so that the node can adapt to the transaction form of the sub-chain network. Obviously, the configuration process of the above-mentioned sub-chain contract can be completed after the sub-chain is completed, so as to avoid redundant configuration of the public chain nodes when the sub-chain fails to pass the voting.

S5: If the feedback voting result meets the preset voting requirements, connect the node in the candidate list of sub-chain nodes with the public chain node to complete the chain.

In the technical solution provided by this application, in principle, all nodes in the public chain network can receive voting transactions and feedback the voting results. However, due to the large scale of the public chain network, the waiting time for all public chain nodes to feedback the voting results is too long Therefore, when the voting result meets the preset requirements, the online process of the sub-chain can be completed to reduce the waiting time. Specific voting requirements can be set according to the public chain. For example, when the public chain network is in its infancy stage, in order to expand the business scope of the public chain, the online threshold set by the voting requirements can be set low to quickly attract a large number of sub-chain networks.

For example, the voting requirement can be that the number of public chain nodes that agree to go online accounts for more than 51% of the total number of public chain nodes. In addition, the voting results can be weighted according to the specific application status and management methods of the public chain network. For example, the project parties of the public chain and the nodes related to the sub-chain function can have a larger weight to avoid partial The created sub-chain maliciously destroys the trading environment of the public chain.

Further, if the feedback voting result meets the preset voting requirement, connecting the node in the candidate list of sub-chain nodes with the public chain node, and the steps of completing the chaining include:

Count the feedback voting results; if the statistic voting result is that the number of nodes supported is greater than or equal to the first judgment threshold, the feedback voting result meets the preset voting requirements; or, within the preset voting deadline for initiating a voting transaction, the voting results are calculated In order that the number of supported nodes is greater than or equal to the second judgment threshold, the feedback voting result meets the preset voting requirement. In practical applications, the voting results can be counted in real time for voting transactions, and when the statistical results meet the preset voting requirements, voting ends. In order to improve the online efficiency of the sub-chain, two judgment thresholds can be set respectively to determine whether the voting result meets the voting requirements. That is, the sign of voting completion may be that the voting time has expired, or that there are already enough nodes to support access. In addition, after the voting ends, the remaining tokens paid by the sub-chain will be returned to the project party. However, regardless of whether the sub-chain is successfully or failed to go online to the public chain, the tokens that have been spent will not be refunded.

In some embodiments of the present application, as shown in FIG. 6, if the sub-chain network has an independent certificate communication mechanism, before completing the chaining, the method further includes:

S601: Create an account corresponding to the sub-chain network in the public chain network;

S602: Transfer a preset number of sub-chain certificates and public chain certificates to the public chain through the created account;

S603: Generate an initial exchange ratio according to the number of sub-chain certificates and the total number of certificates in the current public chain network;

S604: Store the initial exchange ratio in the public chain network node and the sub-chain network node.

After the vote is successful, if the sub-chain has a sub-chain certificate pass, you need to create an account corresponding to the sub-chain network in the public chain network. The established account can be used to complete the transfer and subsequent mortgage, and then use the created account to transfer to the public chain. Transfer a preset number of sub-chain certificate tokens and public chain certificate sub-chains, that is, carry out certificate token mortgage, determine the initial exchange ratio of sub-chain certificate tokens and public chain certificate tokens, and ensure the subsequent cross-chain and other application scenarios of the sub-chain Circulation and exchange of certificates under the license. In this embodiment, in the initial situation, the nodes in the sub-chain provide a preset number of sub-chain certificates and a corresponding number of public chain certificates through smart contracts provided by the public chain to determine the corresponding exchange ratio. For example, the sub-chain provides 1000 sub-chain certificates and 10 public-chain certificates at the same time, and the corresponding exchange ratio is determined to be 100:1. This part of the initial sub-chain certificates will be used as reserve certificates. In subsequent applications, the smart contract can be called multiple times, and each invocation completes a pass-through exchange, and the corresponding exchange ratio can be updated through continuous exchange.

After the token pass mortgage is completed, the sub-chain project party will confirm the deployed node list, that is, the node list composed of the public chain nodes that support the feedback during the voting process, and the confirmation is completed by executing the contract. After the above steps are completed, the sub-chain successfully docks with the public chain, completes the chaining, and the selected node will serve as the subsequent sub-chain node to provide corresponding services.

It can be seen from the above technical solutions that the method for creating a blockchain sub-chain provided by this application can rely on the software architecture of the public chain, reuse the data network of the public chain, share data storage, and quickly establish its own blockchain network, that is, create a sub-chain. Chain network. This sub-chain creation method can effectively save the corresponding investment in terms of implementation and deployment costs and time. In some cases, it can also be used as a method of program testing and verification to quickly verify system programs, test system capabilities, and verify business requirements.

Based on the foregoing method for creating blockchain sub-chains, this application also provides a public chain-based blockchain sub-chain creation system, including a public chain network in which nodes establish a P2P network connection with each other, and the public chain network nodes are configured as Developing and deploying a sub-chain contract, some nodes in the public chain network are configured to develop a sub-chain contract to form a sub-chain network; the public chain network includes a test network;

The public chain network is further configured to perform the following procedural steps: implement compatibility testing on the sub-chain network through the test network in the public chain network; nodes in the public chain network feed back voting results according to the voting transaction, and according to the voting results Generate a candidate list of sub-chain nodes; if the feedback voting result meets the preset voting requirements, connect the nodes in the candidate list of sub-chain nodes with public chain nodes to complete the chain;

The sub-chain network is further configured to perform the following program steps: the sub-chain network that has completed and passed the compatibility test, initiates the sub-chain deployment voting transaction through the public-chain standard voting contract, and broadcasts the vote in the public-chain network transaction. It can be seen from the above technical solutions that this application provides a method and system for creating a blockchain sub-chain based on a public chain. The method can form a sub-chain network by developing a sub-chain contract by public chain nodes, and after completing the compatibility test, A voting transaction is initiated in the public chain network, and then according to the voting result, the sub-chain node is connected with the public chain node to complete the chain. The method can use the existing public chain network to create a blockchain sub-chain network with new functions, and directly complete the docking of the sub-chain and the public chain through voting transactions. The creation of the sub-chain is fast and the cost is low. The created sub-chain network has both the functions of the public chain and the sub-chain, and the functions are independent of each other, and can realize free cross-chain transactions, improve the scalability of the new chain, and meet multiple business needs.

The similar parts between the embodiments provided in this application can be referred to each other. The specific implementation manners provided above are only a few examples under the general idea of this application, and do not constitute a limitation of the protection scope of this application. For those skilled in the art, any other implementation manners expanded according to the scheme of this application on the premise of not paying creative work belong to the protection scope of this application.

Claims

1. A method for creating a blockchain sub-chain based on a public chain, characterized in that it includes:

The nodes in the public chain network develop and deploy sub-chain contracts, and some nodes execute the sub-chain contracts to form a sub-chain network;

Implement compatibility testing on the sub-chain network through the test network in the public chain network;

The nodes in the public chain network feed back voting results according to the voting transactions, and generate a candidate list of sub-chain nodes according to the voting results;

If the feedback voting result meets the preset voting requirements, the node in the candidate list of sub-chain nodes is connected with the public chain node to complete the chain.

2. The method for creating a block chain sub-chain according to claim 1, wherein the sub-chain contract is a preset multiple transaction rules, including but not limited to: sub-chain block data structure, transaction consensus mechanism, Certificate communication mechanism and algorithm mechanism; The nodes in the public chain network develop and deploy sub-chain contracts, and the steps to form the sub-chain network include: Define the block data structure of the sub-chain network;

3. The method for creating a blockchain sub-chain according to claim 2, characterized in that the steps of developing and deploying the sub-chain contract by nodes in the public chain network, and executing the sub-chain contract by some nodes to form the sub-chain network further comprises:

If the sub-chain network has an independent certificate communication mechanism, define the number and distribution method of the certificate communication of the sub-chain network; select the consensus mechanism of the sub-chain network, and select the digest algorithm and encryption algorithm of the sub-chain block data, and Decryption algorithm.

4. The method for creating a blockchain sub-chain according to claim 1, characterized in that, if the sub-chain network has an independent certificate communication mechanism, before completing the chaining, the method further comprises:

Create an account corresponding to the sub-chain network in the public chain network;

Generating an initial exchange ratio according to the number of sub-chain certificates and the total number of certificates in the current public chain network;

The initial exchange rate is stored in the public chain network node and the sub-chain network node.

5. The method for creating a blockchain sub-chain according to claim 1, wherein the step of implementing a compatibility test on the sub-chain network through the test network in the public chain network comprises:

The test network creates a test certificate pass address in the sub-chain network;

6. The method for creating a blockchain sub-chain according to claim 5, wherein comparing the test block data with a predefined block data template comprises:

Comparing the public chain block data with the sub-chain block data;

If the public chain block data is consistent with the sub-chain block data, the sub-chain network passes the compatibility test.

7. The method for creating a block chain sub-chain according to claim 1, wherein the sub-chain network that has completed and passed the compatibility test and initiates the sub-chain deployment voting transaction through the public chain standard voting contract includes:

The sub-chain network broadcasts the voting transaction to the public chain;

The node that receives the voting transaction generates a voting result for the voting transaction, and the voting result includes support and opposition;

8. The method for creating a blockchain sub-chain according to claim 1, wherein in the step of generating a candidate list of sub-chain nodes according to the voting results, the public chain nodes that are supported by the feedback voting result are added to the candidate list of sub-chain nodes, The method also includes:

9. The method for creating a blockchain sub-chain according to claim 1, wherein if the feedback voting result meets the preset voting requirements, the nodes in the candidate list of sub-chain nodes are docked with the public chain nodes to complete the upload The steps of the chain include:

Statistical feedback of voting results;

Or, within the preset voting deadline for initiating a voting transaction, the statistical voting result is that the number of nodes supported is greater than or equal to the second judgment threshold, and the feedback voting result meets the preset voting requirement.

10. A blockchain sub-chain creation system based on a public chain, characterized in that it includes a public chain network in which nodes establish a P2P network connection with each other, and the public chain network nodes are configured to develop and deploy sub-chain contracts, Some nodes in the public chain network are configured to execute sub-chain contracts to form a sub-chain network; the public chain network includes a test network;

The public chain network is further configured to perform the following procedural steps: implement compatibility testing on the sub-chain network through the test network in the public chain network; nodes in the public chain network feed back voting results according to the voting transaction, and according to the voting results Generate a candidate list of sub-chain nodes; if the feedback voting result meets the preset voting requirements, connect the nodes in the candidate list of sub-chain nodes with public chain nodes to complete the chain; The sub-chain network is further configured to perform the following program steps: the sub-chain network that has completed and passed the compatibility test, passes the public chain standard voting contract, initiates the sub-chain deployment voting transaction, and broadcasts the vote in the public chain network transaction.