CN111245836B - Block chain network dynamic management method based on multi-node decision - Google Patents
Block chain network dynamic management method based on multi-node decision Download PDFInfo
- Publication number
- CN111245836B CN111245836B CN202010031381.5A CN202010031381A CN111245836B CN 111245836 B CN111245836 B CN 111245836B CN 202010031381 A CN202010031381 A CN 202010031381A CN 111245836 B CN111245836 B CN 111245836B
- Authority
- CN
- China
- Prior art keywords
- request
- verification
- participant
- network
- request processing
- 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.)
- Expired - Fee Related
Links
- 238000007726 management method Methods 0.000 title claims abstract description 41
- 238000012795 verification Methods 0.000 claims abstract description 130
- 238000012545 processing Methods 0.000 claims abstract description 94
- 230000002159 abnormal effect Effects 0.000 claims description 34
- 238000000034 method Methods 0.000 claims description 14
- 230000004048 modification Effects 0.000 claims description 11
- 238000012986 modification Methods 0.000 claims description 11
- 230000008569 process Effects 0.000 claims description 7
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000012508 change request Methods 0.000 abstract description 2
- 238000004364 calculation method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention discloses a block chain network dynamic management method based on multi-party decision, which is characterized in that an initial block chain network is built according to initial participants, a plurality of verification nodes are arranged in the initial participants, a consensus system is built by all the initial participants, when the block chain network has a change request, the request is processed by each verification node, and then the consensus system performs consensus on the request processing result to obtain a final processing result. The invention ensures that the management of the block chain network is handed over to all participants to make a decision, and the normal operation of the network is maintained together.
Description
Technical Field
The invention belongs to the technical field of blockchain, and particularly relates to a blockchain network dynamic management method based on multi-node decision.
Background
In the existing block chain system based on P2P (Peer to Peer) Peer-to-Peer network, there is a great shortage of the whole network for the management of nodes. The whole network is a loose organization. Each node in the network only maintains the connection of a plurality of adjacent nodes, and the nodes can be subjected to repeated messages through the multi-hop mechanism in the broadcast of the messages in the network. And the entrance and exit of the whole network are not restricted by any rule, thereby increasing the expandability of the network and bringing about potential safety hazard. In the federation blockchain, there is a role of a central node to monitor the entire network, even though the node does not necessarily participate in the normal operation of the network. But the administrator role of the central node violates the principle of block chain decentralized.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provides a block chain network dynamic management method based on multi-party decision, wherein network management is handed to all participants of a network to make a decision, and the participants maintain the normal operation of the network together.
In order to achieve the above object, the block chain network dynamic management method based on multi-party decision includes the following steps:
s1: establishing an initial block chain network according to initial participants, setting a plurality of verification nodes in the initial participants, and constructing all the initial participants together to obtain a consensus system;
s2: the new participant sends the joining request to all verification nodes in the block chain network, and after receiving the joining request from the new participant, the verification nodes verify the validity of the request and determine whether to approve the request; the verification node generates a request processing result of the request, calculates an abstract of the request and the request processing result by using a Hash algorithm, signs the abstract by using a private key of the verification node, and sends the request processing result and the signature to the consensus system;
the consensus system collects the request processing results of each verification node on the new participant, then verifies the legality of the request processing results by using the public key of the verification node, judges the request processing results passing the legality verification, judges whether the request processing results agreeing to the new participant to join meet preset rules, and if so, enables the new participant to join, updates the network state, adds the information of the new participant and simultaneously informs the new participant of the results; if not, informing the new participant that the new participant does not approve the joining;
s3: when a certain participant needs to quit the block chain network, the participant sends a network quitting request to all verification nodes in the network; after receiving a network exit request from the participant, each verification node verifies the validity of the request and approves the request; the verification node generates a request processing result of the request, performs summary processing on the network exit request of the participant by using a Hash algorithm, signs a summary by using a private key of the verification node, and sends the request processing result and the signature to the consensus system;
the consensus system collects the request processing results of each verification node, then verifies the validity of the judgment result by using the public key of the verification node, judges the request processing results passing the validity verification, judges whether the request processing results agreeing to quit the participant meet the preset rule or not, if so, makes the participant quit, updates the network state, deletes the information of the participant, and simultaneously informs the participant of the result; if not, continuing to collect the processing results of other verification nodes;
s4: in the operation process of the block chain network, each verification node monitors other participants, when a certain verification node finds that a certain participant is abnormal, the participant is regarded as an abnormal participant, a participant abnormal message is sent to all verification nodes, and the verification nodes judge the abnormal participant in abnormal state after receiving the participant abnormal message to obtain a judgment result; the verification node performs digest processing on the judgment result by using a Hash algorithm, signs the digest by using a private key of the verification node, and sends the judgment result and the signature to a consensus system;
the consensus system collects the judgment results of each verification node on the abnormal participants, then verifies the validity of the judgment results by using the public keys of the verification nodes, judges the judgment results passing the validity verification, judges whether the judgment results of the abnormal participants meet the preset rules or not, if so, sets the information of the abnormal participants to be invalid, updates the network state and informs the abnormal participants of the results; if not, no operation is carried out;
s5: when a certain verification node needs to modify the related rules of network management, a request for modifying the network management rules is generated and sent to all verification nodes in the block chain network, and after the verification node receives the network management rule request, the legitimacy of the request is verified and whether the request is approved or not is determined; the verification node generates a request processing result of the request, calculates an abstract of the request and the request processing result by using a Hash algorithm, signs the abstract by using a private key of the verification node, and sends the request processing result and the signature to the consensus system;
the consensus system collects the request processing results of each verification node on the request for modifying the network management rule, then verifies the legality of the request processing results by using the public key of the verification node, judges the request processing results passing the legality verification, judges whether the request processing results agreeing to the network management rule modification meet the preset rule, if so, modifies the network management rule and informs the verification node initiating the request; if not, the verifying node that initiated the request is informed that the modification was not approved.
The invention relates to a block chain network dynamic management method based on multi-party decision, which comprises the steps of building an initial block chain network according to initial participants, setting a plurality of verification nodes in the initial participants, building a consensus system by all the initial participants, processing a request by each verification node when the block chain network has a change request, and performing consensus on a request processing result by the consensus system to obtain a final processing result. The invention ensures that the management of the block chain network is handed over to all participants to make a decision, and the normal operation of the network is maintained together.
Drawings
FIG. 1 is a flowchart of an embodiment of a method for multi-node decision-based dynamic management of blockchain networks according to the present invention;
fig. 2 is a schematic structural diagram of a block chain network in the present embodiment;
fig. 3 is a network structure diagram of the blockchain network shown in fig. 2 after a new party is added.
Detailed Description
The following description of the embodiments of the present invention is provided in order to better understand the present invention for those skilled in the art with reference to the accompanying drawings. It is to be expressly noted that in the following description, a detailed description of known functions and designs will be omitted when it may obscure the subject matter of the present invention.
Examples
FIG. 1 is a flowchart of an embodiment of a method for multi-node decision-based dynamic management of blockchain networks according to the present invention. As shown in fig. 1, the method for dynamically managing a blockchain network based on multi-node decision includes the following steps:
s101: initially building a block chain network:
and constructing an initial block chain network according to the initial participants, setting a plurality of verification nodes in the initial participants, and constructing a consensus system by all the initial participants.
S102: adding a new participant:
the new participant sends the join request to all verification nodes in the blockchain network, and after receiving the join request from the new participant, the verification nodes verify the validity of the request and decide whether to approve the request. Whether to approve the request may be determined according to a preset network management rule. The verification node generates a request processing result of the request, calculates an abstract of the request and the request processing result by using a Hash algorithm, signs the abstract by using a private key of the verification node, and sends the request processing result and the signature to the consensus system.
The consensus system collects the request processing results of each verification node on the new participant, then verifies the legality of the request processing results by using the public key of the verification node, judges the request processing results passing the legality verification, judges whether the request processing results agreeing to the addition of the new participant meet preset rules (for example, the number of the verification nodes agreeing to the addition of the new participant reaches a preset threshold), and if yes, enables the new participant to be added, updates the network state, adds information of the new participant and simultaneously informs the new participant of the results; if not, the new participant is told not to approve the join.
Because the consensus system is composed of all the participants, when the consensus system processes the request processing result, all the participants can respectively carry out legality verification on the request processing result, judge whether the request processing result passing the legality verification meets the rule of the preselection setting and obtain the judgment result, and then carry out secondary consensus on the judgment results of all the participants to obtain the processing result whether to agree with the addition of a new participant.
S103: the participating party actively quits:
when a certain participant needs to exit the blockchain network, a network exit request is sent to all verification nodes in the network. After receiving the request of exiting the network from the participant, each verification node verifies the validity of the request and approves the request. The verification node generates a request processing result of the request, performs summary processing on the network exit request of the participant by using a Hash algorithm, signs the summary by using a private key of the verification node, and sends the request processing result and the signature to the consensus system.
The consensus system collects the request processing results of each verification node, then verifies the validity of the judgment result by using the public key of the verification node, judges the request processing results passing the validity verification, judges whether the request processing results agreeing to quit the participant meet the preset rule or not, if so, makes the participant quit, updates the network state, deletes the information of the participant, and simultaneously informs the participant of the result; and if not, continuing to collect other verification node request results.
S104: monitoring by the participating party:
in the operation process of the block chain network, each verification node monitors other participants, when a certain verification node finds that a certain participant is abnormal, the participant is regarded as an abnormal participant, and abnormal messages of the participant are sent to all the verification nodes. The participant abnormal condition comprises: participant downtime, network failure, and participant fraud, among others. And after receiving the abnormal information of the participant, the verification node judges the abnormal state of the abnormal participant to obtain a judgment result. The rule of the abnormality determination may be set in advance by all the participants. And the verification node performs digest processing on the judgment result by using a Hash algorithm, signs the digest by using a private key of the verification node, and sends the judgment result and the signature to the consensus system.
The consensus system collects the judgment results of each verification node on the abnormal participants, then verifies the validity of the judgment results by using the public keys of the verification nodes, judges the judgment results passing the validity verification, judges whether the judgment results of the abnormal participants meet the preset network management rules, if so, sets the information of the abnormal participants to be invalid, updates the network state and informs the abnormal participants of the results; if not, do nothing.
S105: network management rule modification:
when a certain verification node needs to modify the related rules of network management, a request for modifying the network management rules is generated and sent to all verification nodes in the block chain network, and after the verification node receives the network management rule request, the legitimacy of the request is verified and whether the request is approved or not is determined. Generally, the consent or non-consent of the request to modify the network management rules needs to be determined by the administrator of the authentication node. The verification node generates a request processing result of the request, calculates an abstract of the request and the request processing result by using a Hash algorithm, signs the abstract by using a private key of the verification node, and sends the request processing result and the signature to the consensus system.
The consensus system collects the request processing results of each verification node on the request for modifying the network management rule, then verifies the legality of the request processing results by using the public key of the verification node, judges the request processing results passing the legality verification, judges whether the request processing results agreeing to the network management rule modification meet the preset rule, if so, modifies the network management rule and informs the verification node initiating the request; if not, the verifying node that initiated the request is informed that the modification was not approved.
In order to better illustrate the technical solution of the present invention, the present invention is illustrated by a specific example. Fig. 2 is a schematic structural diagram of a blockchain network in this embodiment. As shown in fig. 2, the blockchain network in this embodiment includes 3 nodes P1、P2、P3In which P is1、P2For verifying the node, the three nodes together form a consensus system.
Assuming that a new participant joins the blockchain network, the specific process is as follows:
the method comprises the following steps: new participant P4Generating a join request, and sending the join request to 2 verification nodes P in the network1And P2;
Step two: verifying a node P1And P2Verifying the legitimacy of the request and making a decision on the application, assuming that both verification nodes agree to the new party P4Then, the Hash algorithm is used for carrying out summary calculation on the request and the request processing result, and the private key of the user is used for signing the summary. Verifying a node P1And P2Respectively sending the request processing result and the signature to a consensus system;
step three: consensus system collection verification node P1、P2And verifying the signature by using a public key to determine the legality of the request processing result for the joining request execution result and the signature, and assuming that both the request processing results pass the legality verification.
Step four: the consensus system performs consensus on the request processing result, and judges whether the request processing result agreeing to the new participant to join meets a preset rule, in the embodiment, if the network management rule is that more than 2 verification nodes agree to the request, the request passes, so that the participant P is enabled to be informed4Joining, updating network state, adding new participator information, and informing participator P4And (6) obtaining the result.
Fig. 3 is a network structure diagram of the blockchain network shown in fig. 2 after a new party is added.
Suppose that participant P at this time4The block chain network needs to be exited, and the specific process is as follows:
the method comprises the following steps: participant P4Sending a network exit request to the whole network, and sending the request to all verification nodes P in the network1、P2A request to exit the network is sent.
Step two: verification sectionPoint P1,P2Receiving from a participant P4Request for exiting network, verifying node P1And P2Separately verifying the legitimacy of the request and making a decision on the application, both verifying nodes agree to the party P, since P4 is actively logging out of the network4And then, performing digest calculation on the request and the request processing result by using a Hash algorithm, and signing by using a private key of the request and the request processing result. Verifying a node P1And P2Respectively sending the request processing result and the signature to a consensus system;
step three: consensus system collection verification node P1、P2And verifying the correctness of the signature by using a public key for the execution result and the signature of the joining request so as to determine the legality of the request processing result, and assuming that the two request processing results pass the legality verification.
Step four: the consensus system performs consensus on the request processing result, judges whether the request processing result agreeing to the new participant to join meets the preset rule, namely whether 2 or more verification nodes agree to the request, and enables the participant P when the processing result meets the rule4Quitting, deleting the information of the participant and informing the participant P4And (6) obtaining the result.
For the monitoring scenario of the participant, the network structure shown in fig. 3 is taken as an example, and the specific process is as follows:
the method comprises the following steps: suppose a verification node P1Discovery of participants P4In the presence of an exception, to all verification nodes P1,P2Sending participant P4An exception message.
Step two: verifying a node P1,P2Receiving a participant P4Exception message, verification node P1And P2Respectively for the abnormal party P4Judging abnormal state to obtain judgment result, and assuming to verify node P1Determining a participant P4Exception to verify the node P2Determining a participant P4And normally, performing digest calculation on the judgment result by using a Hash algorithm, and signing by using a private key of the user as a digest. Verifying a node P1And P2Respectively sending the judgment result and the signature to a consensus system;
step three: consensus system collection verification node P1、P2And verifying the correctness of the signature by using a public key for the judgment result and the signature so as to determine the validity of the judgment result, and assuming that both judgment results pass validity verification.
Step four: the consensus system performs consensus on the judgment result to judge the judgment party P4Whether the abnormal judgment result meets the preset rule or not, namely whether 2 or more verification nodes judge the participant P4Exception, and there are only 1 verification node in this embodiment, so no operation is done.
For the network management rule modification scenario, taking the network structure shown in fig. 2 as an example, the specific process is as follows:
the method comprises the following steps: suppose a verification node P1Generating a request for modifying the network management rule and sending the request to all verification nodes P in the blockchain network1And P2。
Step two: verifying a node P1,P2Receiving the request for modifying the network management rule, verifying the node P1And P2Verifying the legitimacy of the request and making a decision on the request, respectively, assuming that the node P is verified1Agreeing to the modification, while verifying the node P2And if the request is not approved to be modified, performing digest calculation on the request and the request processing result by using a Hash algorithm, and signing by using a private key of the request and the digest. Verifying a node P1And P2The request processing result and the signature will be sent to the consensus system, respectively.
Step three: consensus system collection verification node P1、P2And verifying the correctness of the signature by using a public key for the execution result and the signature of the joining request so as to determine the legality of the request processing result, and assuming that the two request processing results pass the legality verification.
Step four: the consensus system performs consensus on the request processing result, and judges whether the request processing result agreeing to the modification of the network management rule meets the preset rule, that is, whether 2 or more verification nodes agree to the request, andin this embodiment, only 1 verifying node agrees, and therefore does not, the verifying node P that initiates the request is informed1The modification is not approved.
Although illustrative embodiments of the present invention have been described above to facilitate the understanding of the present invention by those skilled in the art, it should be understood that the present invention is not limited to the scope of the embodiments, and various changes may be made apparent to those skilled in the art as long as they are within the spirit and scope of the present invention as defined and defined by the appended claims, and all matters of the invention which utilize the inventive concepts are protected.
Claims (1)
1. A block chain network dynamic management method based on multi-node decision is characterized by comprising the following steps:
s1: establishing an initial block chain network according to initial participants, setting a plurality of verification nodes in the initial participants, and constructing all the initial participants together to obtain a consensus system;
s2: the new participant sends the joining request to all verification nodes in the block chain network, and after receiving the joining request from the new participant, the verification nodes verify the validity of the request and determine whether to approve the request; the verification node generates a request processing result of the request, calculates an abstract of the request and the request processing result by using a Hash algorithm, signs the abstract by using a private key of the verification node, and sends the request processing result and the signature to the consensus system;
the consensus system collects the request processing results of each verification node on the new participant, then verifies the legality of the request processing results by using the public key of the verification node, judges the request processing results passing the legality verification, judges whether the request processing results agreeing to the new participant to join meet preset rules, and if so, enables the new participant to join, updates the network state, adds the information of the new participant and simultaneously informs the new participant of the results; if not, informing the new participant that the new participant does not approve the joining;
s3: when a certain participant needs to quit the block chain network, the participant sends a network quitting request to all verification nodes in the network; after receiving a network exit request from the participant, each verification node verifies the validity of the request and approves the request; the verification node generates a request processing result of the request, performs summary processing on the network exit request of the participant by using a Hash algorithm, signs a summary by using a private key of the verification node, and sends the request processing result and the signature to the consensus system;
the consensus system collects the request processing results of each verification node, then verifies the validity of the judgment result by using the public key of the verification node, judges the request processing results passing the validity verification, judges whether the request processing results agreeing to quit the participant meet the preset rule or not, if so, makes the participant quit, updates the network state, deletes the information of the participant, and simultaneously informs the participant of the result; if not, continuing to collect the request processing results of other nodes;
s4: in the operation process of the block chain network, each verification node monitors other participants, when a certain verification node finds that a certain participant is abnormal, the participant is regarded as an abnormal participant, a participant abnormal message is sent to all verification nodes, and the verification nodes judge the abnormal participant in abnormal state after receiving the participant abnormal message to obtain a judgment result; the verification node performs digest processing on the judgment result by using a Hash algorithm, signs the digest by using a private key of the verification node, and sends the judgment result and the signature to a consensus system;
the consensus system collects the judgment results of each verification node on the abnormal participants, then verifies the validity of the judgment results by using the public keys of the verification nodes, judges the judgment results passing the validity verification, judges whether the judgment results of the abnormal participants meet the preset rules or not, if so, sets the information of the abnormal participants to be invalid, updates the network state and informs the abnormal participants of the results; if not, no operation is carried out;
s5: when a certain verification node needs to modify the related rules of network management, a request for modifying the network management rules is generated and sent to all verification nodes in the block chain network, and after the verification node receives the network management rule request, the legitimacy of the request is verified and whether the request is approved or not is determined; the verification node generates a request processing result of the request, calculates an abstract of the request and the request processing result by using a Hash algorithm, signs the abstract by using a private key of the verification node, and sends the request processing result and the signature to the consensus system;
the consensus system collects the request processing results of each verification node on the request for modifying the network management rule, then verifies the legality of the request processing results by using the public key of the verification node, judges the request processing results passing the legality verification, judges whether the request processing results agreeing to the network management rule modification meet the preset rule, if so, modifies the network management rule and informs the verification node initiating the request; if not, the verifying node that initiated the request is informed that the modification was not approved.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010031381.5A CN111245836B (en) | 2020-01-13 | 2020-01-13 | Block chain network dynamic management method based on multi-node decision |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010031381.5A CN111245836B (en) | 2020-01-13 | 2020-01-13 | Block chain network dynamic management method based on multi-node decision |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111245836A CN111245836A (en) | 2020-06-05 |
CN111245836B true CN111245836B (en) | 2021-07-13 |
Family
ID=70865201
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010031381.5A Expired - Fee Related CN111245836B (en) | 2020-01-13 | 2020-01-13 | Block chain network dynamic management method based on multi-node decision |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111245836B (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111612466B (en) * | 2020-01-17 | 2022-02-18 | 厦门潭宏信息科技有限公司 | Consensus and resource transmission method, device and storage medium |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107888562A (en) * | 2017-10-13 | 2018-04-06 | 布比(北京)网络技术有限公司 | Interconnect serobila architecture |
CN109474584A (en) * | 2018-10-29 | 2019-03-15 | 中化能源科技有限公司 | A kind of rule-based block chain network permits Adding Way automatically |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106651346A (en) * | 2016-11-28 | 2017-05-10 | 上海凯岸信息科技有限公司 | Block chain-based credit investigation data sharing and trading system |
US10796393B2 (en) * | 2018-03-14 | 2020-10-06 | Motorola Solutions, Inc. | System for validating and appending incident-related data records in an inter-agency distributed electronic ledger |
US11063746B2 (en) * | 2018-04-19 | 2021-07-13 | Electronics And Telecommunications Research Institute | Method for selecting consensus node using nonce and method and apparatus for generating blockchain using the same |
CN109150972B (en) * | 2018-07-17 | 2021-07-23 | 湖南宸瀚信息科技有限责任公司 | Working method of consensus mechanism of double-layer partitioned efficient block chain |
-
2020
- 2020-01-13 CN CN202010031381.5A patent/CN111245836B/en not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107888562A (en) * | 2017-10-13 | 2018-04-06 | 布比(北京)网络技术有限公司 | Interconnect serobila architecture |
CN109474584A (en) * | 2018-10-29 | 2019-03-15 | 中化能源科技有限公司 | A kind of rule-based block chain network permits Adding Way automatically |
Non-Patent Citations (2)
Title |
---|
"A Bayesian Poisson–Gaussian Process Model for Popularity Learning in Edge-Caching Networks";Sajad Mehrizi等;《IEEE Access》;20190709;全文 * |
"基于比特币技术的供应链管控与溯源方案";陆尧等;《计算机工程》;20181231;第44卷(第12期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN111245836A (en) | 2020-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109547527B (en) | Partition quick consensus method based on credit mechanism in block chain | |
JP7127035B2 (en) | Computer-implemented system and method for updating a network's perception of a network's topology | |
CN109871669B (en) | Data sharing solution based on block chain technology | |
CN112039964A (en) | Node reputation consensus method based on block chain | |
Harris et al. | Flood & loot: A systemic attack on the lightning network | |
CN112907252B (en) | Block chain transaction method and system based on multi-person chain lower channel | |
US9288216B2 (en) | Methods and apparatus for reducing the effectiveness of chosen location attacks in a peer-to-peer overlay network | |
CN113783699B (en) | Data processing method, device and equipment based on block chain and readable storage medium | |
Wu et al. | An efficient group key management scheme for mobile ad hoc networks | |
CN112200681B (en) | Service processing method, information processing method and node equipment of block chain network | |
CN113746858A (en) | Cross-chain communication method based on verifiable random function | |
KR20200081533A (en) | Blockchain Consensus Method based Improved Dynamic Blind Voting for Internet of Things Environment | |
CN111245836B (en) | Block chain network dynamic management method based on multi-node decision | |
CN115314203B (en) | Group key negotiation method | |
CN114826699B (en) | Byzantine attack resisting method in decentralized federal learning based on block chain | |
CN111798234A (en) | Lightweight block chain system and construction method | |
Maity et al. | Self-organized public key management in manets with enhanced security and without certificate-chains | |
Ferdous et al. | Trust formalization in mobile ad-hoc networks | |
Corman et al. | A Secure Group Agreement (SGA) protocol for peer-to-peer applications | |
JP2005182145A (en) | Method for authenticating communication terminal device and communication terminal device | |
Chen et al. | A reputation system for wireless mesh networks using network coding | |
Chang et al. | Markov chain-based trust model for analyzing trust value in distributed multicasting mobile ad hoc networks | |
CN111447087B (en) | Block chain configuration method for dynamic networking | |
CN114785801A (en) | P2P engine for dynamically constructing distributed privacy network topology | |
JP2008305188A (en) | Network system, certification authorities setting method and certification authorities setting program |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20210713 |