CN112702367A - Decentralized consensus node management scheme - Google Patents

Decentralized consensus node management scheme Download PDF

Info

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
Application number
CN201911002776.6A
Other languages
Chinese (zh)
Inventor
陈小虎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to CN201911002776.6A priority Critical patent/CN112702367A/en
Publication of CN112702367A publication Critical patent/CN112702367A/en
Pending legal-status Critical Current

Links

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

Decentralized consensus node management scheme
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.
CN201911002776.6A 2019-10-22 2019-10-22 Decentralized consensus node management scheme Pending CN112702367A (en)

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)

* Cited by examiner, † Cited by third party
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

Patent Citations (5)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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