CN111698315B - Data processing method and device for block and computer equipment - Google Patents
Data processing method and device for block and computer equipment Download PDFInfo
- Publication number
- CN111698315B CN111698315B CN202010519629.2A CN202010519629A CN111698315B CN 111698315 B CN111698315 B CN 111698315B CN 202010519629 A CN202010519629 A CN 202010519629A CN 111698315 B CN111698315 B CN 111698315B
- Authority
- CN
- China
- Prior art keywords
- block
- consensus
- target
- node
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- 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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Abstract
The embodiment of the application provides a data processing method, a data processing device and computer equipment for a block, wherein the method comprises the following steps: if the first common node is determined as the main node and the block proposal message about the target block issued by the first common node is acquired, acquiring common data about the target block from the block chain network; when the consensus data acquired within the first target time meets the main node switching condition, exception processing is carried out on a target block, a second consensus node is determined from the block chain network, the main node is switched from the first consensus node to the second consensus node, and a block proposal message about the block issued by the second consensus node is processed. The method and the device for processing the blocks can guarantee the progress of block processing, effectively save time and computer resources, and improve service processing efficiency.
Description
Technical Field
The present application relates to the field of block chain technologies, and in particular, to a data processing method for a block, a data processing apparatus, and a computer device.
Background
The blockchain is a widely-used decentralized infrastructure, has the characteristics of basic block data non-tampering, distrust and the like, and is considered to be the subversion of a computer mode after the internet.
During data processing for a block, there may be a problem of block pre-commit timeouts. After acquiring the target block, the consensus node enters a block pre-submission stage, and if a sufficient number of votes for the target block are not acquired in the block pre-submission stage, block pre-submission is determined to be overtime. For the issue of block pre-commit timeout, the currently common solution is: the consensus node waits until a sufficient number of votes for the target block are obtained and determines whether to chain the target block based on the sufficient number of votes for the target block. The latency in the above method is usually long, which can seriously affect the progress of block processing, resulting in waste of time and computer resources.
Disclosure of Invention
The embodiment of the application provides a data processing method, a data processing device and a computer device for a block, which can ensure the progress of block processing, effectively save time and computer resources and improve the service processing efficiency.
In one aspect, an embodiment of the present application provides a data processing method for a block, where the method includes:
if the first common identification node is determined as a main node and acquires a block proposal message about a target block issued by the first common identification node, acquiring common identification data about the target block from a block chain network;
when the consensus data acquired within the first target time meets the main node switching condition, performing exception handling on the target block;
determining a second consensus node from the blockchain network, switching the master node from the first consensus node to the second consensus node, and processing a blockproposal message about a block issued by the second consensus node.
In an embodiment, the method further comprises:
determining the number of consensus nodes corresponding to the consensus data acquired in the first target time according to the consensus data acquired in the first target time;
determining a ratio between the number and a total number of consensus nodes in the blockchain network and detecting whether the ratio is less than or equal to a first value;
and if the ratio is smaller than or equal to the first numerical value, determining that the consensus data acquired within the first target time meets the main node switching condition.
In an embodiment, the method further comprises:
if the number of target consensus nodes meets the synchronization condition, acquiring block chain data of the target consensus nodes, wherein the target consensus nodes are consensus nodes which successfully link the target blocks after the target block consensus passes in the block chain network;
performing block chain synchronization according to the block chain data of the target consensus node;
wherein, the meeting of the synchronization condition means: the ratio of the number of the target consensus nodes to the total number of consensus nodes in the blockchain network is greater than or equal to a second value.
In an embodiment, after performing the block chain synchronization according to the block chain data of the target consensus node, the method further includes:
acquiring a correlation node corresponding to the target consensus node, wherein the correlation node is a consensus node in charge of block generation at the current stage;
and switching the main node to the associated node, and processing the block proposal message about the block issued by the associated node.
In an embodiment, the method further comprises:
determining whether a block proposal message issued by the first consensus node about the target block is successfully received within a second target time;
if the block proposal message about the target block issued by the first consensus node is successfully received within the second target time, the step of acquiring the consensus data about the target block from the block chain network is executed;
if the block proposal message about the target block issued by the first consensus node is not successfully received within the second target time, broadcasting target data to consensus nodes in the block chain network, wherein the target data is used for indicating that the block proposal message fails to be received.
In one embodiment, the broadcasting target data to a consensus node in the blockchain network includes:
generating a marking block, wherein the marking block comprises marking information which is used for indicating that the block proposal message is failed to be received;
and taking the marked block as target data, and broadcasting the target data to a consensus node in the block chain network.
In one embodiment, the broadcasting target data to a consensus node in the blockchain network includes:
generating voting information according to a lock block, wherein the lock block is a block which is generated before the target block and is locked after a vote passes in a block voting stage, and the voting information is used for indicating that the vote is performed on the lock block;
and taking the voting information as target data, and broadcasting the target data to a consensus node in the block chain network.
In one aspect, an embodiment of the present application provides a data processing apparatus, where the apparatus includes a unit configured to execute the above data processing method for a block; wherein the apparatus comprises:
an obtaining unit, configured to obtain consensus data about a target block from a block chain network if a first consensus node is determined as a master node and a block proposal message about the target block issued by the first consensus node is obtained;
the processing unit is used for performing exception handling on the target block when the consensus data acquired within the first target time meets the main node switching condition;
the processing unit is further configured to determine a second consensus node from the block chain network when the consensus data acquired within the first target time meets a master node switching condition, switch the master node from the first consensus node to the second consensus node, and process a block proposal message about a block issued by the second consensus node.
In one aspect, an embodiment of the present application provides a computer device, including: the data processing device comprises a processor, a communication interface and a memory, wherein the processor, the communication interface and the memory are connected with each other, executable program codes are stored in the memory, and the processor is used for calling the executable program codes and executing the data processing method aiming at the blocks.
Accordingly, an embodiment of the present application further provides a computer-readable storage medium, in which instructions are stored, and when the computer-readable storage medium is run on a computer, the computer is caused to execute the above data processing method for a block.
In the embodiment of the application, after the block proposal message about the target block is acquired, consensus data about the target block is acquired, if the consensus data acquired within the first target time meets the master node switching condition, the master node is switched, and the proposal message about the block issued by the switched master node is processed. By the method, the main node can be switched when the block pre-submission is overtime, so that the block processing progress is ensured, the time and the computer resources are effectively saved, and the service processing efficiency is improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a schematic architecture diagram of a distributed system according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a block according to an embodiment of the present disclosure;
fig. 3 is a block chain network according to an embodiment of the present invention;
fig. 4 is a schematic architecture diagram of another blockchain network provided in an embodiment of the present application;
fig. 5 is a flowchart illustrating a data processing method for a block according to an embodiment of the present application;
fig. 6 is a flowchart illustrating another data processing method for a block according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a computer device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
With the coming of the scientific and technological era and the development of the mobile internet, the pace of network revolution is getting faster and faster, the information fusion of the same field or multiple fields is realized, and the process of providing an all-dimensional informatization scheme for customers also faces new challenges of improving the system structure, supporting gravity center transfer and the like. Therefore, the blockchain technology, as a specific implementation of the distributed ledger, is gradually becoming the preferred way to store data and transaction data in various fields by virtue of its natural advantages of storing and managing data.
A blockchain network is a distributed system that can be formed by a plurality of nodes (any form of computing device in an access network, such as servers, user terminals) connected in a network communication manner. Referring to fig. 1, an alternative architecture diagram of the distributed system applied to the blockchain network is shown. The blockchain network is formed by a plurality of nodes, a point-To-point (P2P, Peer To Peer) network is formed among the nodes, and the P2P Protocol is an application layer Protocol operating on a Transmission Control Protocol (TCP). In a blockchain network, any machine such as a server or a terminal can be added to become a node, and the node comprises a hardware layer, a middle layer, an operating system layer and an application layer.
Referring to the functions of each node in the blockchain network shown in fig. 1, the functions involved include:
1) routing, a basic function that a node has, is used to support communication between nodes.
Besides the routing function, the node may also have the following functions:
2) the Block chain comprises a series of blocks (blocks) which are connected with each other according to the generated chronological order, new blocks cannot be removed once being added into the Block chain, and recorded data submitted by nodes in the Block chain network, such as transaction data and the like, are recorded in the blocks.
Referring to fig. 2, which is an optional schematic diagram of a Block Structure (Block Structure) provided in the embodiment of the present application, each Block includes a hash value of a data record stored in the Block (hash value of the Block) and a hash value of a previous Block, and the blocks are connected by the hash values to form a Block chain (Block chain). The block may include information such as a time stamp at the time of block generation. A blockchain, which is essentially a decentralized database, is a string of data blocks associated using cryptography, each data block containing relevant information for verifying the validity of the information (anti-counterfeiting) and generating the next block.
3) The application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization function to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain network, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.
For example, the services implemented by the application include:
and 3.1) the wallet is used for providing a function of carrying out transaction of virtual resources, and the function comprises initiating transaction, namely, sending the transaction record of the current transaction to other nodes in the block chain network, and storing the record data of the transaction into a temporary block of the block chain as a response for confirming that the transaction is valid after the other nodes are successfully verified.
And 3.2) sharing the account book, wherein the shared account book is used for providing functions of operations such as storage, inquiry and modification of account data, the recorded data of the operations on the account data are sent to other nodes in the block chain network, and after the other nodes verify the validity, the recorded data are stored in the temporary block as a response for acknowledging that the account data are valid, and confirmation can be sent to the node initiating the operations.
3.3) Intelligent contracts, computerized agreements, which can execute the terms of a certain contract, are realized by codes deployed on a shared book for execution when certain conditions are met, and are used for completing automated transactions according to actual business requirement codes, such as querying the logistics state of goods purchased by buyers, and transferring virtual resources of the buyers to the addresses of merchants after the buyers sign for goods; of course, smart contracts are not limited to executing contracts for trading, but may also execute contracts that process received information.
4) And the consensus is used for solving and ensuring the consistency and correctness of each transaction or data on all accounting nodes. The consensus mechanism of blockchains is the way to determine a certain consensus and maintain consensus. The consensus mechanism of the block chain enables the block chain to still cooperate and complete the operation efficiently in a large scale without depending on centralized organization.
Fig. 3 is a schematic diagram of a block chain network according to an embodiment of the present disclosure. As shown in fig. 3, the nodes in the block chain network may include terminal devices corresponding to banks, insurance companies, government buildings, shops, schools, hospitals, and the like. The terminal devices corresponding to the bank, the insurance company, the government building, the shop, the school and the hospital all participate in the management and the processing of the same block chain network, and also participate in the monitoring of the legality of the transaction so as to achieve the fairness of the block chain network in processing or storing the transaction data. Meanwhile, the bank, the insurance company, the government building, the shop, the school and the hospital belong to different fields, and the quality and the efficiency of social work can be better improved through information fusion and interaction in the different fields. Any node in the blockchain network can check the acquired transaction data, and when the check result is that the check is successful, a block can be generated based on the transaction data and issued to the blockchain, so that other terminal devices in the blockchain network can perform distributed storage on the block. And each terminal device can perform distributed storage on the block after the block consensus passes. For example, as shown in fig. 3, the nodes in the block chain network may include terminal devices corresponding to banks, insurance companies, government buildings, shops, schools, and hospitals, and the terminal devices corresponding to the banks, insurance companies, government buildings, shops, schools, and hospitals may store the identity information of the same user a in a distributed manner, so that the user a to any institution may query the identity information of the user a.
The consensus node is a node having a block generating function and a consensus function in the blockchain network, and may be a full node storing a complete blockchain in the blockchain network. The common nodes in the blockchain network can be divided into a master node and a slave node, wherein the master node is the common node responsible for generating the block (i.e. generating the block) at the current stage, and the slave node is the common node except the master node in the blockchain network. The current stage may refer to the current block height. The consensus node may be a computer device such as a terminal or a server. The server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing basic cloud computing services such as cloud service, a cloud database, cloud computing, a cloud function, cloud storage, network service, cloud communication, middleware service, domain name service, security service, CDN, and a big data and artificial intelligence platform. The terminal may be a smart phone (e.g., an Android phone, an iOS phone, etc.), a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, etc., but is not limited thereto. The common nodes may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein.
As shown in FIG. 4, the published content of a node is shown. After generating a target block, the master node generates a block proposal message based on the target block and broadcasts the block proposal message to each slave node in the block chain network; the block proposal message is used for instructing a slave node in the block chain network to perform consensus on a target block in the block proposal message, and to uplink the target block after the target block consensus passes, etc. After receiving the block proposal message broadcasted by the master node, the slave node performs consensus on the target block in the block proposal message, and broadcasts the consensus data obtained by consensus to the consensus nodes in the block chain network. The consensus data includes voting data generated by the nodes performing consensus on the target block, and the voting data may include voting results obtained by voting according to the legality of the transaction data in the target block, and/or the execution sequence of each transaction corresponding to the transaction data. The master node receives the consensus data of each slave node and determines whether to uplink the target block based on the consensus data of the slave nodes. For example, if the slave node exceeding 2/3 agrees to link the target block on the chain, the target block chain is added to the stored block chain. The slave node may also acquire consensus data about the target block from other slave nodes in the blockchain network, and determine whether to add the target block to the blockchain stored in the slave node based on the acquired consensus data.
On the one hand, in the above processing procedure for the target block, some slave nodes may not receive the block proposal message broadcasted by the master node due to network or the like. For this case, the current solution is: the slave node waits until the block proposal message broadcasted by the master node is received and then carries out subsequent processing; however, the waiting time of the slave node is usually long, which not only wastes time resources and computer resources, but also may cause that other consensus nodes in the blockchain network cannot advance the progress of block processing because a sufficient number of consensus data of the consensus nodes for the target block is not obtained for a long time, thereby causing that the block processing is not delayed.
On the other hand, in the above processing procedure for the target block, there may be a problem of block pre-commit timeout. After acquiring a target block, a consensus node (including a master node and a slave node) in the blockchain network enters a block pre-submission stage, and if a sufficient number of consensus nodes for the target block are not acquired in the block pre-submission stage, block pre-submission is determined to be overtime. For the issue of block pre-commit timeout, the currently common solution is: the common node waits until the common data of the target block are obtained by a sufficient number of common nodes, and then performs subsequent processing, such as determining whether to chain the target block or not, based on the common data of the sufficient number of common nodes. However, the waiting time of the consensus node is usually long, which also seriously affects the progress of the subsequent block processing and causes waste of time resources and computer resources.
Based on this, an embodiment of the present application provides a data processing method for a block to solve the above problem, where the data processing method for a block includes: executing the consensus node to determine whether the block proposal message about the target block issued by the first consensus node determined as the master node is successfully received within a specific time; if the block proposal message of the first common identification node is not successfully received within a specific time, the execution common identification node broadcasts target data to the common identification nodes in the block chain network, wherein the target data is used for indicating that the execution common identification node fails to receive the block proposal message, and further indirectly indicating that the execution common identification node is not completed aiming at the target block common identification. Based on this, the execution consensus node may actively broadcast target data indicating failure in receiving the block proposal message when the reception of the block proposal message is time out, so that other consensus nodes determine that the execution consensus node is not completed for the target block according to the target data, may not count the consensus data of the execution consensus node or determine a revocation ticket or an objection ticket paid by the consensus node for the target block. Therefore, other consensus nodes can acquire the consensus situation about the target block issued by a sufficient number of consensus nodes in a specific time, and the progress of subsequent block processing is ensured. In this way, the execution consensus node is a consensus node determined as a slave node in the blockchain network under the current stage.
If the block proposal message of the first consensus node is successfully received within a specific time, entering a block pre-submission stage, and executing the consensus node to acquire consensus data about the target block, issued by other consensus nodes, from the block chain network in the block pre-submission stage; when the common identification data of a sufficient number of common identification nodes aiming at the target block is not acquired in the block pre-submission stage, a second common identification node is determined from the block chain network, the main node is switched from the first common identification node to the second common identification node, and a block proposal message about the block issued by the second common identification node is processed. Based on the method, the main node can be switched when the block pre-submission is overtime, so that the block processing is continuously promoted, the time and the computer resource are effectively saved, and the service processing efficiency is improved. In this manner, the execution consensus node is any one consensus node in the blockchain network, and may be a master node or any slave node in the current stage.
The data processing method for the block provided by the embodiment of the invention is realized based on the cloud technology, can ensure the progress of block processing, and effectively saves time and computer resources, thereby improving the service processing efficiency. The Cloud technology (Cloud technology) is a hosting technology for unifying series resources such as hardware, software, network and the like in a wide area network or a local area network to realize calculation, storage, processing and sharing of data. The cloud technology is a comprehensive subject and relates to a wide range of fields; the data processing method for the block provided by the embodiment of the invention mainly relates to the field of big data in the cloud technology. In the data processing method for the block, consensus data about the target block issued by other consensus nodes is acquired from a block chain network at a block pre-submission stage, which relates to data transmission in the field of big data; determining whether sufficient number of consensus nodes are acquired within the block pre-commit phase to obtain consensus data for the target block involves data computation in the big data domain.
The main steps of the block-specific data processing method are introduced above, and the respective steps of the block-specific data processing method are described in detail below.
Please refer to fig. 5, which is a flowchart illustrating a data processing method for a block according to an embodiment of the present application. The data processing method for the block described in the embodiment of the present application is performed by the execution consensus node, which may be any slave node in the blockchain network under the current stage. The data processing method for the block includes, but is not limited to, the following steps:
s501, the consensus node determines whether the block proposal message about the target block issued by the first consensus node determined as the master node is successfully received within the second target time. If the receiving is successful, executing step S502-step S505; if not, go to step S506.
In this embodiment of the application, the first common node is a master node in charge of block generation at the current stage, and the second target time may refer to: and the preset time length after the slave master node is switched to the first common identification node. After the first consensus node is determined to be the main node, generating a target block, and generating a block proposal message based on the target block; and then broadcasting the block proposal message to each slave node in the block chain network to instruct the slave nodes in the block chain network to perform consensus on the target block in the block proposal message, and uplink the target block after the target block consensus passes, and the like. If the execution consensus node successfully receives the block proposal message issued by the first consensus node within the second target time, executing step S502-step S505; if the execution consensus node fails to receive the block proposal message issued by the first consensus node within the second target time due to network and other factors, step S506 is executed.
It should be noted that the target block may be generated based on transaction data in the blockchain network; the block proposal message is a large message body that includes many data such as the target block.
S502, the performing consensus node obtains consensus data about the target block from a block chain network.
In the embodiment of the application, after receiving a block proposal message broadcasted by a first consensus node from a slave node in a block chain network, consensus is performed on a target block in the block proposal message, and consensus data obtained by the consensus is broadcasted to other consensus nodes in the block chain network. The consensus data includes the identification of the node and voting data generated by the node performing consensus on the target block, and the voting data may include voting results obtained by voting according to the validity of the transaction data in the target block and/or the execution sequence of each transaction corresponding to the transaction data and the like. After the execution consensus node receives the block proposal message issued by the first consensus node, the execution consensus node enters a block pre-submission stage, and in the block pre-submission stage, consensus data about the target block issued by other slave nodes is acquired in real time from the block chain network.
S503, the executing consensus node detects whether the obtained consensus data about the target block in the first target time satisfies a master node switching condition, and if the obtained consensus data satisfies the master node switching condition, executes step S504 to step S505.
In this embodiment, the first target time, i.e. the block pre-submission stage, may be a preset time length after the block proposal message issued by the first common node is received. The preset time duration may be the same as or different from the preset time duration described in step S501. And the execution consensus node determines the number of consensus nodes corresponding to the consensus data acquired in the first target time according to the consensus data acquired in the first target time. In one embodiment, after the execution consensus node receives the consensus data about the target block, the identities of the consensus nodes included in the consensus data are extracted and recorded, and the number of the finally recorded identities is determined as the number of the consensus nodes.
Executing a consensus node to determine a ratio between the number of the consensus nodes corresponding to the consensus data acquired within a first target time and the total number of the consensus nodes in the block chain network, and detecting whether the ratio is smaller than or equal to a first value; if the ratio is smaller than or equal to the first value, it indicates that the execution consensus node only obtains a small amount of consensus data of the consensus node for the target block, and cannot determine whether to uplink the target block or not according to the consensus data; at this time, it can be determined that the consensus of the execution consensus node for the target block is abnormal, and the consensus data acquired within the first target time meets the main node switching condition; that is, when sufficient number of consensus nodes have not acquired consensus data for the target block in the block pre-commit phase, it is determined that the block pre-commit is over time. When the consensus data acquired within the first target time meets the master node switching condition, executing step S504-step S505 to perform exception handling and master node switching for the target block.
On the contrary, if the ratio is larger than the first numerical value, the execution consensus node is indicated to acquire the consensus data of the target block by the sufficient number of consensus nodes; at this time, the performing-consensus node may determine whether to uplink the target block according to the obtained consensus data in the first target time. For example, if the common node exceeding 2/3 agrees to uplink the target block, the target block chain is added to the block chain stored by the performing common node.
S504, the execution consensus node performs exception handling on the target block.
In the embodiment of the present application, performing exception handling on a target block includes: adding a consensus abnormal identifier for the target block; recording related information of a target block, wherein the related information comprises an identification of a main node generating the target block, received consensus data related to the target block and the like; broadcast a message that performs a consensus exception for the target blockchain network, and so on.
And S505, the execution consensus node determines a second consensus node from the blockchain network, switches the master node from the first consensus node to the second consensus node, and processes a block proposal message about the block, which is issued by the second consensus node.
In the embodiment of the present application, the second common node is a common node except the first common node in the blockchain network. In one embodiment, the consensus node presets an algorithm for electing the master node, and the execution consensus node determines the master node responsible for the block after the first consensus node, that is, the second consensus node, through the algorithm. After the second consensus node is switched to the master node, the block can be regenerated on the block height corresponding to the target block, and a block proposal message is issued; the executing consensus node may process the chunk proposal message issued by the second consensus node. Based on the method, the main node can be switched when the block is subjected to pre-submission timeout so as to ensure that the block processing is continuously pushed forward, so that time resources and computer resources are effectively saved, and the service processing efficiency is improved.
The execution order of step S204 and step S205 may be exchanged, and step S204 and step S205 may be executed synchronously. In addition, the methods in step S202 to step S205 may also be performed by the master node (i.e. the first common node) in the current stage, that is: the first consensus node acquires consensus data about the target block from the blockchain network after broadcasting a block proposal message about the target block to a slave node in the blockchain network; and when the consensus data acquired within the first target time meets the main node switching condition, performing exception processing on the target block, determining a second consensus node from the block chain network, switching the main node to the second consensus node, and processing the block proposal message about the block, which is issued by the second consensus node.
S506, the execution consensus node broadcasts the target data to the consensus nodes in the block chain network.
In the embodiment of the application, if the execution consensus node does not successfully receive the block proposal message issued by the first consensus node within the second target time, the execution consensus node broadcasts the target data to the consensus nodes in the block chain network. The target data is used for indicating that the block proposal message issued by the first consensus node is received unsuccessfully, and further indirectly indicating that the execution of the consensus node is not completed aiming at the target block consensus. Based on this, the execution consensus node may actively broadcast target data indicating failure in receiving the block proposal message when the reception of the block proposal message is time out, so that other consensus nodes determine that the execution consensus node is not completed for the target block according to the target data, may not count the consensus data of the execution consensus node or determine a revocation ticket or an objection ticket paid by the consensus node for the target block. Therefore, other consensus nodes can acquire the consensus situation about the target block issued by a sufficient number of consensus nodes within a specific time (block pre-submission stage), and the progress of subsequent block processing is ensured. For example, it is necessary to obtain the consensus on the target block issued by the consensus node exceeding 3/4, determine whether the consensus node exceeding 2/3 agrees to link the target block, and if so, add the target block chain to the stored block chain.
In one embodiment, the performing of the broadcasting of the target data by the consensus node to the consensus nodes in the blockchain network comprises: generating a mark block comprising mark information, wherein the mark information is used for indicating that the execution consensus node fails to receive the block proposal message issued by the first consensus node; and broadcasting the marked block as target data to a consensus node in the block chain network. By broadcasting the marking block to the common node in the block chain network in the manner, the malicious tampering of the marking information in the marking block can be prevented, and the safety and the accuracy of the marking information are ensured. It should be noted that, the node performing the consensus may also directly broadcast, to the consensus nodes in the blockchain network, information that it fails to receive the blockchain proposal message issued by the first consensus node.
In another embodiment, the performing of the broadcasting of the target data by the consensus node to the consensus nodes in the blockchain network comprises: whether a lock block exists in the execution consensus node currently is detected, wherein the lock block refers to a block which is generated before the target block and is locked after the voting passes in the block voting stage. The consensus process for the blocks comprises two stages of voting, including a block voting stage and a block voting result voting stage. Voting for the block by a consensus node in the block chain network in a block voting stage to obtain a block voting result; and then, voting is carried out on the block voting result obtained in the block voting stage by a consensus node in the block chain network in the block voting result voting stage. If the voting result aiming at the block voting result is failed, the block is locked. If the execution consensus node currently has a lock block, generating voting information according to the lock block, wherein the voting information is used for indicating that the execution consensus node votes for the lock block; the voting information is then broadcast as target data to consensus nodes in the blockchain network. In the above manner, when the reception of the block proposal message is timed out, the failure of the execution of the consensus node to receive the block proposal message is indicated by broadcasting the voting information related to the lock block, so that the diversity of the manner of feeding back the failure of the block proposal message reception can be increased. It should be noted that if the execution consensus node does not currently have a lock block, the processing may be performed in the manner described above.
By adopting the data processing method for the block provided by the embodiment of the application, on one hand, when the reception of the block proposal message is overtime, the target data for indicating the failure of receiving the block proposal message can be actively broadcasted, so that other consensus nodes can determine that the consensus of the execution consensus node for the target block is not completed according to the target data, and can not count the consensus data of the execution consensus node or determine the abstaining ticket or the anti-disappearing ticket thrown by the consensus node for the target block. Therefore, other consensus nodes can acquire the consensus situation about the target block issued by a sufficient number of consensus nodes in a specific time, and the progress of subsequent block processing is ensured. On the other hand, the main node can be switched when the block pre-submission is overtime, so that the block processing progress is ensured, the time and the computer resources are effectively saved, and the service processing efficiency is improved.
In the embodiment of the application, if the consensus of most consensus nodes in the block chain network for a target block is abnormal, the majority of consensus nodes switch the main nodes, and the new main nodes determined by a preset algorithm for electing the main nodes are consistent; the new main node can regenerate the block at the height of the block corresponding to the target block and issue a block proposal message; the vast majority of the consensus nodes process the blocking proposal messages issued by the new master node. Based on the method, most of the common nodes in the block chain network can keep synchronous processing of the blocks, so that continuous forward progress of block processing is ensured, time and computer resources are effectively saved, and service processing efficiency is improved. It should be noted that the remaining few common nodes in the blockchain network may subsequently perform synchronization of the blockchain and synchronization of the master node based on the vast majority of common nodes.
If the vast majority of the common nodes in the blockchain network successfully uplink the target block after the target block common identification passes, the common nodes in the blockchain network aiming at the target block common identification abnormality can perform block chain synchronization and main node synchronization based on the vast majority of the common nodes so as to realize the consistency of the blockchain with the vast majority of the common nodes and the synchronization processing of the blockchain. Based on this, after step S505, that is, after performing the master node switching by the consensus node, the data processing method for the block according to the embodiment of the present application may further include the following steps as shown in fig. 6:
and S507, the execution consensus node detects whether the number of the target consensus nodes meets the synchronization condition, if so, the step S508-the step S511 are executed, otherwise, the process is ended.
In the embodiment of the present application, the target common node is a common node for successfully chaining the target block after the target block common node passes in the block chain network. And executing the consensus node to acquire the number of the target consensus nodes in the block chain network. In one embodiment, after the common node in the blockchain network successfully uplink the target block, the common node can broadcast the message that the target block is successfully uplink to other common nodes in the blockchain network. And executing the consensus node to acquire the message which is broadcasted in the block chain network and successfully uplinks the target block, and determining the number of the target consensus nodes based on the number of the message. In another embodiment, the performing consensus node broadcasts a ul status query request for a target block to the consensus nodes in the blockchain network, and determines the number of target consensus nodes based on a message returned by each of the consensus nodes in response to the request.
And if the ratio of the number of the target consensus nodes to the total number of the consensus nodes in the block chain network is greater than or equal to a second value, determining that the number of the target consensus nodes meets the synchronization condition. When the number of the target common-identification nodes meets the synchronization condition, the common-identification result of the target block is passed, and most common-identification nodes successfully uplink the target block. In this case, since the execution consensus node (the consensus node with abnormal consensus for the target block) switches the master node at the block height corresponding to the target block, the execution consensus node is different from the target consensus node in the block height of the block to be processed, and the execution consensus node may have a delay in the subsequent processing for the block. Based on this, the execution consensus node may perform the block chain synchronization of steps S508-S509 to add the target block and other blocks to the corresponding position in the block chain stored by the execution consensus node, and may perform the synchronization of the master node of steps S510-S511 to implement the synchronization process of maintaining the blocks with the vast majority of the consensus nodes.
It should be noted that, the node performing consensus may perform step S507 and the subsequent steps after the factor, such as the network, causing the target block consensus to be abnormal returns to normal.
And S508, the execution consensus node acquires the block chain data of the target consensus node.
In the embodiment of the present application, the blockchain data includes blocks on the blockchain stored by the target common node, connection relationships between the blocks, and the like, and the blocks may be partial blocks on the blockchain, and the partial blocks may include a certain number of blocks before the target block, and blocks after the target block.
And S509, the execution consensus node performs block chain synchronization according to the block chain data of the target consensus node.
In the embodiment of the application, the execution consensus node adds the target block and/or a block behind the target block to a corresponding position in the block chain stored by the execution consensus node according to the block chain data of the target consensus node.
In one embodiment, the execution consensus node determines whether the execution consensus node and the target consensus node store the same blockchain or not according to a specific number of blocks, namely the connection relation of the blocks, which are included in the acquired blockchain data and located before the target block; if the two storage nodes store the same block chain, the execution consensus node carries out block chain synchronization according to the block chain data of the target consensus node. By adopting the mode, the accuracy of block chain synchronization can be ensured. It should be noted that, if the two stored blocks are not the same blockchain (if the blockchain stored in the selected target consensus node is maliciously tampered), the execution consensus node may select another target consensus node in the blockchain network to perform blockchain synchronization.
And S510, the execution consensus node acquires a correlation node corresponding to the target consensus node, wherein the correlation node is a consensus node in charge of block generation at the current stage, namely a master node of the current stage is jointly elected by a plurality of target consensus nodes in the block chain network. The current stage may refer to a current block height.
S511, the execution consensus node switches the master node to the associated node, and processes the block proposal message about the block issued by the associated node.
By adopting the method, when the vast majority of the common-identification nodes in the block chain network successfully uplink the target block, the block chain and the main node are synchronized based on the vast majority of the common-identification nodes, so that the block chain consistency with the vast majority of the common-identification nodes is maintained and the block synchronization processing is maintained.
Please refer to fig. 7, which is a schematic structural diagram of a data processing apparatus according to an embodiment of the present disclosure. The data processing apparatus described in the embodiment of the present application corresponds to the aforesaid execution consensus node, and the apparatus includes:
an obtaining unit 701, configured to obtain consensus data about a target block from a block chain network if a first consensus node is determined as a master node and a block proposal message about the target block issued by the first consensus node is obtained;
a processing unit 702, configured to perform exception handling on the target block when the consensus data acquired within the first target time meets a master node switching condition;
the processing unit 702 is further configured to determine a second consensus node from the blockchain network when the consensus data acquired within the first target time meets a master node switching condition, switch the master node from the first consensus node to the second consensus node, and process a blockproposal message about a block issued by the second consensus node.
In an embodiment, the apparatus further comprises a detection unit 703 for:
determining the number of consensus nodes corresponding to the consensus data acquired in the first target time according to the consensus data acquired in the first target time; determining a ratio between the number and a total number of consensus nodes in the blockchain network and detecting whether the ratio is less than or equal to a first value; and if the ratio is smaller than or equal to the first numerical value, determining that the consensus data acquired within the first target time meets the main node switching condition.
In an embodiment, the obtaining unit 701 is further configured to obtain the blockchain data of a target common node if the number of target common nodes meets a synchronization condition, where the target common node is a common node that successfully chains the target block after the target blockchain network passes the target blockchain common node;
the apparatus further includes a synchronization unit 704 configured to perform a block chain synchronization according to the block chain data of the target consensus node; wherein, the meeting of the synchronization condition means: the ratio of the number of the target consensus nodes to the total number of consensus nodes in the blockchain network is greater than or equal to a second value.
In an embodiment, the obtaining unit 701 is further configured to obtain an associated node corresponding to the target consensus node, where the associated node is a consensus node responsible for block generation at a current stage;
the processing unit 702 is further configured to switch the master node to the associated node, and process the block proposal message about the block issued by the associated node.
In an embodiment, the detecting unit 703 is further configured to:
determining whether a block proposal message issued by the first consensus node about the target block is successfully received within a second target time;
if the block proposal message about the target block issued by the first consensus node is successfully received within the second target time, triggering the obtaining unit 701 to obtain the consensus data about the target block from the blockchain network;
if the block proposal message about the target block issued by the first consensus node is not successfully received within the second target time, the processing unit 702 is triggered to broadcast target data to the consensus nodes in the block chain network, wherein the target data is used for indicating that the block proposal message fails to be received.
In an embodiment, the processing unit 702 is specifically configured to:
generating a marking block, wherein the marking block comprises marking information which is used for indicating that the block proposal message is failed to be received; and taking the marked block as target data, and broadcasting the target data to a consensus node in the block chain network.
In an embodiment, the processing unit 702 is specifically configured to:
generating voting information according to a lock block, wherein the lock block is a block which is generated before the target block and is locked after a vote passes in a block voting stage, and the voting information is used for indicating that the vote is performed on the lock block; and taking the voting information as target data, and broadcasting the target data to a consensus node in the block chain network.
It can be understood that the functions of the functional units of the data processing apparatus in the embodiment of the present application can be specifically implemented according to the method in the foregoing method embodiment, and the specific implementation process may refer to the relevant description of the foregoing method embodiment, which is not described herein again.
On one hand, the data processing apparatus provided in the embodiment of the application may actively broadcast target data for indicating that receiving of the block proposal message fails when receiving of the block proposal message times out, so that other consensus nodes determine that consensus is not completed for the target block by the consensus execution node according to the target data, and may not count the consensus data of the consensus execution node or determine a revocation ticket or an objection ticket paid by the consensus node for the target block. Therefore, other consensus nodes can acquire the consensus situation about the target block issued by a sufficient number of consensus nodes in a specific time, and the progress of subsequent block processing is ensured. On the other hand, the main node can be switched when the block pre-submission is overtime, so that the block processing progress is ensured, the time and the computer resources are effectively saved, and the service processing efficiency is improved.
Referring to fig. 8, fig. 8 is a schematic structural diagram of a computer device according to an embodiment of the present disclosure. The computer device described in the embodiment of the present application corresponds to the execution consensus node described above, and includes: a processor 801, a communication interface 802, and a memory 803. The processor 801, the communication interface 802, and the memory 803 may be connected by a bus or other means, and the embodiment of the present application is exemplified by being connected by a bus.
The processor 801 (or referred to as a Central Processing Unit (CPU)) is a computing core and a control core of the computer device, and can analyze various instructions in the computer device and process various data of the computer device, for example: the CPU can be used for analyzing a power-on and power-off instruction sent to the computer equipment by a user and controlling the computer equipment to carry out power-on and power-off operation; the following steps are repeated: the CPU may transmit various types of interactive data between the internal structures of the computer device, and so on. The communication interface 802 may optionally include a standard wired interface, a wireless interface (e.g., Wi-Fi, mobile communication interface, etc.), controlled by the processor 801 for transceiving data. The Memory 803(Memory) is a Memory device in the computer device for storing programs and data. It is understood that the memory 803 herein can comprise both the built-in memory of the computer device and, of course, the expansion memory supported by the computer device. The memory 803 provides storage space that stores the operating system of the computer device, which may include, but is not limited to: android system, iOS system, Windows Phone system, etc., which are not limited in this application.
In the embodiment of the present application, the processor 801 executes the executable program code in the memory 803 to perform the following operations:
if the first common node is determined as the master node and acquires the block proposal message about the target block issued by the first common node through the communication interface 802, acquiring common data about the target block from the block chain network; when the consensus data acquired within the first target time meets the main node switching condition, performing exception handling on the target block; determining a second consensus node from the blockchain network, switching the master node from the first consensus node to the second consensus node, and processing a blockproposal message about a block issued by the second consensus node.
In one embodiment, the processor 801 is further configured to: determining the number of consensus nodes corresponding to the consensus data acquired in the first target time according to the consensus data acquired through the communication interface 802 in the first target time; determining a ratio between the number and a total number of consensus nodes in the blockchain network and detecting whether the ratio is less than or equal to a first value; and if the ratio is smaller than or equal to the first numerical value, determining that the consensus data acquired within the first target time meets the main node switching condition.
In one embodiment, the processor 801 is further configured to: if the number of target consensus nodes meets the synchronization condition, obtaining the block chain data of the target consensus nodes through a communication interface 802, wherein the target consensus nodes are the consensus nodes which successfully link the target blocks after the target block consensus passes in the block chain network; performing block chain synchronization according to the block chain data of the target consensus node; wherein, the meeting of the synchronization condition means: the ratio of the number of the target consensus nodes to the total number of consensus nodes in the blockchain network is greater than or equal to a second value.
In an embodiment, after performing the blockchain synchronization according to the blockchain data of the target consensus node, the processor 801 is further configured to: acquiring a related node corresponding to the target consensus node through a communication interface 802, wherein the related node is a consensus node in charge of block generation at the current stage; and switching the main node to the associated node, and processing the block proposal message about the block issued by the associated node.
In an embodiment, it is determined whether a block proposal message issued by the first consensus node for the target block is successfully received over the communication interface 802 within a second target time; if the block proposal message about the target block issued by the first consensus node is successfully received within the second target time, acquiring consensus data about the target block from the block chain network, and executing the subsequent steps; if the block proposal message about the target block issued by the first consensus node is not successfully received within the second target time, target data is broadcasted to the consensus nodes in the block chain network through the communication interface 802, wherein the target data is used for indicating that the block proposal message fails to be received.
In an embodiment, when the processor 801 broadcasts the target data to the consensus node in the blockchain network through the communication interface 802, the processor is specifically configured to: generating a marking block, wherein the marking block comprises marking information which is used for indicating that the block proposal message is failed to be received; the marked blocks are used as target data and the target data is broadcasted to the consensus nodes in the blockchain network through the communication interface 802.
In an embodiment, when the processor 801 broadcasts the target data to the consensus node in the blockchain network through the communication interface 802, the processor is specifically configured to: generating voting information according to a lock block, wherein the lock block is a block which is generated before the target block and is locked after a vote passes in a block voting stage, and the voting information is used for indicating that the vote is performed on the lock block; the voting information is used as target data and the target data is broadcasted to consensus nodes in the blockchain network through the communication interface 802.
In a specific implementation, the processor 801, the user interface 802, the communication interface 802, and the memory 803 described in this embodiment of the present application may execute the implementation manner of executing the consensus node described in the data processing method for a block provided in this embodiment of the present application, and may also execute the implementation manner described in the data processing apparatus provided in this embodiment of the present application, which is not described herein again.
On one hand, the computer device provided by the embodiment of the application can actively broadcast the target data for indicating that the block proposal message is failed to be received when the block proposal message is received over time, so that other consensus nodes determine that the consensus of the execution consensus node for the target block is not completed according to the target data, and can not count the consensus data of the execution consensus node or determine a revocation ticket or an objection ticket paid by the consensus node for the target block. Therefore, other consensus nodes can acquire the consensus situation about the target block issued by a sufficient number of consensus nodes in a specific time, and the progress of subsequent block processing is ensured. On the other hand, the main node can be switched when the block pre-submission is overtime, so that the block processing progress is ensured, the time and the computer resources are effectively saved, and the service processing efficiency is improved.
The embodiment of the present application further provides a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the instructions are executed on a computer, the computer is caused to execute the data processing method for the block according to the embodiment of the present application; for specific implementation, reference may be made to the foregoing description, which is not repeated herein.
The embodiments of the present application also provide a computer program product containing instructions, which when run on a computer, causes the computer to execute the data processing method for a block according to the embodiments of the present application; for specific implementation, reference may be made to the foregoing description, which is not repeated herein.
It should be noted that, for simplicity of description, the above-mentioned embodiments of the method are described as a series of acts or combinations, but those skilled in the art should understand that the present application is not limited by the order of acts described, as some steps may be performed in other orders or simultaneously according to the present application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.
Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.
The above disclosure is only a few examples of the present application, and certainly should not be taken as limiting the scope of the present application, which is therefore intended to cover all modifications that are within the scope of the present application and which are equivalent to the claims.
Claims (9)
1. A method of data processing for a block, the method comprising:
if the first common identification node is determined as a main node and acquires a block proposal message about a target block issued by the first common identification node, acquiring common identification data about the target block from a block chain network;
when the consensus data acquired within the first target time meets the main node switching condition, performing exception handling on the target block; wherein the main node switching condition refers to block pre-submission overtime;
determining a second consensus node from the blockchain network, switching a main node from the first consensus node to the second consensus node, and processing a blockproposal message about a block issued by the second consensus node;
wherein the method further comprises:
if the number of target consensus nodes meets the synchronization condition, acquiring block chain data of the target consensus nodes, wherein the target consensus nodes are consensus nodes which successfully link the target blocks after the target block consensus passes in the block chain network;
performing block chain synchronization according to the block chain data of the target consensus node;
wherein, the meeting of the synchronization condition means: the ratio of the number of the target consensus nodes to the total number of consensus nodes in the blockchain network is greater than or equal to a second value.
2. The method of claim 1, wherein the method further comprises:
determining the number of consensus nodes corresponding to the consensus data acquired in the first target time according to the consensus data acquired in the first target time;
determining a ratio between the number and a total number of consensus nodes in the blockchain network and detecting whether the ratio is less than or equal to a first value;
and if the ratio is smaller than or equal to the first numerical value, determining that the consensus data acquired within the first target time meets the main node switching condition.
3. The method of claim 1, wherein after the block chain synchronization based on the block chain data of the target consensus node, the method further comprises:
acquiring a correlation node corresponding to the target consensus node, wherein the correlation node is a consensus node in charge of block generation at the current stage;
and switching the main node to the associated node, and processing the block proposal message about the block issued by the associated node.
4. The method of claim 1, wherein the method further comprises:
determining whether a block proposal message issued by the first consensus node about the target block is successfully received within a second target time;
if the block proposal message about the target block issued by the first consensus node is successfully received within the second target time, the step of acquiring the consensus data about the target block from the block chain network is executed;
if the block proposal message about the target block issued by the first consensus node is not successfully received within the second target time, broadcasting target data to consensus nodes in the block chain network, wherein the target data is used for indicating that the block proposal message fails to be received.
5. The method of claim 4, wherein the broadcasting target data to consensus nodes in the blockchain network comprises:
generating a marking block, wherein the marking block comprises marking information which is used for indicating that the block proposal message is failed to be received;
and taking the marked block as target data, and broadcasting the target data to a consensus node in the block chain network.
6. The method of claim 4, wherein the broadcasting target data to consensus nodes in the blockchain network comprises:
generating voting information according to a lock block, wherein the lock block is a block which is generated before the target block and is locked after a vote passes in a block voting stage, and the voting information is used for indicating that the vote is performed on the lock block;
and taking the voting information as target data, and broadcasting the target data to a consensus node in the block chain network.
7. A data processing apparatus, characterized in that the apparatus comprises:
an obtaining unit, configured to obtain consensus data about a target block from a block chain network if a first consensus node is determined as a master node and a block proposal message about the target block issued by the first consensus node is obtained;
the processing unit is used for performing exception handling on the target block when the consensus data acquired within the first target time meets the main node switching condition; wherein the main node switching condition refers to block pre-submission overtime;
the processing unit is further configured to determine a second consensus node from the block chain network when the consensus data acquired within the first target time meets a master node switching condition, switch the master node from the first consensus node to the second consensus node, and process a block proposal message about a block, which is issued by the second consensus node;
the obtaining unit is further configured to obtain the blockchain data of the target common identification node if the number of target common identification nodes meets a synchronization condition, where the target common identification node is a common identification node that successfully chains the target block after the target blockchain network passes the target block common identification;
a synchronization unit, configured to perform block chain synchronization according to the block chain data of the target consensus node;
wherein, the meeting of the synchronization condition means: the ratio of the number of the target consensus nodes to the total number of consensus nodes in the blockchain network is greater than or equal to a second value.
8. A computer device, comprising: a processor, a communication interface and a memory, which are connected to each other, wherein the memory stores executable program code, and the processor is configured to call the executable program code to execute the data processing method for the block according to any one of claims 1 to 6.
9. A computer-readable storage medium having stored therein instructions which, when run on a computer, cause the computer to execute the data processing method for a tile of any one of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010519629.2A CN111698315B (en) | 2020-06-09 | 2020-06-09 | Data processing method and device for block and computer equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010519629.2A CN111698315B (en) | 2020-06-09 | 2020-06-09 | Data processing method and device for block and computer equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111698315A CN111698315A (en) | 2020-09-22 |
| CN111698315B true CN111698315B (en) | 2021-10-15 |
Family
ID=72479989
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010519629.2A Active CN111698315B (en) | 2020-06-09 | 2020-06-09 | Data processing method and device for block and computer equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111698315B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112422341B (en) * | 2020-11-18 | 2021-09-28 | 腾讯科技（深圳）有限公司 | Fault detection method of block chain network and related equipment |
| CN112511312B (en) * | 2020-11-23 | 2023-10-17 | 北京微芯区块链与边缘计算研究院 | Assembled consensus method and system |
| CN112418859B (en) * | 2020-12-04 | 2022-04-29 | 腾讯科技（深圳）有限公司 | Block chain consensus method and device, electronic equipment and readable storage medium |
| CN113114613B (en) * | 2020-12-29 | 2023-05-02 | 上海零数众合信息科技有限公司 | Block chain fault tolerance consensus pipeline processing method |
| CN113342902B (en) * | 2021-08-09 | 2021-11-12 | 腾讯科技（深圳）有限公司 | Data processing method and device for block chain network, computer equipment and medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103118084A (en) * | 2013-01-21 | 2013-05-22 | 浪潮(北京)电子信息产业有限公司 | Host node election method and node |
| CN107391320A (en) * | 2017-03-10 | 2017-11-24 | 阿里巴巴集团控股有限公司 | One kind common recognition method and device |
| CN108134706A (en) * | 2018-01-02 | 2018-06-08 | 中国工商银行股份有限公司 | Block chain high-availability system mostly living, computer equipment and method |
| CN110609872A (en) * | 2019-09-20 | 2019-12-24 | 北京海益同展信息科技有限公司 | Method and apparatus for synchronizing node data |
| CN110673914A (en) * | 2019-09-24 | 2020-01-10 | 支付宝(杭州)信息技术有限公司 | View switching method for block chain consensus and block chain system |
Family Cites Families (5)
| 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 |
| CN111756550B (en) * | 2017-03-28 | 2023-08-22 | 创新先进技术有限公司 | Block chain consensus method and device |
| CN108696589B (en) * | 2018-05-14 | 2022-04-08 | 百度在线网络技术（北京）有限公司 | Block chain data transmission method, device, equipment and storage medium |
| ES2867423T3 (en) * | 2018-11-07 | 2021-10-20 | Advanced New Technologies Co Ltd | Facilitate practical Byzantine fault tolerance blockchain consensus and node synchronization |
| CN114401150B (en) * | 2019-09-05 | 2023-10-20 | 创新先进技术有限公司 | Method for adding node in blockchain network and blockchain system |
-
2020
- 2020-06-09 CN CN202010519629.2A patent/CN111698315B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103118084A (en) * | 2013-01-21 | 2013-05-22 | 浪潮(北京)电子信息产业有限公司 | Host node election method and node |
| CN107391320A (en) * | 2017-03-10 | 2017-11-24 | 阿里巴巴集团控股有限公司 | One kind common recognition method and device |
| CN108134706A (en) * | 2018-01-02 | 2018-06-08 | 中国工商银行股份有限公司 | Block chain high-availability system mostly living, computer equipment and method |
| CN110609872A (en) * | 2019-09-20 | 2019-12-24 | 北京海益同展信息科技有限公司 | Method and apparatus for synchronizing node data |
| CN110673914A (en) * | 2019-09-24 | 2020-01-10 | 支付宝(杭州)信息技术有限公司 | View switching method for block chain consensus and block chain system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111698315A (en) | 2020-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111698315B (en) | Data processing method and device for block and computer equipment | |
| CN112073269B (en) | Block chain network testing method, device, server and storage medium | |
| CN113395363B (en) | Data processing method, device and equipment based on block chain and storage medium | |
| US20220239496A1 (en) | Blockchain consensus method, device and system | |
| CN111291060B (en) | Method, device and computer readable medium for managing blockchain nodes | |
| CN113347164B (en) | Block chain-based distributed consensus system, method, device and storage medium | |
| CN111400112B (en) | Writing method and device of storage system of distributed cluster and readable storage medium | |
| CN112527912B (en) | Data processing method and device based on block chain network and computer equipment | |
| CN113570466B (en) | Transaction data processing method and device and readable storage medium | |
| CN111507717B (en) | Data processing method, device, block node and computer readable storage medium | |
| CN111597567B (en) | Data processing method, data processing device, node equipment and storage medium | |
| CN111464356B (en) | Block consensus period switching method and device and computer equipment | |
| CN108509615B (en) | Consensus establishing method and device based on drawing mechanism and readable storage medium | |
| CN110458709B (en) | Resource transfer information transmission method and device, storage medium and electronic device | |
| CN110597918A (en) | Account management method and device and computer readable storage medium | |
| CN111885050A (en) | Data storage method and device based on block chain network, related equipment and medium | |
| CN109819023B (en) | Distributed transaction processing method and related product | |
| CN111163130A (en) | Network service system and data transmission method thereof | |
| CN110955724A (en) | Data processing method and device based on block chain, node equipment and storage medium | |
| CN110597922A (en) | Data processing method, device, terminal and storage medium | |
| CN111488626A (en) | Data processing method, device, equipment and medium based on block chain | |
| CN113765675B (en) | Transaction data processing method, device, equipment and medium | |
| CN112651044B (en) | Business transaction method, system and storage medium based on block chain technology | |
| CN110351362A (en) | Data verification method, equipment and computer readable storage medium | |
| CN111597537B (en) | Block chain network-based certificate issuing method, related equipment and medium |
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: 40028475 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 |