CN111291060B - Method, device and computer readable medium for managing blockchain nodes - Google Patents

Method, device and computer readable medium for managing blockchain nodes Download PDF

Info

Publication number
CN111291060B
CN111291060B CN202010037114.9A CN202010037114A CN111291060B CN 111291060 B CN111291060 B CN 111291060B CN 202010037114 A CN202010037114 A CN 202010037114A CN 111291060 B CN111291060 B CN 111291060B
Authority
CN
China
Prior art keywords
consensus
node
period
attribute information
block
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
Application number
CN202010037114.9A
Other languages
Chinese (zh)
Other versions
CN111291060A (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 CN202010037114.9A priority Critical patent/CN111291060B/en
Publication of CN111291060A publication Critical patent/CN111291060A/en
Application granted granted Critical
Publication of CN111291060B publication Critical patent/CN111291060B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • 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
    • 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
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

Embodiments of the present application provide a method, apparatus, computer readable medium and electronic device for managing blockchain nodes. The method for managing the blockchain node comprises the following steps: acquiring a first consensus node group which performs consensus operation in the next consensus period after the current consensus period and attribute information of the first consensus node group; generating a target block based on attribute information of the first consensus node group; and the target block is issued to the block chain network, and after the target block is commonly known by a second common node group which performs common identification operation in the current common identification period, the block chain node in the block chain network updates the configuration information of the node according to the target block. The technical scheme of the embodiment of the application ensures the safety and high efficiency of node management in the block chain network by dynamically adding and deleting the consensus nodes and switching the groups formed by the consensus nodes.

Description

Method, device and computer readable medium for managing blockchain nodes
Technical Field
The present application relates to the field of computer technology, and in particular, to a method, an apparatus, a computer readable medium, and an electronic device for managing blockchain nodes.
Background
In the working process of the blockchain network, accounting is generally performed based on a workload proof mode, but the concept of switching of the consensus nodes is not provided, even if the consensus nodes are used for accounting in other blockchain networks based on rights proof, the consensus nodes in the blockchain network cannot be ensured to be switched under the condition of not interrupting the blockchain network accounting, and further the consistency and the effectiveness of data are threatened.
Disclosure of Invention
The embodiment of the application provides a method, a device, a computer readable medium and electronic equipment for managing a blockchain node, which can further ensure the safety and high efficiency of node management in a blockchain network at least to a certain extent.
Other features and advantages of the application will be apparent from the following detailed description, or may be learned by the practice of the application.
According to one aspect of an embodiment of the present application, there is provided a method of managing blockchain nodes, comprising: acquiring a first consensus node group which performs consensus operation in the next consensus period after the current consensus period and attribute information of the first consensus node group; generating a target block based on the attribute information of the first consensus node group; and the target block is issued to a block chain network, and after the target block is consensus by a second consensus node group performing consensus operation in the current consensus period, the block chain node in the block chain network updates the configuration information of the node according to the target block.
According to an aspect of an embodiment of the present application, there is provided a method for updating a blockchain node, including: acquiring a target block in a block chain network, wherein the target block comprises attribute information of a first consensus node group performing consensus operation in a next consensus period after the current consensus period; analyzing the target block to obtain attribute information in the target block; and updating the configuration information of the block link points based on the attribute information.
According to an aspect of an embodiment of the present application, there is provided an apparatus for managing blockchain nodes, including: the first acquisition unit is used for acquiring a first consensus node group which performs consensus operation in the next consensus period after the current consensus period and attribute information of the first consensus node group; a block unit, configured to generate a target block based on attribute information of the first common node group; and the synchronization unit is used for issuing the target block to a blockchain network so that after the target block is consensus by a second consensus node group performing consensus operation in the current consensus period, the blockchain node in the blockchain network updates the configuration information of the node according to the target block.
In some embodiments of the present application, based on the foregoing, the apparatus for managing blockchain nodes further includes: a first judging unit, configured to judge whether a second common node in the second common node group is selected as a first common node based on attribute information of the first common node group in the target block; and the first updating unit is used for updating the configuration information of the second consensus node into the information of the first consensus node group when the current consensus period is ended if the second consensus node is selected as the first consensus node.
In some embodiments of the present application, based on the foregoing, the apparatus for managing blockchain nodes further includes: and the second updating unit is used for updating the state of the second consensus node into a candidate state after the current consensus period is ended if the second consensus node is not selected as the first consensus node, and suspending the consensus service.
In some embodiments of the present application, based on the foregoing, the apparatus for managing blockchain nodes further includes: a selecting unit, configured to select the first consensus node from the block link points; a first generating unit, configured to generate attribute information of the first consensus node group based on information of the first consensus node.
In some embodiments of the present application, based on the foregoing, the selecting unit is configured to: and in a preset period before the end of the current consensus period, electing among candidate nodes of the block chain network to obtain the first consensus node.
In some embodiments of the present application, based on the foregoing, the apparatus for managing blockchain nodes further includes: a second generation unit for generating a virtual block whose block header contains attribute information bits; and the information acquisition unit is used for recording the acquired attribute information of the first consensus node group in the attribute information bit.
In some embodiments of the present application, based on the foregoing scheme, the block unit includes: and a third generating unit, configured to generate, at the height of the last block before the end of the current consensus period, the target block based on attribute information of the first consensus node group.
In some embodiments of the present application, based on the foregoing scheme, the block unit is configured to: and generating the target block based on the consensus node election proof in the attribute information, the node list of the first consensus node group and the wilting period duration of the first consensus node in the next consensus period.
In some embodiments of the present application, based on the foregoing, the apparatus for managing blockchain nodes is further configured to: consensus is carried out on the data in the target block in the second consensus node; after consensus is reached for the data in the target chunk, the target chunk is written to a blockchain ledger.
According to an aspect of an embodiment of the present application, there is provided an apparatus for updating a blockchain node, including: the block acquisition unit is used for acquiring a target block in the block chain network, wherein the target block comprises attribute information of a first consensus node group which performs consensus operation in the next consensus period after the current consensus period; the block analysis unit is used for analyzing the target block to obtain attribute information in the target block; and the information updating unit is used for updating the configuration information of the block link points based on the attribute information.
In some embodiments of the present application, based on the foregoing scheme, the information updating unit is configured to: judging whether the target block is selected as a first consensus node or not based on the attribute information in the target block; and if the configuration information is selected as the first consensus node, updating the configuration information into the configuration of the consensus node and starting the consensus service when the current consensus period is ended.
In some embodiments of the present application, based on the foregoing scheme, the means for updating a blockchain node is further configured to: and checking whether the first consensus nodes in the first consensus node group are in compliance or not based on the wilting period of the first consensus nodes in the attribute information in the next consensus period, the number of the first consensus nodes, node identification, node list and election proof.
According to an aspect of an embodiment of the present application, there is provided a computer readable medium having stored thereon a computer program which, when executed by a processor, implements a method of managing blockchain nodes or a method of updating blockchain nodes as described in the above embodiments.
According to an aspect of an embodiment of the present application, there is provided an electronic apparatus including: one or more processors; and a storage means for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement the method of managing blockchain nodes or the method of updating blockchain nodes as described in the above embodiments.
In some embodiments of the present application, the configuration information of the node is updated by acquiring attribute information of a first consensus node group in a next consensus period after the current consensus period, generating a target block based on the attribute information, synchronizing the target block to each blockchain node in the blockchain network, and indicating each blockchain node to update the configuration information of the node based on the consensus node information of the next consensus period in the attribute information in the target block. Under the condition of ensuring that the accounting of the block chain network is not interrupted, the group formed by the consensus nodes is switched by dynamically adding and deleting the consensus nodes, and the safety and the high efficiency of the node management in the block chain network are ensured.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application as claimed.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application. It is evident that the drawings in the following description are only some embodiments of the present application and that other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art. In the drawings:
FIG. 1 schematically illustrates an alternative block diagram of a distributed system for use in a blockchain system in accordance with embodiments of the present application;
FIG. 2 schematically illustrates an alternative schematic diagram of a block structure in accordance with one embodiment of the application;
FIG. 3 schematically illustrates a flow diagram of a method of managing blockchain nodes in accordance with an embodiment of the present application;
FIG. 4 schematically illustrates a flow diagram of generating attribute information for a first group of consensus nodes based on information of the first consensus node according to an embodiment of the present application;
FIG. 5 schematically illustrates a schematic diagram of a target block according to one embodiment of the application;
Fig. 6 schematically shows a schematic diagram of recording attribute information according to an embodiment of the present application;
FIG. 7 schematically illustrates a schematic diagram of a second consensus node update state for a present consensus period in accordance with an embodiment of the present application;
FIG. 8 schematically illustrates a flowchart of a method of updating a blockchain node in accordance with an embodiment of the present application;
fig. 9 schematically shows a flow chart for updating configuration information of block link points based on attribute information according to one embodiment of the application;
FIG. 10 schematically illustrates a schematic diagram of other node update states than a second consensus node, in accordance with an embodiment of the present application;
FIG. 11 schematically illustrates a block diagram of an apparatus for managing blockchain nodes in accordance with an embodiment of the present application;
FIG. 12 schematically illustrates a block diagram of an apparatus for updating a blockchain node in accordance with an embodiment of the present application;
fig. 13 shows a schematic diagram of a computer system suitable for use in implementing an embodiment of the application.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments may be embodied in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art.
Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the application may be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the application.
The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, the functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
The flow diagrams depicted in the figures are exemplary only, and do not necessarily include all of the elements and operations/steps, nor must they be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the order of actual execution may be changed according to actual situations.
Blockchains are novel application modes of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanisms, encryption algorithms, and the like. The Blockchain (Blockchain), which is essentially a decentralised database, is a string of data blocks that are generated by cryptographic means in association, each data block containing a batch of information of network transactions for verifying the validity of the information (anti-counterfeiting) and generating the next block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer.
The blockchain underlying platform may include processing modules for user management, basic services, smart contracts, operation monitoring, and the like. The user management module is responsible for identity information management of all blockchain participants, including maintenance of public and private key generation (account management), key management, maintenance of corresponding relation between the real identity of the user and the blockchain address (authority management) and the like, and under the condition of authorization, supervision and audit of transaction conditions of certain real identities, and provision of rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node devices, is used for verifying the validity of a service request, recording the service request on a storage after the effective request is identified, for a new service request, the basic service firstly analyzes interface adaptation and authenticates the interface adaptation, encrypts service information (identification management) through an identification algorithm, and transmits the encrypted service information to a shared account book (network communication) in a complete and consistent manner, and records and stores the service information; the intelligent contract module is responsible for registering and issuing contracts, triggering contracts and executing contracts, a developer can define contract logic through a certain programming language, issue the contract logic to a blockchain (contract registering), invoke keys or other event triggering execution according to the logic of contract clauses to complete the contract logic, and simultaneously provide a function of registering contract upgrading; the operation monitoring module is mainly responsible for deployment in the product release process, modification of configuration, contract setting, cloud adaptation and visual output of real-time states in product operation, for example: alarms, monitoring network conditions, monitoring node device health status, etc.
The platform product service layer provides basic capabilities and implementation frameworks of typical applications, and developers can complete the blockchain implementation of business logic based on the basic capabilities and the characteristics of the superposition business. The application service layer provides the application service based on the block chain scheme to the business participants for use.
The system to which embodiments of the present application relate may be a distributed system formed by a client 120, a plurality of blockchain nodes 110 (any form of computing device in an access network, such as a server, user terminal) connected by way of network communications.
Taking a distributed system as an example of a blockchain system, referring To fig. 1, fig. 1 is a schematic diagram of an alternative architecture of a distributed system 100 applied To a blockchain system according To an embodiment of the present application, where the architecture is formed by a plurality of blockchain nodes (arbitrary computing devices in an access network, such as servers and user terminals) and clients, and a Peer-To-Peer (P2P) network is formed between the blockchain nodes 110, and the P2P protocol is an application layer protocol running on top of a transmission control protocol (Transmission Control Protocol, TCP) protocol. In a distributed system, any machine, such as a server, terminal, may join as a blockchain node, including a hardware layer, an intermediate layer, an operating system layer, and an application layer.
In one embodiment of the application, there are some common nodes in the blockchain nodes that may be elected from the blockchain nodes. In addition, the common node in this embodiment is not always a common node, and after the current common period is finished, a new block link point is set as a common node.
Referring to the functionality of each node in the blockchain system shown in fig. 1, the functions involved include:
1) The routing, blockchain node has basic functionality for supporting communication between blockchain points.
The blockchain node may have the following functions in addition to the routing function:
2) The application is used for being deployed in a block chain to realize specific service according to actual service requirements, recording data related to the realization function to form recorded data, carrying a digital signature in the recorded data to represent the source of task data, sending the recorded data to other nodes in the block chain system, and adding the recorded data into a temporary block when the source and the integrity of the recorded data are verified by the other nodes.
For example, the services implemented by the application include:
2.1 Wallet for providing electronic money transactions, including initiating a transaction (i.e., sending a transaction record of the current transaction to other nodes in the blockchain system, the other nodes, after verification, storing record data of the transaction in a temporary block of the blockchain in response to acknowledging that the transaction is valid; of course, the wallet also supports inquiry of remaining electronic money in the electronic money address;
2.2 The shared ledger is used for providing the functions of storing, inquiring, modifying and the like of account data, sending record data of the operation on the account data to other nodes in the blockchain system, and after the other nodes verify validity, storing the record data into a temporary block as a response for acknowledging that the account data is valid, and also sending acknowledgement to the blockchain link initiating the operation.
2.3 A computerized agreement that can execute the terms of a contract, implemented by code deployed on a shared ledger for execution when certain conditions are met, for completing automated transactions based on actual business demand codes, such as querying the physical distribution status of the goods purchased by the buyer, transferring the electronic money of the buyer to the merchant's address after the buyer signs for the goods; of course, the smart contract is not limited to executing the contract for the transaction, and may execute a contract that processes the received information.
3) The blockchain comprises a series of blocks (blocks) which are mutually connected according to the sequence of the generation time, the new blocks can not be removed once being added into the blockchain, and record data submitted by the blockchain nodes in the blockchain system are recorded in the blocks.
Referring to fig. 2, fig. 2 is an optional Block Structure 200 (Block Structure) according to an embodiment of the present application, where each Block includes a hash value 210 of a transaction record stored in the Block, a hash value 220 of a previous Block, and data 230 stored therein, and the blocks are connected by the hash values to form a blockchain. In addition, the block may include information such as a time stamp at the time of block generation. The Blockchain (Blockchain), which is essentially a de-centralized database, is a string of data blocks that are generated in association using cryptographic methods, each of which contains associated information that is used to verify the validity (anti-counterfeiting) of its information and to generate the next block.
The implementation details of the technical scheme of the embodiment of the application are described in detail below:
FIG. 3 illustrates a flow diagram of a method of managing blockchain nodes that may be performed by a computer device, which may be a consensus node within a current consensus period or an electronic device independent of a blockchain network, in accordance with an embodiment of the present application.
Referring to fig. 3 and 4, the method for managing blockchain nodes at least includes steps S310 to S330, and, before the process of acquiring the first consensus node group performing the consensus operation in the next consensus period after the current consensus period in step S310, steps S410 to S420 are further included, which are described in detail below:
In step S410, the computer device selects a first common node from the block link points.
In one embodiment of the present application, before each consensus period is performed, a consensus node is selected from the blockchain nodes, and in this embodiment, the selected consensus node in the next consensus period after the current consensus period is used as a first consensus node, where the first consensus node is used for performing a consensus operation in the next consensus period.
In one embodiment of the present application, the process of selecting the first consensus node from the block link points in step S410 includes the following steps:
and in a preset period before the end of the current consensus period, electing among candidate nodes of the block chain network to obtain a first consensus node.
In one embodiment of the present application, the timing of selecting the first consensus node is within a preset period before the end of the present consensus period, but may also be a fixed time during the operation of the blockchain network, which is not limited herein.
And in the process of selecting the first consensus node, selecting the first consensus node from candidate nodes of the blockchain network. Specifically, during the selection process of the first consensus node, all blockchain nodes in the blockchain network vote to select a certain number of node representatives from the candidate nodes, namely the first consensus node, and the first consensus node proxies all blockchain nodes to confirm the blocks, performs accounting and maintains the orderly operation of the system.
Illustratively, in this embodiment, the candidate nodes are nodes that join the blockchain network after a mortgage has a certain benefit, and when each round of the consensus nodes is about to end in a period, a next round of the consensus nodes needs to be generated from the candidate nodes through election as a consensus committee, so that when the period is over, the next round of the consensus nodes is elected to generate the next committee composed of the first consensus nodes to take over the blockchain accounting authority.
Further, the blockchain node in this embodiment may have the right to avoid the consensus node at any time. If necessary, the whole nodes can vote to make the incumbent node represent the disqualification of representation, and reselect the new consensus node, so as to realize real-time node fairness and data security.
In step S420, the computer device generates attribute information of the first consensus node group based on the information of the first consensus node.
In one embodiment of the application, after the first consensus node is determined, information of the first consensus node is obtained, and attribute information of the first consensus node group is generated based on the information of the first consensus node.
The attribute information of the first common node group in this embodiment is used to synchronize the attribute information of the first common node group to other blockchain nodes in the blockchain network by constructing a target block based on the attribute information, so that the other blockchain nodes update their current node attributes based on the attribute information.
The attribute information of the first consensus node group in the present embodiment may include node identification, node address, total number of nodes, configuration information of the first consensus node group, and the like of the first consensus node, which is not limited herein.
In addition, the target block may further include newly generated committee information, related election certificates, new configuration information, etc., which are not limited herein.
It should be noted that, in the embodiment of the present application, the selection of the first consensus node is participated in by all the block link points in the block chain network, and the attribute information for generating the first consensus node group may be generated by a certain block link point or may be generated in each block chain node.
In step S310, the computer device obtains a first consensus node group performing a consensus operation in a next consensus period after the current consensus period, and attribute information of the first consensus node group.
In one embodiment of the application, a first consensus node group of a first consensus period and attribute information thereof is obtained.
It should be noted that, the execution body of the step may be the second consensus node of the present consensus period, or may be an external device of the blockchain network, such as a server, an upper computer, etc., which is not limited herein.
If the execution subject is the second consensus node, the attribute information obtaining manner may be performed by synchronizing data in the blockchain node; if the execution subject is an external device of the blockchain network, the attribute information may be obtained through a wired or wireless manner, which is not limited herein.
Referring to fig. 6, in one embodiment of the present application, after the process of acquiring the first common node group performing the common recognition operation in the next common recognition period after the current common recognition period and the attribute information of the first common node group in step S310, steps S610 to S620 are included, and the detailed description is as follows:
in step S610, a dummy block whose block header contains attribute information bits is generated.
Fig. 5 is a schematic diagram of a target block according to an embodiment of the application.
As shown in fig. 5, in one embodiment of the present application, after the attribute information is acquired, a target block containing the attribute information is generated. Before generating the target block, a dummy block 500 is constructed, and attribute information bits 510, data bits 520, previous block hash bits 530, and present block hash bits 540 are set in the block header of the dummy block. Wherein the attribute information bit 510 is used for recording the acquired attribute information 550 of the first consensus node group; the bit 520 is used to store data for each blockchain node; the previous blockhash bit 530 is used to record hashes of adjacent previous blockchain nodes; the present chunk hash bit 540 is used to record the hash of the present chunk.
In step S620, the acquired attribute information of the first common node group is recorded in the attribute information bit.
In one embodiment of the present application, after the virtual block is generated and the attribute information is written into the virtual block, the acquired attribute information 550 of the first common node group is recorded based on the attribute information bits 510 in the virtual block.
The attribute information 550 may be recorded in real-time or may be obtained in real-time and recorded in a set period of time, which is not limited herein.
In one embodiment of the present application, the process of generating the target block in step S320 based on the attribute information of the first common node group includes the following steps:
and generating a target block based on the attribute information of the first consensus node group at the height of the last block before the end of the current consensus period.
In one embodiment of the present application, the target block is generated based on the attribute information of the first common node group when the block height is switched to the last block height before the end of the current common node period.
In one embodiment of the present application, the process of generating the target block in step S320 based on the attribute information of the first common node group includes the following steps:
And generating a target block based on the consensus node election proof in the attribute information, the node list of the first consensus node group and the period of the first consensus node in the next consensus period.
In one embodiment of the present application, during the data processing, when the last block height of the current period is switched to, a special block, i.e. a virtual block, is constructed by the block-out node, the block does not contain a transaction, and the consensus node election certificate in the attribute information, the node list of the first consensus node group, and the period of the first consensus node in the period of the next consensus period are written into the target block.
In one embodiment of the present application, the period duration of each round of consensus period may be a random time duration, and may be different or the same, and in this embodiment, the period duration of the next consensus period is written into the target block, so as to ensure that the first consensus node may work based on the period duration, and instruct other block link points in the block chain network to supervise the work of the first consensus node based on the period duration.
In one embodiment of the present application, before the process of publishing the target block into the blockchain network in step S330, the method includes the following steps:
The data in the target block are subjected to consensus in a second consensus node;
after consensus is reached for the data in the target block, the target block is written to the blockchain ledger.
In one embodiment of the application, after the target block is generated, the block-out node for generating the target block signs the target block, and performs consensus in the second consensus node in the current period, so that after consensus, a special block is written into the blockchain ledger, and the aim of data recording is fulfilled.
In step S330, the target block is issued to the blockchain network, and after the target block is identified by the second identifying node group performing the identifying operation in the current identifying period, the blockchain node in the blockchain network updates the configuration information of the node according to the target block.
In one embodiment of the present application, after the target block is generated, the target block is published into the blockchain network, and all nodes in the blockchain network receive the target block and update their current configuration information based on information in the target block.
In one embodiment of the present application, the method for managing blockchain nodes of the present embodiment further includes the steps of:
Judging whether a second consensus node in the second consensus node group is selected as the first consensus node or not based on attribute information of the first consensus node group in the target block;
if the second consensus node is selected as the first consensus node, updating the configuration information of the second consensus node into the information of the first consensus node group when the current consensus period is ended.
Fig. 7 is a schematic diagram of a second consensus node update status of a present consensus cycle according to an embodiment of the present application.
As shown in fig. 7, when the present consensus period 710 is performed, the second consensus node 711 acquires attribute information of the first consensus node group, and determines whether or not to select the first consensus node. If the second consensus node 711 is selected as the first consensus node 721, the configuration information of the second consensus node is updated to the information of the first consensus node group at the end of the current consensus period 710, i.e. the billing work is still performed with the identity of the first consensus node 721 when the next consensus period 720 is reached.
Referring again to fig. 7, if the second consensus node 711 is not selected as the first consensus node, after the end of the current consensus period 710, the state of the second consensus node is updated to be a candidate state, and the consensus service is suspended. Or at the next consensus period 720, the data processing task is performed with the identity of the normal blockchain node 722.
According to the scheme, the first consensus node of the next consensus period is selected from the candidate nodes in the blockchain network, the attribute information of the first consensus node group is generated based on the information of the first consensus node, the target block is generated based on the attribute information, after the second consensus node of the current period carries out consensus on the target block, the target block is synchronized to the blockchain nodes in the blockchain network, so that the second consensus node can check whether the second consensus node is in the first consensus node of the next consensus period based on the attribute information in the target block, and the node state is updated according to the checking result. Under the condition that the blocking chain network accounting is not interrupted, the method and the device not only dynamically add and delete the consensus nodes to switch the consensus committee formed by the consensus nodes, but also ensure the safety and the high efficiency of node management in the blocking chain network.
FIG. 8 illustrates a flowchart of a method of updating blockchain nodes that may be performed by a computer device that may be other blockchain nodes in a blockchain network than the current consensus node in the current consensus period in accordance with an embodiment of the present application. Referring to fig. 8, the method for updating blockchain nodes includes at least steps S810 to S830, which are described in detail as follows:
In step S810, a target block in the blockchain network is obtained, wherein the target block includes attribute information of a first consensus node group performing a consensus operation in a next consensus period after the current consensus period.
In one embodiment of the present application, the manner in which the target blocks in the blockchain network are obtained may be by way of block synchronization. In this embodiment, the target block is generated based on information of the first consensus node in the next consensus period, where the next consensus period is a period after the current consensus period, the consensus node in the current period is the second consensus node, and the consensus node in the next consensus period is the first consensus node.
In one embodiment of the present application, the attribute information of the first common node group may include a node identification of the first common node, a node address, the total number of nodes, configuration information of the first common node group, and the like. In addition, the target block may further include newly generated committee information, related election certificates, configuration information, etc., which are not limited herein.
In step S820, the target block is parsed to obtain attribute information in the target block.
In one embodiment of the present application, after the target block is acquired, the target block is parsed to obtain attribute information in the target block.
In this embodiment, the method of analyzing the target block corresponds to the method of generating the target block. For example, if the attribute information is written in the block header of the target block when the target block is generated, the block header data may be directly parsed to obtain the attribute information in the target block.
In step S830, the configuration information of the block link points is updated based on the attribute information.
In one embodiment of the present application, after obtaining the attribute information of the target block, based on the information such as the node identifier in the attribute information, it is determined whether the target block is selected as the first consensus node of the next consensus node period, and the configuration information of the block link point is updated according to the determination result.
In one embodiment of the present application, as shown in fig. 9, the process of updating the configuration information of the block link points in step S830 based on the attribute information includes steps S910 to S920, which are described in detail as follows:
in step S910, it is determined whether to select the first consensus node based on the attribute information in the target block.
In one embodiment of the present application, the attribute information includes a node identifier, a node address, a total number of nodes, configuration information of the first consensus node group, a related election certificate, and the like. A node in the blockchain network may find itself in the first consensus node based on the attribute information.
Illustratively, according to the node identification in the attribute information, the node in the blockchain network searches whether the node identification appears in the node identification in the attribute information, and if so, the description is selected as the first consensus node.
In step S920, if the configuration information is selected as the first consensus node, the configuration information is updated to the configuration of the consensus node and the consensus service is started when the current consensus period is ended.
In one embodiment of the present application, when judging whether to be selected as the first consensus node based on the attribute information, if so, updating the configuration information to the configuration of the consensus node and starting the consensus service when the current consensus period is over; if the first common node is not selected, the state is not updated, and the common blocks in the block chain network are monitored in real time.
Fig. 10 is a schematic diagram of updating states of nodes except for the second common node according to an embodiment of the present application.
As shown in fig. 10, in one embodiment of the present application, in the blockchain network of the present consensus period 1010, there are two common nodes 1011 and 1012, when the two common nodes respectively determine whether to be selected as the first consensus node based on the attribute information, the node 1011 is selected as the first consensus node, and at the end of the present consensus period, the configuration information is updated to the configuration of the consensus node, that is, at the beginning of the next consensus node period 1020, the identity information is updated to the first consensus node 1020, and the consensus service is started.
Illustratively, the consensus service of the present embodiment may include blockchain billing, etc., without limitation.
Referring again to fig. 10, if the node 1012 is not selected as the first consensus node, the status is not updated, and the original identity status is still maintained at the beginning of the next consensus node period 1020, i.e. the common node 1022, and the consensus blocks in the blockchain network are monitored in real time.
In one embodiment of the present application, the method of updating a blockchain node may further include the steps of:
and checking whether the first consensus nodes in the first consensus node group are in compliance or not based on the period of time of the first consensus node in the next consensus period in the attribute information, the number of the first consensus nodes, the node identification, the node list and the election proof.
In one embodiment of the present application, the common node in the blockchain may verify based on the attribute information at the beginning of the next consensus period until the end of the next consensus period.
In one embodiment of the present application, a specific verification manner may determine whether the information of the current first consensus node is consistent with the attribute information based on the duration of the period of time in the attribute information, the number of the first consensus nodes, the node identifier, the node list and the election proof, if so, the verification is passed, and if not, a whole network notification or early warning may be performed, which is not limited herein.
In one embodiment of the present application, when the blockchain node performs verification on the first consensus node, the verification content may include identity information, working content, data processing result and the like of the first consensus node, which is not limited herein.
In one embodiment of the application, the change condition of the consensus nodes is notified by a block chain consensus mode, and the consensus committee consisting of the consensus nodes in the current period is selected to elect the consensus committee in the next period before the period expires, and the current period consensus committee needs to notify the node selecting the next period, and the node switches to the next period without interrupting the block chain network accounting and is billed by the node of the next period.
The following describes an embodiment of an apparatus that may be used to perform the method of managing blockchain nodes in the above embodiments of the present application. It will be appreciated that the apparatus may be a computer program (including program code) running in a computer device, for example the apparatus being an application software; the device can be used for executing corresponding steps in the method provided by the embodiment of the application. For details not disclosed in the embodiments of the apparatus of the present application, please refer to the embodiments of the method for managing blockchain nodes described above.
FIG. 11 illustrates a block diagram of an apparatus for managing blockchain nodes in accordance with an embodiment of the present application.
Referring to FIG. 11, an apparatus 1100 for managing blockchain nodes in accordance with an embodiment of the present application includes:
the first acquisition unit is used for acquiring a first consensus node group which performs consensus operation in the next consensus period after the current consensus period and attribute information of the first consensus node group;
the block unit is used for generating a target block based on the attribute information of the first consensus node group;
and the synchronization unit is used for issuing the target block to the block chain network, and updating the configuration information of the node by the block chain node in the block chain network according to the target block after the second consensus node group which performs the consensus operation in the current consensus period performs the consensus on the target block.
In some embodiments of the present application, based on the foregoing scheme, the apparatus 1100 for managing blockchain nodes further includes:
a first judging unit, configured to judge whether a second common node in the second common node group is selected as the first common node based on attribute information of the first common node group in the target block;
and the first updating unit is used for updating the configuration information of the second common node into the information of the first common node group when the current common node period is ended if the second common node is selected as the first common node.
In some embodiments of the present application, based on the foregoing scheme, the apparatus 1100 for managing blockchain nodes further includes:
and the second updating unit is used for updating the state of the second consensus node into a candidate state after the current consensus period is ended if the second consensus node is not selected as the first consensus node, and suspending the consensus service.
In some embodiments of the present application, based on the foregoing scheme, the apparatus 1100 for managing blockchain nodes further includes:
the selecting unit is used for selecting a first consensus node from the block chain link points;
and the first generation unit is used for generating attribute information of the first consensus node group based on the information of the first consensus node.
In some embodiments of the present application, based on the foregoing scheme, the selecting unit is configured to:
and in a preset period before the end of the current consensus period, electing among candidate nodes of the block chain network to obtain a first consensus node.
In some embodiments of the present application, based on the foregoing scheme, the apparatus 1100 for managing blockchain nodes further includes:
a second generation unit for generating a virtual block whose block header contains attribute information bits;
an information acquisition unit configured to record, in the attribute information bit, the acquired attribute information of the first common node group.
In some embodiments of the present application, based on the foregoing scheme, the block unit includes:
and the third generating unit is used for generating a target block based on the attribute information of the first consensus node group at the height of the last block before the end of the current consensus period.
In some embodiments of the present application, based on the foregoing scheme, the block unit includes:
and generating a target block based on the consensus node election proof in the attribute information, the node list of the first consensus node group and the period of the first consensus node in the next consensus period.
In some embodiments of the present application, based on the foregoing scheme, the apparatus 1100 for managing blockchain nodes further includes:
The data in the target block are subjected to consensus in a second consensus node;
after consensus is reached for the data in the target block, the target block is written to the blockchain ledger.
The following describes an embodiment of an apparatus that may be used to perform the method of updating blockchain nodes in the above-described embodiments of the present application. For details not disclosed in the embodiments of the apparatus of the present application, please refer to the embodiments of the method for updating blockchain nodes described above.
FIG. 12 illustrates a block diagram of an apparatus 1200 for updating blockchain nodes in accordance with an embodiment of the present application. It will be appreciated that the apparatus may be a computer program (including program code) running in a computer device, for example the apparatus being an application software; the device can be used for executing corresponding steps in the method provided by the embodiment of the application.
A block obtaining unit 1210, configured to obtain a target block in the blockchain network, where the target block includes attribute information of a first consensus node group performing a consensus operation in a next consensus period after the current consensus period;
the block parsing unit 1220 is configured to parse the target block to obtain attribute information in the target block;
The information updating unit 1230 is configured to update the configuration information of the block link points based on the attribute information.
In some embodiments of the present application, based on the foregoing scheme, the information updating unit 1230 is configured to:
judging whether the target block is selected as a first consensus node or not based on attribute information in the target block;
if the first common node is selected, updating the configuration information into the configuration of the common node and starting the common service when the current common period is ended.
In some embodiments of the present application, based on the foregoing scheme, the apparatus 1200 for updating a blockchain node is further configured to:
and checking whether the first consensus nodes in the first consensus node group are in compliance or not based on the period of time of the first consensus node in the next consensus period in the attribute information, the number of the first consensus nodes, the node identification, the node list and the election proof.
Fig. 13 shows a schematic diagram of a computer system suitable for use in implementing an embodiment of the application.
It should be noted that, the computer system 1300 of the electronic device shown in fig. 13 is only an example, and should not impose any limitation on the functions and the application scope of the embodiments of the present application.
As shown in fig. 13, the computer system 1300 includes a processor (Central Processing Unit, CPU) 1301 that can perform various appropriate actions and processes according to a program stored in a Read-Only Memory (ROM) 1302 or a program loaded from a storage portion 1308 into a random access Memory (Random Access Memory, RAM) 1303, for example, performing the method described in the above embodiment. In the RAM 1303, various programs and data required for the system operation are also stored. The CPU 1301, ROM 1302, and RAM 1303 are connected to each other through a bus 1304. An Input/Output (I/O) interface 1305 is also connected to bus 1304.
The following components are connected to the I/O interface 1305: an input section 1306 including a keyboard, a mouse, and the like; an output portion 1307 including a Cathode Ray Tube (CRT), a liquid crystal display (Liquid Crystal Display, LCD), and the like, a speaker, and the like; a storage portion 1308 including a hard disk or the like; and a communication section 1309 including a network interface card such as a LAN (Local Area Network ) card, a modem, or the like. The communication section 1309 performs a communication process via a network such as the internet. The drive 1310 is also connected to the I/O interface 1305 as needed. Removable media 1311, such as magnetic disks, optical disks, magneto-optical disks, semiconductor memory, and the like, is installed as needed on drive 1110 so that a computer program read therefrom is installed as needed into storage section 1108.
In particular, according to embodiments of the present application, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising a computer program for performing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network via the communication portion 1109, and/or installed from the removable media 1111. When executed by a Central Processing Unit (CPU) 1101, performs the various functions defined in the system of the present application.
It should be noted that, the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-Only Memory (ROM), an erasable programmable read-Only Memory (Erasable Programmable Read Only Memory, EPROM), flash Memory, an optical fiber, a portable compact disc read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present application, however, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with a computer-readable computer program embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. A computer program embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Where each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units involved in the embodiments of the present application may be implemented by software, or may be implemented by hardware, and the described units may also be provided in a processor. Wherein the names of the units do not constitute a limitation of the units themselves in some cases.
As another aspect, the present application also provides a computer-readable medium that may be contained in the electronic device described in the above embodiment; or may exist alone without being incorporated into the electronic device. The computer readable medium carries one or more programs which, when executed by a processor of the electronic device, cause the electronic device to implement the methods described in the above embodiments.
It should be noted that although in the above detailed description several modules or units of a device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functions of two or more modules or units described above may be embodied in one module or unit in accordance with embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied.
From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, a touch terminal, or a network device, etc.) to perform the method according to the embodiments of the present application.
Other embodiments of the application will be apparent to those skilled in the art from consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains.
It is to be understood that the application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims (15)

1. A method of managing blockchain nodes, comprising:
acquiring a first consensus node group which performs consensus operation in the next consensus period after the current consensus period and attribute information of the first consensus node group;
generating a target block based on the attribute information of the first consensus node group;
the target block is issued to a block chain network, after the target block is identified by a second identification node group which carries out identification operation in the current identification period, the block chain node in the block chain network updates the configuration information of the node according to the target block;
Judging whether a second consensus node in the second consensus node group is selected as a first consensus node or not based on attribute information of the first consensus node group in the target block;
if the second consensus node is selected as a first consensus node, updating configuration information of the second consensus node into information of the first consensus node group when the current consensus period is ended;
and if the second consensus node is not selected as the first consensus node, updating the state of the second consensus node to be a candidate state after the current consensus period is ended, and suspending the consensus service.
2. The method according to claim 1, wherein before acquiring the first consensus node group performing the consensus operation in the next consensus period after the current consensus period and the attribute information of the first consensus node group, further comprising:
selecting the first consensus node from the block link points;
attribute information of the first consensus node group is generated based on information of the first consensus node.
3. The method of claim 2, wherein selecting the first consensus node from the block link points comprises:
And in a preset period before the end of the current consensus period, electing among candidate nodes of the block chain network to obtain the first consensus node.
4. The method according to claim 1, wherein after obtaining the first consensus node group performing the consensus operation in the next consensus period after the current consensus period and the attribute information of the first consensus node group, further comprising:
generating a virtual block with a block header containing attribute information bits;
and recording the acquired attribute information of the first consensus node group in the attribute information bit.
5. The method of claim 1, wherein generating a target block based on the attribute information of the first group of consensus nodes comprises:
and generating the target block based on the attribute information of the first consensus node group at the height of the last block before the end of the current consensus period.
6. The method of claim 1, wherein generating a target block based on the attribute information of the first group of consensus nodes comprises:
and generating the target block based on the consensus node election proof in the attribute information, the node list of the first consensus node group and the wilting period duration of the first consensus node in the next consensus period.
7. The method of claim 1, further comprising, prior to publishing the target block into a blockchain network:
consensus is carried out on the data in the target block in the second consensus node;
after consensus is reached for the data in the target chunk, the target chunk is written to a blockchain ledger.
8. A method of updating a blockchain node, comprising:
acquiring a target block in a block chain network, wherein the target block comprises attribute information of a first consensus node group performing consensus operation in a next consensus period after the current consensus period;
analyzing the target block to obtain attribute information in the target block;
judging whether the target block is selected as a first consensus node or not based on the attribute information in the target block;
if the first common node is selected, updating configuration information into the configuration of the common node and starting a common service when the current common period is ended;
and checking whether the first consensus nodes in the first consensus node group are in compliance or not based on the wilting period of the first consensus nodes in the attribute information in the next consensus period, the number of the first consensus nodes, node identification, node list and election proof.
9. An apparatus for managing blockchain nodes, comprising:
the first acquisition unit is used for acquiring a first consensus node group which performs consensus operation in the next consensus period after the current consensus period and attribute information of the first consensus node group;
a block unit, configured to generate a target block based on attribute information of the first common node group;
the synchronization unit is used for issuing the target block to a block chain network, and updating configuration information of the node by a block chain node in the block chain network according to the target block after the target block is subjected to consensus by a second consensus node group for carrying out consensus operation in the current consensus period;
a first judging unit, configured to judge whether a second common node in the second common node group is selected as a first common node based on attribute information of the first common node group in the target block;
a first updating unit, configured to update configuration information of the second consensus node to information of the first consensus node group when the current consensus period ends if the second consensus node is selected as a first consensus node;
And the second updating unit is used for updating the state of the second consensus node into a candidate state after the current consensus period is ended if the second consensus node is not selected as the first consensus node, and suspending the consensus service.
10. The apparatus of claim 9, wherein the apparatus further comprises:
a selecting unit, configured to select the first consensus node from the block link points;
a first generating unit, configured to generate attribute information of the first consensus node group based on information of the first consensus node.
11. The apparatus according to claim 10, wherein the selection unit is specifically configured to:
and in a preset period before the end of the current consensus period, electing among candidate nodes of the block chain network to obtain the first consensus node.
12. The apparatus of claim 9, wherein the apparatus further comprises:
a second generation unit for generating a virtual block whose block header contains attribute information bits;
and the information acquisition unit is used for recording the acquired attribute information of the first consensus node group in the attribute information bit.
13. The apparatus of claim 9, wherein the block unit comprises:
and a third generating unit, configured to generate, at the height of the last block before the end of the current consensus period, the target block based on attribute information of the first consensus node group.
14. A computer readable medium having stored thereon a computer program, which when executed by a processor implements the method of managing blockchain nodes of any of claims 1 to 7 or the method of updating blockchain nodes of claim 8.
15. An electronic device, comprising:
one or more processors;
storage means for storing one or more programs which when executed by the one or more processors cause the one or more processors to implement the method of managing blockchain nodes of any of claims 1 to 7 or the method of updating blockchain nodes of claim 8.
CN202010037114.9A 2020-01-14 2020-01-14 Method, device and computer readable medium for managing blockchain nodes Active CN111291060B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010037114.9A CN111291060B (en) 2020-01-14 2020-01-14 Method, device and computer readable medium for managing blockchain nodes

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010037114.9A CN111291060B (en) 2020-01-14 2020-01-14 Method, device and computer readable medium for managing blockchain nodes

Publications (2)

Publication Number Publication Date
CN111291060A CN111291060A (en) 2020-06-16
CN111291060B true CN111291060B (en) 2023-10-27

Family

ID=71030671

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010037114.9A Active CN111291060B (en) 2020-01-14 2020-01-14 Method, device and computer readable medium for managing blockchain nodes

Country Status (1)

Country Link
CN (1) CN111291060B (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112256305B (en) * 2020-11-04 2022-05-10 暗链科技(深圳)有限公司 Block chain software updating method and system
CN112367174B (en) * 2020-11-06 2023-04-07 深圳前海微众银行股份有限公司 Block chain consensus method and device based on attribute values
CN112040015B (en) * 2020-11-06 2021-02-12 腾讯科技（深圳）有限公司 Consensus node list generation method and related device
CN112200680B (en) * 2020-12-03 2021-03-05 腾讯科技（深圳）有限公司 Block link point management method, device, computer and readable storage medium
CN112822267B (en) * 2021-01-05 2022-08-26 支付宝(杭州)信息技术有限公司 Data processing method and device based on block chain
CN112398956B (en) * 2021-01-20 2021-04-13 腾讯科技（深圳）有限公司 Data processing method, device and equipment based on block chain and readable storage medium
CN112954009B (en) * 2021-01-27 2023-05-02 咪咕音乐有限公司 Block chain consensus method, equipment and storage medium
CN113179320B (en) * 2021-04-27 2022-10-18 顶象科技有限公司 Storage method and device for public letter files
CN113256297B (en) * 2021-07-02 2021-09-14 腾讯科技（深圳）有限公司 Data processing method, device and equipment based on block chain and readable storage medium
CN113919846B (en) * 2021-12-15 2022-03-08 腾讯科技（深圳）有限公司 Block link point dynamic grouping method and device, computer equipment and storage medium

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246179A (en) * 2018-06-30 2019-01-18 华为技术有限公司 Safeguard method and apparatus, server and the computer readable storage medium of block chain

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107018125B (en) * 2017-02-17 2019-08-09 阿里巴巴集团控股有限公司 A kind of block catenary system, date storage method and device

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246179A (en) * 2018-06-30 2019-01-18 华为技术有限公司 Safeguard method and apparatus, server and the computer readable storage medium of block chain

Also Published As

Publication number Publication date
CN111291060A (en) 2020-06-16

Similar Documents

Publication Publication Date Title
CN111291060B (en) Method, device and computer readable medium for managing blockchain nodes
CN110599173B (en) Block chain consensus node determination method, device, equipment and storage medium
CN111314067B (en) Block storage method and device, computer equipment and storage medium
CN111556120B (en) Data processing method and device based on block chain, storage medium and equipment
CN110910138A (en) Block chain data supervision method and device
CN112527912B (en) Data processing method and device based on block chain network and computer equipment
CN111523890A (en) Data processing method and device based on block chain, storage medium and equipment
CN113256297B (en) Data processing method, device and equipment based on block chain and readable storage medium
CN111488372A (en) Data processing method, device and storage medium
CN112291372B (en) Asynchronous posting method, device, medium and electronic equipment for block chain
CN112613877B (en) Intelligent contract triggering method and device applied to block chain network and related equipment
CN111311211A (en) Data processing method and device based on block chain
CN111858751A (en) Data storage method and device based on block chain
CN110599144B (en) Network access method and device for blockchain nodes
CN112231755A (en) Data authorization method, device and system based on block chain
CN113259130B (en) Transaction data processing method, device, equipment and medium
CN111274597A (en) Data processing method and equipment
CN110599384A (en) Organization relation transfer method, device, equipment and storage medium
CN112200680B (en) Block link point management method, device, computer and readable storage medium
CN111817859A (en) Data sharing method, device, equipment and storage medium based on zero knowledge proof
CN112926981B (en) Transaction information processing method, device and medium for block chain and electronic equipment
CN112988852B (en) Block chain-based data management method, device and medium
CN112417052B (en) Data synchronization method, device, equipment and storage medium in block chain network
CN112163917A (en) Bill processing method, device, medium and electronic equipment based on block chain
CN111008251A (en) Data processing method and equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40024845

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant