A cross-chain business processing method, device, equipment and storage medium

Abstract

The embodiments of the present application disclose a cross-chain business processing method, apparatus, device and storage medium, which relate to the field of blockchain technology, and include: receiving a cross-chain business processing request sent by an initiating user terminal in a first user chain, and determining a participating user terminal from a second user chain based on the cross-chain business processing request; generating a first key pair for the initiating user terminal, and generating a second key pair for the participating user terminal; sending corresponding encryption keys to the initiating user terminal and the participating user terminal, and sending a first decryption key and a second decryption key to a computing node; sending first ciphertext information of the initiating user terminal and second ciphertext information of the participating user terminal to the computing node, so that the computing node decrypts the first ciphertext information and the second ciphertext information using the corresponding decryption keys, respectively, and performs business processing on the decrypted first business data and the second business data to obtain a business processing result, thereby improving the compatibility with heterogeneous blockchains by designing a standard communication protocol.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of blockchain technology, and in particular to a cross-chain business processing method, device, equipment and storage medium. Background Art

[0002] With the rapid development of blockchain technology, various blockchain platforms have emerged vigorously. Different blockchain platforms have significant differences in consensus mechanisms, smart contract support, programming languages, transaction processing methods and governance models, and lack effective communication and data interaction capabilities between them. This situation limits the potential of blockchain technology in a wider range of application scenarios, such as supply chain management and financial services, which require collaboration and data exchange across multiple blockchain platforms.

[0003] At present, the ARPA (Address and Routing Parameter Area) network (a computing network focused on privacy protection) is used to achieve cross-chain communication between heterogeneous blockchains. However, the ARPA network only supports blockchains based on the Ethereum virtual machine, not other heterogeneous blockchains, and has poor compatibility with heterogeneous blockchains. Summary of the invention

[0004] The embodiments of the present application provide a cross-chain business processing method, device, equipment and storage medium, which realize the cross-chain business processing function and improve the compatibility with heterogeneous blockchains to solve the problem of poor compatibility of ARPA network with heterogeneous blockchains in the prior art.

[0005] In a first aspect, an embodiment of the present application provides a cross-chain business processing method, a relay chain in a blockchain system, the blockchain system also includes a heterogeneous user chain, the heterogeneous user chain includes a first user chain and a second user chain, the method includes:

[0006] Receive a cross-chain business processing request sent by an initiating user terminal in the first user chain, and determine a participating user terminal from the second user chain based on the cross-chain business processing request;

[0007] Generate a first key pair for the initiating user end, and generate a second key pair for the participating user end, the first key pair includes a first encryption key and a first decryption key, and the second key pair includes a second encryption key and a second decryption key;

[0008] Sending a first encryption key to an initiating user terminal, sending a second encryption key to a participating user terminal, and sending a first decryption key and a second decryption key to a computing node;

[0009] Receiving first ciphertext information sent by an initiating user terminal and second ciphertext information sent by a participating user terminal, wherein the first ciphertext information is obtained by encrypting first service data by the initiating user terminal using a first encryption key, and the second ciphertext information is obtained by encrypting second service data by the participating user terminal using a second encryption key;

[0010] The first ciphertext information and the second ciphertext information are sent to the computing node, so that the computing node decrypts the first ciphertext information using the first decryption key to obtain the first business data, decrypts the second ciphertext information using the second decryption key to obtain the second business data, and performs business processing on the first business data and the second business data to obtain the business processing result.

[0011] In an embodiment of the present application, the relay chain can receive a cross-chain business processing request sent by an initiating user terminal in the first user chain, and determine a participating user terminal from the second user chain based on the cross-chain business processing request, then generate a first key pair for the initiating user terminal, and generate a second key pair for the participating user terminal, and then send a first encryption key to the initiating user terminal, send a second encryption key to the participating user terminal, and send a first decryption key and a second decryption key to the computing node, then receive the first ciphertext information sent by the initiating user terminal and the second ciphertext information sent by the participating user terminal, and send the first ciphertext information and the second ciphertext information to the computing node, so that the computing node uses the first decryption key to decrypt the first ciphertext information to obtain the first business data, uses the second decryption key to decrypt the second ciphertext information to obtain the second business data, and performs business processing on the first business data and the second business data The business processing result is obtained, and the cross-chain business processing function in the blockchain system is realized; in the above technical scheme, through the intervention of the relay chain, a unified cross-chain communication interface and cross-chain communication platform can be provided for the blockchain system, and cross-chain communication between different heterogeneous user chains is realized. The heterogeneous user chains in the blockchain system are no longer limited to the blockchain based on the Ethereum virtual machine, thereby improving the compatibility with heterogeneous blockchains, and solving the problem of poor compatibility of ARPA network with heterogeneous blockchains in the prior art, thereby improving the flexibility and extensiveness of cross-chain communication in the blockchain system; at the same time, by transmitting the first ciphertext information and the second ciphertext information, instead of directly transmitting the first business data and the second business data, the security and privacy of the business data during the transmission process can be ensured, effectively reducing the risk of business data being tampered with, thereby improving the user experience.

[0012] In a second aspect, an embodiment of the present application provides a cross-chain business processing device, characterized in that it is applied to a relay chain in a blockchain system, the blockchain system also includes a heterogeneous user chain, the heterogeneous user chain includes a first user chain and a second user chain, and the device includes:

[0013] A participating terminal determination module is used to receive a cross-chain business processing request sent by an initiating user terminal in the first user chain, and determine a participating user terminal from the second user chain based on the cross-chain business processing request;

[0014] A key generation module, used to generate a first key pair for an initiating user terminal and a second key pair for a participating user terminal, the first key pair including a first encryption key and a first decryption key, and the second key pair including a second encryption key and a second decryption key;

[0015] A key sending module, used to send a first encryption key to an initiating user terminal, send a second encryption key to a participating user terminal, and send a first decryption key and a second decryption key to a computing node;

