CN116186750A

CN116186750A - Business processing method, device, equipment and readable medium based on block chain system

Info

Publication number: CN116186750A
Application number: CN202111438291.9A
Authority: CN
Inventors: 朱耿良
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-11-29
Filing date: 2021-11-29
Publication date: 2023-05-30

Abstract

The application provides a business processing method, a business processing device, business processing equipment and a readable medium based on a block chain system. The method comprises the following steps: receiving cross-link transaction data sent by a first transaction gateway, wherein the cross-link transaction data is data which is monitored by the first transaction gateway and needs to be subjected to cross-link transaction in a designated block of a first blockchain; performing cross-link data processing according to the cross-link transaction data to obtain a data processing result; and packaging the data processing result into a transaction block, and uploading the transaction block to a second blockchain to trigger a second transaction gateway to acquire the data processing result from the second blockchain and forward the data processing result to the first blockchain. According to the method, the data transaction of the cross-chain is carried out between the two blockchains through the transaction gateway, so that a transaction protocol of a relay chain is not required to be deployed in the blockchains, additional blockchain operation is not required, the complexity of the transaction process is reduced, and the execution efficiency of the transaction process is improved.

Description

Business processing method, device, equipment and readable medium based on block chain system

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a method, an apparatus, a device, and a readable medium for processing a service based on a blockchain system.

Background

Blockchains are application modes of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanisms, encryption algorithms, and the like, and are used for concatenating and protecting serial transaction records (also called blocks) of content by means of cryptography. The distributed ledgers concatenated with blockchains enable multiple parties to effectively record transactions and permanently verify the transaction (non-tamperable).

In the related art, when conducting a cross-chain transaction between blockchains, one relay blockchain is typically employed to relay the transaction between two blockchains.

However, to use a relay blockchain requires the deployment of a related relay protocol in the blockchain of both parties involved in the transaction, and the introduction of additional blockchain operations in the computation of the cross-chain transaction process increases the complexity of the overall cross-chain transaction process, reducing the execution efficiency of the transaction process.

Disclosure of Invention

Based on the technical problems, the application provides a business processing method, a business processing device, business processing equipment and a business processing readable medium based on a blockchain system, so that data transaction of a cross-chain is carried out between two blockchains through a transaction gateway, a transaction protocol of a relay chain is not required to be deployed in the blockchain, additional blockchain operation is not required, the complexity of a transaction process is reduced, and the execution efficiency of the transaction process is improved.

Other features and advantages of the present application will be apparent from the following detailed description, or may be learned in part by the practice of the application.

According to an aspect of the embodiments of the present application, there is provided a method for processing a service based on a blockchain system, the blockchain system including a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the method for processing a service including:

receiving cross-link transaction data sent by the first transaction gateway, wherein the cross-link transaction data is data which is monitored by the first transaction gateway and needs to be subjected to cross-link transaction in a designated block of the first blockchain;

performing cross-link data processing according to the cross-link transaction data to obtain a data processing result;

and packaging the data processing result into a transaction block, and uploading the transaction block in the second blockchain to trigger the second transaction gateway to acquire the data processing result from the second blockchain and forward the data processing result to the first blockchain.

Packaging cross-chain transaction data and pre-validation state information of the cross-chain transaction data to generate a block to be transacted, and uploading the block to be transacted in the first blockchain to trigger the first transaction gateway to acquire the cross-chain transaction data from the first blockchain and forward the cross-chain transaction data to the second blockchain, wherein the cross-chain transaction data is data needing cross-chain transaction;

receiving a data processing result sent by the second transaction gateway, wherein the data processing result is from the second blockchain and is obtained by performing cross-chain data processing on the second blockchain according to the cross-chain transaction data, and the data processing result is forwarded to the first blockchain after the second transaction gateway monitors the data processing result;

in response to the data processing results, the cross-chain transaction data and validation information of the cross-chain transaction data are packaged into transaction validation chunks and the transaction validation chunks are uplink in the first blockchain.

Detecting a block to be transacted in the first blockchain including cross-chain transaction data;

when the block to be transacted is detected to be uplink in the first block chain, acquiring block chain information of the second block chain and the cross-chain transaction data in the block to be transacted according to the registration information of the second transaction gateway;

and sending the cross-chain transaction data to the second blockchain according to the blockchain information of the second blockchain.

detecting a transaction block comprising a data processing result in the second blockchain, wherein the data processing result is obtained by performing cross-chain data processing on the second blockchain according to cross-chain transaction data from the first blockchain;

when the fact that the transaction block is uplink in the second blockchain is detected, blockchain information of the first blockchain and the data processing result of the transaction block are obtained according to the registration information of the first transaction gateway;

And sending the data processing result to the first block chain according to the block chain information of the first block chain.

According to one aspect of embodiments of the present application, there is provided a blockchain system-based business processing device, the blockchain system including a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain. The service processing device based on the block chain system comprises: the system comprises a cross-chain transaction data receiving module, a cross-chain data processing module and a transaction block packaging module.

The cross-chain transaction data receiving module is used for receiving cross-chain transaction data sent by the first transaction gateway, wherein the cross-chain transaction data are data which need to be subjected to cross-chain transaction in a designated block of a first blockchain monitored by the first transaction gateway; the cross-chain data processing module is used for performing cross-chain data processing according to the cross-chain transaction data to obtain a data processing result; and the transaction block packaging module is used for packaging the data processing result into a transaction block, and uploading the transaction block in the second block chain to trigger the second transaction gateway to acquire the data processing result from the second block chain and forward the data processing result to the first block chain.

In one embodiment of the present application, based on the foregoing method, the blockchain system further includes a master blockchain, the first blockchain and the second blockchain being sub-chains derived from blocks of different heights in the master blockchain; the service processing device further comprises:

the first registration information acquisition module is used for acquiring registration information of the first transaction gateway from the main blockchain;

the first information sending module is used for sending the blockchain information of the first blockchain to the first transaction gateway according to the registration information of the first transaction gateway so that the first transaction gateway monitors the data of the first blockchain, which need to be subjected to cross-chain transaction.

In one embodiment of the present application, based on the foregoing method, the service processing apparatus 1100 further includes:

the first idle gateway acquisition module is used for determining an idle gateway from available gateways, wherein the idle gateway is a gateway which does not monitor a blockchain in a blockchain system;

and the first gateway determining module is used for taking the idle gateway as a first transaction gateway.

The application also provides a service processing device based on the block chain system. The blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, and the business processing device includes: the device comprises a pre-validation packaging module, a data processing result receiving module and a validation packaging module.

The pre-validation packaging module is used for packaging cross-chain transaction data and pre-validation state information of the cross-chain transaction data to generate a block to be transacted, and uploading the block to be transacted in a first blockchain to trigger a first transaction gateway to acquire the cross-chain transaction data from the first blockchain and forward the cross-chain transaction data to a second blockchain, wherein the cross-chain transaction data is data needing cross-chain transaction;

the data processing result receiving module is used for receiving a data processing result sent by the second transaction gateway, wherein the data processing result is obtained by the second blockchain through cross-chain data processing according to cross-chain transaction data, and the data processing result is forwarded to the first blockchain after the second transaction gateway monitors the data processing result;

and the validation and packaging module is used for packaging the cross-chain transaction data and validation information of the cross-chain transaction data into a transaction validation block and uplinking the transaction validation block in the first blockchain in response to the data processing result.

The second registration information acquisition module is used for acquiring the blockchain information of the second blockchain and acquiring the registration information of the second transaction gateway from the main blockchain;

and the second information sending module is used for sending the blockchain information of the second blockchain to the second transaction gateway according to the registration information of the second transaction gateway so that the second transaction gateway monitors the blockchain up-link operation of the transaction blocks in the second blockchain.

In one embodiment of the present application, based on the foregoing method, the second registration information obtaining module is configured to: determining an idle gateway from available gateways, wherein the idle gateway is a gateway which does not monitor a blockchain in a blockchain system; and taking the idle gateway as a second transaction gateway.

The application also provides a service processing device based on the block chain system. The blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, and the business processing device includes: the system comprises a first block detection module, a cross-chain transaction data acquisition module and a cross-chain transaction data transmission module.

The first block detection module is used for detecting a block to be transacted, which comprises cross-chain transaction data, in a first block chain; the cross-chain transaction data acquisition module is used for acquiring the blockchain information of the second blockchain and the cross-chain transaction data in the block to be transacted according to the registration information of the second transaction gateway when the block to be transacted is detected to be uplink in the first blockchain; and the cross-chain transaction data transmitting module is used for transmitting cross-chain transaction data to the second blockchain according to the blockchain information of the second blockchain.

In an embodiment of the present application, based on the foregoing method, the service processing apparatus further includes:

the first block chain information receiving module is used for receiving the block chain information of the first block chain sent by the second block chain;

the first gateway selection module is used for determining any idle gateway in the available gateways as a second transaction gateway, wherein the idle gateway is a gateway which does not monitor a blockchain in the blockchain system;

the first monitoring module is used for monitoring the block uplink operation of the block to be transacted in the first block chain through the second transaction gateway according to the block chain information of the first block chain.

the first registration request sending module is used for sending a first transaction gateway registration request to the main blockchain, wherein the first transaction gateway registration request comprises registration information of a second transaction gateway;

the first registration response receiving module is used for receiving a first transaction gateway registration response and starting gateway service of a second transaction gateway according to the first transaction gateway registration response, wherein the second gateway registration response comprises registration result information in a gateway registration block of a main blockchain, and the gateway registration block is a block which is uplinked in the main blockchain according to the first transaction gateway registration request.

The application also provides a service processing device based on the block chain system. The blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, and the business processing device includes: the system comprises a second block detection module, a data processing result acquisition module and a data processing result sending module.

The second block detection module is used for detecting a transaction block comprising a data processing result in a second block chain, wherein the data processing result is obtained by performing cross-chain data processing on the second block chain according to cross-chain transaction data from the first block chain; the data processing result acquisition module is used for acquiring the blockchain information of the first blockchain and the data processing result of the transaction block according to the registration information of the first transaction gateway when the transaction block is detected to be uplink in the second blockchain; and the data processing result transmitting module is used for transmitting the data processing result to the first block chain according to the block chain information of the first block chain.

the second block chain information receiving module is used for receiving the block chain information of the second block chain sent by the first block;

The second gateway selection module is used for determining any idle gateway in the available gateways as a first transaction gateway, wherein the idle gateway is a gateway which does not monitor a blockchain in the blockchain system;

and the second monitoring module is used for monitoring the block uplink operation of the transaction block in the second block chain through the first transaction gateway according to the block chain information of the second block chain.

In one embodiment of the present application, based on the foregoing method, the first blockchain and the second blockchain are sub-chains derived from blocks of different heights in the master blockchain; the service processing device further comprises:

the second registration request sending module is used for sending a second gateway registration request to the main blockchain, wherein the second gateway registration request comprises registration information of the first transaction gateway;

the second registration response receiving module is configured to receive a second gateway registration response, and start a gateway service of the first transaction gateway according to the second gateway registration response, where the first transaction gateway registration response includes registration result information in a gateway registration block of the master blockchain, and the gateway registration block is a block that is uplink in the master blockchain according to the second gateway registration request.

According to an aspect of the embodiments of the present application, there is provided an electronic device including: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the blockchain system based service processing method as in the above technical solution via execution of executable instructions.

According to an aspect of the embodiments of the present application, there is provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements a blockchain system-based service processing method as in the above technical solution.

According to an aspect of embodiments of the present application, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium and executes the computer instructions to cause the computer device to perform the various alternative implementations described above to provide a blockchain system based business processing method.

In the embodiment of the application, the blockchain system comprises a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain and a second transaction gateway corresponding to the second blockchain, wherein a consensus node of the blockchain receives cross-chain transaction data sent by the first transaction gateway, the cross-chain transaction data is data which need to be subjected to cross-chain transaction in an appointed block of the first blockchain monitored by the first transaction gateway, then cross-chain data processing is carried out according to the cross-chain transaction data, a data processing result is obtained, the data processing result is packaged into a transaction block, the transaction block is uplinked in the second blockchain to trigger the second transaction gateway to acquire the data processing result from the second blockchain, and the data processing result is forwarded to the first blockchain. By the method, the cross-chain data transaction is carried out between the two blockchains through the transaction gateway, so that a transaction protocol for deploying a relay chain in the blockchain is not needed, additional blockchain operation is not needed, the complexity of the transaction process is reduced, and the execution efficiency of the transaction process is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application. It is apparent that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art.

In the drawings:

fig. 1 shows a schematic diagram of a blockchain network.

Fig. 2 to 4 show architecture diagrams of a blockchain system to which embodiments of the present application are applied.

FIG. 5 shows a schematic diagram of an electronic invoice system according to one embodiment of the application.

Fig. 6 shows a schematic diagram of a multi-chain scenario according to one embodiment of the present application.

FIG. 7 illustrates a flow chart of a method of blockchain system based service processing in accordance with an embodiment of the present application;

FIG. 8 illustrates a schematic diagram of a cross-chain transaction between sub-chains according to one embodiment of the present application;

FIG. 9 illustrates a block diagram of a blockchain system-based business processing device in accordance with an embodiment of the present application;

fig. 10 shows a schematic diagram of a computer system suitable for use in implementing the electronic device of the embodiments of the present application.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments may be embodied in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the present application. One skilled in the relevant art will recognize, however, that the aspects of the application can be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the application.

The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, the functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

The flow diagrams depicted in the figures are exemplary only, and do not necessarily include all of the elements and operations/steps, nor must they be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the order of actual execution may be changed according to actual situations.

Blockchain (Blockchain) is a new application mode of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanisms, encryption algorithms, and the like. Blockchains are essentially a de-centralized database, which is a series of data blocks (i.e., blocks) that are generated in association using cryptographic methods, each of which contains information from a batch of network transactions for verifying the validity (anti-counterfeiting) of the information and generating the next block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer.

The blockchain underlying platform may include processing modules for user management, basic services, smart contracts, operation monitoring, and the like. The user management module is responsible for identity information management of all blockchain participants, including maintenance of public and private key generation (account management), key management, maintenance of corresponding relation between the real identity of the user and the blockchain address (authority management) and the like, and under the condition of authorization, supervision and audit of transaction conditions of certain real identities, and provision of rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node devices, is used for verifying the validity of a service request, recording the service request on a storage after the effective request is identified, for a new service request, the basic service firstly analyzes interface adaptation and authenticates the interface adaptation, encrypts service information (identification management) through an identification algorithm, and transmits the encrypted service information to a shared account book (network communication) in a complete and consistent manner, and records and stores the service information; the intelligent contract module is responsible for registering and issuing contracts, triggering contracts and executing contracts, a developer can define contract logic through a certain programming language, issue the contract logic to a blockchain (contract registering), invoke keys or other event triggering execution according to the logic of contract clauses to complete the contract logic, and simultaneously provide a function of registering contract upgrading; the operation monitoring module is mainly responsible for deployment in the product release process, modification of configuration, contract setting, cloud adaptation and visual output of real-time states in product operation, for example: alarms, monitoring network conditions, monitoring node device health status, etc.

The platform product service layer provides basic capabilities and implementation frameworks of typical applications, and developers can complete the blockchain implementation of business logic based on the basic capabilities and the characteristics of the superposition business. The application service layer provides the application service based on the block chain scheme to the business participants for use.

Referring to the blockchain network shown in fig. 1, a plurality of nodes 101 may be included in the blockchain network, and the plurality of nodes 101 may be individual clients forming the blockchain network. Each node 101 may receive input information while operating normally and maintain shared data within the blockchain network based on the received input information. In order to ensure information intercommunication in the blockchain network, information connection can exist between every two nodes in the blockchain network, and information transmission can be carried out between the nodes through the information connection. For example, when any node in the blockchain network receives input information, other nodes in the blockchain network acquire the input information according to a consensus algorithm, and store the input information as shared data, so that the data stored on all nodes in the blockchain network are consistent.

For each node in the blockchain network, there is a node identification corresponding thereto, and each node in the blockchain network may store the node identifications of other nodes for subsequent broadcasting of the generated blocks to other nodes in the blockchain network based on the node identifications of the other nodes. Each node can maintain a node identification list, and the node names and the node identifications are correspondingly stored in the node identification list. The node identifier may be an IP (Internet Protocol, protocol interconnecting between networks) address, or any other information that can be used to identify the node.

Each node in the blockchain network stores one and the same blockchain. The block chain consists of a plurality of blocks, the starting block comprises a block head and a block main body, the block head stores an input information characteristic value, a version number, a time stamp, a difficulty value and the like, and the block main body stores input information; the next block of the starting block takes the starting block as a father block, the next block also comprises a block head and a block main body, the block head stores the input information characteristic value of the current block, the block head characteristic value, the version number, the timestamp, the difficulty value and the like of the father block, and the like, so that the block data stored in each block in the block chain are associated with the block data stored in the father block, and the safety of the input information in the block is ensured.

When each block in the blockchain is generated, when the node where the blockchain is positioned receives input information, checking the input information, after the checking is finished, storing the input information into a memory pool, and updating a hash tree used for recording the input information; and updating the update time stamp to the time of receiving the input information, trying different random numbers, calculating the characteristic value for a plurality of times, and when the random numbers meeting the conditions are calculated, correspondingly storing the information to generate a block head and a block main body to obtain the current block. And then, the node where the blockchain is located sends the newly generated blocks to other nodes in the data sharing system where the newly generated blocks are located according to the node identification of other nodes in the data sharing system, the other nodes verify the newly generated blocks, and the newly generated blocks are added into the blockchain stored by the newly generated blocks after the verification is completed. Wherein, the node can perform consensus verification on the newly generated block through a consensus algorithm, and the consensus algorithm can comprise but is not limited to: pow (Proof of Work), pos (Proof of equity), DPos (Delegated Proof of Stake Proof of equity) share authorization Proof mechanism, PBFT (Practical Byzantine Fault Tolerance, bayer fault tolerance algorithm), paxos (a distributed algorithm) algorithm, and Raft (a distributed consensus algorithm) algorithm. Wherein Pow (Proof of Work): workload certification refers to a metric set by a system (such as the blockchain network system described above) to achieve a certain goal.

Pos (proof of interest): pos equity proof is an upgrade consensus mechanism for Pow workload proof; specifically, the longer the time who holds an electronic resource (the length of time that an electronic resource is held=the number of electronic resources that are held) the more the who has the opportunity to acquire the billing right for the block. DPos (Delegated Proof of Stake, delegated rights proving) share authorization proving mechanism: the DPos share authorization proof mechanism is similar to a board vote, where the object holding the electronic resource selects a certain number of nodes by voting, brokering them for checksum accounting. PBFT (Practical Byzantine Fault Tolerance, bayer fault tolerance algorithm): the PBFT bayer fault tolerance algorithm is a message transfer based consistency algorithm that agrees with three phases that may be repeated due to failure. Paxos (a distributed algorithm) algorithm: the Paxos algorithm is a two-stage algorithm with three main roles, proposer, accept, learner. Proposer issues agreement, acceptance or rejection, and learner obtains the final value after consensus. Raft (a distributed consensus algorithm) algorithm: the Raft algorithm contains three roles, respectively: follower (follower), candidate (leader) and leader (leader). All nodes are in the initial state of a follow, the follow which does not receive a heartbeat packet after overtime changes into a candidiate and broadcasts a voting request, the node which obtains majority votes takes the avatar, the process of voting is who sends out the first, and each node only gives out one vote.

Alternatively, each node in the blockchain network may be a server or a terminal device. The server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a Cloud server providing Cloud services, cloud databases, cloud Computing (Cloud Computing), cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs (Content Delivery Network, content distribution networks), basic Cloud Computing services such as big data and artificial intelligent platforms, and the like. The terminal device may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, a smart home, a vehicle-mounted terminal, and the like. The nodes may be directly or indirectly connected through wired or wireless communication, which is not limited herein.

The cloud computing refers to a delivery and use mode of an IT infrastructure, and specifically refers to obtaining required resources in an on-demand and easily-expandable manner through a network; generalized cloud computing refers to the delivery and usage patterns of services, meaning that the required services are obtained in an on-demand, easily scalable manner over a network. Such services may be IT, software, internet related, or other services. Cloud Computing is a product of fusion of traditional computer and network technology developments such as Grid Computing (Grid Computing), distributed Computing (Distributed Computing), parallel Computing (Parallel Computing), utility Computing (Utility Computing), network storage (Network Storage Technologies), virtualization (Virtualization), load balancing (Load balancing), and the like. With the development of the internet, real-time data flow and diversification of connected devices, and the promotion of demands of search services, social networks, mobile commerce, open collaboration and the like, cloud computing is rapidly developed. Unlike the previous parallel distributed computing, the generation of cloud computing will promote the revolutionary transformation of the whole internet mode and enterprise management mode in concept.

Based on the blockchain technology, the embodiment of the application provides an architecture of a blockchain system. As shown in fig. 2, the blockchain system includes a network of accounting nodes 2 and a network of traffic nodes 1. The accounting node network 2 comprises accounting nodes 21 that agree on the data blocks and record the data blocks onto the blockchain. The service node network 1 comprises a service node 11, which service node 11 may verify the data blocks recorded by the accounting node onto the blockchain or may request corresponding transaction data from the accounting node.

Specifically, the service node 11 may verify the data block recorded by the accounting node onto the blockchain, which may include the following steps: a billing node 21 in the billing node network generates a signature based on transaction information to be included in a data chunk to be added to the blockchain using a key specific to the billing node; accounting node 21 adds the transaction information and the generated signature to the data block, adding to the blockchain; the accounting node 21 sends the signature to a service node in the service node network, which verifies the signature based on a key specific to the accounting node to enable the service node 11 to verify the data blocks recorded by the accounting node onto the blockchain. The accounting nodes in the accounting node network are responsible for recording the data blocks to the blockchain and the service nodes in the service node network are responsible for witnessing the results of the accounting node records. Specifically, the accounting node generates a signature based on transaction information to be included in one data chunk to be added to the blockchain, and then adds the transaction information and the generated signature to the data chunk for uplink. And transmitting the signature to a service node in the service node network, causing the service node to verify the signature based on a key specific to the accounting node. Service nodes in the service node network can witnesse the transaction data of the whole network by verifying the accounting node signature on the block. The accounting node network, while possessing monopolizing accounting rights, is publicly traceable in all acts because the data block has a digital signature representing the identity of the accounting party. If the accounting nodes act in aggregate, then all nodes in the service node network will retain evidence of the particular accounting node acting. Compared with the traditional centralized system and the private chain, the system in the embodiment of the application runs more transparently; compared with the traditional decentralization scheme, the scheme is more controllable and more convenient to monitor.

In one embodiment of the present application, the accounting node network 2 and the service node network 1 may be connected by means of a proxy node 12, the proxy node 12 may be a service node of the service node network 1, which is responsible for transferring information to be transferred by the accounting node 21 to the service node 11. The service node 11 is a terminal of a transaction party generating various transaction data to be uplinked, or a terminal of inquiring transaction data from the accounting node network 2. Transaction data generated by the service node 11 is transmitted to the accounting node 21 through the proxy node 12 and then recorded on the blockchain after being commonly recognized, so that unified processing and supervision of the transaction data are facilitated, and the service node 11 can also conduct uplink supervision and witness of the transaction data through information sent by the accounting node 21 through the proxy node 12, which is of great significance in certain scenes that nodes which need unified supervision and are afraid of supervision are cheated collectively, and therefore supervision is needed.

In the architecture shown in fig. 1, the service node network 1 adopts a P2P (Peer to Peer) network mode. P2P networks are a distributed application architecture that distributes tasks and workloads among peers, a form of networking or network that peer-to-peer computing models form at the application layer, i.e., a "point-to-point" or "end-to-end" network. It can be defined as: participants in the network share a portion of the hardware resources (processing power, storage power, network connectivity, printers, etc.) they own, which provide services and content through the network that can be accessed directly by other peer nodes without going through intermediate entities. The participants in this network are both providers of resources, services and content and acquisitors of resources, services and content. Therefore, in the service node network 1, when the proxy node 12 receives the message transmitted from the accounting node 21, the message propagates to the surrounding service nodes 11, and the surrounding service nodes 11 receive the message and then transmit the message to the surrounding service nodes 11, so that the message propagates between each service node 11 of the service node network 1.

FIG. 3 illustrates an architecture of another blockchain system used in the embodiments of the present application. The architecture differs from the architecture shown in fig. 2 in that: the P2P network mode is not adopted in the service node network 1, but the mode of the broadcast network is adopted. Specifically, the proxy node 12, upon receiving the message delivered from the accounting node 21, broadcasts the message to the other service nodes 11 in the service node network 1. In this way, propagation of the message between each service node 11 of the service node network 1 is also achieved.

FIG. 4 illustrates an architecture of another blockchain system to which embodiments of the present invention are applied. The architecture differs from the architecture shown in fig. 2 in that: the network of accounting nodes 2 is divided into a plurality of branched accounting node networks. Each branch billing node network may be responsible for the recording of some type of transaction information. For example, an enterprise may have a supply chain financial business, and may need to record information such as contract information, credit, etc. generated during the supply and distribution process to the blockchain, and also issue an invoice, and record information such as issue invoice, reimbursement invoice, etc. to the blockchain. At this time, in order to facilitate the need for the accounting node to be administered by the same department, the accounting node that records the supply chain financial business transaction and the accounting node that records the transaction during the invoice flow may be separate departments. For example, the accounting node that records supply chain financial transactions is a bank-set accounting terminal, and the accounting node that records transactions during invoice flows is a national tax office-set accounting terminal. And the supply chain financial business transactions and transactions during the recording invoice flows may also eventually be recorded on a different branch of the billing node network. At this time, the proxy node 12 transmits the transaction information to the branch accounting node network corresponding to the transaction type according to the transaction type carried in the transaction information transmitted from the service node 11.

It should be noted that, in the architecture of the blockchain system shown in fig. 2 to 4, the proxy node 12 is located in the service node network 1, and in other embodiments of the present application, the proxy node 12 may also be located in the consensus node network 2, or be independent from the service node network 1 and the consensus node network 2.

The architecture of the blockchain system shown in fig. 2 to 6 may be applied in the application scenario of electronic invoices, and is described in detail below:

in one embodiment of the present application, the accounting nodes in the accounting node network may be respective tax administration terminals, for example, the accounting node network is formed by tax administration terminals deployed in a plurality of regions as one accounting node respectively. Each service node in the service node network may be a local tax office terminal, an invoicing proxy server terminal, an invoicing enterprise terminal, a personal user terminal, etc.

Specifically, in the electronic invoice system shown in fig. 5, a service layer, a routing agent layer, and a consensus network (i.e., a billing node network, hereinafter referred to as a billing network) layer may be included. The service layer is a service node network, and includes each service node, for example, a local tax office in a tax private network; billing service providers, reimbursement service providers, enterprises, etc. in public cloud; payment facilitators, circulation facilitators, businesses, etc. in the private cloud.

The routing proxy layer comprises proxy nodes, the proxy nodes provide functions of routing service, certificate caching and authentication service, P2P service and the like, and the routing proxy layer plays a role in isolating a service layer and a consensus network layer, and the technical scheme of the embodiment is specifically referred to. Alternatively, the agent nodes in the routing agent layer may be in a tax private network. The consensus network (accounting network) layer is an accounting node network, which includes a plurality of blockchains, although in other embodiments of the present application, the consensus network (accounting network) layer may also include one blockchain.

In one embodiment of the present application, a consensus network (accounting network) in an electronic invoice system may include multiple blockchains that may be time-sequential, such as time-sequential, for example, with the same business being identical for the business participants and both blockchains employing the same CA (Certificate Authority, authentication authority) center as the authentication and authorization party for the invoice business system. Of course, in an embodiment of the present application, the splitting may be performed according to different services, for example, service a corresponds to one blockchain, service B corresponds to one blockchain, and inter-link interaction may also be performed between services.

Alternatively, as shown in fig. 6, in an exemplary embodiment, the consensus network (the consensus network may be the consensus network shown in fig. 2 to 5, or may be a separate consensus network, that is, a consensus network obtained by not dividing a service network and a consensus network) may include a plurality of blockchains, specifically, a main chain 801, and N subchains derived from the main chain 801 at a block height, where N is a positive integer, and each time a new subchain is derived, a new chain identifier needs to be generated for the new subchain. For example, in fig. 6, backbone 801 may derive a sub-chain 802, a sub-chain 803, and a sub-chain 804. One sub-chain can correspond to one service, for example, in the tax service field, so that different transaction services can be effectively distinguished, so that the specificity of data stored by a single service branched chain can be kept, and specific services can be bill service, credit investigation service, import and export service, enterprise qualification service, tax refund service and the like.

In one embodiment of the present application, the main chain 801 in the consensus network may include registration information of a sub-chain corresponding to each service, where the registration information may include a chain identifier of the sub-chain, service configuration information corresponding to the service, a derivative condition corresponding to the chain identifier, and so on. Optionally, after each sub-link is generated, registration is required in a main chain, and an intelligent contract for managing registration of the sub-link is arranged in the main chain, and when the sub-link is registered, a link identifier can be allocated to the sub-link and registration information of the sub-link can be recorded.

Alternatively, the service configuration information corresponding to the service (e.g., ticket service) may include basic information of the service (i.e., description of the ticket service) and node configuration information (including service node configuration information and consensus node configuration information). The service node configuration information may include a node identifier configured by a common node with administrative authority (e.g., node 120a with administrative authority) for a corresponding service branch (e.g., a service branch corresponding to a ticket service), where the node identifier corresponds to a service node that may be used to execute the ticket service. The consensus node configuration information here may include a consensus node having administrative authority configured for the sub-chain for participating in consensus of the sub-chain.

Alternatively, the generation block of each sub-chain may be the block corresponding to the generation of the main chain, for example, as shown in fig. 6, the sub-chain 802 is derived from the block A1 in the main chain 801, where the generation block is A1; the subchain 803 is derived from block A2 in the main chain 801, which creates block A2; the sub-chain 804 is derived from block A3 in the main chain 801, which creates block A3. When verifying the sub-chain blocks, the A chain can be found from the generated blocks of the sub-chain, and then verified to the generated blocks of the A chain (such as the Merker tree), so that the verification reliability is improved. Of course, if the local of the consensus node has synchronized the A-chain, then the verification of the sub-chain block may only verify its creation block on the A-chain.

Alternatively, if the configuration information of the blockchain node system (e.g., tax blockchain system) corresponding to the entire blockchain network changes, the consensus nodes in the consensus network need to be suspended. If the configuration information with information changes is referred to as configuration change information, the configuration change information may refer to regulatory rules for tax domain categories, computing regulatory changes, important block link point changes, chain certificate issuing node rotations, and the like. The common node with the supervision authority in the common network can generate a configuration change block based on the configuration change information, and further uplink the configuration change block to the main chain 801 in the common network and synchronize to all sub-chains, at this time, other common nodes in the common network can resume operation. As shown in fig. 6, assuming that the configuration information is changed, a configuration change block A3 is generated in the main chain 801, and then synchronization is performed in the sub-chain, such as a block B5 in the sub-chain 802, and a block C4 in the sub-chain 803.

Alternatively, for the system architecture shown in fig. 2 to 5, M chain identifiers may be configured for any service node in the service network, where the M chain identifiers belong to the chain identifiers of the N service branches registered in the consensus network. Wherein M is a positive integer less than or equal to N. The number of the chain identifiers configured for each service node may be the same or different, and will not be limited herein.

For example, if the number of sub-links derived from the main chain in the consensus network is 3, and the link identifiers of the 3 sub-links are respectively a link identifier 1s corresponding to a service 1X (e.g., a ticket service), a link identifier 2s corresponding to a service 2X (e.g., a credit sign service), and a link identifier 3s corresponding to a service 3X (e.g., an import/export service), 2 link identifiers (e.g., a link identifier 1s and a link identifier 3 s) may be dynamically configured for one service node in the service network, and 3 link identifiers (e.g., a link identifier 1s, a link identifier 2s, and a link identifier 3 s) may be dynamically configured for another service node in the service network. It can be understood that if a service node is configured with multiple chain identifiers, the service node can participate in executing services corresponding to the sub-chains by the multiple chain identifiers, so that control over the service node can be effectively ensured.

Alternatively, although the backbone chain is derived from different sub-chains, the sub-chains and the backbone chain may still be subjected to a common-knowledge uplink process by the same common-knowledge node, the transaction information may be distinguished according to the chain identity, and the unused sub-chains may be respectively and concurrently common-knowledge.

Of course, some sub-chains may also be configured to be commonly recognized by independent commonly recognized nodes, but these independent commonly recognized nodes must synchronize the data of the backbone. Specifically, for example, the consensus nodes that independently consensus a sub-chain may form a sub-chain independent consensus network, and the consensus nodes that independently consensus a main chain may form a main chain independent consensus network.

Meanwhile, the agent node needs to record the information of the independent consensus network, and if a request for transmitting transaction information or synchronous data to the independent consensus network is met, the information is forwarded to the independent consensus network; otherwise, the request is checked according to the basic configuration and then forwarded to the consensus node of the core network, and the consensus node is independently processed according to the sub-chain ID of the request.

Alternatively, in order to reduce the waste of the storage space of the service node, the service node in the embodiment of the present application may take a lightweight node (Simplified Payment Verification, abbreviated as SPV) as an example, where the service node does not need to store complete transaction data, but obtains the block header data and the block data with visible partial authorization (such as the service transaction associated with the service node itself) from the consensus network through the proxy node. An SPV node may dynamically configure multiple sub-chain IDs to participate in the services of multiple sub-chains, and multiple sub-chains may participate with the same SPV node identifier and address, where the SPV node identifier and address must be registered on the main chain in advance, and block data of each sub-chain may be independently synchronized back to the SPV node and stored independently locally at the SPV node.

For the multi-chain scenario introduced in the foregoing embodiment, a service processing method based on a blockchain system is also provided in the embodiments of the present application, which is specifically introduced as follows:

FIG. 7 illustrates a flow chart of a method of processing a blockchain system-based transaction in accordance with an embodiment of the present application, other blockchains initiating a cross-chain transaction to the blockchain, nodes in the blockchain executing the methods described herein in response to the cross-chain transaction. Specifically, the scheme of the present application may be applied to the blockchain system shown in fig. 6, where the blockchain system includes at least two sub-chains. The sub-chain 802 may initiate a cross-chain transaction to the sub-chain 803, and the scheme of the present application is executed by the sub-chain 803 to perform the cross-chain transaction initiated by the sub-chain 802. The blockchain-based service processing method shown in fig. 7 may be performed by a blockchain consensus node, where the blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, and specifically, referring to fig. 7, the blockchain-based service processing method includes at least steps S910 to S930, which are described in detail below:

Step S910 receives cross-link transaction data sent by the first transaction gateway, where the cross-link transaction data is data that needs to be cross-linked in a specified block of the first blockchain monitored by the first transaction gateway.

The method of the present embodiment is specifically performed by a consensus node of a second blockchain in the blockchain system to conduct a first blockchain-initiated cross-chain transaction. The first transaction gateway monitors that a block is up-linked in the first blockchain and includes cross-chain transaction data in the block, and then sends the cross-chain transaction data to a consensus node of the second blockchain. The consensus node of the second blockchain receives the cross-chain transaction data sent by the first transaction gateway.

In one embodiment of the present application, the blockchain system further includes a master blockchain, the first blockchain and the second blockchain being sub-chains derived from blocks of different heights in the master blockchain; before receiving the cross-link transaction data sent by the first transaction gateway, the method further comprises the following steps: the method comprises the steps of acquiring registration information of a first transaction gateway from a main blockchain, and sending blockchain information of the first blockchain to the first transaction gateway according to the registration information of the first transaction gateway so that the first transaction gateway monitors data needing cross-chain transaction in the first blockchain.

In one embodiment of the present application, before acquiring the registration information of the first transaction gateway from the master blockchain, the method further includes: determining an idle gateway from available gateways, wherein the idle gateway is a gateway which does not monitor a blockchain in a blockchain system; the idle gateway is used as a first transaction gateway. Specifically, the gateway will register with the backbone and become an idle gateway after registration, the sub-chain can query the idle gateway from the backbone and register the idle gateway as its transaction gateway, and the registration result will be notified to the backbone and recorded in the backbone.

Step S920, performing cross-link data processing according to the cross-link transaction data to obtain a data processing result.

And the consensus node of the second blockchain performs cross-chain data processing according to the cross-chain transaction data to obtain a data processing result. The cross-chain data processing may depend on the content of the cross-chain transaction data, e.g., the cross-chain transaction data is query data, then the cross-chain data processing may be a data query from the cross-chain transaction data.

Step S930, the data processing result is packaged into transaction blocks, and the transaction blocks are uplink in the second blockchain to trigger the second transaction gateway to acquire the data processing result from the second blockchain and forward the data processing result to the first blockchain.

The consensus node of the second blockchain packages the data processing results into transaction blocks, and then uplinks the transaction blocks in the second blockchain. The second transaction gateway monitors the blocks in the second blockchain, and the transaction block in the second blockchain triggers the second transaction gateway to acquire the data processing result from the second blockchain and forwards the data processing result to the first blockchain.

By the method, the cross-chain data transaction is carried out between the two blockchains through the transaction gateway, so that a transaction protocol for deploying a relay chain in the blockchain is not needed, additional blockchain operation is not needed, the complexity of the transaction process is reduced, and the execution efficiency of the transaction process is improved.

The application also provides a business processing method based on the block chain system, and the consensus node in the block chain can initiate a cross-chain transaction request to other block chains in the block chain system through the business processing method. The blockchain system comprises a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain and a second transaction gateway corresponding to the second blockchain, and the service processing method at least comprises the following steps S1010 to S1030, which are described in detail below:

Step S1010, packaging the cross-chain transaction data and the pre-validation state information of the cross-chain transaction data to generate a block to be transacted, and uploading the block to be transacted in a first blockchain to trigger a first transaction gateway to acquire the cross-chain transaction data from the first blockchain and forward the cross-chain transaction data to a second blockchain, wherein the cross-chain transaction data is the data needing to be transacted in a cross-chain manner.

The method of the present embodiment is specifically performed by a consensus node of a first blockchain in a blockchain system to initiate a cross-chain transaction for a second blockchain. The consensus node of the first blockchain packages the cross-chain transaction data and the pre-validation status information of the cross-chain transaction data to generate a block to be transacted, and uplinks the block to be transacted in the first blockchain. After the first transaction gateway monitors that the block is up-linked in the first blockchain and includes cross-chain transaction data and pre-validation status information of the cross-chain transaction data in the block, the cross-chain transaction data is acquired from the first blockchain and sent to a consensus node of the second blockchain. The pre-validation state information is a state in which cross-chain transaction data is not validated by the first blockchain, but is not validated yet, although it is uplink. In a subsequent process, the second blockchain switches the cross-chain transaction data to an active state based on the validation of the data processing results by the first blockchain.

In one embodiment of the present application, the blockchain system further includes a master blockchain, the first blockchain and the second blockchain being sub-chains derived from blocks of different heights in the master blockchain; the method further comprises the steps of packaging the cross-chain transaction data and the pre-validation state information of the cross-chain transaction data to generate a block to be transacted, and before the block to be transacted is uplink in the first block chain, the service processing method further comprises the steps of: obtaining blockchain information of a second blockchain and registration information of a second transaction gateway from the main blockchain; and sending the blockchain information of the second blockchain to the second transaction gateway according to the registration information of the second transaction gateway so that the second transaction gateway monitors the blockchain operation of the transaction blocks in the second blockchain.

In one embodiment of the present application, the process of obtaining registration information for a transaction gateway from a master blockchain may include: determining an idle gateway from available gateways, wherein the idle gateway is a gateway which does not monitor a blockchain in a blockchain system; and taking the idle gateway as a second transaction gateway.

Step S1020, receiving a data processing result sent by the second transaction gateway, wherein the data processing result is from the second blockchain and is obtained by the second blockchain through cross-chain data processing according to cross-chain transaction data, and the data processing result is forwarded to the first blockchain after the second transaction gateway monitors the data processing result.

The consensus node of the first blockchain receives a data processing result sent by the second transaction gateway. The data processing result is from the second blockchain and is obtained by the second blockchain through cross-chain data processing according to cross-chain transaction data. The data processing result is forwarded to the first blockchain after the second transaction gateway monitors the data processing result.

Step S1030, in response to the data processing result, packages the cross-chain transaction data and validation information of the cross-chain transaction data into transaction validation chunks and uplinks the transaction validation chunks in the first blockchain.

The consensus node of the first blockchain, in response to the data processing result, packages the cross-chain transaction data and validation information of the cross-chain transaction data into transaction validation chunks and uplinks the transaction validation chunks in the first blockchain. The validation information and the pre-validation state information are corresponding relations, and represent that the cross-chain transaction data in the pre-validation state is formally validated. The transaction confirmation block upper chain indicates that the cross-chain transaction process of the first blockchain side is formally completed, and the cross-chain transaction data in the first blockchain is formally validated. Thus, there are two chunks in the first blockchain that are related to cross-chain transaction data, where the chunk to be transacted represents pre-validation of cross-chain transaction data and the transaction validation chunk represents formal validation of cross-chain transaction data. It will be appreciated that if only transaction blocks exist without corresponding transaction confirmation blocks, indicating that the cross-chain transaction failed, the cross-chain transaction data in the transaction block will not be validated.

The transaction gateway in the blockchain system can monitor the blockchain initiated cross-chain transaction through the method, and acquire and forward information to support the execution of the cross-chain transaction. The blockchain system comprises a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain and a second transaction gateway corresponding to the second blockchain, and the service processing method at least comprises the following steps S1040 to S1060:

in step S1040, the block to be transacted including cross-chain transaction data in the first blockchain is detected.

The method of this embodiment is performed by a second transaction gateway in a blockchain transaction system. Specifically, the second transaction gateway monitors the blockchain up-link operation of the first blockchain in response to the request of the second blockchain, thereby detecting the to-be-transacted blocks including the cross-chain transaction data in the first blockchain.

In one embodiment of the present application, based on the foregoing method, before detecting a block to be transacted including cross-chain transaction data in the first blockchain, the service processing method further includes: receiving block chain information of a first block chain sent by a second block chain; determining any idle gateway in the available gateways as a second transaction gateway, wherein the idle gateway is a gateway which does not monitor a blockchain in a blockchain system; according to the blockchain information of the first blockchain, the blockchain up-link operation of the block to be transacted in the first blockchain is monitored through the second transaction gateway.

In one embodiment of the present application, based on the foregoing method, the first blockchain and the second blockchain are sub-chains derived from blocks of different heights in the master blockchain; the service processing method further comprises the following steps: sending a first transaction gateway registration request to a main blockchain, wherein the first transaction gateway registration request comprises registration information of a second transaction gateway; and receiving a first transaction gateway registration response, and starting gateway service of a second transaction gateway according to the first transaction gateway registration response, wherein the second gateway registration response comprises registration result information in a gateway registration block of a main blockchain, and the gateway registration block is a block which is up-linked in the main blockchain according to the first transaction gateway registration request.

Step S1050, when detecting that the block to be transacted is uplink in the first block chain, obtaining the block chain information of the second block chain and the cross-chain transaction data in the block to be transacted according to the registration information of the second transaction gateway.

When the second transaction gateway detects that the block to be transacted is uplink in the first block chain, the block chain information of the second block chain and the cross-chain transaction data in the block to be transacted are acquired according to the registration information of the second transaction gateway. The registration information of the second transaction gateway comprises blockchain information of a second blockchain transmitted by the first blockchain, such as a chain identification of the second blockchain, and the operation of the first blockchain is monitored according to the information.

Step S1060, cross-chain transaction data is sent to the second blockchain according to the blockchain information of the second blockchain.

The transaction gateway in the blockchain system can monitor the process of the blockchain to respond to the cross-chain transaction initiated by other blockchains through the method, and acquire and forward information to support the execution of the cross-chain transaction. The blockchain system comprises a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, and the service processing method at least comprises steps S1070 to S1090, which are described in detail as follows:

in step S1070, a transaction block including a data processing result in the second blockchain is detected, wherein the data processing result is obtained by the second blockchain performing cross-chain data processing according to the cross-chain transaction data from the first blockchain.

The method of the present embodiment is performed by a first transaction gateway in a blockchain transaction system. Specifically, the second transaction gateway monitors the block uplink operation of the second blockchain in response to the request of the first blockchain, thereby detecting the transaction block including the data processing result in the second blockchain.

In one embodiment of the present application, based on the foregoing method, before detecting a transaction block including a data processing result in the second blockchain, the service processing method further includes: the method comprises the steps of receiving blockchain information of a second blockchain sent by a first block, determining any idle gateway in available gateways as a first transaction gateway, wherein the idle gateway is a gateway which does not monitor blockchains in a blockchain system; and monitoring the block uplink operation of the transaction block in the second block chain through the first transaction gateway according to the block chain information of the second block chain.

In one embodiment of the present application, based on the foregoing method, the first blockchain and the second blockchain are sub-chains derived from blocks of different heights in the master blockchain; the service processing method further comprises the following steps: sending a second gateway registration request to the main blockchain, wherein the second gateway registration request comprises registration information of the first transaction gateway; and receiving a second gateway registration response, and starting gateway service of the first transaction gateway according to the second gateway registration response, wherein the first transaction gateway registration response comprises registration result information in a gateway registration block of a main blockchain, and the gateway registration block is a block which is uplinked in the main blockchain according to the second gateway registration request.

Step S1080, when the transaction block is detected to be uplink in the second block chain, the block chain information of the first block chain and the data processing result of the transaction block are obtained according to the registration information of the first transaction gateway.

When the first transaction gateway detects that the block to be transacted is uplink in the first block chain, the block chain information of the first block chain and the data processing result of the transaction block are obtained according to the registration information of the first transaction gateway. The registration information of the first transaction gateway comprises blockchain information of the first blockchain transmitted by the second blockchain, such as a chain identification of the second blockchain, and the operation of the second blockchain is monitored according to the information.

Step S1090, the data processing result is sent to the first blockchain according to the blockchain information of the first blockchain.

It should be noted that although the steps of the methods in the present application are depicted in the accompanying drawings in a particular order, this does not require or imply that the steps must be performed in that particular order, or that all illustrated steps be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform, etc.

Implementation details of the technical solution of the embodiment of the present application are described in detail below with reference to fig. 8, and as shown in fig. 8, the blockchain system includes a main chain 801, a sub-chain 802, a sub-chain 803, a gateway 804, and a gateway 805.

First, gateway 804 and gateway 805 register with backbone 801, and their registration information is uplink in backbone 801. Thereafter, the sub-chain 802 confirms the gateway 805 as its corresponding transaction gateway according to the registration information, and the sub-chain 803 confirms the gateway 804 as its corresponding transaction gateway. Gateway 805 will snoop the responses in sub-chain 803 to the cross-chain transactions initiated by sub-chain 802 upon request by sub-chain 802, while gateway 804 will snoop the cross-chain transactions initiated by sub-chain 803 in sub-chain 802 upon request by sub-chain 803. It will be appreciated that gateway 804 and gateway 805 may also monitor the responses in sub-chain 802 and the cross-chain transactions initiated by sub-chain 803 to sub-chain 802.

When conducting a cross-chain transaction, the sub-chain 802 will uplink the cross-chain transaction data and the pre-validation state information X of the cross-chain transaction data in the sub-chain 802, such as block B6. The uplink of block B6 is read by gateway 805 and synchronized to subchain 803. After receiving the synchronization data of the gateway 805, the sub-chain 803 links the data processing result in the sub-chain 803 for confirmation, such as a block C8. Block C8 is heard by gateway 804 and informs subchain 802. After receiving the message of block C8 notified by gateway 804, the sub-chain 802 will uplink the validation information of the cross-chain transaction data in the subsequent block B7, so as to set the cross-chain transaction data in the block B6 to be validated, thereby completing the whole cross-chain transaction service.

In the specific embodiments of the present application, related data such as user information, transaction data in blocks, etc., when the embodiments of the present application are applied to specific products or technologies, user permissions or agreements need to be obtained, and the collection, use and processing of related data need to comply with related laws and regulations and standards of related countries and regions.

Fig. 9 illustrates a block diagram of a blockchain system-based service processing device, which the blockchain system of fig. 9 illustrates may be disposed within a consensus node, in accordance with an embodiment of the present application.

The blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain. Referring to fig. 9, a block chain system based service processing apparatus 1100 according to an embodiment of the present application includes: a cross-chain transaction data receiving module 1102, a cross-chain data processing module 1104, and a transaction block packaging module 1106.

The cross-link transaction data receiving module 1102 is configured to receive cross-link transaction data sent by the first transaction gateway, where the cross-link transaction data is data, which is monitored by the first transaction gateway and needs to be subjected to cross-link transaction, in a designated block of the first blockchain; the cross-link data processing module 1104 is configured to perform cross-link data processing according to the cross-link transaction data, so as to obtain a data processing result; the transaction block packing module 1106 is configured to pack the data processing result into a transaction block, and uplink the transaction block in the second blockchain to trigger the second transaction gateway to acquire the data processing result from the second blockchain and forward the data processing result to the first blockchain.

In one embodiment of the present application, based on the foregoing method, the blockchain system further includes a master blockchain, the first blockchain and the second blockchain being sub-chains derived from blocks of different heights in the master blockchain; the service processing apparatus 1100 further includes:

It should be noted that, the apparatus provided in the foregoing embodiments and the method provided in the foregoing embodiments belong to the same concept, and a specific manner in which each module performs an operation has been described in detail in the method embodiment, which is not described herein again.

It should be noted that, the computer system 1200 of the electronic device shown in fig. 10 is only an example, and should not impose any limitation on the functions and the application scope of the embodiments of the present application.

As shown in fig. 10, the computer system 1200 includes a central processing unit (Central Processing Unit, CPU) 1201, which can perform various appropriate actions and processes according to a program stored in a Read-Only Memory (ROM) 1202 or a program loaded from a storage section 1208 into a random access Memory (Random Access Memory, RAM) 1203. In the RAM 1203, various programs and data required for the system operation are also stored. The CPU 1201, ROM1202, and RAM 1203 are connected to each other through a bus 1204. An Input/Output (I/O) interface 1205 is also connected to bus 1204.

The following components are connected to the I/O interface 1205: an input section 1206 including a keyboard, a mouse, and the like; an output portion 1207 including a Cathode Ray Tube (CRT), a liquid crystal display (Liquid Crystal Display, LCD), and a speaker, etc.; a storage section 1208 including a hard disk or the like; and a communication section 1209 including a network interface card such as a LAN (Local Area Network ) card, a modem, or the like. The communication section 1209 performs communication processing via a network such as the internet. The drive 1210 is also connected to the I/O interface 1205 as needed. A removable medium 1211 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on the drive 1210 so that a computer program read out therefrom is installed into the storage section 1208 as needed.

In particular, according to embodiments of the present application, the processes described in the various method flowcharts may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flowcharts. In such an embodiment, the computer program can be downloaded and installed from a network via the communication portion 1209, and/or installed from the removable media 1211. When executed by a Central Processing Unit (CPU) 1201, performs the various functions defined in the system of the present application.

It should be noted that, the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-Only Memory (ROM), an erasable programmable read-Only Memory (Erasable Programmable Read Only Memory, EPROM), flash Memory, an optical fiber, a portable compact disc read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present application, however, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

It should be noted that although in the above detailed description several modules or units of a device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functions of two or more modules or units described above may be embodied in one module or unit, in accordance with embodiments of the present application. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied.

From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a usb disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, a touch terminal, or a network device, etc.) to perform the method according to the embodiments of the present application.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains.

It is to be understood that the present application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims

1. A method of processing a business based on a blockchain system, the blockchain system including a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the method comprising:

2. The method of claim 1, wherein the blockchain system further includes a master blockchain, the first blockchain and the second blockchain being sub-chains derived from blocks of different heights in the master blockchain; before the receiving the cross-chain transaction data sent by the first transaction gateway, the method further comprises:

Acquiring registration information of the first transaction gateway from the main blockchain;

and sending the blockchain information of the first blockchain to the first transaction gateway according to the registration information of the first transaction gateway so that the first transaction gateway monitors data needing cross-chain transaction in the first blockchain.

3. The method of claim 2, wherein prior to the obtaining registration information for the first transaction gateway from the master blockchain, the method further comprises:

determining an idle gateway from available gateways, wherein the idle gateway is a gateway which does not monitor a blockchain in the blockchain system;

and taking the idle gateway as the first transaction gateway.

4. A method of processing a business based on a blockchain system, the blockchain system including a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the method comprising:

5. The method of claim 4, wherein the blockchain system further includes a master blockchain, the first blockchain and the second blockchain being sub-chains derived from blocks of different heights in the master blockchain; the method further comprises the steps of packaging cross-chain transaction data and pre-validation state information of the cross-chain transaction data to generate a block to be transacted, and before the block to be transacted is uplink in the first blockchain, the method further comprises:

acquiring blockchain information of the second blockchain and acquiring registration information of the second transaction gateway from the main blockchain;

And sending the blockchain information of the second blockchain to the second transaction gateway according to the registration information of the second transaction gateway so that the second transaction gateway monitors the blockchain up-link operation of the transaction block in the second blockchain.

6. The method of claim 5, wherein the obtaining registration information for the transaction gateway from the master blockchain includes:

and taking the idle gateway as the second transaction gateway.

7. A method of processing a business based on a blockchain system, the blockchain system including a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the method comprising:

8. The method of claim 7, wherein the detecting the block of the first blockchain to be transacted that includes cross-chain transaction data is preceded by the method further comprising:

receiving the block chain information of the first block chain sent by the second block chain;

determining any idle gateway in the available gateways as the second transaction gateway, wherein the idle gateway is a gateway which does not monitor a blockchain in the blockchain system;

and according to the blockchain information of the first blockchain, monitoring the blockchain up-link operation of the block to be transacted in the first blockchain through the second transaction gateway.

9. The method of claim 7, wherein the first blockchain and the second blockchain are sub-chains derived from blocks of different heights in the master blockchain; the method further comprises the steps of:

sending a first transaction gateway registration request to the master blockchain, wherein the first transaction gateway registration request comprises registration information of the second transaction gateway;

and receiving a first transaction gateway registration response, and starting gateway service of the second transaction gateway according to the first transaction gateway registration response, wherein the second gateway registration response comprises registration result information in a gateway registration block of the main blockchain, and the gateway registration block is a block which is uplinked in the main blockchain according to the first transaction gateway registration request.

10. A method of processing a business based on a blockchain system, the blockchain system including a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the method comprising:

11. The method of claim 10, wherein prior to detecting a transaction block in the second blockchain that includes data processing results, the method further comprises:

receiving the block chain information of the second block chain sent by the first block;

Determining any idle gateway in the available gateways as the first transaction gateway, wherein the idle gateway is a gateway which does not monitor a blockchain in the blockchain system;

and according to the blockchain information of the second blockchain, monitoring the blockchain up-link operation of the transaction block in the second blockchain through the first transaction gateway.

12. The method of claim 10, wherein the first blockchain and the second blockchain are sub-chains derived from blocks of different heights in the master blockchain; the method further comprises the steps of:

sending a second gateway registration request to the master blockchain, wherein the second gateway registration request comprises registration information of the first transaction gateway;

and receiving a second gateway registration response, and starting gateway service of the first transaction gateway according to the second gateway registration response, wherein the first transaction gateway registration response comprises registration result information in a gateway registration block of the main blockchain, and the gateway registration block is a block which is uplinked in the main blockchain according to the second gateway registration request.

13. A blockchain system-based business processing device, wherein the blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the business processing device comprising:

The cross-chain transaction data receiving module is used for receiving cross-chain transaction data sent by the first transaction gateway, wherein the cross-chain transaction data are data which need to be subjected to cross-chain transaction in a designated block of the first blockchain and monitored by the first transaction gateway;

the cross-chain data processing module is used for performing cross-chain data processing according to the cross-chain transaction data to obtain a data processing result;

and the transaction block packaging module is used for packaging the data processing result into a transaction block, and uploading the transaction block in the second block chain so as to trigger the second transaction gateway to acquire the data processing result from the second block chain and forward the data processing result to the first block chain.

14. A blockchain system-based business processing device, wherein the blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the business processing device comprising:

the pre-validation packaging module is used for packaging cross-chain transaction data and pre-validation state information of the cross-chain transaction data to generate a block to be transacted, and uploading the block to be transacted in the first blockchain to trigger the first transaction gateway to acquire the cross-chain transaction data from the first blockchain and forward the cross-chain transaction data to the second blockchain, wherein the cross-chain transaction data is data needing cross-chain transaction;

The data processing result receiving module is used for receiving a data processing result sent by the second transaction gateway, wherein the data processing result is obtained by the second blockchain through cross-chain data processing according to the cross-chain transaction data and is forwarded to the first blockchain after the second transaction gateway monitors the data processing result;

and the validation and packaging module is used for responding to the data processing result, packaging the cross-chain transaction data and validation and verification information of the cross-chain transaction data into a transaction validation block and uplinking the transaction validation block in the first blockchain.

15. A blockchain system-based business processing device, wherein the blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the business processing device comprising:

the first block detection module is used for detecting a block to be transacted, which comprises cross-chain transaction data, in the first block chain;

the cross-chain transaction data acquisition module is used for acquiring the blockchain information of the second blockchain and the cross-chain transaction data in the block to be transacted according to the registration information of the second transaction gateway when the block to be transacted is detected to be uplink in the first blockchain;

And the cross-chain transaction data transmitting module is used for transmitting the cross-chain transaction data to the second blockchain according to the blockchain information of the second blockchain.

16. A blockchain system-based business processing device, wherein the blockchain system includes a first blockchain, a second blockchain, a first transaction gateway corresponding to the first blockchain, and a second transaction gateway corresponding to the second blockchain, the business processing device comprising:

the second block detection module is used for detecting a transaction block comprising a data processing result in the second block chain, wherein the data processing result is obtained by performing cross-chain data processing on the second block chain according to cross-chain transaction data from the first block chain;

the data processing result acquisition module is used for acquiring the blockchain information of the first blockchain and the data processing result of the transaction block according to the registration information of the first transaction gateway when the transaction block is detected to be uplink in the second blockchain;

and the data processing result sending module is used for sending the data processing result to the first blockchain according to the blockchain information of the first blockchain.

17. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs that, when executed by the one or more processors, cause the electronic device to implement the blockchain system-based business processing method of any of claims 1 to 12.

18. A computer readable medium having stored thereon a computer program, which when executed by a processor implements a blockchain based service processing method according to any of claims 1 to 12.