CN108647967B - Method and device for selecting block chain consensus mechanism and consensus node - Google Patents
Method and device for selecting block chain consensus mechanism and consensus node Download PDFInfo
- Publication number
- CN108647967B CN108647967B CN201810441528.0A CN201810441528A CN108647967B CN 108647967 B CN108647967 B CN 108647967B CN 201810441528 A CN201810441528 A CN 201810441528A CN 108647967 B CN108647967 B CN 108647967B
- Authority
- CN
- China
- Prior art keywords
- consensus mechanism
- block chain
- level
- grade
- service data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Abstract
The disclosure provides a method and a device for selecting a block chain consensus mechanism, a consensus node and a computer readable storage medium, and relates to the technical field of computers. The method for selecting the block chain consensus mechanism comprises the following steps: after receiving the service data, determining the consensus mechanism grade of the service data according to the consensus mechanism influence factor information in the service data; and selecting a corresponding block chain common identification mechanism for the service data from all alternative block chain common identification mechanisms by utilizing the common identification mechanism grade of the service data. The method and the device can dynamically select the appropriate block chain consensus mechanism in real time according to the consensus mechanism influence factor information in the service data, thereby reducing the resource overhead caused by the consensus mechanism in the block chain technology.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a method and an apparatus for selecting a block chain consensus mechanism, a consensus node, and a computer-readable storage medium.
Background
With the application of the block chain technology in various industries, the block chain technology is greatly improved. However, the improvement of the current blockchain technology is always limited to the internal construction and implementation of the blockchain. At present, special teams or laboratories are built by a plurality of ministries such as the Ministry of industry and Ministry of communications and a plurality of industries at home and abroad, and research on the block chain technology and application thereof is actively promoted. Block chains have been used in a number of areas such as supply chain management, food safety, information dissemination, etc.
Existing blockchain techniques have been used by many vendors in real-life, where users can view blockchain information from a vendor-supplied blockchain product.
Disclosure of Invention
The applicant has found through research that the blockchain technique in the related art causes a large resource overhead.
One technical problem addressed by the present disclosure is how to reduce the resource overhead caused by the blockchain technique.
According to an aspect of the embodiments of the present disclosure, there is provided a method for selecting a blockchain consensus mechanism, including: after receiving the service data, determining the consensus mechanism grade of the service data according to the consensus mechanism influence factor information in the service data; and selecting a corresponding block chain common identification mechanism for the service data from all alternative block chain common identification mechanisms by utilizing the common identification mechanism grade of the service data.
In some embodiments, determining the consensus mechanism level of the service data according to the consensus mechanism influence factor information in the service data includes: determining a consensus mechanism influence factor value and a consensus mechanism influence factor weight of the service data under each consensus mechanism influence factor item by using the consensus mechanism influence factor information; and carrying out weighted summation on the consensus mechanism influence factor value and the consensus mechanism influence factor weight to obtain the consensus mechanism grade of the service data.
In some embodiments, the consensus mechanism impact factors include a user type level, an information security level, a data type level, and a traffic type level.
In some embodiments, the level of the block chain consensus mechanism selected for the traffic data is not lower than the level of the consensus mechanism for the traffic data.
In some embodiments, the method further comprises: the common identification mechanism grade of each alternative block chain common identification mechanism is predetermined, and the common identification mechanism grade of each alternative block chain common identification mechanism is positively correlated with the complexity of the common identification mechanism.
In some embodiments, the method further comprises: reporting the selected block chain consensus mechanism to a user; receiving feedback information of a block chain consensus mechanism sent by a user; and reselecting the block chain consensus mechanism for the service data according to the selected block chain consensus mechanism and the feedback information of the block chain consensus mechanism.
According to another aspect of the embodiments of the present disclosure, there is provided a consensus node, including: the mechanism grade determining module is configured to determine the consensus mechanism grade of the service data according to the consensus mechanism influence factor information in the service data after the service data is received; and the consensus mechanism selection module is configured to select a corresponding block chain consensus mechanism for the service data from all the alternative block chain consensus mechanisms by using the consensus mechanism grade of the service data.
In some embodiments, the mechanism level determination module is configured to: determining a consensus mechanism influence factor value and a consensus mechanism influence factor weight of the service data under each consensus mechanism influence factor item by using the consensus mechanism influence factor information; and carrying out weighted summation on the consensus mechanism influence factor value and the consensus mechanism influence factor weight to obtain the consensus mechanism grade of the service data.
In some embodiments, the consensus mechanism impact factors include a user type level, an information security level, a data type level, and a traffic type level.
In some embodiments, the level of the block chain consensus mechanism selected for the traffic data is not lower than the level of the consensus mechanism for the traffic data.
In some embodiments, the consensus node further comprises an alternative mechanism level determination module configured to: the common identification mechanism grade of each alternative block chain common identification mechanism is predetermined, and the common identification mechanism grade of each alternative block chain common identification mechanism is positively correlated with the complexity of the common identification mechanism.
In some embodiments, the consensus node further comprises a consensus mechanism reselection module configured to: reporting the selected block chain consensus mechanism to a user; receiving feedback information of a block chain consensus mechanism sent by a user; and reselecting the block chain consensus mechanism for the service data according to the selected block chain consensus mechanism and the feedback information of the block chain consensus mechanism.
According to another aspect of the embodiments of the present disclosure, there is provided an apparatus for selecting a blockchain consensus mechanism, including: a memory; and a processor coupled to the memory, the processor configured to perform the aforementioned method of selecting a blockchain consensus mechanism based on instructions stored in the memory.
According to still another aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided, in which computer instructions are stored, and when executed by a processor, implement the foregoing method for selecting a blockchain consensus mechanism.
The method and the device can dynamically select the appropriate block chain consensus mechanism in real time according to the consensus mechanism influence factor information in the service data, thereby reducing the resource overhead caused by the consensus mechanism in the block chain technology.
Other features of the present disclosure and advantages thereof will become apparent from the following detailed description of exemplary embodiments thereof, which proceeds with reference to the accompanying drawings.
Drawings
In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments of the present disclosure, and for those skilled in the art, other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 shows a related block chain architecture.
Fig. 2 is a flowchart illustrating a method for selecting a block chain consensus mechanism according to an embodiment of the present disclosure.
Fig. 3 illustrates one application example of determining a level of consensus mechanism for traffic data.
Fig. 4 is a flowchart illustrating a method for selecting a block chain consensus mechanism according to another embodiment of the disclosure.
Fig. 5 illustrates a technical architecture diagram of a blockchain of an embodiment.
Fig. 6 shows a schematic structural diagram of a consensus node according to an embodiment of the present disclosure.
Fig. 7 is a schematic structural diagram illustrating an apparatus for selecting a block chain consensus mechanism according to an embodiment of the present disclosure.
Detailed Description
The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only a part of the embodiments of the present disclosure, and not all of the embodiments. The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the disclosure, its application, or uses. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.
The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm. Currently, the most used blockchain techniques are superridge fabric, Sawtoth Lake, lroha, Corda, etc. Fig. 1 is a block chain architecture diagram in the related art. The block chain architecture in the related art includes an application layer, a driver layer, a common layer, a security layer, and a data layer. The specific technical details involved in the various layers are shown in fig. 1.
The inventors have studied the consensus mechanism among the blockchain techniques. The consensus mechanism is a mathematical algorithm for establishing trust and obtaining rights and interests among different nodes in the blockchain system. The inventor believes that most of the existing blockchain techniques use a single internal consensus mechanism, and the choice of the consensus mechanism lacks flexibility. Some consensus mechanisms are somewhat complex, require more resources to be consumed and are relatively slow; some consensus mechanisms are simpler, consume less resources, and are relatively fast. If some users and some services do not need a relatively strict consensus mechanism, a single internal consensus mechanism may cause all users and all services to use a relatively complicated and strict consensus mechanism, thereby causing a large resource overhead and resource waste. Therefore, the inventor carries out quantitative grading on the consensus mechanism according to the complexity of the consensus mechanism, assigns a complex consensus mechanism to a higher consensus mechanism level, and assigns a simple consensus mechanism to a lower consensus mechanism level, so as to dynamically select a proper block chain consensus mechanism in real time according to the service data.
The method for selecting the block chain consensus mechanism according to an embodiment of the present disclosure is described below with reference to fig. 2 to illustrate how to reduce the resource overhead caused by the consensus mechanism in the block chain technique.
Fig. 2 is a flowchart illustrating a method for selecting a block chain consensus mechanism according to an embodiment of the present disclosure. As shown in fig. 2, the method for selecting the blockchain consensus mechanism in this embodiment includes steps S202 to S208.
In step S202, the consensus node receives the traffic data.
For example, the consensus node a may receive traffic data from other consensus node bs. The service data may have consensus mechanism impact factor information, which may specifically include a member type identifier, a security type identifier, a data type identifier, and a service type identifier.
In step S204, the consensus node determines a consensus mechanism level of the service data according to the consensus mechanism influence factor information in the service data.
In performing blockchain endorsement, the consensus mechanism impact factors may include, but are not limited to, a user type level, an information security level, a data type level, and a service type level, for example. The consensus mechanism impact factor may be extended as needed. The user type level can be determined according to the member type identification, such as a common member or a platinum member in a service system member mechanism. The information security level can be determined according to the security type identifier, for example, the user information in the business system can be information with a higher security level, and the commodity information can be information with a lower security level. Determining data type levels according to the data type identifications, wherein log data, transaction data and user data respectively have different data type levels; the service type grade can be determined according to the service type identification, for example, for an e-commerce system, transaction settlement is a relatively core service, and the service type grade is higher; the search traffic is a relatively marginal traffic, with a lower traffic type level.
By utilizing the consensus mechanism influence factor information, the consensus mechanism influence factor value and the consensus mechanism influence factor weight of the service data under each consensus mechanism influence factor item can be determined. And then, carrying out weighted summation on the consensus mechanism influence factor value and the consensus mechanism influence factor weight to obtain the consensus mechanism grade of the service data.
Optionally, in step S206, a recognition mechanism level of each candidate block chain recognition mechanism is predetermined, and the recognition mechanism level of each candidate block chain recognition mechanism is positively correlated to the recognition mechanism complexity.
The alternative blockchain consensus mechanism may specifically include POW (Proof of Work), POS (Proof of stock), DPOS (guaranteed Proof of stock), PBFT (Practical Byzantine Fault Tolerance algorithm), and the like. The POW calculates a random number meeting the rule through AND operation, namely the accounting right of this time is obtained, then data which needs to be recorded in the round is sent out, and the data are stored together after the other nodes of the whole network are verified. The POS is an upgrading consensus mechanism, and can reduce the ore digging difficulty in an equal proportion according to the proportion and time of each node in the token, so that the speed of finding the random number is increased. DPOS is a process of voting by each person holding a share of bits, thereby generating a 101-bit representation, which we can understand as 101 super nodes or pools, and the rights of the 101 super nodes are identical to each other. PBFT is a state machine copy replication algorithm, namely, a service is modeled as a state machine, and the state machine performs copy replication on different nodes of a distributed system. The copies of each state machine preserve the state of the service and also enable the operation of the service. The set of all replicas is represented using the capital letter R, each replica being represented using an integer from 0 to | R | -1.
When the consensus mechanism grades are divided, alternative consensus mechanisms such as POW, POS, DPOS, PBFT, PAXOS, RAFT, RIPPLE and the like can be divided into 1-10 consensus mechanism grades, that is, each consensus mechanism grade has a corresponding consensus mechanism, the consensus mechanism grade of PAXOS or RAFT can be set to be more than 8 levels (the consensus mechanism can be used only when the consensus mechanism grade indicating service data is not less than 8), the consensus mechanism grade of PBFT is set to be more than 5 levels, and the consensus mechanism grade of POW, POS, RIPPLE and the like is set to be more than 1 level.
In step S208, the common identification node selects a corresponding block chain common identification mechanism for the service data from all the alternative block chain common identification mechanisms by using the common identification mechanism level of the service data.
For example, the consensus mechanism level of the traffic data is 5. If the alternative consensus mechanism is divided according to 1-10 levels, a block chain consensus mechanism with a consensus mechanism level of 5 can be selected from the alternative consensus mechanisms. If the alternative consensus mechanism is divided according to the grade range, the grade of the block chain consensus mechanism selected for the service data is not lower than the grade of the consensus mechanism of the service data, namely whether the grade of the consensus mechanism of the service data meets the condition that the grade is not lower than 8 is judged first, and the grade of the consensus mechanism is further judged to meet the condition that the grade is not lower than 5 under the condition that the grade is not met, so the PBFT is selected.
In the embodiment, a suitable block chain consensus mechanism can be dynamically selected in real time according to the consensus mechanism influence factor information in the service data, so that the resource overhead caused by the consensus mechanism in the block chain technology is reduced.
How to determine the level of the consensus mechanism for traffic data is described below in conjunction with fig. 3.
Fig. 3 illustrates one application example of determining a level of consensus mechanism for traffic data. As shown in fig. 3, it is assumed that the impact consensus mechanism includes a user type level, an information security level, and a service type level.
The user type level is X, as the numerical value of the user type level is increased, the degree of attention received by the user is correspondingly increased, and the corresponding weight is correspondingly increased; the information security level is Y, as the numerical value of the information security level becomes larger, the requirement of the user security level becomes larger, and the corresponding weight is correspondingly increased; the class of the service type is Z, and as the class of the service type becomes larger, the used service system becomes complicated and changeable, and the occupied weight is correspondingly increased. L, M, N are weighting coefficients, wherein X, Y, Z, L, M, N is in the range of 1 to 10, and L + M + N is 10. The consensus mechanism rating V for traffic data may be denoted V ═ X × L0.1 + Y × M0.1 + Z × N0.1 + … ….
For example, the user type level is 5, and the weight is 3; the information security level is 8, and the weight is 5; the class of traffic type is 4 and the weight is 2. Thus, V ═ X × L0.1 + Y × M0.1 + Z × N0.1 ═ 6.3. So that the selection of the appropriate consensus mechanism is performed based on the calculated values.
A method of selecting a block chain consensus mechanism according to another embodiment of the present disclosure is described below with reference to fig. 4.
Fig. 4 is a flowchart illustrating a method for selecting a block chain consensus mechanism according to another embodiment of the disclosure. As shown in fig. 4, on the basis of the embodiment shown in fig. 2, the method for selecting a block chain consensus mechanism in this embodiment further includes steps S408 to S412.
In step S410, the consensus node reports the selected block chain consensus mechanism to the user.
For example, the consensus node a may report the selected block chain consensus mechanism PBFT and the consensus mechanism 5 level to the user. After receiving the block chain consensus mechanism selected by the consensus node a, the user can determine whether the consensus mechanism meets the service requirements.
In step S412, the consensus node receives feedback information of the blockchain consensus mechanism sent by the user.
For example, the user judges that such a strict and complicated consensus mechanism is not needed, can accept a lower-level consensus mechanism, and can feed back information to the consensus node. The feedback information may specifically be consensus mechanism information to indicate a consensus mechanism required by the consensus node; the node can also be consensus mechanism level information to indicate the required consensus mechanism level of the consensus node; information may also be adjusted for the consensus mechanism level to instruct the consensus node to decrease (or increase) the consensus mechanism level.
In step S414, the consensus node reselects the block chain consensus mechanism for the service data according to the selected block chain consensus mechanism and the feedback information of the block chain consensus mechanism.
After receiving the feedback information of the user, the consensus node a may reselect the consensus mechanism according to the feedback information. Specifically, the selection of the consensus mechanism, the determination of the consensus mechanism level, or the adjustment of the consensus mechanism level, needs to be directly determined depending on the form of the feedback information.
In the above embodiment, the user may adjust the selected block chain consensus mechanism according to actual needs, so as to further enhance the real-time dynamic selection characteristic of the block chain consensus mechanism, further reduce resource overhead caused by the consensus mechanism in the block chain technology, and enhance user experience.
Fig. 5 illustrates a technical architecture diagram of a blockchain of an embodiment. Among them, the design of the better consensus mechanism selection scheme is modular, such as notify. As shown in fig. 5, a mechanism with an internal dynamic selection consensus algorithm can be constructed by adding a dynamic selection layer of the consensus mechanism to the existing blockchain technology architecture. The dynamic selection layer can reasonably calculate the impact factors and the weight coefficients of the consensus mechanism, combines the consensus mechanism with the confidence dynamic planning consensus mechanism,
the structure of the consensus node of one embodiment of the present disclosure is described below in conjunction with fig. 6.
Fig. 6 shows a schematic structural diagram of a consensus node according to an embodiment of the present disclosure. As shown in fig. 6, the consensus node 60 of this embodiment includes: a mechanism level determination module 602 and a consensus mechanism selection module 604.
A mechanism level determining module 602, configured to determine, after receiving the service data, a consensus mechanism level of the service data according to the consensus mechanism influence factor information in the service data;
the consensus mechanism selecting module 604 is configured to select a corresponding block chain consensus mechanism for the service data from all the alternative block chain consensus mechanisms by using the consensus mechanism level of the service data.
In some embodiments, the mechanism level determination module 602 is configured to: determining a consensus mechanism influence factor value and a consensus mechanism influence factor weight of the service data under each consensus mechanism influence factor item by using the consensus mechanism influence factor information; and carrying out weighted summation on the consensus mechanism influence factor value and the consensus mechanism influence factor weight to obtain the consensus mechanism grade of the service data.
In some embodiments, the consensus mechanism impact factors include a user type level, an information security level, a data type level, and a traffic type level.
In some embodiments, the level of the block chain consensus mechanism selected for the traffic data is not lower than the level of the consensus mechanism for the traffic data.
In some embodiments, the consensus node 60 further comprises an alternative mechanism level determination module 606 configured to: the common identification mechanism grade of each alternative block chain common identification mechanism is predetermined, and the common identification mechanism grade of each alternative block chain common identification mechanism is positively correlated with the complexity of the common identification mechanism.
In the embodiment, a suitable block chain consensus mechanism can be dynamically selected in real time according to the consensus mechanism influence factor information in the service data, so that the resource overhead caused by the consensus mechanism in the block chain technology is reduced.
In some embodiments, the consensus node 60 further comprises a consensus mechanism reselection module 608 configured to: reporting the selected block chain consensus mechanism to a user; receiving feedback information of a block chain consensus mechanism sent by a user; and reselecting the block chain consensus mechanism for the service data according to the selected block chain consensus mechanism and the feedback information of the block chain consensus mechanism.
In the above embodiment, the user may adjust the selected block chain consensus mechanism according to actual needs, so as to further enhance the real-time dynamic selection characteristic of the block chain consensus mechanism, further reduce resource overhead caused by the consensus mechanism in the block chain technology, and enhance user experience.
Fig. 7 is a schematic structural diagram illustrating an apparatus for selecting a block chain consensus mechanism according to an embodiment of the present disclosure. As shown in fig. 7, the apparatus 70 for selecting a block chain consensus mechanism of this embodiment includes: a memory 710 and a processor 720 coupled to the memory 710, the processor 720 being configured to perform a method of selecting a blockchain consensus mechanism according to any of the embodiments described above based on instructions stored in the memory 710.
The robot working device 70 may further include an input/output interface 730, a network interface 740, a storage interface 750, and the like. These interfaces 730, 740, 750, as well as the memory 710 and the processor 720, may be connected, for example, by a bus 760. The input/output interface 730 provides a connection interface for input/output devices such as a display, a mouse, a keyboard, and a touch screen. The network interface 740 provides a connection interface for various networking devices. The storage interface 740 provides a connection interface for external storage devices such as an SD card and a usb disk.
The present disclosure also includes a computer readable storage medium having stored thereon computer instructions that, when executed by a processor, implement a method of selecting a blockchain consensus mechanism in any of the foregoing embodiments.
As will be appreciated by one skilled in the art, embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable non-transitory storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the disclosure. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above description is only exemplary of the present disclosure and is not intended to limit the present disclosure, so that any modification, equivalent replacement, or improvement made within the spirit and principle of the present disclosure should be included in the scope of the present disclosure.
Claims (4)
1. A method of selecting a blockchain consensus mechanism, comprising:
after receiving service data, determining a consensus mechanism grade of the service data according to consensus mechanism influence factor information in the service data, wherein the consensus mechanism influence factor information comprises a member type identifier, a security type identifier, a data type identifier and a service type identifier, determining a user type grade by using the member type identifier, determining an information security grade by using the security type identifier, determining a data type grade by using the data type identifier, determining a service type grade by using the service type identifier, calculating a weighted sum of the user type grade, the information security grade, the data type grade and the service type grade to obtain the consensus mechanism grade of the service data, wherein the weight of the user type grade is positively correlated with the user type grade, and the weight of the information security grade is positively correlated with the information security grade, the weight of the service type level is positively correlated with the service type level;
predetermining the consensus mechanism grade of each alternative block chain consensus mechanism, wherein the consensus mechanism grade of each alternative block chain consensus mechanism is positively correlated with the complexity of the consensus mechanism;
selecting a corresponding block chain consensus mechanism for the service data from all alternative block chain consensus mechanisms by utilizing the consensus mechanism grade of the service data, wherein the grade of the block chain consensus mechanism selected for the service data is not lower than the consensus mechanism grade of the service data;
reporting the selected block chain consensus mechanism to a user; receiving feedback information of a block chain consensus mechanism sent by a user; and reselecting the block chain consensus mechanism for the service data according to the selected block chain consensus mechanism and the feedback information of the block chain consensus mechanism.
2. A consensus node, comprising:
a mechanism level determination module configured to determine a consensus mechanism level of service data according to consensus mechanism influence factor information in the service data after receiving the service data, wherein the consensus mechanism influence factor information includes a member type identifier, a security type identifier, a data type identifier and a service type identifier, determine a user type level by using the member type identifier, determine an information security level by using the security type identifier, determine a data type level by using the data type identifier, determine a service type level by using the service type identifier, calculate a weighted sum of the user type level, the information security level, the data type level and the service type level to obtain the consensus mechanism level of the service data, wherein a weight of the user type level is positively correlated with the user type level, the weight of the information security level is positively correlated with the information security level, and the weight of the service type level is positively correlated with the service type level;
an alternative mechanism level determination module configured to: predetermining the consensus mechanism grade of each alternative block chain consensus mechanism, wherein the consensus mechanism grade of each alternative block chain consensus mechanism is positively correlated with the complexity of the consensus mechanism;
a consensus mechanism selection module configured to select a corresponding block chain consensus mechanism for the service data from all alternative block chain consensus mechanisms by using a consensus mechanism level of the service data, wherein the level of the block chain consensus mechanism selected for the service data is not lower than the consensus mechanism level of the service data;
a consensus mechanism reselection module configured to: reporting the selected block chain consensus mechanism to a user; receiving feedback information of a block chain consensus mechanism sent by a user; and reselecting the block chain consensus mechanism for the service data according to the selected block chain consensus mechanism and the feedback information of the block chain consensus mechanism.
3. An apparatus for selecting a blockchain consensus mechanism, comprising:
a memory; and
a processor coupled to the memory, the processor configured to perform the method of selecting a blockchain consensus mechanism of claim 1 based on instructions stored in the memory.
4. A computer readable storage medium having stored thereon computer instructions which, when executed by a processor, implement the method of selecting a blockchain consensus mechanism as claimed in claim 1.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810441528.0A CN108647967B (en) | 2018-05-10 | 2018-05-10 | Method and device for selecting block chain consensus mechanism and consensus node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810441528.0A CN108647967B (en) | 2018-05-10 | 2018-05-10 | Method and device for selecting block chain consensus mechanism and consensus node |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108647967A CN108647967A (en) | 2018-10-12 |
| CN108647967B true CN108647967B (en) | 2021-09-14 |
Family
ID=63754121
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810441528.0A Active CN108647967B (en) | 2018-05-10 | 2018-05-10 | Method and device for selecting block chain consensus mechanism and consensus node |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108647967B (en) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109508295B (en) * | 2018-11-14 | 2021-11-09 | 联动优势科技有限公司 | Block chain consensus algorithm testing method and device, calculating device and storage medium |
| TWI701618B (en) * | 2019-01-09 | 2020-08-11 | 台灣海耶克股份有限公司 | Method of allocating resources by task hierarchy |
| CN111614709B (en) * | 2019-02-26 | 2022-12-16 | 傲为有限公司 | Partition transaction method and system based on block chain |
| CN110557427B (en) * | 2019-07-15 | 2022-07-26 | 浙江工业大学 | Intelligent home security control method for balancing network performance and security |
| CN111464633B (en) * | 2020-03-31 | 2023-03-21 | 成都质数斯达克科技有限公司 | Consensus method and system for transaction information of block chain |
| CN113256426B (en) * | 2020-05-29 | 2023-08-04 | 支付宝(杭州)信息技术有限公司 | Data processing method, device, equipment and medium |
| CN111861469A (en) * | 2020-07-27 | 2020-10-30 | 北京金山云网络技术有限公司 | Processing method and device for consensus mechanism in block chain and electronic equipment |
| CN112261155B (en) * | 2020-12-21 | 2021-03-16 | 哈尔滨工业大学(深圳)(哈尔滨工业大学深圳科技创新研究院) | Internet of things access control method with dynamic consensus based on block chains of alliances |
| CN113992335B (en) * | 2021-12-28 | 2022-03-25 | 广州敏行区块链科技有限公司 | Self-adaptive multi-consensus block chain processing method and system |
| CN114296831A (en) * | 2021-12-30 | 2022-04-08 | 迅鳐成都科技有限公司 | Dynamic loading method, device and system for block chain consensus algorithm and storage medium |
| CN117455473A (en) * | 2022-07-07 | 2024-01-26 | 汇丰软件开发(广东)有限公司 | Modular analysis method for common algorithm in central office digital currency system |
| CN115470292B (en) * | 2022-08-22 | 2023-10-10 | 深圳市沃享科技有限公司 | Block chain consensus method, device, electronic equipment and readable storage medium |
| CN116614311B (en) * | 2023-07-18 | 2023-11-03 | 中移(苏州)软件技术有限公司 | Mirror image signature method, device, service node, terminal and readable storage medium |
| CN117336296B (en) * | 2023-12-01 | 2024-03-26 | 太极计算机股份有限公司 | Intelligent selection method for cluster consensus |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8494436B2 (en) * | 2006-11-16 | 2013-07-23 | Watertown Software, Inc. | System and method for algorithmic selection of a consensus from a plurality of ideas |
| CN106651346A (en) * | 2016-11-28 | 2017-05-10 | 上海凯岸信息科技有限公司 | Block chain-based credit investigation data sharing and trading system |
| CN107450981B (en) * | 2017-05-31 | 2020-04-24 | 创新先进技术有限公司 | Block chain consensus method and equipment |
| CN107360248B (en) * | 2017-07-31 | 2020-08-25 | 众安信息技术服务有限公司 | Method and apparatus for configuring local consensus and computer-readable storage medium |
-
2018
- 2018-05-10 CN CN201810441528.0A patent/CN108647967B/en active Active
Non-Patent Citations (1)
| Title |
|---|
| Proof of Vote: A High-Performance Consensus Protocol Based on Vote Mechanism & Consortium Blockchain;Kejiao Li;《2017 IEEE 19th International Conference on High Performance Computing and Communications》;20171220;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108647967A (en) | 2018-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108647967B (en) | Method and device for selecting block chain consensus mechanism and consensus node | |
| US10924535B2 (en) | Resource load balancing control method and cluster scheduler | |
| Ahmadi et al. | A multi objective optimization approach for flexible job shop scheduling problem under random machine breakdown by evolutionary algorithms | |
| Contreras et al. | Stochastic uncapacitated hub location | |
| Kołodziej et al. | Multi-level hierarchic genetic-based scheduling of independent jobs in dynamic heterogeneous grid environment | |
| Zhao et al. | An effective hybrid genetic algorithm with flexible allowance technique for constrained engineering design optimization | |
| Xu et al. | Parallel‐differential evolution approach for optimal event‐driven load shedding against voltage collapse in power systems | |
| Yu et al. | Joint optimization of service request routing and instance placement in the microservice system | |
| Liu et al. | Reliability-enhanced task offloading in mobile edge computing environments | |
| Wen et al. | Running industrial workflow applications in a software-defined multicloud environment using green energy aware scheduling algorithm | |
| Fu et al. | A spatial network model for civil infrastructure system development | |
| Eyckerman et al. | Requirements for distributed task placement in the fog | |
| CN111782359B (en) | Distributed computing system task allocation method and related equipment | |
| CN112016796A (en) | Comprehensive risk scoring request processing method and device and electronic equipment | |
| Mishra et al. | Test case generation and optimization for critical path testing using genetic algorithm | |
| Dewangan et al. | Workload aware autonomic resource management scheme using grey wolf optimization in cloud environment | |
| Jamali et al. | An imperialist competitive algorithm for virtual machine placement in cloud computing | |
| Mousavi Nik et al. | Cost-driven workflow scheduling on the cloud with deadline and reliability constraints | |
| CN111209930A (en) | Method and device for generating credit granting strategy and electronic equipment | |
| Levitin et al. | Optimal spot-checking for collusion tolerance in computer grids | |
| WO2019162859A1 (en) | Workload modeling for cloud systems | |
| US20160342899A1 (en) | Collaborative filtering in directed graph | |
| Gopu et al. | Energy-efficient virtual machine placement in distributed cloud using NSGA-III algorithm | |
| Balasubramaniam et al. | Balanced, non-contiguous partitioning of power systems considering operational constraints | |
| Shirasawa et al. | A comparative study of heuristic algorithms for the multiple target access problem |
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 |