[0016] A ciphertext receiving module is used to receive first ciphertext information sent by an initiating user terminal and second ciphertext information sent by a participating user terminal, wherein the first ciphertext information is obtained by encrypting first service data by the initiating user terminal using a first encryption key, and the second ciphertext information is obtained by encrypting second service data by the participating user terminal using a second encryption key;

[0017] The ciphertext sending module is used to send the first ciphertext information and the second ciphertext information to the computing node, so that the computing node uses the first decryption key to decrypt the first ciphertext information to obtain the first business data, uses the second decryption key to decrypt the second ciphertext information to obtain the second business data, and performs business processing on the first business data and the second business data to obtain the business processing result.

[0018] In a third aspect, an embodiment of the present application provides an electronic device, the electronic device comprising:

[0019] at least one processor; and a memory communicatively coupled to the at least one processor;

[0020] Among them, the memory stores a computer program that can be executed by at least one processor, and the computer program is executed by at least one processor so that the at least one processor can execute the cross-chain business processing method of any embodiment of the present application.

[0021] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium on which a computer program is stored, which, when executed by a processor, implements a cross-chain business processing method as in any embodiment of the present application.

[0022] The description of the second, third and fourth aspects in this application can refer to the detailed description of the first aspect; and the beneficial effects described in the second, third and fourth aspects can refer to the beneficial effect analysis of the first aspect, which will not be repeated here.

[0023] In this application, the name of the above cross-chain business processing device does not limit the device or functional module itself. In actual implementation, these devices or functional modules may appear with other names. As long as the functions of each device or functional module are similar to those of this application, they fall within the scope of the claims of this application and their equivalent technologies.

[0024] These and other aspects of the present application will become more apparent from the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0026] Figure 1 It is a flowchart of the cross-chain business processing method provided by the embodiment of the present application;

[0027] Figure 2 It is a structural diagram of a blockchain system provided by an embodiment of the present application;

[0028] Figure 3 It is another structural diagram of the blockchain system provided by the embodiment of the present application;

[0029] Figure 4 It is a structural diagram of a cross-chain business processing device provided in an embodiment of the present application;

[0030] Figure 5 It is a structural schematic diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0031] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0032] It should be noted that the terms "first", "second", "target", and "original" in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "including", "having", and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products, or devices.

[0033] Figure 1 It is a flow chart of the cross-chain business processing method provided by the embodiment of the present application. The present embodiment can be applied to the scenario where cross-chain communication and cross-chain business need to be performed between heterogeneous blockchains. The cross-chain business processing method provided by the present embodiment can be executed by the cross-chain business processing device provided by the embodiment of the present application, and the device can be implemented by software and / or hardware. In a specific embodiment, the cross-chain business processing device can be integrated in an electronic device, which can be a node device of the relay chain in the blockchain system.

[0034] In a specific embodiment, the structure of the blockchain system can be as follows: Figure 2 As shown, Figure 2 The blockchain system in can include relay chains, heterogeneous user chains and computing nodes.

[0035] Among them, the relay chain is a blockchain designed based on the heterogeneous blockchain communication protocol, which can serve as the center of cross-chain interaction, that is, it can communicate with heterogeneous user chains and computing nodes. It is responsible for receiving and processing cross-chain services from different heterogeneous user chains, and assigning the corresponding business processing operations to the computing nodes. After receiving the results fed back by the computing nodes, the results are returned to the corresponding heterogeneous user chains; the relay chain may include a task management module, a data storage module and a node management module, which mainly realize task management functions, data storage functions and node management functions; the task management module is responsible for allocating and managing cross-chain services to ensure the orderly execution of cross-chain services; the data storage module is responsible for storing data sent by heterogeneous user chains and the results fed back by computing nodes, etc., to ensure data consistency; the node management module is responsible for managing computing nodes and resources.

[0036] The relay chain and the heterogeneous user chain can communicate through the heterogeneous blockchain communication protocol; the heterogeneous blockchain communication protocol is a communication standard that defines the collaborative cooperation between different heterogeneous user chains; when the relay chain receives data sent by the heterogeneous user chain, it needs to convert the original format of the different heterogeneous user chains into a standard format (i.e., the format required by the heterogeneous blockchain communication protocol) in order to perform cross-chain operations; illustratively, the heterogeneous blockchain communication protocol can be an inter-blockchain communication (IBC) protocol, and the standard format can be a JS key-value pair data (JavaScriptObject Notation, JSON) format.

[0037] Heterogeneous user chains may include a first user chain and a second user chain; the first user chain and the second user chain have significant differences in consensus mechanism, smart contract support, programming language, transaction processing method and governance model, and are heterogeneous blockchains; computing nodes are used to execute corresponding business processing operations, and computing nodes can be computers and other devices.

[0038] Combine the following Figure 2 The blockchain system shown in the figure is used to illustrate a cross-chain business processing method provided by an embodiment of the present application. The execution subject of this method can be a relay chain in the blockchain system (that is, a node device in the relay chain, that is, an electronic device). Figure 1 The cross-chain business processing method of this embodiment includes but is not limited to the following steps:

[0039] S110: Receive a cross-chain business processing request sent by an initiating user terminal in the first user chain, and determine a participating user terminal from the second user chain based on the cross-chain business processing request.

[0040] Among them, the initiating user end is the user device that initiates the cross-chain business processing request. It is the starting point of the entire cross-chain business and is responsible for sending a request to the relay chain to start the cross-chain business.

[0041] Cross-chain business processing requests are initiated by the initiating user end and are intended to implement business operations or data interaction requests across multiple heterogeneous user chains.

[0042] The participating user terminal refers to other user devices that need to participate or cooperate in completing the cross-chain business in addition to the initiating user terminal. The participation of the participating user terminal is necessary to complete the cross-chain business; the participating user terminal can be located on a heterogeneous user chain different from the initiating user terminal (such as a second user chain), and the number of participating user terminals can be one or more.

