CN110944046A - Control method of consensus mechanism and related equipment - Google Patents

Control method of consensus mechanism and related equipment Download PDF

Info

Publication number
CN110944046A
CN110944046A CN201911163524.1A CN201911163524A CN110944046A CN 110944046 A CN110944046 A CN 110944046A CN 201911163524 A CN201911163524 A CN 201911163524A CN 110944046 A CN110944046 A CN 110944046A
Authority
CN
China
Prior art keywords
consensus
node device
node
target
consensus mechanism
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
Application number
CN201911163524.1A
Other languages
Chinese (zh)
Other versions
CN110944046B (en
Inventor
周开班
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201911163524.1A priority Critical patent/CN110944046B/en
Publication of CN110944046A publication Critical patent/CN110944046A/en
Application granted granted Critical
Publication of CN110944046B publication Critical patent/CN110944046B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Computer Hardware Design (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer And Data Communications (AREA)

Abstract

The embodiment of the application discloses a control method of a consensus mechanism and related equipment. Wherein the method comprises the following steps: the method comprises the steps that first node equipment obtains a consensus mechanism updating request which comprises target parameters; the first node equipment sends the consensus mechanism updating request to other node equipment of the block chain network so that the other node equipment performs consensus processing on the consensus mechanism updating request; and the node equipment of the block chain network updates the consensus parameter in the consensus mechanism into the target parameter. By adopting the embodiment of the application, the first node equipment can update the consensus algorithm and the consensus rule of the blockchain network according to the consensus mechanism update request. The method and the device have the advantages that the process of updating the consensus algorithm and the consensus rule of the block chain network is easier, and the updating efficiency of the consensus mechanism in the block chain network is improved.

Description

Control method of consensus mechanism and related equipment
Technical Field
The present application relates to the field of communications technologies, and in particular, to a control method for a consensus mechanism and a related device.
Background
With the development of the digital world, the organization architecture relying on a centralized mechanism has hindered social progress to some extent. The blockchain technique, as an integrated application of decentralization, distributed storage, consensus mechanism and encryption algorithm, is considered as a subversion of the computer model following the internet. But the blockchain technology still has the problems of small scalability, immature open source project, and low update efficiency of the consensus mechanism. Therefore, how to improve the update efficiency of the consensus mechanism becomes a hot topic of current research.
Disclosure of Invention
The embodiment of the application provides a control method of a consensus mechanism and related equipment, so that node equipment of a block chain network can flexibly modify the consensus mechanism, and the update efficiency of the consensus mechanism in the block chain network is improved.
In a first aspect, an embodiment of the present application provides a method for controlling a consensus mechanism, where the method specifically includes:
the method comprises the steps that first node equipment receives a consensus mechanism updating request sent by a client, wherein the consensus mechanism updating request comprises target parameters;
the first node equipment updates the consensus parameter contained in the consensus mechanism into a target parameter;
the first node device sends a consensus mechanism update request to at least one second node device in the block chain network except the first node device, so that each second node device updates the consensus parameters contained in the consensus mechanism into target parameters, and the block chain network is the block chain network to which the first node device belongs.
In one implementation, the first node device receives a consensus mechanism update request sent by the client, and checks the consensus mechanism update request. And when the verification result is that the verification is successful, sending the consensus mechanism updating request to other node equipment (second node equipment) except the first node equipment in the block chain network.
The first node device checks the consensus mechanism update request as follows: and the first node equipment verifies the digital signature of the target parameter according to the public key of the client. The digital signature is generated by processing the target parameter by the client side by using a private key of the client side. And if the verification is passed, sending the consensus mechanism updating request to each second node device.
In one implementation, the first node device sends the consensus mechanism update request to the second node devices, and may further receive a check result of each second node device on the consensus mechanism update request. And when the number of the second node devices successfully verified in the verification result is greater than a preset threshold value, determining that the verification of the consensus mechanism updating request is successful. That is, the node device of the blockchain network succeeds in consensus processing on the consensus mechanism update request.
The checking process of the second node equipment of the block chain network to the consensus mechanism updating request is as follows: and the second node equipment decrypts the digital signature of the target parameter according to the public key of the client to obtain the abstract 1 of the target parameter. The second node device performs the same hash algorithm on the target parameter as the first node device, and creates a digest 2. If the digest 1 is the same as the digest 2, it indicates that the consensus-mechanism update request sent by the first node device to the second node device was not falsified. Meaning that the second node device verifies the consensus mechanism update request successfully.
In one implementation, if the node device of the blockchain network successfully recognizes the consensus mechanism update request, the first node device may generate a notification message and send the notification message to the second node device. The notification message is used for indicating that the consensus mechanism update request passes the consensus. Accordingly, the second node device may update the consensus parameter included in the consensus mechanism to the target parameter.
In one implementation, the first node device may further generate a block based on the consensus mechanism update request, and issue the block to the blockchain network, so that the second node device performs persistence processing on the block.
In a second aspect, an embodiment of the present application provides a node device, where the node device has a function of implementing the control over the consensus mechanism described in the first aspect. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.
In one implementation, the node device includes a receiving module, an updating module, and a sending module. The receiving module is used for receiving a consensus mechanism updating request sent by a client; and the receiving module is further configured to receive the check result sent by each second node device in the block chain network. And the updating module is used for updating the consensus parameter in the consensus mechanism into the target parameter included in the consensus mechanism updating request. A sending module, configured to send the consensus mechanism update request to the second node device; the sending module is further configured to send the notification message to the second node device, so that the second node device updates the consensus parameter in the consensus mechanism to the target parameter.
In a third aspect, an embodiment of the present application provides a node device, where the node device has a function of updating a consensus parameter in a consensus mechanism to a target parameter in an update request of the consensus mechanism, which is described in the first aspect. The node device comprises a processor, an input device, an output device and a memory, wherein the processor, the input device, the output device and the memory are connected with each other. Wherein the memory is configured to store a computer program comprising program instructions, and the processor is configured to invoke the program instructions for performing the operations involved in the first aspect.
In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium for storing a computer program for a node device, which includes a program for executing the foregoing first aspect.
By implementing the embodiment of the application, the first node device may update the consensus parameter in the consensus mechanism to the target parameter in the consensus mechanism update request, and send the consensus mechanism update request to the second node device. Accordingly, the second node device may update the consensus parameter in the consensus mechanism to the target parameter in the consensus mechanism update request. Therefore, compared with a fixed and unchangeable consensus mechanism of a traditional block chain network, the embodiment of the application can realize flexible modification of the consensus mechanism.
Drawings
In order to more clearly describe the technical solutions in the embodiments or background art of the present application, the drawings required to be used in the embodiments of the present application will be described below.
Fig. 1 is a block chain network architecture according to an embodiment of the present disclosure;
fig. 2a is a schematic structural diagram of a system of a conventional blockchain network according to an embodiment of the present application;
fig. 2b is a schematic structural diagram of a system of a blockchain network according to an embodiment of the present invention;
fig. 3 is a schematic flowchart of a control method of a consensus mechanism according to an embodiment of the present application;
fig. 4 is a schematic flowchart of a control method of another consensus mechanism provided in an embodiment of the present application;
fig. 5 is a schematic structural diagram of a system of a blockchain network according to an embodiment of the present disclosure;
fig. 6a is a schematic structural diagram of a node adding device in a blockchain network according to an embodiment of the present disclosure;
fig. 6b is a schematic structural diagram of a node deleting device in a blockchain network according to an embodiment of the present disclosure;
fig. 6c is a schematic structural diagram of a node device for updating a blockchain network according to an embodiment of the present disclosure;
fig. 7 is a schematic structural diagram of a node device according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of another node device provided in the embodiment of the present application.
Detailed Description
The embodiments of the present application will be described below with reference to the drawings.
With the advent of the scientific and technological age and the development of the mobile internet, how to realize the reliability of each transaction and make a correct decision and the like becomes a key factor influencing each large enterprise under the large background of information networking. Therefore, the blockchain technology has been widely applied to information storage, data transaction, and the like in various fields due to its characteristics of complete traceability, decentralization, and credit removal.
The Block Chain (BC) is a novel application mode of computer technologies such as distributed data storage, consensus mechanism, encryption algorithm and the like, and has the characteristics of decentralization, openness, independence, safety, anonymity and the like. Generally, a traditional transaction model is a transaction model constructed based on centralized thinking, that is, on the premise that two transaction parties do not trust each other, the centralized formation of a third party is promoted, and the third party serves as an arbitrator to witness the activities of the two transaction parties in the transaction process. The decentralized feature of the blockchain technology means that in a blockchain network, each node device stores data, data redundancy is realized through distributed storage, all nodes can have the ability to maintain the safety of a database, and the whole transaction is autonomous and simplified.
Taking the schematic architecture of the blockchain network shown in fig. 1 as an example, the blockchain network may include a node device 1, a node device 2, a node device 3, a node device 4, and the like. Each node device may acquire transaction data, generate a block based on the transaction data, and publish the block to the blockchain network for uplink. Therefore, each node device can store the transaction data, and distributed storage of the transaction data is further realized.
The transaction data generation block is written into the block chain network, and the transaction data needs to be subjected to consensus processing through node equipment of the block chain network. The consensus processing of the transaction data comprises the following steps: node devices in the blockchain network may "vote" for the transaction data according to a consensus algorithm so that the node devices may complete verification and validation of the transaction data. Commonly, the above-mentioned consensus algorithm may include a workload proof mechanism, a rights proof mechanism, a share authorization proof mechanism, a Pool verification Pool, a pragmatistine, etc.
For example, as shown in fig. 1, the blockchain network includes node device 1, node device 2, node device 3, and node device 4. When the node devices 1 to 4 perform consensus processing on the transaction data, if at least 3 node devices in the consensus result are successful, the transaction data can be determined to pass the consensus. A tile may be generated based on the transaction data and published to a blockchain network.
The blocks store files of recorded transaction data, and each block comprises the identification of a previous block and the identification of a next block. The design enables each block to find the nodes before and after the block, so that a plurality of blocks form a complete transaction chain, namely the block chain is formed. Wherein each block has a time stamp indicating that the block is of the time-write block chain.
For example, as shown in FIG. 1, the timestamp of Block 1 is 16:03:00, which indicates that Block 1 was written at 4 PM, zero 3 min 0 sec. Now a block 4 is written into the blockchain network at 16:03:48, then the identification of block 3 is included in this block 4. Accordingly, block 4 may be connected to block 3, and thus block 1, block 2, block 3, and block 4 may form a complete transaction chain.
Even though the blockchain network exhibits the rich functions, the node devices, the number of the node devices, the consensus algorithm, and the like in the blockchain network are often fixed and invariable. The common knowledge algorithm and the common knowledge mechanism cannot be flexibly modified, and the problem that the update efficiency of the common knowledge mechanism in the block chain network is not high occurs.
The method aims to solve the problems that the consensus algorithm cannot be flexibly updated about the blockchain network and the node devices and the number of the node devices in the blockchain network are modified. The embodiment of the application provides a control method and related equipment of a consensus mechanism, and the control method and related equipment of the consensus mechanism can flexibly update the consensus mechanism of a block chain network, so that the update efficiency of the consensus mechanism is improved, and the like.
Modifications to the blockchain network may include: modifying the consensus algorithm, modifying the consensus ratio, adding, deleting or replacing node equipment in the blockchain network, or modifying the update cycle of the consensus mechanism. The application provides a scheme for realizing the change of a consensus algorithm and a consensus rule by modifying an intelligent contract, and the specific implementation process of the scheme comprises the following steps: a first node device in a blockchain network can obtain a consensus mechanism update request from a client, wherein the consensus mechanism update request comprises a target parameter; the first node equipment updates the consensus parameter in the consensus mechanism into a target parameter; the first node equipment sends the consensus mechanism updating request to the second node equipment, so that each second node equipment updates the consensus parameters in the consensus mechanism into the target parameters.
It should be noted that the second node device mentioned above is another node device in the block network except the first node device. Moreover, each second node device may also be referred to as a third node device, a fourth node device, and the like, which is not limited in this embodiment of the present application.
By implementing the embodiment of the application, the node equipment in the blockchain network can update the consensus parameter in the consensus mechanism into the target parameter in the consensus mechanism update request. Compared with the traditional fixed and unchangeable consensus mechanism of the block chain network. According to the embodiment of the application, the user can send the consensus mechanism updating request containing the target parameter to the first node equipment of the block chain network through the client, so that the node equipment of the block chain network can flexibly update the consensus mechanism, and the updating efficiency of the consensus mechanism is improved.
Referring to fig. 3, fig. 3 is a schematic flowchart illustrating a control method of a consensus mechanism according to an embodiment of the present application, where the method includes, but is not limited to, the following steps:
step S301: the first node device receives a consensus mechanism update request, the consensus mechanism update request comprising: a target parameter.
Specifically, when detecting a user operation, the client generates a consensus mechanism update request, and then sends the consensus mechanism update request to the first node device.
In one implementation, a first node device may obtain a periodic update request, the periodic update request including a target time period. In detail, the first node device may receive a periodic update request sent by the client, and update the preset time period to a target time period included in the periodic update request.
For example, the preset time period in the blockchain network is 10 days, that is, the first node device may receive the consensus mechanism update request every 10 days. If the target time period included in the periodic update request received by the first node device is 5 days, that is, the first node device receives the consensus mechanism update request every 10 days, the first node device may now receive the consensus mechanism update request every 5 days.
Therefore, the preset time period is updated to the target time period, so that the time period for the first node device to obtain the update request of the consensus mechanism is more reasonable, and the block chain network can better adapt to the requirements of multiple fields.
Step S302: and the first node equipment updates the consensus parameter in the consensus mechanism into the target parameter.
The target parameters include: the target consensus is carried out according to the proportion, the target consensus algorithm, the target equipment identification, the equipment identification of the third node equipment and the target quantity.
In one implementation, the consensus mechanism update request received by the first node device is used to indicate that the consensus passing proportion of the blockchain network is updated. Specifically, the first node device may update the consensus passing ratio to the target consensus passing ratio.
After the first node device updates the consensus passing proportion to the target consensus passing proportion, the method further includes: if the first node device receives the transaction data, the first node device can verify the transaction data; when the verification is passed, the first node equipment sends the transaction data to the second node equipment so that the second node equipment verifies the transaction data; the first node equipment can also receive the check result sent by each second node equipment; and if the number of the second node devices successfully verified in the verification result is larger than the target consensus passing proportion, determining that the transaction data is agreed and passed.
For example, assuming that the consensus pass ratio is 51%, that is, when the number of second node devices that are successfully verified in the verification result is greater than 51%, it is determined that the verification of the transaction data is successful. Assuming that the target consensus passing ratio is 60%, that is, when the number of the second node devices successfully verified in the verification result is greater than 60%, it is determined that the verification of the transaction data is successful.
For another example, assuming that the number of verification results is 20, where the number of second node devices that have been successfully verified is 11, the number of successful verification accounts for 55% of the verification result. It can be seen that 55% is greater than the consensus passage ratio of 51%, but 55% is less than the target consensus passage ratio of 60%. Thus, the first node device may determine that the verification of the transaction data was successful before updating the consensus pass ratio to the target consensus pass ratio. However, the first node device may determine that the verification of the transaction data failed after updating the consensus pass ratio to the target consensus pass ratio.
In one implementation, the consensus mechanism update request received by the first node device is used to instruct updating of the consensus algorithm in the blockchain network. Specifically, the first node device may update the consensus algorithm to the target consensus algorithm.
After the first node device updates the consensus algorithm to the target consensus algorithm, the method further includes: and if the first node equipment receives the transaction data, the first node equipment performs consensus processing on the transaction data according to the target consensus algorithm.
In one implementation, the consensus mechanism update request received by the first node device is used to indicate that a node device is added in the blockchain network. Specifically, the consensus mechanism update request received by the first node device may include the target device identity to be added. Accordingly, the first node device may use the node device corresponding to the target device identifier as a node device (second node device) of the blockchain network.
After the first node device uses the node device corresponding to the target device identifier as the node device of the blockchain network, the method further includes: if the first node device receives the transaction data, the first node device may send the transaction data to the updated blockchain network, so that the node devices in the updated blockchain network perform consensus processing on the transaction data.
Taking fig. 6a as an example, the node devices included in the blockchain network before updating are: the system comprises a first node device, a second node device A and a second node device B. At this time, the consensus mechanism update request received by the first node device includes the node device identifier (target device identifier) of the second node device C, and then the first node device may use the second node device C as a node device in the blockchain network. And further obtaining an updated blockchain network, wherein the node device of the updated blockchain network comprises: the node device comprises a first node device, a second node device A, a second node device B and a second node device C.
In one implementation, the consensus mechanism update request received by the first node device is used to indicate deletion of the node device in the blockchain network. Specifically, the consensus mechanism update request received by the first node device includes a node device identifier (target device identifier) of the node device to be deleted. Correspondingly, the first node device no longer takes the node device corresponding to the target device identifier as the node device in the blockchain network.
After the first node device does not use the node device corresponding to the target device identifier as the second node device, the method further includes: if the first node device receives the transaction data, the first node device may send the transaction data to the updated blockchain network, so that the node devices in the updated blockchain network perform consensus processing on the transaction data.
Taking fig. 6b as an example, the node device in the blockchain network before updating may include: the node device comprises a first node device, a second node device A, a second node device B and a second node device C. At this time, the device identifier of the node device to be deleted in the consensus mechanism update request received by the first node device is the second node device C, and the first node device may no longer use the second node device C as a node device of the blockchain network. Therefore, the node device in the updated blockchain network includes: the system comprises a first node device, a second node device A and a second node device B.
In one implementation, the consensus-mechanism-update-request received by the first node device is used to instruct updating of the node device in the blockchain network. Specifically, the consensus mechanism update request received by the first node device includes: a device identification of the third node device, a target device identification. The third node device is a node device to be updated, and the third node device is other node devices except the first node device in the blockchain network. And the node device corresponding to the target device identification is used for replacing a third node device.
After the first node device updates the third node device in the blockchain network to the node device corresponding to the target device identifier, the method further includes: the first node device receives the transaction data and sends the transaction data to other node devices except the first node device in the updated blockchain network, so that the other node devices in the updated blockchain network perform consensus processing on the transaction data.
Taking fig. 6c as an example, before updating the node device in the blockchain network, the node device in the blockchain network is: the system comprises a first node device, a second node device A and a second node device B. Now, the third node device in the consensus mechanism update request received by the first node device is the second node device B, and the node device corresponding to the target device identifier in the consensus mechanism update request is the second node device C. The node devices included in the updated blockchain network include: the system comprises a first node device, a second node device A and a second node device C.
In one implementation, the consensus mechanism update request received by the first node device is used to indicate that the number of node devices in the blockchain network is updated. Specifically, the consensus mechanism update request received by the first node device includes the target number. And the first node equipment updates the node equipment in the block chain network according to the target quantity to obtain the updated block chain network.
After the first node device updates the node devices in the blockchain network according to the target number, the method further includes: and the first node equipment receives the transaction data and sends the transaction data to the updated node equipment in the blockchain network, so that the updated node equipment in the blockchain network performs consensus processing on the transaction data.
Therefore, the embodiment of the application can modify the consensus algorithm of the blockchain network, update the node devices and the number of the node devices in the blockchain network, and even modify the time period for acquiring the consensus mechanism update request. The modification of the consensus mechanism of the blockchain network by the first node device is made easier.
Step S303: the first node device sends a consensus mechanism update request to the second node device.
Step S304: and the second node equipment updates the consensus parameter in the consensus mechanism into the target parameter.
Therefore, by the control method of the consensus mechanism mentioned in the embodiment of the present application, the first node device may update the consensus parameter of the consensus mechanism in the blockchain network to be the target parameter, thereby implementing flexible update of the consensus mechanism of the blockchain network, so as to improve the update efficiency of the consensus mechanism.
Fig. 4 is a schematic flowchart of another control method of a consensus mechanism provided in an embodiment of the present application, where the method includes, but is not limited to, steps S401 to S410, where:
step S401: the first node device obtains a consensus mechanism update request, which includes a target parameter.
Step S402: the first node device verifies the consensus-mechanism-update-request.
Specifically, the consensus mechanism update request received by the first node device further includes a digital signature of the target parameter by the client. Therefore, the checking, by the first node device, of the consensus mechanism update request may be: the first node device may verify the digital signature of the target parameter according to the public key of the client. And if the verification is passed, sending the consensus mechanism update to the second node equipment so that the second node equipment performs consensus processing on the consensus mechanism update request.
Step S403: the first node device sends a consensus mechanism update request to the second node device.
Step S404: and the second node equipment checks the consensus mechanism updating request.
Specifically, after receiving the consensus mechanism update request sent by the first node device, the second node device may verify the digital signature of the target parameter according to the public key of the client, so as to obtain a verification result. The verification result may be verification success or verification failure.
It should be noted that, a check result obtained by checking the consensus mechanism update request by each node device in the blockchain network is not affected by other node devices in the blockchain network except the node device. For example, in fig. 5, it is assumed that the result of the check on the consensus mechanism update request by the second node device a is a check failure, and then the result of the check by the second node device a does not affect the process of the check on the consensus mechanism update request by the second node device B, and even does not affect the result of the check by the second node device B.
Step S405: the second node device sends the verification result to the first node device.
Step S406: if the verification is passed, the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, and generates a notification message.
Specifically, the first node device compares whether the number of the second node devices successfully verified in the verification result is greater than a preset threshold, and if the number is greater than the preset threshold, it is determined that the verification of the consensus mechanism update request is successful. I.e. the consensus passes on the consensus mechanism update request.
For example, assuming that the preset threshold is 50%, the number of the first node devices receiving the verification results is 20, where the number of successful verification is 13, and the number of successful verification second node devices is 13, which accounts for 65% of the total 20 verification results. It can be appreciated that 60% is greater than 50%, then it can be determined that the check for the consensus-mechanism update request is successful, i.e., the consensus for the consensus-mechanism update request is passed.
In one implementation, when the first node device determines that the checking of the consensus mechanism update request is successful, the first node device may further generate a notification message, where the notification message is used to indicate that the consensus mechanism update request passes.
Step S407: the first node device sends the notification message to the second node device.
Step S408: and the second node equipment updates the consensus parameter in the consensus mechanism into the target parameter.
Step S409: the first node device generates a block based on the consensus mechanism update request.
Step S410: the first node device issues the block to a blockchain network.
The first node device issues the block to the blockchain network so that other node devices in the blockchain network can perform persistence processing on the block.
Therefore, by the control method of the consensus mechanism mentioned in the embodiment of the present application, the node device of the blockchain network can perform consensus processing on the consensus mechanism update request. Only if the consensus passes, the first node device generates a block based on the consensus mechanism update request and issues the block to the block network. The information stored in the blocks in the block chain network is reliable, and the updating efficiency of the consensus mechanism is improved.
Referring to fig. 7, fig. 7 is a schematic structural diagram of a node device according to an embodiment of the present application, where the node device 7 is configured to execute steps executed by a first node device in the method embodiments corresponding to fig. 3 to fig. 4, and the node device 7 may include:
a receiving module 701, configured to receive a consensus mechanism update request sent by a client, where the consensus mechanism update request includes a target parameter;
an updating module 703, configured to update the consensus parameter in the consensus mechanism to a target parameter;
a sending module 702, configured to send the consensus mechanism update request to at least one second node device in the blockchain network except the first node device, so that each second node device updates the consensus parameter included in the consensus mechanism to the target parameter, where the blockchain network is the blockchain network to which the first node device belongs.
In one implementation, the consensus mechanism update request is used to indicate to update a consensus passing ratio of the blockchain network, and the target parameter is a target consensus passing ratio;
after the update module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the update module further includes:
receiving unit 7011 receives transaction data, and verifying unit 7012 verifies the transaction data;
when the verification passes, the sending module 702 sends the transaction data to each second node device;
a receiving module 701 receives a verification result sent by each second node device, where the transaction result is obtained by verifying the transaction data by the second node device;
and when the verification result is that the number of the second node devices passing the verification is larger than the target consensus passing proportion, determining that the transaction data passes the consensus.
In one implementation manner, after the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the processing module 704 performs consensus processing on the transaction data according to the target consensus algorithm.
In one implementation, the consensus mechanism update request is used to indicate that a node device is added in the blockchain network, and the target parameter includes a target device identifier;
the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the updating module 703 takes the node device corresponding to the target device identifier as the second node device to update the block chain network;
after the update module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the update module further includes:
the receiving module 701 receives transaction data, and the sending module 702 sends the transaction data to second node devices in the updated blockchain network except for the first node device, so that each second node device in the updated blockchain network performs consensus processing on the transaction data.
In one implementation, the consensus mechanism update request is used to indicate to delete a node device in the blockchain network, and the target parameter includes a target device identifier;
the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the processing module 704 deletes the node device corresponding to the target device identifier in the blockchain network, so that the updating module 703 updates the blockchain network;
after the update module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the update module further includes:
the receiving module 701 receives transaction data, and the sending module 702 sends the transaction data to second node devices in the updated blockchain network except for the first node device, so that each second node device in the updated blockchain network performs consensus processing on the transaction data.
In one implementation, the consensus mechanism update request is used to instruct to update a third node device in the blockchain network, where the target parameter includes a device identifier of the third node device and a target device identifier, and the third node device is any node device in the at least one second node device;
the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the updating module 703 updates the third node device in the blockchain network to the node device corresponding to the target device identifier according to the device identifier of the third node device, so as to update the blockchain network;
after the update module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the update module further includes:
the receiving module 701 receives transaction data, and the sending module 702 sends the transaction data to at least one second node device in the updated blockchain network, except for the first node device, so that each second node device in the updated blockchain network performs consensus processing on the transaction data.
In one implementation, the consensus mechanism update request is used to indicate to update the number of node devices in the blockchain network, and the target parameter includes a target number;
the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the updating module 703 updates the node devices included in the blockchain network according to the target number, so as to update the blockchain network;
after the update module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the update module further includes:
the receiving module 701 receives transaction data, and the sending module 702 sends the transaction data to second node devices in the updated blockchain network except for the first node device, so that each second node device in the updated blockchain network performs consensus processing on the transaction data.
In one implementation manner, the receiving module 701 obtains the consensus mechanism update request at intervals of a preset time period;
the method further comprises the following steps:
the receiving module 701 obtains a periodic update request, where the periodic update request includes a target time period;
the receiving module 701 obtains the consensus mechanism update request at intervals of the target time period.
In one implementation, the consensus mechanism update request further includes a digital signature of the target parameter, where the digital signature is obtained by the client processing the target parameter using a private key of the client;
before the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the processing module 704 verifies the digital signature according to the public key of the client;
when the verification is successful, the sending unit 7021 sends the consensus mechanism update request to second node devices in the blockchain network, except for the first node device, so that each of the second node devices performs consensus processing on the consensus mechanism update request according to the public key of the client;
when the consensus passes, the generating unit 7022 generates notification information, and the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, where the notification information is used to indicate that the consensus passes the consensus mechanism update request;
the sending unit 7021 sends the consensus mechanism update request to at least one second node device in the blockchain network, except for the first node device, so that each second node device updates the consensus parameter included in the consensus mechanism to the target parameter, where the method includes:
sending unit 7021 sends the notification information to each of the second node devices, so that each of the second node devices updates the consensus parameter included in the consensus mechanism to the target parameter.
In one implementation manner, after the updating module 703 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the generating unit 7022 generates a block based on the consensus mechanism update request;
sending unit 7021 issues the block to the blockchain network.
It should be noted that details that are not mentioned in the embodiment corresponding to fig. 7 and specific implementation manners of the steps executed by each module may refer to the embodiments shown in fig. 3 to fig. 4 and the foregoing details, which are not described herein again.
In one implementation, the relevant functions implemented by the various modules in FIG. 7 may be implemented in connection with a processor and a communications interface.
Referring to fig. 8, fig. 8 is a schematic structural diagram of a node device according to an embodiment of the present application, where the node device 8 includes a processor 801, a memory 802, and a communication interface 803, and the processor 801, the memory 802, and the communication interface 803 are connected by one or more communication buses.
The processor 801 is configured to support the node device to perform the corresponding functions of the first node device in the methods described in fig. 3-4. The Processor 801 may be a Central Processing Unit (CPU), a Network Processor (NP), a hardware chip, or any combination thereof.
The memory 802 is used for storing program codes and the like. The Memory 802 may include volatile Memory (volatile), such as Random Access Memory (RAM); the Memory 802 may also include a non-volatile Memory (non-volatile Memory), such as a Read Only Memory (ROM), a flash Memory (flash Memory), a Hard Disk Drive (HDD) or a Solid State Drive (SSD); the memory 802 may also comprise a combination of the above-described types of memory.
The communication interface 803 is used for receiving and sending data, for example, the communication interface 803 is used for receiving a consensus mechanism update request from a client; alternatively, the communication interface 803 is used to receive periodic update requests from clients; alternatively, the communication interface 803 is configured to transmit a notification message generated according to the check result to another node device of the block chain network, or the like.
In the embodiment of the present application, the node device 8 includes a plurality of communication interfaces, wherein a communication interface for transmitting data and a communication interface for receiving data may not be the same communication interface.
The processor 801 may call the program code stored in the memory 802 to perform the following operations:
a consensus mechanism update request may be received through the communication interface 803, the consensus mechanism update request including a target parameter;
updating the consensus parameter contained in the consensus mechanism to the target parameter;
and sending the consensus mechanism updating request to at least one second node device in the block chain network except the first node device, so that each second node device updates the consensus parameters contained in the consensus mechanism into the target parameters, wherein the block chain network is the block chain network to which the first node device belongs.
In one implementation, the consensus mechanism update request is used to indicate to update a consensus passing ratio of the blockchain network, and the target parameter is a target consensus passing ratio;
after the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the communication interface 803 receives transaction data, and the processor 801 verifies the transaction data;
when the verification is passed, the communication interface 803 sends the transaction data to each of the second node devices;
the communication interface 803 receives a verification result sent by each second node device, where the transaction result is obtained by verifying the transaction data by the second node device;
and when the verification result is that the number of the second node devices passing the verification is larger than the target consensus passing proportion, determining that the transaction data passes the consensus.
In one implementation, the consensus mechanism update request is used to instruct to update a consensus algorithm of the blockchain network, and the target parameter is a target consensus algorithm;
after the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the processor 801 performs consensus processing on the transaction data according to the target consensus algorithm.
In one implementation, the consensus mechanism update request is used to indicate that a node device is added in the blockchain network, and the target parameter includes a target device identifier;
the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the processor 801 uses the node device corresponding to the target device identifier as the second node device to update the block chain network;
after the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the communication interface 803 receives the transaction data and sends the transaction data to the second node devices in the updated blockchain network except the first node device, so that the second node devices in the updated blockchain network perform consensus processing on the transaction data.
In one implementation, the consensus mechanism update request is used to indicate to delete a node device in the blockchain network, and the target parameter includes a target device identifier;
the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the processor 801 deletes the node device corresponding to the target device identifier in the blockchain network, so as to update the blockchain network;
after the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the communication interface 803 receives the transaction data and sends the transaction data to the second node devices in the updated blockchain network except the first node device, so that the second node devices in the updated blockchain network perform consensus processing on the transaction data.
In one implementation, the consensus mechanism update request is used to instruct to update a third node device in the blockchain network, where the target parameter includes a device identifier of the third node device and a target device identifier, and the third node device is any node device in the at least one second node device;
the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the processor 801 updates the third node device in the blockchain network to the node device corresponding to the target device identifier according to the device identifier of the third node device, so as to update the blockchain network;
after the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the communication interface 803 receives the transaction data and sends the transaction data to at least one second node device in the updated blockchain network, except for the first node device, so that each second node device in the updated blockchain network performs consensus processing on the transaction data.
In one implementation, the consensus mechanism update request is used to indicate to update the number of node devices in the blockchain network, and the target parameter includes a target number;
the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the processor 801 updates the node devices included in the blockchain network according to the target number, so as to update the blockchain network;
after the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the communication interface 803 receives the transaction data and sends the transaction data to the second node devices in the updated blockchain network except the first node device, so that the second node devices in the updated blockchain network perform consensus processing on the transaction data.
In one implementation, the communication interface 803 obtains the consensus mechanism update request every preset time period;
the method further comprises the following steps:
the communication interface 803 obtains a cycle update request, which includes a target time period;
the communication interface 803 obtains the consensus mechanism update request every the target time period.
In one implementation, the consensus mechanism update request further includes a digital signature of the target parameter, where the digital signature is obtained by the client processing the target parameter using a private key of the client;
before the processor 801 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the processor 801 verifies the digital signature according to the public key of the client;
when the verification is successful, the communication interface 803 sends the consensus mechanism update request to second node devices in the blockchain network except the first node device, so that each second node device performs consensus processing on the consensus mechanism update request according to the public key of the client;
when the consensus passes, the processor 801 generates notification information and updates the consensus parameter contained in the consensus mechanism to the target parameter, wherein the notification information is used for indicating that the consensus passes on the consensus mechanism updating request;
the communication interface 803 sends the consensus mechanism update request to at least one second node device in the blockchain network except the first node device, so that each second node device updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the communication interface 803 sends the notification information to each of the second node devices, so that each of the second node devices updates the consensus parameter included in the consensus mechanism to the target parameter.
In one implementation manner, after the communication interface 803 updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the processor 801 generates a block based on the consensus mechanism update request;
the communication interface 803 issues the tile to the tile chain network.
Further, the processor 801 may further cooperate with the communication interface 803 to execute operations corresponding to the first node device in the method embodiments shown in fig. 3 to fig. 4, which may specifically refer to the description in the method embodiments and will not be described herein again.
Those of ordinary skill in the art would appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in or transmitted over a computer-readable storage medium. The computer instructions may be transmitted from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

Claims (10)

1. A method for controlling a consensus mechanism, comprising:
the method comprises the steps that first node equipment receives a consensus mechanism updating request sent by a client, wherein the consensus mechanism updating request comprises target parameters;
the first node equipment updates the consensus parameter contained in the consensus mechanism into the target parameter;
the first node device sends the consensus mechanism update request to at least one second node device in the block chain network except the first node device, so that each second node device updates the consensus parameters contained in the consensus mechanism to the target parameters, and the block chain network is the block chain network to which the first node device belongs.
2. The method according to claim 1, wherein the consensus mechanism update request is used to indicate a consensus passing ratio for updating the blockchain network, and the target parameter is a target consensus passing ratio;
after the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the first node equipment receives transaction data and verifies the transaction data;
when the verification is passed, the first node equipment sends the transaction data to each second node equipment;
the first node equipment receives the verification result sent by each second node equipment, and the transaction result is obtained by verifying the transaction data by the second node equipment;
and when the verification result is that the number of the second node devices passing the verification is larger than the target consensus passing proportion, determining that the transaction data passes the consensus.
3. The method according to claim 1, wherein the consensus mechanism update request is used to indicate to update a consensus algorithm of the blockchain network, and the target parameter is a target consensus algorithm;
after the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
and the first node equipment performs consensus processing on the transaction data according to the target consensus algorithm.
4. The method of claim 1, wherein the consensus mechanism update request indicates to add a node device in the blockchain network, and wherein the target parameter comprises a target device identity;
the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the first node device takes the node device corresponding to the target device identifier as the second node device to update the block chain network;
after the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the first node device receives transaction data and sends the transaction data to second node devices except the first node device in the updated blockchain network, so that the second node devices in the updated blockchain network perform consensus processing on the transaction data.
5. The method of claim 1, wherein the consensus mechanism update request is used to indicate deletion of a node device in the blockchain network, and wherein the target parameter comprises a target device identity;
the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the first node device deletes the node device corresponding to the target device identifier in the block chain network so as to update the block chain network;
after the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the first node device receives transaction data and sends the transaction data to second node devices except the first node device in the updated blockchain network, so that the second node devices in the updated blockchain network perform consensus processing on the transaction data.
6. The method according to claim 1, wherein the consensus mechanism update request is used to indicate an update to a third node device in the blockchain network, wherein the target parameters include a device identifier of the third node device and a target device identifier, and wherein the third node device is any node device in the at least one second node device;
the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the first node device updates the third node device in the blockchain network to the node device corresponding to the target device identifier according to the device identifier of the third node device, so as to update the blockchain network;
after the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the first node device receives transaction data and sends the transaction data to at least one second node device except the first node device in the updated blockchain network, so that the second node devices in the updated blockchain network perform consensus processing on the transaction data.
7. The method of claim 1, wherein the consensus mechanism update request indicates to update a number of node devices in the blockchain network, and wherein the target parameter comprises a target number;
the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, including:
the first node equipment updates the node equipment contained in the block chain network according to the target quantity so as to update the block chain network;
after the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the first node device receives transaction data and sends the transaction data to second node devices except the first node device in the updated blockchain network, so that the second node devices in the updated blockchain network perform consensus processing on the transaction data.
8. The method of claim 1, wherein obtaining, by the first node device, a consensus mechanism update request comprises:
the first node equipment acquires the consensus mechanism updating request at intervals of a preset time period;
the method further comprises the following steps:
the first node equipment acquires a periodic updating request, wherein the periodic updating request comprises a target time period;
and the first node equipment acquires the consensus mechanism updating request at intervals of the target time period.
9. The method of claim 1, wherein the consensus-mechanism-update-request further comprises a digital signature of the target parameter, wherein the digital signature is obtained by the client processing the target parameter using a private key of the client;
before the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further includes:
the first node equipment verifies the digital signature according to the public key of the client;
when the verification is successful, the first node equipment sends the consensus mechanism updating request to second node equipment in a block chain network except the first node equipment, so that the second node equipment performs consensus processing on the consensus mechanism updating request according to the public key of the client;
when the consensus passes, the first node equipment generates notification information and updates the consensus parameter contained in the consensus mechanism into the target parameter, wherein the notification information is used for indicating that the consensus of the consensus mechanism updating request passes;
the sending, by the first node device, the consensus mechanism update request to at least one second node device in the blockchain network except for the first node device, so that each second node device updates the consensus parameter included in the consensus mechanism to the target parameter, where the updating includes:
and the first node equipment sends the notification information to each second node equipment so that each second node equipment updates the consensus parameter contained in the consensus mechanism to the target parameter.
10. The method according to claim 1, wherein after the first node device updates the consensus parameter included in the consensus mechanism to the target parameter, the method further comprises:
the first node device generating a block based on the consensus mechanism update request;
the first node device issues the block to the blockchain network.
CN201911163524.1A 2019-11-21 2019-11-21 Control method of consensus mechanism and related equipment Active CN110944046B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911163524.1A CN110944046B (en) 2019-11-21 2019-11-21 Control method of consensus mechanism and related equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911163524.1A CN110944046B (en) 2019-11-21 2019-11-21 Control method of consensus mechanism and related equipment

Publications (2)

Publication Number Publication Date
CN110944046A true CN110944046A (en) 2020-03-31
CN110944046B CN110944046B (en) 2022-09-13

Family

ID=69907497

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911163524.1A Active CN110944046B (en) 2019-11-21 2019-11-21 Control method of consensus mechanism and related equipment

Country Status (1)

Country Link
CN (1) CN110944046B (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111597567A (en) * 2020-05-14 2020-08-28 腾讯科技（深圳）有限公司 Data processing method, data processing device, node equipment and storage medium
CN111711537A (en) * 2020-06-07 2020-09-25 中信银行股份有限公司 Method, device and equipment for updating standby main node list
CN111726370A (en) * 2020-08-21 2020-09-29 支付宝(杭州)信息技术有限公司 Method, system and device for automatically switching block chain consensus protocol
CN111861469A (en) * 2020-07-27 2020-10-30 北京金山云网络技术有限公司 Processing method and device for consensus mechanism in block chain and electronic equipment
CN112068900A (en) * 2020-09-09 2020-12-11 上海万向区块链股份公司 Hot plug switching system for BFT consensus algorithm
CN112434311A (en) * 2020-11-05 2021-03-02 德州职业技术学院（德州市技师学院） Block chain data encryption sharing method and system
CN113645170A (en) * 2021-07-12 2021-11-12 鹏城实验室 Method for synchronizing parameters of receiving and transmitting ends of WFRFT (window-frequency radio frequency transmission/reception) mixed carrier system and related equipment
CN113821569A (en) * 2021-09-30 2021-12-21 广州智链未来科技有限公司 Block chain consensus method and block chain

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108683539A (en) * 2018-05-21 2018-10-19 腾讯科技（深圳）有限公司 Management method, device, medium and the electronic equipment of block chain network
CN108712276A (en) * 2018-04-19 2018-10-26 上海分布信息科技有限公司 Common recognition network management, device, equipment and storage medium based on block chain technology
CN109150972A (en) * 2018-07-17 2019-01-04 湖南宸瀚信息科技有限责任公司 A kind of the common recognition mechanism and its working method of the efficient block chain of bilayer fragment
CN109241192A (en) * 2018-09-18 2019-01-18 百度在线网络技术（北京）有限公司 The data modification and block verification method, device, equipment and medium of block chain
US20190036712A1 (en) * 2017-07-26 2019-01-31 Alibaba Group Holding Limited Digital certificate management method, apparatus, and system
CN109547527A (en) * 2018-10-12 2019-03-29 广西师范大学 Subregion in block chain based on credit mechanism is quickly known together method

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190036712A1 (en) * 2017-07-26 2019-01-31 Alibaba Group Holding Limited Digital certificate management method, apparatus, and system
CN108712276A (en) * 2018-04-19 2018-10-26 上海分布信息科技有限公司 Common recognition network management, device, equipment and storage medium based on block chain technology
CN108683539A (en) * 2018-05-21 2018-10-19 腾讯科技（深圳）有限公司 Management method, device, medium and the electronic equipment of block chain network
CN109150972A (en) * 2018-07-17 2019-01-04 湖南宸瀚信息科技有限责任公司 A kind of the common recognition mechanism and its working method of the efficient block chain of bilayer fragment
CN109241192A (en) * 2018-09-18 2019-01-18 百度在线网络技术（北京）有限公司 The data modification and block verification method, device, equipment and medium of block chain
CN109547527A (en) * 2018-10-12 2019-03-29 广西师范大学 Subregion in block chain based on credit mechanism is quickly known together method

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111597567A (en) * 2020-05-14 2020-08-28 腾讯科技（深圳）有限公司 Data processing method, data processing device, node equipment and storage medium
CN111711537A (en) * 2020-06-07 2020-09-25 中信银行股份有限公司 Method, device and equipment for updating standby main node list
CN111711537B (en) * 2020-06-07 2022-10-25 中信银行股份有限公司 Method, device and equipment for updating standby main node list
CN111861469A (en) * 2020-07-27 2020-10-30 北京金山云网络技术有限公司 Processing method and device for consensus mechanism in block chain and electronic equipment
CN111726370A (en) * 2020-08-21 2020-09-29 支付宝(杭州)信息技术有限公司 Method, system and device for automatically switching block chain consensus protocol
CN112068900A (en) * 2020-09-09 2020-12-11 上海万向区块链股份公司 Hot plug switching system for BFT consensus algorithm
CN112434311A (en) * 2020-11-05 2021-03-02 德州职业技术学院（德州市技师学院） Block chain data encryption sharing method and system
CN113645170A (en) * 2021-07-12 2021-11-12 鹏城实验室 Method for synchronizing parameters of receiving and transmitting ends of WFRFT (window-frequency radio frequency transmission/reception) mixed carrier system and related equipment
CN113645170B (en) * 2021-07-12 2023-08-18 鹏城实验室 WFRFT mixed carrier system receiving and transmitting end parameter synchronization method and related equipment
CN113821569A (en) * 2021-09-30 2021-12-21 广州智链未来科技有限公司 Block chain consensus method and block chain
CN113821569B (en) * 2021-09-30 2024-02-06 广州智链未来科技有限公司 Block chain consensus method and block chain

Also Published As

Publication number Publication date
CN110944046B (en) 2022-09-13

Similar Documents

Publication Publication Date Title
CN110944046B (en) Control method of consensus mechanism and related equipment
KR102440626B1 (en) Digital certificate management methods, devices, computer devices and storage media
CN110933163B (en) Block chain contract deployment method, device, equipment and storage medium
US20190036906A1 (en) System and method for iot security
CN110417750B (en) Block chain technology-based file reading and storing method, terminal device and storage medium
EP3500972B1 (en) Protection feature for data stored at storage service
AU2020414467B2 (en) Partially-ordered blockchain
CN110855777B (en) Node management method and device based on block chain
US20230037932A1 (en) Data processing method and apparatus based on blockchain network, and computer device
CN112703499A (en) Distributed platform for computing and trust verification
CN112134956A (en) Distributed Internet of things instruction management method and system based on block chain
CN113271296B (en) Login authority management method and device
CN110908786A (en) Intelligent contract calling method, device and medium
CN112712372B (en) Alliance chain cross-chain system and information calling method
CN112738253A (en) Data processing method, device and equipment based on block chain and storage medium
JP2022525551A (en) Preventing erroneous transmission of copies of data records to distributed ledger systems
US9906510B2 (en) Virtual content repository
CN111260475A (en) Data processing method, block chain node point equipment and storage medium
CN110968899B (en) Data blocking confirmation method, device, equipment and medium based on block chain
CN112181599A (en) Model training method, device and storage medium
CN113379577A (en) Transaction auditing method, device and equipment
CN109413200A (en) A kind of method, client, MES and electronic equipment that resource imports
CN115567218A (en) Data processing method and device of security certificate based on block chain and server
CN113592645A (en) Data verification method and device
CN115202955A (en) Cluster management method and device, computer equipment and storage medium

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