CN109471744A - The more subchain system architectures of main chain adduction row based on block chain - Google Patents
The more subchain system architectures of main chain adduction row based on block chain Download PDFInfo
- Publication number
- CN109471744A CN109471744A CN201811392135.1A CN201811392135A CN109471744A CN 109471744 A CN109471744 A CN 109471744A CN 201811392135 A CN201811392135 A CN 201811392135A CN 109471744 A CN109471744 A CN 109471744A
- Authority
- CN
- China
- Prior art keywords
- subchain
- chain
- main chain
- node
- request
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3827—Use of message hashing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Abstract
The present invention includes 1 main chain and the parallel subchain of n item, and wherein n=1 ... .X, each node store main chain data, and the total data of certain subchain is stored by system original allocation, and each node also includes across the chain message queue of subchain.Wherein, the main chain data do not store particular transactions, and storage system global information, after subchain goes out block, can pass through main chain P2P Web broadcast chain linked to owner and submit subchain build, modification information of the subchain to main chain, across chain request/response notification information；The submission of all subchains will form main chain block, be broadcast to all nodes；Each node will be updated local main chain after receiving main chain block, to keep the main chain data of all nodes consistent；Present node directly connects other subchain node acquisition requests or response message details and is handled according to other subchain information of across chain request/response notification information acquisition request or the current subchain of response in main chain data.
Description
Technical field
The present invention relates to block chain technologies, especially propose a kind of system architecture of more subchains of main chain adduction row, improve
The scalability and performance of block chain.
Background technique
Each ordinary node in present block chain will: 1, storage institute is stateful；2, All Activity is serially executed；3, with
Other all machines are reached common understanding.
Extension basic ideas for existing block chain are: 1, individual node storage section state；2, individual node
It trades processing part；3, part of nodes is only allowed to participate in common recognition.
Refering to Figure 1, it is the schematic diagram by user's fragment.If pressing user's fragment, it is difficult to handle different points
Transferring accounts between piece user, contract are also difficult to dispose, if be deployed on all fragments, contract state can not be consistent, if
It is only deployed on some fragment, and the request of other fragmented users can not be handled.
It please refers to shown in Fig. 2, for by the schematic diagram of contract fragment.If pressing contract fragment, each contract requires energy
The transaction of all users is handled, and every transaction can all check/modify that the account status of user (for example, for ether mill, owns
Transaction all will modify account balance because of consumption gas, for EOS, CPU/ bandwidth/storage quota of Yao Xiugai account), contract is simultaneously
What row executed, it not can guarantee the consistency of User Status, in addition, often calling mutually between contract, if being distributed in different points
On piece, and can not call.
And third extends thinking, part of nodes participates in common recognition, can cause 1% attack, that is, suppose there is 100 fragments, attack
The person of hitting only needs to control 1% node, can fully control a fragment.
Existing expansion scheme mainly have ether mill sharding, ether mill plasma, Cosmos Network,
Polkadot, Lisk, A Xilian, Zilliqa, VBFT, DPOS, Algorand, Dfinity etc..
Ether mill sharding: long-range solution ether mill scaling problem.Main at present to consider 1% attack, fragment chain cannot
Transaction is executed, is had from practical application relatively remote.
Ether mill plasma: being contract fragment by application, and part contract stores and executes on side chain, token can be turned
To side chain, subsequent transaction carries out on side chain, even if side chain is insincere, token can also be gone back to safely to main chain, represent and realize
There is the game chain of Loom network.Limitation is that side chain must go back to token consumption using UTXO model, practical application narrow limits
When it is too long, need at least 7 days.
Cosmos Network, Polkadot: by fragment is applied, there is a main chain, each using the side chain of oneself,
Main chain/side chain interaction protocol is defined, while providing underlying platform and tool facilitates third party to develop customized side chain.Limitation is
Subchain is opaque to user, and subchain has 1% attack problem, and all in exploitation, shortage is discussed in detail two projects.
Lisk, A Xilian: by fragment is applied, the ease for use of creation side chain is laid particular emphasis on.Limitation is that subchain is opaque to user,
Subchain has 1% attack problem, compares Cosmos/Polkadot, and side chain customizes weak.
Zilliqa: pressing user's fragment, and transaction (i.e. user and contract are in the same fragment) can be simultaneously in the chain of different subchains
Row executes.Limitation is to be unable to complete parallel, does not have state fragment, across chain communication, in exploitation, shortage is discussed in detail.
VBFT, DPOS, Algorand, Dfinity: part of nodes participates in common recognition, while avoiding 1% attack, and DPOS is to throw
It votes for lifting node, VBFT/Algorand/Dfinity, which is used, can verify that random selection common recognition node.Limitation is still to be limited to list
Machine storage/processing/network capabilities.
In summary, scalability is still a difficult point at present, and being extended by fragment and multichain is one basic
Resolving ideas, but critical issue is how to carry out fragment? multichain how is set externally to be rendered as a chain? how safety is being guaranteed
Under the premise of, lower across chain expense is kept, realize linear expansion? this is also exactly that the present invention will be studied and be solved the problems, such as.
Summary of the invention
It is an object of the invention to not sacrificing security and it is distributed under the premise of, solve current block chain scalability
Problem.
Present invention firstly provides a kind of system architectures based on the more subchains of block chain main chain adduction row, and it includes a main chains
With the parallel subchain of N item, wherein n=1 ... .X, wherein each node stores main chain data, and each node is by system original allocation
The total data of a subchain is stored, each node also includes across the chain message queue of subchain；Wherein, each node is as at the beginning of system
The total data of the subchain of beginning distribution storage includes account, contract and the transaction of corresponding subchain；Wherein, the main chain data are not deposited
Storage particular transactions, and storage system global information；Wherein, across the chain message queue of the subchain includes two kinds, and one kind is asked across chain
Queue is asked, another kind of is across chain response queue；Each meshed network layer, include main chain P2P network, subchain data P 2 P network and
Subchain verifies P2P network；Wherein, main chain P2P network submits data, propagation main chain data, across chain communication for subchain chain linked to owner
Coordinate；Wherein, each node for storing the total data of certain subchain passes through the transaction of subchain data P 2 P Network Synchronization subchain and area
Block；Wherein, each node for being responsible for the same subchain transaction of verifying is verified P2P network by subchain and is verified to transaction and block
And it signs；The data of the submission of all subchains will form main chain block, be broadcast to all nodes, and each node is receiving main chain block
Afterwards, it will be updated local main chain, to keep the main chain of all nodes consistent.
Wherein, the main chain data include at least: subchain number, subchain build, account and subchain mapping relations, contract
With the mapping relations of the mapping relations of subchain, the mapping relations of back end and subchain, verifying node and subchain, across chain request/
Respond notification information, all contract codes；Across the chain request queue, each target subchain create one, and storage is sent to target
The request message details of subchain, different target subchains are divided into different queues；Across the chain response queue, each source chain creation
One, storage is sent to the response message details of source chain, and different source chains is divided into different queues；Across the chain request/response is logical
Know that information corresponds to the notice of across chain request/response queue, is free of details.
The interactive process of technical solution of the present invention subchain and main chain are as follows: after subchain goes out block, main chain P2P Web broadcast can be passed through
Chain linked to owner submits subchain build, modification information of the subchain to main chain, across chain request/response notification information；The submission of all subchains
It will form main chain block, be broadcast to all nodes；Each node will be updated local main chain after receiving main chain block, to keep all
The main chain data of node are consistent；Present node is according to across the chain request/response notification information acquisition request or sound in main chain data
Should before subchain other subchain information, directly connect other subchain node acquisition requests or response message details and located
Reason.
Wherein, when present node obtains across chain request or response message details, Merkel is requested to prove data, target together
Node proves the request of data verification present node according to the current subchain build and Merkel that include in local main chain information
Information, after being verified, processing request.
The present invention also provides across the catenary system contract of one kind, the external interface of the contract is send method, its parameter has
Source address, target subchain receive address, payment amount and request message, have in across the catenary system contract one across catenary system
The address of contract, the address are the fixed values of a not no private key, which is fixed, disclosed in code；It is described across
The workflow of catenary system contract are as follows:
User pays across the catenary system contract of source subchain first, and source subchain user's subchain node at place receives request and disappears
After ceasing details, it can be put into local across the chain request queue for reception subchain, and after in source, subchain goes out block, source subchain node can lead to
It crosses main chain P2P network chain linked to owner and submits source chain build information, All Activity asks across chain in the block also converged in submission information
Seek notification information；The transaction that each subchain chain linked to owner is submitted will form main chain block, and comprising across chain notification information therein, pass through
Main chain P2P Web broadcast is to all nodes；
When reception subchain destination node receives main chain block, wherein active subchain is logical to across the chain request for receiving subchain for discovery
Know, the Merkel for being just directly connected to source subchain node, acquisition request message details, and request proves data；Receive subchain target
Node proves asking for data verification user subchain node according to the source subchain build and Merkel that include in local main chain information
Information is sought, is verified after user pays really, processing request pays destination address, generates across chain response detail information, is stored in
And update across chain response queue's state；When receiving subchain destination node by main chain P2P network chain linked to owner submission build information,
Across chain response notification information can be submitted；
When the submission for receiving subchain is incorporated into main chain block and is synchronized to user's subchain node, user's subchain node
It is directly connected to receive subchain destination node, obtains response details, the Merkel including response demonstrate,proves data；User's subchain node according to
The reception subchain build for including in local main chain information and Merkel prove that the response of data verification chain destination node, verifying are logical
Later, request queue is updated, possible failure rollback is handled, if receiving subchain payment failure, user's reimbursement is given, finally adjusts
The call back function provided with user.
In above-mentioned all schemes, when node returns to any transaction or block hash, subchain id value is embedded in hash,
Inquiry is to parse source subchain id from transaction hash and block hash and/or receive subchain id, and inquire son according to subchain id
Chain node link information, the subchain node link information are stored in the back end of main chain data and the mapping relations of subchain.
System structure of the invention has following features:
1, versatility: not only may be implemented to transfer accounts across chain, can also realize any across chain message transmission.
2, reliability: similar with Transmission Control Protocol, communication is that reliably, it is not one-way transmission that request, which centainly has response,.
3, safety: any node has main chain information, namely has the subchain build of all subchains, can be used as all sons
The SPV client of chain can verify the request/response of any subchain by Merkle Proof, directly connect without trusting
The subchain node connect.
Across chain communication be also efficiently and it is expansible, this is embodied in:
1, across the chain communication details of subchain are not sent to main chain, also not propagated in main chain P2P Internet communication, main chain
There is new request/response notification information.
2, across the chain communication notifications message of subchain is that All Activity summarizes in subchain block, is submitted to subchain build
Main chain, not additional communication overhead.
3, there is no particular transactions on main chain, the transaction number in a main chain block is only related with subchain number, at one
Know together the period in, only one node of each subchain submit transaction arrive main chain, transaction content be main chain modification, subchain build and
Across the chain notification information summarized, so the transaction of main chain, network communication, storage etc. are not bottlenecks.
4, subchain node disjoint application main chain block is directly connected to other neighbouring subchain node acquisition request/response details,
This process be it is parallel, distributed, no node is bottleneck.
In summary, although across chain communication is via main chain, the load of main chain is very low, is not bottleneck, the son that can be accommodated
The number of deals that may include in chain number and main chain block is related, is calculated with block size 1MB, single transaction 1KB, can accommodate 1024
A subchain, before subchain number reaches the value, whole system processing capacity can increase and linear expansion with subchain number.
Detailed description of the invention
Fig. 1 is to expand schematic diagram by the block chain of user's fragment in the prior art.
Fig. 2 is to expand schematic diagram by the block chain of contract fragment in the prior art.
Fig. 3 is the system logic figure that the more subchains of main chain adduction row are used in the present invention.
Fig. 4 is the architecture diagram based on the individual node under the more subchain logics of main chain adduction row in the present invention.
Fig. 5 is the multipoint architecture scheme disposed in the present invention based on single-point in Fig. 4.
Fig. 6 is the flow chart of main chain and subchain interaction.
Fig. 7 is to obtain node link information according to transaction Hash txhash and block Hash blockhash and trade detailed with block
The flow chart of feelings.
Fig. 8 is to initiate to prove that (MerkleProof) carries out data by Merkel between the node and destination node of transaction
The flow chart of verifying.
Specific embodiment
It please refers to shown in Fig. 3, the system logic figure of parallel subchain is added for main chain proposed by the present invention.The present invention includes
1 main chain and the parallel subchain of n item, wherein n=1 ... .X, each node stores main chain data, and stores certain by system original allocation
The total data of subchain, each node also includes across the chain message queue of subchain.Wherein, the main chain data do not store specific friendship
Easily, storage system global information includes at least: subchain number, subchain build, the mapping relations of account and subchain, contract with
The mapping relations of subchain, the mapping relations of back end and subchain, mapping relations, across the chain request/sound for verifying node and subchain
Answer whether notification information, all contract codes, subchain load, subchain come into force.Wherein, across the chain notification message is and subchain
The corresponding notification message of service management in across chain message queue.Each subchain has a subchain id, each node
With a node i d, subchain information herein refers to subchain id, and subchain position includes subchain id and the corresponding subchain section of source subchain
Point link information, the subchain node link information are stored in back end<->subchain mapping table, are mainly located at comprising a subchain
On those nodes, the IP address of these nodes and port.
Wherein, each node includes the account of corresponding subchain, contract by the total data of the initially allocated subchain of system
And transaction.Contract in the total data of the subchain is removed comprising contract code, also the complete informations such as state comprising contract.Its
In, across the chain message queue of subchain includes two classes, and one kind is across chain request queue, and each target subchain creates one, storage
The request message details of target subchain are sent to, different target subchains is divided into different queues；Another kind of is across chain response queue,
Each source chain creation one, storage are sent to the response message details of source chain, and different source chains is divided into different queues.
Each node is realized above-mentioned architectural schemes, in network layer, is removed by the point-to-point access of P2P network implementations
It also include subchain P2P outside comprising main chain P2P, main chain P2P network submits data (subchain build, subchain pair for subchain chain linked to owner
The modification information of main chain, across chain notification information), propagate main chain data, (across chain notification information is in each node for across chain communication-cooperation
Between communication).Subchain P2P is divided into two classes: subchain data P 2 P and subchain verifying P2P again.Store the total data of certain subchain
Each node by subchain data P 2 P Network Synchronization subchain trade and block.It is responsible for each section of the same subchain transaction of verifying
Point verifies P2P by subchain and transaction and block is verified and signed.For some node, it may be some subchain number
According to storage person, participate in subchain data P 2 P network, while may be the same subchain or the verifier of other subchains, participate in son
Chain verifies P2P network.The subchain role of node is that system is initially allocated, and storage person role is relatively constant, and is responsible for which strip
The verifying of chain is then that dynamic random adjusts, and each block period is different out, this is to guarantee peace while realizing expansible
Entirely, the method for 1% attack is avoided.
It please refers to shown in Fig. 4, for the architecture diagram of individual node in the present invention.Each node storage main chain data are divided
Across the chain message queue of the subchain data and the subchain matched.Please refer to shown in Fig. 5, for based under Fig. 4 interior joint framework
Multinode deployment scheme.It is exemplary in the program to list 6 nodes A, B, C, D, E, F.Each node is stored with main chain
Data, interior joint A, B and C form the data P 2 P network of subchain x by the data of system original allocation storage subchain x.Node
D, E and F forms the data P 2 P network of subchain y by the data of system original allocation storage subchain y.The scheme packet shown in the figure
Containing a main chain and 2 parallel x, y subchain.The moment in figure, node A, D and E are responsible for the verifying of subchain x data, node B, C
It is responsible for the verifying of subchain y data with F.
It please refers to shown in Fig. 6, is the interaction of main chain and subchain under the more subchain system architectures of main chain adduction row.Subchain goes out block
It afterwards, can be by main chain P2P Web broadcast subchain build, subchain to the modification of main chain and across chain request/response notification information
Subchain collection.The submission of all subchains will form main chain block, be broadcast to all nodes.Each node, can more after receiving main chain block
New local main chain is notified with keeping the main chain of all nodes consistent according to across the chain request/response notification message in main chain build
Other subchain information of acquisition request or the current subchain of response, are directly connected to other subchain node acquisition request/response details simultaneously
It is handled.
Under this framework, main chain build can be used and verify the transaction of other subchains.Under this framework, each node is because be
System original allocation stores the total data of a certain subchain, is its full node for corresponding to subchain, while each node stores
Main chain data, are the light nodes of other all subchains, and each node is the full node of main chain.Merkel proves: referring to one light section
O'clock to a full node initiate it is primary prove request, inquire in the complete Merkel tree of full node, if specified there are one
Data or transaction；Full node, which returns to a Gadamer gram to light node, proves path, is calculated by light node, and verifying exists
Property.
In the present solution, Merkel proves to can be used for checking request/response details.
It please refers to shown in Fig. 7, to obtain node link information according to transaction Hash txhash and block Hash blockhash
And the flow chart of transaction and block details.Subchain id value is embedded in hash, inquiry is parsed from transaction hash and block hash
Source subchain id and/or reception subchain id, and subchain node link information is inquired according to subchain id, the subchain node link information
It is stored in the back end of main chain data and the mapping relations of subchain, is mainly located on those nodes comprising a subchain, this
The IP address of a little nodes and port.
It being made of inside this system main chain and a plurality of subchain, each node has main chain information, but only subchain
Information.However, from the user's point of view, the concept of subchain is simultaneously not present, each node only has a chain, all about this chain
Complete information, its all interactions can be completed by the node.The trading function of traditional main chain switchs to coordination function, by it
Parallel subchain is specifically traded to handle each pen, since each node stores main chain data, each user and some section
When point interaction, final transaction can be realized by the system global information recorded in main chain data.
It please refers to shown in Fig. 8, is the process across chain request/response, between the node and destination node to initiate transaction
Prove that (Merkle Proof) carries out the flow chart of data verification by Merkel.The present invention is based on how sub above-mentioned main chain adduction row is
Chain framework proposes across a catenary system contract, and being somebody's turn to do the external interface of across catenary system contract is send method, its parameter source address
SrcAddr, target subchain destChain, address destAddr, payment amount bill and request message reqMsg are received.Across chain
There is an address across catenary system contract, which is the fixed value of a not no private key, which is in generation in system contract
It is being fixed in code, disclosed, as long as the address is correctly, to receive address and the amount of money is also correctly, to transfer accounts across chain and exactly pacify
Complete.
In figure, chain A is source subchain, and A node is user's subchain node, and chain B is to receive subchain, and B node is intended recipient section
Point, the transaction of each node by subchain where it carry out data submission, verifying, out block with it is synchronous etc., chain A node contains
The concept of node also contain where chain concept, text in and figure in simplify common recognition process, use a node as representative.
User pays across the catenary system contract of chain A first, and the source subchain A node where user receives request message details
After reqMsg, it can be put into local for across the chain request queue for receiving subchain destChain.After in source, subchain A goes out block, source
Chain A node can propose source interlinkage A build information by main chain P2P network chain linked to owner, submit in the block also converged in information and own
Across the chain request notification information of transaction, such as the request [req, A- > B] of chain A directed chain B, but without request details.Each subchain
The transaction that chain linked to owner is submitted will form main chain block, and comprising across chain notification information therein, pass through main chain P2P Web broadcast to institute
There is node.
When reception subchain B node receives main chain block, discovery wherein has chain A to notify to the request of chain B, is just directly connected to chain A
Node, acquisition request details, and the Merkel of request prove (Merkle Proof) data.Chain B node is according to local main chain
The chain A build for including in information and Merkel prove the solicited message of (Merkle Proof) data verification chain A node, and verifying is used
After family is paid really, processing request pays destination address, generates across chain response detail information, be stored in and update across chain sound
Answer quene state.When chain B node submits build information by main chain P2P network chain linked to owner, across chain response notice letter can be submitted
Breath, such as the response of chain B directed chain A, but without response details.
When the submission of chain B is incorporated into main chain block and is synchronized to chain A node, chain A node is directly connected to chain B section
Point, obtains response details, and the Merkel including response proves (Merkle Proof) data.Chain A node is according to local main chain
The chain B build for including in information and Merkel prove the response of (Merkle Proof) data verification chain B node, are verified
Afterwards, request queue is updated, possible failure rollback is handled, if chain B payment failure, gives user's reimbursement, finally call user
The call back function of offer.
Above scheme, real trade are not completed by main chain, and main chain only records the summary info of subchain, greatlys improve
The performance of block chain, randomly selects the verifying node of subchain, can substantially increase security performance to avoid 1% attack.
Claims (6)
1. a kind of system architecture based on the more subchains of block chain main chain adduction row, it is characterised in that: simultaneously comprising a main chain and N item
Row subchain, wherein n=1 ... .X, wherein each node stores main chain data, and each node stores one by system original allocation
The total data of subchain, each node also include across the chain message queue of subchain；
Wherein, the total data for the subchain that each node is stored by system original allocation includes the account of corresponding subchain, contract
And transaction；
Wherein, the main chain data do not store particular transactions, and storage system global information；
Wherein, across the chain message queue of the subchain includes two kinds, and one kind is across chain request queue, and another kind of is across chain response team
Column；
Each meshed network layer, includes main chain P2P network, and subchain data P 2 P network and subchain verify P2P network；
Wherein, main chain P2P network submits data, propagation main chain data, across chain communication-cooperation for subchain chain linked to owner；
Wherein, each node for storing the total data of certain subchain passes through the transaction of subchain data P 2 P Network Synchronization subchain and area
Block；
Wherein, each node for being responsible for the same subchain transaction of verifying is verified P2P network by subchain and is tested transaction and block
It demonstrate,proves and signs；
The data of the submission of all subchains will form main chain block, be broadcast to all nodes, each node is after receiving main chain block, meeting
Local main chain is updated, to keep the main chain of all nodes consistent.
2. the system architecture as described in claim 1 based on the more subchains of block chain main chain adduction row, it is characterised in that:
The main chain data include at least: subchain number, subchain build, the mapping relations of account and subchain, contract and subchain
Mapping relations, the mapping relations of back end and subchain, mapping relations, across the chain request/response notice of verifying node and subchain
Information, all contract codes；
Across the chain request queue, each target subchain create one, and storage is sent to the request message details of target subchain, different
Target subchain be divided into different queues；Across the chain response queue, each source chain creation one, storage are sent to the response of source chain
Service management, different source chains are divided into different queues；
Across the chain request/response notification information corresponds to the notice of across chain request/response queue, is free of details.
3. the system architecture as claimed in claim 2 based on the more subchains of block chain main chain adduction row, it is characterised in that:
After subchain goes out block, subchain build can be submitted by main chain P2P Web broadcast chain linked to owner, subchain to the modification information of main chain,
Across chain request/response notification information；
The submission of all subchains will form main chain block, be broadcast to all nodes；
Each node will be updated local main chain after receiving main chain block, to keep the main chain data of all nodes consistent；
Present node according to across the chain request/response notification information acquisition request or the current subchain of response in main chain data other
Subchain information directly connects other subchain node acquisition requests or response message details and is handled.
4. the system architecture as claimed in claim 3 based on the more subchains of block chain main chain adduction row, it is characterised in that:
When present node obtains across chain request or response message details, request Merkel's proof data together, destination node according to
The current subchain build for including in local main chain information and Merkel prove the solicited message of data verification present node, verifying
By rear, processing request.
5. the system architecture as claimed in claim 4 based on the more subchains of block chain main chain adduction row, it is characterised in that: also include
Across the catenary system contract of one kind, the external interface of the contract are send methods, its parameter source address, receives ground at target subchain
Location, payment amount and/or request message have an address across catenary system contract in across the catenary system contract, which is
The fixed value of one not no private key, the address are fixed, disclosed in code；
The workflow across catenary system contract are as follows:
User pays across the catenary system contract of source subchain first, and it is detailed that source subchain user's subchain node at place receives request message
After feelings, it can be put into local across the chain request queue for reception subchain, and after in source, subchain goes out block, source subchain node can pass through master
Chain P2P network chain linked to owner submits source chain build information, submits across the chain request of All Activity in the block also converged in information logical
Know information；The transaction that each subchain chain linked to owner is submitted will form main chain block, and comprising across chain notification information therein, pass through main chain
P2P Web broadcast is to all nodes；
When reception subchain destination node receives main chain block, wherein active subchain is notified to across the chain request for receiving subchain for discovery,
The Merkel for being just directly connected to source subchain node, acquisition request message details, and request proves data；Receive subchain destination node
The request letter of data verification user subchain node is proved according to the source subchain build and Merkel that include in local main chain information
Breath is verified after user pay really, and destination address is paid in processing request, generates across chain response detail information, deposit and more
Newly across chain response queue's state；When receiving subchain destination node by main chain P2P network chain linked to owner submission build information, can mention
Hand over across chain response notification information；
When the submission for receiving subchain is incorporated into main chain block and is synchronized to user's subchain node, user's subchain node is direct
Connection receives subchain destination node, obtains response details, and the Merkel including response demonstrate,proves data；User's subchain node is according to local
Main chain information in include reception subchain build and Merkel prove data verification object chain node response, be verified
Afterwards, request queue is updated, possible failure rollback is handled, if receiving subchain payment failure, user's reimbursement is given, finally calls
The call back function that user provides.
6. the system architecture as claimed in claim 5 based on the more subchains of block chain main chain adduction row, it is characterised in that: node returns
When returning any transaction or block hash, subchain id value is embedded in hash, inquiry is solved from transaction hash and block hash
Precipitation source subchain id and/or reception subchain id, and subchain node link information is inquired according to subchain id, subchain node connection
Information is stored in the back end of main chain data and the mapping relations of subchain.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811392135.1A CN109471744B (en) | 2018-11-21 | 2018-11-21 | Main chain and parallel multi-sub-chain system architecture based on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811392135.1A CN109471744B (en) | 2018-11-21 | 2018-11-21 | Main chain and parallel multi-sub-chain system architecture based on block chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109471744A true CN109471744A (en) | 2019-03-15 |
| CN109471744B CN109471744B (en) | 2021-08-17 |
Family
ID=65674245
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811392135.1A Active CN109471744B (en) | 2018-11-21 | 2018-11-21 | Main chain and parallel multi-sub-chain system architecture based on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109471744B (en) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110210845A (en) * | 2019-06-11 | 2019-09-06 | 网易（杭州）网络有限公司 | For the method, apparatus of block chain Data Migration, medium and calculate equipment |
| CN110490562A (en) * | 2019-07-10 | 2019-11-22 | 布比（北京）网络技术有限公司 | A kind of across the chain data processing method and system of multi-tiling chain |
| CN110727712A (en) * | 2019-10-15 | 2020-01-24 | 腾讯科技（深圳）有限公司 | Data processing method and device based on block chain network, electronic equipment and storage medium |
| CN110766410A (en) * | 2019-10-24 | 2020-02-07 | 杭州趣链科技有限公司 | Method and equipment for constructing and verifying credible cross-chain event based on Mercker tree |
| CN110874798A (en) * | 2019-10-30 | 2020-03-10 | 链农(深圳)信息科技有限公司 | Network platform based on regional chain and safe communication method thereof |
| CN111026511A (en) * | 2019-11-20 | 2020-04-17 | 中国科学院计算技术研究所 | Block chain parallel system and method based on transaction data partition-inter-chain fusion |
| CN111213135A (en) * | 2019-08-27 | 2020-05-29 | 阿里巴巴集团控股有限公司 | System and method for blockchain based notification |
| CN111342972A (en) * | 2020-02-24 | 2020-06-26 | 百度在线网络技术（北京）有限公司 | Transaction implementation method, device, equipment and medium for block chain |
| CN111339114A (en) * | 2020-02-28 | 2020-06-26 | 百度在线网络技术（北京）有限公司 | Data access method, device, equipment and storage medium |
| CN111769957A (en) * | 2020-09-02 | 2020-10-13 | 百度在线网络技术（北京）有限公司 | Block chain cross-chain query method, device, equipment and storage medium |
| WO2020238429A1 (en) * | 2019-05-28 | 2020-12-03 | 深圳前海微众银行股份有限公司 | Method and device for processing data in blockchain |
| CN112037057A (en) * | 2020-04-10 | 2020-12-04 | 支付宝(杭州)信息技术有限公司 | Correction method and device for block chain data |
| CN111428275B (en) * | 2020-03-13 | 2021-03-26 | 华东师范大学 | Alliance chain-oriented service non-stop fragment increasing method |
| CN112907367A (en) * | 2019-12-03 | 2021-06-04 | 微观(天津)科技发展有限公司 | Cross-border trade data management method and device based on block chain and storage medium |
| CN113259119A (en) * | 2021-06-02 | 2021-08-13 | 支付宝(杭州)信息技术有限公司 | Block chain message distribution method and device |
| CN113300851A (en) * | 2021-05-18 | 2021-08-24 | 中国信息通信研究院 | DHT-based block chain message broadcasting method, electronic equipment and storage medium |
| CN113381863A (en) * | 2020-03-10 | 2021-09-10 | 本无链科技(深圳)有限公司 | Call-type broadcasting system and method for block chain |
| CN113420169A (en) * | 2021-06-22 | 2021-09-21 | 重庆紫光华山智安科技有限公司 | File storage and query method, system, electronic equipment and medium |
| CN113760651A (en) * | 2021-08-12 | 2021-12-07 | 熵链科技(福建)有限公司 | Method, system and storage medium for collecting running state of main sub-chain of block chain |
| CN114499872A (en) * | 2021-12-24 | 2022-05-13 | 山东浪潮工业互联网产业股份有限公司 | Industrial internet-based star fire chain cross-linking method and equipment |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106411506A (en) * | 2016-08-31 | 2017-02-15 | 飞天诚信科技股份有限公司 | Key derivation method and device applicable to digital currency |
| CN107104850A (en) * | 2017-03-24 | 2017-08-29 | 钱德君 | A kind of Quantum Chain method of testing |
| US20170331896A1 (en) * | 2016-05-13 | 2017-11-16 | De La Rue International Limited | Methods and systems for processing assets |
| US20170366353A1 (en) * | 2015-06-02 | 2017-12-21 | ALTR Solutions, Inc. | Generation of hash values within a blockchain |
| CN107844976A (en) * | 2017-10-25 | 2018-03-27 | 武汉天喻信息产业股份有限公司 | A kind of card of depositing based on block chain applies transaction system and method |
| CN108712491A (en) * | 2018-05-17 | 2018-10-26 | 易链科技（深圳）有限公司 | Block chain node, exchange information processing method, terminal device and medium |
| CN108734578A (en) * | 2018-05-02 | 2018-11-02 | 东莞市波动赢机器人科技有限公司 | Data processing method and system based on transaction robot |
-
2018
- 2018-11-21 CN CN201811392135.1A patent/CN109471744B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170366353A1 (en) * | 2015-06-02 | 2017-12-21 | ALTR Solutions, Inc. | Generation of hash values within a blockchain |
| US20170331896A1 (en) * | 2016-05-13 | 2017-11-16 | De La Rue International Limited | Methods and systems for processing assets |
| CN106411506A (en) * | 2016-08-31 | 2017-02-15 | 飞天诚信科技股份有限公司 | Key derivation method and device applicable to digital currency |
| CN107104850A (en) * | 2017-03-24 | 2017-08-29 | 钱德君 | A kind of Quantum Chain method of testing |
| CN107844976A (en) * | 2017-10-25 | 2018-03-27 | 武汉天喻信息产业股份有限公司 | A kind of card of depositing based on block chain applies transaction system and method |
| CN108734578A (en) * | 2018-05-02 | 2018-11-02 | 东莞市波动赢机器人科技有限公司 | Data processing method and system based on transaction robot |
| CN108712491A (en) * | 2018-05-17 | 2018-10-26 | 易链科技（深圳）有限公司 | Block chain node, exchange information processing method, terminal device and medium |
Cited By (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020238429A1 (en) * | 2019-05-28 | 2020-12-03 | 深圳前海微众银行股份有限公司 | Method and device for processing data in blockchain |
| CN110210845B (en) * | 2019-06-11 | 2021-06-18 | 网易（杭州）网络有限公司 | Method, apparatus, medium, and computing device for blockchain data migration |
| CN110210845A (en) * | 2019-06-11 | 2019-09-06 | 网易（杭州）网络有限公司 | For the method, apparatus of block chain Data Migration, medium and calculate equipment |
| CN110490562A (en) * | 2019-07-10 | 2019-11-22 | 布比（北京）网络技术有限公司 | A kind of across the chain data processing method and system of multi-tiling chain |
| CN111213135B (en) * | 2019-08-27 | 2023-11-21 | 创新先进技术有限公司 | System and method for blockchain-based notification |
| CN111213135A (en) * | 2019-08-27 | 2020-05-29 | 阿里巴巴集团控股有限公司 | System and method for blockchain based notification |
| CN110727712A (en) * | 2019-10-15 | 2020-01-24 | 腾讯科技（深圳）有限公司 | Data processing method and device based on block chain network, electronic equipment and storage medium |
| CN110727712B (en) * | 2019-10-15 | 2021-06-04 | 腾讯科技（深圳）有限公司 | Data processing method and device based on block chain network, electronic equipment and storage medium |
| CN110766410A (en) * | 2019-10-24 | 2020-02-07 | 杭州趣链科技有限公司 | Method and equipment for constructing and verifying credible cross-chain event based on Mercker tree |
| CN110766410B (en) * | 2019-10-24 | 2023-09-22 | 杭州趣链科技有限公司 | Trusted cross-chain event construction and verification method and device based on Merker tree |
| CN110874798A (en) * | 2019-10-30 | 2020-03-10 | 链农(深圳)信息科技有限公司 | Network platform based on regional chain and safe communication method thereof |
| CN111026511A (en) * | 2019-11-20 | 2020-04-17 | 中国科学院计算技术研究所 | Block chain parallel system and method based on transaction data partition-inter-chain fusion |
| CN111026511B (en) * | 2019-11-20 | 2023-08-08 | 中国科学院计算技术研究所 | Block chain parallel system and method based on transaction data partition-chain fusion |
| CN112907367A (en) * | 2019-12-03 | 2021-06-04 | 微观(天津)科技发展有限公司 | Cross-border trade data management method and device based on block chain and storage medium |
| CN111342972A (en) * | 2020-02-24 | 2020-06-26 | 百度在线网络技术（北京）有限公司 | Transaction implementation method, device, equipment and medium for block chain |
| CN111342972B (en) * | 2020-02-24 | 2023-09-15 | 百度在线网络技术（北京）有限公司 | Transaction realization method, device, equipment and medium of block chain |
| CN111339114A (en) * | 2020-02-28 | 2020-06-26 | 百度在线网络技术（北京）有限公司 | Data access method, device, equipment and storage medium |
| CN111339114B (en) * | 2020-02-28 | 2023-05-09 | 百度在线网络技术（北京）有限公司 | Data access method, device, equipment and storage medium |
| CN113381863A (en) * | 2020-03-10 | 2021-09-10 | 本无链科技(深圳)有限公司 | Call-type broadcasting system and method for block chain |
| CN111428275B (en) * | 2020-03-13 | 2021-03-26 | 华东师范大学 | Alliance chain-oriented service non-stop fragment increasing method |
| CN112037057B (en) * | 2020-04-10 | 2022-03-01 | 支付宝(杭州)信息技术有限公司 | Correction method and device for block chain data |
| CN112037057A (en) * | 2020-04-10 | 2020-12-04 | 支付宝(杭州)信息技术有限公司 | Correction method and device for block chain data |
| CN111769957A (en) * | 2020-09-02 | 2020-10-13 | 百度在线网络技术（北京）有限公司 | Block chain cross-chain query method, device, equipment and storage medium |
| CN113300851A (en) * | 2021-05-18 | 2021-08-24 | 中国信息通信研究院 | DHT-based block chain message broadcasting method, electronic equipment and storage medium |
| CN113300851B (en) * | 2021-05-18 | 2022-06-21 | 中国信息通信研究院 | DHT-based block chain message broadcasting method, electronic equipment and storage medium |
| CN113259119A (en) * | 2021-06-02 | 2021-08-13 | 支付宝(杭州)信息技术有限公司 | Block chain message distribution method and device |
| CN113259119B (en) * | 2021-06-02 | 2021-10-29 | 支付宝(杭州)信息技术有限公司 | Block chain message distribution method and device |
| CN113420169A (en) * | 2021-06-22 | 2021-09-21 | 重庆紫光华山智安科技有限公司 | File storage and query method, system, electronic equipment and medium |
| CN113760651A (en) * | 2021-08-12 | 2021-12-07 | 熵链科技(福建)有限公司 | Method, system and storage medium for collecting running state of main sub-chain of block chain |
| CN113760651B (en) * | 2021-08-12 | 2024-04-02 | 熵链科技(福建)有限公司 | Main sub-chain running state collection method, system and storage medium of block chain |
| CN114499872A (en) * | 2021-12-24 | 2022-05-13 | 山东浪潮工业互联网产业股份有限公司 | Industrial internet-based star fire chain cross-linking method and equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109471744B (en) | 2021-08-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109471744A (en) | The more subchain system architectures of main chain adduction row based on block chain | |
| CN109286685A (en) | The system architecture of the more subchains of main chain adduction row of subchain can be expanded | |
| CN109493050A (en) | Transfer process based on the more subchains of block chain main chain adduction row | |
| CN109472572A (en) | Contract deployment and transaction based on the more subchains of block chain main chain adduction row | |
| US20220069994A1 (en) | Methods and systems implemented in a network architecture with nodes capable of performing message-based transactions | |
| CN107666484B (en) | A kind of content distributing network CDN sharing method and system based on block chain | |
| CN107301536B (en) | Resource transfers method and device | |
| CN109345387A (en) | Across the chain method of commerce of block chain, across chain communication device and storage medium | |
| CN109493052A (en) | Across catenary system contract and its transfer process based on the more subchains of main chain adduction row | |
| CN109493051A (en) | The more subchain system architectures of main chain adduction row of account distribution and migration can dynamically be carried out | |
| CN109522362A (en) | Incomplete markets synchronous method, system and equipment based on block chain data | |
| CN108650182A (en) | Network communication method, system, device, equipment and storage medium | |
| CN109242456A (en) | Across the chain method of commerce of block chain, system and storage medium | |
| CN105337923B (en) | Data distributing method and system and data sending device and data sink | |
| CN108009811A (en) | Inter-cloud computing environment value exchange-oriented cross-chain communication method | |
| CN112132447A (en) | Calculation power network trust evaluation and guarantee algorithm based on block chain | |
| CN109885264A (en) | A kind of the logic sharding method and its system of block chain node | |
| EP4318362A1 (en) | Blockchain-based data processing method, apparatus and device, and storage medium | |
| CN110427346A (en) | A kind of document storage system and its file memory method based on block chain | |
| CN109102269A (en) | Transfer account method and device, block chain node and storage medium based on block chain | |
| CN106874361B (en) | Data processing method and device applied to customs declaration | |
| CN106453625B (en) | Information synchronization method and high availability cluster system | |
| CN109784921A (en) | General across chain communication mechanism based on decentralization gateway | |
| CN108615149A (en) | Flexible block chain method of payment, device and the electronic equipment of multi-signature | |
| CN104809601A (en) | Express delivery mutual aid system based on electronic map |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |