A data exchange method and system based on consensus node ordered path verification

Abstract

The application relates to a data exchange method and system based on a consensus node ordered path verification. Corresponding exchange node labels are respectively configured for each exchange node, and the exchange node labels are used to form an ordered flow path record for identifying exchange nodes needing to participate in consensus and performing verification. Exchange records stored in each node are associated with exchange tasks, and consensus is performed through a block chain technology. The method not only makes the above problems simple and easy to implement, but also obviously improves the anti-repudiation and authenticity of transaction information. On the other hand, the consensus node selection and consensus algorithm are optimized, the consensus process is simplified, the calculation amount is small, and the consensus efficiency is improved.

Description

Technical Field

[0001] This invention relates to the field of data transmission and data security management technology, and in particular to a data exchange method and system based on consensus node ordered path verification. Background Technology

[0002] Data exchange systems are typical distributed systems. To ensure the correct exchange and utilization of data content, data providers operate business application systems to clearly define the scope of data content reception, enabling data content to be exchanged to data users through the data exchange system. As one of the application support infrastructures, the data exchange system provides services for the interconnection and interoperability between various business systems. In particular, it facilitates the exchange of business information and electronic documents between business systems, making the data exchange system not just a simple transmission channel, but a true business channel for achieving full network interconnection.

[0003] In the data exchange process, data content is exchanged from business application systems to the data exchange system, and then through a series of exchange nodes within the data exchange system, finally reaching the data user. However, as the use of data exchange systems becomes more in-depth and widespread, in some special application areas, such as the interconnection of government information systems and the sharing of public data, the information resources requiring data exchange have high security and strong regulatory requirements. Existing data exchange systems, when verifying exchange tasks, typically only record the channel transmission records of their own nodes. This results in the exchange records of a single task being stored in isolation, reducing and weakening the correlation between them. Once the exchange process needs to be traced, multiple nodes need to be queried, which is not only technically labor-intensive but also difficult to implement in practice due to factors such as system deployment. If the transaction record of a node is lost or tampered with, it becomes completely untraceable. This exposes potential security risks in conventional data exchange methods, such as inter-node trust and data security, and also brings difficulties to the supervision of data exchange behavior.

[0004] To address this issue, existing technologies attempt to incorporate blockchain technology to improve data exchange security. Blockchain, as a specific software design philosophy, is essentially a decentralized distributed ledger database. Its core technologies are distributed networks, cryptographic algorithms, and consensus mechanisms. The distributed nature of exchange nodes in a data exchange system exhibits typical blockchain characteristics, and the upper-layer exchange application systems using data exchange can be considered blockchain applications. Typically, blockchain implementations use a consensus mechanism that randomly selects ordinary nodes proportionally. However, in data exchange systems, on the one hand, the block data generated by a single exchange node is insufficient to guarantee the credibility of the entire data exchange process; on the other hand, each exchange task only requires the participation of a subset of nodes, while randomly selecting a large number of nodes not involved in the exchange task for computation usually involves a complex consensus process with a large computational load, resulting in low execution efficiency.

[0005] Therefore, it is clear that how to securely and conveniently exchange data between business application systems and data exchange systems, and between components within the data exchange system, while also facilitating the supervision of the distributed exchange behavior by exchange supervisors, is an urgent problem to be solved. Summary of the Invention

[0006] To address the shortcomings of existing technologies, this invention proposes a data exchange method and system based on ordered path verification of consensus nodes. The exchange records stored on each node are associated with exchange tasks, and consensus is achieved through blockchain technology. This not only simplifies the aforementioned issues but also significantly improves the non-repudiation and authenticity of transaction information. Furthermore, optimizations in consensus node selection and consensus algorithms simplify the consensus process, reduce computational load, and improve consensus efficiency.

[0007] To achieve the above objectives, the technical solution adopted by the present invention includes:

[0008] A data exchange method based on consensus node ordered path verification, characterized in that it includes:

[0009] S1. Configure a corresponding exchange node label for each exchange node. The exchange node label includes an exchange resource identifier, a current node record, a receiving node record, and a sending node record.

[0010] S2. Obtain the data exchange request and identify the data exchange sending application and the data exchange receiving application based on the data exchange request;

[0011] S3. The data exchange and sending application connects to the starting exchange node and sends the target data to the starting exchange node. The receiving node of the starting exchange node is recorded as the data exchange and sending application.

[0012] S4. Update the exchange node label of the starting exchange node and upload it to the accounting node. Send the target data to the corresponding intermediate exchange node according to the sending node record.

[0013] S5. Update the exchange node label of the intermediate exchange node and upload it to the accounting node. Based on the sending node record, send the target data to the corresponding next intermediate exchange node.

[0014] S6. Repeat step S5 until the updated intermediate exchange node's sending node record is a data exchange receiving application. Identify the intermediate exchange node as a termination exchange node and upload the corresponding exchange node tag to the accounting node. Send the target data to the data exchange receiving application according to the sending node record.

[0015] S7. The accounting node establishes a consensus record to be verified based on all the tags received from the exchange nodes and distributes it to each exchange node. The consensus record to be verified includes the record of the ordered flow path of the target data in the exchange nodes.

[0016] S8. The exchange node determines whether the consensus record to be verified includes the current node's record. If it determines that the consensus record to be verified does not include the current node's record, it does not participate in the consensus record verification.

[0017] S9. When it is determined that the consensus record to be verified includes the current node record, further determine whether the consensus record to be verified matches the exchange node label;

[0018] S10. When it is determined that the consensus record to be verified matches all the exchange node labels, submit the consensus record to be verified to form a valid consensus record.

[0019] Furthermore, the update of the initial switching node's switching node label includes:

[0020] Modify the exchange resource identifier based on the target data;

[0021] Modify the sending node record based on the intermediate exchange node that sends the target data.

[0022] Furthermore, the updating of the intermediate switching node's switching node label includes:

[0023] Modify the receiving node record according to the target data source;

[0024] Modify the exchange resource identifier based on the target data;

[0025] Modify the sending node record based on the intermediate exchange node that sends the target data.

[0026] Furthermore, the ordered flow path record of the target data in the exchange nodes includes a sequence of node records participating in the transmission of the target data, wherein the node record sequence includes a data exchange sending application as the starting point and a data exchange receiving application as the ending point.

[0027] Further, step S8 includes:

[0028] The swapping node determines whether the current node's record is included in the node record sequence;

[0029] If the current node's record is not included in the node's record sequence, it will not participate in consensus record verification.

[0030] Furthermore, determining whether the consensus record to be verified matches the exchange node label includes:

[0031] Determine whether the node record sequence includes both receiving node records and sending node records;

[0032] And, determine whether the receiving node record, the current node record, and the sending node record match the order in the node record sequence.

[0033] This invention also relates to a data exchange system based on consensus node ordered path verification, characterized in that it includes:

[0034] The switching node label management module is used to configure and modify the corresponding switching node labels for each switching node.

[0035] The request preprocessing module is used to identify the data exchange sending application and the data exchange receiving application based on the data exchange request;

[0036] The exchange processing module is used to send the target data to the corresponding exchange node according to the sending node record;

[0037] The node verification module is used to determine whether the consensus record to be verified includes the current node record;

[0038] The consensus verification module is used to determine whether the consensus record to be verified matches the exchange node label.

[0039] The present invention also relates to a computer-readable storage medium, characterized in that the storage medium stores a computer program, which, when executed by a processor, implements the above-described method.

[0040] The present invention also relates to an electronic device, characterized in that it includes a processor and a memory;

[0041] The memory is used to store the exchange node tags and the consensus records to be verified;

[0042] The processor is used to execute the above method by invoking the exchange node label and the consensus record to be verified.

[0043] The present invention also relates to a computer program product, including a computer program and / or instructions, characterized in that the computer program and / or instructions, when executed by a processor, implement the steps of the above-described method.

[0044] The beneficial effects of this invention are as follows:

[0045] The data exchange method and system based on ordered path verification of consensus nodes described in this invention associates exchange records stored on each node with exchange tasks and achieves consensus through blockchain technology. This transforms the exchange records used to prove exchange information from single-node records to multi-node records, increasing the non-repudiation, integrity, authenticity, and traceability of the exchanged information. This not only simplifies the handling of data exchange security issues but also significantly improves the non-repudiation and authenticity of transaction information. Furthermore, optimizations in consensus node selection and consensus algorithms simplify the consensus process, reduce computational load, and improve consensus efficiency. Simultaneously, by combining previously scattered and independent exchange records through exchange task relationships to generate block data, the number of database entries is reduced, improving query efficiency and utilization effectiveness. Attached Figure Description

[0046] Figure 1 This is a schematic diagram of the data exchange method based on consensus node ordered path verification according to the present invention.

[0047] Figure 2 This is a schematic diagram of the data exchange system structure based on consensus node ordered path verification according to the present invention. Detailed Implementation

[0048] To better understand the content of this invention, a detailed description will be provided in conjunction with the accompanying drawings and embodiments.

[0049] The first aspect of this invention relates to a process flow as follows: Figure 1 The data exchange method based on consensus node ordered path verification shown includes:

[0050] S1. Configure corresponding exchange node labels for each exchange node. The exchange node labels include exchange resource identifier, current node record, receiving node record and sending node record.

[0051] Among them, the exchange node mainly refers to the functional node composed of channel module, accounting module, cryptographic module, etc., which is responsible for sending and receiving data content and integrating with business application system.

[0052] S2. Obtain the data exchange request and identify the data exchange sending application and data exchange receiving application based on the data exchange request.

[0053] For example, the data exchange sender operates the exchange application, registers the data to be sent, selects the data receiver, and encapsulates the data content according to the interface protocol provided by the exchange node. The encapsulation format includes the exchange application identifier, the initiator, the receiver, the data content, and the digital signature.

[0054] When an exchange node receives a data encapsulation packet, it parses the packet, calls the cryptographic module to perform cryptographic verification such as digital signature and digital certificate verification, extracts the sender and receiver information, encapsulates information such as the exchange node identifier, exchange task identifier, sender, receiver, and data content digest, and calls the interface of the exchange resource module on the exchange service center to send the encapsulation packet.

[0055] S3. The data exchange sending application connects to the starting exchange node and sends the target data to the starting exchange node. The receiving node of the starting exchange node is recorded as the data exchange sending application.

[0056] The encapsulated packet is sent to the switching node by calling the channel service interface of the switching node, which is the starting switching node.

[0057] S4. Update the exchange node label of the starting exchange node and upload it to the accounting node. Send the target data to the corresponding intermediate exchange node according to the sending node record.

[0058] Specifically, updating the switching node label of the starting switching node includes: modifying the switching resource identifier according to the target data, and modifying the sending node record according to the intermediate switching nodes that send the target data.

[0059] During execution, upon receiving a request packet from an exchange node, the system invokes the cryptographic module for digital signature and certificate verification, extracts sender and receiver information, and begins calculating the exchange path. Based on the sender and receiver information, it calculates all the exchange nodes required to complete the exchange task, referred to as the exchange path (consisting of two or more exchange nodes). This exchange path is then packaged and returned to the originating exchange node. Simultaneously, an exchange record is generated at this node, including processing type, exchange node identifier, exchange application identifier, exchange task identifier, sender, receiver, exchange path, data content digest, digital signature, and timestamp.

[0060] S5. Update the exchange node label of the intermediate exchange node and upload it to the accounting node. Based on the sending node record, send the target data to the corresponding next intermediate exchange node.

[0061] Unlike the starting node, updating the switching node label of intermediate switching nodes includes: modifying the receiving node record based on the source of the target data, modifying the switching resource identifier based on the target data, and modifying the sending node record based on the intermediate switching node that sent the target data.

[0062] After receiving the returned encapsulated packet, the channel module calls the cryptographic module to perform cryptographic verification such as digital signature and digital certificate verification, extracts the exchange path, and encapsulates information such as the local exchange node identifier, exchange task identifier, sender, receiver, data content, exchange path, and digital signature. Based on the information of the next exchange node in the exchange path, the channel module interface is called to transmit the encapsulated packet to the next exchange node (i.e., the intermediate exchange node). At the same time, an exchange record is generated at this node, including the exchange node identifier, exchange task identifier, sender, receiver, exchange path, data content digest, digital signature, and timestamp.

[0063] S6. Repeat step S5 until the updated intermediate exchange node's sending node record is a data exchange receiving application. Identify the intermediate exchange node as a termination exchange node and upload the corresponding exchange node tag to the accounting node. Send the target data to the data exchange receiving application according to the sending node record.

[0064] S7. The accounting node establishes a consensus record to be verified based on all the received exchange node tags and distributes it to each exchange node. The consensus record to be verified includes the ordered flow path record of the target data in the exchange node, that is, the node record sequence participating in the transmission of the target data, wherein the node record sequence includes the data exchange sending application as the starting point and the data exchange receiving application as the ending point.

[0065] S8. The exchange node determines whether the consensus record to be verified includes the current node's record. If it determines that the consensus record to be verified does not include the current node's record, it does not participate in the consensus record verification.

[0066] Specifically, the exchange node determines whether the current node's record is included in the node record sequence. If the current node's record is not included in the node record sequence, it does not participate in the consensus record verification.

[0067] S9. When it is determined that the consensus record to be verified includes the current node record, further determine whether the consensus record to be verified matches the exchange node label.

[0068] Specifically, this includes determining whether the node record sequence includes receiving node records and sending node records, and determining whether the receiving node record, the current node record, and the sending node record match the order in the node record sequence.

[0069] This method supports both tree-structured and mesh-structured verification. In the tree-structured verification model, the blockchain mechanism is as follows: For a private blockchain, all accounting modules within the exchange domain are accounting nodes, and the accounting nodes within the exchange path are consensus nodes. The central accounting module of the recipient's exchange domain is the master node. Exchange device nodes outside the exchange path are ordinary nodes. For a consortium blockchain, the central accounting module of the global exchange service is the accounting node, and the central accounting modules of the exchange service centers within the exchange path are consensus nodes. The central accounting module of the recipient's exchange domain is the master node, and other central accounting modules are ordinary nodes. The blockchain mechanism in the mesh exchange model is as follows: In the consensus process of the private chain, all accounting modules in the exchange domain are accounting nodes, and the accounting nodes included in the exchange path are consensus nodes. The accounting module of the intermediate node in the exchange path is selected as the master node. In the consensus process of the consortium chain, all accounting modules of the exchange service centers in the entire domain are accounting nodes, and the accounting modules of the exchange service centers included in the exchange path are consensus nodes. The accounting module of the exchange service center in the exchange domain where the receiver is located is selected as the master node, and the accounting modules of other exchange service centers are ordinary nodes.

[0070] S10. When it is determined that the consensus record to be verified matches all the exchange node labels, submit the consensus record to be verified to form a valid consensus record.

[0071] Submitting consensus records can support processing on private or consortium blockchains. If the exchange path contains only one exchange service center, the record is submitted and stored on the private blockchain after consensus is reached. If the exchange path contains two or more exchange service centers, the record is submitted and stored on the consortium blockchain after consensus is reached.

[0072] Another aspect of the present invention relates to a data exchange system based on consensus node ordered path verification, the structure of which is as follows: Figure 2 As shown, it includes:

[0073] The switching node label management module is used to configure and modify the corresponding switching node labels for each switching node.

[0074] The request preprocessing module is used to identify the data exchange sending application and the data exchange receiving application based on the data exchange request;

[0075] The exchange processing module is used to send the target data to the corresponding exchange node according to the sending node record;

[0076] The node verification module is used to determine whether the consensus record to be verified includes the current node record;

[0077] The consensus verification module is used to determine whether the consensus record to be verified matches the exchange node label.

[0078] By using this system, the aforementioned computational processing methods can be executed and the corresponding technical effects can be achieved.

[0079] Embodiments of the present invention also provide a computer-readable storage medium capable of implementing all the steps of the methods in the above embodiments, wherein the computer-readable storage medium stores a computer program that, when executed by a processor, implements all the steps of the methods in the above embodiments.

[0080] Embodiments of the present invention also provide an electronic device for performing the above-described method. As an implementation device for the method, the electronic device has at least a processor and a memory. In particular, the memory stores data and related computer programs required for performing the method, such as exchanging node tags and consensus records to be verified. The processor calls the data and programs in the memory to execute all the steps of the method and obtain the corresponding technical effects.

[0081] Preferably, the electronic device may include a bus architecture, which may include any number of interconnected buses and bridges. The bus will include various circuits linked together by one or more processors and memories. The bus may also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein. The bus interface provides an interface between the bus and the receiver and transmitter. The receiver and transmitter may be the same element, i.e., a transceiver, providing a unit for communicating with various other systems over a transmission medium. The processor is responsible for managing the bus and general processing, while the memory may be used to store data used by the processor during operation.

[0082] Additionally, the electronic device may further include components such as a communication module, an input unit, an audio processor, a display, and a power supply. The processor (or controller, operating control) used may include a microprocessor or other processor device and / or logic device, which receives input and controls the operation of various components of the electronic device; the memory may be one or more of a buffer, flash memory, hard drive, removable media, volatile memory, non-volatile memory, or other suitable devices, which can store the aforementioned data information, and may also store programs for executing the information, and the processor can execute the program stored in the memory to achieve information storage or processing, etc.; the input unit is used to provide input to the processor, for example, it can be a button or touch input device; the power supply is used to provide power to the electronic device; the display is used to display images and text, for example, it can be an LCD display. The communication module is a transmitter / receiver that transmits and receives signals via an antenna. The communication module (transmitter / receiver) is coupled to the processor to provide input signals and receive output signals, which can be the same as in conventional mobile communication terminals. Based on different communication technologies, multiple communication modules can be incorporated into the same electronic device, such as cellular network modules, Bluetooth modules, and / or wireless LAN modules. The communication module (transmitter / receiver) is also coupled to a speaker and microphone via an audio processor to provide audio output through the speaker and receive audio input from the microphone, thereby enabling typical telecommunications functions. The audio processor can include any suitable buffer, decoder, amplifier, etc. Furthermore, the audio processor is coupled to a central processing unit, enabling on-device recording via the microphone and on-device playback of stored sound via the speaker.

[0083] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can 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, etc.) containing computer-usable program code.

[0084] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can 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, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A system that specifies functions in one or more boxes.

[0085] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including an instruction set implemented in a process. Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0086] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the functions specified in one or more boxes. Although preferred embodiments of the invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the invention.

[0087] The above description is merely a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. A data exchange method based on consensus node ordered path verification, characterized in that, include: S1. Configure a corresponding exchange node label for each exchange node. The exchange node label includes an exchange resource identifier, a current node record, a receiving node record, and a sending node record. S2. Obtain the data exchange request and identify the data exchange sending application and the data exchange receiving application based on the data exchange request; S3. The data exchange and sending application connects to the starting exchange node and sends the target data to the starting exchange node. The receiving node of the starting exchange node is recorded as the data exchange and sending application. S4. Update the exchange node label of the starting exchange node and upload it to the accounting node. Send the target data to the corresponding intermediate exchange node according to the sending node record. S5. Update the exchange node label of the intermediate exchange node and upload it to the accounting node. Based on the sending node record, send the target data to the corresponding next intermediate exchange node. S6. Repeat step S5 until the updated intermediate exchange node's sending node record is a data exchange receiving application. Identify the intermediate exchange node as a termination exchange node and upload the corresponding exchange node tag to the accounting node. Send the target data to the data exchange receiving application according to the sending node record. S7. The accounting node establishes a consensus record to be verified based on all the tags received from the exchange nodes and distributes it to each exchange node. The consensus record to be verified includes the record of the ordered flow path of the target data in the exchange nodes. S8. The exchange node determines whether the consensus record to be verified includes the current node's record. If it determines that the consensus record to be verified does not include the current node's record, it does not participate in the consensus record verification. S9. When it is determined that the consensus record to be verified includes the current node record, further determine whether the consensus record to be verified matches the exchange node label; S10. When it is determined that the consensus record to be verified matches all the exchange node labels, submit the consensus record to be verified to form a valid consensus record. The step of updating the switching node label of the starting switching node includes: modifying the switching resource identifier according to the target data; and modifying the sending node record according to the intermediate switching nodes to which the target data is sent. The step of updating the exchange node label of the starting exchange node further includes: receiving the request encapsulation packet from the exchange node, calling the cryptographic module for password verification; extracting the sender and receiver information, calculating the exchange path, and calculating all the exchange nodes that the exchange task needs to pass through based on the sender and receiver to form the exchange path; encapsulating the exchange path and returning it to the starting exchange node; and generating an exchange record at this node, wherein the exchange record includes processing type, exchange node identifier, exchange application identifier, exchange task identifier, sender, receiver, exchange path, data content digest, digital signature, and timestamp. The step of updating the switching node label of the intermediate switching node includes: modifying the receiving node record according to the source of the target data; modifying the switching resource identifier according to the target data; and modifying the sending node record according to the intermediate switching node that sent the target data. The updating of the intermediate exchange node's exchange node label further includes: the channel module receiving the returned encapsulation packet, calling the cryptographic module for password verification, extracting the exchange path, encapsulating the current-level exchange information to obtain an encapsulation packet, and, based on the next exchange node information of the exchange path, calling the channel module interface to transmit the encapsulation packet to the next exchange node, i.e., the intermediate exchange node. The current-level exchange information includes the exchange node identifier, exchange task identifier, sender, receiver, data content, exchange path, and digital signature. An exchange record is generated at this node, and the exchange record includes the exchange node identifier, exchange task identifier, sender, receiver, exchange path, data content digest, digital signature, and timestamp.

2. The method as described in claim 1, characterized in that, The ordered flow path record of the target data in the exchange nodes includes a sequence of node records participating in the target data transmission, and the node record sequence includes a data exchange sending application as the starting point and a data exchange receiving application as the ending point.

3. The method as described in claim 2, characterized in that, Step S8 includes: The swapping node determines whether the current node's record is included in the node record sequence; If the current node's record is not included in the node's record sequence, it will not participate in consensus record verification.

4. The method as described in claim 2, characterized in that, The determination of whether the consensus record to be verified matches the exchange node label includes: Determine whether the node record sequence includes both receiving node records and sending node records; And, determine whether the receiving node record, the current node record, and the sending node record match the order in the node record sequence.

5. A data exchange system based on consensus node ordered path verification, characterized in that, To implement the method of any one of claims 1 to 4, comprising: The switching node label management module is used to configure and modify the corresponding switching node labels for each switching node. The request preprocessing module is used to identify the data exchange sending application and the data exchange receiving application based on the data exchange request; The exchange processing module is used to send the target data to the corresponding exchange node according to the sending node record; The node verification module is used to determine whether the consensus record to be verified includes the current node record; The consensus verification module is used to determine whether the consensus record to be verified matches the exchange node label.

6. A computer-readable storage medium, characterized in that, The storage medium stores a computer program, which, when executed by a processor, implements the method of any one of claims 1 to 4.

7. An electronic device, characterized in that, Including processor and memory; The memory is used to store the exchange node tags and the consensus records to be verified; The processor is configured to execute the method of any one of claims 1 to 4 by invoking the exchange node label and the consensus record to be verified.

8. A computer program product, comprising a computer program and / or instructions, characterized in that, When the computer program and / or instructions are executed by a processor, they implement the steps of the method according to any one of claims 1 to 4.

Images