CN110602108B - Data communication method, device, equipment and storage medium based on block chain network - Google Patents
Data communication method, device, equipment and storage medium based on block chain network Download PDFInfo
- Publication number
- CN110602108B CN110602108B CN201910879398.3A CN201910879398A CN110602108B CN 110602108 B CN110602108 B CN 110602108B CN 201910879398 A CN201910879398 A CN 201910879398A CN 110602108 B CN110602108 B CN 110602108B
- Authority
- CN
- China
- Prior art keywords
- node
- proxy node
- consensus
- proxy
- data communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0281—Proxies
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
Abstract
The embodiment of the invention discloses a data communication method, a device, equipment and a medium based on a block chain network; the block chain network comprises a service node, a proxy node and a consensus node; the method comprises the following steps: the service node uses the routing service provided by the first proxy node to carry out data communication with the consensus node; in the data communication process, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched; acquiring the current block height of a block chain network; and if the height of the current block meets the preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using the routing service provided by the second proxy node. The embodiment of the invention can better perform data communication between the nodes and improve the safety and the smoothness of the data communication.
Description
Technical Field
The present invention relates to the field of internet technologies, and in particular, to a data communication method based on a blockchain network, a data communication apparatus based on a blockchain network, a node device, and a computer storage medium.
Background
With the development of internet technology, the blockchain is gradually concerned by more and more individuals and enterprises; the so-called blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission (P2P transmission), consensus mechanism, encryption algorithm, etc., and is essentially a decentralized database. A network formed based on a blockchain and a peer-to-peer network may be referred to as a blockchain network, and a blockchain network generally includes a plurality of nodes; the node and the other node may be in data communication with each other. As the block chain network is widely used, the demand for data communication between different nodes is increasing; how to enable better data communication between nodes becomes a research hotspot.
Disclosure of Invention
Embodiments of the present invention provide a data communication method, apparatus, device and computer storage medium based on a blockchain network, which can enable nodes to perform data communication better, and improve security and smoothness of data communication.
In one aspect, an embodiment of the present invention provides a data communication method based on a blockchain network, where the blockchain network includes a service node, a proxy node, and a consensus node; the data communication method comprises the following steps:
the service node uses the routing service provided by the first proxy node to carry out data communication with the consensus node;
in the data communication process, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched;
obtaining a current block height of the block chain network, wherein the block height is used for indicating the number of blocks connected on a block chain;
and if the height of the current block meets a preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node.
In another aspect, an embodiment of the present invention provides a data communication apparatus based on a blockchain network, where the blockchain network includes a service node, a proxy node, and a consensus node; the data communication apparatus includes:
a communication unit for performing data communication with the consensus node using a routing service provided by a first proxy node;
the processing unit is used for responding to a switching trigger event aiming at the proxy node in the data communication process and acquiring the attribute information of a second proxy node to be switched;
the processing unit is configured to obtain a current block height of the blockchain network, where the block height is used to indicate a number of blocks connected to a blockchain;
and the communication unit is used for switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node if the current block height meets a preset condition, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node.
In another aspect, an embodiment of the present invention provides a node device, where the node device includes an input interface and an output interface, and the node device further includes:
a processor adapted to implement one or more instructions; and the number of the first and second groups,
a computer storage medium storing one or more instructions adapted to be loaded by the processor and to perform the steps of:
the service node uses the routing service provided by the first proxy node to carry out data communication with the consensus node;
in the data communication process, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched;
obtaining a current block height of the block chain network, wherein the block height is used for indicating the number of blocks connected on a block chain;
and if the height of the current block meets a preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node.
In yet another aspect, an embodiment of the present invention provides a computer storage medium, where one or more instructions are stored, and the one or more instructions are adapted to be loaded by a processor and execute the following steps:
the service node uses the routing service provided by the first proxy node to carry out data communication with the consensus node;
in the data communication process, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched;
obtaining a current block height of the block chain network, wherein the block height is used for indicating the number of blocks connected on a block chain;
and if the height of the current block meets a preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node.
The block chain network in the embodiment of the invention can comprise a service node, a proxy node and a consensus node, wherein the service node uses the routing service provided by the proxy node and the consensus node to carry out data communication; the service node and the consensus node are isolated through the agent node, so that the service node and the consensus node can be prevented from directly carrying out data communication, and the safety of data communication can be effectively improved. In the process that the service node uses the routing service provided by the first proxy node and the consensus node to carry out data communication, the attribute information of the second proxy node to be switched and the current block height of the block chain network can be obtained in response to a switching trigger event aiming at the proxy node. If the current block height meets the preset condition, the current block height can be switched from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and the routing service provided by the second proxy node is used for continuing to carry out data communication with the consensus node. Therefore, the embodiment of the invention can carry out online seamless switching on the proxy node and the routing service through the block height, and can improve the smoothness of data communication.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1a is an architecture diagram of an alliance chain network according to an embodiment of the present invention;
fig. 1b is an interaction diagram of a service layer and a consensus network layer for data interaction according to an embodiment of the present invention;
fig. 1c is an interaction diagram of a service node and a consensus node performing data communication according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a data communication method based on a blockchain network according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating a data communication method based on a blockchain network according to another embodiment of the present invention;
fig. 4a is a schematic diagram of uploading configuration transaction to a blockchain network according to an embodiment of the present invention;
FIG. 4b is a schematic diagram illustrating a node switch based on configuration transactions according to an embodiment of the present invention;
fig. 4c is a schematic diagram of a service node outputting a notification signal according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a data communication apparatus based on a blockchain network according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a node device according to an embodiment of the present invention.
Detailed Description
The technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.
As the blockchain network is widely used, more and more node devices (hereinafter referred to as nodes) are added to the blockchain network; the blockchain network here refers to a decentralized and trusted network built on the untrusted internet, and the nodes refer to computers in the blockchain network, which may specifically include but are not limited to: the mobile terminal (such as smart phone, tablet computer, etc.), the mining machine, the desktop computer, the server, etc. with better performance. Research shows that as the number of nodes in the blockchain network increases, the possibility of attacking the blockchain network also increases; this may increase the risk of data leakage due to the attack of the blockchain network during data communication between different nodes. Therefore, in order to ensure the security of data communication, the embodiment of the present invention provides a hierarchical blockchain network. The hierarchical blockchain network may be any one of the following: a federation chain network, a public chain network, and a private chain network. The alliance chain network can be called a common block chain network, and refers to a block chain network which is operated by a plurality of mechanisms together; the public link network refers to a block link network without a user authorization mechanism; a private chain network refers to a blockchain network operated by a structure.
The specific architecture of the hierarchical blockchain network is described in detail below by taking the hierarchical blockchain network as an example of a federation chain network that is commonly operated by related enterprises (e.g., enterprise a, enterprise B, etc.). Referring to fig. 1a, a federated link network (i.e., a layered blockchain network) may include a service layer, a routing agent layer, and a consensus network layer; the service layer and the consensus network layer perform data interaction through the routing agent layer, as shown in fig. 1 b. The service layer refers to a network layer that can provide service for users, where the service may include at least one of the following services: electronic billing services, expense reimbursement services, information query services, and the like; the service layer may include a plurality of nodes, and any two nodes may communicate with each other. The routing agent layer is a network layer used for isolating the service layer and the consensus network layer and providing routing service, wherein the routing service refers to service for forwarding data between the service layer and the consensus network layer; the routing agent layer can comprise a plurality of nodes, and any two nodes can communicate with each other. The consensus network layer refers to a network layer for performing consensus (i.e. joint approval) and recording on data uploaded to the alliance-link network; the consensus network layer can also comprise at least one consensus chain, each consensus chain is composed of a plurality of nodes, and any two nodes can communicate with each other.
Based on the above description, the embodiments of the present invention can roughly divide the nodes in the hierarchical block chain network into three types of nodes, i.e., a service node, a proxy node, and a consensus node; that is, the hierarchical blockchain network proposed by the embodiment of the present invention may include a service node, a proxy node, and a consensus node. The service node is a node located in the service layer, that is, the service node is a node that can support any user to access and execute service processing. The proxy node is a node located in a routing proxy layer, that is, the proxy node refers to a node which can provide routing service for the service node and the consensus node. The consensus node (or called as an accounting node) is a node located in at least one consensus chain in the consensus network layer, that is, the consensus node is a node that performs consensus verification on data uploaded into the blockchain network and records the verified data. It should be noted that the data recorded in the consensus node is not disclosed to the users in the whole network, and only some users with access rights are supported to access the data; for example, only the staff of the related enterprises participating in the federation are supported for access.
Based on the above hierarchical blockchain network, the embodiment of the present invention further provides a data communication scheme based on the blockchain network. The data communication scheme may be performed by any service node in a blockchain network, and the main principle of the data communication scheme is as follows: the service node and the consensus node perform data communication in real time through the routing service provided by the proxy node. In the concrete implementation: when a certain service node needs to uplink certain service data into the blockchain network, the service data can be sent to the proxy node, so that the proxy node forwards the service data to the consensus node. After receiving the service data, the consensus node can perform consensus verification on the service data. If the consensus verification passes, generating a block for recording the service data, and adding the block into a block chain stored in a local space; and synchronizing the block to the service node through the proxy node, so that the proxy node and the service node add the block to a block chain stored in their local spaces, as shown in fig. 1 c. That is to say, block chains are stored in the local spaces of the three types of nodes, namely, the service node, the proxy node and the consensus node, and the block chains stored in the nodes are identical in structure, that is, the number of blocks stored in the local spaces of the nodes is identical; the blockchain stored in the local space of any node can represent the blockchain of the whole blockchain network. If the service requirement of route switching exists, the proxy node can be switched based on the block height of the block chain network, so that the online seamless switching of the route service is realized, and the data communication can be better carried out among different nodes. Where block height is used to indicate the number of blocks connected on the blockchain, e.g., block height of 1800, this may indicate that the total number of blocks connected on the blockchain is 1800.
The embodiment of the invention introduces the agent node, and isolates the service node from the consensus node through the agent node, so that the direct data communication between the service node and the consensus node can be avoided, the problem that the data recorded in the consensus node is leaked due to the attack of the block chain network in the data communication process of the service node and the consensus node can be avoided, and the safety of the data communication can be effectively improved. And the routing service can be switched online based on the block height, so that communication blockage or delay caused by switching of the routing service can be avoided in the process of carrying out data communication between the service node and the consensus node through the routing service, and the timeliness and smoothness of the data communication can be ensured.
Based on the above description, the embodiment of the present invention provides a data communication method based on a block chain network; the data communication method is executed by any service node in the block chain network. For convenience of illustration, the following reference to the blockchain network refers to the above mentioned hierarchical blockchain network. Referring to fig. 2, the data communication method may include the following steps S201 to S204:
s201, the service node uses the routing service provided by the first proxy node to communicate data with the consensus node.
The blockchain network in the embodiment of the present invention may include at least one proxy node capable of providing a routing service and a plurality of common nodes, where the first proxy node refers to a proxy node selected by a service node from at least one proxy node in the blockchain network. The service node may first obtain a service address of the first proxy node, where the service address refers to an address used by the proxy node for communicating with other nodes (e.g., the service node and the consensus node); which may specifically comprise an IP address (internet protocol address). Then, a communication connection with the first proxy node is established according to the service address of the first proxy node. After the communication connection with the first proxy node is successfully established, the service node can use the routing service provided by the first proxy node to carry out data communication with the consensus node. The step of acquiring the service address of the first proxy node by the service node may include at least the following two specific implementation manners:
in one embodiment, an administrator of the blockchain network may uplink the initial routing service list, where uplink refers to uploading the initial routing service list to the blockchain network; the initial service routing list may include a plurality of available proxy nodes and service information of each proxy node, and the service information may include, but is not limited to: service address, name of the organization to which it belongs, physical location, etc. The affiliated mechanism is a mechanism for managing the agent nodes, and the physical position is the actual geographic position of the agent nodes; for example, agent node a is located in Shenzhen and managed by agency A, then the name of the affiliated agency of agent node a is agency A, and the physical location is Shenzhen. After each consensus node of the block chain network receives the initial routing service list, consensus verification can be carried out on the initial routing service list; if the verification is passed, the initial routing service list is submitted to a configuration block in a block chain, namely, a configuration block corresponding to the initial routing service list is generated, and the configuration block is synchronized to the service node. Accordingly, the service node may receive the configuration block and obtain the initial routing service list from the configuration block. Then, the service node may select one proxy node from the plurality of available proxy nodes as a first proxy node according to the service information of each proxy node in the initial routing service list, and read the service address of the first proxy node from the initial routing service list. For example, one proxy node may be selected as a first proxy node according to the name of the organization to which the proxy node belongs; or determining the distance between each proxy node and the service node according to the physical position, selecting the proxy node closest to the physical position as the first proxy node, and the like.
In another embodiment, there may be a time delay for the consensus node to synchronize the block corresponding to the initial routing service list with the service node, so that the service node may not obtain the initial routing service list in time. Therefore, the service node can also directly acquire an initial routing service list from an authoritative structure (such as a government department and a related enterprise participating in the alliance), select one proxy node from a plurality of available proxy nodes as a first proxy node according to the service information of each proxy node in the initial routing service list, and read the service address of the first proxy node from the initial routing service list. Alternatively, the service address of the first proxy node is obtained directly from the rights agency.
S202, in the process of data communication, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched.
During data communication, there is often a need for handover of routing services. For example, when the first proxy node cannot continue to provide the routing service for some reasons (e.g., failure, insufficient memory), the routing service needs to be switched so as not to affect data communication between the service node and the identified node; for another example, when a new proxy node is added to the blockchain network and data communication is performed by using a routing service provided by the new proxy node, switching of the routing service is also required at this time; for another example, when the routing service provided by the first proxy node cannot satisfy the service requirement of the service node, for example, the routing service provided by the first proxy node is a service for forwarding the ticket data, and the service requirement is a service for requesting the proxy node to forward the reimbursement data, the first proxy node cannot satisfy the service requirement of the service node; at this time, a switching of routing services is required, and so on.
When the requirement of route switching exists, the switching of the route service can be realized by switching the proxy node. In the specific implementation, the service node can detect whether a switching trigger event aiming at the proxy node exists in real time in the data communication process; if the attribute information exists, the attribute information of the second proxy node to be switched can be acquired in response to the switching trigger event. Handover triggering events herein may include, but are not limited to: detecting an event that the routing service provided by the first proxy node fails to meet the traffic demand of the traffic node, receiving a configuration transaction sent by the first proxy node, and so on. Wherein the configuration transaction may include attribute information of the second agent node; the second proxy node may be a proxy node newly added to the blockchain network, or may be a proxy node existing in the blockchain network except for the first proxy node. The number of the second proxy nodes may be one or more, which is not limited in the embodiment of the present invention; for example, the configuration transaction includes attribute information of the newly added agent node Y and agent node Z, and both the agent node Y and the agent node Z can be used as second agent nodes.
S203, obtain the current block height of the blockchain network.
As can be seen from the foregoing, the block height is used to indicate the number of blocks connected on the block chain; the local space of each node in the blockchain network stores the blockchain, and the blockchain stored by any node can represent the blockchain of the whole blockchain network. Therefore, when the service node acquires the blockchain network, the number of blocks connected to the blockchain can be directly inquired in the local space of the service node, and the inquired number of blocks is used as the current block height of the blockchain network. For example, if a total of 2000 blocks are connected to the blockchain stored in the local space of the service node, the current block height of the blockchain network may be determined to be 2000.
S204, if the height of the current block meets the preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using the routing service provided by the second proxy node.
In one embodiment, the preset conditions may include: the height of the current block reaches a preset threshold value; the preset threshold may be set according to an empirical value, for example, to 10000.
In another embodiment, because the blockchain network includes a plurality of service nodes, when the handover trigger event is an event that the first proxy node sends a configuration transaction, there may be a time delay when the first proxy node broadcasts the configuration transaction to each service node, which may cause different time periods when each service node receives the configuration transaction. Research shows that if each service node immediately switches the proxy node after receiving the configuration transaction, the time for each service node to switch the proxy node is different, which is not beneficial to subsequent data communication. Thus, embodiments of the present invention may provide for the configuration transaction to be completed by setting the validation height of the second proxy node in the configuration transaction; the effective height provides a node switching buffering time for each service node, so that each service node performs proxy node switching at the same time to achieve the purpose of service buffering, and data communication can be performed better subsequently. In particular, the attribute information of the second proxy node in the configuration transaction may include a validation height of the second proxy node, the validation height indicating a number of tiles required to trigger validation of the second proxy node. For example, if the validation height of the second proxy node is 5000, it indicates that the number of blocks required to trigger the second proxy node to validate is 5000; by validating, it is meant that a force is generated, and the second proxy node is validated to indicate that the second proxy node is a proxy node that can be used. Accordingly, the preset conditions may include: the current block height reaches the effective height of the second proxy node; i.e., the current tile height is greater than or equal to the effective height of the second proxy node.
In yet another embodiment, the configuration transaction may further include a failure height of the first proxy node, the failure height indicating a number of blocks required to trigger the failure of the first proxy node; by invalid, it is meant that the first proxy node is invalid, indicating that the first proxy node has become an unusable proxy node. The situation that the service node and the consensus node cannot carry out data communication through the routing service provided by the agent node because the first agent node fails before the second agent node takes effect is avoided; the failure height of the first proxy node is greater than the validation height of the second proxy node. Correspondingly, the preset conditions may further include: the height of the current block is smaller than the failure height of the first proxy node; that is, the preset conditions under this embodiment include: the current block height reaches an effective height of the second proxy node and is less than a failure height of the first proxy node.
The block chain network in the embodiment of the invention can comprise a service node, a proxy node and a consensus node, wherein the service node uses the routing service provided by the proxy node and the consensus node to carry out data communication; the service node and the consensus node are isolated through the agent node, so that the service node and the consensus node can be prevented from directly carrying out data communication, and the safety of data communication can be effectively improved. In the process that the service node uses the routing service provided by the first proxy node and the consensus node to carry out data communication, the attribute information of the second proxy node to be switched and the current block height of the block chain network can be obtained in response to a switching trigger event aiming at the proxy node. If the current block height meets the preset condition, the current block height can be switched from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and the routing service provided by the second proxy node is used for continuing to carry out data communication with the consensus node. Therefore, the embodiment of the invention can carry out online seamless switching on the proxy node and the routing service through the block height, and can improve the smoothness of data communication.
Fig. 3 is a schematic flow chart of another data communication method based on a blockchain network according to an embodiment of the present invention; the data communication method may be performed by any service node in a blockchain network. Referring to fig. 3, the data communication method may include the following steps S301 to S307:
s301, the service node uses the routing service provided by the first proxy node to communicate data with the consensus node.
The embodiment of the present invention takes a block chain network as an example of a alliance chain network, and explains a specific implementation manner of step S301. As can be seen from the foregoing, the federation chain network includes a service layer, a routing agent layer, and a consensus network layer; and the consensus network layer comprises at least one consensus chain, and each consensus chain is composed of a plurality of nodes. Then, when the service node uses the routing service provided by the first proxy node to perform data communication with the consensus node, a data forwarding request can be generated according to the target data to be forwarded and the consensus link identifier; then, sending a data forwarding request to the first proxy node, wherein the data forwarding request is used for requesting the first proxy node to determine a target consensus link corresponding to the consensus link identifier from the consensus network layer, and selecting one target consensus node from the target consensus link; and forwarding the target data to the target consensus node, thereby enabling data communication.
S302, in the process of data communication, responding to the switching trigger event aiming at the proxy node, and acquiring the attribute information of the second proxy node to be switched.
The handover triggering event here may include: receiving a transaction configuration event sent by a first proxy node; the attribute information of the second proxy node includes at least an effective height of the second proxy node. In practice, when a handoff from a first proxy node to a second proxy node is required, an administrator of the blockchain network may insert a configuration transaction in the blockchain network. Specifically, the administrator may set a configuration transaction, where the configuration transaction includes the failure height of the first proxy node and the attribute information of the second proxy node; the configuration transaction is then sent to a proxy node in the routing proxy layer by a certain node in the service layer (hereinafter referred to as a configuration node), so that the proxy node broadcasts the configuration transaction to each consensus node in the consensus network layer, as shown in fig. 4 a. The configuration node may be the same as the service node or different from the service node; the agent node used for forwarding the configuration transaction can be the first agent node, and can also be other agent nodes except the first agent node; for convenience of illustration, the configuration node and the service node are different, and the proxy node for forwarding the configuration transaction is the first proxy node. After each consensus node in the consensus network receives the configuration transaction, consensus verification can be carried out on the configuration transaction; if the consensus verification passes, the configuration transaction may be sent to the service node through the first proxy node to prompt the service node to perform subsequent proxy node switching operations, as shown in fig. 4 b. Accordingly, the service node may receive the configuration transaction and obtain attribute information of the second proxy node from the configuration transaction.
Optionally, when it is required to switch from the first proxy node to the second proxy node, the administrator of the blockchain network may also insert two configuration transactions in the blockchain network, respectively. Specifically, the manager can set a first configuration transaction and a second configuration transaction respectively; the first configuration transaction includes a failure height of the first proxy node and the second configuration transaction includes attribute information of the second proxy node. And then the first configuration transaction and the second configuration transaction are respectively sent to the agent node in the routing agent layer through the configuration node in the service layer, so that the agent node respectively broadcasts the first configuration transaction and the second configuration transaction to each consensus node in the consensus network layer. After receiving the first configuration transaction and the second configuration transaction, each consensus node in the consensus network can respectively perform consensus verification on the first configuration transaction and the second configuration transaction; and after the consensus verification is passed, the first configuration transaction and the second configuration transaction are respectively sent to the service node through the first proxy node. Accordingly, the service node may receive the first configuration transaction and the second configuration transaction, and obtain the attribute information of the second proxy node from the second configuration transaction.
S303, obtain the current block height of the blockchain network.
S304, if the height of the current block meets the preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node.
In a specific implementation process, the attribute information of the second proxy node may further include a service address of the second proxy node; if the height of the current block meets the preset condition, the communication connection with the first proxy node can be disconnected; then, a communication connection with the second proxy node is established according to the service address of the second proxy node. The handoff from the first proxy node to the second proxy node may be effected upon successful establishment of a communication connection with the second proxy node.
S305, checking the health of the second agent node, wherein the health reflects whether the second agent node can be used or not.
The attribute information of the second proxy node may further include a preset identity of the second proxy node, where the identity may include an identity ID, a certificate serial number, and the like. Correspondingly, the specific implementation manner of checking the health of the second agent node may be: acquiring the current identity of the second proxy node from the second proxy node; if the current identity is the same as the preset identity, the verification is successful; otherwise, the check fails. If the verification is successful, it may indicate that the second proxy node is healthy, that is, the second proxy node is a new proxy node that can be used, and the service node may perform step S306. If the verification fails, it may indicate that the second proxy node does not have health, that is, the second proxy node may not be used, and at this time, the service node may directly perform step S307; or the identity of the second proxy node is obtained from the second proxy node again, and the health of the second proxy node is checked again according to the obtained identity.
Specifically, if the verification fails, a prompt signal is output, as shown in fig. 4 c. The prompt signal is used for prompting the correction of the current identity of the second proxy node; the cue signal may include at least one of: error logs, voice prompts, message prompts, and the like. After receiving the prompt signal, the administrator can correct the current identity of the second proxy node. After waiting for a preset time, the service node may obtain the corrected identity of the second proxy node from the second proxy node; the preset time period can be set according to an empirical value, for example, the time taken to correct the identification is 30 minutes, and the preset time period can be set to 30 minutes. Then, the health of the second proxy node can be checked again according to the preset identity and the corrected identity; judging whether the preset identity mark is the same as the corrected identity mark, if so, successfully executing verification; otherwise, the check fails.
S306, if the verification is successful, the routing service provided by the second agent node is used for continuing to carry out data communication with the consensus node.
S307, if the verification fails, switching back from the second proxy node to the first proxy node, and continuing to use the routing service provided by the first proxy node to perform data communication with the common identification node.
As can be seen from the foregoing, when the current block height meets the preset condition (that is, the current block height reaches the effective height of the second proxy node), the service node is switched from the first proxy node to the second proxy node and checks the health of the second proxy node, and the failure height of the first proxy node is greater than the effective height of the second proxy node; thus, when the check fails, the current block height reaches the validation height of the second proxy node and is less than the failure height of the first proxy node. At this point, the first proxy node may be handed back to ensure that the service node and the consensus node can continue to communicate data. In a specific implementation process, the communication connection with the second proxy node can be disconnected, and the communication connection with the first proxy node can be reestablished, so that the second proxy node is switched back to the first proxy node. And then continuing to use the routing service provided by the first proxy node to communicate data with the consensus node via the communication connection with the first proxy node.
The block chain network in the embodiment of the invention can comprise a service node, a proxy node and a consensus node, wherein the service node uses the routing service provided by the proxy node and the consensus node to carry out data communication; the service node and the consensus node are isolated through the agent node, so that the service node and the consensus node can be prevented from directly carrying out data communication, and the safety of data communication can be effectively improved. In the process that the service node uses the routing service provided by the first proxy node and the consensus node to carry out data communication, the attribute information of the second proxy node to be switched and the current block height of the block chain network can be obtained in response to a switching trigger event aiming at the proxy node. If the current block height meets the preset condition, the current block height can be switched from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and the routing service provided by the second proxy node is used for continuing to carry out data communication with the consensus node. Therefore, the embodiment of the invention can carry out online seamless switching on the proxy node and the routing service through the block height, and can improve the smoothness of data communication.
Based on the description of the data communication method embodiment, the embodiment of the invention also discloses a data communication device based on the block chain network; the blockchain network includes service nodes, proxy nodes, and consensus nodes, and the data communication device may be a computer program (including program code) running in a node apparatus. The data communication device may perform the methods illustrated in fig. 2-3. Referring to fig. 5, the data communication apparatus may operate as follows:
a communication unit 101, configured to perform data communication with the consensus node using a routing service provided by a first proxy node;
the processing unit 102 is configured to, in the data communication process, respond to a handover trigger event for the proxy node, and acquire attribute information of a second proxy node to be handed over;
the processing unit 102 is configured to obtain a current block height of the blockchain network, where the block height is used to indicate a number of blocks connected to a blockchain;
the communication unit 101 is configured to switch from the first proxy node to the second proxy node according to the attribute information of the second proxy node if the current block height meets a preset condition, and continue to perform data communication with the consensus node by using a routing service provided by the second proxy node.
In one embodiment, the handover trigger event comprises: receiving an event that the first proxy node sends a configuration transaction;
the configuration transaction comprises attribute information of the second proxy node, the attribute information of the second proxy node comprises an effective height of the second proxy node, and the effective height is used for indicating the number of blocks required for triggering the second proxy node to take effect;
the preset conditions include: the current block height reaches an effective height of the second proxy node.
In yet another embodiment, the configuration transaction further includes a failure height for the first proxy node, the failure height indicating a number of blocks required to trigger the failure of the first proxy node;
wherein the failure height of the first proxy node is greater than the validation height of the second proxy node; the preset conditions further include: the current block height is less than a failure height of the first proxy node.
In yet another embodiment, the attribute information of the second proxy node includes a service address of the second proxy node; correspondingly, when the communication unit 101 is configured to switch from the first proxy node to the second proxy node according to the attribute information of the second proxy node if the current block height satisfies the preset condition, the communication unit is specifically configured to:
if the height of the current block meets a preset condition, disconnecting the communication connection with the first proxy node;
and establishing a communication connection with the second proxy node according to the service address of the second proxy node.
In yet another embodiment, the communication unit 101 may further be configured to:
checking a health of the second proxy node, the health reflecting whether the second proxy node can be used;
and if the verification is successful, executing the step of continuing the data communication with the consensus node by using the routing service provided by the second proxy node.
In another embodiment, the attribute information of the second proxy node further includes a preset identity of the second proxy node; correspondingly, when the communication unit 101 is used to check the health of the second proxy node, it may specifically be configured to:
obtaining a current identity of the second proxy node from the second proxy node;
if the current identity is the same as the preset identity, the verification is successful; otherwise, the check fails.
In yet another embodiment, the communication unit 101 may further be configured to:
if the verification fails, outputting a prompt signal, wherein the prompt signal is used for prompting to correct the current identity of the second proxy node;
after waiting for a preset time, acquiring the corrected identity of the second proxy node from the second proxy node;
and checking the health of the second proxy node again according to the preset identity and the corrected identity.
In yet another embodiment, the current block height reaches an effective height of the second proxy node and is less than a failure height of the first proxy node; accordingly, the communication unit 101 may be further configured to:
and if the verification fails, switching back to the first proxy node from the second proxy node, and continuing to use the routing service provided by the first proxy node to perform data communication with the consensus node.
In another embodiment, the blockchain network is a federation chain network, and the federation chain network includes a service layer, a routing agent layer, and a consensus network layer;
the service node is a node located in the service layer, and the proxy node is a node located in the routing proxy layer; the consensus network layer comprises at least one consensus chain, each consensus chain is composed of a plurality of nodes, and the consensus nodes are nodes in the at least one consensus chain in the consensus network layer.
In another embodiment, when the communication unit 101 is configured to use the routing service provided by the first proxy node for the service node to perform data communication with the consensus node, the communication unit may specifically be configured to:
the service node generates a data forwarding request according to target data to be forwarded and the consensus link identifier;
sending the data forwarding request to the first proxy node, where the data forwarding request is used to request the first proxy node to determine a target consensus link corresponding to the consensus link identifier from the consensus network layer, and select a target consensus node from the target consensus link; and forwarding the target data to the target consensus node.
According to an embodiment of the present invention, each step involved in the methods shown in fig. 2 to 3 may be performed by each unit in the data communication apparatus shown in fig. 5. For example, steps S201 and S204 shown in fig. 2 may be performed by the communication unit 101 shown in fig. 5, and steps S202 to S203 may be performed by the processing unit 102 shown in fig. 5; as another example, step S301 and steps S304-S307 shown in fig. 3 may be performed by the communication unit 101 shown in fig. 5, and steps S302 and S303 may be performed by the processing unit 102 shown in fig. 5.
According to another embodiment of the present invention, the units in the data communication apparatus shown in fig. 5 may be respectively or entirely combined into one or several other units to form another unit, or some unit(s) therein may be further split into multiple units with smaller functions to form another unit, which may achieve the same operation without affecting the achievement of the technical effect of the embodiment of the present invention. The units are divided based on logic functions, and in practical application, the functions of one unit can be realized by a plurality of units, or the functions of a plurality of units can be realized by one unit. In other embodiments of the present invention, the data communication device may also include other units, and in practical applications, these functions may also be implemented by the assistance of other units, and may be implemented by cooperation of a plurality of units. According to another embodiment of the present invention, the data communication apparatus device as shown in fig. 5 may be constructed by running a computer program (including program codes) capable of executing the steps involved in the respective methods as shown in fig. 2 to 3 on a general-purpose computing device such as a computer including a processing element such as a Central Processing Unit (CPU), a random access storage medium (RAM), a read-only storage medium (ROM), and a storage element, and a data communication method of the embodiment of the present invention is implemented. The computer program may be recorded on a computer-readable recording medium, for example, and loaded and executed in the above-described computing apparatus via the computer-readable recording medium.
The block chain network in the embodiment of the invention can comprise a service node, a proxy node and a consensus node, wherein the service node uses the routing service provided by the proxy node and the consensus node to carry out data communication; the service node and the consensus node are isolated through the agent node, so that the service node and the consensus node can be prevented from directly carrying out data communication, and the safety of data communication can be effectively improved. In the process that the service node uses the routing service provided by the first proxy node and the consensus node to carry out data communication, the attribute information of the second proxy node to be switched and the current block height of the block chain network can be obtained in response to a switching trigger event aiming at the proxy node. If the current block height meets the preset condition, the current block height can be switched from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and the routing service provided by the second proxy node is used for continuing to carry out data communication with the consensus node. Therefore, the embodiment of the invention can carry out online seamless switching on the proxy node and the routing service through the block height, and can improve the smoothness of data communication.
Based on the description of the method embodiment and the apparatus embodiment, an embodiment of the present invention further provides a node device, where the node device is a node device corresponding to the service node. Referring to fig. 6, the node device includes at least a processor 201, an input interface 202, an output interface 203, and a computer storage medium 204. Wherein the processor 201, the input interface 202, the output interface 203, and the computer storage medium 204 within the node apparatus may be connected by a bus or other means.
A computer storage medium 204 may be stored in the memory of the node device, said computer storage medium 204 being adapted to store a computer program comprising program instructions, said processor 201 being adapted to execute the program instructions stored by said computer storage medium 204. The processor 201 (or CPU) is a computing core and a control core of the node device, and is adapted to implement one or more instructions, and in particular, is adapted to load and execute the one or more instructions so as to implement a corresponding method flow or a corresponding function; in an embodiment, the processor 201 according to an embodiment of the present invention may be configured to perform a series of data communication processes between a service node and a consensus node, including: the service node uses the routing service provided by the first proxy node to carry out data communication with the consensus node; in the data communication process, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched; obtaining a current block height of the block chain network, wherein the block height is used for indicating the number of blocks connected on a block chain; and if the height of the current block meets a preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node, and the like.
An embodiment of the present invention further provides a computer storage medium (Memory), which is a Memory device in the node device and is used to store programs and data. It is understood that the computer storage medium herein may include both a built-in storage medium in the node device and, of course, an extended storage medium supported by the node device. The computer storage medium provides a storage space that stores an operating system of the node device. Also stored in this memory space are one or more instructions, which may be one or more computer programs (including program code), suitable for loading and execution by processor 201. The computer storage medium may be a high-speed RAM memory, or may be a non-volatile memory (non-volatile memory), such as at least one disk memory; and optionally at least one computer storage medium located remotely from the processor.
In one embodiment, one or more instructions stored in a computer storage medium may be loaded and executed by processor 201 to perform the corresponding steps of the methods described above in connection with the data communication embodiments; in particular implementations, one or more instructions in the computer storage medium are loaded by processor 201 and perform the following steps:
the service node uses the routing service provided by the first proxy node to carry out data communication with the consensus node;
in the data communication process, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched;
obtaining a current block height of the block chain network, wherein the block height is used for indicating the number of blocks connected on a block chain;
and if the height of the current block meets a preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node.
In one embodiment, the handover trigger event comprises: receiving an event that the first proxy node sends a configuration transaction;
the configuration transaction comprises attribute information of the second proxy node, the attribute information of the second proxy node comprises an effective height of the second proxy node, and the effective height is used for indicating the number of blocks required for triggering the second proxy node to take effect;
the preset conditions include: the current block height reaches an effective height of the second proxy node.
In yet another embodiment, the configuration transaction further includes a failure height for the first proxy node, the failure height indicating a number of blocks required to trigger the failure of the first proxy node;
wherein the failure height of the first proxy node is greater than the validation height of the second proxy node; the preset conditions further include: the current block height is less than a failure height of the first proxy node.
In yet another embodiment, the attribute information of the second proxy node includes a service address of the second proxy node; correspondingly, when the current block height satisfies the preset condition and the first proxy node is switched to the second proxy node according to the attribute information of the second proxy node, the one or more instructions are loaded and specifically executed by the processor 201:
if the height of the current block meets a preset condition, disconnecting the communication connection with the first proxy node;
and establishing a communication connection with the second proxy node according to the service address of the second proxy node.
In yet another embodiment, the one or more instructions may be further loaded and specifically executed by processor 201:
checking a health of the second proxy node, the health reflecting whether the second proxy node can be used;
and if the verification is successful, executing the step of continuing the data communication with the consensus node by using the routing service provided by the second proxy node.
In another embodiment, the attribute information of the second proxy node further includes a preset identity of the second proxy node; accordingly, when verifying the health of the second agent node, the one or more instructions are loaded and specifically executed by the processor 201:
obtaining a current identity of the second proxy node from the second proxy node;
if the current identity is the same as the preset identity, the verification is successful; otherwise, the check fails.
In yet another embodiment, the one or more instructions may be further loaded and specifically executed by processor 201:
if the verification fails, outputting a prompt signal, wherein the prompt signal is used for prompting to correct the current identity of the second proxy node;
after waiting for a preset time, acquiring the corrected identity of the second proxy node from the second proxy node;
and checking the health of the second proxy node again according to the preset identity and the corrected identity.
In yet another embodiment, the current block height reaches an effective height of the second proxy node and is less than a failure height of the first proxy node; accordingly, the one or more instructions may also be loaded and specifically executed by processor 201:
and if the verification fails, switching back to the first proxy node from the second proxy node, and continuing to use the routing service provided by the first proxy node to perform data communication with the consensus node.
In another embodiment, the blockchain network is a federation chain network, and the federation chain network includes a service layer, a routing agent layer, and a consensus network layer;
the service node is a node located in the service layer, and the proxy node is a node located in the routing proxy layer; the consensus network layer comprises at least one consensus chain, each consensus chain is composed of a plurality of nodes, and the consensus nodes are nodes in the at least one consensus chain in the consensus network layer.
In yet another embodiment, when the service node uses the routing service provided by the first proxy node to communicate data with the consensus node, the one or more instructions are loaded and specifically executed by the processor 201:
the service node generates a data forwarding request according to target data to be forwarded and the consensus link identifier;
sending the data forwarding request to the first proxy node, where the data forwarding request is used to request the first proxy node to determine a target consensus link corresponding to the consensus link identifier from the consensus network layer, and select a target consensus node from the target consensus link; and forwarding the target data to the target consensus node.
The block chain network in the embodiment of the invention can comprise a service node, a proxy node and a consensus node, wherein the service node uses the routing service provided by the proxy node and the consensus node to carry out data communication; the service node and the consensus node are isolated through the agent node, so that the service node and the consensus node can be prevented from directly carrying out data communication, and the safety of data communication can be effectively improved. In the process that the service node uses the routing service provided by the first proxy node and the consensus node to carry out data communication, the attribute information of the second proxy node to be switched and the current block height of the block chain network can be obtained in response to a switching trigger event aiming at the proxy node. If the current block height meets the preset condition, the current block height can be switched from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and the routing service provided by the second proxy node is used for continuing to carry out data communication with the consensus node. Therefore, the embodiment of the invention can carry out online seamless switching on the proxy node and the routing service through the block height, and can improve the smoothness of data communication.
The above disclosure is only for the purpose of illustrating the preferred embodiments of the present invention, and it is therefore to be understood that the invention is not limited by the scope of the appended claims.
Claims (13)
1. A data communication method based on a block chain network is characterized in that the block chain network comprises a service node, a proxy node and a consensus node; the method comprises the following steps:
the service node uses the routing service provided by the first proxy node to carry out data communication with the consensus node;
in the data communication process, responding to a switching trigger event aiming at the proxy node, and acquiring attribute information of a second proxy node to be switched;
obtaining a current block height of the block chain network, wherein the block height is used for indicating the number of blocks connected on a block chain;
and if the height of the current block meets a preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node.
2. The method of claim 1, wherein the handover trigger event comprises: receiving an event that the first proxy node sends a configuration transaction;
the configuration transaction comprises attribute information of the second proxy node, the attribute information of the second proxy node comprises an effective height of the second proxy node, and the effective height is used for indicating the number of blocks required for triggering the second proxy node to take effect;
the preset conditions include: the current block height reaches an effective height of the second proxy node.
3. The method of claim 2, wherein the configuration transaction further comprises a failure height for the first proxy node, the failure height indicating a number of blocks required to trigger a failure of the first proxy node;
wherein the failure height of the first proxy node is greater than the validation height of the second proxy node; the preset conditions further include: the current block height is less than a failure height of the first proxy node.
4. The method of claim 1, wherein the attribute information of the second proxy node includes a service address of the second proxy node; if the current block height meets a preset condition, switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node, including:
if the height of the current block meets a preset condition, disconnecting the communication connection with the first proxy node;
and establishing a communication connection with the second proxy node according to the service address of the second proxy node.
5. The method of claim 1, wherein the method further comprises:
checking a health of the second proxy node, the health reflecting whether the second proxy node can be used;
and if the verification is successful, executing the step of continuing the data communication with the consensus node by using the routing service provided by the second proxy node.
6. The method of claim 5, wherein the attribute information of the second proxy node further comprises a preset identity of the second proxy node; the checking the health of the second agent node comprises:
obtaining a current identity of the second proxy node from the second proxy node;
if the current identity is the same as the preset identity, the verification is successful; otherwise, the check fails.
7. The method of claim 6, wherein the method further comprises:
if the verification fails, outputting a prompt signal, wherein the prompt signal is used for prompting to correct the current identity of the second proxy node;
after waiting for a preset time, acquiring the corrected identity of the second proxy node from the second proxy node;
and checking the health of the second proxy node again according to the preset identity and the corrected identity.
8. The method of claim 5, wherein the current block height reaches an effective height of the second proxy node and is less than a failure height of the first proxy node; the validation height is used for indicating the number of blocks required for triggering the second proxy node to validate, and the failure height is used for indicating the number of blocks required for triggering the first proxy node to fail;
the method further comprises the following steps:
and if the verification fails, switching back to the first proxy node from the second proxy node, and continuing to use the routing service provided by the first proxy node to perform data communication with the consensus node.
9. The method of claim 1, wherein the blockchain network is a federation chain network including a service layer, a routing agent layer, and a consensus network layer;
the service node is a node located in the service layer, and the proxy node is a node located in the routing proxy layer; the consensus network layer comprises at least one consensus chain, each consensus chain is composed of a plurality of nodes, and the consensus nodes are nodes in the at least one consensus chain in the consensus network layer.
10. The method of claim 9, wherein the service node communicates data with the consensus node using routing services provided by a first proxy node, comprising:
the service node generates a data forwarding request according to target data to be forwarded and the consensus link identifier;
sending the data forwarding request to the first proxy node, where the data forwarding request is used to request the first proxy node to determine a target consensus link corresponding to the consensus link identifier from the consensus network layer, and select a target consensus node from the target consensus link; and forwarding the target data to the target consensus node.
11. A data communication device based on a blockchain network, wherein the blockchain network comprises a service node, a proxy node and a consensus node; the device comprises:
a communication unit for performing data communication with the consensus node using a routing service provided by a first proxy node;
the processing unit is used for responding to a switching trigger event aiming at the proxy node in the data communication process and acquiring the attribute information of a second proxy node to be switched;
the processing unit is configured to obtain a current block height of the blockchain network, where the block height is used to indicate a number of blocks connected to a blockchain;
and the communication unit is used for switching from the first proxy node to the second proxy node according to the attribute information of the second proxy node if the current block height meets a preset condition, and continuing to perform data communication with the consensus node by using a routing service provided by the second proxy node.
12. A node device comprising an input interface and an output interface, further comprising:
a processor adapted to implement one or more instructions; and the number of the first and second groups,
a computer storage medium having stored thereon one or more instructions adapted to be loaded by the processor and to execute the method of data communication based on a blockchain network according to any one of claims 1 to 10.
13. A computer storage medium having stored thereon one or more instructions adapted to be loaded by a processor and to perform the method of data communication based on a blockchain network according to any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910879398.3A CN110602108B (en) | 2019-09-16 | 2019-09-16 | Data communication method, device, equipment and storage medium based on block chain network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910879398.3A CN110602108B (en) | 2019-09-16 | 2019-09-16 | Data communication method, device, equipment and storage medium based on block chain network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110602108A CN110602108A (en) | 2019-12-20 |
| CN110602108B true CN110602108B (en) | 2021-08-10 |
Family
ID=68860700
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910879398.3A Active CN110602108B (en) | 2019-09-16 | 2019-09-16 | Data communication method, device, equipment and storage medium based on block chain network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110602108B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111444211B (en) * | 2020-03-26 | 2021-07-13 | 腾讯科技（深圳）有限公司 | Block chain consensus node checking method, device, equipment and storage medium |
| CN112365268A (en) * | 2020-11-10 | 2021-02-12 | 深圳易派支付科技有限公司 | Internet payment information system and method based on block chain architecture |
| CN112104517B (en) * | 2020-11-23 | 2021-02-05 | 腾讯科技（深圳）有限公司 | Data processing method based on block chain network and related device |
| CN112396423B (en) * | 2021-01-20 | 2021-04-13 | 腾讯科技（深圳）有限公司 | Transaction data processing method, device, equipment and storage medium |
| CN113626850B (en) * | 2021-10-13 | 2022-03-11 | 北京百度网讯科技有限公司 | Request processing method, device, equipment and storage medium based on alliance chain |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107332826A (en) * | 2017-06-09 | 2017-11-07 | 中国联合网络通信集团有限公司 | The communication means and device of block chain agent node |
| CN110019516A (en) * | 2017-11-10 | 2019-07-16 | 华为技术有限公司 | A kind of approaches to IM, apparatus and system |
| CN110535872A (en) * | 2019-09-12 | 2019-12-03 | 腾讯科技（深圳）有限公司 | The method and apparatus of request of data are handled in block chain network |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6930539B2 (en) * | 2016-07-28 | 2021-09-01 | 日本電気株式会社 | Number portability information management system |
-
2019
- 2019-09-16 CN CN201910879398.3A patent/CN110602108B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107332826A (en) * | 2017-06-09 | 2017-11-07 | 中国联合网络通信集团有限公司 | The communication means and device of block chain agent node |
| CN110019516A (en) * | 2017-11-10 | 2019-07-16 | 华为技术有限公司 | A kind of approaches to IM, apparatus and system |
| CN110535872A (en) * | 2019-09-12 | 2019-12-03 | 腾讯科技（深圳）有限公司 | The method and apparatus of request of data are handled in block chain network |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110602108A (en) | 2019-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110602108B (en) | Data communication method, device, equipment and storage medium based on block chain network | |
| CN111010382B (en) | Method and apparatus for processing data requests in a blockchain network | |
| CN107193490B (en) | Distributed data storage system and method based on block chain | |
| US11693746B2 (en) | Systems and methods for enabling a highly available managed failover service | |
| CN111163182B (en) | Block chain-based device registration method and apparatus, electronic device, and storage medium | |
| KR20210057149A (en) | Smart contract-based data processing method, device and storage medium | |
| CN110505065B (en) | Trusted timestamp adding method and device and storage medium | |
| JP2021516822A (en) | Selection method of representative node equipment, equipment, computer equipment and computer programs | |
| US11849052B2 (en) | Certificate in blockchain network, storage medium, and computer device | |
| CN111464353B (en) | Block link point management method, device, computer and readable storage medium | |
| CN110289999B (en) | Data processing method, system and device | |
| JP2024505692A (en) | Data processing methods, devices and computer equipment based on blockchain networks | |
| CN111698315B (en) | Data processing method and device for block and computer equipment | |
| EP3598333B1 (en) | Electronic device update management | |
| CN110730081B (en) | Block chain network-based certificate revocation method, related equipment and medium | |
| CN110635905B (en) | Key management method, related equipment and computer readable storage medium | |
| CN112714158A (en) | Transaction processing method, relay network, cross-link gateway, system, medium, and device | |
| CN111461720B (en) | Identity verification method and device based on blockchain, storage medium and electronic equipment | |
| CN110597918A (en) | Account management method and device and computer readable storage medium | |
| CN112804354B (en) | Method and device for data transmission across chains, computer equipment and storage medium | |
| CN113409047B (en) | Data processing method, device and equipment based on block chain and readable storage medium | |
| US9749278B1 (en) | Persistent connections for email web applications | |
| CN112200680B (en) | Block link point management method, device, computer and readable storage medium | |
| CN111597537B (en) | Block chain network-based certificate issuing method, related equipment and medium | |
| CN112019603B (en) | Transaction data processing method and device |
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: 40015597 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 |