Transaction information processing method and device based on alliance chain system, medium and equipment
Patent Information
- Application Number
- CN202111327414.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2021-11-10
- Publication Date
- 2026-09-18
- Estimated Expiration
- 2041-11-10
AI Technical Summary
[0020] According to one aspect of the embodiments of this application, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the transaction information processing method based on a consortium blockchain system provided in the various optional embodiments described above.
Smart Images
Figure CN116112506B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the fields of computer and communication technology, and more specifically, to a method, apparatus, medium, and device for processing transaction information based on a consortium blockchain system. Background Technology
[0002] A blockchain network is an end-to-end decentralized network composed of numerous nodes. Each node is allowed a complete copy of the database, and the nodes jointly maintain the entire blockchain based on a consensus mechanism. A consortium blockchain is a form of blockchain. Compared to public blockchains, where data is publicly available and nodes can freely join and leave, in a consortium blockchain, only members of the consortium have permission to access data. Nodes need permission to join the network, making it more suitable for regulation and faster transaction speeds. It also allows for the creation of multiple independent ledgers.
[0003] Gateways in consortium blockchains connect applications to the consortium blockchain network, enabling applications to focus on business logic and interact with the network through the gateway. However, how to implement dynamic gateways in consortium blockchains to improve the system's resilience and scalability is a technical problem that urgently needs to be solved. Summary of the Invention
[0004] The embodiments of this application provide a transaction information processing method, apparatus, medium, and device based on a consortium blockchain system, which can at least to some extent realize the function of a dynamic gateway, thereby improving the system's elasticity and scalability.
[0005] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.
[0006] According to one aspect of the embodiments of this application, a transaction information processing method based on a consortium blockchain system is provided. The consortium blockchain system includes a gateway node and at least one consortium blockchain sub-network. One gateway node corresponds to one consortium blockchain sub-network. The transaction information processing method is executed by the gateway node. The transaction information processing method includes: obtaining consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node. The consortium blockchain node information includes network nodes in a live state, which are determined based on node liveness messages broadcast by each consortium blockchain node; selecting a target consortium blockchain node from the live network nodes for submitting transaction information; and submitting the transaction information from the application side to the target consortium blockchain node, so that the target consortium blockchain node initiates verification processing of the transaction information.
[0007] According to one aspect of the embodiments of this application, a transaction information processing method based on a consortium blockchain system is provided. The consortium blockchain system includes a gateway node and at least one consortium blockchain sub-network, with one gateway node corresponding to one consortium blockchain sub-network. The transaction information processing method is executed by the consortium blockchain nodes in the consortium blockchain sub-network. The transaction information processing method includes: broadcasting node liveness messages to the consortium blockchain sub-network and receiving node liveness messages broadcast by each consortium blockchain node in the consortium blockchain sub-network, wherein the node liveness messages include a sender node identifier; determining network nodes in the consortium blockchain sub-network that are in a live state based on the received node liveness messages; and sending consortium blockchain node information, including network nodes in a live state, to the gateway node corresponding to the consortium blockchain network, so that the gateway node can select a target consortium blockchain node for submitting transaction information.
[0008] According to one aspect of the embodiments of this application, a transaction information processing device based on a consortium blockchain system is provided. The consortium blockchain system includes a gateway node and at least one consortium blockchain sub-network. One gateway node corresponds to one consortium blockchain sub-network. The transaction information processing device is disposed within the gateway node. The transaction information processing device includes: an acquisition unit configured to acquire consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node. The consortium blockchain node information includes network nodes in a live state, and the network nodes in a live state are determined based on node liveness messages broadcast by each consortium blockchain node; a selection unit configured to select a target consortium blockchain node for submitting transaction information from the live network nodes; and a processing unit configured to submit the transaction information from the application side to the target consortium blockchain node, so that the target consortium blockchain node initiates verification processing of the transaction information.
[0009] In some embodiments of this application, based on the foregoing scheme, the selection unit is configured to: obtain consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node when receiving transaction information sent by the application side; or obtain consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node at set intervals.
[0010] In some embodiments of this application, based on the foregoing scheme, the selection unit is configured to: if the gateway node is in an initialization state, obtain the consortium blockchain node information from a set node address; wherein, the set node address is the address of a specified network node in the consortium blockchain sub-network corresponding to the gateway node.
[0011] In some embodiments of this application, based on the foregoing scheme, the selection unit is further configured to: after obtaining a network node in a live state, obtain the consortium blockchain node information from the live network node according to the address information of the live network node.
[0012] In some embodiments of this application, based on the foregoing scheme, the consortium blockchain node information further includes the ledger height of network nodes in a live state; the selection unit is configured to: select the network node with the highest ledger height from the live network nodes as the target consortium blockchain node based on the ledger height of the live network nodes.
[0013] In some embodiments of this application, based on the foregoing scheme, the consortium blockchain node information further includes the endorsement policy of the consortium blockchain sub-network; the selection unit is configured to: select, according to the endorsement policy, a network node that matches the node requirements in the endorsement policy from the surviving network nodes as the target consortium blockchain node.
[0014] In some embodiments of this application, based on the foregoing scheme, the selection unit is configured to randomly select a set number of network nodes from the surviving network nodes as the target consortium chain nodes.
[0015] According to one aspect of the embodiments of this application, a transaction information processing apparatus based on a consortium blockchain system is provided. The consortium blockchain system includes a gateway node and at least one consortium blockchain sub-network, with one gateway node corresponding to one consortium blockchain sub-network. The transaction information processing apparatus is disposed within a consortium blockchain node in the consortium blockchain sub-network. The transaction information processing apparatus includes: an interaction unit configured to broadcast node liveness messages to the consortium blockchain sub-network and receive node liveness messages broadcast by each consortium blockchain node in the consortium blockchain sub-network, wherein the node liveness messages include a sender node identifier; a determination unit configured to determine network nodes in the consortium blockchain sub-network that are in a live state based on the received node liveness messages; and a sending unit configured to send consortium blockchain node information to the gateway node corresponding to the consortium blockchain sub-network, wherein the consortium blockchain node information includes network nodes in a live state, so that the gateway node selects a target consortium blockchain node for submitting transaction information.
[0016] In some embodiments of this application, based on the aforementioned scheme, the node survival message further includes the sender's signature information; the determining unit is configured to: verify the signature information contained in the received node survival message according to the sender node identifier contained in the received node survival message; if the signature information contained in the received node survival message is verified, the consortium blockchain node corresponding to the sender node identifier contained in the node survival message whose signature information has been verified is determined as a network node in a live state.
[0017] In some embodiments of this application, based on the foregoing scheme, the sending unit is configured to: send the consortium blockchain node information to the gateway node when a query request is received from the gateway node corresponding to the consortium blockchain sub-network; or send the consortium blockchain node information to the gateway node when it is determined that a network node in a live state has changed.
[0018] According to one aspect of the embodiments of this application, a computer-readable medium is provided having a computer program stored thereon, which, when executed by a processor, implements the transaction information processing method based on a consortium blockchain system as described in the above embodiments.
[0019] According to one aspect of the embodiments of this application, an electronic device is provided, including: one or more processors; and a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the electronic device enables the transaction information processing method based on a consortium blockchain system as described in the above embodiments.
[0020] According to one aspect of the embodiments of this application, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the transaction information processing method based on a consortium blockchain system provided in the various optional embodiments described above.
[0021] In some embodiments of this application, the technical solutions provide that determine the live network nodes based on the node liveness messages broadcast by each consortium blockchain node. This allows each consortium blockchain node to obtain the liveness status information of nodes in the consortium blockchain sub-network, facilitating the gateway node to select the consortium blockchain node for submitting transaction information. The gateway node obtains the consortium blockchain node information and selects the target consortium blockchain node for submitting transaction information from the live network nodes. Then, it submits the transaction information from the application side to the target consortium blockchain node, enabling the target consortium blockchain node to initiate verification processing of the transaction information. This allows the gateway node to automatically select a suitable consortium blockchain node from the live network nodes to submit transaction information, achieving the function of a dynamic gateway and improving the system's elasticity and scalability.
[0022] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description
[0023] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. In the drawings:
[0024] Figure 1 A schematic diagram of the blockchain network structure is shown; Figure 2 This diagram illustrates the connection relationships between blocks in a blockchain. Figure 3 This diagram illustrates the message transmission process in the Gossip protocol. Figure 4 The diagram illustrates an application scenario where the technical solutions of the embodiments of this application can be applied. Figure 5 This application illustrates a transaction information processing method based on a consortium blockchain system according to one embodiment. Figure 6 This application illustrates a transaction information processing method based on a consortium blockchain system according to one embodiment. Figure 7 A schematic diagram of the architecture of a consortium blockchain system according to an embodiment of this application is shown; Figure 8 A block diagram of a transaction information processing apparatus based on a consortium blockchain system according to an embodiment of this application is shown; Figure 9A block diagram of a transaction information processing apparatus based on a consortium blockchain system according to an embodiment of this application is shown; Figure 10 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation
[0025] Exemplary embodiments will now be described in a more comprehensive manner with reference to the accompanying drawings. However, the exemplary embodiments can be implemented in various forms and should not be construed as limited to these examples; rather, these embodiments are provided so that this application will be more comprehensive and complete, and will fully convey the concept of the exemplary embodiments to those skilled in the art.
[0026] Furthermore, the features, structures, or characteristics described in this application can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to provide a full understanding of the embodiments of this application. However, those skilled in the art will recognize that when implementing the technical solutions of this application, not all the detailed features in the embodiments may be used, one or more specific details may be omitted, or other methods, elements, devices, steps, etc., may be employed.
[0027] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.
[0028] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.
[0029] It should be noted that "multiple" in this article refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.
[0030] Blockchain is a novel application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and cryptographic algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks (i.e., blocks) linked together using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and to generate the next block. A blockchain can include an underlying platform, a platform product service layer, and an application service layer.
[0031] The underlying blockchain platform can include processing modules such as user management, basic services, smart contracts, and operational monitoring. The user management module is responsible for managing the identity information of all blockchain participants, including maintaining public and private key generation (account management), key management, and maintaining the correspondence between user real identities and blockchain addresses (access management). Furthermore, under authorization, it monitors and audits transactions of certain real identities and provides risk control rule configuration (risk control audit). The basic services module is deployed on all blockchain node devices to verify the validity of business requests. After consensus is reached on valid requests, they are recorded in storage. For a new business request, the basic services first perform interface adaptation parsing and authentication (interface adaptation), and then encrypt the business information using a consensus algorithm (consensus management). After encryption, the data is transmitted completely and consistently to the shared ledger (network communication) and recorded and stored. The smart contract module is responsible for contract registration, issuance, triggering, and execution. Developers can define contract logic using a programming language and publish it to the blockchain (contract registration). According to the contract terms, the key or other events are invoked to trigger execution and complete the contract logic. It also provides functions for contract upgrades and cancellations. The operation monitoring module is mainly responsible for deployment, configuration modification, contract settings, cloud adaptation, and real-time status visualization output during product release, such as alarms, network monitoring, and monitoring of node device health status.
[0032] The platform's product service layer provides the basic capabilities and implementation frameworks for typical applications. Developers can leverage these basic capabilities, along with the specific characteristics of their business needs, to implement blockchain-based business logic. The application service layer provides blockchain-based application services to business stakeholders.
[0033] As mentioned above, a blockchain is essentially a decentralized database, and it is maintained collaboratively by nodes within a blockchain network. For example, in... Figure 1The illustrated blockchain network may include multiple nodes 101, which can be various clients forming the blockchain network. Each node 101, in its normal operation, receives input information and maintains shared data within the blockchain network based on this information. To ensure interoperability within the blockchain network, information connections can exist between each node, allowing for information transmission. For example, when any node in the blockchain network receives input information, other nodes in the network obtain this input information according to a consensus algorithm and store it as shared data, ensuring data consistency across all nodes in the blockchain network.
[0034] Each node in a blockchain network has a corresponding node identifier, and each node can store the node identifiers of other nodes. This allows for the broadcast of generated blocks to other nodes in the blockchain network based on their node identifiers. Each node can maintain a list of node identifiers, storing the node name and its corresponding node identifier in this list. The node identifier can be an IP (Internet Protocol) address or any other information that can be used to identify the node.
[0035] Each node in a blockchain network stores the same blockchain. A blockchain consists of multiple blocks; see [link to blockchain documentation]. Figure 2 As shown, a blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores input information features, version number, timestamp, and difficulty value, while the block body stores the input information. The next block after the genesis block takes the genesis block as its parent block. The next block also includes a block header and a block body. The block header stores the input information features of the current block, the block header features of the parent block, version number, timestamp, and difficulty value, and so on. This ensures that the block data stored in each block is related to the block data stored in the parent block, guaranteeing the security of the input information in the blocks.
[0036] In a blockchain network, each node can be a server or a terminal device. A server can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. Terminal devices can be smartphones, tablets, laptops, desktop computers, smart speakers, smartwatches, smart home devices, in-vehicle terminals, etc., but are not limited to these. Nodes can be directly or indirectly connected via wired or wireless communication, and this application does not impose any restrictions on this.
[0037] Consortium blockchains are a form of blockchain. Compared to public blockchains, where data is publicly available and nodes can freely join and leave, consortium blockchains only allow data access to members within the consortium. Nodes require permission to join the network, making them more suitable for regulation and offering faster transaction speeds. They also allow for the creation of multiple independent ledgers. Gateways in consortium blockchains connect applications to the network, enabling applications to focus on business logic while interacting with the network through the gateway.
[0038] Gateways are divided into static gateways and dynamic gateways. The gateway configuration of a static gateway is entirely defined in the connection configuration. The connection configuration defines the application's identity and the entire accessible blockchain network topology, including each sub-network, each member and its associated node, and the role of each node. Applications use these connection configurations to manage interactions with the blockchain network, but when the network changes (such as the addition or offline of nodes, changes in network rules, or modifications to role permissions), the connection configuration also needs to be reconfigured accordingly.
[0039] Compared to static gateways, the dynamic gateway proposed in this embodiment generally does not require adjustment when the network changes, and automatically selects a more suitable node to submit transactions, thus bringing additional flexibility and scalability. For example, for a dynamic gateway, one or two nodes in the network can be specified, and then service discovery based on the Gossip protocol can be used to discover available network topologies.
[0040] The Gossip protocol, also known as the Epidemic protocol, is a protocol for information exchange between nodes or processes based on the propagation of epidemics. It is widely used in distributed systems. The Gossip protocol uses a random method to propagate information throughout the network and ensures that all nodes in the system have consistent data within a certain period of time. The Gossip protocol is actually a decentralized distributed protocol that solves the two problems of state propagation in the cluster and ensuring state consistency.
[0041] The following combination Figure 3 Here's an explanation of the Gossip protocol's execution process: The Gossip process is initiated by a seed node. When a seed node needs to update its state to other nodes in the network, it randomly selects several surrounding nodes to spread the message. Nodes that receive the message repeat this process until all nodes in the network have eventually received the message. This process may take some time. Since it's not guaranteed that all nodes will receive the message at any given moment, but theoretically all nodes will eventually receive it, it is an eventually consistent protocol.
[0042] Assume Gossip broadcasts messages periodically, with a period of 1 second. Infected nodes randomly select k neighboring nodes (fan-out) to broadcast messages, and the number of fan-out nodes is set to 2, meaning the message is broadcast to a maximum of 2 nodes each time. Then... Figure 3 As shown, each time a message is disseminated, it will select two nodes that have not yet been sent to for dissemination. The node that receives the message will not disseminate it to the sending node. For example, if node A sends a message to node B and node D, then when node B disseminates the message, it will not send it to node A, but it can send it to node C and node D.
[0043] It should be noted that the Gossip process is asynchronous, meaning that the node sending the message does not care whether the other party has received it, i.e., it does not wait for a response; regardless of whether the other party has received it, it will send a message to the surrounding nodes every 1 second.
[0044] Based on the foregoing description, in a specific application scenario of this application, such as Figure 4 As shown, the application side 401 can interact with the consortium blockchain sub-network, such as submitting transaction information to the consortium blockchain sub-network for consensus and on-chain processing. The application side 401 includes an application 4011 and a gateway node 4012. The gateway node 4012 is deployed together with the application 4011, forming the application side 401. The gateway node 4012 is used to submit transaction information from the application 4011 to nodes in the consortium blockchain sub-network.
[0045] It should be noted that, Figure 4The gateway node 4012 shown can be implemented using an SDK (Software Development Kit) and can be deployed on the same physical device as the application 4011. In other embodiments of this application, the gateway node 4012 can also be deployed on a different physical device from the application 4011, and may not be part of the application side 401; these can be selected according to actual needs during implementation.
[0046] In non-blockchain applications (i.e., centralized applications), services are typically provided dynamically through service discovery based on name services (e.g., by setting up a service registry). For example, all devices register with the service registry, interact with it, and the registry maintains information about all devices. However, in blockchain technology, the decentralized, multi-organizational, multi-business networks, and heterogeneous systems nature of blockchain make it impossible to use name services to provide a unified service discovery solution. It is precisely for this reason that... Figure 4 Based on the system architecture shown, this application proposes a new technical solution.
[0047] Specifically, consortium blockchain nodes in a consortium blockchain sub-network can broadcast node liveness messages to other nodes in the sub-network and receive similar messages broadcast by other consortium blockchain nodes. These liveness messages contain the sender's node identifier. The consortium blockchain nodes can then determine which network nodes in the sub-network are currently alive based on the received liveness messages. For example, consortium blockchain nodes in a consortium blockchain sub-network can broadcast liveness messages based on the aforementioned Gossip protocol.
[0048] In this scenario, if gateway node 4012 receives transaction information from application 4011, it can obtain consortium blockchain node information from the consortium blockchain sub-network (e.g., from a specific consortium blockchain node). This information includes currently active network nodes. Then, gateway node 4012 selects a target consortium blockchain node (e.g., the consortium blockchain node with the highest ledger height) from among the active network nodes to submit the transaction information. After selecting the target consortium blockchain node, the transaction information from application 4011 can be submitted to the target consortium blockchain node, enabling the target consortium blockchain node to initiate verification processing of the transaction information.
[0049] As can be seen, the technical solution of this application embodiment enables each consortium blockchain node to obtain the node liveness status information in the consortium blockchain sub-network, thereby facilitating the gateway node to automatically select a suitable consortium blockchain node from the live network nodes to submit transaction information, realizing the function of a dynamic gateway, which is beneficial to improving the elasticity and scalability of the system.
[0050] The following details the various implementation details of the technical solutions in the embodiments of this application: Figure 5 This application illustrates a transaction information processing method based on a consortium blockchain system according to an embodiment of the present application. The consortium blockchain system includes gateway nodes and at least one consortium blockchain sub-network, with one gateway node corresponding to one consortium blockchain sub-network. Figure 5 The transaction information processing method shown is executed by the consortium blockchain nodes in the consortium blockchain sub-network.
[0051] Specifically, refer to Figure 5 As shown, the transaction information processing method based on the consortium blockchain system includes at least steps S510 to S530, which are described in detail below: In step S510, a node liveness message is broadcast to the consortium blockchain sub-network, and a node liveness message broadcast by each consortium blockchain node in the consortium blockchain sub-network is received. The node liveness message contains the sender node identifier.
[0052] Optionally, each consortium blockchain node in the consortium blockchain sub-network can broadcast node liveness messages within the sub-network using the Gossip protocol. Of course, consortium blockchain nodes can also broadcast node liveness messages in other ways, as long as it is ensured that the broadcast node liveness message can be received by other consortium blockchain nodes.
[0053] Optionally, the sender node identifier included in the node liveness message can be the sender's address information, such as on-chain address information.
[0054] In step S520, based on the received node liveness message, the network nodes in the consortium blockchain sub-network that are in a live state are determined.
[0055] Optionally, if a node liveness message is received from a consortium blockchain node, it indicates that the consortium blockchain node is alive. Therefore, the network nodes that are alive in the consortium blockchain sub-network can be determined based on the received node liveness message.
[0056] In one embodiment of this application, the node survival message may further include the sender's signature information. In this case, the consortium blockchain node can verify the signature information contained in the received node survival message based on the sender node identifier contained in the received node survival message. After the signature information in the received node survival message is verified, the consortium blockchain node corresponding to the sender node identifier in the node survival message with verified signature information is determined as a network node in a live state. The technical solution of this embodiment, by verifying the signature information contained in the survival message, can avoid security problems caused by unauthorized nodes maliciously sending stored messages.
[0057] In step S530, consortium blockchain node information, including network nodes that are alive, is sent to the gateway node corresponding to the consortium blockchain sub-network, so that the gateway node can select the target consortium blockchain node for submitting transaction information.
[0058] In one embodiment of this application, a consortium blockchain node in a consortium blockchain sub-network can send consortium blockchain node information to the gateway node when it receives a query request sent by the gateway node corresponding to the consortium blockchain sub-network. In other embodiments of this application, a consortium blockchain node can also send consortium blockchain node information to the gateway node when it determines that the network node in the live state has changed, so as to ensure that the gateway node consistently maintains the latest live network node.
[0059] Figure 5 This paper describes the transaction information processing method based on a consortium blockchain system from the perspective of a consortium blockchain node. The following section details the implementation of the technical solution from the perspective of a gateway node: Figure 6 This application illustrates a transaction information processing method based on a consortium blockchain system according to an embodiment of the present application. The consortium blockchain system includes gateway nodes and at least one consortium blockchain sub-network, with one gateway node corresponding to one consortium blockchain sub-network. Figure 6 The transaction information processing method shown is executed by the gateway node. Specifically, refer to... Figure 6 As shown, the transaction information processing method based on the consortium blockchain system includes at least steps S610 to S630, which are described in detail below: In step S610, consortium blockchain node information is obtained from the consortium blockchain sub-network corresponding to the gateway node. This consortium blockchain node information includes network nodes that are in a live state. The network nodes in a live state are determined based on the node liveness messages broadcast by each consortium blockchain node.
[0060] In one embodiment of this application, when a gateway node receives transaction information sent by the application side (which can be understood as an application program), it can obtain consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node, thereby obtaining the latest consortium blockchain node information to ensure that the optimal and most suitable target consortium blockchain node is selected.
[0061] In one embodiment of this application, the gateway node may also obtain consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node at set intervals. That is, in this embodiment, the gateway node can periodically obtain consortium blockchain node information. In order to ensure that accurate consortium blockchain node information that can reflect the real-time status can be obtained, the set interval can be set to a small value so as to obtain consortium blockchain node information through a shorter period.
[0062] In one embodiment of this application, if the gateway node is in an initialization state, the network node can obtain consortium blockchain node information from a set node address; wherein, the set node address is the address of a specified network node in the consortium blockchain sub-network corresponding to the gateway node.
[0063] Optionally, the gateway node being in the initialization state can be the state when the gateway node is first powered on, or the state when a network node first needs to obtain consortium blockchain node information from the consortium blockchain sub-network. The node address set must be the address of a consortium blockchain node that can be in a storage state.
[0064] In one embodiment of this application, if the gateway node is not in an initialized state, the network node can obtain consortium blockchain node information from the live network nodes based on their address information after obtaining the live network nodes. For example, after obtaining the live network nodes, the gateway node can select one or more consortium blockchain nodes from the live network nodes (randomly selected, selected based on network status, or selected based on distance, etc.) to obtain the consortium blockchain node information.
[0065] Continue to refer to Figure 6 As shown, in step S620, a target consortium blockchain node for submitting transaction information is selected from the surviving network nodes.
[0066] In one embodiment of this application, the consortium blockchain node information may include the ledger height of the network nodes that are currently alive. In this case, the gateway node can select the network node with the highest ledger height from the live network nodes as the target consortium blockchain node based on the ledger height of the live network nodes.
[0067] In one embodiment of this application, the gateway node may also randomly select a set number of network nodes from the surviving network nodes as the target consortium blockchain nodes. Alternatively, it may select network nodes with better network conditions as the target consortium blockchain nodes, or select network nodes that are closer in distance as the target consortium blockchain nodes.
[0068] In one embodiment of this application, the consortium blockchain node information may include an endorsement policy for the consortium blockchain sub-network. In this case, the gateway node can select a network node from the surviving network nodes that matches the node requirements in the endorsement policy as the target consortium blockchain node, based on the endorsement policy. Optionally, the node requirements in the endorsement policy may be, for example, the number of nodes.
[0069] It's important to clarify that endorsement in blockchain can be simply understood as verifying a transaction and declaring its legality. An endorsement policy can be understood as the conditions that must be met to endorse a transaction; that is, to obtain a successful endorsement, the conditions given in the endorsement policy must be satisfied. For example, an endorsement policy might be that nodes A, B, and C all need to endorse a certain type of transaction information.
[0070] Optionally, an endorsement verification process may be as follows: the node that submits the transaction information (such as the gateway node in the embodiment of this application) sends the transaction information to the selected endorsement nodes, for example, by sending a propose message to the set of selected endorsement nodes. Then, the endorsement nodes simulate the transaction, generate an endorsement signature, and submit it to the gateway node to obtain the endorsement of the transaction. At the same time, the transaction is broadcast through the sorting service, which delivers the transaction information to all nodes to facilitate consensus on-chain processing.
[0071] In other embodiments of this application, the technical solutions for selecting target consortium blockchain nodes involved in the foregoing embodiments can also be combined. For example, when there are multiple network nodes with the highest ledger height, the network node with better network status or closer distance can be selected as the target consortium blockchain node.
[0072] Continue to refer to Figure 6 As shown, in step S630, the transaction information from the application side is submitted to the target consortium blockchain node so that the target consortium blockchain node can initiate the verification process of the transaction information.
[0073] Optionally, the target consortium blockchain node can verify the transaction information, i.e. endorse it, and then the transaction information can be processed for consensus and on-chain processing in the consortium blockchain network.
[0074] The following combination Figure 7 The technical solution of a specific application scenario of this application embodiment is described in detail below: like Figure 7 As shown, assuming there are 3 nodes, where node 1 and node 2 participate in consortium blockchain sub-network 1, and node 2 and node 3 participate in consortium blockchain sub-network 2, the nodes can communicate with each other via the Gossip protocol. Furthermore, consortium blockchain sub-network 1 and consortium blockchain sub-network 2 each maintain their own ledgers and are isolated from each other.
[0075] In one embodiment of this application, online nodes (i.e., nodes in a live state) in a consortium blockchain sub-network indicate their availability by continuously broadcasting "live messages" (e.g., via the Gossip protocol). Each live message contains the sender's identity information and signature information. Optionally, the identity information may be the sender's address information.
[0076] In a consortium blockchain subnetwork, nodes maintain online node information by collecting liveness messages broadcast by other nodes. If a liveness message is not received from a node, it indicates that the node is offline (i.e., "dead"), and the other nodes will remove the offline node from the online node information they maintain. Optionally, the "liveness message" can be signed by the sending node. This prevents malicious nodes from impersonating other nodes to send "liveness messages," as these malicious nodes do not possess keys issued by a root CA (Certificate Authority).
[0077] Blockchain SDK Gateway (i.e.) Figure 7 Gateways 1 and 2 (shown in the diagram) act as a bridge between the application and the consortium blockchain sub-network, facilitating communication between them. Since the SDK gateway can query information such as the active nodes in its corresponding consortium blockchain sub-network, the application, when submitting transaction information, no longer needs to specify the node endorsing the transaction or submit the transaction to multiple nodes. Instead, it only needs to provide the ID of the consortium blockchain sub-network and the smart contract. The SDK gateway can then obtain the information of active nodes through the ID of that consortium blockchain sub-network (optionally, if one SDK gateway corresponds to one consortium blockchain sub-network, the ID and smart contract may not be required since the correspondence is fixed). The SDK gateway can then select nodes based on the obtained information (the SDK gateway can select nodes because it can access the metadata of the consortium blockchain sub-network, such as endorsement policies, ledger height, and signature policies).
[0078] For example, the SDK gateway can prioritize nodes with higher ledger heights or exclude offline nodes, and select which nodes to submit transaction information to based on endorsement policies. Furthermore, if a node cannot be selected according to criteria, the SDK gateway can randomly select from among the active nodes.
[0079] exist Figure 7 In the illustrated embodiment, one SDK gateway corresponds to one consortium blockchain sub-network, i.e., gateway 1 corresponds to consortium blockchain sub-network 1, and network 2 corresponds to consortium blockchain sub-network 2. Optionally, one SDK gateway may also correspond to multiple consortium blockchain sub-networks. In this case, when the application submits transaction information to the gateway, it must also provide the ID of the corresponding consortium blockchain sub-network. The gateway then obtains the information of the active nodes in the corresponding consortium blockchain sub-network based on the ID of the consortium blockchain sub-network, and selects the node (which may be one or more) for submitting transaction information.
[0080] The technical solution of this application embodiment can shield the application from changes in the blockchain network (such as the addition and offline of nodes, changes in network rules or modifications to role permissions, etc.) through node service discovery (i.e., discovery by broadcasting liveness messages) and the selection of nodes by the blockchain SDK gateway. It can also automatically select a more suitable node to submit transactions based on information such as node block height, thereby realizing the function of a dynamic gateway and improving the elasticity and scalability of the system.
[0081] The following describes an apparatus embodiment of this application, which can be used to execute the transaction information processing method based on a consortium blockchain system as described in the above embodiments of this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the transaction information processing method based on a consortium blockchain system described above.
[0082] Figure 8 A block diagram of a transaction information processing apparatus based on a consortium blockchain system according to an embodiment of this application is shown. The consortium blockchain system includes a gateway node and at least one consortium blockchain sub-network, with one gateway node corresponding to one consortium blockchain sub-network. The transaction information processing apparatus is disposed within the gateway node.
[0083] Reference Figure 8 As shown, a transaction information processing device 800 based on a consortium blockchain system according to an embodiment of this application includes: an acquisition unit 802, a selection unit 804, and a processing unit 806.
[0084] The acquisition unit 802 is configured to acquire consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node. The consortium blockchain node information includes network nodes that are in a live state, and the network nodes in a live state are determined based on the node liveness messages broadcast by each consortium blockchain node. The selection unit 804 is configured to select a target consortium blockchain node for submitting transaction information from the live network nodes. The processing unit 806 is configured to submit the transaction information from the application side to the target consortium blockchain node so that the target consortium blockchain node initiates the verification process of the transaction information.
[0085] In some embodiments of this application, based on the foregoing scheme, the selection unit 804 is configured to: obtain consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node when receiving transaction information sent by the application side; or obtain consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node at set intervals.
[0086] In some embodiments of this application, based on the foregoing scheme, the selection unit 804 is configured to: if the gateway node is in an initialization state, obtain the consortium blockchain node information from a set node address; wherein, the set node address is the address of a specified network node in the consortium blockchain sub-network corresponding to the gateway node.
[0087] In some embodiments of this application, based on the foregoing scheme, the selection unit 804 is further configured to: after obtaining a network node in a live state, obtain the consortium blockchain node information from the live network node according to the address information of the live network node.
[0088] In some embodiments of this application, based on the foregoing scheme, the consortium blockchain node information further includes the ledger height of network nodes in a live state; the selection unit 804 is configured to: select the network node with the highest ledger height from the live network nodes as the target consortium blockchain node according to the ledger height of the live network nodes.
[0089] In some embodiments of this application, based on the foregoing scheme, the consortium blockchain node information further includes the endorsement policy of the consortium blockchain sub-network; the selection unit 804 is configured to: select, according to the endorsement policy, a network node that matches the node requirements in the endorsement policy from the surviving network nodes as the target consortium blockchain node.
[0090] In some embodiments of this application, based on the foregoing scheme, the selection unit 804 is configured to randomly select a set number of network nodes from the surviving network nodes as the target consortium chain nodes.
[0091] Figure 9A block diagram of a transaction information processing apparatus based on a consortium blockchain system according to an embodiment of this application is shown. The consortium blockchain system includes a gateway node and at least one consortium blockchain sub-network, with one gateway node corresponding to one consortium blockchain sub-network. The transaction information processing apparatus is disposed within a consortium blockchain node in the consortium blockchain sub-network.
[0092] Reference Figure 9 As shown, a transaction information processing device 900 based on a consortium blockchain system according to an embodiment of this application includes: an interaction unit 902, a determination unit 904, and a sending unit 906.
[0093] The interaction unit 902 is configured to broadcast node liveness messages to the consortium blockchain sub-network and receive node liveness messages broadcast by various consortium blockchain nodes in the consortium blockchain sub-network, wherein the node liveness message contains the sender node identifier; the determination unit 904 is configured to determine the network nodes in the consortium blockchain sub-network that are in a live state based on the received node liveness messages; and the sending unit 906 is configured to send consortium blockchain node information to the gateway node corresponding to the consortium blockchain sub-network, wherein the consortium blockchain node information includes network nodes in a live state, so that the gateway node can select the target consortium blockchain node for submitting transaction information.
[0094] In some embodiments of this application, based on the aforementioned scheme, the node survival message further includes the sender's signature information; the determining unit 904 is configured to: verify the signature information contained in the received node survival message according to the sender node identifier contained in the received node survival message; if the signature information contained in the received node survival message is verified, the consortium blockchain node corresponding to the sender node identifier contained in the node survival message whose signature information has been verified is determined as a network node in a live state.
[0095] In some embodiments of this application, based on the foregoing scheme, the sending unit 906 is configured to: send the consortium blockchain node information to the gateway node when receiving a query request sent by the gateway node corresponding to the consortium blockchain sub-network; or send the consortium blockchain node information to the gateway node when it is determined that a network node in a live state has changed.
[0096] Figure 10 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown.
[0097] It should be noted that, Figure 10 The computer system 1000 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.
[0098] like Figure 10 As shown, the computer system 1000 includes a Central Processing Unit (CPU) 1001, which can perform various appropriate actions and processes based on programs stored in Read-Only Memory (ROM) 1002 or programs loaded from storage portion 1008 into Random Access Memory (RAM) 1003, such as performing the methods described in the above embodiments. Various programs and data required for system operation are also stored in RAM 1003. The CPU 1001, ROM 1002, and RAM 1003 are interconnected via bus 1004. An Input / Output (I / O) interface 1005 is also connected to bus 1004.
[0099] The following components are connected to I / O interface 1005: an input section 1006 including a keyboard, mouse, etc.; an output section 1007 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to I / O interface 1005 as needed. Removable media 1011, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 1010 as needed so that computer programs read from them can be installed into storage section 1008 as needed.
[0100] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1009, and / or installed from removable medium 1011. When the computer program is executed by central processing unit (CPU) 1001, it performs various functions defined in the system of this application.
[0101] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. The transmitted data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.
[0102] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.
[0103] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.
[0104] In another aspect, this application also provides a computer-readable medium, which may be included in the electronic device described in the above embodiments; or it may exist independently and not assembled into the electronic device. The computer-readable medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the methods described in the above embodiments.
[0105] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.
[0106] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, touch terminal, or network device, etc.) to execute the methods according to the embodiments of this application.
[0107] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein.
[0108] The data collection and processing plan outlined in this application must be implemented in strict accordance with the requirements of relevant national laws and regulations, obtaining the informed consent or separate consent of the data subject (or having a legal basis as stipulated by the relevant national laws and regulations), and conducting subsequent data use and processing within the scope authorized by laws and regulations and the data subject.
[0109] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.
Claims
1. A method for processing transaction information based on a consortium blockchain system, characterized in that, The consortium blockchain system includes gateway nodes and at least one consortium blockchain sub-network. Each gateway node corresponds to one consortium blockchain sub-network, and different consortium blockchain sub-networks are isolated from each other. The transaction information processing method is executed by the gateway node, and the transaction information processing method includes: Obtaining consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node, the consortium blockchain node information includes network nodes in a live state, which is determined based on node liveness messages broadcast by each consortium blockchain node; the consortium blockchain node information also includes the ledger height of the live network nodes or the endorsement policy of the consortium blockchain sub-network; obtaining consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node includes: upon receiving transaction information sent by the application side, obtaining consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node. The process includes: obtaining consortium blockchain node information; or obtaining consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node at set intervals; obtaining consortium blockchain node information sent by consortium blockchain nodes in the consortium blockchain sub-network corresponding to the gateway node; further comprising: if the gateway node is in an initialization state, obtaining the consortium blockchain node information from a set node address; wherein the set node address is the address of a specified network node in the consortium blockchain sub-network corresponding to the gateway node; and after obtaining a live network node, obtaining the consortium blockchain node information from the live network node based on the address information of the live network node. Selecting a target consortium blockchain node from the surviving network nodes for submitting transaction information; the selection of a target consortium blockchain node from the surviving network nodes includes: selecting a network node from the surviving network nodes that matches the node requirements in the endorsement strategy as the target consortium blockchain node according to the endorsement strategy; or, selecting the network node with the highest ledger height from the surviving network nodes as the target consortium blockchain node according to the ledger height of the surviving network nodes. The transaction information from the application side is submitted to the target consortium blockchain node, so that the target consortium blockchain node can initiate the verification process of the transaction information.
2. The transaction information processing method based on a consortium blockchain system according to claim 1, characterized in that, Selecting a target consortium blockchain node from the surviving network nodes for submitting transaction information includes: A set number of network nodes are randomly selected from the surviving network nodes as the target consortium chain nodes.
3. A transaction information processing method based on a consortium blockchain system, characterized in that, The consortium blockchain system includes gateway nodes and at least one consortium blockchain sub-network. Each gateway node corresponds to one consortium blockchain sub-network, and different consortium blockchain sub-networks are isolated from each other. The transaction information processing method is executed by the consortium blockchain nodes in the consortium blockchain sub-networks. The transaction information processing method includes: Broadcast node liveness messages to the consortium blockchain sub-network and receive node liveness messages broadcast by each consortium blockchain node in the consortium blockchain sub-network, wherein the node liveness message contains the sender node identifier; Based on the received node liveness message, determine the network nodes in the consortium blockchain sub-network that are alive; Send consortium blockchain node information to the gateway node corresponding to the consortium blockchain sub-network. The consortium blockchain node information includes network nodes that are currently active. The consortium blockchain node information also includes the endorsement policy of the consortium blockchain sub-network or the ledger height of the network nodes that are currently active. This allows the gateway node to select a network node that matches the node requirements in the endorsement policy from the network nodes that are currently active as the target consortium blockchain node, or to select the network node with the highest ledger height from the network nodes that are currently active as the target consortium blockchain node. The gateway node obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it in the following ways: upon receiving transaction information sent by the application side, it obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it; or it obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it at set intervals. The gateway node also obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it in the following ways: if the gateway node is in an initialization state, it obtains the consortium blockchain node information from a set node address; wherein, the set node address is the address of a specified network node in the consortium blockchain sub-network corresponding to the gateway node; after obtaining a network node in a live state, it obtains the consortium blockchain node information from the live network node based on the address information of the live network node.
4. The transaction information processing method based on a consortium blockchain system according to claim 3, characterized in that, The node survival message also includes the sender's signature information; Based on the received node liveness message, determine the network nodes in the consortium blockchain sub-network that are alive, including: The signature information contained in the received node survival message is verified based on the sender node identifier contained in the received node survival message. If the signature information contained in the received node liveness message is verified, the consortium blockchain node corresponding to the sender node identifier contained in the node liveness message with verified signature information is determined to be a network node in a live state.
5. The transaction information processing method based on a consortium blockchain system according to claim 3 or 4, characterized in that, Sending consortium blockchain node information to the gateway node corresponding to the consortium blockchain sub-network includes: Upon receiving a query request from a gateway node corresponding to the consortium blockchain sub-network, the consortium blockchain node information is sent to the gateway node; or When it is determined that a network node in a live state has changed, the consortium blockchain node information is sent to the gateway node.
6. A transaction information processing device based on a consortium blockchain system, characterized in that, The consortium blockchain system includes a gateway node and at least one consortium blockchain sub-network. Each gateway node corresponds to one consortium blockchain sub-network, and different consortium blockchain sub-networks are isolated from each other. The transaction information processing device is located within the gateway node and includes: The acquisition unit is configured to acquire consortium blockchain node information sent by consortium blockchain nodes in the consortium blockchain sub-network corresponding to the gateway node. The consortium blockchain node information includes network nodes in a live state, which are determined based on node liveness messages broadcast by each consortium blockchain node. The consortium blockchain node information also includes the ledger height of the network nodes in a live state or the endorsement policy of the consortium blockchain sub-network. The acquisition unit is configured to: upon receiving transaction information sent by the application side, acquire consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node; or acquire consortium blockchain node information from the consortium blockchain sub-network corresponding to the gateway node at set intervals. The acquisition unit is further configured to: if the gateway node is in an initialization state, acquire the consortium blockchain node information from a set node address; wherein, the set node address is the address of a specified network node in the consortium blockchain sub-network corresponding to the gateway node; after acquiring a network node in a live state, acquire the consortium blockchain node information from the live network node according to the address information of the live network node; The selection unit is configured to select a target consortium blockchain node from the surviving network nodes for submitting transaction information; The selection unit is configured to: select, according to the endorsement strategy, a network node that matches the node requirements in the endorsement strategy from the surviving network nodes as the target consortium blockchain node; or, according to the ledger height of the surviving network nodes, select the network node with the highest ledger height from the surviving network nodes as the target consortium blockchain node. The processing unit is configured to submit transaction information from the application side to the target consortium blockchain node, so that the target consortium blockchain node initiates verification processing of the transaction information.
7. The apparatus according to claim 6, characterized in that, The selection unit is further configured to randomly select a set number of network nodes from the surviving network nodes as the target consortium chain nodes.
8. A transaction information processing device based on a consortium blockchain system, characterized in that, The consortium blockchain system includes gateway nodes and at least one consortium blockchain sub-network. Each gateway node corresponds to one consortium blockchain sub-network, and different consortium blockchain sub-networks are isolated from each other. The transaction information processing device is located within a consortium blockchain node in one of the consortium blockchain sub-networks. The transaction information processing device includes: The interaction unit is configured to broadcast node liveness messages to the consortium blockchain sub-network and receive node liveness messages broadcast by each consortium blockchain node in the consortium blockchain sub-network, wherein the node liveness message contains the sender node identifier. The determining unit is configured to determine the network nodes in the consortium blockchain sub-network that are in a live state based on the received node liveness message; The sending unit is configured to send consortium blockchain node information to the gateway node corresponding to the consortium blockchain sub-network. The consortium blockchain node information includes network nodes in a live state, and also includes the endorsement policy of the consortium blockchain sub-network or the ledger height of the network nodes in a live state. This allows the gateway node to select a network node that matches the node requirements in the endorsement policy from the network nodes in a live state as the target consortium blockchain node, or to select the network node with the highest ledger height from the network nodes in a live state as the target consortium blockchain node, based on the ledger height of the network nodes in a live state. The gateway node obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it in the following ways: upon receiving transaction information sent by the application side, it obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it; or it obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it at set intervals. The gateway node also obtains consortium blockchain node information from the consortium blockchain sub-network corresponding to it in the following ways: if the gateway node is in an initialization state, it obtains the consortium blockchain node information from a set node address; wherein, the set node address is the address of a specified network node in the consortium blockchain sub-network corresponding to the gateway node; after obtaining a network node in a live state, it obtains the consortium blockchain node information from the live network node based on the address information of the live network node.
9. The apparatus according to claim 8, characterized in that, The node liveness message also includes the sender's signature information; the determining unit is configured as follows: The signature information contained in the received node survival message is verified based on the sender node identifier contained in the received node survival message. If the signature information contained in the received node liveness message is verified, the consortium blockchain node corresponding to the sender node identifier contained in the node liveness message with verified signature information is determined to be a network node in a live state.
10. The apparatus according to claim 8 or 9, characterized in that, The sending unit is configured as follows: Upon receiving a query request from a gateway node corresponding to the consortium blockchain sub-network, the consortium blockchain node information is sent to the gateway node; or When it is determined that a network node in a live state has changed, the consortium blockchain node information is sent to the gateway node.
11. The apparatus according to claim 8, characterized in that, The gateway node is in the initialization state when it is powered on for the first time.
12. The apparatus according to claim 8, characterized in that, After selecting the target consortium blockchain node, the gateway node is further configured to: submit transaction information from the application side to the target consortium blockchain node, so that the target consortium blockchain node can initiate verification processing of the transaction information.
13. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the transaction information processing method based on the consortium blockchain system as described in any one of claims 1 to 5.
14. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the electronic device to implement the transaction information processing method based on a consortium blockchain system as described in any one of claims 1 to 5.
15. A computer program product, characterized in that, The computer program product includes computer instructions stored in a computer-readable storage medium. The processor of the computer device reads and executes the computer instructions from the computer-readable storage medium, causing the computer device to perform the transaction information processing method based on the consortium blockchain system as described in any one of claims 1 to 5.