WO2020042932A1

WO2020042932A1 - Public chain-based blockchain information storage method and system

Info

Publication number: WO2020042932A1
Application number: PCT/CN2019/101050
Authority: WO
Inventors: 白杰; 吴先锋; 李冬云
Original assignee: 白杰
Priority date: 2018-08-28
Filing date: 2019-08-16
Publication date: 2020-03-05

Abstract

Provided by the present application are a public chain-based blockchain information storage method and system. In practical applications, the method comprises: a submission node periodically acquires blockchain information to be synchronized from an access chain node and then initiates a synchronization transaction carrying the blockchain information to a public chain, so as to trigger a maintainer node in the public chain to execute a submission contract and generate summary information; and the maintainer node broadcasts the summary information in a public chain network so as to enable multiple storage nodes in the public chain to store the summary information. In the present method, summary information may be extracted from the blockchain information to be synchronized by means of the submission node and/or the maintainer node, and the summary information is stored in a storage node of the public chain, which reduces the volume of synchronization data and shares the data processing load of public chain nodes, thereby solving the problems of traditional blockchain information storage methods of a large amount of storage space being occupied during cross-chain transactions and the storage efficiency being low.

Description

Method and system for storing blockchain information based on public chain

This application requires the submission of the China Patent Office on August 28, 2018, application number 201810986825.3, and the invention name as "Blockchain Standard Application Model and Application Method", and on December 7, 2018, the China Patent Office, The priority of a Chinese patent application with an application number of 201811496920.1 and an invention name of "public chain-based blockchain information storage method and system" is incorporated herein by reference in its entirety.

Technical field

The present application relates to the field of network transaction technology, and in particular, to a method and system for storing blockchain information based on a public chain.

Background technique

Blockchain technology is a decentralized system idea that can create a relatively objective anti-repudiation digital environment through public consensus. Blockchain technology can ensure that network information cannot be changed once it is released. For example, if a transaction occurs in the blockchain network, nodes in the blockchain network will record the content of the transaction in the generated block, and Block data is broadcast throughout the network, and other nodes in the network store the block data synchronously or asynchronously to form an unchangeable blockchain.

Among them, the transaction has a broad meaning and does not refer to "commodity sale" or "item exchange" in the traditional sense, but refers to the content or operation result of a certain type or data on the blockchain network, for example, on the network On a certain blockchain node A, a query request a for the performance of a certain type of communication equipment is initiated, and the query request a is a transaction for the blockchain node B that undertakes the query service. Similarly. It is also a transaction that the node B sends the performance table b of the communication device of the model obtained to the node A to the node A. Information A, a and information B, b as transaction information will be written into the data block of the blockchain.

Blockchain transactions generally occur between two nodes within the same blockchain network. However, with the application of blockchain technology, sometimes transactions need to cross two or more blockchain networks to form cross-chain transactions. For example, a transaction initiated by node A in network N1 to node B in network N2. Because network N1 and network N2 are both blockchain networks, transactions will generate two types of block data, which are stored in network N1 and network N2, respectively. In order to obtain complete accounting information, the two parties of the transaction need to synchronize the blockchain information, that is, the network N1 must obtain the blockchain information stored in the network N2 and store it in the nodes of the network N1.

It can be seen that one cross-chain transaction needs to store two blockchain information on the network N1. If multiple blockchain networks are connected to network N1, in order to store cross-chain transactions between multiple blockchain networks and network N1, a large amount of storage space in network N1 will be occupied. In addition, because the blockchain network uses distributed storage, the blockchain information synchronized on network N1 also needs to be broadcast on network N1. If the connected blockchain network initiates a cross-over to network N1 within a period of time Chain transactions will cause multi-node large-scale high-concurrency operations on network N1, occupying network resources, and then reducing the node's verification and storage efficiency of block data.

Summary of the Invention

The present application provides a method and system for storing blockchain information based on a public chain to solve the problems that traditional blockchain information storage methods occupy a large amount of storage space during cross-chain transactions and have low storage efficiency.

In a first aspect, the present application provides a method for storing blockchain information based on a public chain, including:

The submitting node periodically obtains the blockchain information to be synchronized from the access chain node;

The submission node initiates a synchronous transaction with blockchain information to the public chain to trigger the maintainer node in the public chain to execute the submission contract;

The maintainer node verifies the synchronous transaction by submitting the execution result of the contract, and extracts the data in the blockchain information to generate summary information; the summary information includes the address of the access chain node and the transaction data identifier;

The maintainer node broadcasts the summary information in the public chain network;

Multiple storage nodes in the public chain store the received summary information in a distributed manner.

Optionally, in the method, the submitting node is a parallel chain node that bridges the public chain and the access chain;

Alternatively, the submitting node is designated in the public chain network and other nodes than the maintainer node;

Alternatively, the submitting node is a node designated in the access chain network.

Optionally, the step of the submitting node periodically obtaining the blockchain information to be synchronized from the access chain node includes:

The access chain node records the increase in cross-chain transactions included in the blockchain information;

If the increase in cross-chain transactions reaches the preset number of transaction submissions, send blockchain information to the submitting node.

The access chain node records the block increase in the blockchain information;

If the block increase amount reaches the preset block submission number, the blockchain information is sent to the submitting node.

Optionally, after the submitting node initiates a synchronous transaction with blockchain information to the public chain and triggers the maintainer node in the public chain to perform the steps of submitting the contract, the method further includes:

The submission node generates submission notification information and sends the submission notification information to other nodes to prevent other nodes from initiating a synchronous transaction with the public chain on the same blockchain information;

Or, after receiving the synchronous transaction, the maintainer node refuses to receive the synchronous transaction containing the same blockchain information.

Optionally, the protector node verifies the synchronous transaction by submitting the execution result of the contract, and extracts the data in the blockchain information. The steps of generating summary information include:

The maintainer node extracts the blockchain information and determines the attributes of the corresponding access chain according to the blockchain information;

Obtaining a summary format table, which includes multiple access chain attributes and a summary extraction template corresponding to each type of access chain attribute;

The data in the blockchain information is extracted according to the attributes of the access chain, and summary information is generated according to the abstract extraction template.

Optionally, the step of the maintainer node broadcasting the summary information in the public chain network includes:

The maintainer node receives summary information corresponding to multiple transactions;

The maintainer node creates block data according to the summary information, and the block data contains summary information corresponding to multiple transactions;

The storage nodes in the public chain verify the block data, and after the verification is passed, the block chain information containing the summary information is generated.

In a second aspect, the present application also provides a public chain-based blockchain information storage method, including:

The submitting node periodically obtains the blockchain information from the access chain node;

The submitting node extracts the blockchain information to generate summary information, and the summary information includes the access chain address of the blockchain information source and the transaction data identifier;

The submitting node initiates a synchronous transaction with summary information to the public chain to trigger the maintainer node in the public chain to execute the submission contract;

The maintainer node in the public chain verifies the synchronous transaction by submitting the execution result of the contract, and obtains the summary information;

In a third aspect, the present application also provides a public chain-based blockchain information storage system, including a public chain and an access chain that accesses a public chain network, and the public chain and the access chain are P2P networks; Some nodes in the chain are configured as maintainer nodes and storage nodes; some nodes in the public chain and / or access chain are configured as submitting nodes;

The submitting node is further configured: the submitting node periodically obtains the blockchain information to be synchronized from the access chain node; the submitting node initiates a synchronization transaction with the blockchain information to the public chain to trigger a maintainer in the public chain The node executes the submission contract;

The maintainer node is further configured to execute a submitted contract, verify the synchronous transaction by submitting the execution result of the contract, extract the data in the blockchain information, and generate summary information; the summary information includes the access chain node address and transaction data Identifier; and, broadcasting summary information within the public chain network;

The storage node is further configured to: store the received digest information in a distributed manner.

In a fourth aspect, the present application also provides a public chain-based blockchain information storage system, including a public chain and an access chain that accesses a public chain network. The public chain and the access chain are P2P networks; the public chain Some nodes in the configuration are maintained nodes and storage nodes; some nodes in the public chain and / or access chain are configured as submitting nodes;

The submitting node is further configured to: periodically obtain the blockchain information from the access chain node; extract the blockchain information to generate summary information, and the summary information includes the access chain address of the blockchain information source, and transaction data Identifier; and initiate a synchronous transaction with summary information to the public chain to trigger the maintainer node in the public chain to execute the submission contract;

The maintainer node is further configured to: execute the submitted contract, verify the synchronous transaction through the execution result of the submitted contract, and obtain summary information; and broadcast the summary information in the public chain network

As can be known from the above technical solutions, a public chain-based blockchain information storage method and system provided by the present application. In practical applications, the submitting node first periodically obtains the blocks to be synchronized from the access chain node. Chain information, and the submitting node initiates a synchronous transaction with blockchain information to the public chain to trigger the maintainer node in the public chain to execute the submission contract and generate summary information. The maintainer node broadcasts the summary information in the public chain network to enable multiple storage nodes in the public chain to store the summary information. In the method, the summary information can be extracted from the blockchain information to be synchronized through the submitting node and / or the maintainer node, and the summary information is stored in the storage node of the public chain to reduce the volume of synchronization data and share the public chain nodes. Data processing load, thereby solving the problems of traditional blockchain information storage methods occupying a large amount of storage space during cross-chain transactions and low storage efficiency.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to explain the technical solution of the present application more clearly, the drawings needed to be used in the embodiments will be briefly introduced below. Obviously, for those skilled in the art, without any creative effort, Other drawings can be obtained from these drawings.

FIG. 1 is a schematic flowchart of a method for storing blockchain information based on a public chain in this application;

FIG. 2 is a schematic flowchart of sending blockchain information by an access chain node in this application;

FIG. 3 is a schematic flowchart of sending blockchain information by another access chain node in this application;

FIG. 4 is a schematic flowchart of extracting abstract information according to an abstract format table;

5 is a schematic flowchart of broadcasting summary information by a maintainer node of the present application;

6 is a schematic structural diagram of a public chain-based blockchain information storage system;

FIG. 7 is a schematic flowchart of another blockchain information storage method based on a public chain of the present application.

detailed description

The embodiments will be described in detail below, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following examples do not represent all implementations consistent with this application. These are merely examples of systems and methods consistent with some aspects of the application as detailed in the claims.

It should be noted that, in the technical solution provided in this application, a blockchain network refers to a peer-to-peer (P2P) network with a decentralized application architecture. The blockchain network can perform distributed storage, public consensus, and 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 information refers to the accounting information generated based on transaction information when a transaction occurs in the blockchain network, that is, multiple specific transactions form a block, and multiple blocks form a block chain. Blockchain networks include nodes that establish peer-to-peer network connections with each other. Each node is configured with a corresponding consensus mechanism, such as a smart contract, and has sufficient computing power to perform transaction verification and accounting procedures. The nodes also have an interface specification that conforms to a certain unified standard to achieve access to more nodes or other types of blockchain networks through the interface specification.

In this application, the public chain is a basic network platform that is arranged on the entire network and consists of multiple public chain nodes, each of which has a uniform interface specification. Through the interface on the node, multiple blockchain networks can be accessed, that is, the access chain. For example, industry chains, alliance chains, and private chains built based on public link specifications, this application is collectively referred to as sub-chains; and existing blockchain networks such as Bitcoin, Ethereum, etc., or industry chains developed by certain industries and Alliance chains, even private chains built to meet certain service needs. These existing blockchains, industry chains, alliance chains, and private chains generally cannot directly trade with each other or even with the public chain network. Therefore, in this application, the public chain and other networks can be connected through parallel chains.

In the technical solution provided in this application, both the access chain and the public chain include multiple nodes. For an access chain, its nodes are collectively referred to as an access chain node. For the public chain, according to its functions, it is divided into: access nodes, that is, nodes connecting the public chain and the access chain (or parallel chain); maintainer nodes, that is, participating in the transaction broadcasting and smart contract execution in the public chain, and Nodes that perform data processing and blockchain generation; storage nodes, that is, nodes with storage space in the public chain. In an actual application of this application, a node device can simultaneously play multiple node roles. In this application, the submitting node refers to the node that sends the blockchain information to be synchronized to the public chain.

The blockchain information that needs to be stored in the public chain for this application is generated by cross-chain transactions in which the public chain participates. In practical applications, the cross-chain transactions in which the public chain participates may include transactions that occur between the access chain and the public chain, such as query transactions, access transactions, and synchronous transactions. Therefore, for this type of transaction, the blockchain information corresponding to the transaction needs to be stored in both the public chain and the access chain.

Public chain participation in cross-chain transactions also includes transactions that are relayed or forwarded by the public chain, that is, the blockchain network connected to the public chain has one access chain as the initiator of the transaction (transaction initiation chain) ), A transaction chain is used as the target of the transaction (transaction target chain). For example, the transaction initiation chain needs to query the device performance in a certain network device by paying a type of Zhengtong. For this kind of transaction, the transaction initiation chain network cannot directly conduct transactions with the transaction target chain, and the transaction information needs to be transmitted through the public chain. Therefore, the essential process is that the transaction target chain first transacts with the public chain so that the public chain can pass the transaction content, and the public chain then transacts with the transaction target chain to pass the transaction content to the transaction target chain. That is, in the entire transaction process, the public chain has participated in the two processes of receiving transactions and transmitting transactions. Such transactions also need to store corresponding blockchain information in the public chain network.

From the above, in order to obtain complete unalterable ledger data, in addition to storing its own blockchain information, the public chain can also be used to store summary information of corresponding cross-chain transactions, that is, transaction summary. Record the relevant content of cross-chain transactions through formatted transaction data. The stored summary information can only record part of the content that can be traced back to specific transaction blockchain information. For example, because cross-chain transactions are also stored in the access chain participating in the transaction, to trace back to the blockchain information containing specific transaction information, the summary information should include at least the address of the access chain in order to confirm access chain. It should also include at least an identifier describing the transaction information, such as the number of blocks in the transaction information and the position of the transaction information in the block.

In the technical solution provided in the present application, the transaction identifier in the summary information may be further converted into a string form with a smaller storage capacity, and the meaning of the referred transaction information is represented by a corresponding specific numerical value. For example, a feasible solution for storing the summary information is: the format of the summary information is: H + A + S + I + T. Among them, H represents the head, which is used to indicate the type of the digest, which can be 2 characters, that is, 255 possibilities; A is used to identify the index value of the access chain information, because the access chain will have a corresponding in the public chain Record of voting and registration, so there is no need to record detailed information, only an index value is needed; S: block sequence number, not a fixed length; I represents the transaction serial number; T represents the tail, and the end of the summary can be indicated by one character. In the above summary information format, A, S, I can be stored using TLV, that is, TAG + LENGTH + VALUE, which has sufficient flexibility and corresponding expansibility. Therefore, compared to the entire block, the storage space it takes up is greatly reduced, thereby avoiding a large amount of storage space on the public chain.

In addition, in order to reduce the occupation of storage space on public chain nodes, the public chain can also record third-party blockchain information through a specific compression algorithm when recording certain information. By way of example, the block data formed and stored in the public chain can include the following: block identifiers (such as serial numbers, timestamps, block hash values, and previous block hash values), block ownership (that is, block producers) ), Other information of the block (such as random value, difficulty value and additional information, etc.), block weight, information summary (such as transaction tree, status tree, receipt tree, data tree, etc.), transaction costs, rewards, size, etc.

In a feasible embodiment of the present application, as shown in FIG. 1, a public chain-based blockchain information storage method provided by the present application includes the following steps:

S11: The submitting node periodically obtains the blockchain information to be synchronized from the access chain node.

In the technical solution provided in this application, the blockchain information to be synchronized refers to the blockchain data generated due to a transaction between the access chain and the public chain. That is, in practical applications, a node in the access chain initiates a cross-chain transaction to the public chain, or a node in the public chain initiates a cross-chain transaction to the access chain. When initiating a cross-chain transaction, the node that is the initiator of the transaction will write the transaction information into a block, and broadcast the block in the blockchain network where it is located, thereby enabling other nodes in the blockchain network After receiving the block, the block is verified synchronously or asynchronously and stored to form a blockchain.

It can be seen that in the technical solution provided in this application, if the access chain node initiates a cross-chain transaction to the public chain, the blockchain information is first formed in the access chain, so the public chain can obtain the formed area from the access chain. Blockchain information is used to complete the synchronization of blockchain information. It can also be broadcasted, verified, and stored from the public chain network according to cross-chain transactions to form a blockchain that contains the same transaction content. Because the access chain is also a blockchain network, the blockchain containing cross-chain transaction information is irreversible regardless of whether it is stored in the access chain or the public chain node, that is, it has an anti-repudiation effect. Therefore, in order to reduce the area Blockchain data occupies space. You can choose to synchronize the blockchain information to store the blockchain information in the public chain.

If cross-chain transactions are initiated by the public chain to the access chain, the blockchain information is generated in the public chain. Similarly, the access chain can obtain the blockchain information to be synchronized from the public chain, that is, in this application, the information storage method can be applied not only to nodes in the public chain network, but also to the access chain network. Node. It should be noted that, because the access chain can be a third-party blockchain network that accesses the public chain network, it may be difficult for nodes in the access chain network to obtain the blockchain information to be synchronized from the public chain. Therefore, in this application, the access chain can further pass the blockchain information in the public chain by means of a parallel chain bridge.

In the technical solution provided in this application, the submitting node is a node that plays a role of submitting blockchain information in a public chain network or an access chain network. In practical applications, the submitting node can participate in the blockchain verification and storage process in the access chain network, and a complete blockchain is also formed in the submitting node. Further, this application can also determine the submitting node in the following ways:

In the first scheme, the submitting node is a parallel chain node that bridges the public chain and the access chain. In this embodiment, the operation of sending blockchain information to the public chain can be completed by a parachain node. The parachain is a block chain capable of bridging the public chain and the access chain. The parachain can be formed by the access chain or some nodes on the public chain during the process of the access link entering the public chain. The parachain nodes are configured to have all the functions of the access chain and store all the information on the access chain. In practical applications, when the public chain and the access chain establish a connection relationship, the parachain nodes play a bridging role. The bridging function described in this application means that the parallel chain can establish data communication between the public chain and the access chain, and can pass transactions initiated by either party to the other party. By using the nodes in the parallel chain as submitting nodes, the bridging effect of the parallel chain can be directly used to ensure that the obtained blockchain data can be read directly.

In the second scheme, the submitting node is designated in the public chain network, and other nodes than the maintainer node. For the second solution, to obtain the blockchain data to be synchronized through the submitting nodes, you need to specify which nodes in the public chain network are to be the submitting nodes. In actual applications, you can specify a corresponding submitting node for an access chain. Correspond to multiple access chains for multiple submitting nodes to fully invoke the node's computing power. In this embodiment, the submitting node should select nodes other than the maintainer node in the public chain to avoid occupying the computing power of the public chain maintainer node. In practical applications, when the public chain and the access chain maintain a unified interface specification, the second scheme is most suitable for adoption.

In a third solution, the submitting node is a node designated in the access chain network. For the third scheme, all nodes participating in the generation of blockchain information in the access chain can be used as submitting nodes. That is, during the transaction process, the nodes in the access chain verify and store the transactions to form blockchain information. When the submission conditions are met, the submitting node directly calls the blockchain information from its own storage space to send to the public chain network. Using the access chain node as the submitting node, after the blockchain information including cross-chain transactions is generated in the access chain, the blockchain information is synchronized to the public chain to avoid the problem of missing information.

In the technical solution provided in this application, the submitting node periodically obtains the blockchain information to be synchronized from the access chain node, which can be a public chain issue instruction to actively obtain from the access chain, or an access chain issue instruction like a public chain. Active send. Further, in order to determine when to synchronize the blockchain information, that is, under what conditions the submitting node obtains the blockchain information to be synchronized from the access chain node, as shown in FIG. 2, the submitting node periodically The step of obtaining the blockchain information to be synchronized from the access chain node further includes:

S111: The access chain node records the increase in cross-chain transactions included in the blockchain information;

S112: If the increase in cross-chain transactions reaches the preset transaction submission number, send blockchain information to the submitting node.

That is, in this embodiment, after the last acquisition of blockchain information is recorded by the access chain node, the amount of cross-chain transactions on the blockchain increases, and the increase in cross-chain transactions reaches a preset transaction. After the number is submitted, the currently stored blockchain information is sent to the submitting node. For example, in the blockchain information generated by the access chain, the cross-chain transaction volume included in the previous submission was 1360, and the preset transaction submission number was set to 60, then the access chain node analyzed the blockchain information by The transaction information in the real-time record the number of cross-chain transactions included in the current blockchain information. If the cross-chain transaction volume in the current blockchain information reaches 1420, it is determined that the increase in cross-chain transactions is 60, which has reached the preset The number of transaction submissions, the access chain node sends the current blockchain information to the submission node.

In this embodiment, the increase of the cross-chain transaction recorded by the access chain node may be reported to the submitting node in real time, and then the submitting node judges whether the increase of the cross-chain transaction reaches the preset transaction submission amount. It should be noted that, in the access chain network, as long as a transaction occurs, the corresponding blockchain can be generated, so the blockchain information stored in the access chain node will include both transactions and cross-chain transactions within the access chain. Chain transaction. For the public chain, since the transactions within the access chain do not involve the public chain, there is no need to synchronize this part of the blockchain information. Therefore, in this embodiment, the access chain node can also judge whether the transaction in the blockchain data is a cross-chain transaction, so as to record only the increase amount of the cross-chain transaction.

In another embodiment of the present application, as shown in FIG. 3, the step of the submitting node periodically acquiring the blockchain information to be synchronized from the access chain node further includes:

S113: the access chain node records the block increase in the blockchain information;

S114: If the block increase amount reaches the preset block submission number, send the blockchain information to the submitting node.

In practical applications, the access chain node can record the block serial number on the blockchain to determine the increased number of blocks compared to the previous acquisition of blockchain information. And, when the block increase amount reaches the preset block submission number, the blockchain information is sent to the submitting node. For example, when the access chain node synchronized the blockchain information to the public chain the previous time, the blockchain contains a total of 100 blocks, and the preset number of block submissions is 10. , The number of blocks included, when the number of blocks in the blockchain reaches 110, the block increase is determined to the preset block submission number, and then the blockchain information is sent to the submitting node. By judging the increase of the blocks in the blockchain data, the integrity of the data transmission can be guaranteed, and the access chain nodes do not need to extract the blockchain information again, saving the computing power of the access chain nodes.

It should be noted that, in practical applications, the generation of a blockchain depends on the verification of transactions or blocks by multiple nodes. However, multiple nodes in different network environment locations cause nodes to not receive broadcasted transaction information or blocks at the same time, thereby making the blockchain closer to the newly generated block, the higher the error rate. Therefore, in this embodiment, the block number uploaded by the blockchain information can be set a certain number in advance. For example, when the number of blocks is increased to 110, the blockchain information including the 109th block is sent to the submitting node to ensure the accuracy of the blockchain information.

In addition, in the technical solution provided in this application, the synchronization time of the blockchain information can also be set, that is, the step of the submitting node periodically obtaining the blockchain information to be synchronized from the access chain node includes: access chain node records The time from the last submission of the blockchain information; if the time reaches the preset submission time, the blockchain information is sent to the submitting node. For example, an access chain node sends blockchain information to a submitting node every 30 minutes. This method of periodically obtaining the blockchain information by setting the synchronization time is the simplest program setting and the easiest to deploy to different access chains.

S12: The submitting node initiates a synchronous transaction with blockchain information to the public chain to trigger the maintainer node in the public chain to execute the submitting contract.

In the technical solution provided in this application, after receiving the blockchain information, the submitting node can initiate a synchronous transaction to the public chain. Among them, the synchronous transaction is a transaction with blockchain information to be synchronized. In order to distinguish it from other transactions, the synchronous transaction can be set as a specially agreed transaction, for example, initiated by a designated submission node, or with a specific Transaction identification information can trigger transactions that submit contracts.

In practical applications, the submitting node initiates a synchronous transaction to the public chain in the form of a cross-chain transaction on the blockchain network. That is, the submitting node generates block data based on the synchronous transaction and submits the block data to the zone in the blockchain network where the submitting node is located. Block data is broadcast. Since the submitting node in this application may be a node from a different network, if the submitting node is from a public chain network, the block data corresponding to the synchronous transaction is broadcast directly on the public chain. The corresponding submitting node and the synchronous transaction initiated to the public chain become the internal transaction of the public chain. Obviously, this method can use the synchronous transaction as the internal transaction of the public chain. The broadcast, verification and storage of block data are the most convenient, but need Occupy at least one node in the public chain as the initiator of the synchronous transaction. Therefore, in order to save the computing power of nodes in the public chain, the submitting node should choose other nodes than the maintainer node in the public chain.

If the submitting node originates from the access chain network, the access chain node that is the submitting node needs to initiate a cross-chain transaction to the public chain. That is, the block data generated by the transaction node must be broadcast once in the access chain network to form a block chain. The nodes connected between the access chain and the public chain then pass the generated block data to the public chain network, so that it can be broadcast again in the public chain network, so that the maintainer nodes in the public chain can receive the area. Block data and perform subsequent synchronous transactions. This method can save the computing power on the nodes in the public chain network to the greatest extent. However, because the public chain network also stores the blockchain generated by the synchronous exchange, it will take up a little more storage space on the public chain network. Further, in order to reduce the occupation of the storage space of the public chain network, when performing a synchronous transaction, broadcasting, verification and storage can be performed only in the access chain, and the blockchain generated by the synchronous transaction is not stored in the public chain.

For the case where the submitting node originates from a parachain network, since the parachain itself is part of the public chain or the access chain, the method of initiating a transaction is the same as the above two cases. In the technical solution provided in the present application, from the perspective of initiating a synchronous transaction, a method in which the submitting node is a public chain node is preferentially selected.

In practical applications, in order to adapt to different-scale access chains and public chain networks, there can be multiple access chain nodes, but in order to avoid high concurrent operations of submitting nodes, only one submitting node is required to obtain the corresponding blockchain in this application. Information. Therefore, in some embodiments of the present application, after the submitting node initiates a synchronous transaction with blockchain information to the public chain to trigger the maintainer node in the public chain to perform the steps of submitting a contract, the method further includes:

The submission node generates submission notification information, and sends the submission notification information to other nodes to prevent other nodes from initiating a synchronous transaction with the public chain on the same blockchain information. That is, in this embodiment, after obtaining the blockchain information of the access chain node, the submitting node generates a submission notification message, and this submission information may be sent to the access chain and / or each submitting node in a broadcast form. In addition, the submission information can be provided with prompt text corresponding to the synchronized blockchain information in actual applications, or directly with control instructions. In order to enable other nodes to judge the currently synchronized blockchain information, and prohibit the initiation of synchronization transactions to the public chain on the same blockchain information, to avoid the high concurrent processing of data caused by repeated synchronization.

In order to avoid the high-concurrency processing of data, it can also be implemented by the maintainer node in the public chain after receiving the synchronous transaction and refusing to receive the synchronous transaction containing the same blockchain information. In practical applications, the maintainer node may refuse to receive a transaction initiated by submitting a contract within a period of time after receiving the synchronous transaction. Obviously, when accessing multiple access chains in the public chain, you cannot simply judge whether to receive synchronous transactions by time. You should also analyze whether the received transactions originate from the same access chain or whether the synchronous transactions contain the same Blockchain information. It can be seen that the rejection of synchronous transactions containing the same blockchain information through synchronous transactions can ensure that the subsequent abstract information extraction and broadcasting can be performed once for one blockchain information to complete the synchronization, avoiding the problem of repeated synchronization.

In the technical solution provided in the present application, the manner in which the submitting node generates the submission notification information is preferred to avoid the highly concurrent operation of the data. On the one hand, after receiving the submission notification information, other nodes may not need to obtain or analyze the blockchain information, which can save the computing power of other nodes, and avoid frequent transactions between the access chain and the public chain; another On the other hand, since other nodes no longer initiate synchronous transactions after receiving the submission notification information, the public chain maintainer node does not need to analyze and judge most of the synchronous transactions, which further saves the maintainer node's computing power.

S13: The maintainer node verifies the synchronous transaction by submitting the execution result of the contract, and extracts the data in the blockchain information to generate summary information; the summary information includes the address of the access chain node and the transaction data identifier.

After receiving the synchronous transaction, the maintainer node first verifies the synchronous transaction. In this application, the content of the verification performed by the maintainer node may include two aspects. On the one hand, the public chain maintainer node verifies the block data generated by the synchronous transaction. As with ordinary transactions, the verification of the block data includes Decrypt the HASH value of the block data to obtain the corresponding transaction content information, that is, the synchronized blockchain information content; on the other hand, the public chain maintainer node also includes verification of the validity of the synchronous transaction, that is, determining whether the synchronous transaction is from It depends on whether the legal access chain nodes and the synchronized blockchain information have been synchronized. In this application, the maintainer node may verify the synchronous transaction according to the execution result of the submitted contract. That is, only synchronous transactions can trigger the execution of the submitted contract, thereby ensuring that the maintainer node can identify synchronous transactions in order to distinguish other types of transactions and perform synchronous operations in subsequent steps.

After the maintainer node verifies the synchronous transaction, it is necessary to extract the data related to the cross-chain transaction in the blockchain information. For example, the initiating chain address of cross-chain transactions, that is, the access chain address that generates blockchain data; and the location data of cross-chain transactions reflected in the blockchain information. And generate summary information based on the extracted data. In the technical solution provided in this application, the summary information can be used as a kind of record text, and the generation method of the summary information should also tend to be as simple as possible, such as generating record text data or replacing specific transaction information by numbers, etc. to avoid excessive Consumes the computing power of the maintainer nodes in the public chain.

It can be seen that the summary information can remove the corresponding blockchain data format, and it is not necessary to synchronize most of the data such as the corresponding hash value, encryption algorithm, block serial number before and after, specific transaction content information, and only retains the information that can be traced back to the original blockchain information. Descriptive information. Therefore, the volume of the generated summary information is much smaller than the data volume recorded in the original blockchain information, which can greatly save the storage space of the public chain network.

Further, as shown in FIG. 4, the maintainer node verifies the synchronous transaction by submitting the execution result of the contract, and extracts the data in the blockchain information. The steps of generating summary information include:

S131: The maintainer node extracts the blockchain information, and determines the attributes of the corresponding access chain according to the blockchain information;

S132: Obtain a summary format table, where the summary format table includes multiple access chain attributes and a summary extraction template corresponding to each access chain attribute;

S133: Extract data in the blockchain information according to the attributes of the access chain, and generate summary information according to the abstract extraction template.

In this embodiment, the maintainer node may first extract the blockchain information from the received synchronous transaction, and determine the attributes of the access chain from the blockchain information. The attributes of the access chain include not only the access chain network from which the access chain originates, that is, the address information of the access chain network, but also the properties of the access chain relative to the public chain network, such as whether the access chain is A sub-chain network with the same interface specifications as the public chain, or whether the access chain is a third-party blockchain network that accesses the public chain, or whether there is a parallel chain between the access chain and the public chain network. In addition, the attributes of the access chain may also include the functions of the access chain, or specific application scenarios, such as different application scenarios such as finance, trading, banking, and trade.

After the attributes of the access chain are determined, the specific type of summary information to be generated can be determined by obtaining a summary format table, that is, different access chains can generate different forms of summary information. The summary format table may include attributes of all access chains accessing the public chain network, and each type of access chain attribute corresponds to a summary extraction template. Or a part of the access chain attributes correspond to one digest extraction template, and another part of the digest attributes corresponds to another digest extraction template.

For example, for an access chain that is a sub-chain network with the same interface specifications as the public chain, the corresponding summary extraction template includes extracting the value information of the access chain and the position information of the transaction in the blockchain data; while for the access chain it is The third-party blockchain network that requires a parallel chain to access the public chain. The corresponding abstract extraction template includes the value information of the extracted access chain, the position information of the transaction in the blockchain data, and the corresponding parallel chain (or parallel (Chain node) address information, so that when back to the original blockchain information through the summary information, it can be bridged by parallel chains in order to obtain the corresponding original blockchain information smoothly. In this embodiment, the abstract extraction template may be stored in the memory of the maintainer node of the public chain in order to directly obtain the corresponding template and speed up the acquisition speed of the template. The abstract extraction template can also be stored in the storage node in the public chain. When the summary information needs to be generated, the maintainer node then obtains the corresponding template by sending the corresponding instruction to the storage node to avoid occupying the storage space of the maintainer node.

After obtaining the abstract extraction template, this embodiment may extract data in the blockchain information according to the attributes of the access chain, and generate abstract information according to the abstract extraction template. Therefore, different forms of summary information are generated according to different types of access chain attributes. It should be noted that the generated summary information can be directly stored in the public chain network as a line or a string of characters.

S14: The maintainer node broadcasts the summary information in the public chain network.

After the maintainer node in the public chain generates the summary information, it can first store it in the maintainer node, and then broadcast the generated summary information, so that the nodes with storage function in the public chain network can receive the summary information. Specifically, the maintainer node may broadcast an execution instruction containing summary information in the public chain network, and control all storage nodes in the public chain network to receive the execution instruction. The maintainer node may also first send the summary information to the neighboring storage node, so that the storage node receiving the summary information stores it first, and then continues to broadcast the summary information to the neighboring nodes that have stored the summary information. The summary information is transmitted in order to complete the entire network broadcast. It should be noted that in actual applications, one cross-chain transaction can generate one summary information, and one summary information can correspond to multiple cross-chain transactions, thereby further saving the computing power of the maintainer node.

Further, as shown in FIG. 5, the step of the maintainer node broadcasting the summary information in the public chain network includes:

S141: The maintainer node receives summary information corresponding to multiple transactions;

S142: The maintainer node creates block data according to the summary information, where the block data includes summary information corresponding to multiple transactions;

S143: The storage node in the public chain verifies the block data, and after the verification is passed, the block chain information including the summary information is generated.

In this embodiment, the stored summary information can be written into the blockchain along with the blockchain generation process in the public chain network, thereby forming unchangeable public chain blockchain information. Therefore, in actual application, after broadcasting the summary information, the maintainer node receiving the summary information can create block data based on the summary information to form a blockchain after verification, and the storage node stores the corresponding blockchain. . In practical applications, through the distributed storage method in the public chain network, on the one hand, it can adapt to the corresponding storage node storage method, and on the other hand, it can form unchangeable blockchain information in the public chain network, so that some nodes cannot modify the summary Information to ensure the authenticity of synchronized information.

S15: Multiple storage nodes in the public chain store the received summary information in a distributed manner.

In the technical solution provided in the present application, multiple storage nodes can synchronize and store summary information to avoid node changes, such as failure of some node devices, affecting data storage. At the same time, since multiple storage nodes need to store the digest information, the immutability of the digest information is further guaranteed.

In addition, in the technical solution provided in this application, for the convenience of storage and verification, the public chain maintainer node with sufficient storage space can assume the work content of the storage node. That is, some nodes in the public chain act as both public chain maintainer nodes and storage nodes, so that multiple public chain maintainer nodes can directly write the digest information into the blockchain after verifying the broadcast summary information.

Based on the above-mentioned method for storing blockchain information, as shown in FIG. 6, this application also provides a blockchain-based information storage system based on a public chain, including a public chain and an access chain accessing a public chain network. Wherein, the public chain and access chain are P2P networks; some nodes in the public chain are configured as maintainer nodes and storage nodes; and some nodes in the public chain and / or access chain are configured as submit nodes ;

The maintainer node is further configured to execute a submitted contract, verify the synchronous transaction by submitting the execution result of the contract, extract the data in the blockchain information, and generate summary information; the summary information includes the address of the access chain node and the transaction data Identifier; and, broadcasting summary information within the public chain network;

It can be known from the above technical solutions that, in the above feasible embodiment of the present application, the storage method first periodically obtains the blockchain information to be synchronized from the access chain node by the submitting node, and then the submitting node initiates a zone to the public chain. There is a synchronous transaction of blockchain information to trigger the maintainer node in the public chain to execute the contract submission, and the maintainer node extracts the data in the synchronous transaction to generate summary information. The maintainer node broadcasts the summary information in the public chain network to enable multiple storage nodes in the public chain to store the summary information. In the method, the maintainer node extracts the summary information from the blockchain information to be synchronized, and stores the summary information in the storage node of the public chain, reducing the volume of synchronized data, and sharing the data processing load of the public chain nodes, thereby It solves the problems that the traditional blockchain information storage method occupies a large amount of storage space during cross-chain transactions and the storage efficiency is low.

In another feasible embodiment of the present application, a method for storing blockchain information based on a public chain is also provided. As shown in FIG. 7, the method includes the following steps:

S21: The submitting node periodically obtains the blockchain information from the access chain node;

S22: The submitting node extracts the blockchain information to generate summary information, where the summary information includes the access chain address of the source of the blockchain information and the transaction data identifier;

S23: The submitting node initiates a synchronous transaction with summary information to the public chain to trigger the maintainer node in the public chain to execute the submission contract;

S24: The maintainer node in the public chain verifies the synchronous transaction by submitting the execution result of the contract, and obtains the summary information;

S25: The maintainer node broadcasts the summary information in the public chain network;

S26: Multiple storage nodes in the public chain store the received summary information in a distributed manner.

It can be known from the above steps that the difference between this embodiment and the foregoing embodiment is that, in this embodiment, extracting the summary information from the blockchain information to be synchronized is completed by the submitting node. That is, after the submitting node periodically obtains the blockchain information from the access chain node, the submitting node performs data extraction on each obtained blockchain information, thereby generating summary information. The maintainer node in the public chain only receives synchronous transactions and broadcasts the summary information in the public chain network by executing the submission contract. Similarly, in this embodiment, the submitting node may have a corresponding abstract extraction template built-in, so that when the submitting node extracts data, it may extract data and generate summary information according to the abstract extraction template.

In this embodiment, the submitting node extracts the data in the blockchain information and generates summary information. By calling the submitting node to share the work, the workload of the maintainer node of the public chain can be reduced and the data processing of the maintainer node in the public chain the amount. It enables the maintainer node in the public chain to execute only the submitted contract and broadcast the summary information, which improves the storage efficiency of the summary information. In addition, it is not necessary to store corresponding abstract extraction templates and other data in the maintainer node, further reducing the need for public chain storage space.

Based on the above information storage method, the present application also provides a public chain-based blockchain information storage system, including a public chain and an access chain accessing a public chain network. Wherein, the public chain and access chain are P2P networks; some nodes in the public chain are configured as maintainer nodes and storage nodes; and some nodes in the public chain and / or access chain are configured as submit nodes ;

It can be known from the above technical solutions that, in practical applications, the information storage method provided in this embodiment first obtains blockchain information from an access chain node periodically by a submitting node. The submitting node then extracts the blockchain information to generate summary information, and initiates a synchronous transaction with the summary information to the public chain to trigger the maintainer node in the public chain to perform the submission contract. The maintainer node verifies the synchronous transaction by submitting the execution result of the contract, and obtains summary information. The summary information is then broadcast in the public chain network so that the storage nodes in the public chain store the received summary information in a distributed manner. The method extracts the summary information from the blockchain information to be synchronized by the submitting node, and sends the summary information to the maintainer node in the form of a synchronous transaction to be stored in the storage node, which can reduce the volume of synchronized data and further share the public The data processing load of the chain nodes, thereby solving the problems of the traditional blockchain information storage method occupying a large amount of storage space during cross-chain transactions and low storage efficiency.

Similar parts between the embodiments provided in this application can be referred to each other. The specific implementations provided above are just a few examples under the general concept of this application, and do not constitute a limitation of the protection scope of this application. For those skilled in the art, any other implementations extended according to the scheme of the present application under the premise of no creative labor belong to the protection scope of the present application.

Claims

A method for storing blockchain information based on a public chain is characterized in that it includes:

The submitting node periodically obtains the blockchain information to be synchronized from the access chain node;

The submission node initiates a synchronous transaction with blockchain information to the public chain to trigger the maintainer node in the public chain to execute the submission contract;

The maintainer node verifies the synchronous transaction by submitting the execution result of the contract, and extracts the data in the blockchain information to generate summary information; the summary information includes the address of the access chain node and the transaction data identifier;

The maintainer node broadcasts the summary information in the public chain network;

Multiple storage nodes in the public chain store the received summary information in a distributed manner.
The information storage method according to claim 1, wherein in the method, the submitting node is a parallel chain node that bridges the public chain and the access chain;

Alternatively, the submitting node is designated in the public chain network and other nodes than the maintainer node;

Alternatively, the submitting node is a node designated in the access chain network.
The information storage method according to claim 1, wherein the step of the submitting node periodically obtaining the blockchain information to be synchronized from the access chain node comprises:

The access chain node records the increase in cross-chain transactions included in the blockchain information;

If the increase in cross-chain transactions reaches the preset number of transaction submissions, send blockchain information to the submitting node.
The information storage method according to claim 1, wherein the step of the submitting node periodically obtaining the blockchain information to be synchronized from the access chain node comprises:

The access chain node records the block increase in the blockchain information;

If the block increase amount reaches the preset block submission number, the blockchain information is sent to the submitting node.
The information storage method according to claim 1, wherein after the submitting node initiates a synchronous transaction with blockchain information to the public chain and triggers a maintainer node in the public chain to execute the step of submitting a contract, the method further comprises :

The submission node generates submission notification information and sends the submission notification information to other nodes to prevent other nodes from initiating a synchronous transaction with the public chain on the same blockchain information;

Or, after receiving the synchronous transaction, the maintainer node refuses to receive the synchronous transaction containing the same blockchain information.
The information storage method according to claim 1, wherein the protector node verifies the synchronous transaction by submitting the execution result of the contract, and extracts the data in the blockchain information, and the steps of generating summary information include:

The maintainer node extracts the blockchain information and determines the attributes of the corresponding access chain according to the blockchain information;

Obtaining a summary format table, which includes multiple access chain attributes and a summary extraction template corresponding to each type of access chain attribute;

The data in the blockchain information is extracted according to the attributes of the access chain, and summary information is generated according to the abstract extraction template.
The information storage method according to claim 1, wherein the step of the maintainer node broadcasting the summary information in the public chain network comprises:

The maintainer node receives summary information corresponding to multiple transactions;

The maintainer node creates block data according to the summary information, and the block data contains summary information corresponding to multiple transactions;

The storage nodes in the public chain verify the block data, and after the verification is passed, the block chain information containing the summary information is generated.
A method for storing blockchain information based on a public chain is characterized in that it includes:

The submitting node periodically obtains the blockchain information from the access chain node;

The submitting node extracts the blockchain information to generate summary information, and the summary information includes the access chain address of the blockchain information source and the transaction data identifier;

The submitting node initiates a synchronous transaction with summary information to the public chain to trigger the maintainer node in the public chain to execute the submission contract;

The maintainer node in the public chain verifies the synchronous transaction by submitting the execution result of the contract, and obtains the summary information;

The maintainer node broadcasts the summary information in the public chain network;

Multiple storage nodes in the public chain store the received summary information in a distributed manner.
A blockchain information storage system based on a public chain is characterized in that it includes a public chain and an access chain accessing a public chain network, and the public chain and the access chain are P2P networks; part of the public chain Nodes are configured as maintainer nodes and storage nodes; some nodes in the public chain and / or access chain are configured as submitting nodes;

The submitting node is further configured: the submitting node periodically obtains the blockchain information to be synchronized from the access chain node; the submitting node initiates a synchronization transaction with the blockchain information to the public chain to trigger a maintainer in the public chain The node executes the submission contract;

The maintainer node is further configured to execute a submitted contract, verify the synchronous transaction by submitting the execution result of the contract, extract the data in the blockchain information, and generate summary information; the summary information includes the address of the access chain node and the transaction data Identifier; and, broadcasting summary information within the public chain network;

The storage node is further configured to: store the received digest information in a distributed manner.
A blockchain information storage system based on a public chain is characterized in that it includes a public chain and an access chain accessing a public chain network, and the public chain and the access chain are P2P networks; part of the public chain Nodes are configured as maintainer nodes and storage nodes; some nodes in the public chain and / or access chain are configured as submitting nodes;

The submitting node is further configured to: periodically obtain the blockchain information from the access chain node; extract the blockchain information to generate summary information, and the summary information includes the access chain address of the blockchain information source, and transaction data Identifier; and initiate a synchronous transaction with summary information to the public chain to trigger the maintainer node in the public chain to execute the submission contract;

The maintainer node is further configured to: execute the submitted contract, verify the synchronous transaction through the execution result of the submitted contract, and obtain summary information; and broadcast the summary information in the public chain network

The storage node is further configured to: store the received digest information in a distributed manner.