Cross-chain communication method, apparatus and device in blockchain network and medium

Abstract

The embodiment of the application provides a cross-chain communication method, device and equipment in a blockchain network and a medium, the method comprises the following steps: sending service transaction information in a first service block in a pre-commit state to a cross-chain gateway, so that the cross-chain gateway submits the service transaction information to a basic main chain; if it is determined through the cross-chain gateway that associated service information in the basic main chain is in a pre-effective state, a first confirmation signature for a target service is generated, and the associated service information is determined by a second service branch chain based on the service transaction information; the first confirmation signature is sent to the cross-chain gateway, so that the cross-chain gateway submits the first confirmation signature and a second confirmation signature sent by the second service branch chain to a basic block in the basic main chain; if the basic block is detected through the cross-chain gateway, the state of the service transaction information is updated to an effective state according to the basic block. By adopting the embodiment of the application, the cross-chain service processing efficiency in the blockchain network can be improved.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular to a cross-chain communication method, apparatus, device, and medium in a blockchain network. Background Technology

[0002] Currently, blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and encryption algorithms. It uses cryptography to connect and protect a series of transaction records (also known as blocks). The distributed ledger connected by blockchain allows multiple parties to effectively record transactions and permanently verify these transactions (immutable).

[0003] When a blockchain network contains multiple blockchains used to store transactions of different business types, these blockchains can process different types of business simultaneously. However, since these blockchains in the blockchain network operate independently, when business A in the blockchain network is associated with two or more blockchains, business A cannot be executed normally in the blockchain network, thus affecting the business processing efficiency in the blockchain network. Summary of the Invention

[0004] This application provides a cross-chain communication method, apparatus, device, and medium in a blockchain network, which can improve the efficiency of cross-chain business processing in a blockchain network.

[0005] This application provides a cross-chain communication method in a blockchain network, including:

[0006] The business transaction information in the pre-committed state of the first business block of the first business branch chain is sent to the cross-chain gateway, so that the cross-chain gateway submits the business transaction information to the basic main chain in the blockchain network based on the valid verification result corresponding to the first business block; the state of the business transaction information in the basic main chain is the pre-effective state.

[0007] If the cross-chain gateway determines that the base main chain contains related business information in a pre-effective state, then a first confirmation signature is generated for the business transaction information and the related business information based on the pre-effective state of the related business information. The related business information refers to the cross-chain information determined by the second business branch chain based on the business transaction information. The business transaction information and the related business information belong to the same target business. Both the second business branch chain and the first business branch chain are derived from the base main chain.

[0008] The first confirmation signature is sent to the cross-chain gateway so that when the cross-chain gateway receives the first confirmation signature and the second confirmation signature of the second business branch chain for business transaction information and related business information, it submits the first confirmation signature and the second confirmation signature to the base block in the base main chain.

[0009] If the base block is detected through the cross-chain gateway, the state of the business transaction information is updated to an effective state according to the base block, and a second business block for adding to the first business branch chain is generated according to the business transaction data in the effective state; the effective state is used to indicate that the first business branch chain and the second business branch chain successfully perform cross-chain communication for the target business.

[0010] The embodiment of the application provides a cross-chain communication method in a blockchain network, and the method comprises the following steps:

[0011] The business transaction information in the first business block of the first business branch chain in a pre-submission state is received, validity verification is performed on the first business block, a verification result corresponding to the first business block is obtained, and when the verification result of the first business block is a valid verification result, the business transaction information is submitted to a base main chain in the blockchain network; the state of the business transaction information in the base main chain is a pre-effective state;

[0012] The associated business information in the third business block of the second business branch chain in a pre-submission state is received, validity verification is performed on the third business block, a verification result corresponding to the third business block is obtained, and when the verification result of the third business block is a valid verification result, the associated business information is submitted to the base main chain; the associated business information refers to cross-chain information determined by the second business branch chain based on the business transaction information, the business transaction information and the associated business information belong to the same target business, and the state of the associated business information in the base main chain is a pre-effective state; the second business branch chain and the first business branch chain are both derived from the base main chain;

[0013] The first confirmation signature of the first business branch chain for the business transaction information and the associated business information and the second confirmation signature of the second business branch chain for the business transaction information and the associated business information are received, and the first confirmation signature and the second confirmation signature are submitted to a base block in the base main chain; the base block is used to indicate that the first business branch chain updates the state of the business transaction information to an effective state; the effective state is used to indicate that the first business branch chain and the second business branch chain successfully perform cross-chain communication for the target business.

[0014] The embodiment of the application provides a cross-chain communication device in a blockchain network, and the device comprises the following steps:

[0015] The first sending module is configured to send the business transaction information in the first business block of the first business branch chain in a pre-submission state to a cross-chain gateway, so that the cross-chain gateway submits the business transaction information to a base main chain in the blockchain network based on a valid verification result corresponding to the first business block; the state of the business transaction information in the base main chain is a pre-effective state;

[0016] The signature generation module is configured to generate a first confirmation signature for the business transaction information and the associated business information according to the pre-effective state of the associated business information if it is determined by the cross-chain gateway that the basic main chain contains the associated business information in the pre-effective state; the associated business information refers to cross-chain information determined by the second business branch chain based on the business transaction information, and the business transaction information and the associated business information belong to the same target business; and the second business branch chain and the first business branch chain are both derived from the basic main chain;

[0017] The second sending module is configured to send the first confirmation signature to the cross-chain gateway, so that the cross-chain gateway submits the first confirmation signature and a second confirmation signature of the second business branch chain for the business transaction information and the associated business information to the basic block in the basic main chain when the first confirmation signature and the second confirmation signature are received;

[0018] The cross-chain success module is configured to update the state of the business transaction information to an effective state according to the basic block if the basic block is detected by the cross-chain gateway, and generate a second business block for adding to the first business branch chain according to the business transaction data in the effective state; the effective state is used to indicate that the cross-chain communication for the target business is successfully performed by the first business branch chain and the second business branch chain.

[0019] The signature generation module includes:

[0020] The confirmation time recording unit is configured to record a pre-effective confirmation time corresponding to the associated business information and obtain a pre-effective deadline of the associated business information in the basic main chain if it is determined by the cross-chain gateway that the basic main chain contains the associated business information in the pre-effective state.

[0021] The confirmation signature generation unit is configured to generate the first confirmation signature for the business transaction information and the associated business information when the pre-effective confirmation time belongs to the pre-effective deadline.

[0022] The device further includes:

[0023] The cross-chain failure module is configured to determine that the cross-chain communication for the target business by the first business branch chain and the second business branch chain fails, update the state of the business transaction information in the basic main chain to an invalid state, and update the state of the associated business information in the basic main chain to the invalid state by the cross-chain gateway when the pre-effective confirmation time does not belong to the pre-effective deadline.

[0024] The cross-chain success module includes:

[0025] The detection time recording unit is configured to record a block detection time corresponding to the basic block and obtain an effective deadline of the first confirmation signature and the second confirmation signature in the basic main chain if the basic block is detected by the cross-chain gateway.

[0026] a block packaging unit, configured to update a state of the service transaction information to an effective state when the block detection time belongs to the valid period, generate a cross-chain success result for the target service, and package the cross-chain success result and the service transaction information in the effective state to obtain a second service block;

[0027] a block broadcasting unit, configured to broadcast the second service block to the block chain network, so that a consensus node in the block chain network performs block consensus on the second service block;

[0028] a block accounting unit, configured to receive a consensus result of the second service block by the consensus node in the block chain network, and add the second service block to the first service branch chain if the consensus result of the second service block indicates a successful consensus, wherein the block header of the second service block contains the block hash of the first service block.

[0029] The apparatus further comprises:

[0030] a signature retransmission module, configured to retransmit the first confirmation signature to the cross-chain gateway when the block detection time does not belong to the valid period, so that the cross-chain gateway re-submits the first confirmation signature and the second confirmation signature to a new base block in the base main chain when the retransmitted first confirmation signature and the second confirmation signature retransmitted by the second service branch chain are received.

[0031] The block chain network comprises a service network and a core consensus network.

[0032] The apparatus further comprises:

[0033] an information receiving module, configured to receive service transaction information sent by a service node in the service network and a target chain identifier corresponding to the service transaction information, wherein the target chain identifier belongs to M chain identifiers configured for the service node by the core consensus network, the M chain identifiers belong to chain identifiers of N service branch chains registered by the core consensus network, one service branch chain corresponds to one chain identifier, the N service branch chains comprise the first service branch chain and the second service branch chain, M and N are positive integers and M is less than or equal to N;

[0034] a service block packaging module, configured to set a state of the service transaction information to a pre-submission state according to a service type of the target service, and package the service transaction information in the pre-submission state according to a derivation condition corresponding to the target chain identifier to obtain the first service block, wherein the derivation condition is used to determine a genesis block of the first service branch chain corresponding to the target chain identifier in the base main chain;

[0035] a service block broadcasting module, configured to broadcast the first service block to the core consensus network according to the target chain identifier, so that a consensus node in the core consensus network performs block consensus on the first service block.

[0036] The business block accounting module is configured to receive a consensus result of a consensus node in the core consensus network for a first business block, and if the consensus result of the first business block indicates a successful consensus, add the first business block to a first business branch chain corresponding to the target chain identifier according to the genesis block.

[0037] The blockchain network further includes a routing agent network configured to isolate the business network and the core consensus network in the blockchain network.

[0038] The information receiving module includes:

[0039] The on-chain request obtaining unit is configured to obtain a transaction on-chain request forwarded by an agent node in the routing agent network. The transaction on-chain request is generated by a business node in the business network, and includes business transaction information, a target chain identifier corresponding to the business transaction information, transaction signature information corresponding to the business transaction information, and a node identifier of the business node. The transaction signature information is obtained by signing the business transaction information based on a node private key of the business node.

[0040] The signature verification unit is configured to obtain a node public key of the business node, verify the transaction signature information based on the node public key of the business node, and obtain a verification result.

[0041] The transaction verification unit is configured to, when the verification result indicates a successful verification, verify the business transaction information based on the target chain identifier and the node identifier of the business node, and obtain a transaction verification result.

[0042] The verification legality unit is configured to, if the transaction verification result indicates a successful transaction verification, determine that the transaction on-chain request is a legal request, and obtain the business transaction information and the target chain identifier from the transaction on-chain request.

[0043] The device further includes:

[0044] The block synchronization module is configured to, if a configuration change block in the base main chain is detected through the cross-chain gateway, perform block synchronization on the first business branch chain according to the configuration change block, and obtain a synchronization success message. The configuration change block is configured to indicate that all business branch chains in the core consensus network temporarily stop running.

[0045] The synchronization message sending module is configured to send the synchronization success message to the cross-chain gateway, so that the cross-chain gateway submits the received synchronization success message to the base main chain.

[0046] The branch chain recovery module is configured to recover the first service branch chain if the recovery notification message is obtained through the cross-chain gateway.

[0047] The embodiment of the application provides a cross-chain communication device in a blockchain network, and the device comprises:

[0048] The first receiving module is configured to receive service transaction information in a first service block of a first service branch chain in a pre-submission state, perform validity verification on the first service block, obtain a verification result corresponding to the first service block, and submit the service transaction information to a basic main chain in the blockchain network when the verification result of the first service block is a valid verification result; the state of the service transaction information in the basic main chain is a pre-into-effect state.

[0049] The second receiving module is configured to receive associated service information in a third service block of a second service branch chain in a pre-submission state, perform validity verification on the third service block, obtain a verification result corresponding to the third service block, and submit the associated service information to the basic main chain when the verification result of the third service block is a valid verification result; the associated service information refers to cross-chain information determined by the second service branch chain based on the service transaction information; the service transaction information and the associated service information belong to a same target service; the state of the associated service information in the basic main chain is a pre-into-effect state; the second service branch chain and the first service branch chain are both derived from the basic main chain.

[0050] The third receiving module is configured to receive a first confirmation signature of the first service branch chain for the service transaction information and the associated service information, and a second confirmation signature of the second service branch chain for the service transaction information and the associated service information, and submit the first confirmation signature and the second confirmation signature to a basic block in the basic main chain; the basic block is configured to instruct the first service branch chain to update the state of the service transaction information to an into-effect state; the into-effect state is configured to indicate that the first service branch chain and the second service branch chain successfully perform cross-chain communication for the target service.

[0051] The first receiving module comprises:

[0052] The node identifier obtaining unit is configured to obtain a submission node identifier corresponding to transaction information in the first service block; the submission node identifier refers to a node identifier corresponding to a service node that sends the transaction information to a core consensus network in the blockchain network; the transaction information in the first service block comprises the service transaction information.

[0053] The registration information obtaining unit is configured to obtain registration information associated with a first service branch chain to which the first service block belongs from the basic main chain, and determine the registration information as the verification registration information.

[0054] The node identifier searching unit is configured to obtain the service node configuration information in the verification registration information, and search for a configuration node identifier matching the submitted node identifier in the service node configuration information; the service node corresponding to the configuration node identifier is configured by the core consensus network for the first service branch chain; and the service node corresponding to the configuration node identifier is configured to execute the transaction service of the first service branch chain.

[0055] The verification result determining unit is configured to obtain the verification result of the first service block as a valid verification result if the service node configuration information includes the configuration node identifier matching the submitted node identifier.

[0056] The base block in the device is further configured to indicate the second service branch chain to update the state of the associated service information to an effective state, and generate a fourth service block including the associated service information in the effective state.

[0057] The embodiment of the present application provides a computer device, including a memory and a processor, the memory is connected with the processor, the memory is used for storing a computer program, and the processor is used for calling the computer program, so that the computer device executes the method provided in the above-mentioned aspect of the embodiment of the present application.

[0058] The embodiment of the present application provides a computer readable storage medium, and the computer readable storage medium stores a computer program, and the computer program is suitable for being loaded and executed by a processor, so that a computer device with the processor executes the method provided in the above-mentioned aspect of the embodiment of the present application.

[0059] According to an aspect of the present application, a computer program product or computer program is provided, which includes 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 the processor executes the computer instructions, so that the computer device executes the method provided in the above-mentioned aspect.

[0060] In the embodiment of the present application, when the first service branch chain in the blockchain network executes the target service, the service transaction information in the target service is set to a pre-commit state in the first service block, and is sent to the cross-chain gateway, and the cross-chain gateway submits the service transaction information to the basic main chain, and the state of the service transaction information in the basic main chain is updated to a pre-effective state; if the first service branch chain determines through the cross-chain gateway that the basic main chain contains associated service information in the pre-effective state, a first confirmation signature for the service transaction information and the associated service information is generated, wherein the associated service information is cross-chain information determined by the second service branch chain based on the service transaction information, that is, the target service needs to be cooperatively executed by the first service branch chain and the second service branch chain, and the second service branch chain and the first service branch chain are both derived from the basic main chain. The first confirmation signature is sent to the cross-chain gateway, so that the cross-chain gateway submits the received first confirmation signature and the second confirmation signature of the second service branch chain to the basic block in the basic main chain, and after the first service branch chain reads the basic block through the cross-chain gateway, the state of the service transaction information can be changed to an effective state, that is, the first service branch chain and the second service branch chain complete cross-chain communication for the target service. It can be seen that when the target service needs to be cooperatively executed by the first service branch chain and the second service branch chain derived from the basic main chain, the first service branch chain and the second service branch chain can perform cross-chain communication through the cross-chain gateway and the basic main chain, without the need for real-time detection of the basic main chain, which can improve the cross-chain service processing efficiency in the blockchain network. BRIEF DESCRIPTION OF DRAWINGS

[0061] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the drawings needed in the embodiments or prior art description will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can also be obtained by those skilled in the art without creative labor.

[0062] Figure 1 is a schematic diagram of a blockchain network hierarchical structure provided by an embodiment of the present application;

[0063] Figure 2 is a network architecture schematic diagram of a core consensus network provided by an embodiment of the present application;

[0064] Figure 3 is a flowchart of a cross-chain communication method in a blockchain network provided by an embodiment of the present application;

[0065] Figure 4 is a schematic diagram of encapsulating service transaction information into a first service block provided by an embodiment of the present application;

[0066] Figure 5This is a schematic diagram illustrating the execution of a target service provided in an embodiment of this application;

[0067] Figure 6 This is a flowchart illustrating a cross-chain communication method in a blockchain network provided in an embodiment of this application;

[0068] Figure 7 This is a schematic diagram of cross-chain processing corresponding to a target business provided in an embodiment of this application;

[0069] Figure 8 This is a system architecture diagram of a tax blockchain system provided in an embodiment of this application;

[0070] Figure 9 This is a schematic diagram of the structure of a cross-chain communication device in a blockchain network provided in an embodiment of this application;

[0071] Figure 10 This is a schematic diagram of the structure of a cross-chain communication device in a blockchain network provided in an embodiment of this application;

[0072] Figure 11 This is a schematic diagram of the structure of a computer device provided in an embodiment of this application. Detailed Implementation

[0073] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0074] This application involves blockchain technology. Blockchain is a decentralized infrastructure with distributed storage characteristics. Specifically, it is a data structure that organizes data blocks in chronological order using a linked list-like manner. It can securely store data with sequential relationships that can be verified within the system, and uses cryptography to ensure that the data is immutable and unforgeable.

[0075] Please see Figure 1 , Figure 1 This is a schematic diagram of a layered blockchain network structure provided in an embodiment of this application. The layered blockchain network structure in this embodiment can be... Figure 1 The blockchain network 1 shown can be represented by a complete blockchain business system that can be provided by... Figure 1The service network, the core consensus network, and the routing agent network are shown. The number of agent nodes in the routing agent network can be one or more, which is not limited herein. Embodiments of the present application take the agent node 10i as an example, which can be used for network isolation of the service network and the core consensus network. The agent node 10i can be an independent physical server, a server cluster or a distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services, which is not limited herein. The agent node 10i can perform network layering on a peer-to-peer (P2P) network to form a hierarchical structure such as “service network-core consensus network”, thereby improving the confidentiality and security of data on the blockchain.

[0076] Among them, Figure 1 The service network (also referred to as a witness network) can include one or more blockchain nodes, and the number of nodes in the service network is not limited herein. For example, the service network can specifically include the node 10a, the node 10b, the node 10c, …, the node 10h, etc.; the blockchain nodes in the service network can be referred to as service nodes in embodiments of the present application, which do not need to participate in the accounting consensus and are mainly used for executing transaction services to obtain corresponding transaction services. Among them, the service node can be a full node containing a complete blockchain database, or a light node storing part of the data in the blockchain database, which is not limited herein. In order to reduce the waste of storage space of the service node, the service node in embodiments of the present application can take a simplified payment verification (SPV) as an example, which does not need to store complete transaction data, but through the agent node 10i, the service node can obtain the transaction data of the service network from the core consensus network. Figure 1 In the core consensus network, the block header data and part of the authorized visible block data (for example, the transaction associated with the service node itself) are obtained.

[0077] Among them, Figure 1 The core consensus network can also include one or more blockchain nodes, and the number of nodes in the core consensus network is not limited herein. For example, the core consensus network can specifically include the node 10j, the node 10k, the node 10m, …, the node 10s, etc. The blockchain nodes in the core consensus network can be referred to as consensus nodes (also referred to as accounting nodes) in embodiments of the present application, which can run a blockchain consensus protocol.

[0078] It should be understood that the embodiments of the present application can collectively refer to the proxy nodes, service nodes and consensus nodes as blockchain nodes in the blockchain network 1. Among them, the blockchain nodes can be servers accessing the blockchain network 1, or user terminals accessing the blockchain network 1, and the specific form of the blockchain nodes is not limited here. It can be understood that, Figure 1 The service network and the core consensus network shown can be in different network environments, for example, the service nodes can be deployed in the service network in the public network, and the consensus nodes running the blockchain consensus protocol are deployed in the private core consensus network, and the two can interact through the routing boundary.

[0079] For ease of understanding, the embodiments of the present application take Figure 1 Take any node (for example, node 10j) in the core consensus network as an example for illustration. When the node 10j in the core consensus network has a regulatory authority, the node 10j can be referred to as a consensus node with a regulatory authority in the core consensus network; the consensus node with a regulatory authority can be a consensus node for managing the base main chain 10t, and the number of consensus nodes for managing the base main chain 10t will not be limited here. For example, when Figure 1 When the blockchain network 1 corresponds to a tax blockchain system applied in a tax service, the above-mentioned node 10j with a regulatory authority can be a terminal used by the tax bureau in the tax blockchain system, and can be used to submit basic data and business configuration data and other data information to the base main chain 10t. Among them, the transaction business associated with the tax blockchain system can be various tax sub-services in the tax service, which can specifically include bill business, credit investigation business, import and export loss business, enterprise qualification business and tax refund business, etc.

[0080] As shown in Figure 1 The blockchain in the core consensus network can include a base main chain 10t and N business branch chains corresponding to N transaction businesses derived from the base main chain 10t, where N is a positive integer. It should be understood that the base main chain 10t in the core consensus network can include registration information of the business branch chain corresponding to each transaction business, and the registration information of the business branch chain corresponding to each transaction business can include the chain identifier of the business branch chain, the business configuration information of the transaction business, and the derivation condition corresponding to the chain identifier.

[0081] The service configuration information of the transaction service (e.g., the bill service) can include basic information of the transaction service (i.e., a description of the bill service) and node configuration information (including service node configuration information and consensus node configuration information). The service node configuration information can include a configuration node identifier configured by a consensus node with supervisory authority (e.g., the node 10j with supervisory authority) for a corresponding service branch chain (e.g., a service branch chain corresponding to the bill service), and the configuration node identifier corresponds to a service node with the authority to execute the bill service. The consensus node configuration information can include an independent consensus node configured by the consensus node with supervisory authority for the service branch chain to participate in consensus of the service branch chain, i.e., the consensus nodes involved in the consensus node configuration information can all participate in the consensus process of the service branch chain.

[0082] The derived conditions corresponding to each service branch chain can be used to determine the genesis block of the corresponding service branch chain on the basic main chain 10t. Figure 1 Each service branch chain shown is derived from the derived conditions on the basic main chain 10t, as shown in Figure 1 As shown, the number of service branch chains in the embodiment of the application is taken as an example of 3, which can specifically include the service branch chain 10u, the service branch chain 10v, and the service branch chain 10w. Among them, one service branch chain corresponds to one transaction service, and one service branch chain corresponds to one chain identifier, which can effectively distinguish different transaction services to maintain the specificity of the data stored in a single service branch chain.

[0083] It can be understood that when the configuration information of the entire blockchain node system (e.g., the tax blockchain system) corresponding to the blockchain nodes of the blockchain network 1 changes, all service branch chains in the core consensus network temporarily stop running, i.e., the consensus nodes in the core consensus network need to temporarily stop running. In the embodiment of the application, the configuration information that changes can be referred to as configuration change information, for example, the configuration change information can be a change in the regulatory rules in the tax field, a change in the calculation regulations, an important change in the blockchain node, a rotation of the certificate issuing node of the chain, etc. The consensus nodes with supervisory authority in the core consensus network can generate a configuration change block based on these configuration change information, and then chain the configuration change block to the basic main chain in the core consensus network, and synchronize to all service branch chains. At this time, the other consensus nodes in the core consensus network can resume running. In other words, when the basic main chain in the core consensus network adds a configuration change block, all service branch chains in the core consensus network need to add the configuration change block. Only when all service branch chains have synchronized the configuration change block, the service branch chains in the core consensus network can resume normal operation. As shown in Figure 1As shown, the block A4 in the base main chain 10t, the block B5 in the business branch chain 10u and the block C5 in the business branch chain 10v included in the area 10x in the core consensus network can all be referred to as configuration change blocks.

[0084] wherein, Figure 1 As shown, the core consensus network can configure M chain identifiers for any one business node in the business network, and the M chain identifiers belong to the chain identifiers of the N business branch chains registered by the core consensus network, and M can be a positive integer less than or equal to N. Wherein, the number of chain identifiers configured by the core consensus network for each business node can be the same or different, which will not be limited here. For example, if the number of business branch chains derived by the base main chain in the core consensus network is 3, and the three chain identifiers are chain identifier 1a corresponding to transaction business 1X (for example, bill business), chain identifier 2a corresponding to transaction business 2X (for example, credit investigation business) and chain identifier 3a corresponding to transaction business 3X (for example, in-out loss business), the core consensus network with regulatory authority (for example, node 10j) can dynamically configure 2 chain identifiers (for example, chain identifier 1a and chain identifier 3a) for node 10a in the business network, and can also dynamically configure 3 chain identifiers (for example, chain identifier 1a, chain identifier 2a and chain identifier 3a) for node 10b in the business network, and so on. It can be understood that one business node can be dynamically configured with one or more chain identifiers to participate in the execution of multiple business branch chain corresponding transaction businesses, thereby effectively ensuring the lightness and effective security control of the business node. In other words, the transaction businesses corresponding to multiple business branch chains can be executed by the same business node, thereby effectively ensuring the lightness of the business node and maintaining effective security control.

[0085] The consensus node in the core consensus network can also be used to receive the business request sent by the business node in the business network, and the business request here can include a transaction chaining request and a block synchronization request. Wherein, the consensus node (for example, node 10j) in the core consensus network can have a first consensus right, and the first consensus right here is used to indicate that the consensus node can participate in the consensus of the base main chain in the core consensus network and the N business branch chains derived by the base main chain. Optionally, the consensus node (for example, node 10j) in the core consensus network can also have a second consensus right, and the second consensus right here is used to indicate that the consensus node can participate in the consensus of the base main chain in the core consensus network and the business branch chain corresponding to a certain specific chain identifier, that is, the consensus node with the second consensus right can be an independent consensus node for participating in the consensus of the business branch chain corresponding to the specific chain identifier.

[0086] For ease of understanding, please refer to Figure 2 ,Figure 2 is a network architecture schematic diagram of a core consensus network provided by an embodiment of the present application. As shown in the figure, the core consensus network can be the core consensus network shown in the above Figure 2 Figure 1 As shown in the figure, the core consensus network can be the core consensus network shown in the above Figure 2 As shown in the figure, the core consensus network can be the core consensus network shown in the above

[0087] As shown in the figure, the core consensus network can be the core consensus network shown in the above Figure 2 As shown in the figure, the core consensus network can be the core consensus network shown in the above

[0088] As shown in the figure, the core consensus network can be the core consensus network shown in the above Figure 2 As shown in the figure, the core consensus network can be the core consensus network shown in the above

[0089] ​The consensus nodes in the branch chain independent consensus network 20c can be configured by the consensus nodes with regulatory authority in the core consensus network for the business branch chain 10v. The blockchain in the branch chain independent consensus network 20c can include the basic main chain 10t and the business branch chain 10v in the core consensus network. This means that the consensus nodes in the branch chain independent consensus network 20c not only need to participate in the consensus business branch chain 10v, but also need to synchronize the data in the basic main chain 10t in the core consensus network.

[0090] By analogy, the consensus nodes in the branch chain independent consensus network 20d can be configured by the consensus nodes with regulatory authority in the core consensus network for the business branch chain 10w. The blockchain in the branch chain independent consensus network 20d can include the basic main chain 10t and the business branch chain 10w in the core consensus network. This means that the consensus nodes in the branch chain independent consensus network 20d not only need to participate in the consensus business branch chain 10w, but also need to synchronize the data in the basic main chain 10t in the core consensus network.

[0091] In the embodiments of the present application, the basic main chain in the core consensus network can derive multiple business branch chains. This can effectively ensure that the basic main chain serves as the trust root of all business branch chains and aggregates global information such as business configuration of each business branch chain, thereby providing convenience for subsequent supervision and review. In addition, the simultaneous operation of multiple business branch chains can improve the parallel performance of different transaction businesses and reduce the waiting time of business transactions in the process of chaining, so as to improve the resource utilization and further improve the system efficiency.

[0092] Please refer to Figure 3 , Figure 3 is a flowchart of a cross-chain communication method in a blockchain network provided by the embodiments of the present application. It can be understood that the method can be executed by a target consensus node participating in a consensus first business branch chain in a core consensus network, wherein the first business branch chain belongs to N (N is a positive integer) business branch chains derived by a basic main chain in the core consensus network. The target consensus node can also be referred to as a blockchain node in the first business branch chain. The target consensus node can be a server accessed to the core consensus network or a user terminal accessed to the core consensus network. Here, the specific form of the target consensus node is not limited. As shown in Figure 3 the cross-chain communication method in the blockchain network can at least include the following steps S101-S104:

[0093] Step S101, the service transaction information in the pre-commit state in the first service block of the first service branch chain is sent to the cross-chain gateway, so that the cross-chain gateway submits the service transaction information to the basic main chain in the blockchain network based on the valid verification result corresponding to the first service block; the state of the service transaction information in the basic main chain is a pre-effective state.

[0094] Specifically, the N service branch chains derived from the basic main chain in the core consensus network can be used to execute different transaction services. When the target service in the blockchain network is a cross-chain service, a single service branch chain in the core consensus network cannot independently execute the target service, but needs two or more service branch chains in the core consensus network to cooperatively execute the target service, which requires cross-chain communication among the multiple service branch chains in the core consensus network. The number of service branch chains involved in the target service is not limited in the present application. For convenience of description, two service branch chains (i.e., a first service branch chain and a second service branch chain) cooperatively executing the target service are taken as an example for detailed description.

[0095] The target service can include all services that need to be cooperatively executed by multiple service branch chains. For example, when the blockchain system corresponding to the blockchain network in the present application is an insurance blockchain system applied to insurance services, the target service can be an insurance purchase service, a query service for insurance purchase information, etc. When the blockchain system corresponding to the blockchain network is a tax blockchain system applied to tax services, the target service can be an invoice verification service, a credit verification service, etc. When the blockchain system corresponding to the blockchain network is an asset blockchain system applied to asset management services, the target service can be an asset transfer service, etc. The cooperative execution of the target task by the first service branch chain and the second service branch chain means that when the first service branch chain and the second service branch chain need to execute the target service, the first service branch chain and the second service branch chain need to execute some service operations (or specific service application logic) related to the target service on their respective chains. For example, when the target service is an asset transfer service, it can specifically be that user A transfers 10 game coins to user B, the game coin account of user A is managed on the first service branch chain, and the game coin account of user B is managed on the second service branch chain. The cooperative execution of the target service by the first service branch chain and the second service branch chain can mean that the first service branch chain successfully deducts 10 game coins from the game coin account of user A, and then the second service branch chain increases 10 game coins in the game account of user B.

[0096] The blockchain nodes (i.e., the target consensus nodes) of the first business branch chain can obtain transaction upload requests forwarded by proxy nodes in the routing proxy network. This routing proxy network can be a sub-network within the blockchain network containing the core consensus network, and it serves to isolate the business network and the core consensus network within that blockchain network. The aforementioned transaction upload requests are generated by business nodes in the business network. Because the business network and the core consensus network in the blockchain network are isolated, the business nodes in the business network (e.g., the aforementioned...) Figure 1 Node 10a) in the business network shown is unable to send transaction upload requests to the core consensus network. Instead, it sends the transaction upload requests to proxy nodes in the routing proxy network (e.g., the aforementioned...). Figure 1 In the routing proxy network shown (node ​​10i), after the proxy node verifies the permissions of the business node, it can broadcast the above transaction upload request to the core consensus network. That is, the transaction upload request generated by the business node is forwarded by the proxy node in the routing proxy network. The transaction upload request can include business transaction information, the target chain identifier corresponding to the business transaction information, the transaction signature information corresponding to the business transaction information, and the node identifier of the business node. The transaction signature information refers to the business node signing the business transaction information based on its private key. This transaction signature information is used to ensure the authenticity and security of the business transaction information when it is transmitted to the core consensus network. Further, the target consensus node can obtain the public key of the business node and verify the transaction signature information based on the public key of the business node to obtain the verification result. When the verification result indicates that the business transaction information has been successfully verified, it can perform transaction verification based on the target chain identifier and the node identifier of the business node to obtain the transaction verification result. If the transaction verification result indicates that the transaction verification is successful, the transaction upload request is determined to be a legitimate request, and the business transaction information and the target chain identifier are obtained from the transaction upload request. The aforementioned transaction verification can refer to verifying whether the business node has the authority to execute the transaction business in the first business branch chain corresponding to the target chain identifier. If the business node configuration information configured for the first business branch chain contains the node identifier of the business node, it can be determined that the business node has the authority to execute the transaction business in the first business branch chain. That is, the transaction verification result of the business transaction information indicates that the transaction verification is successful.

[0097] It can be understood that when the service node in the service network is executing a target service, service transaction information corresponding to the target service can be generated, and then the service transaction information can be submitted as a transaction to be chained to the core consensus network through the proxy node in the routing proxy network, and the chain identifier corresponding to the service transaction information is taken as a target chain identifier. Wherein, the target service can be a cross-chain service in the blockchain network, the target chain identifier belongs to the M chain identifiers configured by the service node in the core consensus network, the M chain identifiers belong to the chain identifiers of the N service branch chains registered by the core consensus network, one service branch chain corresponds to one chain identifier, and the N service branch chains include the first service branch chain and the second service branch chain, and each service branch chain in the N service branch chains is obtained by a derivation condition on the basic main chain in the core consensus network.

[0098] Wherein, after receiving the service transaction information sent by the service node in the service network and the target chain identifier corresponding to the service transaction information, the target consensus node can obtain the service type of the target service to which the service transaction information belongs, and set the state of the service transaction information to a pre-commit state when the service type of the target service is a cross-chain service type, and then encapsulate the service transaction information in the pre-commit state according to the derivation condition corresponding to the target chain identifier to obtain a first service block, the derivation condition is used to determine the genesis block of the first service branch chain corresponding to the target chain identifier in the basic main chain; according to the target chain identifier, the first service block is broadcast to the core consensus network, so that the consensus nodes (here, the consensus nodes can be all consensus nodes participating in the first service branch chain) in the core consensus network perform block consensus on the first service block; receive the consensus result of the consensus nodes in the core consensus network for the first service block, if the consensus result of the first service block indicates that the consensus is successful, then according to the genesis block, the first service block is added to the first service branch chain corresponding to the target chain identifier.

[0099] Please refer to Figure 4 , Figure 4 is a schematic diagram of encapsulating service transaction information into a first service block provided by an embodiment of the present application. As Figure 4 shown, the service node 30a in the embodiment of the present application can be any service node in the service network, for example, the node 10a in the service network shown in the above Figure 1 The proxy node 30b in the embodiment of the present application can be a proxy node in the routing proxy network, for example, the proxy node 30b in the routing proxy network shown in the above Figure 1The proxy node 10i is shown. In this embodiment, the consensus node 30c can be a target consensus node in the core consensus network used to participate in the first business branch chain. The business network where the business node 30a is located, the routing proxy network where the proxy node 30b is located, and the core consensus network where the consensus node 30c is located are all sub-networks in the blockchain network.

[0100] It is understandable that, since consensus node 30c can be a target consensus node in the core consensus network used to participate in the first business branch chain, consensus node 30a can be a consensus node with first consensus authority (i.e., a consensus node used to participate in the consensus base main chain and all business branch chains derived from the base main chain), or a consensus node with second consensus authority (i.e., an independent consensus node used to participate in the consensus of the first business branch chain and synchronize data in the base main chain). This application does not limit the consensus authority of the target consensus node. Figure 4 As shown, the blockchain running by the consensus node 30c may include the base main chain in the core consensus network (e.g., base main chain 30d), and business branch chains 30e (such as the first business branch chain mentioned above) and business branch chains 30f (such as the second business branch chain mentioned above) derived from the base main chain 30d. Figure 4 The business branch chain 30e shown is derived from the base main chain 30d by a consensus node with oversight authority. The derivation conditions corresponding to business branch chain 30e can be used to determine the genesis block of this business branch chain 30e on the base main chain 30d. This consensus node with oversight authority can be... Figure 4 The consensus node 30c shown can also be any other node in the core consensus network where the consensus node 30c is located. Here, we will not limit the consensus nodes with regulatory authority.

[0101] like Figure 4 As shown, the chain identifier (e.g., chain identifier 2a) of business branch chain 30e can be determined by a consensus node with regulatory authority when creating a transaction business (e.g., a bill business) in the blockchain network. This business branch chain 30e can be a business sub-chain derived from block A2 in the base main chain 30d by the consensus node with regulatory authority, based on the derivation conditions corresponding to chain identifier 2a on the base main chain 30d. The derivation conditions corresponding to chain identifier 2a can be used to determine the genesis block (e.g., block A2) of the business branch chain 30e on the base main chain 30d. The business branch chain 30e can also include blocks B3, B4, B5, and B6. Block B6 can contain... Figure 4 The business transaction information sent by the business node 30a shown ( Figure 4 The business transaction information shown is X).

[0102] Similarly, the chain identifier (e.g., chain identifier 1a) of business branch chain 30f can be determined by a consensus node with regulatory authority when creating another transaction business (e.g., a bill verification business) in the blockchain network. This business branch chain 30f is a sub-chain derived from block A3 in the base main chain 30d by a consensus node with regulatory authority based on the derivation conditions corresponding to chain identifier 1a on the base main chain 30d. The derivation conditions corresponding to chain identifier 1a can be used to determine the genesis block (e.g., block A3) of this business branch chain 30f on the base main chain 30d. This business branch chain 30f may also include blocks C4, C5, and C6.

[0103] It should be understood that consensus nodes with regulatory authority in this core consensus network can also, based on the chain identifiers already registered on the base main chain 30d (including the aforementioned chain identifiers 1a and 2a), [further details needed]. Figure 4 The business node 30a shown dynamically configures M chain identifiers. For example... Figure 4 As shown, this embodiment uses two chains as an example, where M is 2, specifically including chain identifier 1a and chain identifier 2a. It can be understood that when business node 30a executes the cross-chain business of invoicing (which requires the cooperation of the aforementioned business branch chain 30e and business branch chain 30f), it can generate business transaction information X (e.g., invoicing information) corresponding to the invoicing business, and use chain identifier 2a as the chain identifier (i.e., the target chain identifier) ​​corresponding to the business transaction information X; business node 30a can send the business transaction information X and the chain identifier 2a corresponding to the business transaction information X together to... Figure 4 The proxy node shown is 30b.

[0104] Understandably, when proxy node 30b receives the business transaction information X and chain identifier 2a, it can perform permission verification on business node 30a (for example, verifying the transaction signature information of business node 30a for business transaction information X, the transaction format of business transaction information X, and whether business node 30a belongs to the list of illegal nodes stored in proxy node 30b, etc.). When it determines that business node 30a is legitimate, it forwards the business transaction information X and chain identifier 2a to the core consensus network, so that the consensus nodes in the core consensus network can write the business transaction information X into the business branch chain (i.e., business branch chain 30e) corresponding to chain identifier 2a.

[0105] When the consensus node 30c in the core consensus network receives the business transaction information X and the chain identifier 2a, the consensus node 30c can set the state of the business transaction information X to a pre-commit state according to the cross-chain business type of the invoicing business to which the business transaction information X belongs, and obtain the derivative condition corresponding to the chain identifier 2a from the base main chain 30d based on the chain identifier 2a. Then, the consensus node 30c can encapsulate the business transaction information X in the pre-commit state based on the derivative condition corresponding to the chain identifier 2a to obtain a first business block for broadcasting to the core consensus network, in which the business transaction information X is set to the pre-commit state. Further, the consensus node 30c can send the first business block to the consensus nodes in the core consensus network (for example, other consensus nodes in the core consensus network where the consensus node 30c is located and capable of participating in consensus of the business branch chain 30e) based on the chain identifier 2a, so that the consensus nodes perform block consensus on the first business block.

[0106] It can be understood that the consensus node 30c can receive the consensus result returned by the consensus node for the first business block, and then analyze the consensus result. If the consensus result indicates that the consensus is successful, the consensus node 30c can write the first business block to the business branch chain 30e corresponding to the chain identifier 2a based on the genesis block (block A2) of the business branch chain 30e, in other words, the consensus node 30c takes the first business block as the next block of the block B5 (for example, the block B6) in the business branch chain 30e. Figure 4

[0107] Optionally, in order to ensure cross-chain communication between each business branch chain in the core consensus network, a cross-chain gateway can be created in the core consensus network. The cross-chain gateway can access the base main chain and all or part of the business branch chains derived from the base main chain in the core consensus network. The cross-chain gateway can include lightweight nodes corresponding to each block chain accessed, i.e., lightweight nodes corresponding to the base main chain accessed and lightweight nodes corresponding to each business branch chain accessed. The number of business branch chains accessed in the cross-chain gateway is not limited in the present application. For a target business that needs to be cooperatively executed by a first business branch chain and a second business branch chain, when the first business block is added to the first business branch chain, the blockchain node (such as a target consensus node) of the first business branch chain can send the business transaction information in the pre-commit state to the cross-chain gateway, and asynchronously submit the business transaction information to the base main chain in the core consensus network through the cross-chain gateway.

[0108] ​Further, after receiving the service transaction information in the pre-commit state, the cross-chain gateway can perform validity verification on the first service block containing the service transaction information in the pre-commit state in the first service branch chain, obtain a verification result of the first service block, and when the verification result is a valid verification result, the service transaction information can be submitted to the base main chain in the core consensus network. In essence, the cross-chain gateway submits the service transaction information to the main chain independent consensus network corresponding to the base main chain, and the consensus nodes in the main chain independent consensus network confirm the service transaction information. If the service transaction information is confirmed as legal information, the state of the service transaction information can be updated to a pre-effective state, and the service transaction information in the pre-effective state is encapsulated as a new block. After the consensus of the new block is successful, the new block is written into the base main chain.

[0109] For convenience of description, please refer to Figure 5 , Figure 5 is an execution schematic diagram of a target service provided by an embodiment of the present application. As shown in Figure 5 , the core consensus network of the block chain network includes a base main chain 40a and service branch chains 40b (i.e., a first service branch chain) and a second service branch chain derived from the base main chain 40a. The block B6 in the service branch chain 40b is a first service block containing service transaction information X (for example, the service transaction information X) in a pre-commit state. When the service branch chain 40b writes the block B6, the block chain node (such as a target consensus node) of the service branch chain 40b can send the service transaction information X in the pre-commit state to the cross-chain gateway, i.e., pre-commit the service transaction information X to the cross-chain gateway. The cross-chain gateway can access at least the base main chain 40a, the service branch chain 40b, and the second service branch chain. After verifying the validity of the block B6, the cross-chain gateway can submit the service transaction information X in the pre-commit state to the main chain independent consensus network corresponding to the base main chain 40a, i.e., pre-commit the service transaction information X to the base main chain 40a. After confirming the legality of the service transaction information X, the consensus nodes in the main chain independent consensus network can update the state of the service transaction information X to a pre-effective state, and encapsulate the service transaction information X in the pre-effective state as a block A5 (i.e., the new block mentioned above).

[0110] It should be noted that whether it is a block in the base main chain 40a or a block in the service branch chain 40b and the second service branch chain, it needs to reach a consensus in the corresponding independent consensus network before being written into the corresponding block chain. The consensus process of each block is similar, and the consensus process of each block will not be described in detail in the present application.

[0111] In step S102, if it is determined by the cross-chain gateway that the basic main chain contains the associated business information in the pre-effective state, a first confirmation signature for the business transaction information and the associated business information is generated according to the pre-effective state of the associated business information. The associated business information refers to the cross-chain information determined by the second business branch chain based on the business transaction information. The business transaction information and the associated business information belong to the same target business. The second business branch chain and the first business branch chain are both derived from the basic main chain.

[0112] Specifically, as shown in Figure 5 After the business transaction information X in the pre-commit state is sent to the cross-chain gateway, the blockchain node of the second business branch chain (the consensus node participating in the consensus of the second business branch chain in the core consensus network) reads the business transaction information X associated with itself from the cross-chain gateway, and after confirming the legality of the business transaction information X, obtains the associated business information Y (i.e., the associated business information of the business transaction information X in the second business branch chain) based on the business transaction information X. The associated business information Y refers to the cross-chain information determined by the second business branch chain based on the business transaction information X. The business transaction information X and the associated business information Y belong to the same target business. As described above, the second business branch chain can perform the same operation on the associated business information Y as the first business branch chain (such as the business branch chain 40b) does on the business transaction data X, such as setting the associated business information Y to the pre-commit state, encapsulating the associated business information Y in the pre-commit state into a business block (such as the third business block), sending the associated business information Y in the pre-commit state to the cross-chain gateway, and the like. After the cross-chain gateway receives the associated business information Y in the pre-commit state and verifies the validity of the third business block containing the associated business information Y in the pre-commit state, the cross-chain gateway can submit the associated business information Y to the basic main chain 40a. After the consensus node of the basic main chain 40a confirms the legality of the associated business information Y, the state of the associated business information Y can be updated to the pre-effective state, and the associated business information Y in the pre-effective state can be encapsulated into the block A6.

[0113] Further, as shown in Figure 5As shown, if the first service branch chain 40b reads the associated service information Y in the pre-effective state in the basic main chain 40a through the cross-chain gateway, the pre-effective confirmation time corresponding to the associated service information Y can be recorded, and the pre-effective period of the associated service information Y in the basic main chain 40a is obtained; when the pre-effective confirmation time belongs to the pre-effective period, the first confirmation signature for the service transaction information X and the associated service information Y is generated. When the pre-effective confirmation time does not belong to the pre-effective period, it is determined that the cross-chain communication of the service branch chain 40b (the first service branch chain) and the second service branch chain for the target service fails, and the state of the service transaction information X in the basic main chain 40a is updated to the invalid state through the cross-chain gateway, and the state of the associated service information Y in the basic main chain 40a is updated to the invalid state.

[0114] The pre-effective confirmation time can be the actual time when the blockchain node of the service branch chain 40b reads the associated service information Y in the pre-effective state through the cross-chain gateway, and the pre-effective period can be the latest time limit when the blockchain node of the service branch chain 40b reads the associated service information Y in the pre-effective state through the cross-chain gateway. Reading the associated service information Y in the pre-effective state within the pre-effective period (such as any time point before the pre-effective period) indicates that the service transaction information X and the associated service information Y are both confirmed in the basic main chain 40a, so the first confirmation signature for the service transaction information X and the associated service information Y can be generated. The first confirmation signature refers to the digital signature generated by encrypting the service transaction information X and the associated service information Y with the private key of the service branch chain 40b. If the associated service information Y in the pre-effective state is not read within the pre-effective period, it indicates that the cross-chain communication of the first service branch chain and the second service branch chain for the target service fails, and the target service execution fails.

[0115] In step S103, the first confirmation signature is sent to the cross-chain gateway, so that when the cross-chain gateway receives the first confirmation signature and the second confirmation signature of the second service branch chain for the service transaction information and the associated service information, the first confirmation signature and the second confirmation signature are submitted to the basic block in the basic main chain.

[0116] Specifically, as Figure 5As shown, the blockchain node (target consensus node) of the business branch chain 40b can send the first confirmation signature to the cross-chain gateway, so that the cross-chain gateway submits the received first confirmation signature and the second confirmation signature of the second business branch chain to the business transaction information X and the associated business information Y to the basic main chain 40a. It should be understood that since the target business is executed by the business branch chain 40b in cooperation with the second business branch chain, when the blockchain node of the second business branch chain reads the business transaction information X and the associated business information Y in the pre-effective state in the basic main chain 40a through the cross-chain gateway, it can also confirm the signature of the business transaction information X and the associated business information Y, obtain the second confirmation signature, and send the second confirmation signature to the cross-chain gateway.

[0117] After receiving the first confirmation signature of the business branch chain 40b and the second confirmation signature of the second business branch chain, the consensus node of the basic main chain 40a can encapsulate the first confirmation signature and the second confirmation signature as a basic block (such as Figure 5 Block A7) written in the basic main chain 40a.

[0118] Step S104, if the basic block is detected through the cross-chain gateway, the state of the business transaction information is updated to the effective state according to the basic block, and the second business block for adding to the first business branch chain is generated according to the business transaction data in the effective state; the effective state is used to indicate that the first business branch chain and the second business branch chain successfully execute the cross-chain communication for the target business.

[0119] Specifically, as shown in Figure 5 If the blockchain node (target consensus node) of the business branch chain 40b reads the block A7 (basic block) in the basic main chain 40a through the cross-chain gateway, the state of the business transaction information X can be updated to the effective state according to the block A7, and the second business block for adding to the first business branch chain is generated according to the business transaction data in the effective state. Further, after reading the block A7 through the cross-chain gateway, the block detection time corresponding to the basic block, i.e. the time of reading the block A7, can be recorded, and the validity period of the first confirmation signature and the second confirmation signature in the basic block in the basic main chain is obtained; when the block detection time belongs to the validity period, the state of the business transaction information X is updated to the effective state, the cross-chain success result for the target business is generated, the cross-chain success result and the business transaction information X in the effective state are encapsulated to obtain the second business block (such as Figure 5the second service block is added to the first service branch chain, and the block header of the second service block contains the block hash of the first service block, i.e., the second service block is the next block of the first service block. Wherein, the block detection time can refer to the actual time when the block chain node of the service branch chain 40b reads the basic block (block A7) through the cross-chain gateway, and the validity period can refer to the latest time limit for the block chain node of the service branch chain 40b to read the basic block (block A7) through the cross-chain gateway.

[0120] Optionally, when the block detection time does not belong to the validity period, the first confirmation signature is re-sent to the cross-chain gateway, so that the cross-chain gateway re-submits the first confirmation signature and the second confirmation signature to the new basic block in the basic main chain when receiving the re-sent first confirmation signature and the second confirmation signature re-sent by the second service branch chain. Wherein, the block detection time does not belong to the validity period, indicating that the block chain node of the service branch chain 40b has not read the basic block (block A7) within the validity period, so the first confirmation signature needs to be re-sent to the cross-chain gateway. If a new basic block is still not read within the new validity period after re-sending the first confirmation signature, and the number of repeated sending of the first confirmation signature reaches a number threshold (which can be set according to actual needs, such as 3), it can be determined that the cross-chain between the service branch chain 40b and the second service branch chain fails, and the state of the business transaction information X in the basic main chain 40a is updated to an invalid state, and the state of the associated business information Y is updated to an invalid state.

[0121] Optionally, if the block chain node (target consensus node) of the first service branch chain detects a configuration change block (containing configuration information of information change occurring in the entire block chain network) in the basic main chain through the cross-chain gateway, the first service branch chain is synchronized according to the configuration change block to obtain a synchronization success message, and the configuration change block is used to indicate that all service branch chains in the core consensus network suspend operation; the synchronization success message is sent to the cross-chain gateway, so that the cross-chain gateway submits the received synchronization success message to the basic main chain; if the recovery notification message is obtained through the cross-chain gateway, the first service branch chain is resumed; the recovery notification message is generated by the basic main chain after receiving the synchronization success message corresponding to the N service branch chains in the core consensus network, i.e., when all service branch chains in the core consensus network complete the synchronization processing of the configuration change block, all service branch chains in the core consensus network can resume operation; for example, the above Figure 1The block A4 in the region 10x shown is a configuration change block in the basic main chain 10t, the block B5 is a configuration change block added after the synchronization processing of the service branch chain 10u, and the block C5 is a configuration change block added after the synchronization processing of the service branch chain 10u. After the blocks B5 and C5 are successfully added to the corresponding service branch chains, the service branch chains can resume operation, that is, the consensus nodes in the core consensus network can resume normal work.

[0122] In the embodiment of the application, when the target service needs to be cooperatively executed by the first service branch chain and the second service branch chain derived from the basic main chain, the first service branch chain and the second service branch chain can perform cross-chain communication through the cross-chain gateway and the basic main chain without real-time detection of the basic main chain, which can improve the cross-chain service processing efficiency in the blockchain network. Further, each service branch chain does not need to detect the basic main chain by itself, so that the implementation logic of the service branch chain is simpler and more explicit, and the storage of cross-chain detection data can be reduced to save storage space. Through the cross-chain gateway and the basic main chain, cross-chain management in the core consensus network is performed, which has centralized security.

[0123] Please refer to Figure 6 , Figure 6 is a flowchart of a cross-chain communication method in a blockchain network provided by an embodiment of the application. As Figure 6 shown, the method involves the interaction between the first service branch chain, the second service branch chain, the cross-chain gateway and the basic main chain. Generally, the interaction between the first service branch chain, the second service branch chain, the cross-chain gateway and the basic main chain is essentially the interaction process between the blockchain nodes of the first service branch chain (consensus nodes participating in the consensus of the first branch chain, such as the target consensus node described above), the blockchain nodes of the second service branch chain (consensus nodes participating in the consensus of the second branch chain), the cross-chain gateway and the blockchain nodes of the basic main chain (consensus nodes participating in the consensus of the basic main chain). The method can include the following steps S201-S219:

[0124] Step S201, the first service branch chain sends the service transaction information in the pre-commit state to the cross-chain gateway.

[0125] Specifically, after the first service block is written in the first service branch chain, the first service block includes service transaction information in the pre-commit state, and the blockchain node of the first service branch chain can send the service transaction information in the pre-commit state to the cross-chain gateway.

[0126] Step S202, the cross-chain gateway verifies the validity of the first service block to obtain the verification result corresponding to the first service block.

[0127] Specifically, after receiving the service transaction information in the pre-commit state, the cross-chain gateway can verify the validity of the first service block containing the service transaction information in the first branch chain to obtain a verification result corresponding to the first service block.

[0128] In the validity verification process of the cross-chain gateway on the first service block, the cross-chain gateway can obtain the submission node identifier corresponding to all transaction information contained in the first service block. The submission node identifier is the node identifier of the service node sending the transaction information to the core consensus network in the blockchain network. The transaction information in the first service block includes the above-mentioned service transaction information. The cross-chain gateway can obtain the registration information associated with the first service branch chain to which the first service block belongs from the basic main chain, determine the registration information as the verification registration information, obtain the service node configuration information in the verification registration information, and find the configuration node identifier matching the submission node identifier in the service node configuration information. The configuration node identifier corresponds to the service node configured by the core consensus network for the first service branch chain, and the service node corresponding to the configuration node identifier is used to execute the transaction service of the first service branch chain. If there is a configuration node identifier matching the submission node identifier in the service node configuration information, the verification result of the first service block is an effective verification result. If there is no configuration node identifier matching the submission node identifier in the service node configuration information, the verification result of the first service block is an invalid verification result.

[0129] In step S203, when the verification result is an effective verification result, the cross-chain gateway sends the service transaction information to the basic main chain.

[0130] Specifically, when the verification result of the first service block is an effective verification result, the cross-chain gateway sends the service transaction information in the pre-commit state to the main chain independent consensus network where the basic main chain is located. When the verification result of the first service block is an invalid verification result, the cross-chain gateway can determine that the target service cross-chain corresponding to the service transaction information fails, and the first service branch chain needs to re-submit the service transaction information.

[0131] In step S204, the service transaction information in the pre-effective state is added to the basic main chain.

[0132] Specifically, the consensus node of the basic main chain receives the service transaction information in the pre-commit state sent by the cross-chain gateway, and performs legality confirmation on the service transaction information. After determining that the service transaction information is legal information, the state of the service transaction information can be updated to the pre-effective state, and the service transaction information in the pre-effective state is added to the new block of the basic main chain, that is, the service transaction information in the basic main chain is in the pre-effective state.

[0133] Step S205, the second service branch chain reads the service transaction information in the pre-validated state in the cross-chain gateway.

[0134] Specifically, when the blockchain node of the second service branch chain reads the service transaction information associated with itself through the cross-chain gateway, the service transaction information in the pre-validated state can be verified, and after confirming that the service transaction information is legal information, the associated service information related to the second service branch chain can be calculated based on the service transaction information. The associated service information refers to the cross-chain information generated by the service transaction information in the second service branch chain.

[0135] The blockchain node of the second service branch chain can set the associated service information to a pre-submitted state, and encapsulate the associated service information in the pre-submitted state to generate a third service block. The third service block is broadcast to the core consensus network, so that the consensus nodes in the core consensus network perform consensus on the third service block. Then, the consensus result of the consensus nodes in the core consensus network on the third service block can be received. If the consensus result of the third service block indicates that the consensus is successful, the third service block can be written into the second service branch chain. In the third service block of the second service branch chain, the confirmation information for the service transaction information and the associated service information in the pre-submitted state can be included. The consensus process of the third service block in the core consensus network is similar to the consensus process of the first service block, which will not be described here.

[0136] Step S206, the second service branch chain sends the associated service information in the pre-submitted state to the cross-chain gateway.

[0137] Specifically, after the third service block is written into the second service branch chain, the third service block includes the service transaction information in the pre-submitted state. The blockchain node of the second service branch chain can send the service transaction information in the pre-submitted state to the cross-chain gateway.

[0138] Step S207, the cross-chain gateway performs validity verification on the third service block to obtain a verification result corresponding to the third service block.

[0139] Specifically, after the cross-chain gateway receives the associated service information in the pre-submitted state, the cross-chain gateway can perform validity verification on the third service block in the second branch chain that includes the associated service information to obtain a verification result corresponding to the third service block. The validity verification process of the cross-chain gateway on the third service block can refer to the validity verification process of the first service block, which will not be described here.

[0140] Step S208, when the verification result is a valid verification result, the cross-chain gateway sends the associated service information to the base main chain.

[0141] Specifically, when the verification result of the second service block is a valid verification result, the cross-chain gateway sends the associated service information in the pre-commit state to the main chain independent consensus network where the main chain is located. When the verification result of the third service block is an invalid verification result, the cross-chain gateway can determine that the target service cross-chain corresponding to the service transaction information fails, and the first service branch chain needs to resubmit the service transaction information.

[0142] Step S209, adding the associated service information in the pre-effective state to the main chain.

[0143] Specifically, the consensus node of the main chain receives the associated service information in the pre-commit state sent by the cross-chain gateway, and confirms the legality of the associated service information. After determining that the associated service information is legal information, the state of the associated service information can be updated to the pre-effective state, and the associated service information in the pre-effective state is added to the new block of the main chain, that is, the associated service information in the main chain is in the pre-effective state.

[0144] Step S210, the second service branch chain reads through the cross-chain gateway that the service transaction information and the associated service information in the main chain are in the pre-effective state.

[0145] Step S211, the first service branch chain reads through the cross-chain gateway that the service transaction information and the associated service information in the main chain are in the pre-effective state.

[0146] Step S212, the second service branch chain sends the second confirmation signature for the service transaction information and the associated service information to the cross-chain gateway.

[0147] Step S213, the first service branch chain sends the first confirmation signature for the service transaction information and the associated service information to the cross-chain gateway.

[0148] Specifically, when the blockchain node of the first service branch chain and the blockchain node of the second service branch chain read through the cross-chain gateway that the service transaction information and the associated service information in the main chain are in the pre-effective state, that is, the service transaction information and the associated service information are successfully written into the main chain, the blockchain node of the first service branch chain can generate the first confirmation signature for the service transaction information and the associated service information, and send the first confirmation signature to the cross-chain gateway; Similarly, the blockchain node of the second service branch chain can generate the second confirmation signature for the service transaction information and the associated service information, and send the second confirmation signature to the cross-chain gateway.

[0149] It should be noted that the blockchain nodes of the first business branch chain and the blockchain nodes of the second business branch chain can read the business transaction information and the associated business information in the basic main chain through the cross-chain gateway at the same time, or can read the business transaction information and the associated business information in the basic main chain at different times. The present application only needs to read the business transaction information and the associated business information in the basic main chain within the pre-effective period, and does not limit the time sequence of reading the business transaction information and the associated business information in the basic main chain, that is, the execution sequence of steps S210 and S211 is not limited, and the execution sequence of steps S212 and S213 is also not limited.

[0150] Step S214, the cross-chain gateway sends the first confirmation signature and the second confirmation signature to the basic main chain.

[0151] Specifically, after the cross-chain gateway receives the first confirmation signature sent by the blockchain node of the first business branch chain and the second confirmation signature sent by the blockchain node of the second business chain, the cross-chain gateway can submit the first confirmation signature and the second confirmation signature to the corresponding main chain independent consensus network of the basic main chain.

[0152] Step S215, the basic main chain encapsulates the first confirmation signature and the second confirmation signature as a basic block, and adds it to the basic main chain.

[0153] Specifically, the consensus node of the basic main chain can encapsulate the first confirmation signature and the second confirmation signature as a basic block, and write it into the basic main chain after the consensus of the basic block is successful.

[0154] Step S216, the second business branch chain reads the basic block in the basic main chain through the cross-chain gateway.

[0155] Step S217, the first business branch chain reads the basic block in the basic main chain through the cross-chain gateway.

[0156] Step S218, the second business branch chain adds a fourth business block containing the associated business information in the effective state in the second business branch chain.

[0157] Step S219, the first business branch chain adds a second business block containing the business transaction information in the effective state in the first business branch chain.

[0158] Specifically, when the blockchain node of the first business branch chain and the blockchain node of the second business branch chain read the basic block in the basic main chain through the cross-chain gateway, that is, the first confirmation signature and the second confirmation signature are successfully written into the basic main chain, the blockchain node of the first business branch chain can update the state of the business transaction information to the effective state, and encapsulate the business transaction information in the effective state to obtain the second business block. When the second business block consensus is successful, the second business block is written into the first business branch chain. Similarly, the blockchain node of the second business branch chain can update the state of the associated business information to the effective state, and encapsulate the associated business information in the effective state to obtain the fourth business block. When the fourth business block consensus is successful, the fourth business block is written into the second business branch chain.

[0159] It should be noted that the blockchain node of the first business branch chain and the blockchain node of the second business branch chain can read the basic block in the basic main chain through the cross-chain gateway at the same time, or can read the basic block in the basic main chain at different times. The present application only needs to read the basic block in the basic main chain within the validity period, and the order of reading the basic block in the basic main chain by the two is not limited, that is, the execution order of steps S216 and S217 is not limited, and the execution order of steps S218 and S219 is also not limited.

[0160] Please refer to Figure 7 , Figure 7 is a cross-chain processing schematic diagram corresponding to a target business provided by an embodiment of the present application. As shown in Figure 7 , the core consensus network can include a basic main chain 50a, a business branch chain 50b (a first business branch chain), and a business branch chain 50c (a second business branch chain), and the business branch chain 50b and the business branch chain 50c are used to cooperatively execute the target business.

[0161] In the block B6 (the first business block) of the business branch chain 50b, the blockchain node of the business branch chain 50b sets the business transaction information X (i.e. the above-mentioned business transaction information) in the block B6 to the pre-commit state, and sends the business transaction information X in the pre-commit state to the cross-chain gateway for asynchronous submission to the basic main chain 50a. After the cross-chain gateway verifies the validity information of the block B6, it is submitted to the block A5 on the basic main chain 50a, and the state of the business transaction information X successfully written into the basic main chain 50a is updated to the pre-effective state.

[0162] When the blockchain node of the business branch chain 50c reads the business transaction information X associated with the business branch chain 50c through the cross-chain gateway, the associated business information Y of the business branch chain 50c can be calculated based on the business transaction information X after the business transaction information X is successfully verified, and a block C7 (the third business information described above) is generated, and the state of the associated business information Y in the block C7 is in a pre-commitment state. At the same time, the associated business information Y in the pre-commitment state can be sent to the cross-chain gateway and submitted to the basic main chain 50a asynchronously. After the cross-chain gateway verifies the validity information of the block C7, it is submitted to the block A6 on the basic main chain 50a, and the state of the associated business information Y successfully written to the basic main chain 50a is updated to a pre-validated state.

[0163] If the blockchain node of the business branch chain 50b and the blockchain node of the business branch chain 50c do not read that the associated business information Y has been chained to the block A6 of the basic main chain 50a within the pre-validation period, it means that the cross-chain fails, and the original pre-validation state of the business transaction information X and the associated business information Y is updated to an invalid state.

[0164] Alternatively, if the blockchain node of the business branch chain 50b and the blockchain node of the business branch chain 50c read that the associated business information Y in the pre-validation state has been chained to the block A6 of the basic main chain 50a from the cross-chain gateway within the pre-validation period, it means that the pre-validation state of the business transaction information X and the associated business information Y is confirmed in the basic main chain 50a. Therefore, the blockchain node of the business branch chain 50b and the blockchain node of the business branch chain 50c can send a signature confirming receipt and cross-chain completion to the cross-chain gateway, i.e. the first confirmation signature corresponding to the business branch chain 50b and the second confirmation signature corresponding to the business branch chain 50c. The cross-chain gateway sends the block A7 (i.e. the basic block described above) on the basic main chain 50a to confirm the state of the business transaction information X and the associated business information Y, i.e. the cross-chain completion of both parties.

[0165] If the blockchain node of the business branch chain 50b and the blockchain node of the business branch chain 50c do not read the block A7 from the cross-chain gateway within the validity period, the cross-chain fails, and the original pre-validation state of the business transaction information X and the associated business information Y becomes invalid.

[0166] Optionally, the blockchain node of the business branch chain 50b and the blockchain node of the business branch chain 50c read the block A7 from the cross-chain gateway within the validity period, and then the business branch chain 50b can write the block B7 (i.e., the second business block) in which the state of the business transaction information X is in the effective state; similarly, the business branch chain 50c can write the block C8 (i.e., the fourth business block) to change the pre-effective state of the business transaction information X and the associated business information Y to the effective state, indicating that the cross-chain communication of the business branch chain 50b and the business branch chain 50c for the target business is successfully completed.

[0167] In the embodiments of the present application, when the target business needs to be cooperatively executed by the first business branch chain and the second business branch chain derived from the basic main chain, the first business branch chain and the second business branch chain can perform cross-chain communication through the cross-chain gateway and the basic main chain without real-time detection of the basic main chain, which can improve the cross-chain business processing efficiency in the blockchain network; further, the cross-chain gateway can shield the data in the basic main chain irrelevant to the target business, which can improve the data security in the basic main chain; the interaction interface of the cross-chain gateway only needs to design cross-chain related interfaces and primitives, and the interaction and docking are simple, which can save costs; the cross-chain gateway and the basic main chain together perform cross-chain management in the core consensus network, which has centralized security.

[0168] Please refer to Figure 8 , Figure 8 is a system architecture diagram under a tax blockchain system provided by the embodiments of the present application. As shown in Figure 8 , the business network, the routing agent network and the core consensus network in the embodiments of the present application constitute the entire complete blockchain business system. Figure 8 As shown in the core consensus network, the core consensus network can include a core chain (for example, the blockchain in the core consensus network shown in Figure 1 ), which can include the basic main chain in the core consensus network and N business branch chains derived from the basic main chain, where N is a positive integer. Optionally, Figure 8 As shown in the core consensus network, the core consensus network can include (N+1) independent consensus networks, which can include a main chain independent consensus network and N branch chain independent consensus networks. One independent consensus network can include a core chain. For example, the core chain 1 can be a blockchain in the main chain independent consensus network (for example, the main chain independent consensus network 20a shown in Figure 2 ), and the core chain N can be a blockchain in the branch chain independent consensus network (for example, the main chain independent consensus network 20b shown in Figure 2 ), and so on.

[0169] It can be understood that when the blockchain is used in some scenarios of government (for example, a tax system) or commercial institutions, in order to improve the privacy and security of data, when personal privacy and other related data are involved in the blockchain system, the layered blockchain structure of "business network-core consensus network" in the embodiment of the application can be used. The system architecture diagram can be applied to a plurality of sub-businesses (transaction businesses) associated with tax business, such as invoice business, block generation business, legal person business, credit investigation business, and tax refund business. One transaction business can correspond to one business branch chain, and one business branch chain can correspond to one chain identifier, which can effectively distinguish different transaction businesses to maintain the specificity of transaction storage on a single business branch chain.

[0170] Since the entire tax business will involve regulatory agencies, invoicing parties, reimbursement parties, and tax reporting parties. Figure 8 The business nodes in the business network shown can include terminal devices corresponding to electronic tax bureaus, terminal devices corresponding to enterprise users, and terminal devices corresponding to consumer users. The electronic tax bureau can be a regulatory agency in a regulatory private network (for example, a computer device corresponding to a provincial, municipal, or district tax bureau), the enterprise user can be an invoicing service provider, a reimbursement service provider, or a retail enterprise (for example, a KA enterprise, which is a large retail customer and a key retail customer enterprise) in a public cloud, and the consumer user can be a payment service provider, a circulation service provider, or a retail enterprise in a private cloud. The business nodes in the business network can be configured with M chain identifiers, which belong to the chain identifiers of the N business branch chains registered by the core consensus network, and M can be a positive integer less than or equal to N. When performing a transaction business corresponding to any one of the M chain identifiers (i.e., a target chain identifier), the business node can generate business transaction information for broadcasting to the core consensus network, so as to be forwarded by the proxy nodes in the routing proxy network to the target consensus nodes in the core consensus network, so that the target consensus nodes chain the business transaction information to the business branch chain corresponding to the target chain identifier. The target consensus node here can be a first consensus node with a first consensus right, or a second consensus node with a second consensus right, which will not be limited here.

[0171] The proxy node in the routing agent network can be used for network isolation of the business network and the core consensus network, and the proxy node can have a point-to-point service (i.e., P2P service), a routing service, a certificate cache, and an authentication service. It can be understood that the point-to-point service refers to a service in a P2P network, based on a specific network protocol, the network nodes in the P2P network do not need a central node to maintain the network state, but each node maintains the node state of the entire network or the connection state of its adjacent nodes through broadcast interaction with adjacent nodes. The routing service is a basic function of the node and can be used for communication between nodes to isolate the business network and the core consensus network. The certificate cache is used to cache the identity certificates of nodes, where the certificate here can refer to a public key certificate system (PKI), in the certificate system, the certificate is an identity proof of a public key owner, issued by an authority (CA), and based on the public key certificate system, asymmetric encryption and digital signature of information can be achieved. The public key certificate system here can include public-private key cryptography, x509 certificate, CA certificate issuing center, etc. The authentication service can be used for identity verification of business nodes in the business network. It can be understood that in the embodiments of the present application, the proxy node can be used to record independent consensus node information of independent consensus nodes in the core consensus network, and the independent consensus node information can be used to indicate that when the proxy node receives a business request (including a transaction chaining request and a block synchronization request) sent by a business node in the business network, the proxy node determines a target independent consensus network corresponding to a chain identifier carried in the business request from N branch chain independent consensus networks in the core consensus network, and then forwards the business request to a target consensus node in the target independent consensus network, so that the target consensus node independently processes the business request according to the chain identifier in the business request. At this time, the target consensus node refers to a second consensus node with a second consensus right. Since the data volume of the business branch chain is small and will not be fused with the data of other business branch chains, the target consensus node is more convenient when independently processing the business request.

[0172] The consensus node (i.e., the account node) in the core consensus network can be a trusted node in the tax special network, and can determine its consensus responsibility by calling a permission contract (e.g., a smart contract). The permission contract also stores the flow logic of the entire life cycle of the electronic bill, such as the bill state, the flow process, the data access permission, the electronic bill application condition, the electronic bill issuance condition, and the cross-chain business, etc. For example, the target consensus node in the core consensus network can receive the business transaction information corresponding to the cross-chain business (the above target business) forwarded by the proxy node and the target chain identifier corresponding to the business transaction information, and when the business transaction information is successfully verified, the business transaction information can be stored toFigure 8 The cache (i.e., the node transaction pool in the core consensus network) can further encapsulate the business transaction information in the pre-commit state based on the corresponding derivative condition of the target chain identifier to obtain a first business block for broadcasting to the core consensus network, and successfully write the first business block to the first business branch chain corresponding to the target chain identifier. The blockchain node of the first business branch chain (which can be a consensus node participating in consensus of the first business branch chain in the core consensus network, such as the target consensus node described above) sends the business transaction information in the pre-commit state to the cross-chain gateway, which submits it to the base main chain in the core consensus network.

[0173] Similarly, the blockchain node of the second business branch chain (which can be a consensus node participating in consensus of the second business branch chain in the core consensus network) that cooperates with the first business branch chain to execute the target business can generate associated business information corresponding to the business transaction information after reading the business transaction information in the cross-chain gateway, and send the associated business information in the pre-commit state to the cross-chain gateway, which submits it to the base main chain in the core consensus network. After the blockchain node of the first business branch chain and the blockchain node of the second business branch chain read that the business transaction information and the associated business information are successfully written to the base main chain through the cross-chain gateway, they can confirm the signature of the business transaction information and the associated business information, and send their respective confirmation signatures (first and second confirmation signatures) to the cross-chain gateway, which submits the respective confirmation signatures to the base main chain. When both confirmation signatures are read to be written to the base main chain through the cross-chain gateway, the blockchain node of the first business branch chain can update the state of the business transaction information to the effective state, and the blockchain node of the second business branch chain can update the state of the associated business information to the effective state, which indicates that the cross-chain communication of the first business branch chain and the second business branch chain for the target business is successfully completed. In the embodiments of the present application, when the target business needs to be executed by the first business branch chain and the second business branch chain derived from the base main chain, the first business branch chain and the second business branch chain can perform cross-chain communication through the cross-chain gateway and the base main chain without the need for real-time detection of the base main chain, which can improve the cross-chain business processing efficiency in the blockchain network.

[0174] It can be understood that in the specific embodiments of the present application, the business data of users, enterprises, institutions, etc. (for example, the user's invoice information, credit information, tax refund, etc., and the enterprise's profit and loss, enterprise qualification, etc.) may be involved. When the above embodiments of the present application are applied to specific products or technologies, the permission or consent of the user, enterprise, institution, etc. is required, and the collection, use, and processing of related data need to comply with relevant laws, regulations, and standards of relevant countries and regions.

[0175] Please refer toFigure 9 , Figure 9 This is a schematic diagram illustrating the structure of a cross-chain communication device in a blockchain network according to an embodiment of this application. It can be understood that the cross-chain communication device 1 in this blockchain network can be applied to the node device of the first business branch chain in the blockchain system; such as... Figure 9 As shown, the cross-chain communication device 1 in the blockchain network may include: a first sending module 101, a signature generation module 102, a second sending module 103, and a cross-chain success module 104;

[0176] The first sending module 101 is used to send the business transaction information in the pre-committed state of the first business block of the first business branch chain to the cross-chain gateway, so that the cross-chain gateway submits the business transaction information to the basic main chain in the blockchain network based on the valid verification result corresponding to the first business block; the state of the business transaction information in the basic main chain is the pre-effective state.

[0177] The signature generation module 102 is used to generate a first confirmation signature for the business transaction information and the related business information based on the pre-effective state of the related business information if it is determined through the cross-chain gateway that the base main chain contains related business information in a pre-effective state. The related business information refers to the cross-chain information determined by the second business branch chain based on the business transaction information. The business transaction information and the related business information belong to the same target business. Both the second business branch chain and the first business branch chain are derived from the base main chain.

[0178] The second sending module 103 is used to send the first confirmation signature to the cross-chain gateway, so that when the cross-chain gateway receives the first confirmation signature and the second confirmation signature of the second business branch chain for business transaction information and related business information, it submits the first confirmation signature and the second confirmation signature to the basic block in the basic main chain.

[0179] The cross-chain success module 104 is used to update the status of business transaction information to active status based on the basic block if a basic block is detected through the cross-chain gateway, and to generate a second business block to be added to the first business branch chain based on the business transaction data in active status; the active status is used to indicate that the first business branch chain and the second business branch chain have successfully executed cross-chain communication for the target business.

[0180] The specific functional implementations of the first sending module 101, the signature generation module 102, the second sending module 103, and the cross-chain success module 104 can be found above. Figure 3 Steps S101-S104 in the corresponding embodiments will not be described again here.

[0181] In one or more embodiments, the signature generation module 102 can include: a confirmation time recording unit 1021, a confirmation signature generation unit 1022;

[0182] The confirmation time recording unit 1021 is configured to, if it is determined by the cross-chain gateway that the basic main chain contains the associated business information in the pre-effective state, record a pre-effective confirmation time corresponding to the associated business information, and obtain a pre-effective period of the associated business information in the basic main chain;

[0183] The confirmation signature generation unit 1022 is configured to, when the pre-effective confirmation time belongs to the pre-effective period, generate a first confirmation signature for the business transaction information and the associated business information.

[0184] The cross-chain communication device 1 in the blockchain network further includes a cross-chain failure module 105.

[0185] The cross-chain failure module 105 is configured to, when the pre-effective confirmation time does not belong to the pre-effective period, determine that the cross-chain communication of the first business branch chain and the second business branch chain for the target business fails, update the state of the business transaction information in the basic main chain to the invalid state by the cross-chain gateway, and update the state of the associated business information in the basic main chain to the invalid state.

[0186] The specific function implementation of the confirmation time recording unit 1021, the confirmation signature generation unit 1022, and the cross-chain failure module 105 can be referred to the step S102 in the above-mentioned Figure 3 corresponding embodiments, which will not be described here.

[0187] In one or more embodiments, the cross-chain success module 104 can include: a detection time recording unit 1041, a block packaging unit 1042, a block broadcasting unit 1043, and a block accounting unit 1044.

[0188] The detection time recording unit 1041 is configured to, if the basic block is detected by the cross-chain gateway, record a block detection time corresponding to the basic block, and obtain a valid period of the first confirmation signature and the second confirmation signature in the basic main chain;

[0189] The block packaging unit 1042 is configured to, when the block detection time belongs to the valid period, update the state of the business transaction information to the effective state, generate a cross-chain success result for the target business, and perform packaging processing on the cross-chain success result and the business transaction information in the effective state to obtain a second business block.

[0190] The block broadcasting unit 1043 is configured to broadcast the second business block to the blockchain network, so that the consensus nodes in the blockchain network perform block consensus on the second business block.

[0191] The block recording unit 1044 is configured to receive a consensus result of the consensus node in the blockchain network for the second service block, and add the second service block to the first service branch chain if the consensus result of the second service block indicates that the consensus is successful; and the block header of the second service block contains the block hash of the first service block.

[0192] The cross-chain communication device 1 in the blockchain network further includes a signature retransmission module 106.

[0193] The signature retransmission module 106 is configured to retransmit the first confirmation signature to the cross-chain gateway when the block detection time does not belong to the valid period, so that the cross-chain gateway re-submits the first confirmation signature and the second confirmation signature to the new base block in the base main chain when receiving the retransmitted first confirmation signature and the retransmitted second confirmation signature of the second service branch chain.

[0194] The specific function implementation of the detection time recording unit 1041, the block encapsulation unit 1042, the block broadcasting unit 1043, the block recording unit 1044, and the signature retransmission module 106 can refer to the above Figure 3 The specific function implementation of the detection time recording unit 1041, the block encapsulation unit 1042, the block broadcasting unit 1043, the block recording unit 1044, and the signature retransmission module 106 can refer to the above

[0195] In one or more embodiments, the blockchain network includes a service network and a core consensus network.

[0196] The cross-chain communication device 1 in the blockchain network further includes an information receiving module 107, a service block encapsulation module 108, a service block broadcasting module 109, and a service block recording module 110.

[0197] The information receiving module 107 is configured to receive service transaction information sent by a service node in the service network and a target chain identifier corresponding to the service transaction information; the target chain identifier belongs to M chain identifiers configured for the service node by the core consensus network, the M chain identifiers belong to chain identifiers of N service branch chains registered by the core consensus network, one service branch chain corresponds to one chain identifier, the N service branch chains include the first service branch chain and the second service branch chain, M and N are positive integers and M is less than or equal to N.

[0198] The service block encapsulation module 108 is configured to set the state of the service transaction information to a pre-commit state according to the service type of the target service, and encapsulate the service transaction information in the pre-commit state according to a derivation condition corresponding to the target chain identifier to obtain the first service block; the derivation condition is used to determine a genesis block of the first service branch chain corresponding to the target chain identifier in the base main chain.

[0199] The business block broadcasting module 109 is configured to broadcast the first business block to the core consensus network according to the target chain identifier, so that the consensus nodes in the core consensus network perform block consensus on the first business block.

[0200] The business block recording module 110 is configured to receive a consensus result of the consensus nodes in the core consensus network for the first business block, and if the consensus result of the first business block indicates that the consensus is successful, add the first business block to the first business branch chain corresponding to the target chain identifier according to the genesis block.

[0201] The specific function implementation manners of the information receiving module 107, the business block encapsulating module 108, the business block broadcasting module 109, and the business block recording module 110 can be referred to the step S104 in the above-mentioned Figure 3 corresponding embodiments, which will not be described here in detail.

[0202] In one or more embodiments, the blockchain network can further include a routing agent network, and the routing agent network is configured to isolate the business network and the core consensus network in the blockchain network.

[0203] The information receiving module 107 can include an on-chain request obtaining unit 1071, a signature verifying unit 1072, a transaction verifying unit 1073, and a legality verifying unit 1074.

[0204] The on-chain request obtaining unit 1071 is configured to obtain a transaction on-chain request forwarded by an agent node in the routing agent network. The transaction on-chain request is generated by a business node in the business network, and includes business transaction information, a target chain identifier corresponding to the business transaction information, transaction signature information corresponding to the business transaction information, and a node identifier of the business node. The transaction signature information is obtained by signing the business transaction information based on a node private key of the business node.

[0205] The signature verifying unit 1072 is configured to obtain a node public key of the business node, verify the transaction signature information based on the node public key of the business node, and obtain a verification result.

[0206] The transaction verifying unit 1073 is configured to, when the verification result indicates that the verification is successful, perform transaction verification on the business transaction information based on the target chain identifier and the node identifier of the business node, and obtain a transaction verification result.

[0207] The legality verifying unit 1074 is configured to, if the transaction verification result indicates that the transaction verification is successful, determine that the transaction on-chain request is a legal request, and obtain the business transaction information and the target chain identifier from the transaction on-chain request.

[0208] The specific function implementation manners of the upper chain request acquisition unit 1071, the signature verification unit 1072, the transaction verification unit 1073, and the legality verification unit 1074 can be referred to the above Figure 3 The step S104 in the corresponding embodiment will not be repeated here.

[0209] In one or more embodiments, the cross-chain communication device 1 in the blockchain network further comprises a block synchronization module 111, a synchronization message sending module 112, and a branch chain recovery module 113.

[0210] The block synchronization module 111 is configured to, if a configuration change block in the basic main chain is detected through the cross-chain gateway, perform block synchronization on the first business branch chain according to the configuration change block, and obtain a synchronization success message; the configuration change block is used to instruct all business branch chains in the core consensus network to suspend operation;

[0211] The synchronization message sending module 112 is configured to send the synchronization success message to the cross-chain gateway, so that the cross-chain gateway submits the received synchronization success message to the basic main chain.

[0212] The branch chain recovery module 113 is configured to, if a recovery notification message is acquired through the cross-chain gateway, recover the first business branch chain; the recovery notification message is generated by the basic main chain after receiving the synchronization success messages of the N business branch chains in the core consensus network.

[0213] The specific function implementation manners of the block synchronization module 111, the synchronization message sending module 112, and the branch chain recovery module 113 can be referred to the above Figure 3 The step S104 in the corresponding embodiment will not be repeated here.

[0214] In the embodiments of the present application, when the target business needs to be cooperatively executed by the first business branch chain and the second business branch chain derived from the basic main chain, the first business branch chain and the second business branch chain can perform cross-chain communication through the cross-chain gateway and the basic main chain, without the need to detect the basic main chain in real time, which can improve the cross-chain business processing efficiency in the blockchain network; further, each business branch chain does not need to detect the basic main chain by itself, so that the implementation logic of the business branch chain is simpler and more explicit, and the storage of cross-chain detection data can be reduced, the storage space is saved, and the cross-chain management in the core consensus network is performed through the cross-chain gateway and the basic main chain, which has centralized security.

[0215] Please refer to Figure 10 , Figure 10 is a structure schematic diagram of a cross-chain communication device in a blockchain network provided by the embodiments of the present application. It can be understood that the cross-chain communication device 2 in the blockchain network can be applied to a lightweight node device in the cross-chain gateway of the blockchain system; for example,Figure 10 As shown, the cross-chain communication device 2 in the blockchain network can include a first receiving module 21, a second receiving module 22, and a third receiving module 23.

[0216] The first receiving module 21 is configured to receive business transaction information in a pre-submission state in a first business block of a first business branch chain, perform validity verification on the first business block, obtain a verification result corresponding to the first business block, and when the verification result of the first business block is a valid verification result, submit the business transaction information to a basic main chain in the blockchain network. The state of the business transaction information in the basic main chain is a pre-effective state.

[0217] The second receiving module 22 is configured to receive associated business information in a pre-submission state in a third business block of a second business branch chain, perform validity verification on the third business block, obtain a verification result corresponding to the third business block, and when the verification result of the third business block is a valid verification result, submit the associated business information to the basic main chain. The associated business information refers to cross-chain information determined by the second business branch chain based on the business transaction information. The business transaction information and the associated business information belong to the same target business. The state of the associated business information in the basic main chain is a pre-effective state. The second business branch chain and the first business branch chain are both derived from the basic main chain.

[0218] The third receiving module 23 is configured to receive a first confirmation signature of the first business branch chain for the business transaction information and the associated business information, and a second confirmation signature of the second business branch chain for the business transaction information and the associated business information, and submit the first confirmation signature and the second confirmation signature to a basic block in the basic main chain. The basic block is used to instruct the first business branch chain to update the state of the business transaction information to an effective state. The effective state is used to instruct the first business branch chain and the second business branch chain to successfully perform cross-chain communication for the target business.

[0219] Optionally, the basic block is further configured to instruct the second business branch chain to update the state of the associated business information to an effective state, and generate a fourth business block containing the associated business information in the effective state.

[0220] The specific function implementation of the first receiving module 21, the second receiving module 22, and the third receiving module 23 can be referred to the steps S201-S203, S206-S209, and S214 in the above-mentioned embodiments. Figure 6 The specific function implementation of the first receiving module 21, the second receiving module 22, and the third receiving module 23 can be referred to the steps S201-S203, S206-S209, and S214 in the above-mentioned embodiments.

[0221] In one or more embodiments, the first receiving module 21 can include a node identifier obtaining unit 211, a registration information obtaining unit 212, a node identifier searching unit 213, and a verification result determining unit 214.

[0222] The node identifier obtaining unit 211 is configured to obtain a submission node identifier corresponding to transaction information in a first service block. The submission node identifier is a node identifier corresponding to a service node that sends the transaction information to a core consensus network in a blockchain network. The transaction information in the first service block includes service transaction information.

[0223] The registration information obtaining unit 212 is configured to obtain registration information associated with a first service branch chain to which the first service block belongs from a basic main chain, and determine the registration information as verification registration information.

[0224] The node identifier searching unit 213 is configured to obtain service node configuration information in the verification registration information, and search for a configuration node identifier matching the submission node identifier in the service node configuration information. The service node corresponding to the configuration node identifier is configured by the core consensus network for the first service branch chain. The service node corresponding to the configuration node identifier is used to execute transaction services of the first service branch chain.

[0225] The verification result determining unit 214 is configured to obtain a verification result of the first service block as a valid verification result if the service node configuration information includes the configuration node identifier matching the submission node identifier.

[0226] The specific function implementation manners of the node identifier obtaining unit 211, the registration information obtaining unit 212, the node identifier searching unit 213, and the verification result determining unit 214 can be referred to the step S202 in the above-mentioned Figure 6 embodiments, and will not be described here again.

[0227] In the embodiments of the present application, when the target service needs to be executed by the first service branch chain and the second service branch chain derived from the basic main chain, the first service branch chain and the second service branch chain can perform cross-chain communication through the cross-chain gateway and the basic main chain, without the need for real-time detection of the basic main chain, which can improve the cross-chain service processing efficiency in the blockchain network. Further, the cross-chain gateway can shield data in the basic main chain irrelevant to the target service, which can improve the data security in the basic main chain. The interaction interface of the cross-chain gateway only needs to design cross-chain related interfaces and primitives, and the interaction and docking are simple, which can save costs. Through the cross-chain gateway and the basic main chain together for cross-chain management in the core consensus network, the centralization security is achieved.

[0228] Please refer to Figure 11 , Figure 11 is a structural schematic diagram of a computer device provided by the embodiments of the present application. As shown in Figure 11As shown, the computer device 1000 can be a user terminal, and can also be a server, which will not be limited here. For ease of understanding, the computer device 1000 will be taken as an example of a user terminal, which can include a processor 1001, a network interface 1004 and a memory 1005, and in addition, the computer device 1000 can also include a user interface 1003 and at least one communication bus 1002. The communication bus 1002 is used to realize the connection and communication between the components. The user interface 1003 can also include a standard wired interface, a wireless interface. The network interface 1004 can optionally include a standard wired interface, a wireless interface (such as a WI-FI interface). The memory 1004 can be a high-speed RAM memory, or a non-volatile memory (non-volatile memory), such as at least one disk memory. The memory 1005 can also be at least one storage device located away from the aforementioned processor 1001. For example Figure 11 As shown, the memory 1005 as a computer readable storage medium can include an operating system, a network communication module, a user interface module and a device control application.

[0229] The network interface 1004 in the computer device 1000 can also provide network communication functions, and the optional user interface 1003 can also include a display screen (Display) and a keyboard (Keyboard). In Figure 11 As shown in the computer device 1000, the network interface 1004 can provide network communication functions; the user interface 1003 is mainly used to provide an interface for the user to input; and the processor 1001 can be used to call the device control application stored in the memory 1005 to realize:

[0230] The business transaction information in the first business block of the first business branch chain in the pre-commit state is sent to the cross-chain gateway, so that the cross-chain gateway submits the business transaction information to the basic main chain in the block chain network based on the valid verification result corresponding to the first business block; the state of the business transaction information in the basic main chain is a pre-effective state;

[0231] If it is determined through the cross-chain gateway that the basic main chain contains associated business information in the pre-effective state, a first confirmation signature for the business transaction information and the associated business information is generated according to the pre-effective state of the associated business information; the associated business information refers to cross-chain information determined by the second business branch chain based on the business transaction information, and the business transaction information and the associated business information belong to the same target business, and the second business branch chain and the first business branch chain are both derived from the basic main chain;

[0232] The first confirmation signature is sent to the cross-chain gateway, so that the cross-chain gateway submits the first confirmation signature and the second confirmation signature to a basic block in the basic main chain when the first confirmation signature and the second confirmation signature of the second service branch chain for the service transaction information and the associated service information are received;

[0233] If the basic block is detected through the cross-chain gateway, the state of the service transaction information is updated to an effective state according to the basic block, and a second service block for adding to the first service branch chain is generated according to the service transaction data in the effective state. The effective state is used to indicate that the first service branch chain and the second service branch chain successfully perform cross-chain communication for the target service.

[0234] Alternatively, the processor 1001 can be configured to invoke a device control application stored in the memory 1005 to implement:

[0235] The processor 1001 can be configured to receive service transaction information in a pre-submission state in a first service block of a first service branch chain, perform validity verification on the first service block, obtain a verification result corresponding to the first service block, and submit the service transaction information to a basic main chain in a block chain network when the verification result of the first service block is a valid verification result. The state of the service transaction information in the basic main chain is a pre-effective state.

[0236] The processor 1001 can be configured to receive associated service information in a pre-submission state in a third service block of a second service branch chain, perform validity verification on the third service block, obtain a verification result corresponding to the third service block, and submit the associated service information to the basic main chain when the verification result of the third service block is a valid verification result. The associated service information refers to cross-chain information determined by the second service branch chain based on the service transaction information. The service transaction information and the associated service information belong to the same target service. The state of the associated service information in the basic main chain is a pre-effective state. The second service branch chain and the first service branch chain are both derived from the basic main chain.

[0237] The processor 1001 can be configured to receive a first confirmation signature of the first service branch chain for the service transaction information and the associated service information, and a second confirmation signature of the second service branch chain for the service transaction information and the associated service information, and submit the first confirmation signature and the second confirmation signature to a basic block in the basic main chain. The basic block is used to indicate that the first service branch chain updates the state of the service transaction information to an effective state. The effective state is used to indicate that the first service branch chain and the second service branch chain successfully perform cross-chain communication for the target service.

[0238] It should be understood that the computer device 1000 described in the embodiments of the present application can perform the description of the cross-chain communication method in the foregoing embodiments corresponding to any one of the foregoing Figure 3 and Figure 6 The foregoing embodiments of the present application also can perform the description of the cross-chain communication method in the foregoingFigure 9 The corresponding embodiment of the cross-chain communication device 1 in the blockchain network or Figure 10 The description of the corresponding embodiment of the cross-chain communication device 2 in the blockchain network is not repeated here. In addition, the description of the beneficial effects of using the same method is also not repeated.

[0239] In addition, it should be pointed out here that the embodiments of the present application also provide a computer readable storage medium, and the computer readable storage medium stores the computer program executed by the cross-chain communication device 1 in the blockchain network or the cross-chain communication device 2 in the blockchain network mentioned above, and the computer program includes program instructions, which can execute the above-mentioned Figure 3 And Figure 6 The description of the cross-chain communication method in the blockchain network in any of the corresponding embodiments will not be repeated here. In addition, the description of the beneficial effects of using the same method is also not repeated. For technical details not disclosed in the computer readable storage medium embodiments involved in the present application, please refer to the description of the method embodiments of the present application. As an example, the program instructions can be deployed on one computing device for execution, or on multiple computing devices located in one place for execution, or on multiple computing devices distributed in multiple places and interconnected through a communication network for execution. Multiple computing devices distributed in multiple places and interconnected through a communication network can constitute a blockchain system.

[0240] In addition, it should be pointed out that the embodiments of the present application also provide a computer program product or a computer program, which can include computer instructions that can be stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor can execute the computer instructions to make the computer device execute the above-mentioned Figure 3 And Figure 6 The description of the cross-chain communication method in the blockchain network in any of the corresponding embodiments will not be repeated here. In addition, the description of the beneficial effects of using the same method is also not repeated. For technical details not disclosed in the computer program product or computer program embodiments involved in the present application, please refer to the description of the method embodiments of the present application.

[0241] It should be pointed out that for the above-mentioned various method embodiments, in order to simply describe, they are all expressed as a combination of a series of actions, but those skilled in the art should know that the present application is not limited by the order of the described actions, because according to the present application, some steps can be performed in other order or simultaneously. Secondly, those skilled in the art should know that the embodiments described in the specification all belong to preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0242] The steps in the method embodiments of the application can be adjusted, combined and reduced in sequence according to actual needs.

