CN109493225B - Domain-divided verification mechanism of block chain - Google Patents
Domain-divided verification mechanism of block chain Download PDFInfo
- Publication number
- CN109493225B CN109493225B CN201811341761.8A CN201811341761A CN109493225B CN 109493225 B CN109493225 B CN 109493225B CN 201811341761 A CN201811341761 A CN 201811341761A CN 109493225 B CN109493225 B CN 109493225B
- Authority
- CN
- China
- Prior art keywords
- sub
- transaction
- area
- verification
- region
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012795 verification Methods 0.000 title claims abstract description 69
- 238000000034 method Methods 0.000 claims abstract description 6
- 230000000977 initiatory effect Effects 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 108020001568 subdomains Proteins 0.000 description 1
Images
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
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or 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/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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Bioethics (AREA)
- Technology Law (AREA)
- Health & Medical Sciences (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention discloses a block chain domain verification mechanism, wherein a block chain system is divided into a root area and sub-areas, nodes in the sub-areas are accessed into two root area nodes in a master-standby mode, the sub-areas are communicated with the root area, only one root area is provided, the root area is not divided, the sub-areas can be freely increased, and the transactions of the block chain system are divided into sub-area transactions, cross-sub-area transactions and roaming client transactions. By dividing the whole blockchain verification domain into multiple domains and setting the multiple domains according to the natural regions of the network, the transaction in each domain can automatically complete consensus verification, cross-domain verification is performed on the cross-domain transaction, information synchronization is performed among the domains, the multiple domains can process most transactions in parallel, and the throughput of the whole blockchain system is greatly improved.
Description
Technical Field
The present invention relates to the field of blockchain technologies, and in particular, to a domain-partitioned verification mechanism for blockchains.
Background
Currently, the blockchain is generally a unified consensus verification range, all nodes belong to the network, and a agreement must be reached in the network to confirm the transaction success.
With the popularization of the blockchain technology, more and more users are added into the blockchain system, the number of nodes of the blockchain system increases in geometric multiples, so that the consensus verification efficiency is lower and lower, and the application processing based on the blockchain is naturally slower and slower.
Disclosure of Invention
The present invention is directed to a domain-based verification mechanism for a blockchain, which solves the problems of the prior art.
In order to achieve the purpose, the invention adopts the following technical scheme:
a block chain domain verification mechanism is characterized in that a block chain system is divided into a root area and sub-areas, nodes in the sub-areas are accessed to two root area nodes in a master-standby mode, the sub-areas are communicated with the root area, only one root area is provided, the root area is not divided, the sub-areas can be freely increased, and transactions of the block chain system are divided into intra-sub-area transactions, cross-sub-area transactions and roaming client transactions.
Preferably, the blockchain account address includes: the address prefix and the address suffix can be distributed orderly according to the sub-regions, and the address suffix is generated randomly according to the rule.
Preferably, the address prefix may be set to 16 bits, 32 bits, or other bits depending on the block chain itself.
Preferably, the flow of the transaction in the sub-area is as follows: (4.1), initiating a transaction between the user A and the user B in the subarea 1; (4.2) verifying the transaction by the node in the sub-area 1; (4.3) after the consensus verification is completed, reporting a verified result to the root region by the sub-region 1; and (4.4) after receiving the transaction verification result of the sub-area 1, the root area broadcasts the verification result of the transaction to other sub-areas to realize information synchronization.
Preferably, the flow of the cross-sub-region transaction is as follows: (5.1), initiating a transaction between the user A in the subarea 1 and the user C in the subarea 2; (5.2) judging that the transaction belongs to non-regional transaction according to the address prefix, and constructing a cross-domain transaction message by the nodes in the sub-region 1 and sending the cross-domain transaction message to the nodes in the root region; (5.3) the node of the root area finds the target sub-area 2 according to the address prefix information of the destination address, and sends the transaction information to the node of the sub-area 2 for verification; (5.4) after the node of the sub-area 2 completes transaction verification, feeding back verified information to the node of the sub-area 1; (5.5) if the transaction verification is not passed, immediately notifying to discard the transaction; if the transaction verification passes, the sub-region 1 and the sub-region 2 confirm the transaction verification information together, and then the node of the sub-region 1 reports the verification information of the cross-domain transaction to the root region; (5.6) after receiving the verification results of the cross-domain transactions of the sub-regions 1 and 2, the root region broadcasts the verification results of the cross-domain transactions to other sub-regions to realize information synchronization.
Preferably, the flow of the roaming client transaction is as follows: (6.1) when a client roams from the subarea 3 to the subarea 4, initiating a transaction; (6.2) the block chain system utilizes DNS to divide the physical region into sub-regions of the block chain, namely, the sub-region 4 is accessed nearby according to the DNS, and when the transaction is found not to be in the sub-region 3, the transaction is reported to the root region; (6.3) the root area finds out the corresponding sub-area 3 according to the source address, and gives the sub-area 3 the nodes to verify the transaction, and after the transaction is verified, the sub-area 3 reports the verification information of the transaction to the root area; (6.4) after the root region receives the transaction verification information, broadcasting the transaction to other sub-regions to realize information synchronization; and (6.5) after receiving the message that the transaction verification is successful, other sub-areas inform the client that the transaction is successful according to the access condition.
Preferably, the authentication transaction completed inside the sub-area 3 can directly inform the client that it has succeeded.
Compared with the prior art, the invention provides a domain-division verification mechanism of a block chain, which has the following beneficial effects: according to the domain division verification mechanism of the block chain, the whole block chain verification domain is subjected to multi-domain division, a plurality of domains are set according to network natural regions, transactions in each domain can automatically complete consensus verification, cross-domain verification is performed on cross-domain transactions, information synchronization is performed among the domains, a plurality of domains can process most transactions in parallel, and the throughput of the whole block chain system is greatly improved.
The parts which are not involved in the device are the same as or can be realized by adopting the prior art, and the device has the advantages of simple structure and convenient operation.
Drawings
FIG. 1 is a block chain domain verification mechanism according to the present invention;
fig. 2 is a schematic structural diagram of transactions in a sub-area according to embodiment 2 of the present invention;
FIG. 3 is a flow chart of transactions within a sub-area according to embodiment 2 of the present invention;
FIG. 4 is a schematic diagram of a cross-sub-region transaction structure according to embodiment 3 of the present invention;
FIG. 5 is a flow chart of a cross sub-region transaction according to embodiment 3 of the present invention;
fig. 6 is a flowchart of roaming client transaction according to embodiment 4 of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments.
Example 1
As shown in fig. 1, a block chain domain verification mechanism includes a block chain system divided into a root area and a sub-area, where nodes in the sub-area access two root area nodes in a master-slave manner, the sub-area is communicated with the root area, there is only one root area, the root area is not divisible, the sub-area can be freely increased, and transactions of the block chain system include intra-sub-area transactions, cross-sub-area transactions, and roaming client transactions.
Further, the blockchain account address includes: the address prefix and the address suffix can be distributed orderly according to the sub-regions, and the address suffix is generated randomly according to the rule.
Further, the address prefix may be set to 16 bits, 32 bits, or other bits depending on the block chain itself.
The root area is used as a core hub area of the whole system and is responsible for collecting verification information of all sub-area transactions and synchronizing the information to the sub-areas, and finally, the information synchronization of the whole area is realized; the sub-region is responsible for collecting the verification result information of the internal transaction of the sub-region and reporting the verification result information to the root region, and the sub-region receives the verification information from the root region and synchronizes to all nodes in the sub-region; by setting address prefix information in the block address, the possibility of double-flower operation during cross-domain transaction can be restrained, the transaction initiated by the user must be performed in the sub-region to which the user belongs, and the destination address can be any address.
Example 2
As shown in fig. 2-3, a domain-by-domain verification mechanism for blockchains, the flow of transactions in sub-domains is as follows:
(4.1), initiating a transaction between the user A and the user B in the subarea 1;
(4.2) the nodes in sub-area 1 verify the transaction;
(4.3) after the consensus verification is completed, the sub-region 1 reports the verified result to the root region;
and (4.4) after the root area receives the transaction verification result of the sub-area 1, broadcasting the verification result of the transaction to other sub-areas to realize information synchronization.
Example 3
As shown in fig. 4-5, a block chain domain verification mechanism, the process of cross-sub-region transaction is as follows:
(5.1), initiating a transaction between the user A in the subarea 1 and the user C in the subarea 2;
(5.2) judging that the transaction belongs to non-regional transaction according to the address prefix, and constructing a cross-domain transaction message by the nodes in the sub-region 1 and sending the cross-domain transaction message to the nodes in the root region;
(5.3) the node of the root area finds the target sub-area 2 according to the address prefix information of the destination address, and sends the transaction information to the node of the sub-area 2 for verification;
(5.4) after the transaction verification is completed by the nodes of the sub-area 2, feeding back verified information to the nodes of the sub-area 1;
(5.5) if the transaction verification is not passed, immediately notifying to discard the transaction; if the transaction verification passes, the sub-region 1 and the sub-region 2 confirm the transaction verification information together, and then the node of the sub-region 1 reports the verification information of the cross-domain transaction to the root region; cross-domain verification needs to be completed by cooperation of the sub-region 1, the sub-region 2 and the root region;
(5.6) after receiving the verification results of the cross-domain transactions of the sub-regions 1 and 2, the root region broadcasts the verification results of the cross-domain transactions to other sub-regions to realize information synchronization.
Example 4
As shown in fig. 6, a block chain domain authentication mechanism, a roaming client transaction flow is as follows:
(6.1) when a client roams from the subarea 3 to the subarea 4, initiating a transaction;
(6.2) the block chain system utilizes DNS to divide the physical region into sub-regions of the block chain, namely, the sub-region 4 is accessed nearby according to the DNS, and when the transaction is found not to be in the sub-region 3, the transaction is reported to the root region;
(6.3) the root area finds out the corresponding sub-area 3 according to the source address, and gives the sub-area 3 the nodes to verify the transaction, and after the transaction is verified, the sub-area 3 reports the verification information of the transaction to the root area;
(6.4) after receiving the transaction verification information, the root region broadcasts the transaction to other sub-regions to realize information synchronization;
and (6.5) after receiving the message that the transaction verification is successful, other sub-areas inform the client that the transaction is successful according to the access condition.
Further, a verification transaction completed within sub-area 3 may directly inform the client that it has succeeded.
The above description is only for the preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art should be considered to be within the technical scope of the present invention, and the technical solutions and the inventive concepts thereof according to the present invention should be equivalent or changed within the scope of the present invention.
Claims (6)
1. A domain-based verification mechanism for blockchains, comprising: the block chain system is divided into a root area and sub-areas, nodes in the sub-areas are accessed into two root area nodes in a master-standby mode, the sub-areas are communicated with the root area, only one root area is provided, the root area is not divided, the sub-areas can be freely increased, and the transactions of the block chain system are divided into intra-area transactions, cross-sub-area transactions and roaming client transactions; the process of the cross-sub-region transaction is as follows: (5.1), initiating a transaction between the user A in the subarea 1 and the user C in the subarea 2; (5.2) judging that the transaction belongs to non-regional transaction according to the address prefix, and constructing a cross-domain transaction message by the nodes in the sub-region 1 and sending the cross-domain transaction message to the nodes in the root region; (5.3) the node of the root area finds the target sub-area 2 according to the address prefix information of the destination address, and sends the transaction information to the node of the sub-area 2 for verification; (5.4) after the node of the subregion 2 completes the transaction verification, feeding back the verified information to the node of the subregion 1; (5.5) if the transaction verification is not passed, immediately notifying to discard the transaction; if the transaction verification passes, the sub-region 1 and the sub-region 2 confirm the transaction verification information together, and then the node of the sub-region 1 reports the verification information of the cross-domain transaction to the root region; (5.6) after receiving the verification results of the cross-domain transactions of the sub-regions 1 and 2, the root region broadcasts the verification results of the cross-domain transactions to other sub-regions to realize information synchronization.
2. The mechanism of claim 1, wherein: the blockchain account address includes: the address prefix and the address suffix can be distributed orderly according to the sub-regions, and the address suffix is generated randomly according to the rule.
3. The mechanism of claim 2, wherein: the address prefix may be set to 16 bits, 32 bits, depending on the block chain itself.
4. The mechanism of claim 1, wherein: the process of transaction in the sub-area is as follows: (4.1), initiating a transaction between the user A and the user B in the subarea 1; (4.2) verifying the transaction by the node in the sub-area 1; (4.3) after the consensus verification is completed, reporting a verified result to the root region by the sub-region 1; and (4.4) after receiving the transaction verification result of the sub-area 1, the root area broadcasts the verification result of the transaction to other sub-areas to realize information synchronization.
5. The mechanism of claim 1, wherein: the process of the roaming client transaction is as follows: (6.1) when a client roams from the subarea 3 to the subarea 4, initiating a transaction; (6.2) the block chain system utilizes DNS to divide the physical region into sub-regions of the block chain, namely, the sub-region 4 is accessed nearby according to the DNS, and when the transaction is found not to be in the sub-region 3, the transaction is reported to the root region; (6.3) the root area finds out the corresponding sub-area 3 according to the source address, and gives the sub-area 3 the nodes to verify the transaction, and after the transaction is verified, the sub-area 3 reports the verification information of the transaction to the root area; (6.4) after the root region receives the transaction verification information, broadcasting the transaction to other sub-regions to realize information synchronization; and (6.5) after receiving the message that the transaction verification is successful, other sub-areas inform the client that the transaction is successful according to the access condition.
6. The mechanism of claim 5, wherein: the authentication transaction completed inside the sub-area 3 can directly inform the client that it has succeeded.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811341761.8A CN109493225B (en) | 2018-11-12 | 2018-11-12 | Domain-divided verification mechanism of block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811341761.8A CN109493225B (en) | 2018-11-12 | 2018-11-12 | Domain-divided verification mechanism of block chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109493225A CN109493225A (en) | 2019-03-19 |
| CN109493225B true CN109493225B (en) | 2022-02-18 |
Family
ID=65694288
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811341761.8A Active CN109493225B (en) | 2018-11-12 | 2018-11-12 | Domain-divided verification mechanism of block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109493225B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110189226B (en) * | 2019-05-31 | 2024-02-27 | 深圳市迅雷网络技术有限公司 | Block chain consensus method and device, and alliance chain system |
| CN112783975A (en) * | 2020-12-31 | 2021-05-11 | 杭州趣链科技有限公司 | Block chain partition management and cross-partition transaction method and device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101627395A (en) * | 2006-12-01 | 2010-01-13 | 大卫·欧文 | Maidsafe.net |
| CN107528886A (en) * | 2017-07-25 | 2017-12-29 | 中国科学院计算技术研究所 | Block chain the whole network method for splitting and system |
| CN107945017A (en) * | 2017-11-16 | 2018-04-20 | 成都赤乌软件技术有限公司 | A kind of combination chain bookkeeping methods based on multi-level verification |
| CN108335106A (en) * | 2018-01-24 | 2018-07-27 | 深圳壹账通智能科技有限公司 | The more account books of Zero Knowledge based on block chain exchange transfer account method, device and storage medium |
-
2018
- 2018-11-12 CN CN201811341761.8A patent/CN109493225B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101627395A (en) * | 2006-12-01 | 2010-01-13 | 大卫·欧文 | Maidsafe.net |
| CN107528886A (en) * | 2017-07-25 | 2017-12-29 | 中国科学院计算技术研究所 | Block chain the whole network method for splitting and system |
| CN107945017A (en) * | 2017-11-16 | 2018-04-20 | 成都赤乌软件技术有限公司 | A kind of combination chain bookkeeping methods based on multi-level verification |
| CN108335106A (en) * | 2018-01-24 | 2018-07-27 | 深圳壹账通智能科技有限公司 | The more account books of Zero Knowledge based on block chain exchange transfer account method, device and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109493225A (en) | 2019-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106372868B (en) | Verification method and device for transaction data written into block chain | |
| CN108810119A (en) | block chain processing method, device and block chain node | |
| US10833874B2 (en) | Certificate notification method and apparatus | |
| PH12019501548A1 (en) | Blockchain consensus method and device | |
| US10554367B2 (en) | Narrowband uplink resource configuration | |
| CN109493225B (en) | Domain-divided verification mechanism of block chain | |
| EP2456246A1 (en) | Network selection method based on multi-link and apparatus thereof | |
| CN104010285A (en) | Short message filtering method and system, short message service center and terminal | |
| EP2418884A1 (en) | Method and system for generating cipher key during switching | |
| CN108769142B (en) | Transaction information processing method and block generation node | |
| CN104202365B (en) | Method for clustered intelligent gateway platform for deploying expanded business application | |
| CN109891940A (en) | Multiple parameters collection is realized in a network | |
| CN104168656B (en) | A kind of detection reference signal SRS resource distribution method and device | |
| JP7393428B2 (en) | Method and device for parameter setting | |
| CN102395126B (en) | Mobile Ad hoc network address configuration realization method based on tree structure | |
| CN105472761A (en) | User equipment access method and device | |
| US10484396B2 (en) | Method and device for examining message integrity check | |
| CN110490588A (en) | Letter of identity management method, device, computer equipment and storage medium | |
| CN101404575B (en) | Method and system for updating indorsement algorithm | |
| CN110896389A (en) | Block chain consensus method and device | |
| EP3496431A1 (en) | Message transmission method and apparatus | |
| CN111401904A (en) | Consensus method and system in alliance chain | |
| CN103199990B (en) | A kind of method and apparatus of Routing Protocol certification migration | |
| CN109495350A (en) | The check method and equipment of office data | |
| CN108429641A (en) | A kind of network device management method and device |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240412 Address after: 433000, No. 15 Xianyuan Avenue, Xiantao City, Hubei Province Patentee after: Hu Zhensheng Country or region after: China Address before: No. 1202, No. 12, Keji South 12th Road, Yuehai street, Shenzhen City, Guangdong Province Patentee before: QUARK CHAIN TECHNOLOGY (SHENZHEN) Co.,Ltd. Country or region before: China |