[go: up one dir, main page]

CN112837162A - A blockchain-based data interaction method, node and system - Google Patents

A blockchain-based data interaction method, node and system Download PDF

Info

Publication number
CN112837162A
CN112837162A CN202110268284.2A CN202110268284A CN112837162A CN 112837162 A CN112837162 A CN 112837162A CN 202110268284 A CN202110268284 A CN 202110268284A CN 112837162 A CN112837162 A CN 112837162A
Authority
CN
China
Prior art keywords
consensus
address information
verification
block chain
mutual
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.)
Pending
Application number
CN202110268284.2A
Other languages
Chinese (zh)
Inventor
裴磊
刘刚
龚开圳
吴业骏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202110268284.2A priority Critical patent/CN112837162A/en
Publication of CN112837162A publication Critical patent/CN112837162A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种基于区块链的数据交互方法、节点及系统,可用于区块链领域,方法包括:首先业务系统向一区块链发送数据交互请求;然后所述区块链中的验证节点获取自身的共识交互地址信息,并连同其他验证节点利用系统智能合约对自身的所述共识交互地址信息进行共识;若共识通过,则所述业务系统在所述业务智能合约被执行之后接收当前交互的数据。本申请保证了验证节点地址数据安全可追溯,当验证节点地址变更时不影响业务智能合约运行,保障业务智能合约对外提供业务服务调用不受节点地址信息变更影响,降低区块链网络维护成本,减少因验证节点变更而带来的业务链重启及重新组网的复杂流程。

Figure 202110268284

The present application provides a blockchain-based data interaction method, node and system, which can be used in the blockchain field. The method includes: first, a business system sends a data interaction request to a blockchain; then verification in the blockchain The node obtains its own consensus interaction address information, and uses the system smart contract to reach a consensus on its own consensus interaction address information together with other verification nodes; if the consensus is passed, the business system receives the current status after the business smart contract is executed. interactive data. This application ensures the security and traceability of the verification node address data. When the verification node address is changed, it does not affect the operation of the business smart contract. It ensures that the external business service call provided by the business smart contract is not affected by the change of the node address information, and reduces the maintenance cost of the blockchain network. Reduce the complex process of restarting the business chain and reorganizing the network caused by the change of the verification node.

Figure 202110268284

Description

Data interaction method, node and system based on block chain
Technical Field
The present application relates to the field of blockchain technologies, and in particular, to a data interaction method, node, and system based on blockchains.
Background
The blockchain network is a solution for realizing peer-to-peer communication by using a P2P communication technology, realizing accounting legality by using a consensus mechanism and realizing joint accounting by using a chain structure to store data. When a blockchain service scene is on the ground, a service system deploys a service intelligent contract to each verification member node in the blockchain service chain system, the verification nodes perform transaction consensus and transaction execution after receiving a transaction request of the service system, the authority of the verification nodes participating in the consensus is equal in the consensus process, each verification node is a producer or a consumer, and all the verification nodes need to broadcast the consensus request to other verification nodes and receive responses of the other verification nodes until the transaction consensus is completed and transaction result data is written into a block. Due to the point-to-point consensus communication technical characteristic of the blockchain system, address information of other verification nodes on the current service chain needs to be maintained in a local consensus mutual information list on each verification node, and the consensus mutual address information list needs to be changed synchronously when the service chain relates to verification node adjustment or the address information of the verification nodes is changed.
The block chain network is constructed by a plurality of alliance verification nodes, the verification nodes maintain the address information of all other verification nodes on the same service chain in a local configuration file, and the configuration file is loaded when the nodes are started and the service chain networking is completed. When a certain verification node changes the system IP or the port, other verification nodes need to be synchronously informed to modify the common identification interactive address configuration file so as to be normally common with the verification node with the changed address. When a service chain needs member alliance joining or alliance quitting due to service development, all verification nodes on the service chain also need to add the address of the newly added verification node to the consensus interactive address configuration file or delete the quitted verification node address from the consensus interactive address configuration file so as to ensure that the consensus participants of the service chain conform to the actual service needs.
Disclosure of Invention
Aiming at the problems in the prior art, the application provides a data interaction method, a node and a system based on a block chain, wherein a service system firstly sends a data interaction request to the block chain; then, the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes; and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In one aspect of the present invention, a data interaction method based on a blockchain is provided, where the method is applied to a verification node, and includes:
acquiring self-consensus interactive address information;
the mutual identification of the mutual identification address information of the self is carried out by utilizing a system intelligent contract together with other verification nodes;
and if the consensus does not pass, suspending the execution of the service intelligent contract so as to suspend the currently executed data interaction step.
In a preferred embodiment, the obtaining of the mutual address information commonly known to itself includes: and initiating a consensus mutual address information request to the block chain every set time length so as to obtain self consensus mutual address information.
In a preferred embodiment, the obtaining of the mutual address information commonly known by itself further includes: after a business system initiates a transaction request to the block chain, a consensus mutual address information request is initiated to the block chain, and then self consensus mutual address information is obtained.
In a preferred embodiment, said consensus mutual address information of the other verification nodes by using system intelligent contract comprises:
sending a consensus mutual address information request to the block chain;
receiving consensus result information transmitted by other verification nodes in the block chain;
and if the quantity of the received consensus result information is greater than a preset threshold value, executing a preset system intelligent contract, and further performing consensus on the interactive address information of the user.
In another aspect of the present invention, a data interaction method based on a block chain is provided, where the method is applied to a service system, and includes:
sending a data interaction request to a block chain, wherein a verification node in the block chain acquires self consensus interactive address information and performs consensus on the self consensus interactive address information by using a system intelligent contract together with other verification nodes;
and if the consensus passes, receiving the data of the current interaction after the service intelligent contract is executed.
In another aspect of the present invention, a data interaction method based on a block chain is provided, including:
the service system sends a data interaction request to a block chain;
the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes;
and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed.
In still another aspect of the present invention, there is provided a verification node comprising:
the acquisition module acquires self-consensus mutual address information;
the consensus module is used for performing consensus on the consensus interactive address information of the consensus module and other verification nodes by using a system intelligent contract;
and the data interaction module is used for suspending executing the service intelligent contract if the consensus fails so as to suspend the currently executed data interaction step.
In a preferred embodiment, the obtaining of the mutual address information commonly known to itself includes: and initiating a consensus mutual address information request to the block chain every set time length so as to obtain self consensus mutual address information.
In a preferred embodiment, the obtaining of the mutual address information commonly known by itself further includes: after a business system initiates a transaction request to the block chain, a consensus mutual address information request is initiated to the block chain, and then self consensus mutual address information is obtained.
In a preferred embodiment, said consensus mutual address information of the other verification nodes by using system intelligent contract comprises:
the sending request module sends a consensus mutual address information request to the block chain;
the result receiving module is used for receiving consensus result information transmitted by other verification nodes in the block chain;
and the consensus module executes a preset system intelligent contract if the quantity of the received consensus result information is greater than a preset threshold value, and further performs consensus on the self interactive address information.
In another aspect of the present invention, a business system is provided, which includes:
the sending request module is used for sending a data interaction request to a block chain, wherein verification nodes in the block chain acquire self consensus mutual address information and perform consensus on the self consensus mutual address information by using system intelligent contracts together with other verification nodes;
and the data receiving module is used for receiving the currently interactive data after the business intelligent contract is executed if the consensus passes.
In another aspect of the present invention, a data interaction system based on a block chain is provided, including:
the service system sends a data interaction request to a block chain;
the mutual address consensus module is used for acquiring the mutual consensus address information of the verification nodes in the block chain and performing consensus on the mutual consensus address information of the verification nodes by using a system intelligent contract together with other verification nodes;
and the data interaction module is used for receiving the currently interacted data after the service intelligent contract is executed by the service system if the consensus passes.
In another aspect of the present invention, the present application provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor implements the block chain-based data interaction method when executing the program.
In still another aspect of the present invention, the present application provides a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the block chain-based data interaction method.
According to the technical scheme, the data interaction method based on the block chain comprises the following steps: firstly, a business system sends a data interaction request to a block chain; then, the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes; and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic flow chart of a data interaction method based on a blockchain applied to a verification node.
Fig. 2 is a schematic diagram of an interactive address consensus process.
Fig. 3 is a schematic flow chart of a data interaction method based on a blockchain applied to a business system.
Fig. 4 is a schematic flow chart of a data interaction method based on a blockchain.
Fig. 5 is a block chain network structure.
Fig. 6 is a schematic structural diagram of a verification node.
Fig. 7 is a schematic diagram of the structure of the business system.
Fig. 8 is a schematic structural diagram of a data interaction system based on a blockchain.
Fig. 9 is a schematic structural diagram of an electronic device in an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, 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 some embodiments of the present application, but not all 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.
It should be noted that the data interaction method, node and system based on the blockchain disclosed in the present application may be used in the field of blockchains, and may also be used in any field other than the field of blockchains.
The blockchain network is a solution for realizing peer-to-peer communication by using a P2P communication technology, realizing accounting legality by using a consensus mechanism and realizing joint accounting by using a chain structure to store data. When a blockchain service scene is on the ground, a service system deploys a service intelligent contract to each verification member node in the blockchain service chain system, the verification nodes perform transaction consensus and transaction execution after receiving a transaction request of the service system, the authority of the verification nodes participating in the consensus is equal in the consensus process, each verification node is a producer or a consumer, and all the verification nodes need to broadcast the consensus request to other verification nodes and receive responses of the other verification nodes until the transaction consensus is completed and transaction result data is written into a block. Due to the point-to-point consensus communication technical characteristic of the blockchain system, address information of other verification nodes on the current service chain needs to be maintained in a local consensus mutual information list on each verification node, and the consensus mutual address information list needs to be changed synchronously when the service chain relates to verification node adjustment or the address information of the verification nodes is changed.
The block chain network is constructed by a plurality of alliance verification nodes, the verification nodes maintain the address information of all other verification nodes on the same service chain in a local configuration file, and the configuration file is loaded when the nodes are started and the service chain networking is completed. When a certain verification node changes the system IP or the port, other verification nodes need to be synchronously informed to modify the common identification interactive address configuration file so as to be normally common with the verification node with the changed address. When a service chain needs member alliance joining or alliance quitting due to service development, all verification nodes on the service chain also need to add the address of the newly added verification node to the consensus interactive address configuration file or delete the quitted verification node address from the consensus interactive address configuration file so as to ensure that the consensus participants of the service chain conform to the actual service needs.
The block chain service scene is participated by multiple parties, the block chain service scene expansion usually relates to alliance ecological expansion, the professional characteristics that a plurality of alliance verification member nodes of a block chain network are established and alliance verification nodes are added and deleted along with the scene are carried out, when any verification node address change occurs on a chain, the processes of notification and confirmation of the alliance participants on the chain are all involved, the processes are complicated and easy to make mistakes, the verification node system needs to be restarted for loading and taking effect when the configuration is modified, the time for restarting and re-establishing the network is long, and bad experience that the service cannot be carried out temporarily can be caused to the service system.
The blockchain network is composed of a service system and a plurality of verification nodes, where the service system and the nodes may be terminal devices, such as a tablet computer, a mobile phone, a portable computer, and the like, and may also be server devices, which is not limited in the present invention.
In order to solve the above problem, the present invention provides a data interaction method based on a blockchain, where the method is applied to a verification node, and as shown in fig. 1, the method includes:
s1, acquiring self-consensus mutual address information;
specifically, the transmission of the consensus information between the verification nodes is indexed and interacted through address information, and the consensus interaction address information of one verification node comprises an IP address of the node and a service interception port for receiving the consensus information. Wherein the IP address is a uniform address format provided by the IP protocol, and it allocates a logical address to each network and each host on the internet, so as to mask the difference of physical addresses. A computer "port" may be considered an outlet through which a computer communicates with the outside world. The ports in the hardware domain are also called interfaces, such as: USB port, serial port, etc. A port in the software domain generally refers to a communication protocol port facing connection services and connectionless services in a network, and is an abstract software structure including some data structures and I/O (basic input output) buffers. The service interception port is a message interception port for monitoring and verifying the communication between the node and the outside, and can acquire specific information of the communication between the node and the outside. The service listening port is configured autonomously by the node, generally at initialization of the node, and can be changed during operation of the node.
S2, recognizing the mutual address information of the other verification nodes by using the intelligent contract of the system;
specifically, for all verification nodes in the block chain, a system intelligent contract for performing mutual identification message address information interaction between the verification nodes and 1 or more service intelligent contracts for performing service request interaction with the service system 3 are deployed, a contract ID is generated after the service intelligent contract of the system intelligent contract machine is deployed, the service intelligent contract ID notifies a calling party of the service system, and the system intelligent contract ID is stored by the verification nodes.
In a specific embodiment, the node performs consensus on the consensus mutual address information of the node itself by using a system intelligent contract together with other verification nodes, as shown in fig. 2, and the steps include:
s21, sending a consensus mutual address information request to the blockchain;
to perform Consensus on the Consensus mutual address information of the nodes, firstly, a Consensus request needs to be initiated to a block chain network where the nodes are located, an obtained current verification node IP and a service interception port receiving the Consensus transaction request are packaged into a Consensus message packet Consensus (stub id, type, dataId, data), where stub id is a unique identifier returned after an address system intelligent contract is deployed, dataId represents a transaction unique identifier, type represents that the message is a request message request, and data is specific Consensus transaction request information including the current verification node IP and the service port. The triggering mechanism of the mutual address consensus request is divided into two mechanisms, one is that the verification node initiates the mutual address consensus request to the block chain at a set time interval; and the other is that after the business system initiates a transaction request to the blockchain, the verification node initiates an interactive address consensus request to the blockchain. Through the two trigger mechanisms, all verification nodes are guaranteed to have the latest interactive address information. For the first type, when the verification node is started, the set clock synchronization timing interval configuration is loaded, a timing task is generated at the same time, a timing heartbeat packet request Invoke (stub ID, function, args) for updating the address of the mail is triggered according to the set time interval, wherein the smart contract ID information stub ID is a unique identifier returned after the smart contract of the address system is deployed, the function filling update indicates that the request is a common identification interactive address common identification request, and the args indicates a time interval parameter. For the second type, the verification node needs to receive a transaction request initiated by the service system first, then verify the transaction according to the transaction certificate, detect whether the intelligent contract has been normally deployed and operated on the current network node according to the intelligent contract ID information stub ID (stub ID is a unique ID that identifies a certain service intelligent contract returned after the contract is deployed) in the transaction request Invoke (stub ID, function, args), and perform operations such as repeated submission judgment of the transaction, and initiate an interactive address consensus request after the verification passes.
S22, receiving consensus result information transmitted by other verification nodes in the block chain;
specifically, Consensus result information of other verification nodes in the block chain is packaged as mail information through a message package Consenssus (stub Id, type, dataId, data) to interact with the other verification nodes, wherein the stub Id is a unique identifier returned after an address system intelligent contract is deployed, the data Id represents a transaction unique identifier, the type represents that the message is a response result response, and the data comprises the Consensus result information.
And S23, if the quantity of the received consensus result information is larger than a preset threshold value, executing a preset system intelligent contract, and further performing consensus on the interactive address information of the user.
Specifically, in the consensus stage, some verification nodes may have errors or abnormalities, and in the case of an abnormal verification node, the consensus cannot be performed, so that the consensus result cannot be transmitted. Therefore, the setting of the preset threshold needs to comprehensively consider the fault tolerance and the consensus correctness, and many classical consensus mechanisms such as a byzantine consensus mechanism can be selected. If the total number of the verification nodes is 3f +1, wherein f represents the number of supportable fault-tolerant nodes, and the minimum value is 1, in the Byzantine consensus mechanism, the preset threshold is set to be 2f + 1. For example, assuming that 22 verification nodes are provided, the number of the fault-tolerant nodes that can be supported is 7, so when one verification node receives the consensus result sent by more than 15 other verification nodes, it indicates that the address consensus passes. After mutual address consensus, the verification node executes a corresponding system intelligent contract, and updates the node timestamp (accurate to year, month, day, hour, minute and second, such as 20201015150820) of the node in the world state, the mail address update heartbeat packet time interval, and the node IP and consensus message service interception port according to the node number in the block data.
And S3, if the consensus is not passed, suspending the execution of the business intelligence contract to suspend the currently executed data interaction step.
Specifically, if the interaction addresses of all the verification nodes are not changed, the data interaction of the whole blockchain system is smooth. If the mutual address of the verification node changes at a certain moment and the current blockchain system is carrying out a certain data interaction step in the transaction, if the mutual addresses are not identified, it means that the changed address information of the verification node is not synchronously updated to the mutual address lists of other verification nodes. In this case, the mutual address information list of some nodes in all the verification nodes at present is inconsistent with the mutual address information lists maintained by other verification nodes, which may cause communication abnormality between the verification nodes and affect the interaction of encrypted data of the nodes. If the mutual addresses are not identified, the current business intelligent contract is suspended to suspend the current data interaction step. And if the consensus passes, executing the service intelligent contract, and further executing the data interaction step.
As can be seen from the above description, the block chain-based data interaction method provided by the present invention is applied to a verification node, and includes: firstly, a business system sends a data interaction request to a block chain; then, the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes; and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In a specific embodiment, a blockchain network includes a service system that initiates a data interaction request in addition to a verification node that participates in verification. For a business system, as shown in fig. 3, the step of performing data interaction based on a block chain includes:
s101, sending a data interaction request to a block chain, wherein verification nodes in the block chain acquire self consensus mutual address information and perform consensus on the self consensus mutual address information by using system intelligent contracts together with other verification nodes;
specifically, the service system may be an electronic computer terminal, a mobile phone terminal, a server terminal, or the like, and is an electronic device deployed with a service program. Data interaction inevitably exists in the execution process of business, for example, a service object of a certain business system of a bank system is a bank client, and the provided services include deposit, loan, settlement and the like, so when the business system provides deposit business, the business system needs to interact with relevant data of the deposit business; when the loan service is provided, the related data of the loan service needs to be interacted, so that the service is conveniently recorded. For example, the business system initiates a deposit data interaction request to the blockchain, and the data includes deposit amount, deposit account, deposit duration, deposit mode and the like. After a service system initiates a data interaction request, the verification nodes in the corresponding block chains need to perform mutual address consensus, so that the mutual address information stored at all the verification nodes is consistent and up-to-date. After the mutual address consensus passes, it can be understood that all verification nodes have a consistent and latest mutual address list, and any verification node can perform data interaction with any other verification node. Therefore, the verification node identifies the related service data interaction according to the data interaction request initiated by the service system.
And S102, if the consensus passes, receiving the currently interactive data after the business intelligence contract is executed.
Specifically, if the verification node passes the consensus of the interaction of the related service data, the related service intelligent contract deployed in the verification node is executed to obtain the related service data, and the related service intelligent contract is broadcasted to the block chain, so that the service system can receive the interaction data. If the verification node does not pass the consensus of the interaction of the related service data, the service intelligent contract is not executed, so that no interactive data exists.
As can be seen from the above description, the block chain-based data interaction method provided by the present invention is applied to a service system, and includes: sending a data interaction request to a block chain, wherein a verification node in the block chain acquires self consensus interactive address information and performs consensus on the self consensus interactive address information by using a system intelligent contract together with other verification nodes; and if the consensus passes, receiving the data of the current interaction after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In a specific embodiment, the whole data interaction system is integrated, the data interaction system includes verification nodes of the service system, as shown in fig. 4, the step of performing data interaction based on the blockchain includes:
s201, a business system sends a data interaction request to a block chain;
specifically, in a data interaction system, the business system functions to perform relevant business processing according to requirements, for example, a bank business system can provide deposit business, loan business, transfer business and the like to the outside, and can provide settlement business, website management business, report business and the like to the inside, and any business is related to data information and can relate to business data interaction. When a certain business system performs data interaction with other business systems based on a blockchain network, firstly, a data interaction request needs to be sent to the blockchain, for example, the business system needs to perform data interaction on a deposit business, and firstly, a data interaction request needs to be sent to the blockchain, wherein the request includes deposit amount, deposit duration, deposit mode, deposit account number, label of intelligent contract of the needed business, and the like.
S202, the verification node in the block chain acquires the mutual identification address information of the verification node and performs mutual identification on the mutual identification address information of the verification node and other verification nodes by using a system intelligent contract;
specifically, after the block link receives a data interaction request sent by the service system, the verification node in the block link needs to perform consensus on the data interaction request, and if the consensus passes, the corresponding service intelligent contract is executed, and the data interaction can be performed. The verification nodes commonly identify the data interaction request and need to ensure that all the verification nodes maintain the latest interaction address information of all the nodes, and by using the method of the invention, the verification nodes in the block chain need to acquire the mutual address information commonly identified by themselves, including ip addresses, service interception ports and the like. Initiating an interactive address consensus request to a block chain according to the acquired self consensus interactive address information, adopting a Byzantine fault-tolerant consensus mechanism, and entering a three-stage consensus process, wherein the first stage is pre-prefix consensus: the main node sends a pre-preparation message to all backup nodes, wherein the pre-preparation message comprises a current view number, a client request, a request summary, whether signatures are consistent or not and the like. The second stage is the prepare consensus: after all replica nodes including the master node receive the preparation message, the three conditions of whether the signature of the message is correct, whether the view number is consistent and whether the message sequence number meets the waterline limit are verified, and if the verification is passed, the preparation message is written into a message log. The third stage is consensus commit: the conditions for each copy to accept the acknowledgement message are: 1) the signature is correct; 2) the view number of the message is consistent with the current view number of the node; 3) the sequence number n of the message satisfies the waterline condition, between H and H. Once the acceptance condition for the acknowledgment message is satisfied, the replica node writes the acknowledgment message to the message log. The three stages are executed in sequence, after the consistency confirmation messages of 2f +1 other transaction consensus nodes are accumulatively received in the current stage, the consensus in the current stage is completed, and the next stage is started. After the consensus passes, executing a system intelligent contract related to the interactive address, so that the current consensus interactive address information is updated to a world state, and other verification nodes can conveniently obtain the current consensus interactive address information of the verification node, thereby ensuring that all the verification nodes in a block chain maintain the latest consensus interactive address information, for example, 4 verification nodes vp0, vp1, vp2, and vp3 in a block chain, for example, vp0, and the maintained consensus interactive address information list format is as follows:
{vp1[ip:x,port:y,updateTime:z,timeInteval:t],
vp2[ip:z,port:y,updateTime:z,timeInteval:t],
vp3[ ip: x, port: y, updateTime: z, timelnterval: t ] }, where ip is the ip address of the node, port is the service listening port, updateTime is the update timestamp, and timelnterval is the timing interval.
If the consensus mutual address information of any one verification node is changed, the method can update the latest mutual address information to all the verification nodes by using the system intelligent contract under the condition of not influencing the execution of the service intelligent contract.
And S203, if the consensus passes, the service system receives the currently interactive data after the service intelligent contract is executed.
Specifically, when all verification nodes maintain the latest interaction address information, a consensus can be performed on data interaction requests initiated by a service system, a byzantine fault-tolerant mechanism is generally adopted, a three-stage consensus process is performed, the first stage is pre-prefix consensus, the second stage is prefix consensus, the third stage is commit consensus, the three stages are sequentially executed, and after the consensus of the current stage is completed and the next stage is performed after consistency confirmation messages of 2f +1 other transaction consensus nodes are cumulatively received in the current stage. After the three-stage consensus process is completed, if the consensus passes, executing a corresponding service intelligent contract in the data interaction request, acquiring related service data, and broadcasting the service data to the block chain, so that the service system can receive the currently interacted service data conveniently.
The present invention will be further described with reference to a specific scenario.
As shown in fig. 5, the entire blockchain includes 6 verification nodes, 3 service systems. Wherein, three business systems respectively correspond to three banks. Assuming that account transfer needs to be performed from a bank corresponding to the business system No. 1 to a bank corresponding to the business system No. 2, firstly, the business system No. 1 sends a data interaction request for account transfer to a block link, the request includes the amount of money transferred, the time of account transfer, the account arrival mode and the like, and after the block link receives the request, a verification node needs to be triggered to perform consensus on the data interaction request, so that smooth interaction communication among verification nodes is required, namely each verification node needs to maintain the latest interaction address information of all other verification nodes. Therefore, the verification nodes in the block chain acquire the mutual identification address information of the verification nodes and perform mutual identification on the mutual identification address information of the verification nodes by using the intelligent contract of the system. In order to enable each verification node to maintain the latest mutual address information of all other verification nodes, there are two ways, one is a way of timing update, namely, a set clock synchronization timing interval configuration is loaded when the verification node 2 is started, a timing task is simultaneously generated, a timing heartbeat package request Invoke (stub ID, function, args) for updating the mutual address is triggered according to a set time interval, wherein, the smart contract ID information stub ID is a unique identifier returned after an address system smart contract is deployed, the function filling-in update indicates that the request is a mutual address Consensus request, args indicates a time interval parameter, and further the verification node sends a mutual address Consensus request (stub ID, type, dataId, data) to a block chain, wherein the stub ID is a unique identifier returned after the address system smart contract is deployed, the dataId indicates a transaction unique identifier, and the type indicates that the message is a request, the data comprises interactive address information; another is that after the service system sends a data interaction request, the verification node sends an interaction address Consensus request Consensus (stubld, type, dataId, data) to the blockchain. After the verification node initiates an interactive address consensus request, a three-stage consensus process is entered according to a Byzantine fault-tolerant mechanism, wherein the first stage is pre-prefix consensus: the main node sends a pre-preparation message to all backup nodes, wherein the pre-preparation message comprises a current view number, a client request, a request summary, whether signatures are consistent or not and the like. The second stage is the prepare consensus: after all replica nodes including the master node receive the preparation message, the three conditions of whether the signature of the message is correct, whether the view number is consistent and whether the message sequence number meets the waterline limit are verified, and if the verification is passed, the preparation message is written into a message log. The third stage is consensus commit: the conditions for each copy to accept the acknowledgement message are: 1) the signature is correct; 2) the view number of the message is consistent with the current view number of the node; 3) the sequence number n of the message satisfies the waterline condition, between H and H. Once the acceptance condition for the acknowledgment message is satisfied, the replica node writes the acknowledgment message to the message log. The three stages are executed in sequence, after the consistency confirmation messages of 2f +1 other transaction consensus nodes are accumulatively received in the current stage, the consensus in the current stage is completed, and the next stage is started.
And if the mutual address consensus passes, executing a system intelligent contract deployed in the verification node, writing the mutual address consensus request into a block for persistent endorsement, and updating the mutual address into a world state. At this time, each verification node needs to maintain the latest mutual address information of all other verification nodes, taking VP0 node in the figure as an example, the maintained verification node address list information is:
{vp1[ip:x,port:y,updateTime:z,timeInteval:t],
vp2[ip:z,port:y,updateTime:z,timeInteval:t],
vp3[ip:x,port:y,updateTime:z,timeInteval:t],
p4[ip:x,port:y,updateTime:z,timeInteval:t],
vp5[ip:x,port:y,updateTime:z,timeInteval:t]},
wherein ip is the ip address of the node, port is the service listening port, updateTime is the update timestamp, timelnterval is the timing interval.
The 6 verification nodes are used for commonly recognizing the transfer data interaction request initiated by the No. 1 service system and also adopting a Byzantine fault-tolerant mechanism. If the consensus passes, each verification node executes related service intelligent contracts, for example, the intelligent contracts deployed in the verification nodes 3 uniformly settle the transfer amount into dollars, after the consensus passes, the verification nodes execute the service intelligent contracts for settling the transfer amount into dollars, after the execution is completed, the acquired execution result data is broadcasted to the block chain, and the service system 2 receives the result data transmitted in the block chain, stores the result data in the system, performs further processing, generates processing result data after the processing is completed, and broadcasts the processing result data to the block chain. And the service system 1 receives the processing result data transmitted on the block chain, stores the data and completes the data interaction of the cross-row transfer.
In the process of exchanging transfer service data, the ip address or the service interception port of the verification node of the block chain is changed due to some reasons, for example, the original ip address of the verification node vp0 is 192.163.11.1, and the current ip address is changed to 192.163.12.2 due to artificial change. Similarly, the service interception port of the verification node in the blockchain is changed due to some reasons, for example, the original service interception port of the verification node vp0 is port 1, and the service interception port is changed to port 2 due to a service requirement, according to the method provided by the present invention, the verification node vp0 sends an mutual address consensus request to the blockchain, where the consensus request includes an ip address and an updated service interception port, and if the consensus passes, the verification node vp0 executes a corresponding system intelligence contract, so that the latest mutual address is updated to the world state, and then other verification nodes acquire the latest mutual address of the verification node vp0, thereby not affecting the execution of the service.
As can be seen from the above description, the block chain-based data interaction method provided by the present invention includes: firstly, a business system sends a data interaction request to a block chain; then, the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes; and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In terms of software, the present application provides an embodiment of a data interaction node and a system based on a blockchain for executing all or part of contents in the data interaction method based on a blockchain, where the system and the node may be a terminal device, such as a tablet computer, a mobile phone, a portable computer, and the like, or may be a server device, and the present invention is not limited thereto.
Referring to fig. 6, the verification node for data interaction based on a blockchain specifically includes the following contents:
the acquisition module 11 acquires self-consensus mutual address information;
the consensus module 12 is used for performing consensus on the consensus interactive address information of the consensus module and other verification nodes by using a system intelligent contract;
and the data interaction module 13 suspends the execution of the service intelligent contract if the consensus fails so as to suspend the currently executed data interaction step.
Referring to fig. 7, the service system for data interaction based on a blockchain specifically includes the following contents:
the sending request module 21 is configured to send a data interaction request to a blockchain, where a verification node in the blockchain obtains self consensus mutual address information, and performs consensus on the self consensus mutual address information by using a system intelligent contract together with other verification nodes;
and the data receiving module 22 is used for receiving the currently interacted data after the business intelligence contract is executed if the consensus is passed.
Referring to fig. 8, the data interaction system based on the blockchain specifically includes the following contents:
the service request sending module 1 is used for sending a data interaction request to a block chain by a service system;
the mutual address consensus module 2 is used for acquiring self consensus mutual address information by the verification nodes in the block chain and performing consensus on the self consensus mutual address information by using system intelligent contracts together with other verification nodes;
and the data interaction module 3 is used for receiving the currently interacted data after the service intelligent contract is executed by the service system if the consensus passes.
As can be seen from the above description, in the data interaction node and system based on the block chain provided by the present invention, first, the service system sends a data interaction request to a block chain; then, the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes; and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In a specific embodiment, the present invention provides a verification node, as shown in fig. 6, which performs the following steps including:
s1, acquiring self-consensus mutual address information;
specifically, the transmission of the consensus information between the verification nodes is indexed and interacted through address information, and the consensus interaction address information of one verification node comprises an IP address of the node and a service interception port for receiving the consensus information. Wherein the IP address is a uniform address format provided by the IP protocol, and it allocates a logical address to each network and each host on the internet, so as to mask the difference of physical addresses. A computer "port" may be considered an outlet through which a computer communicates with the outside world. The ports in the hardware domain are also called interfaces, such as: USB port, serial port, etc. A port in the software domain generally refers to a communication protocol port facing connection services and connectionless services in a network, and is an abstract software structure including some data structures and I/O (basic input output) buffers. The service interception port is a message interception port for monitoring and verifying the communication between the node and the outside, and can acquire specific information of the communication between the node and the outside. The service listening port is configured autonomously by the node, generally at initialization of the node, and can be changed during operation of the node.
S2, recognizing the mutual address information of the other verification nodes by using the intelligent contract of the system;
specifically, for all verification nodes in the block chain, a system intelligent contract for performing mutual identification message address information interaction between the verification nodes and 1 or more service intelligent contracts for performing service request interaction with the service system 3 are deployed, a contract ID is generated after the service intelligent contract of the system intelligent contract machine is deployed, the service intelligent contract ID notifies a calling party of the service system, and the system intelligent contract ID is stored by the verification nodes.
In a specific embodiment, the consensus mutual address information of the other verification nodes is agreed by using a system intelligent contract, and the method includes the following steps:
s21, sending a consensus mutual address information request to the blockchain;
to perform Consensus on the Consensus mutual address information of the nodes, firstly, a Consensus request needs to be initiated to a block chain network where the nodes are located, an obtained current verification node IP and a service interception port receiving the Consensus transaction request are packaged into a Consensus message packet Consensus (stub id, type, dataId, data), where stub id is a unique identifier returned after an address system intelligent contract is deployed, dataId represents a transaction unique identifier, type represents that the message is a request message request, and data is specific Consensus transaction request information including the current verification node IP and the service port. The triggering mechanism of the mutual address consensus request is divided into two mechanisms, one is that the verification node initiates the mutual address consensus request to the block chain at a set time interval; and the other is that after the business system initiates a transaction request to the blockchain, the verification node initiates an interactive address consensus request to the blockchain. Through the two trigger mechanisms, all verification nodes are guaranteed to have the latest interactive address information. For the first type, when the verification node is started, the set clock synchronization timing interval configuration is loaded, a timing task is generated at the same time, a timing heartbeat packet request Invoke (stub ID, function, args) for updating the address of the mail is triggered according to the set time interval, wherein the smart contract ID information stub ID is a unique identifier returned after the smart contract of the address system is deployed, the function filling update indicates that the request is a common identification interactive address common identification request, and the args indicates a time interval parameter. For the second type, the verification node needs to receive a transaction request initiated by the service system first, then verify the transaction according to the transaction certificate, detect whether the intelligent contract has been normally deployed and operated on the current network node according to the intelligent contract ID information stub ID (stub ID is a unique ID that identifies a certain service intelligent contract returned after the contract is deployed) in the transaction request Invoke (stub ID, function, args), and perform operations such as repeated submission judgment of the transaction, and initiate an interactive address consensus request after the verification passes.
S22, receiving consensus result information transmitted by other verification nodes in the block chain;
specifically, Consensus result information of other verification nodes in the block chain is packaged as mail information through a message package Consenssus (stub Id, type, dataId, data) to interact with the other verification nodes, wherein the stub Id is a unique identifier returned after an address system intelligent contract is deployed, the data Id represents a transaction unique identifier, the type represents that the message is a response result response, and the data comprises the Consensus result information.
And S23, if the quantity of the received consensus result information is larger than a preset threshold value, executing a preset system intelligent contract, and further performing consensus on the interactive address information of the user.
Specifically, in the consensus stage, some verification nodes may have errors or abnormalities, and in the case of an abnormal verification node, the consensus cannot be performed, so that the consensus result cannot be transmitted. Therefore, the setting of the preset threshold needs to comprehensively consider the fault tolerance and the consensus correctness, and many classical consensus mechanisms such as a byzantine consensus mechanism can be selected. If the total number of the verification nodes is 3f +1, wherein f represents the number of supportable fault-tolerant nodes, and the minimum value is 1, in the Byzantine consensus mechanism, the preset threshold is set to be 2f + 1. For example, assuming that 22 verification nodes are provided, the number of the fault-tolerant nodes that can be supported is 7, so when one verification node receives the consensus result sent by more than 15 other verification nodes, it indicates that the address consensus passes. After mutual address consensus, the verification node executes a corresponding system intelligent contract, and updates the node timestamp (accurate to year, month, day, hour, minute and second, such as 20201015150820) of the node in the world state, the mail address update heartbeat packet time interval, and the node IP and consensus message service interception port according to the node number in the block data.
And S3, if the consensus is not passed, suspending the execution of the business intelligence contract to suspend the currently executed data interaction step.
Specifically, if the interaction addresses of all the verification nodes are not changed, the data interaction of the whole blockchain system is smooth. If the mutual address of the verification node changes at a certain moment and the current blockchain system is carrying out a certain data interaction step in a transaction, if the mutual address consensus does not pass, it means that the address information after the verification node change is not synchronously updated to the mutual address lists of other verification nodes, in this case, the mutual address information lists of some nodes in all the current verification nodes are inconsistent with the mutual address information lists maintained by other verification nodes, which will cause the communication abnormality among the verification nodes and affect the interaction of encrypted data of the nodes, so if the mutual address consensus does not pass, the current service intelligent contract is suspended to be executed, so as to suspend the currently executed data interaction step. And if the consensus passes, executing the service intelligent contract, and further executing the data interaction step.
As apparent from the above description, the present invention provides an authentication node for performing the following steps, including: firstly, a business system sends a data interaction request to a block chain; then, the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes; and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In a specific embodiment, a service system provided in the present invention, as shown in fig. 7, performs the following steps, including:
s101, sending a data interaction request to a block chain, wherein verification nodes in the block chain acquire self consensus mutual address information and perform consensus on the self consensus mutual address information by using system intelligent contracts together with other verification nodes;
specifically, the service system may be an electronic computer terminal, a mobile phone terminal, a server terminal, or the like, and is an electronic device deployed with a service program. Data interaction inevitably exists in the execution process of business, for example, a service object of a certain business system of a bank system is a bank client, and the provided services include deposit, loan, settlement and the like, so when the business system provides deposit business, the business system needs to interact with relevant data of the deposit business; when the loan service is provided, the related data of the loan service needs to be interacted, so that the service is conveniently recorded. For example, the business system initiates a deposit data interaction request to the blockchain, and the data includes deposit amount, deposit account, deposit duration, deposit mode and the like. After a service system initiates a data interaction request, the verification nodes in the corresponding block chains need to perform mutual address consensus, so that the mutual address information stored at all the verification nodes is consistent and up-to-date. After the mutual address consensus passes, it can be understood that all verification nodes have a consistent and latest mutual address list, and any verification node can perform data interaction with any other verification node. Therefore, the verification node identifies the related service data interaction according to the data interaction request initiated by the service system.
And S102, if the consensus passes, receiving the currently interactive data after the business intelligence contract is executed.
Specifically, if the verification node passes the consensus of the interaction of the related service data, the related service intelligent contract deployed in the verification node is executed to obtain the related service data, and the related service intelligent contract is broadcasted to the block chain, so that the service system can receive the interaction data. If the verification node does not pass the consensus of the interaction of the related service data, the service intelligent contract is not executed, so that no interactive data exists.
As apparent from the above description, the present invention provides a business system, which performs the following steps, including: sending a data interaction request to a block chain, wherein a verification node in the block chain acquires self consensus interactive address information and performs consensus on the self consensus interactive address information by using a system intelligent contract together with other verification nodes; and if the consensus passes, receiving the data of the current interaction after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In a specific embodiment, the data interaction system provided by the present invention includes each verification node of the service system, as shown in fig. 8, the data interaction system performs the following steps, including:
s201, a business system sends a data interaction request to a block chain;
specifically, in a data interaction system, the business system functions to perform relevant business processing according to requirements, for example, a bank business system can provide deposit business, loan business, transfer business and the like to the outside, and can provide settlement business, website management business, report business and the like to the inside, and any business is related to data information and can relate to business data interaction. When a certain business system performs data interaction with other business systems based on a blockchain network, firstly, a data interaction request needs to be sent to the blockchain, for example, the business system needs to perform data interaction on a deposit business, and firstly, a data interaction request needs to be sent to the blockchain, wherein the request includes deposit amount, deposit duration, deposit mode, deposit account number, label of intelligent contract of the needed business, and the like.
S202, the verification node in the block chain acquires the mutual identification address information of the verification node and performs mutual identification on the mutual identification address information of the verification node and other verification nodes by using a system intelligent contract;
specifically, after the block link receives a data interaction request sent by the service system, the verification node in the block link needs to perform consensus on the data interaction request, and if the consensus passes, the corresponding service intelligent contract is executed, and the data interaction can be performed. The verification nodes commonly identify the data interaction request and need to ensure that all the verification nodes maintain the latest interaction address information of all the nodes, and by using the method of the invention, the verification nodes in the block chain need to acquire the mutual address information commonly identified by themselves, including ip addresses, service interception ports and the like. Initiating an interactive address consensus request to a block chain according to the acquired self consensus interactive address information, adopting a Byzantine fault-tolerant consensus mechanism, and entering a three-stage consensus process, wherein the first stage is pre-prefix consensus: the main node sends a pre-preparation message to all backup nodes, wherein the pre-preparation message comprises a current view number, a client request, a request summary, whether signatures are consistent or not and the like. The second stage is the prepare consensus: after all replica nodes including the master node receive the preparation message, the three conditions of whether the signature of the message is correct, whether the view number is consistent and whether the message sequence number meets the waterline limit are verified, and if the verification is passed, the preparation message is written into a message log. The third stage is consensus commit: the conditions for each copy to accept the acknowledgement message are: 1) the signature is correct; 2) the view number of the message is consistent with the current view number of the node; 3) the sequence number n of the message satisfies the waterline condition, between H and H. Once the acceptance condition for the acknowledgment message is satisfied, the replica node writes the acknowledgment message to the message log. The three stages are executed in sequence, after the consistency confirmation messages of 2f +1 other transaction consensus nodes are accumulatively received in the current stage, the consensus in the current stage is completed, and the next stage is started. After the consensus passes, executing a system intelligent contract related to the interactive address, so that the current consensus interactive address information is updated to a world state, and other verification nodes can conveniently obtain the current consensus interactive address information of the verification node, thereby ensuring that all the verification nodes in a block chain maintain the latest consensus interactive address information, for example, 4 verification nodes vp0, vp1, vp2, and vp3 in a block chain, for example, vp0, and the maintained consensus interactive address information list format is as follows:
{vp1[ip:x,port:y,updateTime:z,timeInteval:t],
vp2[ip:z,port:y,updateTime:z,timeInteval:t],
vp3[ ip: x, port: y, updateTime: z, timelnterval: t ] }, where ip is the ip address of the node, port is the service listening port, updateTime is the update timestamp, and timelnterval is the timing interval.
If the consensus mutual address information of any one verification node is changed, the method can update the latest mutual address information to all the verification nodes by using the system intelligent contract under the condition of not influencing the execution of the service intelligent contract.
And S203, if the consensus passes, the service system receives the currently interactive data after the service intelligent contract is executed.
Specifically, when all verification nodes maintain the latest interaction address information, a consensus can be performed on data interaction requests initiated by a service system, a byzantine fault-tolerant mechanism is generally adopted, a three-stage consensus process is performed, the first stage is pre-prefix consensus, the second stage is prefix consensus, the third stage is commit consensus, the three stages are sequentially executed, and after the consensus of the current stage is completed and the next stage is performed after consistency confirmation messages of 2f +1 other transaction consensus nodes are cumulatively received in the current stage. After the three-stage consensus process is completed, if the consensus passes, executing a corresponding service intelligent contract in the data interaction request, acquiring related service data, and broadcasting the service data to the block chain, so that the service system can receive the currently interacted service data conveniently.
The present invention will be further described with reference to a specific scenario.
As shown in fig. 5, the entire blockchain includes 6 verification nodes, 3 service systems. Wherein, three business systems respectively correspond to three banks. Assuming that account transfer needs to be performed from a bank corresponding to the business system No. 1 to a bank corresponding to the business system No. 2, firstly, the business system No. 1 sends a data interaction request for account transfer to a block link, the request includes the amount of money transferred, the time of account transfer, the account arrival mode and the like, and after the block link receives the request, a verification node needs to be triggered to perform consensus on the data interaction request, so that smooth interaction communication among verification nodes is required, namely each verification node needs to maintain the latest interaction address information of all other verification nodes. Therefore, the verification nodes in the block chain acquire the mutual identification address information of the verification nodes and perform mutual identification on the mutual identification address information of the verification nodes by using the intelligent contract of the system. In order to enable each verification node to maintain the latest mutual address information of all other verification nodes, two ways are provided, one is a timing updating way, namely, a set clock synchronization timing interval configuration is loaded when the verification node 2 is started, a timing task is generated at the same time, a timing heartbeat packet request Invoke (stub id, function, args) for updating the mutual address is triggered according to a set time interval, and then the verification node is enabled to send a mutual address Consensus request (stub id, type, dataId, data) to a block chain; another is that after the service system sends a data interaction request, the verification node sends an interaction address Consensus request Consensus (stubld, type, dataId, data) to the blockchain. After the verification node initiates an interactive address consensus request, a three-stage consensus process is entered according to a Byzantine fault-tolerant mechanism, wherein the first stage is pre-prefix consensus: the main node sends a pre-preparation message to all backup nodes, wherein the pre-preparation message comprises a current view number, a client request, a request summary, whether signatures are consistent or not and the like. The second stage is the prepare consensus: after all replica nodes including the master node receive the preparation message, the three conditions of whether the signature of the message is correct, whether the view number is consistent and whether the message sequence number meets the waterline limit are verified, and if the verification is passed, the preparation message is written into a message log. The third stage is consensus commit: the conditions for each copy to accept the acknowledgement message are: 1) the signature is correct; 2) the view number of the message is consistent with the current view number of the node; 3) the sequence number n of the message satisfies the waterline condition, between H and H. Once the acceptance condition for the acknowledgment message is satisfied, the replica node writes the acknowledgment message to the message log. The three stages are executed in sequence, after the consistency confirmation messages of 2f +1 other transaction consensus nodes are accumulatively received in the current stage, the consensus in the current stage is completed, and the next stage is started.
And if the mutual address consensus passes, executing a system intelligent contract deployed in the verification node, writing the mutual address consensus request into a block for persistent endorsement, and updating the mutual address into a world state. At this time, each verification node needs to maintain the latest mutual address information of all other verification nodes, taking VP0 node in the figure as an example, the maintained verification node address list information is:
{vp1[ip:x,port:y,updateTime:z,timeInteval:t],
vp2[ip:z,port:y,updateTime:z,timeInteval:t],
vp3[ip:x,port:y,updateTime:z,timeInteval:t],
vp4[ip:x,port:y,updateTime:z,timeInteval:t]
vp5[ip:x,port:y,updateTime:z,timeInteval:t]},
wherein ip is the ip address of the node, port is the service listening port, updateTime is the update timestamp, timelnterval is the timing interval.
The 6 verification nodes are used for commonly recognizing the transfer data interaction request initiated by the No. 1 service system and also adopting a Byzantine fault-tolerant mechanism. If the consensus passes, each verification node executes related service intelligent contracts, for example, the intelligent contracts deployed in the verification nodes 3 uniformly settle the transfer amount into dollars, after the consensus passes, the verification nodes execute the service intelligent contracts for settling the transfer amount into dollars, after the execution is completed, the acquired execution result data is broadcasted to the block chain, and the service system 2 receives the result data transmitted in the block chain, stores the result data in the system, performs further processing, generates processing result data after the processing is completed, and broadcasts the processing result data to the block chain. And the service system 1 receives the processing result data transmitted on the block chain, stores the data and completes the data interaction of the cross-row transfer.
In the process of exchanging transfer service data, the ip address or the service interception port of the verification node of the block chain is changed due to some reasons, for example, the original ip address of the verification node vp0 is 192.163.11.1, and the current ip address is changed to 192.163.12.2 due to artificial change. Similarly, the service interception port of the verification node in the blockchain is changed due to some reasons, for example, the original service interception port of the verification node vp0 is port 1, and the service interception port is changed to port 2 due to a service requirement, according to the method provided by the present invention, the verification node vp0 sends an mutual address consensus request to the blockchain, where the consensus request includes an ip address and an updated service interception port, and if the consensus passes, the verification node vp0 executes a corresponding system intelligence contract, so that the latest mutual address is updated to the world state, and then other verification nodes acquire the latest mutual address of the verification node vp0, thereby not affecting the execution of the service.
As can be seen from the above description, the data interaction system provided by the present invention performs the following steps, including: firstly, a business system sends a data interaction request to a block chain; then, the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes; and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed. The invention ensures the safe traceability of the address data of the verification node, does not influence the operation of the intelligent business contract when the address of the verification node is changed, ensures that the intelligent business contract provides the external business service calling without being influenced by the change of the address information of the node, reduces the maintenance cost of the block chain network, and reduces the complex processes of the restarting and the re-networking of the business chain caused by the change of the verification node.
In terms of hardware, the present application provides an embodiment of an electronic device for implementing all or part of contents in a data interaction method based on a blockchain, where the electronic device specifically includes the following contents:
fig. 9 is a schematic block diagram of a system configuration of an electronic device 9600 according to an embodiment of the present application. As shown in fig. 9, the electronic device 9600 can include a central processor 9100 and a memory 9140; the memory 9140 is coupled to the central processor 9100. Notably, this fig. 9 is exemplary; other types of structures may also be used in addition to or in place of the structure to implement telecommunications or other functions.
In one embodiment, the blockchain-based data interaction functionality may be integrated into a central processor. Wherein the central processor may be configured to control:
s1, acquiring self-consensus mutual address information;
s2, recognizing the mutual address information of the other verification nodes by using the intelligent contract of the system;
and S3, if the consensus is not passed, suspending the execution of the business intelligence contract to suspend the currently executed data interaction step.
As can be seen from the above description, the electronic device provided in the embodiment of the present application ensures that the verification node address data is safe and traceable, does not affect the operation of the intelligent business contract when the verification node address changes, ensures that the intelligent business contract provides the external business service call without being affected by the change of the node address information, reduces the maintenance cost of the block chain network, and reduces the complex processes of the business chain restart and the re-networking caused by the change of the verification node.
In another embodiment, the data interaction nodes and systems based on the blockchain may be configured separately from the central processor 9100, for example, the data interaction nodes and systems based on the blockchain may be configured as a chip connected to the central processor 9100, and the data interaction function based on the blockchain is realized by the control of the central processor.
As shown in fig. 9, the electronic device 9600 may further include: a communication module 9110, an input unit 9120, an audio processor 9130, a display 9160, and a power supply 9170. It is noted that the electronic device 9600 also does not necessarily include all of the components shown in fig. 9; in addition, the electronic device 9600 may further include components not shown in fig. 9, which may be referred to in the prior art.
As shown in fig. 9, a central processor 9100, sometimes referred to as a controller or operational control, can include a microprocessor or other processor device and/or logic device, which central processor 9100 receives input and controls the operation of the various components of the electronic device 9600.
The memory 9140 can be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information relating to the failure may be stored, and a program for executing the information may be stored. And the central processing unit 9100 can execute the program stored in the memory 9140 to realize information storage or processing, or the like.
The input unit 9120 provides input to the central processor 9100. The input unit 9120 is, for example, a key or a touch input device. Power supply 9170 is used to provide power to electronic device 9600. The display 9160 is used for displaying display objects such as images and characters. The display may be, for example, an LCD display, but is not limited thereto.
The memory 9140 can be a solid state memory, e.g., Read Only Memory (ROM), Random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes called an EPROM or the like. The memory 9140 could also be some other type of device. Memory 9140 includes a buffer memory 9141 (sometimes referred to as a buffer). The memory 9140 may include an application/function storage portion 9142, the application/function storage portion 9142 being used for storing application programs and function programs or for executing a flow of operations of the electronic device 9600 by the central processor 9100.
The memory 9140 can also include a data store 9143, the data store 9143 being used to store data, such as contacts, digital data, pictures, sounds, and/or any other data used by an electronic device. The driver storage portion 9144 of the memory 9140 may include various drivers for the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging applications, contact book applications, etc.).
The communication module 9110 is a transmitter/receiver 9110 that transmits and receives signals via an antenna 9111. The communication module (transmitter/receiver) 9110 is coupled to the central processor 9100 to provide input signals and receive output signals, which may be the same as in the case of a conventional mobile communication terminal.
Based on different communication technologies, a plurality of communication modules 9110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, may be provided in the same electronic device. The communication module (transmitter/receiver) 9110 is also coupled to a speaker 9131 and a microphone 9132 via an audio processor 9130 to provide audio output via the speaker 9131 and receive audio input from the microphone 9132, thereby implementing ordinary telecommunications functions. The audio processor 9130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 9130 is also coupled to the central processor 9100, thereby enabling recording locally through the microphone 9132 and enabling locally stored sounds to be played through the speaker 9131.
An embodiment of the present application further provides a computer-readable storage medium capable of implementing all the steps in the data interaction method based on the blockchain in the foregoing embodiments, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the computer program implements all the steps of the data interaction method based on the blockchain, where the execution subject of the computer program is a server or a client, for example, when the processor executes the computer program, the processor implements the following steps:
s1, acquiring self-consensus mutual address information;
s2, recognizing the mutual address information of the other verification nodes by using the intelligent contract of the system;
and S3, if the consensus is not passed, suspending the execution of the business intelligence contract to suspend the currently executed data interaction step.
As can be seen from the above description, the computer-readable storage medium provided in the embodiment of the present application ensures that the verification node address data is safe and traceable, does not affect the operation of the intelligent business contract when the verification node address changes, ensures that the intelligent business contract provides the external business service call without being affected by the change of the node address information, reduces the maintenance cost of the blockchain network, and reduces the complex processes of restarting and re-networking the business chain caused by the change of the verification node.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, node, system or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, nodes, systems and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims (14)

1. A data interaction method based on a block chain is applied to a verification node and is characterized by comprising the following steps:
acquiring self-consensus interactive address information;
the mutual identification of the mutual identification address information of the self is carried out by utilizing a system intelligent contract together with other verification nodes;
and if the consensus does not pass, suspending the execution of the service intelligent contract so as to suspend the currently executed data interaction step.
2. The method according to claim 1, wherein obtaining self-consensus mutual address information comprises: and initiating a consensus mutual address information request to the block chain every set time length so as to obtain self consensus mutual address information.
3. The method of claim 1, wherein obtaining self-recognition mutual address information further comprises: after a business system initiates a transaction request to the block chain, a consensus mutual address information request is initiated to the block chain, and then self consensus mutual address information is obtained.
4. The method for data interaction based on blockchain according to claim 1, wherein the consensus on the consensus mutual address information of the other verification nodes by using a system intelligence contract comprises:
sending a consensus mutual address information request to the block chain;
receiving consensus result information transmitted by other verification nodes in the block chain;
and if the quantity of the received consensus result information is greater than a preset threshold value, executing a preset system intelligent contract, and further performing consensus on the interactive address information of the user.
5. A data interaction method based on a block chain is applied to a service system and is characterized by comprising the following steps:
sending a data interaction request to a block chain, wherein a verification node in the block chain acquires self consensus interactive address information and performs consensus on the self consensus interactive address information by using a system intelligent contract together with other verification nodes;
and if the consensus passes, receiving the data of the current interaction after the service intelligent contract is executed.
6. A data interaction method based on a block chain is characterized by comprising the following steps:
the service system sends a data interaction request to a block chain;
the verification nodes in the block chain acquire self-consensus mutual address information and perform consensus on the self-consensus mutual address information by using system intelligent contracts together with other verification nodes;
and if the consensus passes, the service system receives the currently interacted data after the service intelligent contract is executed.
7. An authentication node, comprising:
the acquisition module acquires self-consensus mutual address information;
the consensus module is used for performing consensus on the consensus interactive address information of the consensus module and other verification nodes by using a system intelligent contract;
and the data interaction module is used for suspending executing the service intelligent contract if the consensus fails so as to suspend the currently executed data interaction step.
8. The authentication node of claim 7, wherein obtaining the mutual address information of the self-identity comprises: and initiating a consensus mutual address information request to the block chain every set time length so as to acquire self consensus mutual address information.
9. The authentication node of claim 7, wherein obtaining the mutual address information of the self-identity, further comprises: after a business system initiates a transaction request to a block chain, a consensus mutual address information request is initiated to the block chain, and further self consensus mutual address information is obtained.
10. An authentication node according to claim 7, wherein said mutually agreeing on the mutual address information of the mutually agreeing information of the other authentication nodes by using a system intelligent contract comprises:
the sending request module sends a consensus mutual address information request to the block chain;
the result receiving module is used for receiving consensus result information transmitted by other verification nodes in the block chain;
and the consensus module executes a preset system intelligent contract if the quantity of the received consensus result information is greater than a preset threshold value, and further performs consensus on the self interactive address information.
11. A business system, comprising:
the sending request module is used for sending a data interaction request to a block chain, wherein verification nodes in the block chain acquire self consensus mutual address information and perform consensus on the self consensus mutual address information by using system intelligent contracts together with other verification nodes;
and the data receiving module is used for receiving the currently interactive data after the business intelligent contract is executed if the consensus passes.
12. A data interaction system based on a blockchain is characterized by comprising:
the service system sends a data interaction request to a block chain;
the mutual address consensus module is used for acquiring the mutual consensus address information of the verification nodes in the block chain and performing consensus on the mutual consensus address information of the verification nodes by using a system intelligent contract together with other verification nodes;
and the data interaction module is used for receiving the currently interacted data after the service intelligent contract is executed by the service system if the consensus passes.
13. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the blockchain-based data interaction method of any one of claims 1 to 6 when executing the program.
14. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the blockchain-based data interaction method according to any one of claims 1 to 6.
CN202110268284.2A 2021-03-12 2021-03-12 A blockchain-based data interaction method, node and system Pending CN112837162A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110268284.2A CN112837162A (en) 2021-03-12 2021-03-12 A blockchain-based data interaction method, node and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110268284.2A CN112837162A (en) 2021-03-12 2021-03-12 A blockchain-based data interaction method, node and system

Publications (1)

Publication Number Publication Date
CN112837162A true CN112837162A (en) 2021-05-25

Family

ID=75930115

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110268284.2A Pending CN112837162A (en) 2021-03-12 2021-03-12 A blockchain-based data interaction method, node and system

Country Status (1)

Country Link
CN (1) CN112837162A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114257379A (en) * 2021-12-07 2022-03-29 广东惠科信息技术有限公司 Method, device and storage medium for automatically storing and updating information based on supply chain
CN114463003A (en) * 2022-01-07 2022-05-10 中国工商银行股份有限公司 Virtual resource processing method and system based on block chain and processor
CN114726866A (en) * 2022-04-07 2022-07-08 网易(杭州)网络有限公司 Method for maintaining consensus node of alliance chain, electronic device and storage medium
CN114745140A (en) * 2022-06-13 2022-07-12 天津市城市规划设计研究总院有限公司 Urban planning field block chain consensus verification method and system based on aggregation encryption
CN114760198A (en) * 2022-01-17 2022-07-15 清华大学 Consensus method, device and system based on block chain network
WO2024153001A1 (en) * 2023-01-17 2024-07-25 腾讯科技(深圳)有限公司 Data processing method and apparatus based on hierarchical chain network, and device and medium

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108256859A (en) * 2018-01-02 2018-07-06 中国工商银行股份有限公司 Financial product transaction common recognition method, node and system based on block chain
CN108921556A (en) * 2018-07-02 2018-11-30 上海达家迎信息科技有限公司 A kind of verification method, device, equipment and the storage medium of block chain
CN109246197A (en) * 2018-08-15 2019-01-18 交通银行股份有限公司 Data processing method and device based on intelligent contract
CN109472599A (en) * 2018-11-16 2019-03-15 中链科技有限公司 A kind of user's assets information circulation method and device based on block chain
CN109981279A (en) * 2017-12-28 2019-07-05 航天信息股份有限公司 A kind of block catenary system, communication means, device, equipment and medium
CN110266655A (en) * 2019-05-30 2019-09-20 中国工商银行股份有限公司 A kind of across chain interconnected method, equipment and system based on block chain
CN110417790A (en) * 2019-08-02 2019-11-05 中国工商银行股份有限公司 Block chain system of real name queuing system and method
CN110730225A (en) * 2019-09-30 2020-01-24 北京中电拓方科技股份有限公司 Data processing method of Internet of things based on block chain, Internet of things and storage medium
CN111275555A (en) * 2020-02-24 2020-06-12 中国工商银行股份有限公司 Block chain transaction processing method, transaction node and block chain system
CN111343001A (en) * 2020-02-07 2020-06-26 复旦大学 Social data sharing system based on block chain
CN111339110A (en) * 2020-02-25 2020-06-26 中国工商银行股份有限公司 Transaction backup method and system based on block chain
CN111480157A (en) * 2019-09-05 2020-07-31 阿里巴巴集团控股有限公司 System and method for adding nodes in a blockchain network
CN111767215A (en) * 2020-06-23 2020-10-13 中国工商银行股份有限公司 Block chain continuous integration test method, device and system
CN112199239A (en) * 2020-10-23 2021-01-08 中国工商银行股份有限公司 Method, device and system for restarting block chain node

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109981279A (en) * 2017-12-28 2019-07-05 航天信息股份有限公司 A kind of block catenary system, communication means, device, equipment and medium
CN108256859A (en) * 2018-01-02 2018-07-06 中国工商银行股份有限公司 Financial product transaction common recognition method, node and system based on block chain
CN108921556A (en) * 2018-07-02 2018-11-30 上海达家迎信息科技有限公司 A kind of verification method, device, equipment and the storage medium of block chain
CN109246197A (en) * 2018-08-15 2019-01-18 交通银行股份有限公司 Data processing method and device based on intelligent contract
CN109472599A (en) * 2018-11-16 2019-03-15 中链科技有限公司 A kind of user's assets information circulation method and device based on block chain
CN110266655A (en) * 2019-05-30 2019-09-20 中国工商银行股份有限公司 A kind of across chain interconnected method, equipment and system based on block chain
CN110417790A (en) * 2019-08-02 2019-11-05 中国工商银行股份有限公司 Block chain system of real name queuing system and method
CN111480157A (en) * 2019-09-05 2020-07-31 阿里巴巴集团控股有限公司 System and method for adding nodes in a blockchain network
CN110730225A (en) * 2019-09-30 2020-01-24 北京中电拓方科技股份有限公司 Data processing method of Internet of things based on block chain, Internet of things and storage medium
CN111343001A (en) * 2020-02-07 2020-06-26 复旦大学 Social data sharing system based on block chain
CN111275555A (en) * 2020-02-24 2020-06-12 中国工商银行股份有限公司 Block chain transaction processing method, transaction node and block chain system
CN111339110A (en) * 2020-02-25 2020-06-26 中国工商银行股份有限公司 Transaction backup method and system based on block chain
CN111767215A (en) * 2020-06-23 2020-10-13 中国工商银行股份有限公司 Block chain continuous integration test method, device and system
CN112199239A (en) * 2020-10-23 2021-01-08 中国工商银行股份有限公司 Method, device and system for restarting block chain node

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114257379A (en) * 2021-12-07 2022-03-29 广东惠科信息技术有限公司 Method, device and storage medium for automatically storing and updating information based on supply chain
CN114257379B (en) * 2021-12-07 2023-05-23 广东惠科信息技术有限公司 Automatic information storage updating method and device based on supply chain and storage medium
CN114463003A (en) * 2022-01-07 2022-05-10 中国工商银行股份有限公司 Virtual resource processing method and system based on block chain and processor
CN114760198A (en) * 2022-01-17 2022-07-15 清华大学 Consensus method, device and system based on block chain network
CN114726866A (en) * 2022-04-07 2022-07-08 网易(杭州)网络有限公司 Method for maintaining consensus node of alliance chain, electronic device and storage medium
CN114745140A (en) * 2022-06-13 2022-07-12 天津市城市规划设计研究总院有限公司 Urban planning field block chain consensus verification method and system based on aggregation encryption
WO2024153001A1 (en) * 2023-01-17 2024-07-25 腾讯科技(深圳)有限公司 Data processing method and apparatus based on hierarchical chain network, and device and medium

