System and method for deleting node in blockchain network

Abstract

Methods, systems, and apparatus, including computer programs encoded on computer storage media, for deleting a node in a blockchain network are provided. One of the methods includes: obtaining, by a first consensus node of the blockchain network, a transaction comprising a request for deleting a second consensus node of the blockchain network; in response to that consensus verification of the transaction succeeds, executing the transaction and sequentially numbering in a node list a plurality of remaining consensus nodes of the blockchain network excluding the second consensus node; and performing view change for the remaining consensus nodes to participate in future consensus verification.

1 . A computer-implemented method for disabling consensus node from performing consensus verification, the method comprising:
 storing, locally at a first consensus node of a blockchain network, a node list, the node list comprising sequential numbering of all consensus nodes of the blockchain network including the first consensus node and a second consensus node, wherein the blockchain network is based on Practical Byzantine Fault Tolerance (PBFT) as a consensus algorithm, and one of the consensus nodes is designated as a primary node for initiating consensus verifications;   obtaining a transaction comprising a request for disabling the second consensus node from performing consensus verification;   in response to that consensus verification of the transaction succeeds, disabling the second consensus node from performing consensus verification in the blockchain network by deleting the second consensus node from the node list;   sequentially re-numbering in the node list a plurality of remaining consensus nodes of the blockchain network excluding the second consensus node; and   performing a view change protocol of PBFT based at least on the re-numbered plurality of remaining consensus nodes in the node list to change the designation of the primary node.   
     
     
         2 . The computer-implemented method of  claim 1 , wherein the performing a view change protocol of PBFT comprises performing the view change protocol of PBFT in response to detecting any of a plurality of conditions comprising:
 a number of consensus nodes in the node list is inconsistent with a number of consensus nodes in a current view,   consensus node identifiers in the node list are inconsistent with consensus node identifiers in the current view,   a number of activated consensus nodes in the node list is inconsistent with a number of consensus nodes in a current view, and   identifiers of activated consensus nodes in the node list are inconsistent with identifiers of the consensus nodes in the current view.   
     
     
         3 . The computer-implemented method of  claim 1 , wherein the change of the designation of the primary node enables the plurality of remaining consensus nodes to participate in future consensus verifications without the second consensus node. 
     
     
         4 . The computer-implemented method of  claim 1 , wherein:
 the transaction is configured to invoke a blockchain contract stored in a blockchain maintained by the blockchain network.   
     
     
         5 . The computer-implemented method of  claim 4 , wherein:
 the blockchain contract comprises a genesis contract or a system contract.   
     
     
         6 . The computer-implemented method of  claim 1 , wherein the obtaining, by a first consensus node, a transaction comprises:
 obtaining the transaction from a client-side device or a command console of a controller.   
     
     
         7 . The computer-implemented method of  claim 1 , wherein:
 the node list comprises, for each consensus node in the node list, one or more of the following: an identifier, an IP address, and a port number.   
     
     
         8 . The computer-implemented method of  claim 1 , wherein the performing a view change protocol of PBFT comprises initiating the view change protocol of PBFT in response to receiving a message broadcast by the second consensus node for initiating the view change protocol of PBFT. 
     
     
         9 . The computer-implemented method of  claim 1 , wherein a number of replicas in the view change protocol of PBFT is a total number of the remaining consensus nodes excluding the second consensus node. 
     
     
         10 . The computer-implemented method of  claim 1 , wherein the obtaining a transaction comprises:
 obtaining the transaction from the second consensus node, a third consensus node of the blockchain network, or an external device.   
     
     
         11 . The computer-implemented method of  claim 1 , further comprising:
 participating in consensus verification without the second consensus node.   
     
     
         12 . A non-transitory computer-readable storage medium storing instructions executable by one or more processors, wherein execution of the instructions causes the one or more processors to perform operations comprising:
 storing, locally at a first consensus node of a blockchain network, a node list, the node list comprising sequential numbering of all consensus nodes of the blockchain network including the first consensus node and a second consensus node, wherein the blockchain network is based on Practical Byzantine Fault Tolerance (PBFT) as a consensus algorithm, and one of the consensus nodes is designated as a primary node for initiating consensus verifications;   obtaining a transaction comprising a request for disabling the second consensus node from performing consensus verification;   in response to that consensus verification of the transaction succeeds, disabling the second consensus node from performing consensus verification in the blockchain network by deleting the second consensus node from the node list;   sequentially re-numbering in the node list a plurality of remaining consensus nodes of the blockchain network excluding the second consensus node; and   performing a view change protocol of PBFT based at least on the re-numbered plurality of remaining consensus nodes in the node list to change the designation of the primary node.   
     
     
         13 . The non-transitory computer-readable storage medium of  claim 12 , wherein the performing a view change protocol of PBFT comprises performing the view change protocol of PBFT in response to detecting any of a plurality of conditions comprising:
 a number of consensus nodes in the node list is inconsistent with a number of consensus nodes in a current view,   consensus node identifiers in the node list are inconsistent with consensus node identifiers in the current view,   a number of activated consensus nodes in the node list is inconsistent with a number of consensus nodes in a current view, and   identifiers of activated consensus nodes in the node list are inconsistent with identifiers of the consensus nodes in the current view.   
     
     
         14 . The non-transitory computer-readable storage medium of  claim 12 , wherein the change of the designation of the primary node enables the plurality of remaining consensus nodes to participate in future consensus verifications without the second consensus node. 
     
     
         15 . The non-transitory computer-readable storage medium of  claim 12 , wherein the transaction is configured to invoke a blockchain contract stored in a blockchain maintained by the blockchain network. 
     
     
         16 . The non-transitory computer-readable storage medium of  claim 12 , wherein the obtaining, by a first consensus node, a transaction comprises:
 obtaining the transaction from a client-side device or a command console of a controller.   
     
     
         17 . The non-transitory computer-readable storage medium of  claim 12 , wherein:
 the node list comprises, for each consensus node in the node list, one or more of the following: an identifier, an IP address, and a port number.   
     
     
         18 . The non-transitory computer-readable storage medium of  claim 12 , wherein a number of replicas in the view change protocol of PBFT is a total number of the remaining consensus nodes excluding the second consensus node. 
     
     
         19 . The non-transitory computer-readable storage medium of  claim 12 , wherein the operations further comprise:
 participating in consensus verification without the second consensus node.   
     
     
         20 . A system, comprising one or more processors and one or more non-transitory computer-readable memories coupled to the one or more processors and configured with instructions executable by the one or more processors to cause the system to perform operations comprising:
 storing, locally at a first consensus node of a blockchain network, a node list, the node list comprising sequential numbering of all consensus nodes of the blockchain network including the first consensus node and a second consensus node, wherein the blockchain network is based on Practical Byzantine Fault Tolerance (PBFT) as a consensus algorithm, and one of the consensus nodes is designated as a primary node for initiating consensus verifications;   obtaining a transaction comprising a request for disabling the second consensus node from performing consensus verification;   in response to that consensus verification of the transaction succeeds, disabling the second consensus node from performing consensus verification in the blockchain network by deleting the second consensus node from the node list;   sequentially re-numbering in the node list a plurality of remaining consensus nodes of the blockchain network excluding the second consensus node; and   performing a view change protocol of PBFT based at least on the re-numbered plurality of remaining consensus nodes in the node list to change the designation of the primary node.