CN109711842B - Account book accounting method of block chain network with regularly converged parallel chains - Google Patents
Account book accounting method of block chain network with regularly converged parallel chains Download PDFInfo
- Publication number
- CN109711842B CN109711842B CN201811634094.2A CN201811634094A CN109711842B CN 109711842 B CN109711842 B CN 109711842B CN 201811634094 A CN201811634094 A CN 201811634094A CN 109711842 B CN109711842 B CN 109711842B
- Authority
- CN
- China
- Prior art keywords
- block
- parallel
- chain
- hash value
- confluent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
The invention discloses an account book accounting method of a block chain network with regularly converged parallel chains, which relates to the field of block chains and comprises a business accounting step and a converging step; the merging step includes: firstly, responding to the current block number of each parallel chain as a convergence block number, and stopping the service accounting step of the parallel chain; then, obtaining the hash value of the last block of each parallel chain; then, generating a newly added confluent block according to the hash value of each previous block and a preset confluent block generation rule; and finally, adding the newly added confluent block to each parallel chain on the node, and sending the newly added confluent block to the block chain network so as to be commonly identified by other nodes. The block chain network comprises a plurality of parallel chains, so that the hardware cost of the initial construction stage of the block chain project is reduced, meanwhile, a plurality of block chains are crossed periodically to form a junction block, and the computational attack defense capability of the whole block chain network is improved.
Description
Technical Field
The invention relates to the field of block chains, in particular to an account book accounting method of a block chain network with regularly converged parallel chains.
Background
The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm.
In a narrow sense, the blockchain is a distributed account book which is a chain data structure formed by combining data blocks in a sequential connection mode according to a time sequence and is guaranteed in a cryptographic mode and cannot be tampered and forged. Broadly, the blockchain technique is a completely new distributed infrastructure and computing approach that utilizes blockchain data structures to verify and store data, utilizes distributed node consensus algorithms to generate and update data, utilizes cryptography to secure data transmission and access, and utilizes intelligent contracts composed of automated script code to program and manipulate data.
In the prior art, each block chain network needs an ore machine for construction, so that a large equipment investment is needed, and after a block chain project fails, the invested ore machine becomes a waste machine, so that social resources are wasted; and the mine machine is specialized, requires modification costs for other blockchain projects, and is also subject to performance degradation.
Disclosure of Invention
In view of some of the above-mentioned defects in the prior art, the technical problem to be solved by the present invention is to provide an account book accounting method for a block chain network in which parallel chains are regularly merged, which aims to construct multiple parallel chains in a block chain network, and a block chain project can be added into the block chain network as a parallel chain, thereby reducing the hardware cost at the initial stage of block chain project construction, and meanwhile, multiple block chains are regularly crossed to form a merged block, thereby improving the calculation attack defense capability of the whole block chain network, and enhancing the reliability of the parallel chains.
In order to achieve the above object, the present invention provides an account book accounting method for a block chain network in which parallel chains periodically converge, where the block chain network at least includes two parallel chains, a convergence block exists between the parallel chains, the convergence block is a coincidence block between the parallel chains, and the convergence block includes a service block of each of the parallel chains; the method comprises a service accounting step and a converging step; the service accounting step is used for performing block chain accounting on the service data of each parallel chain and generating the service block; the merging step is used for generating the merging block; the merging step includes:
stopping the service accounting step of the parallel chains in response to the current block number of each parallel chain being a confluent block number;
obtaining the last block hash value of each parallel chain; the last block hash value is the block hash value of the last block of each parallel chain;
generating a newly added confluent block according to the hash value of each previous block and a preset confluent block generation rule;
and adding the newly added confluent block to each parallel chain on the node, and sending the newly added confluent block to the block chain network so as to be commonly identified by other nodes.
In a specific embodiment, the method further comprises:
and receiving the newly added confluent block sent by other nodes, and adding the newly added confluent block to all the parallel chains of the node.
In a specific embodiment, the method further comprises:
responding to the node receiving at least two newly added convergent blocks acquired from other nodes, and acquiring the quantity of the newly added convergent blocks commonly recognized by other nodes;
and adding the newly-added confluent block with the maximum number commonly recognized by other nodes to each parallel chain of the node.
In an embodiment, the generating a newly added merged block according to the hash value of each previous block and a preset merged block generation rule includes:
generating a first convergent root hash value according to each last block hash value;
generating a confluent block hash value according to the first confluent root hash value and the random number; wherein the merged block hash value changes with the adjustment of the random number;
and determining the random number which enables the hash value of the converging block to meet a preset condition, and obtaining the newly added converging block.
In an embodiment, the generating a merged block hash value according to the first merged root hash value and a random number further includes:
generating a confluent block hash value according to the first confluent root hash value, the random number, the timestamp, the confluent block number and the difficulty value; the difficulty value is used to adjust the difficulty of determining the random number.
In one embodiment, the traffic blocks of each of the parallel chains between the merging blocks are independent of each other.
In a specific embodiment, the step of billing for the service includes:
acquiring at least one task to be billed of each parallel chain of the block chain network; wherein each task to be billed comprises at least one piece of service data related to the corresponding parallel chain;
according to the tasks to be billed, obtaining the current last block hash value of the first parallel chain matched with the tasks to be billed from all the parallel chains;
generating a newly added service block according to the task to be booked, the hash value of the current last block and a preset block generation rule;
and adding the new service block to the first parallel chain on the node, and sending the new service block to the block chain network so as to be commonly identified by other nodes.
In a specific embodiment, in the service billing step, the method further includes:
in response to the newly added traffic block being identified, receiving a first stimulus sent by an accounting book management node and/or the blockchain network.
In a specific embodiment, the value of the first incentive of each parallel chain is preset by each ledger administration node or an operator of the blockchain network.
In a specific embodiment, the merging step further includes:
executing an incentive adjustment intelligent contract; the incentive adjustment intelligent contract is used for adjusting the value of the first incentive of each parallel chain.
In a second aspect of the present invention, an account book accounting system for a block chain network in which parallel chains periodically converge is provided, where the block chain network includes at least two parallel chains, a convergence block exists between the parallel chains, the convergence block is a coincidence block between the parallel chains, and the coincidence block includes a service block of each of the parallel chains; the system comprises a business accounting step execution module and a converging step execution module; the service accounting step execution module is used for performing block chain accounting on the service data of each parallel chain and generating the service block; the merging step execution module is used for generating the merging block;
the merging step execution module includes:
a convergence starting unit, configured to stop the service accounting step of the parallel chains in response to a current block number of each of the parallel chains being a convergence block number;
a first last block hash obtaining unit, configured to obtain a last block hash value of each parallel chain; the last block hash value is the block hash value of the last block of each parallel chain;
a newly added confluent block generating unit, configured to generate a newly added confluent block according to each of the previous block hash values and a preset confluent block generating rule;
and the newly-added junction block issuing unit is used for adding the newly-added junction block to each parallel chain on the node and sending the newly-added junction block to the block chain network so as to facilitate the consensus of other nodes.
In a specific embodiment, the merging step execution module further includes:
and the newly added junction block receiving unit is used for receiving the newly added junction block sent by other nodes and adding the newly added junction block to all the parallel chains of the node.
In a specific embodiment, the merging step execution module further includes:
the consensus information acquisition unit is used for responding to the node receiving at least two newly-added convergent blocks acquired from other nodes, and acquiring the number of the newly-added convergent blocks which are respectively consensus by other nodes;
and a consensus confirmation merging unit, configured to add the newly added merging block with the largest number of consensus by other nodes to each of the parallel chains of the node.
In one embodiment, the newly added merge block generation unit is configured to:
generating a first convergent root hash value according to each last block hash value;
generating a confluent block hash value according to the first confluent root hash value and the random number; wherein the merged block hash value changes with the adjustment of the random number;
and determining the random number which enables the hash value of the converging block to meet a preset condition, and obtaining the newly added converging block.
In an embodiment, the newly added join block generation unit is further configured to generate a join block hash value according to the first join root hash value, a random number, a timestamp, the join block number, and a difficulty value; the difficulty value is used to adjust the difficulty of determining the random number.
In one embodiment, the traffic blocks of each of the parallel chains between the merging blocks are independent of each other.
In a specific embodiment, the service billing step execution module includes:
the accounting task obtaining unit is used for obtaining at least one accounting task of each parallel chain of the block chain network; wherein each task to be billed comprises at least one piece of service data related to the corresponding parallel chain;
the second last block hash obtaining unit is used for obtaining the current last block hash value of the first parallel chain matched with the task to be billed in all the parallel chains according to the task to be billed;
a new service block generation unit, configured to generate a new service block according to the task to be billed, the hash value of the current previous block, and a preset block generation rule;
and the newly added service block issuing unit is used for adding the newly added service block to the first parallel chain on the node and sending the newly added service block to the block chain network so as to facilitate the common identification of other nodes.
In a specific embodiment, the service billing step execution module further includes:
a first excitation receiving unit, configured to receive a first excitation sent by an accounting book management node and/or the blockchain network in response to the newly added service block being identified.
In a specific embodiment, the value of the first incentive of each parallel chain is preset by each ledger administration node or an operator of the blockchain network.
In a specific embodiment, the merging step execution module further includes:
the excitation adjustment execution unit is used for executing the excitation adjustment intelligent contract; the incentive adjustment intelligent contract is used for adjusting the value of the first incentive of each parallel chain.
The invention has the beneficial effects that: the block chain network comprises a plurality of parallel chains, a single block chain project can be added into the block chain network as a parallel chain without independently constructing the block chain network, the hardware cost of the initial construction stage of the block chain project is reduced, meanwhile, a plurality of block chains are crossed periodically to form a junction block, the computing attack defense capability of the whole block chain network is improved, and the reliability of the parallel chains is enhanced.
Drawings
Fig. 1 is a schematic flow chart of a ledger accounting method of a blockchain network in which parallel chains periodically converge according to an embodiment of the present invention;
fig. 2 is a block diagram of a block chain network with periodically converging parallel chains for performing the converging steps of the ledger accounting system according to an embodiment of the present invention;
fig. 3 is a block diagram of a block chain network with periodically merged parallel chains for performing business accounting steps in the accounting system according to an embodiment of the present invention;
fig. 4 is a schematic diagram of the structure of the ledger accounting system of the block chain network in which parallel chains periodically converge according to an embodiment of the present invention.
Detailed Description
The invention is further illustrated by the following examples in conjunction with the accompanying drawings:
as shown in fig. 1 to 4, in a first embodiment of the present invention, there is provided a book accounting method for a block chain network in which parallel chains periodically converge, the block chain network includes at least two parallel chains, a convergence block exists between the parallel chains, the convergence block is a coincidence block between the parallel chains, and the convergence block includes a service block of each of the parallel chains; the method comprises a service accounting step and a converging step; the service accounting step is used for performing block chain accounting on the service data of each parallel chain and generating the service block; the merging step is used for generating the merging block; the merging step includes:
stopping the service accounting step of the parallel chains in response to the current block number of each parallel chain being a confluent block number;
obtaining the last block hash value of each parallel chain; the last block hash value is the block hash value of the last block of each parallel chain;
generating a newly added confluent block according to the hash value of each previous block and a preset confluent block generation rule;
and adding the newly added confluent block to each parallel chain on the node, and sending the newly added confluent block to the block chain network so as to be commonly identified by other nodes.
The block chain network provides a computing power sharing platform, the operation process of the block chain network mainly comprises a service accounting step and a converging step, and correspondingly, blocks of the block chain comprise a service accounting area and a converging block which are not mutually influenced.
In the service billing step, different block chain operators or different block chain service modules share the computing power of the block chain network in a parallel chain mode, and the computing power support of miners of the block chain network is obtained. On one hand, miners can obtain and serve a calculation force demand party on the block chain network so as to obtain benefits, on the other hand, the block chain calculation force demand party does not need to establish a block chain network per se so as to increase the initial construction cost of the block chain network, and the miners on the platform meet the calculation force demand per se; in the service accounting step, the independence between different block chains is strong, and the data does not generate crosstalk.
In the merging step, all the parallel chains are merged into the same block, and at this time, the block before the merged block is added with calculation capacity, so that the data of the block before the merged block is not tampered, and the data security and the reliability are improved. It is worth mentioning that in the process of the business accounting step, the computing power of each parallel chain is actually shared by each parallel chain, the computing power of the whole network is weakened, and the maintaining capability of the whole computing power is enhanced through the converging block.
As shown in fig. 4, two converging blocks 300 include 4 parallel chains with a service accounting block 400 in between; it should be noted that, for the merge block 300, the block number thereof can be represented by the block number of each parallel chain. Through the convergence block 300, the computing power defense capability of the service block is effectively enhanced, and the risk of tampering the service data is reduced.
In this embodiment, the method further includes:
and receiving the newly added confluent block sent by other nodes, and adding the newly added confluent block to all the parallel chains of the node.
Further optionally, the method further comprises:
responding to the node receiving at least two newly added convergent blocks acquired from other nodes, and acquiring the quantity of the newly added convergent blocks commonly recognized by other nodes;
and adding the newly-added confluent block with the maximum number commonly recognized by other nodes to each parallel chain of the node.
In this embodiment, the generating a newly added confluent block according to the hash value of each previous block and a preset confluent block generation rule includes:
generating a first convergent root hash value according to each last block hash value;
generating a confluent block hash value according to the first confluent root hash value and the random number; wherein the merged block hash value changes with the adjustment of the random number;
and determining the random number which enables the hash value of the converging block to meet a preset condition, and obtaining the newly added converging block.
Further optionally, the generating a merged block hash value according to the first merged root hash value and the random number further includes:
generating a confluent block hash value according to the first confluent root hash value, the random number, the timestamp, the confluent block number and the difficulty value; the difficulty value is used to adjust the difficulty of determining the random number.
In this embodiment, the traffic blocks of each of the parallel chains between the merging blocks are independent of each other.
In this embodiment, the service billing step includes:
acquiring at least one task to be billed of each parallel chain of the block chain network; wherein each task to be billed comprises at least one piece of service data related to the corresponding parallel chain;
according to the tasks to be billed, obtaining the current last block hash value of the first parallel chain matched with the tasks to be billed from all the parallel chains;
generating a newly added service block according to the task to be booked, the hash value of the current last block and a preset block generation rule;
and adding the new service block to the first parallel chain on the node, and sending the new service block to the block chain network so as to be commonly identified by other nodes.
Further, in the service billing step, the method further includes:
in response to the newly added traffic block being identified, receiving a first stimulus sent by an accounting book management node and/or the blockchain network.
Further, the value of the first incentive of each parallel chain is preset by each ledger administration node or an operator of the blockchain network.
Intuitively, the miners may select parallel chains to be serviced based on the level of motivation for each parallel chain.
It is worth mentioning that when the number of tasks to be billed of the blockchain network is large, the nodes of the blockchain network can select the tasks to be billed to be executed according to the billing income; at this time, more miners are attracted to participate in the blockchain network due to the larger number of services, and more operators are attracted to enter the blockchain network as the size of the blockchain network is larger; meanwhile, when the tasks to be booked are few, the nodes of the blockchain network can be lost, so that the number of the nodes of the blockchain network is equal to the number of the services. The block chain network realizes the self-consistency of business data and the size of miners, and the miners select the parallel chains to be served according to the market.
Further, the merging step further includes:
executing an incentive adjustment intelligent contract; the incentive adjustment intelligent contract is used for adjusting the value of the first incentive of each parallel chain.
Optionally, in the merging step, the method further includes:
receiving a second excitation sent by the blockchain network in response to the newly added confluent block being identified.
In an actual application scenario, due to different rules of selecting and keeping accounts of a network or an account book management node, the success rate of keeping accounts of the node in different parallel chains is different, and in order to improve the success rate, efficiency or income of keeping accounts of the node, the parallel chain with the higher keeping account success rate is preferentially selected and a task to be kept accounts is executed.
Optionally, the service billing step further includes:
acquiring historical accounting success rate of the node aiming at each parallel chain;
according to the historical bookkeeping success rate, performing bookkeeping priority ranking on each parallel chain; wherein, the higher the historical accounting success rate is, the higher the accounting priority level is.
Typically, the consensus of the newly added service block can be known by the node of the block chain network; for example, the bit currency network, all nodes have the same status and share the common recognition task; optionally, the local blockchain network further provides a consensus mode, that is, a manager node having a first parallel chain performs consensus, and each node of the local blockchain network only provides computing power; the scheme has the advantages that the method is beneficial to enhancing the autonomy of the first parallel chain management party so as to enjoy the calculation service from the blockchain network according to the self requirement, and if necessary, the management party sets the account book management node on the blockchain network so as to support the business of the management party. Of course, the account book consensus of the parallel chain can also be given to the node on the local blockchain network, and the local blockchain network fully hosts the service data.
In a typical case of the present invention, the blockchain network includes an accounting task providing node and an accounting task executing node, wherein the accounting task providing node includes a blockchain item and maintains a set of accounts and corresponds to a parallel chain, the accounting task executing node provides computing power for the blockchain network, and in other words, the accounting task executing node provides computing power for each blockchain item.
As shown in fig. 1 to 4, in a second aspect of the present invention, there is provided an accounting system for a block chain network in which parallel chains periodically merge, the block chain network includes at least two parallel chains, a merge block exists between the parallel chains, the merge block is a superposition block between the parallel chains, and the merge block includes a service block of each of the parallel chains; the system comprises a service accounting step execution module 200 and a convergence step execution module 100; the service accounting step executing module 200 is configured to perform block chain accounting on the service data of each parallel chain and generate the service block; the merging step executing module 100 is configured to generate the merging block;
the merging step execution module 100 includes:
a convergence starting unit 101, configured to stop the service accounting step of the parallel chains in response to that the current block number of each of the parallel chains is a convergence block number;
a first previous block hash obtaining unit 102, configured to obtain a previous block hash value of each parallel chain; the last block hash value is the block hash value of the last block of each parallel chain;
a newly added confluent block generating unit 103, configured to generate a newly added confluent block according to each of the previous block hash values and a preset confluent block generating rule;
and an adding and merging block issuing unit 104, configured to add the adding and merging block to each of the parallel chains on the node, and send the adding and merging block to the block chain network for common identification of other nodes.
The block chain network provides a computing power sharing platform, the operation process of the block chain network mainly comprises a service accounting step and a converging step, and correspondingly, blocks of the block chain comprise a service accounting area and a converging block which are not mutually influenced.
In the service billing step, different block chain operators or different block chain service modules share the computing power of the block chain network in a parallel chain mode, and the computing power support of miners of the block chain network is obtained. On one hand, miners can obtain and serve a calculation force demand party on the block chain network so as to obtain benefits, on the other hand, the block chain calculation force demand party does not need to establish a block chain network per se so as to increase the initial construction cost of the block chain network, and the miners on the platform meet the calculation force demand per se; in the service accounting step, the independence between different block chains is strong, and the data does not generate crosstalk.
In the merging step, all the parallel chains are merged into the same block, and at this time, the block before the merged block is added with calculation capacity, so that the data of the block before the merged block is not tampered, and the data security and the reliability are improved. It is worth mentioning that in the process of the business accounting step, the computing power of each parallel chain is actually shared by each parallel chain, the computing power of the whole network is weakened, and the maintaining capability of the whole computing power is enhanced through the converging block.
As shown in fig. 4, two converging blocks 300 include 4 parallel chains with a service accounting block 400 in between; it should be noted that, for the merge block 300, the block number thereof can be represented by the block number of each parallel chain. Through the convergence block 300, the computing power defense capability of the service block is effectively enhanced, and the risk of tampering the service data is reduced.
In this embodiment, the merging step executing module 100 further includes:
a newly added merge block receiving unit 108, configured to receive the newly added merge block sent by another node, and add the newly added merge block to all the parallel chains of the node.
Further optionally, the merging step executing module 100 further includes:
a consensus information obtaining unit 106, configured to, in response to the node receiving at least two newly added merging blocks obtained from other nodes, obtain the number of the newly added merging blocks that are respectively consensus by other nodes;
a consensus confirmation merging unit 107, configured to add the newly added merging block with the largest number of consensus by other nodes to each of the parallel chains of the node.
In this embodiment, the newly added merged block generating unit 103 is configured to:
generating a first convergent root hash value according to each last block hash value;
generating a confluent block hash value according to the first confluent root hash value and the random number; wherein the merged block hash value changes with the adjustment of the random number;
and determining the random number which enables the hash value of the converging block to meet a preset condition, and obtaining the newly added converging block.
Further optionally, the newly added confluent block generating unit 103 is further configured to generate a confluent block hash value according to the first confluent root hash value, the random number, the timestamp, the confluent block number, and the difficulty value; the difficulty value is used to adjust the difficulty of determining the random number.
In this embodiment, the traffic blocks of each of the parallel chains between the merging blocks are independent of each other.
In this embodiment, the service billing step execution module 200 includes:
an accounting task obtaining unit 201, configured to obtain at least one to-be-accounted task of each parallel chain of the block chain network; wherein each task to be billed comprises at least one piece of service data related to the corresponding parallel chain;
a second last block hash obtaining unit 202, configured to obtain, according to the task to be billed, a current last block hash value of the first parallel chain that matches with the task to be billed from all the parallel chains;
a new service block generation unit 203, configured to generate a new service block according to the task to be booked, the hash value of the current previous block, and a preset block generation rule;
a newly added service block issuing unit 204, configured to add the newly added service block to the first parallel chain on the node, and send the newly added service block to the block chain network so that other nodes can commonly identify the newly added service block.
Further optionally, the service billing step execution module 200 further includes:
a first excitation receiving unit 205, configured to receive a first excitation sent by an accounting node and/or the blockchain network in response to the newly added service block being identified.
Further optionally, the value of the first incentive of each parallel chain is preset by each ledger administration node or an operator of the blockchain network.
Intuitively, the miners may select parallel chains to be serviced based on the level of motivation for each parallel chain.
It is worth mentioning that when the number of tasks to be billed of the blockchain network is large, the nodes of the blockchain network can select the tasks to be billed to be executed according to the billing income; at this time, more miners are attracted to participate in the blockchain network due to the larger number of services, and more operators are attracted to enter the blockchain network as the size of the blockchain network is larger; meanwhile, when the tasks to be booked are few, the nodes of the blockchain network can be lost, so that the number of the nodes of the blockchain network is equal to the number of the services. The block chain network realizes the self-consistency of business data and the size of miners, and the miners select the parallel chains to be served according to the market.
Further optionally, the merging step executing module 100 further includes:
an excitation adjustment execution unit 105 for executing an excitation adjustment intelligent contract; the incentive adjustment intelligent contract is used for adjusting the value of the first incentive of each parallel chain.
Optionally, the merging step executing module 100 further includes:
and the second excitation receiving unit is used for responding to the consensus of the newly added confluent block and receiving a second excitation sent by the block chain network.
In an actual application scenario, due to different rules of selecting and keeping accounts of a network or an account book management node, the success rate of keeping accounts of the node in different parallel chains is different, and in order to improve the success rate, efficiency or income of keeping accounts of the node, the parallel chain with the higher keeping account success rate is preferentially selected and a task to be kept accounts is executed.
Optionally, the service billing step execution module 200 further includes:
the accounting success rate acquiring unit is used for acquiring the historical accounting success rate of the node aiming at each parallel chain;
the accounting priority setting unit is used for carrying out accounting priority ranking on each parallel chain according to the historical accounting success rate; wherein, the higher the historical accounting success rate is, the higher the accounting priority level is.
Typically, the consensus of the newly added service block can be known by the node of the block chain network; for example, the bit currency network, all nodes have the same status and share the common recognition task; optionally, the local blockchain network further provides a consensus mode, that is, a manager node having a first parallel chain performs consensus, and each node of the local blockchain network only provides computing power; the scheme has the advantages that the method is beneficial to enhancing the autonomy of the first parallel chain management party so as to enjoy the calculation service from the blockchain network according to the self requirement, and if necessary, the management party sets the account book management node on the blockchain network so as to support the business of the management party. Of course, the account book consensus of the parallel chain can also be given to the node on the local blockchain network, and the local blockchain network fully hosts the service data.
In a typical case of the present invention, the blockchain network includes an accounting task providing node and an accounting task executing node, wherein the accounting task providing node includes a blockchain item and maintains a set of accounts and corresponds to a parallel chain, the accounting task executing node provides computing power for the blockchain network, and in other words, the accounting task executing node provides computing power for each blockchain item.
The foregoing detailed description of the preferred embodiments of the invention has been presented. It should be understood that numerous modifications and variations could be devised by those skilled in the art in light of the present teachings without departing from the inventive concepts. Therefore, the technical solutions available to those skilled in the art through logic analysis, reasoning and limited experiments based on the prior art according to the concept of the present invention should be within the scope of protection defined by the claims.
Claims (8)
1. An account book accounting method of a block chain network with regularly converged parallel chains is characterized in that the block chain network at least comprises two parallel chains, a converged block exists between the parallel chains, the converged block is a superposed block between the parallel chains, and service blocks of the parallel chains are included between the converged blocks; the method comprises a service accounting step and a converging step; the service accounting step is used for performing block chain accounting on the service data of each parallel chain and generating the service block; the merging step is used for generating the merging block; the merging step includes:
stopping the service accounting step of the parallel chains in response to the current block number of each parallel chain being a confluent block number;
obtaining the last block hash value of each parallel chain; the last block hash value is the block hash value of the last block of each parallel chain;
generating a newly added confluent block according to the hash value of each previous block and a preset confluent block generation rule;
adding the newly added junction blocks to each parallel chain on the node, and sending the newly added junction blocks to the block chain network so as to be commonly identified by other nodes;
wherein the merging step further comprises: receiving the newly added confluent block sent by other nodes, and adding the newly added confluent block to all the parallel chains of the node;
generating a newly added confluent block according to the hash value of each previous block and a preset confluent block generation rule, wherein the generating of the newly added confluent block comprises the following steps:
generating a first convergent root hash value according to each last block hash value;
generating a confluent block hash value according to the first confluent root hash value and the random number; wherein the merged block hash value changes with the adjustment of the random number;
and determining the random number which enables the hash value of the converging block to meet a preset condition, and obtaining the newly added converging block.
2. The ledger accounting method for blockchain networks with parallel chain periodic aggregation according to claim 1, characterized in that the aggregating step further comprises:
responding to the node receiving at least two newly added convergent blocks acquired from other nodes, and acquiring the quantity of the newly added convergent blocks commonly recognized by other nodes;
and adding the newly-added confluent block with the maximum number commonly recognized by other nodes to each parallel chain of the node.
3. The book accounting method for the blockchain network in which parallel chains periodically converge according to claim 1, wherein the generating the converged block hash value according to the first converged root hash value and a random number further comprises:
generating a confluent block hash value according to the first confluent root hash value, the random number, the timestamp, the confluent block number and the difficulty value; the difficulty value is used to adjust the difficulty of determining the random number.
4. The account book accounting method of a blockchain network in which parallel chains periodically converge according to claim 1, wherein the service blocks of each parallel chain between the converging blocks are independent of each other.
5. The ledger accounting method of block chain network with parallel chain periodically converging according to claim 1, characterized by the business accounting step comprising:
acquiring at least one task to be billed of each parallel chain of the block chain network; wherein each task to be billed comprises at least one piece of service data related to the corresponding parallel chain;
according to the tasks to be billed, obtaining the current last block hash value of the first parallel chain matched with the tasks to be billed from all the parallel chains;
generating a newly added service block according to the task to be booked, the hash value of the current last block and a preset block generation rule;
and adding the new service block to the first parallel chain on the node, and sending the new service block to the block chain network so as to be commonly identified by other nodes.
6. The ledger accounting method of block chain network where parallel chains meet periodically as claimed in claim 5, characterized in that, in the business accounting step, further comprises:
in response to the newly added traffic block being identified, receiving a first stimulus sent by an accounting book management node and/or the blockchain network.
7. The book accounting method of a blockchain network in which parallel chains periodically converge according to claim 6, wherein the value of the first incentive of each parallel chain is preset by each book management node or an operator of the blockchain network.
8. The ledger accounting method for blockchain network in which parallel chains periodically converge according to claim 7, wherein the converging step further comprises:
executing an incentive adjustment intelligent contract; the incentive adjustment intelligent contract is used for adjusting the value of the first incentive of each parallel chain.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811634094.2A CN109711842B (en) | 2018-12-29 | 2018-12-29 | Account book accounting method of block chain network with regularly converged parallel chains |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811634094.2A CN109711842B (en) | 2018-12-29 | 2018-12-29 | Account book accounting method of block chain network with regularly converged parallel chains |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109711842A CN109711842A (en) | 2019-05-03 |
| CN109711842B true CN109711842B (en) | 2021-04-09 |
Family
ID=66259295
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811634094.2A Active CN109711842B (en) | 2018-12-29 | 2018-12-29 | Account book accounting method of block chain network with regularly converged parallel chains |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109711842B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110535922B (en) * | 2019-08-15 | 2021-10-01 | 杭州复杂美科技有限公司 | State data storage method and parallel chain block generation method |
| CN111488202B (en) * | 2020-04-07 | 2023-08-15 | 百度国际科技（深圳）有限公司 | Transaction processing method, device, equipment, system and medium of multi-chain system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107888562A (en) * | 2017-10-13 | 2018-04-06 | 布比（北京）网络技术有限公司 | Interconnect serobila architecture |
| CN107909369A (en) * | 2017-10-13 | 2018-04-13 | 布比（北京）网络技术有限公司 | Based on the common recognition method, apparatus merchandised across chain and storage medium |
| KR101925147B1 (en) * | 2018-03-30 | 2018-12-04 | 옥타코 주식회사 | blockchain-based home shopping data processing system utilizing biometric remote controller |
| CN109074562A (en) * | 2016-02-23 | 2018-12-21 | 区块链控股有限公司 | Block chain-based combined data transmission control method and system |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10046228B2 (en) * | 2016-05-02 | 2018-08-14 | Bao Tran | Smart device |
| CN108681963B (en) * | 2018-03-29 | 2020-07-31 | 深圳市网心科技有限公司 | Multi-block chain integration control method, system, electronic device and storage medium |
| CN108984645B (en) * | 2018-06-25 | 2021-02-02 | 百度在线网络技术（北京）有限公司 | Block chain processing method, device, equipment and storage medium |
| CN108932348B (en) * | 2018-08-16 | 2020-06-30 | 北京京东尚科信息技术有限公司 | Block chain merging processing method and device, block chain node and storage medium |
| CN109088881B (en) * | 2018-09-12 | 2020-11-03 | 杭州趣链科技有限公司 | Shared chain platform for realizing cross-platform data exchange and data exchange method |
-
2018
- 2018-12-29 CN CN201811634094.2A patent/CN109711842B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109074562A (en) * | 2016-02-23 | 2018-12-21 | 区块链控股有限公司 | Block chain-based combined data transmission control method and system |
| CN107888562A (en) * | 2017-10-13 | 2018-04-06 | 布比（北京）网络技术有限公司 | Interconnect serobila architecture |
| CN107909369A (en) * | 2017-10-13 | 2018-04-13 | 布比（北京）网络技术有限公司 | Based on the common recognition method, apparatus merchandised across chain and storage medium |
| KR101925147B1 (en) * | 2018-03-30 | 2018-12-04 | 옥타코 주식회사 | blockchain-based home shopping data processing system utilizing biometric remote controller |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109711842A (en) | 2019-05-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107301536B (en) | Resource transfers method and device | |
| CN109829718B (en) | Block chain multi-level framework based on storage application scene and operation method thereof | |
| CN108880863B (en) | Smart power grid equipment safety diagnosis service system based on block chain technology | |
| CN107733855A (en) | A kind of block catenary system and application process that can support publicly-owned chain, alliance's chain and privately owned chain simultaneously | |
| CN109146484A (en) | Common recognition verification method, digging mine machine and block catenary system based on block chain | |
| CN108776929A (en) | Bill processing method, system based on block chain database and readable storage medium storing program for executing | |
| CN107358420A (en) | Method for realizing the block catenary system of focus account and realizing focus account | |
| CN109885264A (en) | A kind of the logic sharding method and its system of block chain node | |
| CN109889498A (en) | Calculating verification method and system based on block chain | |
| CN109087111A (en) | Common recognition verification method, digging mine machine and block catenary system based on block chain | |
| CN109166037A (en) | The common recognition method of block chain | |
| CN109658099B (en) | Account book accounting method based on block chain | |
| CN105678545B (en) | Digital asset transaction system based on distributed shared general ledger and construction method thereof | |
| CN108009818B (en) | Online payment method and system based on distributed network | |
| CN109711842B (en) | Account book accounting method of block chain network with regularly converged parallel chains | |
| CN108282334A (en) | It is a kind of based on the multi-party key agreement device of block chain, method and system | |
| Asfia et al. | Energy trading of electric vehicles using blockchain and smart contracts | |
| CN111047316A (en) | Tamper-resistant intelligent block chain system and implementation method | |
| Zhang et al. | Blockchain-based secure equipment diagnosis mechanism of smart grid | |
| CN113902384B (en) | Tracing method and system based on RFID and intelligent contract | |
| CN109087105A (en) | For digging the Hash Search method of mine, digging mine machine and block catenary system | |
| CN109918261A (en) | Failure monitoring method, device, equipment and computer readable storage medium | |
| CN109711192A (en) | Method of commerce and system between block catenary system construction method, node | |
| CN109450685A (en) | A kind of common recognition method and node based on local links' node off-line | |
| CN109242491A (en) | It digs mine identity identifying method, dig mine machine and block catenary system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210323 Address after: Room 1a201 and 1g201, No.12, Gaoxin 2nd Road, Zhangba Street office, Gaoxin District, Xi'an City, Shaanxi Province, 710065 Applicant after: XI'AN ZHIGUI INTERNET TECHNOLOGY Co.,Ltd. Address before: 351139 Hualin Industrial Zone, Xiagao village, Huating Town, Chengxiang District, Putian City, Fujian Province Applicant before: PUTIAN ZHUHUO INFORMATION TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |