CN112702367A - Decentralized consensus node management scheme - Google Patents
Decentralized consensus node management scheme Download PDFInfo
- Publication number
- CN112702367A CN112702367A CN201911002776.6A CN201911002776A CN112702367A CN 112702367 A CN112702367 A CN 112702367A CN 201911002776 A CN201911002776 A CN 201911002776A CN 112702367 A CN112702367 A CN 112702367A
- Authority
- CN
- China
- Prior art keywords
- consensus
- node
- nodes
- active
- workload
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 claims description 6
- 238000012545 processing Methods 0.000 claims description 6
- 230000006870 function Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 claims description 4
- 230000008878 coupling Effects 0.000 claims description 3
- 238000010168 coupling process Methods 0.000 claims description 3
- 238000005859 coupling reaction Methods 0.000 claims description 3
- 238000012795 verification Methods 0.000 claims description 3
- 238000013459 approach Methods 0.000 claims description 2
- 230000008859 change Effects 0.000 abstract description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
Images
Landscapes
- Storage Device Security (AREA)
Abstract
The invention provides a decentralized node management scheme. In the non-access network system, any node enters the consensus system in an asset mortgage mode, can normally participate in consensus and contribute within a set range, and is the basis for ensuring that the node continuously participates in consensus. The node management scheme can automatically adapt to the change of the consensus network, and the operation safety and fairness of the whole system are ensured.
Description
Technical Field
The invention relates to a decentralized system, which comprises a block chain and other distributed systems, in particular to a management scheme of a decentralized consensus node.
Background
There are two ways for the nodes participating in the consensus in the blockchain, one is an admitted network, and the participating nodes must acquire the qualification to participate in the consensus through a centralized management mode. A typical representation is PBFT. In another non-access network, any node may enter the system in some way and participate in the consensus. A typical representation is a bitcoin network. Any network node with computing power can participate, and the probability of obtaining the block right is positively correlated with the computing power of each node.
Decentralized node management is usually a relatively large challenge, because on the one hand, the user's participation cannot be limited in a centralized manner, and on the other hand, the security and fairness of the entire system must be ensured.
Disclosure of Invention
The invention consists of the following parts:
a decentralized consensus node management scheme, comprising:
adopting balance workload to prove;
the nodes participating in consensus enter an active consensus node set by submitting settable assets;
the nodes in the set can submit workload proofs and participate in the consensus process;
periodically counting to obtain a node list contributing to the consensus in a settable consensus history range;
and comparing the list with the active consensus node set, and removing the nodes meeting the set rejection rule condition from the active consensus node set.
The balance workload is characterized in that:
the workload proves that a non-parallel processing mode is adopted, so that the probability of generating blocks by each consensus node is similar.
The balance workload is characterized in that:
workload proofs use a serial addressing verification approach.
The settable asset is characterized by:
the digital assets stored in the consensus system that can be verified can be certificates, contracts, etc. on the blockchain.
The settable asset is characterized by:
the assets required to join the active consensus node set may be a function of the consensus node set size, the block consensus history, and the relevance of the new node to the existing active nodes.
The settable consensus history range is characterized in that:
the range of the set length is traced from the final consensus position forward.
The settable consensus history range is characterized in that:
the length of the consensus history range may be a function of the size of the set of consensus nodes.
The rejection rule is characterized in that:
and in one or more set statistical periods, the number of times of the nodes in the active consensus node set which do not contribute to consensus reaches a set value, namely the nodes meet the condition of being eliminated.
The rejection rule is characterized in that:
when the nodes in the active consensus node set are removed, the submitted set assets are partially or completely deducted.
The node participating in consensus is characterized in that:
a network interface; a memory; and a processor coupling the network interface and the memory;
the processor is configured to:
receiving a plurality of transactions through a network interface; processing each transaction to obtain a result;
adding an active consensus node set according to a set scheme;
submitting the workload for proving to participate in consensus.
Drawings
An example of a consensus node management scheme is shown in fig. 1. 101 is a target blockchain, and each block 101 contains information of the out-block nodes and the contributing nodes. The new node 104 must submit the set assets into the active consensus node set 107. Nodes within this set 107 may compete to participate in consensus. Periodically, starting from a certain position 102, a certain range 103 is traced back forward. All contributing nodes in this range 103 form a list. The active consensus node set 107 is compared to this list and all contributing nodes 105 will continue to be eligible to participate in subsequent consensus processes. If node 106 does not belong to a part of the contributing list and satisfies the set condition, 106 will be removed from the active consensus node set.
Detailed description of the preferred embodiments
The decentralized system based on the traditional workload certification has the advantage that the participation and exit forms of the nodes are relatively random. On the one hand, any node can participate, but on the other hand, there is no effective penalty mechanism if the node is in the worst case.
The invention provides a decentralized node management scheme. In the non-access network system, any node enters the consensus system in an asset mortgage mode, can normally participate in consensus and contribute within a set range, and is the basis for ensuring that the node continuously participates in consensus. The node management scheme can automatically adapt to the change of the consensus network, and the operation safety and fairness of the whole system are ensured.
Specifically, the present invention provides a decentralized consensus node management scheme, which includes:
adopting balance workload to prove;
the nodes participating in consensus enter an active consensus node set by submitting settable assets;
the nodes in the set can submit workload proofs and participate in the consensus process;
periodically counting to obtain a node list contributing to the consensus in a settable consensus history range;
and comparing the list with the active consensus node set, and removing the nodes meeting the set rejection rule condition from the active consensus node set.
The above balancing workload is realized in a way that workload certification adopts a non-parallel processing mode, so that the probability of generating blocks by each consensus node is similar. Another implementation may be that the workload proof employs serial addressing verification.
The settable assets submitted by the participating nodes can be regarded as access gates, and are characterized in that:
the digital assets stored in the consensus system that can be verified can be certificates, contracts, etc. on the blockchain.
The specific required number of assets can be determined by the following conditions:
the consensus node set size, block consensus history, new node to existing active node correlation, etc.
The settable consensus history range is a range of a set length traced forward from a final consensus position.
The length of the consensus history range may be a function of the size of the set of consensus nodes.
The consensus node can continuously participate in consensus only by following the elimination rule, and the consensus node is characterized in that:
and in one or more set statistical periods, the number of times of the nodes in the active consensus node set which do not contribute to consensus reaches a set value, namely the nodes meet the condition of being eliminated. When the nodes in the active consensus node set are removed, the submitted set assets are partially or completely deducted.
The node participating in consensus is characterized in that:
a network interface; a memory; and a processor coupling the network interface and the memory;
the processor is configured to:
receiving a plurality of transactions through a network interface; processing each transaction to obtain a result;
adding an active consensus node set according to a set scheme;
submitting the workload for proving to participate in consensus.
The method has the advantages that the method can still have certain control on the joining and the quitting of the nodes under the decentralized condition, so that the honesty behaviors of the participated consensus nodes can be rewarded, and the malign behaviors can be punished, thereby ensuring the safety, the stability and the fairness of the system.
Claims (10)
1. A decentralized consensus node management scheme, comprising:
adopting balance workload to prove;
the nodes participating in consensus enter an active consensus node set by submitting settable assets;
the nodes in the set can submit workload proofs and participate in the consensus process;
periodically counting to obtain a node list contributing to the consensus in a settable consensus history range;
and comparing the list with the active consensus node set, and removing the nodes meeting the set rejection rule condition from the active consensus node set.
2. The balancing workload of claim 1, wherein:
the workload proves that a non-parallel processing mode is adopted, so that the probability of generating blocks by each consensus node is similar.
3. The balancing workload of claim 1, wherein:
workload proofs use a serial addressing verification approach.
4. The settable asset of claim 1, wherein:
the digital assets stored in the consensus system that can be verified can be certificates, contracts, etc. on the blockchain.
5. The settable asset of claim 1, wherein:
the assets required to join the active consensus node set may be a function of the consensus node set size, the block consensus history, and the relevance of the new node to the existing active nodes.
6. The settable consensus history range of claim 1, wherein:
the range of the set length is traced from the final consensus position forward.
7. The settable consensus history range of claim 1, wherein:
the length of the consensus history range may be a function of the size of the set of consensus nodes.
8. The culling rule of claim 1, wherein:
and in one or more set statistical periods, the number of times of the nodes in the active consensus node set which do not contribute to consensus reaches a set value, namely the nodes meet the condition of being eliminated.
9. The culling rule of claim 8, wherein:
when the nodes in the active consensus node set are removed, the submitted set assets are partially or completely deducted.
10. The node participating in consensus as claimed in claim 1, wherein:
a network interface; a memory; and a processor coupling the network interface and the memory;
the processor is configured to:
receiving a plurality of transactions through a network interface; processing each transaction to obtain a result;
adding an active consensus node set according to a set scheme;
submitting the workload for proving to participate in consensus.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911002776.6A CN112702367A (en) | 2019-10-22 | 2019-10-22 | Decentralized consensus node management scheme |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911002776.6A CN112702367A (en) | 2019-10-22 | 2019-10-22 | Decentralized consensus node management scheme |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112702367A true CN112702367A (en) | 2021-04-23 |
Family
ID=75504490
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911002776.6A Pending CN112702367A (en) | 2019-10-22 | 2019-10-22 | Decentralized consensus node management scheme |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112702367A (en) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106920097A (en) * | 2017-02-27 | 2017-07-04 | 钱德君 | A kind of generation time block chain method of Quantum Chain common recognition agreement |
CN108400889A (en) * | 2018-01-30 | 2018-08-14 | 重庆邮电大学 | A kind of community discovery method based on suboptimization |
US20190036895A1 (en) * | 2015-03-16 | 2019-01-31 | The MaidSafe Foundation | Data distribution over nodal elements |
CN109451467A (en) * | 2018-10-22 | 2019-03-08 | 江西理工大学 | A kind of vehicular ad hoc network data safety based on block chain technology is shared and storage system |
CN109964446A (en) * | 2018-06-08 | 2019-07-02 | 北京大学深圳研究生院 | A kind of common recognition method based on ballot |
-
2019
- 2019-10-22 CN CN201911002776.6A patent/CN112702367A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190036895A1 (en) * | 2015-03-16 | 2019-01-31 | The MaidSafe Foundation | Data distribution over nodal elements |
CN106920097A (en) * | 2017-02-27 | 2017-07-04 | 钱德君 | A kind of generation time block chain method of Quantum Chain common recognition agreement |
CN108400889A (en) * | 2018-01-30 | 2018-08-14 | 重庆邮电大学 | A kind of community discovery method based on suboptimization |
CN109964446A (en) * | 2018-06-08 | 2019-07-02 | 北京大学深圳研究生院 | A kind of common recognition method based on ballot |
CN109451467A (en) * | 2018-10-22 | 2019-03-08 | 江西理工大学 | A kind of vehicular ad hoc network data safety based on block chain technology is shared and storage system |
Non-Patent Citations (3)
Title |
---|
农发行总行财务会计部课题组;周良伟;: "银行视角下的会计准则与监管规则差异协调研究", 农业发展与金融, no. 09, 16 September 2013 (2013-09-16) * |
祁兵;夏琰;李彬;李德智;张扬;奚培锋;: "基于区块链激励机制的光伏交易机制设计", 电力系统自动化, no. 09, 24 January 2019 (2019-01-24) * |
韩璇;刘亚敏;: "区块链技术中的共识机制研究", 信息网络安全, no. 09, 10 September 2017 (2017-09-10) * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112039964B (en) | Node reputation consensus method based on block chain | |
CN113794675B (en) | Distributed Internet of things intrusion detection method and system based on block chain and federal learning | |
CN109767199B (en) | PBFT consensus system and method based on reputation and blockchain data processing system | |
CN109842606B (en) | Block chain consensus algorithm and system based on consistent Hash algorithm | |
CN110580653B (en) | Block chain consensus mechanism based on transaction | |
CN111026578B (en) | Intelligent contract security detection method based on prophetic machine | |
Bai et al. | Public participation consortium blockchain for smart city governance | |
US20200044854A1 (en) | Estimable proof-of-work for blockchain | |
CN111988137B (en) | DPoS (dual port service) consensus method and system based on threshold signature and fair reward | |
CN110855432B (en) | Asynchronous BFT & DPOS consensus mechanism for assigning verifier rewards based on verifiable random functions | |
CN111090892A (en) | Block chain consensus method and device based on VRF and threshold signature | |
CN109934710A (en) | The intelligent common recognition mechanism suitable for intellectual property alliance chain based on bilateral card | |
US11157899B1 (en) | System and method for bootstrapping a separate proof of work chain | |
CN109993004B (en) | Block chain autonomous method and system based on credit mechanism | |
Bugday et al. | Creating consensus group using online learning based reputation in blockchain networks | |
CN108712468B (en) | Block chain profit distribution method and distribution system | |
CN108961017B (en) | Block chain consensus mechanism and block chain system based on same | |
Petrov et al. | Online political flashmob: The Case of 632305222316434 | |
CN111130875B (en) | Block chain consensus method, device, equipment and storage medium | |
CN111131184A (en) | Autonomous adjusting method of block chain consensus mechanism | |
Hsueh et al. | EPoW: Solving blockchain problems economically | |
Korkmaz et al. | Coordination and common knowledge on communication networks | |
CN112702367A (en) | Decentralized consensus node management scheme | |
US11290280B1 (en) | Cryptocurrency mining using a single-leader election algorithm | |
Petrova et al. | Perceptions of the EU’s power in the Eastern Partnership Region: The case of Armenia |
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 |