CN111464631A - Service consensus method and device in alliance block chain - Google Patents
Service consensus method and device in alliance block chain Download PDFInfo
- Publication number
- CN111464631A CN111464631A CN202010244740.5A CN202010244740A CN111464631A CN 111464631 A CN111464631 A CN 111464631A CN 202010244740 A CN202010244740 A CN 202010244740A CN 111464631 A CN111464631 A CN 111464631A
- Authority
- CN
- China
- Prior art keywords
- node
- voting
- transaction
- domain
- result
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- 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
-
- 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
-
- 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Marketing (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention discloses a method and a device for service consensus in an alliance block chain, which are used for initializing alliance block chain network cluster nodes to obtain node domain information, wherein the node domain information comprises node domain information of each alliance block chain network cluster node, and each node domain comprises at least one alliance block chain network cluster node; in response to receiving a transaction, voting the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction to obtain a voting result, and takes the voting result as the voting result of the node domain; determining a consensus result of the transaction according to the voting result of each node domain; and updating the state information of the transaction according to the consensus result. The node domain replaces the node to vote, so that the time for waiting the node can be reduced, the node efficiency and the utilization rate are improved, and the block chain network efficiency is improved.
Description
Technical Field
The invention relates to the technical field of block chains, in particular to a service consensus method and device in an alliance block chain.
Background
The Blockchain (Blockchain) is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like. The system is essentially a decentralized database, and is a data block which is generated by genetic code method correlation, and each data block contains a batch of network transaction information for verifying the validity of the information and generating the next block.
The consensus mechanism of the blockchain has the characteristics of 'minority-majority-obedience' and 'equality', wherein the 'minority-majority-obedience' does not completely refer to the number of nodes, and can also be the computing power, the number of shares or other characteristic quantities which can be compared by a computer. "equal" is when a node meets the condition, all nodes have the right to give priority to the consensus result, are directly identified by other nodes, and finally possibly become the final consensus result. However, the conventional blockchain is a decentralized account book with a node as a basic unit, the node is a minimum unit of consensus, and the decentralized account book with the node as a basic unit inevitably causes "node competition". For example, in the workload proving process, nodes can strive for themselves to have more calculation power, and nodes can strive for themselves to have more node quantity. In a federation chain, node contention is unnecessary, so that greater entitlements given to nodes result in less efficiency and utilization of the nodes.
Disclosure of Invention
In view of the above problems, the present invention provides a method and an apparatus for service consensus in an alliance block chain, which achieve the purposes of improving node efficiency and utilization and improving network efficiency of the block chain.
In order to achieve the purpose, the invention provides the following technical scheme:
a method of service consensus in an federated blockchain, the method comprising:
initializing alliance blockchain network cluster nodes to obtain node domain information, wherein the node domain information comprises node domain information of each alliance blockchain network cluster node, and each node domain comprises at least one alliance blockchain network cluster node;
in response to receiving a transaction, voting the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction to obtain a voting result, and takes the voting result as the voting result of the node domain;
determining a consensus result of the transaction according to the voting result of each node domain;
and updating the state information of the transaction according to the consensus result.
Optionally, the voting the transaction using the obtained node domain information in response to receiving the transaction comprises:
detecting whether a transaction needing voting exists in each node through each node of the block chain of the alliance, and if so, acquiring the transaction to be voted;
acquiring node domain information corresponding to an initiating node of the transaction, and determining a target node domain;
and voting the transaction to be voted through the target node domain to obtain voting information.
Optionally, the obtaining node domain information corresponding to the initiating node of the transaction and determining a target node domain include:
and if the node detects that the initiating node of the transaction is the self node, filtering to a node domain where the self node is located to obtain a target node domain.
Optionally, the determining a consensus result of the transaction according to the voting result of each node domain comprises:
obtaining voting results of all the node domains;
verifying the voting result according to the voting number corresponding to the voting result;
and if the verification is passed, determining a consensus result of the transaction according to the voting result of the node domain.
Optionally, the updating the state information of the transaction according to the consensus result includes:
obtaining a voting node domain and voting time information corresponding to the voting result according to the consensus result;
generating signature data by using the voting node domain and the voting time information;
and updating the state information of the transaction according to the signature data.
An apparatus for service consensus in an federated blockchain, the apparatus comprising:
an initialization unit, configured to initialize alliance blockchain network cluster nodes to obtain node domain information, where the node domain information includes node domain information to which each of the alliance blockchain network cluster nodes belongs, and each node domain includes at least one alliance blockchain network cluster node;
the voting unit is used for responding to the received transaction, voting the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction, obtains a voting result, and takes the voting result as the voting result of the node domain;
the determining unit is used for determining a consensus result of the transaction according to the voting result of each node domain;
and the updating unit is used for updating the state information of the transaction according to the consensus result.
Optionally, the voting unit comprises:
the first determining subunit is used for detecting whether a transaction needing voting exists in each node through each alliance block chain, and if so, acquiring the transaction to be voted;
the second determining subunit is used for acquiring node domain information corresponding to the initiating node of the transaction and determining a target node domain;
and the voting subunit is used for voting the transaction to be voted through the target node domain to obtain voting information.
Optionally, the second determining subunit is specifically configured to:
and if the node detects that the initiating node of the transaction is the self node, filtering to a node domain where the self node is located to obtain a target node domain.
Optionally, the determining unit includes:
the first acquisition subunit is used for acquiring the voting results of all the node domains;
the verification subunit is used for verifying the voting result according to the voting number corresponding to the voting result;
and the third determining subunit is used for determining the consensus result of the transaction according to the voting result of the node domain if the verification is passed.
Optionally, the updating unit is specifically configured to:
obtaining a voting node domain and voting time information corresponding to the voting result according to the consensus result;
generating signature data by using the voting node domain and the voting time information;
and updating the state information of the transaction according to the signature data.
Compared with the prior art, the invention provides a service consensus method and device in a union block chain, which is used for initializing a union block chain network cluster node to obtain node domain information, wherein the node domain information comprises node domain information of each union block chain network cluster node, and each node domain comprises at least one union block chain network cluster node; in response to receiving a transaction, voting the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction to obtain a voting result, and takes the voting result as the voting result of the node domain; determining a consensus result of the transaction according to the voting result of each node domain; and updating the state information of the transaction according to the consensus result. The node domain replaces the node to vote, so that the time for waiting the node can be reduced, the node efficiency and the utilization rate are improved, and the block chain network efficiency is improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a schematic flowchart of a service consensus method in an alliance block chain according to an embodiment of the present invention;
fig. 2 is a schematic diagram of deployment after node startup according to an embodiment of the present invention;
fig. 3 is a schematic view of a voting process according to an embodiment of the present invention.
Fig. 4 is a schematic structural diagram of a service consensus device in an alliance block chain according to an embodiment 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. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terms "first" and "second," and the like in the description and claims of the present invention and the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "comprising" and "having," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not set forth for a listed step or element but may include steps or elements not listed.
To facilitate description of technical features of the present application, terms in the embodiments of the present application are explained below.
The Node Domain (Domain for short) is a Domain formed by a plurality of Node nodes, the Domain is a virtual mechanism abstracted by a plurality of interfaces, when voting is commonly known, the voting function of the nodes under the Domain can replace the whole Domain, and the Node Domain has the following attributes:
node Domain identification (Domain Id): the unique identifier of the block domain network domain does not allow a plurality of same node domain identifiers to appear in the same cluster network;
maximum node number of node domain: the node domain allows the maximum number of nodes, and when the nodes under the node domain are equal to the maximum number of nodes, other nodes cannot be added under the node domain in an application mode.
The validation rule is to customize a policy of business consensus, and the validation transaction vote is to validate the transaction rule:
synchronizing a ticket pass: the node A can automatically submit an agreement ticket for the transaction, and the transaction is broadcasted to other nodes;
and (3) passing the whole ticket: the node A initiates a voting request to other RS nodes, any RS node under other node domains votes to represent the node domain, the node A receives the voting result and satisfies the transaction rule and passes through the whole vote, the node A broadcasts the transaction to other nodes continuously, if one node determines that the transaction is not credible and can be objected to the vote, the transaction is discarded and not really linked up.
Node: in particular to a unique identifier of a transaction in a blockchain network.
BIZ: configuring a public and private key pair for the nodes to participate in service consensus voting;
WAIT: the transaction service consensus is updated to the state after the transaction service consensus is completed, and the transaction in the WAIT state is packaged into a block.
Referring to fig. 1, a method for service consensus in an alliance block chain according to an embodiment of the present application is shown, where the method may include the following steps:
s101, initializing the alliance chain block chain network cluster nodes to obtain node domain information.
The node domain information includes node domain information to which each of the federation blockchain network cluster nodes belongs, each of the node domains including at least one federation blockchain network cluster node.
When a federation chain network cluster node is initialized, a node Domain (Domain) to which the node belongs needs to be specified for each node, and when an innovation block is executed, the initial Domain of the cluster is generated. For example, a cluster initializes 5 nodes (nodoa, NodeB, NodeC, NodeD, NodeE), and divides 3 Domain domains (Domain1, Domain2, Domain 3); of the nodes a, B, C, D, E, nodes a and B belong to Domain1, node C belongs to Domain2, and node D and node E belong to Domain 3. After the cluster initialization is completed, the network cluster state is normal, Domain in the cluster can participate in the transaction service consensus, and the node deploys a graph after starting up, as shown in fig. 2.
S102, responding to the received transaction, voting the transaction by using the obtained node domain information, enabling any node in each node domain to receive the transaction, voting the transaction to obtain a voting result, and taking the voting result as the voting result of the node domain.
When the user sends a transaction, the transaction voting rule has a vote agreement and a full vote. All node domains are voted using voting rules. For example, when a node d receives a user transaction, a flow is executed, rule identification information of a current transaction is checked, node Domain identification information (e.g., Domain1, Domain2, Domain3) can be acquired according to the rule identification information, it is checked which nodes are required to vote according to a rule corresponding to the transaction, a request for applying for voting is initiated to the node, and the following node applies for voting, and any one of nodes a or B included in the Domain1 receives the request for voting and returns the voting. (the vote of one of the nodes a, B may represent the Domain of the node to which it belongs, instead of voting consensus in units of nodes).
Taking a Node A processing process as an example, a Node A end receives a voting request initiated by a Node E, a Node A end user lists records to be voted through a voting page and a voting list, a user end clicks an agreement operation, the voting operation request is sent to the Node, and the Node firstly checks whether a transaction (TxId) has the record needing voting; if the recording state of the current vote is not equal to the initialization state, directly returning the vote which has been cast; if the voting result is supported, signing the name of the original voting transaction, and signing the name by using a BIZ type key configured by the current node; setting a current node Domain Id; and updating the record signature to be voted. And voting results; and feeding the voting result back to the voting sponsor. The parameter package (txId, current node signature, objection or support) sends the voting request originator node e.
For another example, the node c processing procedure is: the Node C end receives the voting request initiated by the Node E, the Node C end user lists the record to be voted through the voting page and the voting list, the user end clicks the agreement operation, the voting operation request is sent to the Node, and the Node firstly checks whether the transaction TxId has the record needing voting; if the recording state of the current vote is not equal to the initialization state, directly returning the vote which has been cast; if the voting result is supported, signing the name of the original voting transaction, and signing the name by using a BIZ type key configured by the current node; and setting the current node DomainId; and updating the record signature to be voted. And voting results; and feeding the voting result back to the voting sponsor. The parameter package (TxId, current node signature, objection or support) sends the voting request originator node e.
S103, determining a consensus result of the transaction according to the voting result of each node domain.
And after the voting result of each node field is obtained, determining a voting consensus result according to the voting result of each node field.
And S104, updating the state information of the transaction according to the consensus result.
And determining whether the transaction information can be uplink according to the consensus result, and updating the state of the transaction information. For example, the node distributes the transaction, and the whole network node executes the packaging block-out flow.
The invention provides a service consensus method in a union block chain, which initializes a union block chain network cluster node to obtain node domain information, wherein the node domain information comprises node domain information of each union block chain network cluster node, and each node domain comprises at least one union block chain network cluster node; in response to receiving a transaction, voting the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction to obtain a voting result, and takes the voting result as the voting result of the node domain; determining a consensus result of the transaction according to the voting result of each node domain; and updating the state information of the transaction according to the consensus result. The node domain replaces the node to vote, so that the time for waiting the node can be reduced, the node efficiency and the utilization rate are improved, and the block chain network efficiency is improved.
In an embodiment of the present invention, the voting, in response to receiving the transaction, on the transaction using the obtained node domain information includes:
detecting whether a transaction needing voting exists in each node through each node of the block chain of the alliance, and if so, acquiring the transaction to be voted;
acquiring node domain information corresponding to an initiating node of the transaction, and determining a target node domain;
and voting the transaction to be voted through the target node domain to obtain voting information.
Wherein the obtaining node domain information corresponding to the initiating node of the transaction and determining a target node domain comprise: and if the node detects that the initiating node of the transaction is the self node, filtering to a node domain where the self node is located to obtain a target node domain.
Each node on the alliance block chain detects the transaction needing voting in the existence of the node at a preset time interval, when the node E receives the transaction needing voting and retrieved by the node A and the node C, the voting principle of the transaction is obtained, and all node domains (such as Domain1, Domain2 and Domain3) of the current node are inquired; the node checks whether the initiator of the transaction is the node itself, filters out the Domain to which the node itself belongs (for example, Domain3 to which the node E node belongs), and only the nodes (Domain1, Domain2) which need voting acquire all the nodes; inquiring all nodes (NodeA, NodeB, NodeC, NodeD and NodeE) of the current chain; finding out own node information from (NodeA, NodeB, NodeC, NodeD, NodeE), wherein the filtered node NodeE is (NodeA, NodeB, NodeC, NodeD); the results of all votes received by the current transaction are found in table 1.
TABLE 1
Correspondingly, when a consensus result is obtained, the voting results of all the node domains need to be obtained; verifying the voting result according to the voting number corresponding to the voting result; and if the verification is passed, determining a consensus result of the transaction according to the voting result of the node domain.
Specifically, it is determined whether the vote has been completed: verifying all voting records, processing the voting records fed back by the NodeA nodes, wherein NodeA and NodeB belong to the same Domain1, and accumulating a Domain vote; node C belongs to Domain2 and accumulates one vote of Domain (one vote of node represents voting operation of all nodes under Domain, and voting time is reduced), the accumulated vote number is equal to the number of Domain needing to be voted; the voting completion is shown in table 2.
TABLE 2
And counting whether the voting is successful or failed: accumulating the number of the votes agreed to, wherein the nodes belonging to the same Domain can only accumulate one vote; when the total votes pass through the verification, if the number of the approved votes is equal to the number of the Domain, the voting result is pass; when one vote passes, the number of approved votes is more than or equal to 1 through verification, and the voting result is a pass; the distribution mode verification passes when the verification number is equal to 0 or the required Domain number is also equal to 0; if the number of voted votes is less than the number of domains needing to vote, the verification fails; the voted Domain does not contain the node Domain validation failures that must be voted on in the voting principle.
Obtaining a voting node domain and voting time information corresponding to the voting result according to the consensus result; generating signature data by using the voting node domain and the voting time information; and updating the state information of the transaction according to the signature data.
The node E updates the voting result to the transaction; adding all voters of the votes, Domain to which the votes belong, voting results and voting time into signature data of the transaction; serving as a transaction certificate; the transaction status is updated to a WAIT (WAIT) status, and the voting total flow is shown in fig. 3. And the node E executes transaction distribution, and the whole network node executes a packaging block-outputting process.
By dividing the node domains, a consensus mode closer to the application field can be added more flexibly in the execution process of the block chain transaction; through the fact that the node domains are involved in dividing a plurality of nodes to belong to one node domain, one node vote represents the whole node domain, time for waiting for the whole node vote can be reduced, and the efficiency of a block chain network is improved.
Referring to fig. 4, an embodiment of the present invention provides a service consensus apparatus in an alliance block chain, where the apparatus includes:
an initialization unit 10, configured to initialize an alliance blockchain network cluster node to obtain node domain information, where the node domain information includes node domain information to which each of the alliance blockchain network cluster nodes belongs, and each node domain includes at least one alliance blockchain network cluster node;
the voting unit 20 is configured to, in response to receiving a transaction, vote for the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, vote for the transaction to obtain a voting result, and use the voting result as a voting result of the node domain;
a determining unit 30, configured to determine a consensus result of the transaction according to the voting result of each node domain;
and the updating unit 40 is used for updating the state information of the transaction according to the consensus result.
On the basis of the above embodiment, the voting unit includes:
the first determining subunit is used for detecting whether a transaction needing voting exists in each node through each alliance block chain, and if so, acquiring the transaction to be voted;
the second determining subunit is used for acquiring node domain information corresponding to the initiating node of the transaction and determining a target node domain;
and the voting subunit is used for voting the transaction to be voted through the target node domain to obtain voting information.
On the basis of the foregoing embodiment, the second determining subunit is specifically configured to:
and if the node detects that the initiating node of the transaction is the self node, filtering to a node domain where the self node is located to obtain a target node domain.
On the basis of the above embodiment, the determining unit includes:
the first acquisition subunit is used for acquiring the voting results of all the node domains;
the verification subunit is used for verifying the voting result according to the voting number corresponding to the voting result;
and the third determining subunit is used for determining the consensus result of the transaction according to the voting result of the node domain if the verification is passed.
On the basis of the foregoing embodiment, the updating unit is specifically configured to:
obtaining a voting node domain and voting time information corresponding to the voting result according to the consensus result;
generating signature data by using the voting node domain and the voting time information;
and updating the state information of the transaction according to the signature data.
The invention provides a service consensus device in an alliance block chain, wherein an initialization unit initializes alliance block chain network cluster nodes to obtain node domain information, the node domain information comprises node domain information of each alliance block chain network cluster node, and each node domain comprises at least one alliance block chain network cluster node; the voting unit responds to the received transaction, votes for the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction to obtain a voting result, and takes the voting result as the voting result of the node domain; the determining unit determines a consensus result of the transaction according to the voting result of each node domain; and the updating unit updates the state information of the transaction according to the consensus result. The node domain replaces the node to vote, so that the time for waiting the node can be reduced, the node efficiency and the utilization rate are improved, and the block chain network efficiency is improved.
In the present specification, the embodiments of the present invention are mainly described with reference to the differences from the other embodiments, and the same and similar parts among the embodiments may be referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A method for service consensus in an alliance block chain, the method comprising:
initializing alliance blockchain network cluster nodes to obtain node domain information, wherein the node domain information comprises node domain information of each alliance blockchain network cluster node, and each node domain comprises at least one alliance blockchain network cluster node;
in response to receiving a transaction, voting the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction to obtain a voting result, and takes the voting result as the voting result of the node domain;
determining a consensus result of the transaction according to the voting result of each node domain;
and updating the state information of the transaction according to the consensus result.
2. The method of claim 1, wherein voting for the transaction using the obtained node domain information in response to receiving the transaction comprises:
detecting whether a transaction needing voting exists in each node through each node of the block chain of the alliance, and if so, acquiring the transaction to be voted;
acquiring node domain information corresponding to an initiating node of the transaction, and determining a target node domain;
and voting the transaction to be voted through the target node domain to obtain voting information.
3. The method of claim 1, wherein the obtaining node domain information corresponding to an initiating node of the transaction and determining a target node domain comprises:
and if the node detects that the initiating node of the transaction is the self node, filtering to a node domain where the self node is located to obtain a target node domain.
4. The method of claim 1, wherein determining consensus results for the transaction based on the voting results for each node domain comprises:
obtaining voting results of all the node domains;
verifying the voting result according to the voting number corresponding to the voting result;
and if the verification is passed, determining a consensus result of the transaction according to the voting result of the node domain.
5. The method of claim 1, wherein updating the status information of the transaction based on the consensus result comprises:
obtaining a voting node domain and voting time information corresponding to the voting result according to the consensus result;
generating signature data by using the voting node domain and the voting time information;
and updating the state information of the transaction according to the signature data.
6. An apparatus for service consensus in an federated blockchain, the apparatus comprising:
an initialization unit, configured to initialize alliance blockchain network cluster nodes to obtain node domain information, where the node domain information includes node domain information to which each of the alliance blockchain network cluster nodes belongs, and each node domain includes at least one alliance blockchain network cluster node;
the voting unit is used for responding to the received transaction, voting the transaction by using the obtained node domain information, so that any node in each node domain receives the transaction, votes for the transaction, obtains a voting result, and takes the voting result as the voting result of the node domain;
the determining unit is used for determining a consensus result of the transaction according to the voting result of each node domain;
and the updating unit is used for updating the state information of the transaction according to the consensus result.
7. The apparatus of claim 6, wherein the voting unit comprises:
the first determining subunit is used for detecting whether a transaction needing voting exists in each node through each alliance block chain, and if so, acquiring the transaction to be voted;
the second determining subunit is used for acquiring node domain information corresponding to the initiating node of the transaction and determining a target node domain;
and the voting subunit is used for voting the transaction to be voted through the target node domain to obtain voting information.
8. The apparatus according to claim 6, wherein the second determining subunit is specifically configured to:
and if the node detects that the initiating node of the transaction is the self node, filtering to a node domain where the self node is located to obtain a target node domain.
9. The apparatus of claim 6, wherein the determining unit comprises:
the first acquisition subunit is used for acquiring the voting results of all the node domains;
the verification subunit is used for verifying the voting result according to the voting number corresponding to the voting result;
and the third determining subunit is used for determining the consensus result of the transaction according to the voting result of the node domain if the verification is passed.
10. The apparatus according to claim 6, wherein the updating unit is specifically configured to:
obtaining a voting node domain and voting time information corresponding to the voting result according to the consensus result;
generating signature data by using the voting node domain and the voting time information;
and updating the state information of the transaction according to the signature data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010244740.5A CN111464631B (en) | 2020-03-31 | 2020-03-31 | Service consensus method and device in alliance block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010244740.5A CN111464631B (en) | 2020-03-31 | 2020-03-31 | Service consensus method and device in alliance block chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111464631A true CN111464631A (en) | 2020-07-28 |
| CN111464631B CN111464631B (en) | 2023-03-28 |
Family
ID=71680146
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010244740.5A Active CN111464631B (en) | 2020-03-31 | 2020-03-31 | Service consensus method and device in alliance block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111464631B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111988131A (en) * | 2020-08-31 | 2020-11-24 | 广东技术师范大学 | Block chain construction method facing mobile crowd sensing |
| CN112258184A (en) * | 2020-10-28 | 2021-01-22 | 成都质数斯达克科技有限公司 | Method and device for freezing area block chain network, electronic equipment and readable storage medium |
| CN114978553A (en) * | 2022-06-30 | 2022-08-30 | 中国光大银行股份有限公司 | Alliance chain cryptographic algorithm switching method and device and alliance chain system |
| US20220393879A1 (en) * | 2021-05-25 | 2022-12-08 | Zhejiang University | Decentralized mechanism for collaboratively governing multi-agent trade ecosystem |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106445711A (en) * | 2016-08-28 | 2017-02-22 | 杭州云象网络技术有限公司 | Byzantine-fault-tolerant consensus method applied to block chain |
| CN107395403A (en) * | 2017-07-07 | 2017-11-24 | 北京区块链云科技有限公司 | A kind of fiduciary block chain common recognition method suitable for extensive ecommerce |
| WO2019040886A1 (en) * | 2017-08-24 | 2019-02-28 | Alibaba Group Holding Limited | Consensus node selection method and apparatus, and server |
| CN109447795A (en) * | 2018-09-11 | 2019-03-08 | 中国人民解放军国防科技大学 | Byzantine consensus method supporting rapid achievement of final confirmation |
| CN109462587A (en) * | 2018-11-09 | 2019-03-12 | 四川虹微技术有限公司 | Block chain is layered common recognition method, block chain network system and block chain node |
| CN109727132A (en) * | 2018-12-28 | 2019-05-07 | 合肥达朴汇联科技有限公司 | Acquisition methods, device, electronic equipment and the storage medium of block chain common recognition node |
| CN109819003A (en) * | 2017-11-22 | 2019-05-28 | 南京理工大学 | A kind of layering common recognition method and system of block chain |
| CN110110555A (en) * | 2019-04-24 | 2019-08-09 | 深圳前海微众银行股份有限公司 | Voting method and device in a kind of block chain |
| KR20190100733A (en) * | 2018-02-21 | 2019-08-29 | 이화여자대학교 산학협력단 | Randomized mesh blockchain system based on group and identification method of integrity |
| CN110445778A (en) * | 2019-08-01 | 2019-11-12 | 中盾云链(广州)信息科技有限公司 | A kind of common recognition algorithm applied to alliance's chain |
| CN110443713A (en) * | 2019-09-06 | 2019-11-12 | 江门职业技术学院 | A kind of method and system promoted for block chain trading efficiency |
| CN110517139A (en) * | 2019-08-23 | 2019-11-29 | 电子科技大学 | A kind of alliance's block chain fraction common recognition method based on voting mechanism |
| CN110912994A (en) * | 2019-11-22 | 2020-03-24 | 中国联合网络通信集团有限公司 | Block chain consensus method and device |
-
2020
- 2020-03-31 CN CN202010244740.5A patent/CN111464631B/en active Active
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106445711A (en) * | 2016-08-28 | 2017-02-22 | 杭州云象网络技术有限公司 | Byzantine-fault-tolerant consensus method applied to block chain |
| CN107395403A (en) * | 2017-07-07 | 2017-11-24 | 北京区块链云科技有限公司 | A kind of fiduciary block chain common recognition method suitable for extensive ecommerce |
| WO2019040886A1 (en) * | 2017-08-24 | 2019-02-28 | Alibaba Group Holding Limited | Consensus node selection method and apparatus, and server |
| CN109819003A (en) * | 2017-11-22 | 2019-05-28 | 南京理工大学 | A kind of layering common recognition method and system of block chain |
| KR20190100733A (en) * | 2018-02-21 | 2019-08-29 | 이화여자대학교 산학협력단 | Randomized mesh blockchain system based on group and identification method of integrity |
| CN109447795A (en) * | 2018-09-11 | 2019-03-08 | 中国人民解放军国防科技大学 | Byzantine consensus method supporting rapid achievement of final confirmation |
| CN109462587A (en) * | 2018-11-09 | 2019-03-12 | 四川虹微技术有限公司 | Block chain is layered common recognition method, block chain network system and block chain node |
| CN109727132A (en) * | 2018-12-28 | 2019-05-07 | 合肥达朴汇联科技有限公司 | Acquisition methods, device, electronic equipment and the storage medium of block chain common recognition node |
| CN110110555A (en) * | 2019-04-24 | 2019-08-09 | 深圳前海微众银行股份有限公司 | Voting method and device in a kind of block chain |
| CN110445778A (en) * | 2019-08-01 | 2019-11-12 | 中盾云链(广州)信息科技有限公司 | A kind of common recognition algorithm applied to alliance's chain |
| CN110517139A (en) * | 2019-08-23 | 2019-11-29 | 电子科技大学 | A kind of alliance's block chain fraction common recognition method based on voting mechanism |
| CN110443713A (en) * | 2019-09-06 | 2019-11-12 | 江门职业技术学院 | A kind of method and system promoted for block chain trading efficiency |
| CN110912994A (en) * | 2019-11-22 | 2020-03-24 | 中国联合网络通信集团有限公司 | Block chain consensus method and device |
Non-Patent Citations (4)
| Title |
|---|
| 丁越: ""基于区块链的共识机制研究"", 《中国优秀硕士学位论文全文数据库》 * |
| 夏清等: ""加密数字货币系统共识机制综述"", 《计算机系统应用》 * |
| 徐宇芹: ""主从多链模型下的区块链共识性能研究"", 《中国优秀硕士学位论文全文数据库》 * |
| 方维维等: ""一种面向区块链的优化PBFT共识算法"", 《北京交通大学学报》 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111988131A (en) * | 2020-08-31 | 2020-11-24 | 广东技术师范大学 | Block chain construction method facing mobile crowd sensing |
| CN111988131B (en) * | 2020-08-31 | 2021-05-04 | 广东技术师范大学 | Block chain construction method facing mobile crowd sensing |
| CN112258184A (en) * | 2020-10-28 | 2021-01-22 | 成都质数斯达克科技有限公司 | Method and device for freezing area block chain network, electronic equipment and readable storage medium |
| US20220393879A1 (en) * | 2021-05-25 | 2022-12-08 | Zhejiang University | Decentralized mechanism for collaboratively governing multi-agent trade ecosystem |
| CN114978553A (en) * | 2022-06-30 | 2022-08-30 | 中国光大银行股份有限公司 | Alliance chain cryptographic algorithm switching method and device and alliance chain system |
| CN114978553B (en) * | 2022-06-30 | 2024-01-30 | 中国光大银行股份有限公司 | Alliance chain cipher algorithm switching method, device and alliance chain system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111464631B (en) | 2023-03-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111464631B (en) | Service consensus method and device in alliance block chain | |
| CN110033244B (en) | Intelligent contract execution method and device based on block chain and electronic equipment | |
| CN107315786B (en) | Service data storage method and device | |
| CN113098907B (en) | Group division method and device for block chain | |
| CN109447645B (en) | Equipment linkage method, block chain network and storage medium | |
| CN103118084A (en) | Host node election method and node | |
| CN112422341B (en) | Fault detection method of block chain network and related equipment | |
| CN111737104A (en) | Block chain network service platform, test case sharing method thereof and storage medium | |
| CN109672760B (en) | DNS root data distribution method and system based on block chain | |
| CN111582845A (en) | Cross-chain transaction method and device of block chain and electronic equipment | |
| CN112134967A (en) | Domain name resolution method and device based on common control chain | |
| CN111416709A (en) | Voting method, device, equipment and storage medium based on block chain system | |
| EP4195033A1 (en) | Method and apparatus for upgrading blockchain system, and terminal device | |
| CN110990790B (en) | Data processing method and equipment | |
| CN110162274B (en) | Data processing method, device and equipment based on block chain | |
| CN112037062B (en) | Transaction consensus method, device, electronic equipment and readable storage medium | |
| CN112511312B (en) | Assembled consensus method and system | |
| CN114978553B (en) | Alliance chain cipher algorithm switching method, device and alliance chain system | |
| CN109409899B (en) | Transaction verification method, device and system | |
| CN112258184B (en) | Method, apparatus, electronic device and readable storage medium for freezing blockchain network | |
| CN110808841A (en) | Communication system based on block chain network and communication method thereof | |
| CN114884968A (en) | Situation awareness method based on block chain privacy transaction and related device | |
| CN114721749A (en) | Voting method and device based on block chain, storage medium and electronic equipment | |
| CN117061538A (en) | Consensus processing method and related device based on block chain network | |
| CN111340481B (en) | Data processing method, device and equipment based on multi-chain block chain network |
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 |