[0043] Specifically, when the initiating user terminal in the first user chain needs the user terminals in other heterogeneous user chains to participate in cross-chain business, such as needing data from other heterogeneous user chains, the initiating user terminal can generate a cross-chain business processing request and directly call the preset cross-chain communication interface of the relay chain to send the cross-chain business processing request to the relay chain; then, the relay chain can monitor the preset cross-chain communication interface in real time and receive the cross-chain business processing request, and then standardize the cross-chain business processing request to convert the original format of the cross-chain business processing request into a standard format (i.e., the format required by the heterogeneous blockchain communication protocol); at this time, the cross-chain business processing request may include the initiating user terminal identifier, the participating user terminal identifier, the computing node identifier, the requested participation data type, the business type and the business processing operation, etc. Among them, the participating user terminal identifier is the identifier of the user terminal that participates in or cooperates to complete the cross-chain business; the computing node identifier is the identifier of the computing node that performs the business processing operation; the requested participation data type is the data type requested by the initiating user terminal to the participating user terminal, that is, the data type that the participating user terminal needs to share when completing the cross-chain business; the business type is the type of the cross-chain business, which can be a computing business type and a data update business type, etc.; the business processing operation is the specific operation performed by the computing node, which can be a privacy computing operation and a data update operation, etc. The preset cross-chain communication interface is a unified cross-chain communication interface provided by the relay chain, that is, a cross-chain communication interface encapsulated using a heterogeneous blockchain communication protocol.

[0044] Optionally, the initiating user terminal may install a first cross-chain application corresponding to the first user chain, and the participating user terminal may install a second cross-chain application corresponding to the second user chain; Figure 3 FIG. 1 is another structural diagram of the blockchain system provided in an embodiment of the present application. Figure 3The first user chain in the system includes an initiating user terminal and a first cross-chain application, wherein the first cross-chain application is a decentralized application installed on the initiating user terminal, and can communicate with the relay chain through a heterogeneous blockchain communication protocol; the second user chain includes a participating user terminal and a second cross-chain application, wherein the second cross-chain application is a decentralized application installed on the participating user terminal, and can communicate with the relay chain through a heterogeneous blockchain communication protocol; before sending data to the relay chain, the first cross-chain application and the second cross-chain application need to standardize the data to convert the original format of the data into a standard format (i.e., the format required by the heterogeneous blockchain communication protocol), so as to adapt to the cross-chain transmission requirements of the heterogeneous blockchain communication protocol, and thus a cross-chain communication framework is designed, which includes a cross-chain application and a relay chain. The communication protocol used by the cross-chain communication framework is a heterogeneous blockchain communication protocol, which can ensure that blockchains of different structures can communicate and operate with each other. As a bridge between the user terminal and the relay chain, the cross-chain application realizes the security isolation between the user terminal and the relay chain, which helps prevent malicious attackers from directly attacking heterogeneous user chains, thereby improving the security of the blockchain system.

[0045] Among them, the first cross-chain application may include an application logic module and a communication interface module; the application logic module implements specific business logic, such as data sharing, etc.; the communication interface module exchanges data with the relay chain through a heterogeneous blockchain communication protocol; the second cross-chain application is the same application as the first cross-chain application, and the "first" and "second" are just to indicate that they are installed on different devices.

[0046] Optionally, in another possible implementation, receiving a cross-chain business processing request sent by an initiating user terminal in the first user chain includes: receiving a cross-chain business processing request sent by the initiating user terminal through a first cross-chain application, where the cross-chain business processing request is obtained by the first cross-chain application performing standardized processing on the original cross-chain business processing request, that is, the first cross-chain application converts the original format of the original cross-chain business processing request into the format required by the heterogeneous blockchain communication protocol. Specifically, the original format of the original cross-chain business processing request is not a standard format, and the original cross-chain business processing request may include data that is not necessary for cross-chain communication. At this time, the first cross-chain application can remove these unnecessary data, or the original cross-chain business processing request may lack data that is necessary for cross-chain communication. At this time, the first cross-chain application can add the corresponding data to the original cross-chain business processing request, and then repackage the original cross-chain business processing request in a standard format to obtain a final cross-chain business processing request, and send the cross-chain business processing request to the relay chain through the heterogeneous blockchain communication protocol. At this time, the data format of the cross-chain business processing request is a standard format, so that the relay chain does not need to perform standardized processing on the received cross-chain business processing request. Among them, the original cross-chain business processing request is a cross-chain business processing request directly generated or provided by the initiating user end and has not been standardized or processed in any way. This request needs to undergo special processing (such as standardization, etc.) to ensure that it can be correctly and securely transmitted and executed in the blockchain system.

[0047] In the embodiment of the present application, the original cross-chain business processing request is standardized through the first cross-chain application, which ensures the consistency of the request format and protocol between different heterogeneous user chains, helps to break the technical barriers between heterogeneous user chains, realizes the seamless connection of cross-chain business, and enables the relay chain to more easily identify and process requests from different heterogeneous user chains, thereby enhancing the interoperability between heterogeneous user chains.

[0048] After receiving the cross-chain business processing request sent by the initiating user end, the cross-chain business processing request can be parsed in a standard format to obtain the participating user end identifier, and the participating user end is determined from the second user chain according to the participating user end identifier, that is, based on the participating user end identifier, the preset user end identifier relationship table is queried to obtain the user end corresponding to the participating user end identifier, and the aforementioned user end is determined as the participating user end. The preset user end identifier relationship table is used to store the mapping relationship between the user end and the user end identifier.

[0049] S120: Generate a first key pair for the initiating user terminal, and generate a second key pair for the participating user terminals.

[0050] Among them, the key pair may include an encryption key and a decryption key; the encryption key, also known as the public key, can be securely distributed to any entity that needs to communicate with it, and is used to encrypt data or verify signatures to ensure the integrity and authenticity of the data during transmission; the decryption key, also known as the private key, should not be disclosed to any unauthorized third party, and is used to decrypt data encrypted by the encryption key, or to generate a digital signature for verifying the signature; the first key pair may include a first encryption key and a first decryption key, and the second key pair may include a second encryption key and a second decryption key, wherein the first decryption key is used to decrypt data encrypted by the first encryption key, and the second decryption key is used to decrypt data encrypted by the second encryption key.

[0051] Specifically, after determining the participating user terminal, the SM2 algorithm can be used to generate a first key pair for the initiating user terminal, that is, a first encryption key and a first decryption key, and then a second key pair is generated for the participating user terminal, that is, a second encryption key and a second decryption key, and the generated key pair is unique, and then the first key pair corresponding to the initiating user terminal and the second key pair corresponding to the participating user terminal are stored for subsequent use. Generating keys by the SM2 algorithm can improve key security and increase the generation rate of key pairs.

[0052] Optionally, before generating a first key pair for the initiating user terminal and generating a second key pair for the participating user terminal, a cross-chain business participation request can be sent to the participating user terminal, and when the participation consent information sent by the participating user terminal is received, the execution of generating the first key pair for the initiating user terminal and generating the second key pair for the participating user terminal is triggered.

[0053] Among them, the cross-chain service participation request is a request sent by the relay chain to the participating user terminal in the second user chain, which is used to request the user device in the second user chain to participate in a specific cross-chain service. Exemplarily, the cross-chain service participation request may include information such as the initiating user terminal identifier, the requested participation data type, and the service type.

[0054] The consent to participate information is a confirmation signal or message sent by the participating user end after receiving the cross-chain business participation request and after evaluation or confirmation, deciding to join the cross-chain business processing process, which is used to indicate that the participating user end agrees to share its own business data. Exemplarily, the consent to participate information may include information such as the participating user end identifier and business type.

[0055] Specifically, after determining the participating user terminal, the relay chain can generate a cross-chain business participation request in a standard format based on the cross-chain business processing request, where the cross-chain business participation request may include the initiating user terminal identifier, the requested participation data type and the business type in the cross-chain business processing request, and then send the cross-chain business participation request to the second cross-chain application through the heterogeneous blockchain communication protocol.

[0056] Then, the second cross-chain application can receive the cross-chain business participation request, and parse the cross-chain business participation request in a standard format to obtain the initiating user terminal identifier, the requested data type and the business type, and then display the initiating user terminal identifier, the requested data type and the business type on the display screen of the participating user terminal; at this time, the user of the participating user terminal can determine whether to agree to participate in the cross-chain business based on the displayed information. If agreeing to participate, select confirm information; otherwise, select cancel information.

[0057] When the second cross-chain application detects the confirmation information of the user's request for participation in the cross-chain business, it can generate consent to participate information in a standard format based on the participating user terminal identifier and the business type, and send the consent to participate information to the relay chain through the heterogeneous blockchain communication protocol. When the relay chain receives the consent to participate information sent by the participating user terminal, it can execute S120.

[0058] When the second cross-chain application detects the user's cancellation information for the cross-chain business participation request, it indicates that the participating user end does not agree to share its own business data. At this time, it can generate the information of disagreement to participate in a standard format, and send the information of disagreement to participate to the relay chain through the heterogeneous blockchain communication protocol; when the relay chain receives the information of disagreement to participate sent by the participating user end, it can generate abnormal end information in a standard format based on the information of disagreement to participate, and send the abnormal end information to the first cross-chain application through the heterogeneous blockchain communication protocol to inform the initiating user end that the cross-chain business processing request has ended abnormally, and prompt the initiating user end to take timely countermeasures, such as changing the participating user end, etc. Among them, the abnormal end information is used to inform the initiating user end that the current cross-chain business processing request has not been successfully completed due to some reason (such as the participating user end disagreeing to share business data, etc.).

[0059] In the embodiment of the present application, by sending a cross-chain business participation request and waiting for the participating user's consent to participate information, it can ensure that the participating user has a clear understanding and clear intention of the cross-chain business, which helps to avoid losses caused by user misunderstanding or misoperation, thereby improving the security and credibility of the cross-chain business, thereby promoting the standardized development of the cross-chain business and improving the user experience.

[0060] S130, sending a first encryption key to an initiating user terminal, sending a second encryption key to participating users, and sending a first decryption key and a second decryption key to a computing node.

[0061] Specifically, after generating the first key pair and the second key pair, the first encryption key can be sent to the first cross-chain application through the heterogeneous blockchain communication protocol, and the second encryption key can be sent to the second cross-chain application through the heterogeneous blockchain communication protocol; then the first decryption key and the second decryption key are sent to the computing node, that is, the cross-chain business processing request can be parsed in a standard format to obtain a computing node identifier. When there is a computing node identifier, it indicates that the cross-chain business processing request requires a computing node to perform a business processing operation. At this time, the preset node identifier relationship table can be queried based on the computing node identifier to obtain the computing node corresponding to the computing node identifier, and then the first decryption key and the second decryption key are sent to the computing node. Among them, the preset node identifier relationship table is used to store the mapping relationship between computing nodes and computing node identifiers.

[0062] When there are multiple computing node identifiers, it indicates that the cross-chain business processing request requires multiple computing nodes to perform business processing operations. At this time, at least two computing nodes can be determined based on the cross-chain business processing request, that is, for each computing node identifier in the multiple computing node identifiers, a preset node identifier relationship table is queried based on each computing node identifier to obtain the computing node corresponding to each computing node identifier, thereby obtaining at least two computing nodes, and then sending a first decryption key and a second decryption key to each of the at least two computing nodes. In an embodiment of the present application, at least two computing nodes are determined by a cross-chain business processing request, and at least two computing nodes can be used to process the cross-chain business processing request in parallel, and each computing node holds a corresponding decryption key, so that each computing node can perform decryption operations locally without relying on a centralized organization or server, thereby improving the processing efficiency of the cross-chain business of the blockchain system, thereby improving the security and decentralization of the blockchain system.

[0063] S140: Receive first ciphertext information sent by the initiating user terminal and second ciphertext information sent by the participating user terminal.

[0064] Among them, the first ciphertext information is obtained by encrypting the first business data by the initiating user end using the first encryption key to ensure the security of data transmission; the first business data is the original business data that needs to be transmitted and processed by the initiating user end during the cross-chain business processing.

[0065] The second ciphertext information is obtained by encrypting the second business data by the participating user terminal using the second encryption key to ensure the security of data transmission; the second business data is the original business data that the participating user terminal needs to share during the cross-chain business processing.

[0066] Specifically, after the relay chain sends the first encryption key to the initiating user end, the first cross-chain application can receive the first encryption key and obtain the business data required for the cross-chain business processing request from the initiating user end to obtain the first business data. Then, based on the received first encryption key, the first business data is encrypted using the SM4 algorithm to obtain the first ciphertext information. The first ciphertext information is then encapsulated in a standard format and the encapsulated first ciphertext information is sent to the relay chain through the heterogeneous blockchain communication protocol. Afterwards, the relay chain receives the first ciphertext information sent by the initiating user end.

[0067] After the relay chain sends the second encryption key to the participating user end, the second cross-chain application can receive the second encryption key and obtain the business data corresponding to the requested participating data type from the participating user end to obtain the second business data, and then encrypt the second business data based on the received second encryption key using the SM4 algorithm to obtain the second ciphertext information, and then encapsulate the second ciphertext information in a standard format, and send the encapsulated second ciphertext information to the relay chain through the heterogeneous blockchain communication protocol; after that, the relay chain receives the second ciphertext information sent by the participating user end.

[0068] S150. Send the first ciphertext information and the second ciphertext information to the computing node, so that the computing node decrypts the first ciphertext information using the first decryption key to obtain the first business data, decrypts the second ciphertext information using the second decryption key to obtain the second business data, and performs business processing on the first business data and the second business data to obtain the business processing result.

[0069] Among them, the business processing result is the result obtained by the computing node performing business processing (such as data merging, privacy calculation and analysis, etc.) on the decrypted first business data and second business data according to the predetermined business processing operation.

[0070] Specifically, after receiving the first ciphertext information sent by the initiating user end and the second ciphertext information sent by the participating user end, the cross-chain business processing request can be parsed in a standard format to obtain a business processing operation; when there is a computing node, the first ciphertext information, the second ciphertext information and the business processing operation can be sent to the computing node; after that, the computing node can receive the first ciphertext information, the second ciphertext information and the business processing operation, and then decrypt the first ciphertext information based on the first decryption key corresponding to the initiating user end using the SM4 algorithm to obtain the first business data, and decrypt the second ciphertext information based on the second decryption key corresponding to the participating user end using the SM4 algorithm to obtain the second business data, and then perform business processing on the first business data and the second business data according to the business processing operation to obtain the business processing result, and send the business processing result to the relay chain. Exemplarily, when the business processing operation in the cross-chain business processing request is a privacy computing operation, the computing node performs privacy computing on the first business data and the second business data according to the privacy computing operation to obtain the privacy computing result, that is, the business processing result. Data encryption and decryption by the SM4 algorithm can prevent data privacy leakage.

[0071] Optionally, when there are at least two computing nodes, the relay chain may send the first ciphertext information, the second ciphertext information and the business processing operation to each of the at least two computing nodes; thereafter, each computing node decrypts the first ciphertext information using the first decryption key to obtain the first business data, decrypts the second ciphertext information using the second decryption key to obtain the second business data, and performs business processing on the first business data and the second business data to obtain a business processing result, and then performs a hash operation on the business processing result using the SM3 algorithm to obtain summary information corresponding to the business processing result, and sends the business processing result and the summary information corresponding to the business processing result to the relay chain, so that the relay chain performs multi-party verification on the business processing results sent by the at least two computing nodes, thereby verifying the integrity and consistency of the business processing results. The specific steps include Sa1-Sa6:

[0072] Sa1. Receive business processing results and summary information corresponding to the business processing results sent by at least two computing nodes.

[0073] The summary information is a short, fixed-length output obtained by performing a certain form of hash operation on the business processing result, and the hash operation method is one-way, that is, the original business processing result cannot be reversely derived from the summary information. Data integrity verification through the SM3 algorithm can prevent data tampering. By using the SM2 algorithm, SM3 algorithm and SM4 algorithm, the anti-collision and anti-side channel attack capabilities are enhanced, and the operating efficiency on domestic hardware and application ecology is higher, avoiding the problem of low operating efficiency and security of the encryption algorithm in ARPA on domestic hardware and application environment.

[0074] Sa2. Based on the summary information corresponding to the business processing result, the business processing results sent by at least two computing nodes are mutually verified to obtain a verification result.

[0075] The verification result is a conclusion of whether the business processing result is consistent or correct by comparing the summary information sent by different computing nodes; the verification result may include verification passed and verification failed.

[0076] Specifically, when the summary information sent by at least two computing nodes is consistent, the verification result can be determined as verification passed, that is, when the summary information sent by all computing nodes is consistent, the verification result is determined to be verification passed; when there are at least two computing nodes that send inconsistent summary information, the verification result can be determined as verification failed, that is, when there are computing nodes that send inconsistent summary information, the verification result is determined to be verification failed.

[0077] Sa3. Determine whether the verification result is passed.

[0078] Specifically, when the verification result is that the verification is passed, Sa4 can be executed; when the verification result is that the verification is failed, Sa5 can be executed.

[0079] Sa4. When the verification result is passed, the service processing result is sent to the initiating user end.

[0080] Specifically, when the verification result is passed, the business processing result can be standardized to obtain the business processing result in a standard format, and the business processing result in the standard format can be sent to the first cross-chain application through the heterogeneous blockchain communication protocol. The initiating user end can obtain the business processing result by accessing the first cross-chain application without knowing the business data of the participating user end.

[0081] Sa5. When the verification result is a verification failure, a business processing failure prompt is generated.

[0082] Among them, the business processing failure prompt is used to inform the initiating user end that the current cross-chain business processing request has not been successfully completed due to some reason (such as inconsistent business processing results between computing nodes and data transmission errors, etc.).

[0083] Specifically, when the verification result is verification failure, it indicates that there is data missing or tampering during the business processing. At this time, the computing node identifier with inconsistent summary information can be determined, and the determined computing node identifier can be determined as an abnormal computing node identifier. Then, based on the abnormal computing node identifier, a business processing failure prompt is generated in a standard format, that is, the business processing failure prompt can include the abnormal computing node identifier.

[0084] Sa6. Send a service processing failure prompt to the initiating user end to prompt the initiating user end to re-initiate the cross-chain service processing request.

[0085] Specifically, after generating a business processing failure prompt, the business processing failure prompt can be sent to the first cross-chain application through the heterogeneous blockchain communication protocol; then, the first cross-chain application can receive the business processing failure prompt and display the business processing failure prompt on the display screen of the initiating user end to inform the initiating user end that the cross-chain business processing request failed to execute successfully, and prompt the initiating user end to take timely response measures, such as replacing the computing node corresponding to the abnormal computing node identifier, and re-initiating the cross-chain business processing request.

[0086] In the embodiment of the present application, the relay chain mutually verifies the business processing results through summary information, ensuring the accuracy and consistency of the business processing results, and only sends the business processing results to the initiating user end when the verification result is verification passed, effectively avoiding the propagation of erroneous business processing results, thereby reducing the error rate of cross-chain business processing; when the verification result is verification failure, a business processing failure prompt is generated, and the initiating user end can be notified in time to re-initiate the cross-chain business processing request, thereby reducing the error rate of cross-chain business processing, thereby ensuring the reliability and stability of cross-chain business processing.

[0087] According to the technical solution of the embodiment of the present application, the relay chain can receive a cross-chain business processing request sent by the initiating user terminal in the first user chain, and determine the participating user terminal from the second user chain based on the cross-chain business processing request, then generate a first key pair for the initiating user terminal, and generate a second key pair for the participating user terminal, and then send a first encryption key to the initiating user terminal, send a second encryption key to the participating user terminal, and send a first decryption key and a second decryption key to the computing node, and then receive the first ciphertext information sent by the initiating user terminal and the second ciphertext information sent by the participating user terminal, and send the first ciphertext information and the second ciphertext information to the computing node, so that the computing node uses the first decryption key to decrypt the first ciphertext information to obtain the first business data, uses the second decryption key to decrypt the second ciphertext information to obtain the second business data, and performs business on the first business data and the second business data. The business processing result is obtained by processing, and the cross-chain business processing function in the blockchain system is realized; in the above technical scheme, through the intervention of the relay chain, a unified cross-chain communication interface and cross-chain communication platform can be provided for the blockchain system, and cross-chain communication between different heterogeneous user chains is realized, and the heterogeneous user chains in the blockchain system are no longer limited to the blockchain based on the Ethereum virtual machine, thereby improving the compatibility with heterogeneous blockchains, and solving the problem of poor compatibility of ARPA network with heterogeneous blockchains in the prior art, thereby improving the flexibility and extensiveness of cross-chain communication in the blockchain system; at the same time, by transmitting the first ciphertext information and the second ciphertext information, instead of directly transmitting the first business data and the second business data, the security and privacy of the business data during the transmission process can be ensured, effectively reducing the risk of business data being tampered with, thereby improving the user experience.

[0088] Figure 4 This is a schematic diagram of the structure of the cross-chain business processing device provided in the embodiment of the present application, referring to Figure 4 , the cross-chain business processing device may include:

[0089] The participating terminal determination module 410 is used to receive a cross-chain business processing request sent by an initiating user terminal in the first user chain, and determine a participating user terminal from the second user chain based on the cross-chain business processing request;

[0090] The key generation module 420 is used to generate a first key pair for the initiating user terminal and a second key pair for the participating user terminal, wherein the first key pair includes a first encryption key and a first decryption key, and the second key pair includes a second encryption key and a second decryption key;

[0091] A key sending module 430, configured to send a first encryption key to an initiating user terminal, send a second encryption key to a participating user terminal, and send a first decryption key and a second decryption key to a computing node;

[0092] The ciphertext receiving module 440 is used to receive first ciphertext information sent by the initiating user terminal and second ciphertext information sent by the participating user terminal, wherein the first ciphertext information is obtained by the initiating user terminal encrypting the first service data using the first encryption key, and the second ciphertext information is obtained by the participating user terminal encrypting the second service data using the second encryption key;

[0093] The ciphertext sending module 450 is used to send the first ciphertext information and the second ciphertext information to the computing node, so that the computing node uses the first decryption key to decrypt the first ciphertext information to obtain the first business data, uses the second decryption key to decrypt the second ciphertext information to obtain the second business data, and performs business processing on the first business data and the second business data to obtain the business processing results.

[0094] In one embodiment, the initiating user end is installed with a first cross-chain application corresponding to the first user chain, and the participating end determination module 410 receives a cross-chain business processing request sent by the initiating user end in the first user chain, including: receiving a cross-chain business processing request sent by the initiating user end through the first cross-chain application, and the cross-chain business processing request is obtained by the first cross-chain application converting the original format of the original cross-chain business processing request into the format required by the heterogeneous blockchain communication protocol.

[0095] In one embodiment, the cross-chain business processing device also includes a participation request module, which is specifically used to: send a cross-chain business participation request to the participating user terminal before generating a first key pair for the initiating user terminal and generating a second key pair for the participating user terminal; when receiving the consent to participate information sent by the participating user terminal, trigger the execution of generating a first key pair for the initiating user terminal and generating a second key pair for the participating user terminal.

[0096] In one embodiment, the cross-chain business processing device further includes a computing node determination module, which is specifically used to: determine at least two computing nodes based on the cross-chain business processing request before sending the first decryption key and the second decryption key to the computing node;

[0097] The key sending module 430 sends the first decryption key and the second decryption key to the computing nodes, including: sending the first decryption key and the second decryption key to each computing node of at least two computing nodes.

[0098] In one embodiment, the cross-chain business processing device also includes a verification module, which is specifically used to: receive business processing results sent by at least two computing nodes and summary information corresponding to the business processing results; based on the summary information corresponding to the business processing results, mutually verify the business processing results sent by at least two computing nodes to obtain a verification result; when the verification result is verification passed, send the business processing result to the initiating user terminal.

[0099] In one embodiment, the verification module mutually verifies the business processing results sent by at least two computing nodes based on the summary information corresponding to the business processing results to obtain a verification result, including: when the summary information sent by at least two computing nodes is consistent, determining that the verification result is a passed verification; when there are at least two computing nodes The summary information sent is inconsistent, determining that the verification result is a failed verification.

[0100] In one embodiment, the cross-chain business processing device also includes a failure prompt module, which is specifically used to: mutually verify the business processing results sent by at least two computing nodes based on the summary information corresponding to the business processing results, and after obtaining the verification results, when the verification result is a verification failure, generate a business processing failure prompt; send a business processing failure prompt to the initiating user end to prompt the initiating user end to re-initiate the cross-chain business processing request.

[0101] Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example for illustration. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. The specific working process of the functional modules described above can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0102] The cross-chain business processing device provided in this embodiment can be applied to the cross-chain business processing method provided in any of the above embodiments, and has corresponding functions and beneficial effects.

[0103] Figure 5 It is a structural schematic diagram of an electronic device provided in an embodiment of the present application. Figure 5 A block diagram of an exemplary electronic device 11 suitable for implementing the embodiments of the present application is shown. Figure 5 The electronic device 11 shown is only an example and should not bring any limitation to the function and scope of use of the present embodiment.

[0104] like Figure 5 As shown, the electronic device 11 is in the form of a general purpose computing electronic device. The components of the electronic device 11 may include, but are not limited to: one or more processors or processing units 16, a system memory 28, and a bus 18 connecting different system components (including the system memory 28 and the processing unit 16).

[0105] Bus 18 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor or a local bus using any of a variety of bus architectures. By way of example, these architectures include, but are not limited to, an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MAC) bus, an Enhanced ISA bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnect (PCI) bus.

[0106] The electronic device 11 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the electronic device 11, including volatile and non-volatile media, removable and non-removable media.

[0107] The system memory 28 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and / or cache memory 32. The electronic device 11 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, the storage system 34 may be used to read and write non-removable, non-volatile magnetic media ( Figure 5 not shown, usually called a "hard drive"). Although Figure 5 Not shown, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk"), and an optical drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, a DVD-ROM, or other optical medium) may be provided. In these cases, each drive may be connected to the bus 18 via one or more data medium interfaces. The system memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to perform the functions of the various embodiments of the present application.

[0108] A program / utility 40 having a set (at least one) of program modules 42 may be stored, for example, in system memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment. Program modules 42 generally perform the functions and / or methods of the embodiments described herein.

[0109] The electronic device 11 may also communicate with one or more external devices 14 (e.g., keyboards, pointing devices, displays 24, etc.), may also communicate with one or more devices that enable a user to interact with the electronic device 11, and / or may communicate with any device that enables the electronic device 11 to communicate with one or more other computing devices (e.g., network cards, modems, etc.). Such communication may be performed through an input / output (I / O) interface 22. Furthermore, the electronic device 11 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) through a network adapter 20.

[0110] like Figure 5 As shown, the network adapter 20 communicates with other modules of the electronic device 11 via the bus 18. It should be understood that although Figure 5 Not shown, other hardware and / or software modules may be used in conjunction with the electronic device 11, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0111] The processing unit 16 executes various functional applications and page displays by running the programs stored in the system memory 28, such as implementing a cross-chain business processing method provided in any embodiment of the present application.

[0112] An embodiment of the present application provides a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, it implements a cross-chain business processing method provided by any embodiment of the present application, for example.

[0113] The computer storage medium of this embodiment can adopt any combination of one or more computer-readable media. Computer-readable media can be computer-readable signal media or computer-readable storage media. Computer-readable storage media can be, for example, but not limited to: electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or devices, or any combination of the above. More specific examples (non-exhaustive list) of computer-readable storage media include: electrical connections with one or more wires, portable computer disks, hard disks, random access memories (RAM), read-only memories (ROM), erasable programmable read-only memories (EPROM or flash memory), optical fibers, portable compact disk read-only memories (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above. In this document, computer-readable storage media can be any tangible medium containing or storing programs, which can be used by instruction execution systems, devices or devices or used in combination with them.

[0114] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, which carry computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0115] The program code embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0116] Computer program code for performing the operation of the present application can be written in one or more programming languages ​​or combinations thereof, including object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as an independent software package, partially on the user's computer, partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (e.g., using an Internet service provider to connect through the Internet).

[0117] It should be understood by those skilled in the art that the above modules or steps of the present application can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, optionally, they can be implemented by a program code executable by a computer device, so that they can be stored in a storage device and executed by the computing device, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present application is not limited to any specific combination of hardware and software.

[0118] In addition, the acquisition, storage, use, and processing of data in the technical solution of this application comply with the relevant provisions of national laws and regulations.

[0119] Note that the above are only preferred embodiments of the present application and the technical principles used. Those skilled in the art will understand that the present application is not limited to the specific embodiments herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present application. Therefore, although the present application is described in more detail through the above embodiments, the present application is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the inventive concept of the present application, and the scope of the present application is determined by the scope of the appended claims.

Claims

1. A cross-chain business processing method, characterized in that: A relay chain applied to a blockchain system, wherein the blockchain system further includes a heterogeneous user chain, wherein the heterogeneous user chain includes a first user chain and a second user chain, and the method includes: Receive a cross-chain business processing request sent by the initiating user terminal in the first user chain, and determine a participating user terminal from the second user chain based on the cross-chain business processing request; Generate a first key pair for the initiating user terminal and generate a second key pair for the participating user terminal, the first key pair includes a first encryption key and a first decryption key, and the second key pair includes a second encryption key and a second decryption key; Sending the first encryption key to the initiating user terminal, sending the second encryption key to the participating user terminals, and sending the first decryption key and the second decryption key to the computing node; Receiving first ciphertext information sent by the initiating user terminal and second ciphertext information sent by the participating user terminal, wherein the first ciphertext information is obtained by the initiating user terminal encrypting first service data using the first encryption key, and the second ciphertext information is obtained by the participating user terminal encrypting second service data using the second encryption key; The first ciphertext information and the second ciphertext information are sent to the computing node, so that the computing node decrypts the first ciphertext information using the first decryption key to obtain the first business data, decrypts the second ciphertext information using the second decryption key to obtain the second business data, and performs business processing on the first business data and the second business data to obtain a business processing result.

2. The cross-chain business processing method according to claim 1, characterized in that: The initiating user terminal is installed with a first cross-chain application corresponding to the first user chain, and the receiving of a cross-chain service processing request sent by the initiating user terminal in the first user chain includes: The cross-chain business processing request sent by the initiating user end through the first cross-chain application is received, where the cross-chain business processing request is obtained by the first cross-chain application converting the original format of the original cross-chain business processing request into the format required by the heterogeneous blockchain communication protocol.

3. The cross-chain business processing method according to claim 1, characterized in that: Before generating a first key pair for the initiating user terminal and generating a second key pair for the participating user terminal, the method further includes: Sending a cross-chain business participation request to the participating user terminal; When the participation consent information sent by the participating user terminal is received, the generation of the first key pair for the initiating user terminal and the generation of the second key pair for the participating user terminal are triggered.

4. The cross-chain business processing method according to claim 1, characterized in that: Before sending the first decryption key and the second decryption key to the computing node, the method further includes: Determine at least two computing nodes based on the cross-chain business processing request; The sending the first decryption key and the second decryption key to the computing node includes: The first decryption key and the second decryption key are sent to each of the at least two computing nodes.

5. The cross-chain business processing method according to claim 4 is characterized in that: The method further comprises: Receiving the business processing result and summary information corresponding to the business processing result sent by the at least two computing nodes; Mutual verification of the business processing results sent by the at least two computing nodes based on summary information corresponding to the business processing results to obtain a verification result; When the verification result is that the verification is passed, the service processing result is sent to the initiating user terminal.

6. The cross-chain business processing method according to claim 5, characterized in that: The mutually verifying the business processing results sent by the at least two computing nodes based on the summary information corresponding to the business processing results to obtain the verification results includes: When the summary information sent by the at least two computing nodes is consistent, determining that the verification result is verification passed; When the summary information sent by the at least two computing nodes is inconsistent, it is determined that the verification result is a verification failure.

7. The cross-chain business processing method according to claim 5, characterized in that: After mutually verifying the business processing results sent by the at least two computing nodes based on the summary information corresponding to the business processing results and obtaining the verification results, the method further includes: When the verification result is a verification failure, a service processing failure prompt is generated; Sending the service processing failure prompt to the initiating user terminal to prompt the initiating user terminal to re-initiate the cross-chain service processing request.

8. A cross-chain business processing device, characterized in that: A relay chain applied to a blockchain system, wherein the blockchain system further includes a heterogeneous user chain, wherein the heterogeneous user chain includes a first user chain and a second user chain, and wherein the device includes: A participating terminal determination module, configured to receive a cross-chain business processing request sent by an initiating user terminal in the first user chain, and determine a participating user terminal from the second user chain based on the cross-chain business processing request; A key generation module, configured to generate a first key pair for the initiating user terminal and a second key pair for the participating user terminal, wherein the first key pair includes a first encryption key and a first decryption key, and the second key pair includes a second encryption key and a second decryption key; A key sending module, configured to send the first encryption key to the initiating user terminal, send the second encryption key to the participating user terminals, and send the first decryption key and the second decryption key to the computing node; a ciphertext receiving module, configured to receive first ciphertext information sent by the initiating user terminal and second ciphertext information sent by the participating user terminal, wherein the first ciphertext information is obtained by the initiating user terminal encrypting the first service data using the first encryption key, and the second ciphertext information is obtained by the participating user terminal encrypting the second service data using the second encryption key; The ciphertext sending module is used to send the first ciphertext information and the second ciphertext information to the computing node, so that the computing node uses the first decryption key to decrypt the first ciphertext information to obtain the first business data, uses the second decryption key to decrypt the second ciphertext information to obtain the second business data, and performs business processing on the first business data and the second business data to obtain a business processing result.

9. An electronic device, characterized in that: The electronic device comprises: at least one processor; and a memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the cross-chain business processing method described in any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the cross-chain business processing method as described in any one of claims 1 to 7 is implemented.

Images