Similar Documents

Publication Publication Date Title
CN112837162A (en) A blockchain-based data interaction method, node and system
TWI690184B (en) Cross-blockchain authentication method and device, and electronic equipment
KR102193549B1 (en) Practical Byzantine failure-tolerant blockchain consensus and ease of node synchronization
CN111539726B (en) Block chain consensus system and method
CN107993149B (en) Account information management method, system and readable storage medium
CN111510333B (en) Alliance block chain system based on K3S platform, realization method and device
CN111737104B (en) Block chain network service platform, test case sharing method thereof and storage medium
CN109981279B (en) Block chain system, communication method, device, equipment and medium
CN111240732B (en) Method, device, equipment and storage medium for distributing distributed microservice
CN108022090B (en) Virtual account management method, device, system and readable storage medium
US20230259930A1 (en) Cross-chain transaction processing method and apparatus, electronic device, and storage medium
CN111275555A (en) Block chain transaction processing method, transaction node and block chain system
CN110784495A (en) The discovery and configuration information management method of big data cluster system based on blockchain
US12032943B1 (en) Method for upgrading blockchain system, and terminal device
CN110442601B (en) A method and device for parallel acceleration of Openstack mirror data
CN114070733A (en) Consensus method, device and system based on block chain network
CN113347033B (en) Root cause positioning method and system based on block chain and verification node
CN110351362A (en) Data verification method, equipment and computer readable storage medium
CN112650514B (en) Patch updating method, device, equipment and storage medium of alliance chain
WO2020037607A1 (en) Data transmission method and apparatus
CN110673992B (en) Multi-mirror image fusion self-starting method and system
CN113535558A (en) Software version transmission method and device
CN107609197A (en) A kind of method of data synchronization, data synchronization unit and mobile terminal
CN116016134B (en) Cross-cluster communication deployment method, device and computer equipment
CN114760198B (en) Consensus method, device and system based on block chain network

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination