CN107945017A - A kind of combination chain bookkeeping methods based on multi-level verification - Google Patents
A kind of combination chain bookkeeping methods based on multi-level verification Download PDFInfo
- Publication number
- CN107945017A CN107945017A CN201711139660.8A CN201711139660A CN107945017A CN 107945017 A CN107945017 A CN 107945017A CN 201711139660 A CN201711139660 A CN 201711139660A CN 107945017 A CN107945017 A CN 107945017A
- Authority
- CN
- China
- Prior art keywords
- domain
- account
- upper strata
- accounting nodes
- node
- 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
- 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
-
- 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
Abstract
The invention discloses a kind of combination chain bookkeeping methods based on multi-level verification, establishes the multiple layered domains with tree, and according to common recognition mechanism, the accounting nodes with book keeping operation power are added into any bottom domain；Then initiate money transfer transactions request, if the account side of producing account is in the accounting nodes in the bottom domain, then Transaction Information checking request is broadcasted to the bottom domain belonging to the accounting nodes and its upper strata domain, receive confirm checking information after keep accounts, and to the bottom domain where the accounting nodes and its upper strata domain isochronous transaction account book.Account book is scattered in each bottom domain by the present invention, is participated in domain where the account side of producing account of the accounting nodes in the bottom, other domains of dependence and upper strata domain simply participate in synchronous account book, improve the efficiency of account book synchronization；Meanwhile upper strata domain can participate in the verification of lower floor's domain account book, the account security of block chain is added.
Description
Technical field
The present invention relates to block chain technical field, and in particular to a kind of combination chain bookkeeping methods based on multi-level verification.
Background technology
Existing block chain be one kind be not required any central office with regard to can be traded or data safety store and test
The system of card；Data are a kind of volatile, variable, isomery materials, and this material is to " logistics parcel, automotive department in itself
The mode that the objective physical such as the part, financial currency " world is described, this has resulted in " 2 book keeping operations are difficult " of block chain ---
I.e. data block chain is used to record " Data ", and Data record physical world entities.Complete decentralization management, data are very
Actual assets in difficult and reality connect.
Existing block chain is a kind of shared distributed accounting system.Trade fair is stored on a global account book,
Transaction record is ensured by mathematical algorithm.There is no the regulator at center, participate in object, user identity, trading situation and be difficult to
It is complete to verify, it can not accomplish there is the accounting data of public credibility.
Record to account book can be accomplished using hierarchy, however, in existing hierarchy, the often note in upper strata domain
It is all that a kind of region in lower floor domain is collected that record, which is all, in such hierarchy, the effect in upper strata domain be only done it is simple poly-
Close, bottom domain be only equivalent to account by certain regular-scattered into different bottom domains, reduce account book record efficiency
And in block chain account security；The superiors domain records whole account books at the same time, causes the operational paradigm in the superiors domain low
Under.
The content of the invention
Based on this, in view of the above-mentioned problems, be necessary to propose a kind of combination chain bookkeeping methods based on multi-level verification, it is by account
Originally it is scattered in each bottom domain, is participated in domain where the account side of producing account of the accounting nodes in the bottom, other is related
Domain and upper strata domain simply participate in synchronous account book, improve the efficiency of account book synchronization；Upper strata domain can participate in lower floor's domain account book at the same time
Verification, add the account security of block chain.
The technical scheme is that：
A kind of combination chain bookkeeping methods based on multi-level verification, comprises the following steps：
A, the multiple layered domains with tree are established, and according to common recognition mechanism, being added into any bottom domain has note
The accounting nodes of account power；
B, money transfer transactions request is initiated, judges the account side of producing account whether in the accounting nodes in the bottom domain, such as
Fruit is then to enter step c；If it is not, then refusal money transfer transactions request；
C, Transaction Information checking request is broadcasted to the bottom domain belonging to the accounting nodes and its upper strata domain, judged whether
Confirmation checking information is received, if it is, being proved to be successful, enters step d；If it is not, then authentication failed, refuses money transfer transactions
Request；
D, keep accounts, and to the bottom domain where the accounting nodes and its upper strata domain isochronous transaction account book.
The block chain structure of the present invention is a hierarchy Model, and every layer be all netted intercommunication grapevine structure,
The node of every layer of different stage included is referred to as a domain, in bottom domain, full dose account book has been distributed to each
In bottom domain, upper strata domain is the account book that lower floor domain is communicated up the bigger to be formed, and the superiors domain possesses whole accounts
Account book；The present invention also confirms the validity the addition of block by the way of " wheel disc ", its specific validation testing is as follows：
Accounting nodes are that domain participates in where the bottom account side of producing account, and block is produced by the accounting nodes, for
There are unique accounting nodes in synchronization in each bottom domain, an accounting nodes can be regenerated every 326 seconds (should
Timing definition is the fort time), the generation of new accounting nodes is plus certain random rule according to last time book keeping operation behavioral parameters
Then produce so that node destination will not be found in this time range and is attacked；Other domains of dependence and upper strata domain are only
It is to participate in synchronous account book so that improve the efficiency of account book synchronization；Simultaneously as upper strata domain is the account book in its all lower floor domain
Union, upper strata domain can participate in the verification of lower floor's domain account book, add the account security of block chain.
Further as such scheme optimizes, and in the step a, the addition step of accounting nodes is specific as follows：
A1, by knowing together, mechanism carries out vote by ballot, and after determining election results and coming into force, the node in all upper strata domains will
Address, public key and the place field parameter of the accounting nodes added are added in node listing, and are initiated to the accounting nodes
Handshake request information；
After a2, accounting nodes reach the standard grade and connect network, newest upper strata domain list is obtained, and carry out extensively to all upper strata domains
Broadcast, reply shakes hands confirmation message to the node in all upper strata domains；
After a3, all upper strata domains confirm handshaking information and record, the node to the superiors domain sends notice respectively；
Remaining node of a4, upper strata domain node periodically into several random bottom domains in addition to the accounting nodes
Confirmation request is initiated, judges whether the notice of the accounting nodes is true, if it exceeds 67% node confirmation is true, is then remembered this
Account node is added in corresponding bottom domain, conversely, being then added without；
A5, after accounting nodes add, the related account book in bottom domain where the synchronous accounting nodes.
The present invention is the model based on joint block chain, therefore the generation for block node of keeping accounts is by authorizing with contract
Mode produces；Only meet that effective node that is certain regular and having more than 67% together decides on it by common recognition mechanism and can add
Book keeping operation power, this node could participate in keeping accounts；The node newly added votes for system after starting and connecting network, from trend the whole network
(being similar to the super node in block chain) initiates request, and is broadcasted to whole upper strata domains, after upper strata domain is recorded,
Request periodically is initiated to the node in bottom domain where non-new node, confirms whether the notice of this new node is true, such as
Effective node of the fruit more than 67% confirms that this new node is effective, then true；If it is not confirmed within 72 cycles, no
It is true, the addition of the new node is abandoned, and wait the addition of next new node to notice；Meanwhile domain where new node is updating
Where non-new node during the node listing in domain, checking request can be initiated to the node of failure, by recording, not by following again
Ring, abandons this record after at most circulating 8 times；After new node adds, the related account book in domain where starting the synchronous new node, no
Same area possesses the full account book record of all nodes in the domain；It ensure that the reliability of added new node, improve the letter of node
Ren Du, while make recording, being synchronous more convenient, quick, safe for account book.
As the further optimization of such scheme, the step c comprises the following steps：
Remaining node broadcasts Transaction Information verification where to accounting nodes in bottom domain in addition to the accounting nodes please
Ask；Judge whether to receive the confirmation checking information that the node more than 67% is sent, if it is, being proved to be successful, continue to execute
The verification of upper strata domain judges；If it is not, then authentication failed, refusal money transfer transactions request.
Transaction can all produce the checking request in two paths every time, first, being broadcasted to the bottom domain where the accounting nodes
Checking request, another is to send checking request to upper strata domain, is only verified when in the bottom domain where the accounting nodes
Afterwards, the verification of upper strata domain is just carried out；It ensure that the integrality of verification, make verification result more reliable.
As the further optimization of such scheme, the upper strata domain verification judgment step includes：
According to the security level of money transfer transactions, judge whether to need to initiate Transaction Information checking request to upper strata domain, if
It is then to initiate Transaction Information checking request to upper strata domain；If it is not, then Transaction Information checking request is not initiated to upper strata domain, directly
Tap into row book keeping operation operation.
Since lower floor domain is all the subset of the account book in upper strata domain, bottom domain can the initiation transaction of upper layer domain in book keeping operation
The checking request of information, last layer domain can decide whether to initiate transaction data to higher according to the security level attributes of transaction
Verification；Material is thus formed the process of a multistage transaction data authentication, the comprehensive of verification ensure that, after multiple authentication, protect
Demonstrate,prove the security of transaction.
As the further optimization of such scheme, the Transaction Information checking request step of initiating includes：
After initiating Transaction Information checking request to upper strata domain, judge whether to receive the confirmation that the node more than 67% is sent
Checking information, if it is, being proved to be successful, and reenters upper strata domain verification judgment step；If it is not, then authentication failed, is refused
Exhausted money transfer transactions request.
In the verification process of upper strata domain, the private key signature of the account side of being transferred to account and the account side of producing account is transmitted to
In layer domain, meanwhile, upper strata domain possesses the public key of the two accounts, and the private key of the account side of being transferred to and the account side of producing is opened with public key
Signature, and confirm that the transaction content of both sides is consistent, then it is assumed that the transaction is authentic and valid so that not only ensure that the peace of transaction
Quan Xing, and substantially increase the efficiency of trade confirmation so that the efficiency of trade confirmation is up to Millisecond.
As the further optimization of such scheme, the step d comprises the following steps：
Keep accounts, all node isochronous transaction account books in bottom domain where to accounting nodes；
Determine whether upper strata domain, if it is, continuing up a layer domain isochronous transaction account book, and circulate and carry out this judgement；
If it is not, then stop the synchronization of the transaction account book.
Once book keeping operation after the completion of the accounting nodes where bottom domain, is understood to all node synchronization account books in the domain, and to
Upper strata domain syncs up account book layer by layer, until synchronous there is no during the domain of upper strata, stopping；Ensure that all domain nodes are synchronous
The accounting information is recorded, forms the back mechanism that can not be distorted, will not lose so that All Activity is in the block of accounting nodes
Complete, remaining node and all upper strata domains only synchronize book keeping operation, verification, the operation confirmed, accelerate the efficiency of transaction.
It is further comprising the steps of as the further optimization of such scheme：
Complete to after the isochronous transaction account book of upper strata domain, judge the account side of being transferred to account with the account side of producing account whether same
In one bottom domain, if it is, the synchronization without account book of merchandising；If it is not, then to where the account side of being transferred to account
Bottom domain isochronous transaction account book.
In the present solution, when upper strata domain is finding the account side's of being transferred to account with the account side of producing account not at same most bottom
During layer domain, it can ensure the account side of being transferred to account to domain isochronous transaction account book downward layer by layer where the account side of being transferred to account
Transaction account book can be received and backed up, make transaction flow more transparent, clear.
As the further optimization of such scheme, cycle T=10min described in step a4.Realize upper strata domain node week
Remaining node into several random bottom domains in addition to the accounting nodes of phase property initiates confirmation request, the cycle time
It can be to greatest extent the reserved enough time of the true judgement of notice of accounting nodes, while ensureing to judge reliability, improve
Judging efficiency.
The beneficial effects of the invention are as follows：
1st, account book is scattered in each bottom domain by the present invention, account produce side account institute of the accounting nodes in the bottom
Participated in domain, other domains of dependence and upper strata domain simply participate in synchronous account book, improve the efficiency of account book synchronization.
2nd, the present invention is the model based on joint block chain, therefore the generation for block node of keeping accounts is by authorizing with contract
Mode produce；Only meet that effective node that is certain regular and having more than 67% together decides on it by common recognition mechanism and can add
Enter book keeping operation power, this node could participate in keeping accounts, ensure that the reliability of added new node, improve the degree of belief of node, together
When make the recording of account book, synchronous more convenient, quick, safety.
3rd, transaction can all produce the checking request in two paths every time, first, wide to the bottom domain where the accounting nodes
Checking request is broadcast, another is to send checking request to upper strata domain, forms the process of a multistage transaction data authentication, ensure that
The integrality of verification, makes verification result more reliable, adds the account security of block chain.
4th, in the verification process of upper strata domain, the account side of the being transferred to account that is possessed by upper strata domain and the account side of producing account
Public key, opens the private key signature of the account side of being transferred to and the account side of producing, and confirms that the transaction content of both sides is consistent, then it is assumed that the friendship
Easily it is authentic and valid so that not only ensure that the security of transaction, but also substantially increase the efficiency of trade confirmation so that hand over
The efficiency easily confirmed is up to Millisecond.
5th, upper strata domain node is remaining of cycle into several bottom domains at random in addition to the accounting nodes using 10min
Node initiates confirmation request, which can be to greatest extent the reserved enough time of the true judgement of notice of accounting nodes,
While ensureing to judge reliability, judging efficiency is improved.
Brief description of the drawings
Fig. 1 is the flow chart of the combination chain bookkeeping methods based on multi-level verification described in the embodiment of the present invention；
Fig. 2 is the flow chart that accounting nodes described in the embodiment of the present invention add；
Fig. 3 is the flow chart for carrying out verifying simultaneously isochronous transaction account book described in the embodiment of the present invention.
Embodiment
The embodiment of the present invention is described in detail below in conjunction with the accompanying drawings.
Embodiment
As shown in Figure 1, a kind of combination chain bookkeeping methods based on multi-level verification, comprises the following steps：
A, the multiple layered domains with tree are established, and according to common recognition mechanism, being added into any bottom domain has note
The accounting nodes of account power；
B, money transfer transactions request is initiated, judges the account side of producing account whether in the accounting nodes in the bottom domain, such as
Fruit is then to enter step c；If it is not, then refusal money transfer transactions request；
C, Transaction Information checking request is broadcasted to the bottom domain belonging to the accounting nodes and its upper strata domain, judged whether
Confirmation checking information is received, if it is, being proved to be successful, enters step d；If it is not, then authentication failed, refuses money transfer transactions
Request；
D, keep accounts, and to the bottom domain where the accounting nodes and its upper strata domain isochronous transaction account book.
The block chain structure of the present invention is a hierarchy Model, and every layer be all netted intercommunication grapevine structure,
The node of every layer of different stage included is referred to as a domain, in bottom domain, full dose account book has been distributed to each
In bottom domain, upper strata domain is the account book that lower floor domain is communicated up the bigger to be formed, and the superiors domain possesses whole accounts
Account book；The present invention also confirms the validity the addition of block by the way of " wheel disc ", its specific validation testing is as follows：
Accounting nodes are that domain participates in where the bottom account side of producing account, and block is produced by the accounting nodes, for
There are unique accounting nodes in synchronization in each bottom domain, an accounting nodes can be regenerated every 326 seconds (should
Timing definition is the fort time), the generation of new accounting nodes is plus certain random rule according to last time book keeping operation behavioral parameters
Then produce so that node destination will not be found in this time range and is attacked；Other domains of dependence and upper strata domain are only
It is to participate in synchronous account book so that improve the efficiency of account book synchronization；Simultaneously as upper strata domain is the account book in its all lower floor domain
Union, upper strata domain can participate in the verification of lower floor's domain account book, add the account security of block chain.
In another embodiment, as shown in Fig. 2, in the step a, the addition step of accounting nodes is specific as follows：
A1, by knowing together, mechanism carries out vote by ballot, and after determining election results and coming into force, the node in all upper strata domains will
Address, public key and the place field parameter of the accounting nodes added are added in node listing, and are initiated to the accounting nodes
Handshake request information；
After a2, accounting nodes reach the standard grade and connect network, newest upper strata domain list is obtained, and carry out extensively to all upper strata domains
Broadcast, reply shakes hands confirmation message to the node in all upper strata domains；
After a3, all upper strata domains confirm handshaking information and record, the node to the superiors domain sends notice respectively；
Remaining node of a4, upper strata domain node periodically into several random bottom domains in addition to the accounting nodes
Confirmation request is initiated, judges whether the notice of the accounting nodes is true, if it exceeds 67% node confirmation is true, is then remembered this
Account node is added in corresponding bottom domain, conversely, being then added without；
A5, after accounting nodes add, the related account book in bottom domain where the synchronous accounting nodes.
The present invention is the model based on joint block chain, therefore the generation for block node of keeping accounts is by authorizing with contract
Mode produces；Only meet that effective node that is certain regular and having more than 67% together decides on it by common recognition mechanism and can add
Book keeping operation power, this node could participate in keeping accounts；The node newly added votes for system after starting and connecting network, from trend the whole network
(being similar to the super node in block chain) initiates request, and is broadcasted to whole upper strata domains, after upper strata domain is recorded,
Request periodically is initiated to the node in bottom domain where non-new node, confirms whether the notice of this new node is true, such as
Effective node of the fruit more than 67% confirms that this new node is effective, then true；If it is not confirmed within 72 cycles, no
It is true, the addition of the new node is abandoned, and wait the addition of next new node to notice；Meanwhile domain where new node is updating
Where non-new node during the node listing in domain, checking request can be initiated to the node of failure, by recording, not by following again
Ring, abandons this record after at most circulating 8 times；After new node adds, the related account book in domain where starting the synchronous new node, no
Same area possesses the full account book record of all nodes in the domain；It ensure that the reliability of added new node, improve the letter of node
Ren Du, while make recording, being synchronous more convenient, quick, safe for account book.
In another embodiment, as shown in figure 3, the step c comprises the following steps：
Remaining node broadcasts Transaction Information verification where to accounting nodes in bottom domain in addition to the accounting nodes please
Ask；Judge whether to receive the confirmation checking information that the node more than 67% is sent, if it is, being proved to be successful, continue to execute
The verification of upper strata domain judges；If it is not, then authentication failed, refusal money transfer transactions request.
Transaction can all produce the checking request in two paths every time, first, being broadcasted to the bottom domain where the accounting nodes
Checking request, another is to send checking request to upper strata domain, is only verified when in the bottom domain where the accounting nodes
Afterwards, the verification of upper strata domain is just carried out；It ensure that the integrality of verification, make verification result more reliable.
In another embodiment, as shown in figure 3, upper strata domain verification judgment step includes：
According to the security level of money transfer transactions, judge whether to need to initiate Transaction Information checking request to upper strata domain, if
It is then to initiate Transaction Information checking request to upper strata domain；If it is not, then Transaction Information checking request is not initiated to upper strata domain, directly
Tap into row book keeping operation operation.
Since lower floor domain is all the subset of the account book in upper strata domain, bottom domain can the initiation transaction of upper layer domain in book keeping operation
The checking request of information, last layer domain can decide whether to initiate transaction data to higher according to the security level attributes of transaction
Verification；Material is thus formed the process of a multistage transaction data authentication, the comprehensive of verification ensure that, after multiple authentication, protect
Demonstrate,prove the security of transaction.
In another embodiment, as shown in figure 3, the Transaction Information checking request step of initiating includes：
After initiating Transaction Information checking request to upper strata domain, judge whether to receive the confirmation that the node more than 67% is sent
Checking information, if it is, being proved to be successful, and reenters upper strata domain verification judgment step；If it is not, then authentication failed, is refused
Exhausted money transfer transactions request.
In the verification process of upper strata domain, the private key signature of the account side of being transferred to account and the account side of producing account is transmitted to
In layer domain, meanwhile, upper strata domain possesses the public key of the two accounts, and the private key of the account side of being transferred to and the account side of producing is opened with public key
Signature, and confirm that the transaction content of both sides is consistent, then it is assumed that the transaction is authentic and valid so that not only ensure that the peace of transaction
Quan Xing, and substantially increase the efficiency of trade confirmation so that the efficiency of trade confirmation is up to Millisecond.
In another embodiment, as shown in figure 3, the step d comprises the following steps：
Keep accounts, all node isochronous transaction account books in bottom domain where to accounting nodes；
Determine whether upper strata domain, if it is, continuing up a layer domain isochronous transaction account book, and circulate and carry out this judgement；
If it is not, then stop the synchronization of the transaction account book.
Once book keeping operation after the completion of the accounting nodes where bottom domain, is understood to all node synchronization account books in the domain, and to
Upper strata domain syncs up account book layer by layer, until synchronous there is no during the domain of upper strata, stopping；Ensure that all domain nodes are synchronous
The accounting information is recorded, forms the back mechanism that can not be distorted, will not lose so that All Activity is in the block of accounting nodes
Complete, remaining node and all upper strata domains only synchronize book keeping operation, verification, the operation confirmed, accelerate the efficiency of transaction.
In another embodiment, it is as shown in figure 3, further comprising the steps of：
Complete to after the isochronous transaction account book of upper strata domain, judge the account side of being transferred to account with the account side of producing account whether same
In one bottom domain, if it is, the synchronization without account book of merchandising；If it is not, then to where the account side of being transferred to account
Bottom domain isochronous transaction account book.
In the present solution, when upper strata domain is finding the account side's of being transferred to account with the account side of producing account not at same most bottom
During layer domain, it can ensure the account side of being transferred to account to domain isochronous transaction account book downward layer by layer where the account side of being transferred to account
Transaction account book can be received and backed up, make transaction flow more transparent, clear.
In another embodiment, cycle T=10min described in step a4.Realize upper strata domain node periodically to
Remaining node in several random bottom domains in addition to the accounting nodes initiates confirmation request, which can maximum limit
The notice for accounting nodes of degree is true to judge reserved enough time, while ensureing to judge reliability, improves judging efficiency.
Embodiment described above only expresses the embodiment of the present invention, its description is more specific and detailed, but simultaneously
Therefore the limitation to the scope of the claims of the present invention cannot be interpreted as.It should be pointed out that for those of ordinary skill in the art
For, without departing from the inventive concept of the premise, various modifications and improvements can be made, these belong to the guarantor of the present invention
Protect scope.
Claims (8)
1. a kind of combination chain bookkeeping methods based on multi-level verification, it is characterised in that comprise the following steps：
A, the multiple layered domains with tree are established, and according to common recognition mechanism, being added into any bottom domain has book keeping operation power
Accounting nodes；
B, money transfer transactions request is initiated, judges the account side of producing account whether in the accounting nodes in the bottom domain, if so,
Then enter step c；If it is not, then refusal money transfer transactions request；
C, Transaction Information checking request is broadcasted to the bottom domain belonging to the accounting nodes and its upper strata domain, judges whether to receive
To checking information is confirmed, if it is, being proved to be successful, d is entered step；If it is not, then authentication failed, refusal money transfer transactions please
Ask；
D, keep accounts, and to the bottom domain where the accounting nodes and its upper strata domain isochronous transaction account book.
2. the combination chain bookkeeping methods according to claim 1 based on multi-level verification, it is characterised in that in the step a,
The addition step of accounting nodes is specific as follows：
A1, by knowing together, mechanism carries out vote by ballot, and after determining election results and coming into force, the node in all upper strata domains is by added by
Address, public key and the place field parameter of the accounting nodes entered are added in node listing, and initiate to shake hands to the accounting nodes
Solicited message；
After a2, accounting nodes reach the standard grade and connect network, newest upper strata domain list is obtained, and is broadcasted to all upper strata domains,
Reply shakes hands confirmation message to the node in all upper strata domains；
After a3, all upper strata domains confirm handshaking information and record, the node to the superiors domain sends notice respectively；
Remaining node of a4, upper strata domain node periodically into several random bottom domains in addition to the accounting nodes is initiated
Confirmation request, judges whether the notice of the accounting nodes is true, if it exceeds 67% node confirmation is true, then saves the book keeping operation
Point is added in corresponding bottom domain, conversely, being then added without；
A5, after accounting nodes add, the related account book in bottom domain where the synchronous accounting nodes.
3. the combination chain bookkeeping methods according to claim 1 based on multi-level verification, it is characterised in that the step c bags
Include following steps：
Remaining node broadcasts Transaction Information checking request where to accounting nodes in bottom domain in addition to the accounting nodes；Sentence
The confirmation checking information that the disconnected node whether received more than 67% is sent, if it is, being proved to be successful, continues to execute upper strata domain
Verification judges；If it is not, then authentication failed, refusal money transfer transactions request.
4. the combination chain bookkeeping methods according to claim 3 based on multi-level verification, it is characterised in that the upper strata domain is tested
Card judgment step includes：
According to the security level of money transfer transactions, judge whether to need to initiate Transaction Information checking request to upper strata domain, if it is,
Transaction Information checking request is initiated to upper strata domain；If it is not, then not initiating Transaction Information checking request to upper strata domain, directly carry out
Book keeping operation operation.
5. the combination chain bookkeeping methods according to claim 4 based on multi-level verification, it is characterised in that the Transaction Information
Checking request step of initiating includes：
After initiating Transaction Information checking request to upper strata domain, judge whether to receive the confirmation verification that the node more than 67% is sent
Information, if it is, being proved to be successful, and reenters upper strata domain verification judgment step；If it is not, then authentication failed, refusal turns
Account transaction request.
6. the combination chain bookkeeping methods according to claim 1 based on multi-level verification, it is characterised in that the step d bags
Include following steps：
Keep accounts, all node isochronous transaction account books in bottom domain where to accounting nodes；
Determine whether upper strata domain, if it is, continuing up a layer domain isochronous transaction account book, and circulate and carry out this judgement；If
It is no, then stop the synchronization of the transaction account book.
7. the combination chain bookkeeping methods according to claim 1 based on multi-level verification, it is characterised in that further include following step
Suddenly：
Complete to after the isochronous transaction account book of upper strata domain, judge the account side of being transferred to account with the account side of producing account whether same
In bottom domain, if it is, the synchronization without account book of merchandising；If it is not, then to the most bottom where the account side of being transferred to account
Layer domain isochronous transaction account book.
8. the combination chain bookkeeping methods according to claim 2 based on multi-level verification, it is characterised in that described in step a4
Cycle T=10min.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711139660.8A CN107945017B (en) | 2017-11-16 | 2017-11-16 | Hybrid chain accounting method based on multi-stage verification |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711139660.8A CN107945017B (en) | 2017-11-16 | 2017-11-16 | Hybrid chain accounting method based on multi-stage verification |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107945017A true CN107945017A (en) | 2018-04-20 |
| CN107945017B CN107945017B (en) | 2021-11-12 |
Family
ID=61932657
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711139660.8A Active CN107945017B (en) | 2017-11-16 | 2017-11-16 | Hybrid chain accounting method based on multi-stage verification |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107945017B (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109410049A (en) * | 2018-09-18 | 2019-03-01 | 深圳周百通科技有限公司 | Block chain bookkeeping methods, device, computer equipment and storage medium |
| CN109493225A (en) * | 2018-11-12 | 2019-03-19 | 夸克链科技（深圳）有限公司 | A kind of block chain divides domain authentication mechanism |
| CN109525633A (en) * | 2018-10-08 | 2019-03-26 | 上海点融信息科技有限责任公司 | Block chain network, the message transmission based on block chain network, message receival method |
| CN109727132A (en) * | 2018-12-28 | 2019-05-07 | 合肥达朴汇联科技有限公司 | Acquisition methods, device, electronic equipment and the storage medium of block chain common recognition node |
| CN110322352A (en) * | 2019-07-09 | 2019-10-11 | 深圳市炳德区块链技术有限公司 | A kind of account book foundation and querying method, electronic equipment based on block chain |
| CN110457956A (en) * | 2019-08-16 | 2019-11-15 | 重庆华医康道科技有限公司 | The common recognition monitoring and managing method and its supervisory systems of the block chain network of data-oriented supervision |
| CN111127007A (en) * | 2019-12-06 | 2020-05-08 | 环球雅途集团有限公司 | Offline ticket reuse prevention method based on distributed book principle |
| CN111143381A (en) * | 2019-12-11 | 2020-05-12 | 支付宝(杭州)信息技术有限公司 | Method and apparatus for updating trust points in a multi-level blockchain structure |
| WO2020155167A1 (en) * | 2019-02-02 | 2020-08-06 | Microsoft Technology Licensing, Llc | Application of cross-organizational transactions to blockchain |
| CN112950208A (en) * | 2021-03-29 | 2021-06-11 | 建信金融科技有限责任公司 | Accounting information processing method and device based on block chain |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7757942B1 (en) * | 2006-09-18 | 2010-07-20 | Ford Sr Ronald | Biometric charge card verification system and associated method |
| CN105719185A (en) * | 2016-01-22 | 2016-06-29 | 杭州复杂美科技有限公司 | Block chain data comparison and consensus method |
| US20160321751A1 (en) * | 2015-04-28 | 2016-11-03 | Domus Tower, Inc. | Real-time settlement of securities trades over append-only ledgers |
| CN107077674A (en) * | 2016-12-29 | 2017-08-18 | 深圳前海达闼云端智能科技有限公司 | Transaction verification processing method and device and node equipment |
| CN107146087A (en) * | 2017-04-11 | 2017-09-08 | 广东网金控股股份有限公司 | A kind of quick common recognition bookkeeping methods and system based on block chain alliance chain |
| CN107147735A (en) * | 2017-05-12 | 2017-09-08 | 北京博晨技术有限公司 | A kind of distributed account book system based on hierarchy |
| CN107239940A (en) * | 2017-05-11 | 2017-10-10 | 北京博晨技术有限公司 | Network trading method and device based on block catenary system |
| CN107341660A (en) * | 2017-05-27 | 2017-11-10 | 唐盛（北京）物联技术有限公司 | A kind of block chain bottom common recognition mechanism and the block catenary system based on the common recognition mechanism |
-
2017
- 2017-11-16 CN CN201711139660.8A patent/CN107945017B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7757942B1 (en) * | 2006-09-18 | 2010-07-20 | Ford Sr Ronald | Biometric charge card verification system and associated method |
| US20160321751A1 (en) * | 2015-04-28 | 2016-11-03 | Domus Tower, Inc. | Real-time settlement of securities trades over append-only ledgers |
| CN105719185A (en) * | 2016-01-22 | 2016-06-29 | 杭州复杂美科技有限公司 | Block chain data comparison and consensus method |
| CN107077674A (en) * | 2016-12-29 | 2017-08-18 | 深圳前海达闼云端智能科技有限公司 | Transaction verification processing method and device and node equipment |
| CN107146087A (en) * | 2017-04-11 | 2017-09-08 | 广东网金控股股份有限公司 | A kind of quick common recognition bookkeeping methods and system based on block chain alliance chain |
| CN107239940A (en) * | 2017-05-11 | 2017-10-10 | 北京博晨技术有限公司 | Network trading method and device based on block catenary system |
| CN107147735A (en) * | 2017-05-12 | 2017-09-08 | 北京博晨技术有限公司 | A kind of distributed account book system based on hierarchy |
| CN107341660A (en) * | 2017-05-27 | 2017-11-10 | 唐盛（北京）物联技术有限公司 | A kind of block chain bottom common recognition mechanism and the block catenary system based on the common recognition mechanism |
Non-Patent Citations (2)
| Title |
|---|
| NADINE RÜCKESHÄUSER: "Do We Really Want Blockchain-Based Accounting?", 《13TH INTERNATIONAL CONFERENCE ON WIRTSCHAFTSINFORMATIK》 * |
| 李吉广: "使用区块链的处理监督架构和随机授权", 《信息安全研究》 * |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109410049A (en) * | 2018-09-18 | 2019-03-01 | 深圳周百通科技有限公司 | Block chain bookkeeping methods, device, computer equipment and storage medium |
| CN109525633A (en) * | 2018-10-08 | 2019-03-26 | 上海点融信息科技有限责任公司 | Block chain network, the message transmission based on block chain network, message receival method |
| CN109525633B (en) * | 2018-10-08 | 2021-08-27 | 上海点融信息科技有限责任公司 | Block chain network, message sending method and message receiving method based on block chain network |
| CN109493225A (en) * | 2018-11-12 | 2019-03-19 | 夸克链科技（深圳）有限公司 | A kind of block chain divides domain authentication mechanism |
| CN109493225B (en) * | 2018-11-12 | 2022-02-18 | 夸克链科技（深圳）有限公司 | Domain-divided verification mechanism of block chain |
| CN109727132A (en) * | 2018-12-28 | 2019-05-07 | 合肥达朴汇联科技有限公司 | Acquisition methods, device, electronic equipment and the storage medium of block chain common recognition node |
| WO2020155167A1 (en) * | 2019-02-02 | 2020-08-06 | Microsoft Technology Licensing, Llc | Application of cross-organizational transactions to blockchain |
| CN110322352A (en) * | 2019-07-09 | 2019-10-11 | 深圳市炳德区块链技术有限公司 | A kind of account book foundation and querying method, electronic equipment based on block chain |
| CN110457956B (en) * | 2019-08-16 | 2021-05-28 | 重庆华医康道科技有限公司 | Consensus supervision method and system for data supervision-oriented block chain network |
| CN110457956A (en) * | 2019-08-16 | 2019-11-15 | 重庆华医康道科技有限公司 | The common recognition monitoring and managing method and its supervisory systems of the block chain network of data-oriented supervision |
| CN111127007A (en) * | 2019-12-06 | 2020-05-08 | 环球雅途集团有限公司 | Offline ticket reuse prevention method based on distributed book principle |
| CN111127007B (en) * | 2019-12-06 | 2023-09-22 | 环球数科集团有限公司 | Offline ticket reuse prevention method based on distributed account book principle |
| CN111143381A (en) * | 2019-12-11 | 2020-05-12 | 支付宝(杭州)信息技术有限公司 | Method and apparatus for updating trust points in a multi-level blockchain structure |
| CN111143381B (en) * | 2019-12-11 | 2023-05-19 | 支付宝(杭州)信息技术有限公司 | Method and device for updating trust points in multi-layer block chain structure |
| CN112950208A (en) * | 2021-03-29 | 2021-06-11 | 建信金融科技有限责任公司 | Accounting information processing method and device based on block chain |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107945017B (en) | 2021-11-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107945017A (en) | A kind of combination chain bookkeeping methods based on multi-level verification | |
| CN107147735B (en) | Distributed account book system based on hierarchical structure | |
| EP3610436B1 (en) | Rapid distributed consensus on blockchain | |
| CN106533696B (en) | Identity identifying method, certificate server and user terminal based on block chain | |
| CN108881163B (en) | Multi-center block chain system with block issuing mechanism | |
| Pedrosa et al. | ChargeltUp: On blockchain-based technologies for autonomous vehicles | |
| CN112541758A (en) | Multi-round voting type fault-tolerant sequencing consensus mechanism and method based on block chain | |
| CN110351133A (en) | Method and device for the host node hand-off process in block catenary system | |
| CN107609876A (en) | A kind of method and system for recovering block chain assets | |
| JP7319961B2 (en) | Computer-implemented systems and methods related to binary blockchains forming a pair of coupled blockchains | |
| CN109003185B (en) | Intelligent contract establishing method and device, computing equipment and storage medium | |
| CN109146337A (en) | A kind of tripartite's task dissemination method and system for block chain | |
| CN110245186A (en) | A kind of method for processing business and relevant device based on block chain | |
| CN111585767B (en) | Data exchange method and device for main chain and side chain | |
| CN107347049A (en) | A kind of account method for authenticating and server | |
| CN111461889A (en) | Cross-chain transaction system, method and storage medium for alliance blockchain | |
| CN108985930A (en) | Information processing method and device, block chain node and storage medium | |
| CN109242663A (en) | A kind of bookkeeping methods and system based on block chain technology | |
| CN110321730A (en) | A kind of method, block chain node and the storage medium of operation data processing | |
| CN113141340A (en) | Multi-node authentication method and device based on block chain | |
| Meijers et al. | Blockchain for v2x: Applications and architectures | |
| CN108596586A (en) | Block chain operation method and book keeping operation power node | |
| CA2997635C (en) | Online payment verification method and online payment verification system | |
| CN115564414B (en) | Digital currency double off-line transaction method and system | |
| CN112950180A (en) | Community certificate method and system based on alliance chain, electronic device and storage medium |
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 |