[0243] The modules in the device embodiments of the application can be combined, divided and reduced according to actual needs.

[0244] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiments can be completed by a computer program instructing related hardware. The computer program can be stored in a computer readable storage medium, and when the program is executed, the processes of the above-mentioned embodiments can be included. The storage medium can be a magnetic disc, an optical disc, a read-only memory (ROM) or a random access memory (RAM) and the like.

[0245] The above only discloses the preferred embodiments of the application, and of course cannot limit the scope of the right of the application, so the equivalent changes made according to the claims of the application still belong to the scope covered by the application.

Claims

1. A method for cross-chain communication in a blockchain network, characterized in that, Comprise: sending the business transaction information in the first business block of the first business branch chain in the pre-commit state to the cross-chain gateway, so that the cross-chain gateway submits the business transaction information to the main chain in the blockchain network based on the valid verification result corresponding to the first business block; the state of the business transaction information in the main chain is a pre-effective state; if it is determined through the cross-chain gateway that the main chain contains associated business information in the pre-effective state, generating a first confirmation signature for the business transaction information and the associated business information according to the pre-effective state of the associated business information; the associated business information refers to cross-chain information determined by the second business branch chain based on the business transaction information, the business transaction information and the associated business information belong to the same target business, and the second business branch chain and the first business branch chain are both derived from the main chain; sending the first confirmation signature to the cross-chain gateway, so that the cross-chain gateway submits the first confirmation signature and the second confirmation signature to the base block in the main chain when receiving the first confirmation signature and the second confirmation signature of the second business branch chain for the business transaction information and the associated business information; if the base block is detected through the cross-chain gateway, updating the state of the business transaction information to an effective state according to the base block, and generating a second business block for adding to the first business branch chain according to the business transaction data in the effective state; the effective state is used to indicate that the first business branch chain and the second business branch chain successfully perform cross-chain communication for the target business.

2. The method of claim 1, wherein, If it is determined through the cross-chain gateway that the main chain contains associated business information in the pre-effective state, generating a first confirmation signature for the business transaction information and the associated business information according to the pre-effective state of the associated business information, comprising: if it is determined through the cross-chain gateway that the main chain contains associated business information in the pre-effective state, recording the pre-effective confirmation time corresponding to the associated business information, and obtaining the pre-effective deadline of the associated business information in the main chain; when the pre-effective confirmation time belongs to the pre-effective deadline, generating a first confirmation signature for the business transaction information and the associated business information.

3. The method of claim 2, wherein, Also include: when the pre-effective confirmation time does not belong to the pre-effective deadline, determining that the cross-chain communication of the first business branch chain and the second business branch chain for the target business fails, updating the state of the business transaction information in the main chain to an invalid state through the cross-chain gateway, and updating the state of the associated business information in the main chain to an invalid state.

4. The method of claim 1, wherein, If the base block is detected through the cross-chain gateway, updating the state of the business transaction information to an effective state according to the base block, and generating a second business block for adding to the first business branch chain according to the business transaction data in the effective state, comprising: If the base block is detected through the cross-chain gateway, a block detection time corresponding to the base block is recorded, the valid period of the first confirmation signature and the second confirmation signature in the base main chain is obtained; When the block detection time belongs to the valid period, the state of the business transaction information is updated to an effective state, a cross-chain success result for the target business is generated, the cross-chain success result and the business transaction information in the effective state are encapsulated to obtain the second business block; The second business block is broadcast to the blockchain network, so that the consensus nodes in the blockchain network perform block consensus on the second business block; The consensus result of the second business block is received, and if the consensus result of the second business block indicates that the consensus is successful, the second business block is added to the first business branch chain; the block header of the second business block contains the block hash of the first business block.

5. The method of claim 4, wherein, Also includes: When the block detection time does not belong to the valid period, the first confirmation signature is re-sent to the cross-chain gateway, so that the cross-chain gateway re-submits the first confirmation signature and the second confirmation signature to a new base block in the base main chain when receiving the re-sent first confirmation signature and the second confirmation signature re-sent by the second business branch chain.

6. The method of claim 1, wherein, The blockchain network includes a business network and a core consensus network; The method further includes: Receiving business transaction information sent by a business node in the business network and a target chain identifier corresponding to the business transaction information; the target chain identifier belongs to M chain identifiers configured by the core consensus network for the business node, and the M chain identifiers belong to chain identifiers of N business branch chains registered by the core consensus network, one business branch chain corresponds to one chain identifier, and the N business branch chains include the first business branch chain and the second business branch chain, M and N are positive integers and M is less than or equal to N; According to the business type of the target business, the state of the business transaction information is set to a pre-submission state, and the business transaction information in the pre-submission state is encapsulated to obtain the first business block according to the derived condition corresponding to the target chain identifier; the derived condition is used to determine the genesis block of the first business branch chain corresponding to the target chain identifier in the base main chain; According to the target chain identifier, the first business block is broadcast to the core consensus network, so that the consensus nodes in the core consensus network perform block consensus on the first business block; The consensus result of the first business block is received, and if the consensus result of the first business block indicates that the consensus is successful, the first business block is added to the first business branch chain corresponding to the target chain identifier according to the genesis block.

7. The method of claim 6, wherein, The blockchain network further comprises a routing agent network, which is used for network isolation of a service network and a core consensus network in the blockchain network; The receiving of the service transaction information sent by the service node in the service network and the target chain identifier corresponding to the service transaction information comprises: Obtaining a transaction on-chain request forwarded by an agent node in the routing agent network; the transaction on-chain request is generated by a service node in the service network, and the transaction on-chain request comprises service transaction information, a target chain identifier corresponding to the service transaction information, transaction signature information corresponding to the service transaction information, and a node identifier of the service node, wherein the transaction signature information is obtained by signing the service transaction information based on a node private key of the service node; Obtaining a node public key of the service node, verifying the transaction signature information based on the node public key of the service node to obtain a verification result; When the verification result indicates that the verification is successful, performing transaction verification on the service transaction information based on the target chain identifier and the node identifier of the service node to obtain a transaction verification result; If the transaction verification result indicates that the transaction verification is successful, it is determined that the transaction on-chain request is a legal request, and the service transaction information and the target chain identifier are obtained from the transaction on-chain request.

8. The method of claim 6, wherein, Further comprising: If the configuration change block in the basic main chain is detected through the cross-chain gateway, performing block synchronization on the first service branch chain according to the configuration change block to obtain a synchronization success message; the configuration change block is used to indicate that all service branch chains in the core consensus network temporarily suspend operation; Sending the synchronization success message to the cross-chain gateway, so that the cross-chain gateway submits the received synchronization success message to the basic main chain; If a recovery notification message is obtained through the cross-chain gateway, the first service branch chain is resumed; The recovery notification message is generated by the basic main chain after receiving the synchronization success messages corresponding to N service branch chains in the core consensus network respectively. 9.A method for cross-chain communication in a blockchain network, the method comprising: Comprise: Receiving service transaction information in a pre-submission state in a first service block of a first service branch chain, performing validity verification on the first service block to obtain a verification result corresponding to the first service block, and when the verification result of the first service block is a valid verification result, submitting the service transaction information to a basic main chain in a blockchain network; the state of the service transaction information in the basic main chain is a pre-effective state; Receiving associated service information in a pre-submission state in a third service block of a second service branch chain, performing validity verification on the third service block to obtain a verification result corresponding to the third service block, and when the verification result of the third service block is a valid verification result, submitting the associated service information to the basic main chain; The associated business information is cross-chain information determined by the second business branch chain based on the business transaction information, the business transaction information and the associated business information belong to the same target business, and a state of the associated business information in the basic main chain is a pre-effective state; The second business branch chain and the first business branch chain are derived from the basic main chain; The first confirmation signature and the second confirmation signature are submitted to a basic block in the basic main chain; the basic block is used to instruct the first business branch chain to update a state of the business transaction information to an effective state; The effective state is used to indicate that the first business branch chain and the second business branch chain successfully perform cross-chain communication for the target business.

10. The method of claim 9, wherein, The validity verification on the first business block obtains a verification result corresponding to the first business block, and includes: Obtaining a submission node identifier corresponding to transaction information in the first business block; the submission node identifier is a node identifier corresponding to a business node that sends transaction information to a core consensus network in a block chain network, and the transaction information in the first business block includes the business transaction information; Obtaining registration information associated with a first business branch chain to which the first business block belongs from the basic main chain, and determining the registration information as verification registration information; Obtaining business node configuration information in the verification registration information, and searching for a configuration node identifier matching the submission node identifier in the business node configuration information; the configuration node identifier corresponds to a business node configured by the core consensus network for the first business branch chain; and the configuration node identifier corresponds to a business node configured by the core consensus network for the first business branch chain; and the configuration node identifier corresponds to a business node configured by the core consensus network for the first business branch chain; If the business node configuration information includes the configuration node identifier matching the submission node identifier, the verification result of the first business block is an effective verification result.

11. The method of claim 9, wherein, The basic block is also used to instruct the second business branch chain to update a state of the associated business information to an effective state, and generate a fourth business block containing the associated business information in the effective state. 12.A cross-chain communication apparatus in a blockchain network, characterized in that, includes: The first sending module is configured to send business transaction information in a first business block in a pre-submission state to a cross-chain gateway, so that the cross-chain gateway submits the business transaction information to a basic main chain in a block chain network based on an effective verification result corresponding to the first business block; the first business block belongs to a first business branch chain, and a state of the business transaction information in the basic main chain is a pre-effective state; The signature generation module is configured to generate a first confirmation signature for the business transaction information and the associated business information according to a pre-effective state of the associated business information if it is determined by the cross-chain gateway that the main base chain contains the associated business information in the pre-effective state. The associated business information refers to cross-chain information determined by a second business branch chain based on the business transaction information. The business transaction information and the associated business information belong to the same target business. The second business branch chain and the first business branch chain are both derived from the main base chain. The second sending module is configured to send the first confirmation signature to the cross-chain gateway, so that the cross-chain gateway submits the first confirmation signature and a second confirmation signature of the second business branch chain for the business transaction information and the associated business information to a base block in the main base chain when the first confirmation signature and the second confirmation signature are received. The cross-chain success module is configured to update the state of the business transaction information to an effective state according to the base block if the base block is detected by the cross-chain gateway, and generate a second business block for adding to the first business branch chain according to the business transaction data in the effective state. The effective state is used to indicate that the first business branch chain and the second business branch chain successfully perform cross-chain communication for the target business. 13.A cross-chain communication apparatus in a blockchain network, characterized in that, The first receiving module is configured to receive business transaction information in a pre-submission state in a first business block of a first business branch chain, perform validity verification on the first business block, obtain a verification result corresponding to the first business block, and submit the business transaction information to a main base chain in a block chain network when the verification result of the first business block is a valid verification result. The state of the business transaction information in the main base chain is a pre-effective state. The second receiving module is configured to receive associated business information in a pre-submission state in a third business block of a second business branch chain, perform validity verification on the third business block, obtain a verification result corresponding to the third business block, and submit the associated business information to the main base chain when the verification result of the third business block is a valid verification result. The associated business information refers to cross-chain information determined by a second business branch chain based on the business transaction information. The business transaction information and the associated business information belong to the same target business. The state of the associated business information in the main base chain is a pre-effective state. The second business branch chain and the first business branch chain are both derived from the main base chain. ​ a third receiving module, configured to receive a first confirmation signature of the first service branch chain for the service transaction information and the associated service information, and a second confirmation signature of the second service branch chain for the service transaction information and the associated service information, and submit the first confirmation signature and the second confirmation signature to a base block in the base main chain; the base block is configured to instruct the first service branch chain to update a state of the service transaction information to an effective state; the effective state is used to indicate that the first service branch chain and the second service branch chain successfully perform cross-chain communication for the target service.

14. A computer device, comprising: comprising a memory and a processor; the memory is connected with the processor, and the memory is configured to store a computer program, and the processor is configured to call the computer program, so that the computer device executes the method in any one of claims 1-11.

15. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a computer program, and the computer program is suitable for being loaded and executed by the processor, so that the computer device with the processor executes the method in any one of claims 1-11.

16. A computer program product, characterised in that, comprising computer programs / instructions, which, when executed by a processor, implement the method in any one of claims 1-11.

Images