CN106775619B

CN106775619B - Flexible blockchain architecture system

Info

Publication number: CN106775619B
Application number: CN201610996011.9A
Authority: CN
Inventors: 王志文; 吴思进
Original assignee: Hangzhou Fuzamei Technology Co Ltd
Current assignee: Suzhou Jiaoda Chain Technology Co.,Ltd.
Priority date: 2016-11-12
Filing date: 2016-11-12
Publication date: 2020-05-12
Anticipated expiration: 2036-11-12
Also published as: CN106775619A

Abstract

The flexible block chain architecture system divides the block chain into a first layer of log consensus chain, a second layer of contract logic execution and a third layer of state change consensus chain, thereby reducing the complexity, increasing the stability and improving the performance. The first layer of log chain is not modifiable, other chains can be modified, but can still be identified, consistency is kept, if the code of the second layer of intelligent contracts has errors, the intelligent contract code can be updated, the transaction result is traced back according to the data on the log chain, and the third layer of block chain is updated.

Description

Flexible blockchain architecture system

Technical Field

The invention relates to a block chain technology.

Background

At present, the verification consensus of transaction records of most block chains and the logic operation of an intelligent contract are executed together, the program complexity is high, and the intelligent contract code cannot be modified when in error.

Disclosure of Invention

The invention aims to design a new block chain architecture, which ensures that transaction data can not be tampered by using the consensus of a transaction order log chain and can also modify program errors by replacing intelligent contract codes.

The scheme better solves the contradiction between the requirement that the block chain cannot be tampered and the program error.

1. The technical scheme adopted by the invention is as follows: the flexible block chain architecture system divides the block chain into a first layer of log consensus chain, a second layer of contract logic execution and a third layer of state change consensus chain, reduces the complexity, increases the stability and improves the performance, and the following is a realization process;

step S1, the first layer of log consensus link receives the order sent by the user wallet, whether the order signature is correct or not needs to be checked, the order can be the order of different contracts, the order can be classified consensus, the order can be charged with a certain fee or the user public key identity authentication can be carried out for preventing attack, the user wallet only needs to download the contract code needed to be used, and the first layer of contract logic is not executed;

step S2, the second layer executes contract logic, different contracts can be executed separately, different contracts first go to the third layer to obtain the latest state of the relevant user, such as the amount on the address, whether the object is mortgage or not, and the formed result can be transmitted to the third layer for consensus after the logic can be executed after the check;

step S3, when reaching the third layer, all the latest state changes can be checked for consistency by using a Hash algorithm, all the latest state changes are written into a third layer block chain after consensus is achieved, encrypted digital currency and encrypted digital assets can be written into different chains of the third layer separately, and the third layer can be identified by using different chains separately according to contract classification;

in step S4, the new block of the consensus link at the third layer may only record the latest change of the state, and may establish a Key-Value database table to store all the state values for the second layer to query when executing the contract logic.

The first layer of log chain is not modifiable, other chains can be modified, but can still be identified, consistency is kept, if the code of the second layer of intelligent contracts has errors, the intelligent contract code can be updated, the transaction result is traced back according to the data on the log chain, and the third layer of block chain is updated.

2. The header hash value of each block can be calculated by using a Meckel tree, or the header hash values can be calculated after hash values are directly connected in series.

3. The chips such as FPGA and GPU can be used for calculating the hash value or checking the signature.

4. And after the second layer is executed, invalid orders are removed, and the rest valid orders or delivery orders are put on a block chain of a fourth layer after a consensus algorithm is implemented, so that a user can download and query the orders.

Compared with the prior art, the invention has the beneficial effects that:

the scheme better solves the contradiction between the requirement that the block chain cannot be tampered and the program error. The consensus of the transaction order log chain is used to ensure that the transaction data is not tamper-able, and also to modify program errors by replacing smart contract code.

Drawings

FIG. 1 is an illustration of a flexible blockchain architecture system

Detailed Description

Embodiment 1, referring to the accompanying fig. 1 of the specification, this example illustrates a flexible blockchain architecture system;

1. dividing the block chain into a first layer of log consensus chain, a second layer of contract logic execution and a third layer of state change consensus chain, reducing complexity, increasing stability and improving performance, wherein the following is an implementation process;

step S1, the first layer of log consensus link receives orders sent by the user wallet, whether the order signature is correct needs to be checked, the orders can be orders of different contracts and can be classified consensus, in order to prevent attacks, a certain fee can be charged for the orders or user public key identity authentication can be carried out, the user wallet only needs to download contract codes needing to be used, the first layer of log link does not execute contract logic, the first layer of user wallet has A, B intelligent contracts and sends orders Ai and Bj to the first layer of log chain, the second layer of user wallet has B, C, D intelligent contracts and sends orders Bj +1, Ck and Dn to the first layer of log chain;

step S2, the second layer executes contract logic, different contracts can be executed separately, different contracts first go to the third layer to obtain the latest state of the relevant user, such as the amount on the public key address, whether the object is mortgage or not, and the formed result can be transmitted to the third layer for consensus after the logic can be executed after the check;

Step S5, after the second layer is executed, the remaining effective orders or the remaining transaction orders after the invalid orders are removed are placed on a fourth layer block chain after implementing a consensus algorithm, so that a user can download and query;

according to the scheme, the first layer of log chain does not run intelligent contracts, the execution efficiency can be greatly improved, the speed of calculating the hash value or checking the signature can be improved by using chips such as an FPGA (field programmable gate array) and a GPU (graphics processing unit), the first layer of log chain is not modifiable, other chains can be modified and still can be identified together, and consistency is kept;

if the code of the second layer intelligent contract is wrong, the transaction result can be traced back according to the data on the log chain by updating the intelligent contract code.

Claims

1. The flexible blockchain architecture system is characterized in that the blockchain is divided into a first-layer log consensus chain, a second-layer contract logic execution chain and a third-layer state change consensus chain, and the following is an implementation process; step S1, the first layer of log consensus link receives orders sent by the user wallet, whether the order signature is correct or not needs to be checked, the orders are orders of different contracts or orders of the same contract, the order can be classified and consensus can be realized, the attack can be prevented by charging a certain fee for the orders or carrying out user public key identity authentication, the user wallet only needs to download contract codes needing to be used, and the first layer does not execute contract logic; step S2, the second layer executes contract logic, different contracts can be executed separately, different contracts first go to the third layer to obtain the latest status of the amount and/or object on the relevant user address, the logic can be executed after checking, and the formed result can be transmitted to the third layer for consensus; step S3, when reaching the third layer, all the latest state changes can be checked for consistency by using a Hash algorithm, all the latest state changes are written into a third layer block chain after consensus is achieved, encrypted digital currency and encrypted digital assets can be written into different chains of the third layer separately, and the third layer can be identified by using different chains separately according to contract classification; step S4, recording the latest change of the state by the new area block of the consensus link of the third layer, and establishing a Key-Value database table to store all state values for the second layer to inquire when executing contract logic; the first layer of log chain is not modifiable, other chains can be modified, but can still be identified, consistency is kept, if the code of the second layer of intelligent contracts has errors, the intelligent contract code can be updated, the transaction result is traced back according to the data on the log chain, and the third layer of block chain is updated.

2. The flexible blockchain architecture system of claim 1 wherein the header hash value for each chunk can be computed using a Meckel tree or directly concatenating the hashes.

3. The flexible blockchain architecture system of claim 1 wherein a FPGA or GPU chip is used to compute a hash value or check signature.

4. The flexible blockchain architecture system of claim 1 wherein after the second tier is executed, invalid orders are removed, and remaining valid orders or deal orders are placed on a fourth tier blockchain after implementing a consensus algorithm for user download queries.