Blockchain cross-chain method, device, storage medium and electronic equipment

Abstract

The present disclosure relates to a blockchain cross-chain method, device, storage medium and electronic equipment. The method is applied to a first cross-chain service node in a first blockchain network. The method comprises the following steps: receiving a cross-chain request of a second blockchain network, wherein the cross-chain request comprises an access address of a first digital identity blockchain network and digital identity information registered by the second blockchain network in the first digital identity blockchain network; accessing the first digital identity blockchain network based on the access address and verifying the digital identity information of the second blockchain network; and performing a cross-chain operation corresponding to the cross-chain request if the verification is passed.

Description

Technical Field

[0001] This disclosure relates to the field of blockchain technology, and more specifically, to a blockchain cross-chain method, apparatus, storage medium, and electronic device. Background Technology

[0002] Blockchain is a technology that enables the collective maintenance of a reliable database in a decentralized and trustless manner. It stores transactions occurring over a period of time in blocks and uses cryptographic algorithms to link these blocks chronologically, forming a chain-like data structure. During the development of blockchain technology, different types of blockchains have emerged. These different types of blockchains may exhibit technological heterogeneity, making it difficult for different blockchains to achieve effective data flow and value transfer.

[0003] In relevant scenarios, cross-chain transmission can be achieved through relays, but this method may still suffer from low efficiency. Summary of the Invention

[0004] The purpose of this disclosure is to provide a blockchain cross-chain method, apparatus, storage medium, and electronic device to solve the aforementioned related technical problems.

[0005] To achieve the above objectives, according to a first aspect of the present disclosure, a blockchain cross-chain method is provided, applied to a first cross-chain service node in a first blockchain network, the method comprising:

[0006] Receive a cross-chain request from a second blockchain network, the cross-chain request including the access address of the first digital identity blockchain network and the digital identity information obtained by the second blockchain network from the registration in the first digital identity blockchain network;

[0007] Access the first digital identity blockchain network based on the access address, and verify the digital identity information of the second blockchain network;

[0008] If the verification is successful, the cross-chain operation corresponding to the cross-chain request is executed.

[0009] Optionally, the cross-chain request further includes the private key signature information of the second blockchain network, and the step of accessing the first digital identity blockchain network based on the access address and verifying the digital identity information of the second blockchain network includes:

[0010] Obtain the registration public key of the second blockchain network from the blockchain of the first digital identity blockchain network;

[0011] The private key signature information is verified using the registered public key.

[0012] Optionally, it also includes:

[0013] Initiate a registration process, which is used to register the digital identity of the first blockchain network in the target digital identity blockchain network, the digital identity including the cross-chain service address of the first blockchain network;

[0014] After successful registration, the target digital identity blockchain network will be added to the list of trusted blockchain networks.

[0015] Optionally, the method further includes:

[0016] Set up the message receiving list;

[0017] Receiving cross-chain requests from the second blockchain network includes:

[0018] If the second blockchain network is in the information receiving list, then the cross-chain request from the second blockchain network is received.

[0019] Optionally, before accessing the first digital identity blockchain network based on the access address and verifying the digital identity information of the second blockchain network, the method further includes:

[0020] The first blockchain network is determined to be trustworthy by querying the list of trusted blockchain networks.

[0021] Optionally, receiving cross-chain requests from the second blockchain network includes:

[0022] The system receives a cross-chain request forwarded by the notary office from the second blockchain network. The cross-chain request also includes the notary office's private key signature information and the digital identity information that the notary office has registered in the first digital identity blockchain network.

[0023] Before accessing the first digital identity blockchain network based on the access address and verifying the digital identity information of the second blockchain network, the method further includes:

[0024] Obtain the registration public key of the notary office from the blockchain of the first digital identity blockchain network;

[0025] The notary office's private key signature information is verified using the notary office's registered public key.

[0026] The verification of the private key signature information at the notary office has been successful.

[0027] Optionally, it also includes:

[0028] If the digital identity information of the second blockchain network is verified, the digital identity information of the second blockchain network is saved to the blockchain of the first blockchain network to obtain the target digital identity information;

[0029] If a cross-chain request from the second blockchain network is received again within a preset time period, the target digital identity information is obtained from the blockchain of the first blockchain network.

[0030] The digital identity information of the second blockchain network in the cross-chain request is verified based on the target digital identity information.

[0031] Optionally, the first blockchain network registers in the target digital identity blockchain network, and the method further includes:

[0032] In response to generating a target cross-chain transaction, one or more receiving blockchain networks corresponding to the target cross-chain transaction are identified;

[0033] Obtain the digital identity information of the recipient's blockchain network from the target digital identity blockchain network;

[0034] Send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the receiving blockchain network.

[0035] Optionally, the first blockchain network registers in the target digital identity blockchain network, and the method further includes:

[0036] In response to generating a target cross-chain transaction, one or more receiving blockchain networks corresponding to the target cross-chain transaction are identified;

[0037] Obtain the digital identity information of the recipient's blockchain network from the target digital identity blockchain network;

[0038] The target notary office and its digital identity information are determined from multiple notary offices in the target digital identity blockchain network.

[0039] Send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the target notary office, so that the notary office forwards the target cross-chain request to the receiving blockchain network;

[0040] The target cross-chain request includes the digital identity information of the receiving blockchain network.

[0041] Optionally, it also includes:

[0042] In response to receiving a block header retrieval request from the target notary office, the block header information of the blockchain of the first blockchain network is sent to the target notary office.

[0043] The block header information is used by the target notary office to perform trusted verification of the target cross-chain transaction. If the trusted verification of the target cross-chain transaction is successful, the target notary office forwards the target cross-chain request to the receiving blockchain network.

[0044] According to a second aspect of the present disclosure, a blockchain cross-chain device is provided, applied to a first cross-chain service node in a first blockchain network, the device comprising:

[0045] The first receiving module is used to receive a cross-chain request from the second blockchain network. The cross-chain request includes the access address of the first digital identity blockchain network and the digital identity information registered by the second blockchain network in the first digital identity blockchain network.

[0046] The first verification module is used to access the first digital identity blockchain network based on the access address and to verify the digital identity information of the second blockchain network.

[0047] The first execution module is used to execute the cross-chain operation corresponding to the cross-chain request if the verification is successful.

[0048] Optionally, the cross-chain request further includes private key signature information of the second blockchain network, and the first verification module includes:

[0049] The first acquisition submodule is used to obtain the registration public key of the second blockchain network from the blockchain of the first digital identity blockchain network;

[0050] The first verification submodule is used to verify the private key signature information using the registered public key.

[0051] Optionally, it also includes:

[0052] The second execution module is used to initiate a registration process, which is used to register the digital identity of the first blockchain network in the target digital identity blockchain network, and the digital identity includes the cross-chain service address of the first blockchain network.

[0053] The third execution module is used to add the target digital identity blockchain network to the list of trusted blockchain networks after successful registration.

[0054] Optionally, the device further includes:

[0055] The first configuration module is used to set the information receiving list;

[0056] The first receiving module is used for:

[0057] When the second blockchain network is in the information receiving list, a cross-chain request from the second blockchain network is received.

[0058] Optionally, the device further includes:

[0059] The first query module is used to query the list of trusted blockchain networks and determine the trustworthiness of the first blockchain network before the first verification module accesses the first digital identity blockchain network based on the access address and verifies the digital identity information of the second blockchain network.

[0060] Optionally, the first receiving module includes:

[0061] The first receiving submodule is used to receive cross-chain requests forwarded by the notary office from the second blockchain network. The cross-chain request also includes the private key signature information of the notary office and the digital identity information registered by the notary office in the first digital identity blockchain network.

[0062] The device further includes:

[0063] The first acquisition module is used to acquire the registration public key of the notary office from the blockchain of the first digital identity blockchain network before the first verification module accesses the first digital identity blockchain network based on the access address and verifies the digital identity information of the second blockchain network.

[0064] The second verification module is used to verify the private key signature information of the notary office using the registered public key of the notary office.

[0065] The first determining module is used to determine whether the private key signature information of the notary office has been verified.

[0066] Optionally, it also includes:

[0067] The information storage module is used to save the digital identity information of the second blockchain network to the blockchain of the first blockchain network when the digital identity information of the second blockchain network is verified, so as to obtain the target digital identity information.

[0068] The second acquisition module is used to acquire the target digital identity information from the blockchain of the first blockchain network when a cross-chain request from the second blockchain network is received again within a preset time period.

[0069] The third verification module is used to verify the digital identity information of the second blockchain network in the cross-chain request based on the target digital identity information.

[0070] Optionally, the first blockchain network registers in the target digital identity blockchain network, and the device further includes:

[0071] The second determining module is used to determine one or more receiving blockchain networks corresponding to the target cross-chain transaction in response to generating the target cross-chain transaction.

[0072] The third acquisition module is used to acquire the digital identity information of the recipient's blockchain network from the target digital identity blockchain network;

[0073] The first sending module is used to send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the receiving blockchain network.

[0074] Optionally, the first blockchain network registers in the target digital identity blockchain network, and the device further includes:

[0075] The third determining module is used to determine one or more receiving blockchain networks corresponding to the target cross-chain transaction in response to the generation of the target cross-chain transaction.

[0076] The fourth acquisition module is used to acquire the digital identity information of the recipient's blockchain network from the target digital identity blockchain network;

[0077] The fourth determining module is used to determine the target notary office and the digital identity information of the target notary office from multiple notary offices in the target digital identity blockchain network.

[0078] The second sending module is used to send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the target notary office, so that the notary office forwards the target cross-chain request to the receiving blockchain network.

[0079] The target cross-chain request includes the digital identity information of the receiving blockchain network.

[0080] Optionally, it also includes:

[0081] The third sending module is used to send the block header information of the blockchain of the first blockchain network to the target notary office in response to receiving the block header acquisition request from the target notary office.

[0082] The block header information is used by the target notary office to perform trusted verification of the target cross-chain transaction. If the trusted verification of the target cross-chain transaction is successful, the target notary office forwards the target cross-chain request to the receiving blockchain network.

[0083] According to a third aspect of the present disclosure, a non-transitory computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the steps of the method described in any of the first aspects above.

[0084] According to a fourth aspect of the present disclosure, an electronic device is provided, comprising:

[0085] A memory on which computer programs are stored;

[0086] A processor for executing the computer program in the memory to implement the steps of the method described in any of the first aspects above.

[0087] In the above technical solution, after receiving a cross-chain request from the second blockchain network, the first cross-chain service node can access the first digital identity blockchain network based on the access address of the first digital identity blockchain network in the cross-chain request. For example, the first cross-chain service node can obtain the digital identity information of the second blockchain network from the blockchain of the first digital identity blockchain network, and verify the digital identity information of the second blockchain network in the cross-chain request using the obtained digital identity information. If the verification is successful, the first cross-chain service node can execute the cross-chain operation corresponding to the cross-chain request.

[0088] In other words, the above technical solution can verify the identity of the cross-chain initiator in a cross-chain request based on the distributed digital identity in a digital identity blockchain network, thereby establishing a trust relationship between different blockchain networks. In this way, the two parties involved in the cross-chain interaction can directly conduct cross-chain interactions without the need for a third-party relay. Therefore, compared to cross-chain methods such as relay chains, the above technical solution has the advantage of a simpler network topology. Furthermore, since the cross-chain process does not require the participation of a third-party relay, the above technical solution can also avoid the performance bottleneck problem of relay chains in the cross-chain process, thereby improving the processing efficiency of cross-chain transactions.

[0089] Other features and advantages of this disclosure will be described in detail in the following detailed description section. Attached Figure Description

[0090] The accompanying drawings are provided to further illustrate the present disclosure and form part of the specification. They are used together with the following detailed description to explain the present disclosure, but do not constitute a limitation thereof. In the drawings:

[0091] Figure 1 This is a flowchart illustrating an exemplary embodiment of a blockchain cross-chain method.

[0092] Figure 2This is a flowchart illustrating an exemplary embodiment of a blockchain cross-chain method.

[0093] Figure 3 This is a flowchart illustrating an exemplary embodiment of a blockchain cross-chain method.

[0094] Figure 4 This is a flowchart illustrating an exemplary embodiment of a blockchain cross-chain method.

[0095] Figure 5 This is a flowchart illustrating an exemplary embodiment of a blockchain cross-chain method.

[0096] Figure 6 This is a flowchart illustrating a blockchain cross-chain process in an exemplary embodiment of this disclosure.

[0097] Figure 7 This is a block diagram of a blockchain cross-chain device shown in an exemplary embodiment of this disclosure.

[0098] Figure 8 This is a block diagram of an electronic device shown in an exemplary embodiment of the present disclosure. Detailed Implementation

[0099] The specific embodiments of this disclosure will be described in detail below with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are for illustration and explanation only and are not intended to limit this disclosure.

[0100] Before introducing the blockchain cross-chain method, device, storage medium and electronic device disclosed herein, the application scenarios of this disclosure will be introduced first.

[0101] To enable interaction between different blockchain networks, a relay chain can be set up in a cross-chain system. For example, the initiator of a cross-chain transaction can send cross-chain information to the relay chain, which can then encrypt the information and send it to the recipient, thus achieving cross-chain interaction. However, this approach requires both parties to interact with the relay chain, resulting in low efficiency. Furthermore, the relay chain may experience performance bottlenecks due to its cross-chain data transmission capabilities. Additionally, the data stored in the relay chain may be encrypted, which can be significantly longer than plaintext data, further increasing the performance burden on the relay chain and making it prone to performance bottlenecks, ultimately impacting the efficiency of cross-chain transaction processing.

[0102] Therefore, this disclosure provides a blockchain cross-chain method applied to a first cross-chain service node in a first blockchain network. In specific implementation, the first service node can be, for example, a stationary or mobile computing device, such as a laptop, desktop computer, etc. Figure 1 This is a flowchart illustrating a blockchain cross-chain method, as shown in this disclosure. Figure 1 The method includes:

[0103] In step 11, a cross-chain request from a second blockchain network is received. The cross-chain request includes the access address of the first digital identity blockchain network and the digital identity information registered by the second blockchain network in the first digital identity blockchain network.

[0104] Taking the second blockchain network as an example of a consortium blockchain network, the digital identity information may include, for example, member description information, organization description information, description information of cross-chain service port addresses, etc.

[0105] In step 12, the first digital identity blockchain network is accessed based on the access address, and the digital identity information of the second blockchain network is verified.

[0106] For example, in some implementation scenarios, the first cross-chain service node can access the first digital identity blockchain network and obtain the digital identity information of the second blockchain network from the blockchain of the first digital identity blockchain network to obtain the target digital identity information. In this way, the first cross-chain service node can compare the obtained target digital identity information with the digital identity information in the cross-chain request for verification. When the target digital identity information is the same as the digital identity information in the cross-chain request, the verification passes, thus determining that the second blockchain network is trustworthy; when the target digital identity information is different from the digital identity information in the cross-chain request, the verification fails.

[0107] In some implementation scenarios, the cross-chain request also includes the private key signature information of the second blockchain network. In this case, the step of accessing the first digital identity blockchain network based on the access address and verifying the digital identity information of the second blockchain network (step 12) includes:

[0108] Obtain the registration public key of the second blockchain network from the blockchain of the first digital identity blockchain network;

[0109] The private key signature information is verified using the registered public key.

[0110] For example, a first cross-chain service node can access the first digital identity blockchain network and obtain the registration public key of the second blockchain network from the blockchain of the first digital identity blockchain network. Here, in some implementation scenarios, the registration public key can also be part of the digital identity information, and this disclosure does not limit this. In this way, the first cross-chain service node can decrypt and verify the signature of the private key based on the registration public key. If decryption fails, the verification fails; if decryption succeeds, the verification passes, thereby determining that the second blockchain network is trustworthy.

[0111] It should be noted that the above verification methods can also be used simultaneously. That is, the first cross-chain service node can determine that the verification is successful if it finds that the target digital identity information is the same as the digital identity information in the cross-chain request and the signature is successfully decrypted and verified based on the registered public key.

[0112] In step 13, if the verification passes, the cross-chain operation corresponding to the cross-chain request is executed.

[0113] For example, the cross-chain request can be used to request the sending of data A to organization node 1 in the first blockchain network. Thus, upon successful verification, data A can be synchronized to organization node 1 through the internal processing logic of the first blockchain network. The implementation method can be found in related technologies (such as through smart contracts), and will not be elaborated upon here.

[0114] In the above technical solution, after receiving a cross-chain request from the second blockchain network, the first cross-chain service node can access the first digital identity blockchain network based on the access address of the first digital identity blockchain network in the cross-chain request. For example, the first cross-chain service node can obtain the digital identity information of the second blockchain network from the blockchain of the first digital identity blockchain network, and verify the digital identity information of the second blockchain network in the cross-chain request using the obtained digital identity information. If the verification is successful, the first cross-chain service node can execute the cross-chain operation corresponding to the cross-chain request.

[0115] In other words, the above technical solution can verify the identity of the cross-chain initiator in a cross-chain request based on the distributed digital identity in a digital identity blockchain network, thereby establishing a trust relationship between different blockchain networks. In this way, the two parties involved in the cross-chain interaction can directly conduct cross-chain interactions without the need for a third-party relay. Therefore, compared to cross-chain methods such as relay chains, the above technical solution has the advantage of a simpler network topology. Furthermore, since the cross-chain process does not require the participation of a third-party relay, the above technical solution can also avoid the performance bottleneck problem of relay chains in the cross-chain process, thereby improving the processing efficiency of cross-chain transactions.

[0116] Furthermore, since digital identity information is stored in the blockchain of the digital identity blockchain network, it is immutable. Therefore, the cross-chain method combining digital identity information and the digital identity blockchain network described above can also ensure that the data source is an on-chain identity (rather than an unknown source or an untrusted digital identity from off-chain), thus guaranteeing the credibility of the data source.

[0117] It should be noted that the first blockchain network can also register on the digital identity blockchain. For example, in one possible implementation, the method further includes:

[0118] Initiate a registration process, which is used to register the digital identity of the first blockchain network in the target digital identity blockchain network, the digital identity including the cross-chain service address of the first blockchain network.

[0119] For example, the first cross-chain service node can register a digital identity based on a deployed registration smart contract. During registration, the first cross-chain service node can collect endorsements from relevant nodes of the registration smart contract and send a registration request to the registration service port of the target digital identity blockchain network (or a relevant registration service node within the target digital identity blockchain network). Here, the registration request may include, for example, a member description, organization description, etc., of the first blockchain network.

[0120] After successful registration, the first blockchain network can add the target digital identity blockchain network to the list of trusted blockchain networks.

[0121] It is worth noting that after the first blockchain network completes its registration with the target digital identity blockchain network, the digital identity information of the first blockchain network can be stored in the blockchain of the target digital identity blockchain network. In this way, other blockchain networks registered with the target digital identity blockchain network can obtain the digital identity information of the first blockchain network and then send cross-chain transaction requests to the first blockchain network through the cross-chain service address in the digital identity information.

[0122] For example, refer to Figure 2 The flowchart shown illustrates a blockchain cross-chain method. Consortium chain A can obtain the cross-chain service address of the first blockchain network from the blockchain of the target digital identity blockchain network, and send a cross-chain transaction request to the first blockchain network based on the cross-chain service address.

[0123] In other words, the above technical solution registers the blockchain network as an entity within the digital identity blockchain network. This allows different blockchain networks to discover each other and initiate cross-chain interactions based on the cross-chain service addresses within the registered digital identity information. In this way, the scalability of the blockchain cross-chain system can be improved by combining distributed digital identity.

[0124] It's worth noting that if the digital identity blockchain network itself is untrustworthy, the digital identity information obtained from it is also untrustworthy, leading to unreliable verification results. Therefore, in some implementation scenarios, the first cross-chain service node can also verify the trustworthiness of the digital identity blockchain network.

[0125] For example, in one possible implementation, before accessing the first digital identity blockchain network based on the access address and verifying the digital identity information of the second blockchain network, the method further includes:

[0126] The first blockchain network is determined to be trustworthy by querying the list of trusted blockchain networks.

[0127] This approach can enhance the credibility of the verification results.

[0128] Furthermore, it's worth noting that because different blockchain networks can discover and identify each other based on distributed digital identities within the digital identity blockchain, they can also send cross-chain transaction requests based on the acquired digital identity information. Therefore, in some implementation scenarios, information redundancy may exist. For example, in... Figure 2 In this scenario, consortium blockchain A can send cross-chain requests to the first blockchain network without the first blockchain network's permission, thereby interfering with the first blockchain network.

[0129] Therefore, in one possible implementation, refer to Figure 3 The flowchart shown is a blockchain cross-chain method. Figure 1 In addition to:

[0130] S01, Set the message receiving list.

[0131] For example, the first cross-chain service node can select information about the blockchain network (or notary office) that it needs to subscribe to, and add the blockchain network to the information receiving list.

[0132] The step of receiving the cross-chain request from the second blockchain network (S11) includes:

[0133] If the second blockchain network is in the information receiving list, then the cross-chain request from the second blockchain network is received.

[0134] For example, the first cross-chain service node can identify the header of the cross-chain request to determine the initiator of the request. Then, the first cross-chain service node can query whether the initiator is in the information receiving list. If the initiator is not in the information receiving list, the cross-chain request can be discarded; if the initiator is in the information receiving list, the cross-chain request can be processed.

[0135] In other words, the first cross-chain service node can select the blockchain networks it needs to subscribe to and set up a list of information to receive. This allows for the filtering of received cross-chain information, thereby reducing information interference.

[0136] Figure 4 This is a flowchart illustrating a blockchain cross-chain method, which is applied to a first cross-chain service node in a first blockchain network. (Refer to...) Figure 4 The method includes:

[0137] S41 receives cross-chain requests from the second blockchain network forwarded by the notary office.

[0138] Here, the notary terminal can be a third-party device. In some implementation scenarios, to avoid centralization issues, the notary terminal can also be presented in the form of a notary blockchain network. In some implementation scenarios, a high-performance blockchain network can also be configured as the notary blockchain to avoid performance bottlenecks of the notary terminal.

[0139] After receiving a cross-chain request from the second blockchain network, the notary office can verify the request. As an example, the notary office can maintain the block header information of the blockchain containing the second blockchain network. In this way, the notary office can verify the cross-chain request based on the maintained block header information. For instance, the notary office can verify whether the cross-chain transaction exists in the second blockchain network using Merkel proofs.

[0140] After successful verification, the notary office can forward the cross-chain request to the first blockchain network. The cross-chain request includes the access address of the first digital identity blockchain network, the digital identity information registered by the second blockchain network in the first digital identity blockchain network, the private key signature information of the notary office, and the digital identity information registered by the notary office in the first digital identity blockchain network.

[0141] It is worth noting that in some implementation scenarios, the notary office and the second blockchain network can also be registered in different digital identity blockchain networks. In this case, the cross-chain request may also include the access address of the second digital identity blockchain network corresponding to the notary office, and the digital identity information obtained by the notary office from registering in the second digital identity blockchain network.

[0142] S42, Obtain the registration public key of the notary office from the blockchain of the first digital identity blockchain network.

[0143] S43, verify the private key signature information of the notary office using the registered public key of the notary office.

[0144] For example, the first cross-chain service node can decrypt and verify the signature of the notary's private key based on the notary's registered public key. If the decryption fails, the verification fails; if the decryption succeeds, the verification passes, thereby determining that the notary is trustworthy.

[0145] S44, if the private key signature information at the notary office is verified, the first digital identity blockchain network is accessed based on the access address of the first digital identity blockchain network to verify the digital identity information of the second blockchain network.

[0146] S45, if the verification is successful, perform the cross-chain operation corresponding to the cross-chain request.

[0147] For the implementation of steps S44 and S45, please refer to the section on... Figure 1 The embodiments are described below. Furthermore, when verifying the credibility of the notary office, the following methods can also be used. Figure 1 The verification methods for the second blockchain network (such as simultaneously verifying digital identity information and private key signature information) will not be elaborated upon in this disclosure for the sake of brevity.

[0148] The aforementioned technical solution can verify the identity of the notary in the cross-chain process based on the distributed digital identity in the digital identity blockchain network, thereby establishing a trust relationship between different blockchain networks and the notary, and thus solving the problem of untrustworthy notaries in relevant scenarios. Furthermore, since notaries are required to evaluate different assets in relevant asset transfer scenarios (such as the transfer of different types of assets), the above technical solution is also compatible with relevant blockchain cross-chain scenarios that require notaries.

[0149] Combination Figure 1 In one possible implementation, the method further includes:

[0150] If the digital identity information of the second blockchain network is verified, the digital identity information of the second blockchain network is saved to the blockchain of the first blockchain network to obtain the target digital identity information;

[0151] If a cross-chain request from the second blockchain network is received again within a preset time period, the target digital identity information is obtained from the blockchain of the first blockchain network.

[0152] The digital identity information of the second blockchain network in the cross-chain request is verified based on the target digital identity information.

[0153] The preset duration can be set based on application requirements. It should be noted that, since the likelihood of a blockchain network entity changing its digital identity in a short period is low, the above technical solution, after successfully verifying the digital identity of the second blockchain network, can retain the digital identity information obtained from the first digital identity blockchain network to obtain the target digital identity information.

[0154] In this way, when a cross-chain request from the second blockchain network is received again within a preset time period, the newly received cross-chain request can be verified based on the retained target digital identity information. This reduces the steps required to obtain digital identity information from the first digital identity blockchain network during verification, thereby improving the processing efficiency of cross-chain transactions.

[0155] Furthermore, in some implementation scenarios, the first cross-chain service node can also periodically access the first digital identity blockchain network to obtain and save the digital identity information of the second blockchain network. In other words, the first cross-chain service node can periodically update the saved digital identity information of other blockchain networks. This approach helps improve the processing efficiency of cross-chain transactions.

[0156] In one possible implementation, the first blockchain network registers with the target digital identity blockchain network. (See reference...) Figure 5 The flowchart shown is a blockchain cross-chain method. Figure 1 In addition to this, it also includes:

[0157] S14, in response to generating the target cross-chain transaction, determine one or more receiving blockchain networks corresponding to the target cross-chain transaction.

[0158] For example, after a transaction client in the first blockchain network initiates a cross-chain transaction process, the target cross-chain transaction can be generated. The first cross-chain service node can obtain the recipient information of the target cross-chain transaction, thereby determining one or more recipient blockchain networks corresponding to the target cross-chain transaction.

[0159] S15, Obtain the digital identity information of the recipient's blockchain network from the target digital identity blockchain network.

[0160] S16, send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the receiving blockchain network.

[0161] For example, the first cross-chain service node can package the target cross-chain transaction into the following form:

[0162] {

[0163] Content of target cross-chain transactions

[0164] Target Digital Identity Blockchain Network Access Address

[0165] Digital identity information of the first blockchain network

[0166] Cross-chain transaction release scope

[0167] Additional Information

[0168] The above content is a private key signature of the first blockchain network.

[0169] }

[0170] The scope of the cross-chain transaction publication can be determined based on the cross-chain recipients of the target cross-chain transaction. In other words, the first cross-chain service node can initiate cross-chain requests to multiple cross-chain recipients.

[0171] The aforementioned technical solution verifies the identity of the cross-chain initiator in a cross-chain request based on distributed digital identities within a digital identity blockchain network, thereby establishing a trust relationship between different blockchain networks. In this way, the cross-chain initiator can obtain the digital identity information of the cross-chain recipient from the digital identity blockchain network and perform cross-chain interaction without the need for a third-party relay. Therefore, compared to cross-chain methods such as relay chains, the aforementioned technical solution has the advantage of a simpler network topology. Furthermore, since the cross-chain process does not require the participation of a third-party relay, the aforementioned technical solution also avoids the performance bottleneck problem of relay chains in the cross-chain process, thereby improving the processing efficiency of cross-chain transactions.

[0172] In one possible implementation, the first blockchain network can also initiate cross-chain asset transfers. Combined with... Figure 1 The first blockchain network may, for example, be registered in the target digital identity blockchain network, and the method further includes:

[0173] In response to generating a target cross-chain transaction, one or more receiving blockchain networks corresponding to the target cross-chain transaction are identified. Digital identity information of the receiving blockchain network is obtained from the target digital identity blockchain network.

[0174] For example, after a transaction client in the first blockchain network initiates a cross-chain transaction process, the target cross-chain transaction can be generated. The first cross-chain service node can obtain the recipient information of the target cross-chain transaction, thereby determining one or more recipient blockchain networks corresponding to the target cross-chain transaction.

[0175] Furthermore, the first cross-chain service node can also determine the target notary office and its digital identity information from multiple notary offices in the target digital identity blockchain network. Here, the first blockchain network, the notary office, and each receiving party's blockchain network can register in the target digital identity blockchain network to obtain their respective digital identity information.

[0176] Figure 6 This disclosure presents a blockchain cross-chain flowchart, for reference. Figure 6 The first blockchain network can determine the target notary office from multiple registered notary offices in the target digital identity blockchain network based on its own needs (such as transaction success rate and transaction response time).

[0177] Once the target notary is determined, the first cross-chain service node can send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the target notary's digital identity information, so that the target notary forwards the target cross-chain request to the receiving blockchain network. The target cross-chain request includes the digital identity information of the receiving blockchain network.

[0178] In the above technical solution, the cross-chain initiator can select the desired target notary office in the digital identity blockchain according to application needs. In this way, the cross-chain initiator can forward cross-chain requests through the target notary office, thereby achieving cross-chain interaction. Since the notary office is registered in the digital identity blockchain network, its identity can be verified based on the distributed digital identity within the digital identity blockchain network during the cross-chain process. This establishes a trust relationship between different blockchain networks and the notary office, solving the problem of untrustworthy notary offices in relevant scenarios.

[0179] In one possible implementation, the first blockchain network can also authorize the target notary terminal with block header synchronization permissions. For example, the first cross-chain service node can, in response to receiving a block header retrieval request from the target notary terminal, send the block header information of the first blockchain network's blockchain to the target notary terminal. Here, the authorization process can also be controlled based on smart contracts.

[0180] Regarding the block header information, it can be used by the target notary office to perform trusted verification of the target cross-chain transaction. If the trusted verification of the target cross-chain transaction passes, the target notary office forwards the target cross-chain request to the receiving blockchain network. (Refer to...) Figure 6 In some implementation scenarios, the target notary can also be the recipient of the cross-link (in...) Figure 6 After obtaining permission from the consortium blockchain (B), the target cross-chain transaction information is then forwarded.

[0181] In this way, by granting the notary office block header synchronization permissions, the notary office can perform trusted verification based on the block header before forwarding cross-chain transactions, and forward the cross-chain transaction only if the verification is successful. This method can meet the asset verification requirements in cross-chain asset transfer scenarios.

[0182] Based on the same inventive concept, this disclosure also provides a blockchain cross-chain device, applied to a first cross-chain service node in a first blockchain network. Figure 7 This is a block diagram of a blockchain cross-chain device shown in this disclosure, with reference to... Figure 7 The device 700 includes:

[0183] The first receiving module 701 is used to receive a cross-chain request from the second blockchain network. The cross-chain request includes the access address of the first digital identity blockchain network and the digital identity information registered by the second blockchain network in the first digital identity blockchain network.

[0184] The first verification module 702 is used to access the first digital identity blockchain network based on the access address and to verify the digital identity information of the second blockchain network.

[0185] The first execution module 703 is used to execute the cross-chain operation corresponding to the cross-chain request if the verification is successful.

[0186] In the above technical solution, after receiving a cross-chain request from the second blockchain network, the first cross-chain service node can access the first digital identity blockchain network based on the access address of the first digital identity blockchain network in the cross-chain request. For example, the first cross-chain service node can obtain the digital identity information of the second blockchain network from the blockchain of the first digital identity blockchain network, and verify the digital identity information of the second blockchain network in the cross-chain request using the obtained digital identity information. If the verification is successful, the first cross-chain service node can execute the cross-chain operation corresponding to the cross-chain request.

[0187] The aforementioned technical solution verifies the identity of the cross-chain initiator in a cross-chain request based on distributed digital identities within a digital identity blockchain network, thereby establishing a trust relationship between different blockchain networks. After establishing this trust, the two parties can directly interact across chains without the need for a third-party relay. Therefore, compared to cross-chain methods such as relay chains, this technical solution has the advantage of a simpler network topology. Furthermore, since the cross-chain process does not require a third-party relay, this technical solution also avoids the performance bottleneck issues associated with relay chains in cross-chain processes, thus improving the processing efficiency of cross-chain transactions.

[0188] Optionally, the cross-chain request further includes private key signature information of the second blockchain network, and the first verification module includes:

[0189] The first acquisition submodule is used to obtain the registration public key of the second blockchain network from the blockchain of the first digital identity blockchain network;

[0190] The first verification submodule is used to verify the private key signature information using the registered public key.

[0191] Optionally, it also includes:

[0192] The second execution module is used to initiate a registration process, which is used to register the digital identity of the first blockchain network in the target digital identity blockchain network, and the digital identity includes the cross-chain service address of the first blockchain network.

[0193] The third execution module is used to add the target digital identity blockchain network to the list of trusted blockchain networks after successful registration.

[0194] Optionally, the device further includes:

[0195] The first configuration module is used to set the information receiving list;

[0196] The first receiving module is used for:

[0197] When the second blockchain network is in the information receiving list, a cross-chain request from the second blockchain network is received.

[0198] Optionally, the device further includes:

[0199] The first query module is used to query the list of trusted blockchain networks and determine the trustworthiness of the first blockchain network before the first verification module accesses the first digital identity blockchain network based on the access address and verifies the digital identity information of the second blockchain network.

[0200] Optionally, the first receiving module includes:

[0201] The first receiving submodule is used to receive cross-chain requests forwarded by the notary office from the second blockchain network. The cross-chain request also includes the private key signature information of the notary office and the digital identity information registered by the notary office in the first digital identity blockchain network.

[0202] The device further includes:

[0203] The first acquisition module is used to acquire the registration public key of the notary office from the blockchain of the first digital identity blockchain network before the first verification module accesses the first digital identity blockchain network based on the access address and verifies the digital identity information of the second blockchain network.

[0204] The second verification module is used to verify the private key signature information of the notary office using the registered public key of the notary office.

[0205] The first determining module is used to determine whether the private key signature information of the notary office has been verified.

[0206] Optionally, it also includes:

[0207] The information storage module is used to save the digital identity information of the second blockchain network to the blockchain of the first blockchain network when the digital identity information of the second blockchain network is verified, so as to obtain the target digital identity information.

[0208] The second acquisition module is used to acquire the target digital identity information from the blockchain of the first blockchain network when a cross-chain request from the second blockchain network is received again within a preset time period.

[0209] The third verification module is used to verify the digital identity information of the second blockchain network in the cross-chain request based on the target digital identity information.

[0210] Optionally, the first blockchain network registers in the target digital identity blockchain network, and the device further includes:

[0211] The second determining module is used to determine one or more receiving blockchain networks corresponding to the target cross-chain transaction in response to generating the target cross-chain transaction.

[0212] The third acquisition module is used to acquire the digital identity information of the recipient's blockchain network from the target digital identity blockchain network;

[0213] The first sending module is used to send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the receiving blockchain network.

[0214] Optionally, the first blockchain network registers in the target digital identity blockchain network, and the device further includes:

[0215] The third determining module is used to determine one or more receiving blockchain networks corresponding to the target cross-chain transaction in response to the generation of the target cross-chain transaction.

[0216] The fourth acquisition module is used to acquire the digital identity information of the recipient's blockchain network from the target digital identity blockchain network;

[0217] The fourth determining module is used to determine the target notary office and the digital identity information of the target notary office from multiple notary offices in the target digital identity blockchain network.

[0218] The second sending module is used to send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the target notary office, so that the notary office forwards the target cross-chain request to the receiving blockchain network.

[0219] The target cross-chain request includes the digital identity information of the receiving blockchain network.

[0220] Optionally, it also includes:

[0221] The third sending module is used to send the block header information of the blockchain of the first blockchain network to the target notary office in response to receiving the block header acquisition request from the target notary office.

[0222] The block header information is used by the target notary office to perform trusted verification of the target cross-chain transaction. If the trusted verification of the target cross-chain transaction is successful, the target notary office forwards the target cross-chain request to the receiving blockchain network.

[0223] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0224] This disclosure also provides a non-transitory computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements the steps of the blockchain cross-chain method provided in this disclosure.

[0225] This disclosure also provides an electronic device, including:

[0226] A memory on which computer programs are stored;

[0227] A processor for executing the computer program in the memory to implement the steps of the blockchain cross-chain method provided in this disclosure.

[0228] Figure 8 This is a block diagram illustrating an electronic device 800 according to an exemplary embodiment. For example... Figure 8 As shown, the electronic device 800 may include a processor 801 and a memory 802. The electronic device 800 may also include one or more of a multimedia component 803, an input / output (I / O) interface 804, and a communication component 805.

[0229] The processor 801 controls the overall operation of the electronic device 800 to complete all or part of the steps in the aforementioned blockchain cross-chain method. The memory 802 stores various types of data to support the operation of the electronic device 800. This data may include, for example, instructions for any application or method operating on the electronic device 800, and application-related data such as contact data, sent and received messages, images, audio, video, etc. The memory 802 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. Multimedia component 803 may include a screen and an audio component. The screen may be, for example, a touchscreen, and the audio component is used to output and / or input audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signals may be further stored in memory 802 or transmitted via communication component 805. The audio component also includes at least one speaker for outputting audio signals. I / O interface 804 provides an interface between processor 801 and other interface modules, such as a keyboard, mouse, buttons, etc. These buttons may be virtual or physical buttons. Communication component 805 is used for wired or wireless communication between the electronic device 800 and other devices. Wireless communication, such as Wi-Fi, Bluetooth, Near Field Communication (NFC), 2G, 3G, 4G, NB-IoT, eMTC, or other 5G technologies, or combinations thereof, is not limited here. Therefore, the corresponding communication component 805 may include: a Wi-Fi module, a Bluetooth module, an NFC module, etc.

[0230] In an exemplary embodiment, the electronic device 800 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the aforementioned blockchain cross-chain method.

[0231] In another exemplary embodiment, a computer-readable storage medium including program instructions is also provided, which, when executed by a processor, implement the steps of the blockchain cross-chain method described above. For example, the computer-readable storage medium may be the memory 802 including the program instructions described above, which may be executed by the processor 801 of the electronic device 800 to complete the blockchain cross-chain method described above.

[0232] In another exemplary embodiment, a computer program product is also provided, the computer program product comprising a computer program executable by a programmable device, the computer program having a code portion for performing the above-described blockchain cross-chain method when executed by the programmable device.

[0233] The preferred embodiments of this disclosure have been described in detail above with reference to the accompanying drawings. However, this disclosure is not limited to the specific details of the above embodiments. Within the scope of the technical concept of this disclosure, various simple modifications can be made to the technical solutions of this disclosure, and all such simple modifications fall within the protection scope of this disclosure. For example, some steps executed by the first cross-chain service node can also be controlled by a smart contract.

[0234] It should also be noted that the various specific technical features described in the above specific embodiments can be combined in any suitable manner without contradiction. In order to avoid unnecessary repetition, this disclosure will not describe the various possible combinations separately.

[0235] Furthermore, various different embodiments of this disclosure can be combined in any way, as long as they do not violate the spirit of this disclosure, they should also be regarded as the content disclosed in this disclosure.

Claims

1. A blockchain cross-chain method, characterized in that, The method, applied to a first cross-chain service node in a first blockchain network, which is independent of a first digital identity blockchain network serving as a trusted source of identity, includes: Receive a cross-chain request from a second blockchain network. The cross-chain request includes the access address of the first digital identity blockchain network, the digital identity information obtained by the second blockchain network as a blockchain network entity registered in the first digital identity blockchain network, and the private key signature information of the second blockchain network. The digital identity information includes the cross-chain service address of the second blockchain network. Accessing the first digital identity blockchain network based on the access address, and obtaining the registered digital identity information of the second blockchain network from the blockchain of the first digital identity blockchain network, to verify the digital identity information of the second blockchain network included in the cross-chain request, including: obtaining the registered public key of the second blockchain network from the blockchain of the first digital identity blockchain network; and verifying the private key signature information using the registered public key; If the verification is successful, the cross-chain operation corresponding to the cross-chain request is executed.

2. The method according to claim 1, characterized in that, Also includes: Initiate a registration process, which is used to register the digital identity of the first blockchain network in the target digital identity blockchain network, the digital identity including the cross-chain service address of the first blockchain network; After successful registration, the target digital identity blockchain network will be added to the list of trusted blockchain networks.

3. The method according to claim 2, characterized in that, The method further includes: Set up the message receiving list; Receiving cross-chain requests from the second blockchain network includes: If the second blockchain network is in the information receiving list, then the cross-chain request from the second blockchain network is received.

4. The method according to claim 2, characterized in that, Before accessing the first digital identity blockchain network based on the access address, the method further includes: The first blockchain network is determined to be trustworthy by querying the list of trusted blockchain networks.

5. The method according to claim 1, characterized in that, Receiving cross-chain requests from the second blockchain network includes: The system receives a cross-chain request forwarded by the notary office from the second blockchain network. The cross-chain request also includes the notary office's private key signature information and the digital identity information that the notary office has registered in the first digital identity blockchain network. Before accessing the first digital identity blockchain network based on the access address and verifying the digital identity information of the second blockchain network, the method further includes: Obtain the registration public key of the notary office from the blockchain of the first digital identity blockchain network; The notary office's private key signature information is verified using the notary office's registered public key. The verification of the private key signature information at the notary office has been successful.

6. The method according to any one of claims 1 to 5, characterized in that, Also includes: If the digital identity information of the second blockchain network is verified, the digital identity information of the second blockchain network is saved to the blockchain of the first blockchain network to obtain the target digital identity information; If a cross-chain request from the second blockchain network is received again within a preset time period, the target digital identity information is obtained from the blockchain of the first blockchain network. The digital identity information of the second blockchain network in the cross-chain request is verified based on the target digital identity information.

7. The method according to any one of claims 1 to 5, characterized in that, The method further includes: registering the first blockchain network in the target digital identity blockchain network; In response to generating a target cross-chain transaction, one or more receiving blockchain networks corresponding to the target cross-chain transaction are identified; Obtain the digital identity information of the recipient's blockchain network from the target digital identity blockchain network; Send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the receiving blockchain network.

8. The method according to any one of claims 1 to 5, characterized in that, The method further includes: registering the first blockchain network in the target digital identity blockchain network; In response to generating a target cross-chain transaction, one or more receiving blockchain networks corresponding to the target cross-chain transaction are identified; Obtain the digital identity information of the recipient's blockchain network from the target digital identity blockchain network; The target notary office and its digital identity information are determined from multiple notary offices in the target digital identity blockchain network. Send a target cross-chain request corresponding to the target cross-chain transaction to the cross-chain service interface in the digital identity information of the target notary office, so that the target notary office forwards the target cross-chain request to the receiving blockchain network; The target cross-chain request includes the digital identity information of the receiving blockchain network.

9. The method according to claim 8, characterized in that, Also includes: In response to receiving a block header retrieval request from the target notary office, the block header information of the blockchain of the first blockchain network is sent to the target notary office. The block header information is used by the target notary office to perform trusted verification of the target cross-chain transaction. If the trusted verification of the target cross-chain transaction is successful, the target notary office forwards the target cross-chain request to the receiving blockchain network.

10. A blockchain cross-chain device, characterized in that, An apparatus for use as a first cross-chain service node in a first blockchain network, the first blockchain network being independent of a first digital identity blockchain network serving as a trusted source of identity, the apparatus comprising: The first receiving module is used to receive a cross-chain request from the second blockchain network. The cross-chain request includes the access address of the first digital identity blockchain network, the digital identity information obtained by the second blockchain network as a blockchain network entity registered in the first digital identity blockchain network, and the private key signature information of the second blockchain network. The digital identity information includes the cross-chain service address of the second blockchain network. The first verification module is used to access the first digital identity blockchain network based on the access address, and obtain the registered digital identity information of the second blockchain network from the blockchain of the first digital identity blockchain network, so as to verify the digital identity information of the second blockchain network contained in the cross-chain request, including: obtaining the registered public key of the second blockchain network from the blockchain of the first digital identity blockchain network; and verifying the private key signature information through the registered public key. The first execution module is used to execute the cross-chain operation corresponding to the cross-chain request if the verification is successful.

11. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the program implements the steps of the method described in any one of claims 1-9.

12. An electronic device, characterized in that, include: A memory on which computer programs are stored; A processor for executing the computer program in the memory to implement the steps of the method according to any one of claims 1-9.

Images