Privacy protection cross-chain asset transaction method and device based on relay chain technology, and medium

Abstract

The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method based on a relay chain technology, and relates to the technical field of cross-chain asset transaction methods. The application discloses a privacy protection cross-chain asset transaction method

Description

TECHNICAL FIELD

[0001] The application belongs to the technical field of blockchain data protection, and particularly relates to a privacy protection cross-chain asset transaction method, device and medium based on relay chain technology. BACKGROUND

[0002] With the continuous development and wide application of blockchain technology, the problem of privacy leakage of blockchain and the necessity of privacy protection are paid more and more attention by people. At the same time, different organizations develop various blockchain platforms for different business scenarios. How to design a cross-chain asset transaction scheme that can realize privacy protection of user data and complete asset transaction between different business blockchains is a topic that needs to be studied.

[0003] As a distributed public accounting system, blockchain has many characteristics such as data unforgeability, traceability, tamper resistance and data isolation. At present, the blockchain products (consortium chain) of the industry are distributed in many different industries. For a specific blockchain product, the capacity of a single chain is always limited, and the limited processing capacity of the blockchain requires horizontal expansion between chains in some businesses. Therefore, it is necessary to realize the interconnection between different structure chains. However, due to the great difference in the mechanism of block structure between different structure chains, it is often complex to realize cross-chain transaction. In the current cross-chain technology of consortium chain, part of it is cross-chain between isomorphic chains. This kind of technology often has special requirements for the structure of the chain, such as the need to develop a special cross-chain engine to verify and execute cross-chain transactions. The limitation of this way is relatively large. For the existing chain, it is difficult to modify the chain structure. The other part is cross-chain between heterogeneous chains. This kind of technology mainly uses one or a combination of notary mode, relay chain and hash locking. The existing scheme has high complexity in the implementation process, and also has certain disadvantages in actual application.

[0004] The existing cross-chain asset transaction scheme mainly has two problems: first, the application scenarios of these schemes are limited, and the universal applicability of the scheme is insufficient, which cannot realize asset transaction between various different business blockchains; second, there is a lack of privacy protection of transaction data, which makes the user's privacy or confidential data be leaked, thereby causing the user's rights and interests to be damaged.

[0005] Patent document CN114979244A discloses a multi-chain trusted transaction BaaS service platform architecture based on a hash time lock protocol, which includes: an application layer that presents information of a block chain transaction to a user through a front-end page; an SDK layer that provides a chain code function call interface; a chain code layer that extends a hash time lock interface; a chain code API layer that configures a native chain code API and a cryptography primitive API; the application layer, the SDK layer, the chain code layer, and the chain code API layer cooperatively interact to achieve: asset locking in the form of a transfer at each HTLC cross-chain transaction; transfer submission to a ledger in the asset locking phase, and verification of the content of the ledger; after the HTLC cross-chain transaction is completed, generating a range proof of the user's balance for a regulatory party to audit the validity of the transfer based on the range proof of the user's balance. Although this implementation cross-chain asset transaction, the application scenario of the hash time lock technology is limited, and cannot meet the diversity of business needs.

[0006] Patent document CN109685489A discloses a cross-chain asset transaction method between block chains, which realizes cross-chain asset exchange through asset bidirectional locking and cross-chain contract verification transaction, realizes transfer between digital currencies in public chains and public chains, realizes transfer transaction between digital currencies or real assets and digital currencies in alliance chains and public chains, and realizes exchange and transfer between real assets in alliance chains and alliance chains. However, this method lacks privacy protection of user data, and there is a risk of leaking enterprise or institution privacy data. SUMMARY

[0007] To solve the above problems, the present application provides a privacy protection cross-chain asset transaction method based on relay chain technology, which can meet different business types and needs, support conversion and transaction of various assets, and realize privacy protection of user data.

[0008] A privacy protection cross-chain asset transaction method based on relay chain technology, comprising:

[0009] A cross-chain network topology structure of application chain-relay chain is constructed, a plurality of application chains of different business types are connected in series on the relay chain, and data transmission is performed between the application chain and the relay chain through a gateway;

[0010] When cross-chain asset transaction is performed through the relay chain, the relay chain notifies the application chain in a two-phase transaction manner, and the application chain executes asset locking or unlocking according to the notification content;

[0011] The application chain generates a ciphertext including the current balance of the corresponding account and the transaction amount, and a range proof constituted by the current balance change of the transaction account and the transaction amount after locking the account asset, and stores the generated ciphertext and range proof in the ledger for transaction verification by the relay chain, and the range proof includes correctness proof, equivalence proof and sufficiency proof of the transaction process.

[0012] The relay chain verifies the operation request of cross-chain asset transaction based on the content in the ledger, and the application chain unlocks the asset after verification.

[0013] The application chain based on the relay chain technology can effectively supervise and manage cross-chain operations, and the two-stage transaction mechanism ensures the normal flow of transaction process and security and credibility.

[0014] Preferably, the relay chain adopts a consortium chain with management function, thereby effectively supervising and managing cross-chain operations.

[0015] Specifically, the consortium chain includes Fabric chain, BCOS chain and YunChain chain.

[0016] Preferably, the application chain adopts a transfer mode to perform asset locking in cross-chain asset transaction, thereby further ensuring the security of assets in the transaction process.

[0017] Preferably, after performing the secondary asset locking, the application chain calls a preset contract to generate the ciphertext and the range proof:

[0018] The ValueHide contract is called to generate the ciphertext of the account balance and the transaction amount.

[0019] The ZkProofOne contract is called to generate the correctness proof for verifying whether the transaction amount in the transaction process is consistent with the actual transaction amount.

[0020] The ZkProofTwo contract is called to generate the equivalence proof for verifying whether the amount reduced by the sending account and the amount increased by the receiving account in the transaction process is consistent, and the sufficiency proof for verifying whether the account balance of the sending account in the transaction process is greater than the actual transaction amount.

[0021] Preferably, the current balance of the account and the transaction amount are encrypted based on the Perdersen homomorphic encryption algorithm, thereby ensuring that the user information will not be leaked in the verification process.

[0022] Specifically, the relay chain adopts a two-stage transaction mode to notify the application chain, specifically including:

[0023] When the relay link receives the cross-chain transaction request of the sender, the sender application chain is notified to call the PrepareSenderProperty contract, and the receiver application chain is notified to call the PrepareReceiverProperty contract, for completing asset locking;

[0024] When the relay link receives the message of the sender and receiver application chain locking success, and verifies the asset locking success, the sender and receiver application chain are notified to call the CommitSenderProperty contract and the CommitReceiverProperty contract respectively, for completing asset unlocking.

[0025] Specifically, the verification content of the relay chain includes the correctness, equivalence and sufficiency of the cross-chain asset transaction operation request.

[0026] The application provides a computer device, which comprises a memory, a processor and a computer program stored in the memory and executable by the processor, and the processor executes the computer program to execute the privacy protection cross-chain asset transaction method.

[0027] The specific steps are as follows: through the sender application chain, a cross-chain asset transaction operation request is sent to the gateway, the cross-chain asset transaction operation request is forwarded to the receiving application chain through analysis and verification, and finally the operation request is executed through the receiving application chain.

[0028] The application provides a computer readable storage medium, which stores a program, and the program is executed by a processor to execute the privacy protection cross-chain asset transaction method.

[0029] Compared with the prior art, the application has the following beneficial effects:

[0030] The application chain-relay chain design based on the relay chain technology can effectively realize the supervision and management of cross-chain operations, and through the two-stage transaction mechanism, the normal flow of the transaction process and the safety and credibility are guaranteed, so that different business types and needs can be met, the conversion and transaction of various assets can be supported, and the privacy protection of user data can be realized. BRIEF DESCRIPTION OF DRAWINGS

[0031] Figure 1 A structure diagram of an application chain-relay chain topology structure is provided for the embodiment;

[0032] Figure 2 A schematic diagram of a cross-chain transaction transaction process without privacy protection is provided for the embodiment;

[0033] Figure 3 A schematic diagram of the privacy protection cross-chain asset transaction method process is provided for the embodiment. DETAILED DESCRIPTION

[0034] The exemplary embodiments will be described in detail herein with reference to the attached drawings. In the following description, like reference numerals refer to like elements, unless the context clearly dictates otherwise. The following description of exemplary embodiments is not intended to represent all embodiments in accordance with the present application. Rather, they are merely examples in accordance with some aspects of the present application as detailed in the appended claims.

[0035] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the present application.

[0036] In view of the increasing demand for cross-chain transactions and the demand for privacy protection of data, the present embodiment aims to propose a privacy protection cross-chain asset transaction method based on relay chain technology, which can not only complete cross-chain transactions, but also protect user data privacy.

[0037] The present embodiment splits a single asset exchange cross-chain transaction into two asset transfer intra-chain sub-transactions, adopts a direct transfer method, uses a gateway and a relay chain, and uses a two-stage transaction mechanism to call a contract method to complete asset locking and unlocking, thereby realizing the atomicity of cross-chain transactions. The present embodiment uses a homomorphic encryption algorithm based on Perdersen commitment to hide transaction content, and uses zero-knowledge proof technology to verify the legality of the transaction.

[0038] The specific implementation of the privacy protection cross-chain asset transaction method based on relay chain technology will be described in detail below:

[0039] As shown in Figure 1 A cross-chain network topology using chain-relay chain, in which a plurality of application chains of different business types are connected in series on the relay chain, and the application chain and the relay chain transmit data through the gateway, while the cross-chain operation in the relay chain is executed by the relay chain management, and the operation across the relay chain is directly executed by the gateway management without the relay chain, effectively avoiding the step-by-step reporting and step-by-step execution and multi-link execution, improving the execution efficiency and security of the entire cross-chain system. The principle of series connection is to allocate application chains with cross-chain business needs under the same relay chain, increase the probability of operation request under the same relay chain, and thus speed up the execution speed of operation request.

[0040] The relay chain is implemented by a consortium chain with management function. The consortium chain includes but is not limited to Fabric chain, BCOS chain and YunChain chain.

[0041] The gateway can connect the application chain and the relay chain, and is mainly used for data transmission, which can capture and forward the cross-chain transaction events of the application chain and the relay chain.

[0042] Both the relay chain and the application chain support smart contract functions. In the present embodiment, the main functions of the application chain contract method include: creating and publishing cross-chain events, performing locking and unlocking operations, and generating account balance and transaction amount ciphertext and transaction proof; the main functions of the split chain contract method include: creating and publishing cross-chain events and verifying transaction proof.

[0043] To better illustrate the method proposed in the present embodiment, the present embodiment assumes an application chain A and an application chain B. The application chain A belongs to a bank financial business chain, and the application chain B belongs to a fund business chain. The ledgers of the application chain A and the application chain B are recorded in two dimensions of {transaction, user}. Table 1 is a two-dimensional structure of the assumed ledger.

[0044] Table 1

[0045]

[0046] Among them, the first row (transaction id 0) in the ledger initializes the balance of each account using the Pedersen commitment-based homomorphic encryption algorithm; each of the remaining rows records the ciphertext of the transfer amount generated by each account using its own public key and the public key of the receiving party, as well as the correctness proof, equivalence proof and sufficiency proof. Each column in the ledger records the transaction information generated by the account in the transfer. The account covers all accounts in the blockchain, and privacy is recorded on the chain for each transfer.

[0047] Specifically, if account 1 wants to transfer 50 to account 2, account 1 needs to generate the ciphertext of the current balance (100) and the transfer amount (50) using its own public key PK1, and generate the ciphertext of the transfer amount (50) using the public key PK2 of the receiving party (account 2).

[0048] Among them, the ciphertext in the two-dimensional ledger in Table 1 is generated using the Pedersen commitment-based homomorphic encryption scheme, including key generation, encryption and decryption algorithms.

[0049] Further, the Pedersen-based homomorphic encryption scheme is an algorithm triad (KeyGen, Enc, Dec):

[0050] KeyGen(1 n ): input security parameter n, select generator g1, h← R G1, select random numbers x, y← R Z p , let the encryption private key SK=(x, y), and the encryption public key be PK=(X, Y)=(g1 x ,g1 yg1, h). Finally, output the encryption public-private key pair;

[0051] Enc PK (m; (r, s)): input the message m to be encrypted, select random numbers r, s <- Z R Z p , calculate C1 = X r , C2 = Y s and C3 = g1 r+s · h m , output the ciphertext C = (C1, C2, C3) about m;

[0052] Dec SK (C): input the ciphertext C and the private key SK, calculate h m = C3 / (C1 1 / x · C2 1 / y ).

[0053] The correctness proof in the two-dimensional account book of Table 1 is constructed using zero-knowledge proof, and the equivalence proof and sufficiency proof information is constructed using zero-knowledge range proof.

[0054] As shown in Table 2, the zero-knowledge proof involved will be described in detail.

[0055] Table 2

[0056]

[0057] In order to verify the legality of the transaction, the account book also contains correctness proof, equivalence proof and sufficiency proof information. Among them, the correctness proof is used to verify that the transfer amount in the ciphertext is consistent with the actual transfer amount, to prevent the sender from cheating; the equivalence proof is used to verify that the amount reduced by the sender is consistent with the amount increased by the receiver; the sufficiency proof is used to verify that the balance of the sender is greater than the actual transfer amount, to ensure that the sender has enough balance for the payment operation.

[0058] In this embodiment, the smart contract method is used to realize the atomicity of the transaction through the two-stage transaction of the relay chain, and the contract method is used to realize the generation and verification of the zero-knowledge proof described above, to ensure the privacy and security of user data.

[0059] As shown in Table 3, the contract used in this embodiment and its functions are shown.

[0060] Table 3

[0061] Contract method name Function PrepareSenderProperty Implement asset lock for sender PrepareReceiverProperty Implement asset lock for receiver CommitSenderProperty Implement asset unlock for sender CommitReceiverProperty Implement asset unlock for receiver ValueHide Used to generate ciphertext for account balance and transaction amount ZkProofOne Used to generate proof of transaction correctness ZkProofTwo Used to generate proof of transaction equivalence and sufficiency ZkVerifyOne Used to verify proof of transaction correctness ZkVerifyTwo Used to verify proof of transaction equivalence and sufficiency

[0062] As Figure 2 shown, the cross-chain transaction process from application chain A to application chain B without privacy protection will be described in detail:

[0063] Assuming that user A wants to exchange asset a in application chain A for asset b in application chain B, user A initiates a cross-chain event request to application chain A through the client, and application chain A receives the request and calls the contract method to create and publish the cross-chain event.

[0064] The gateway of application chain A listens to the cross-chain event of application chain A and forwards the cross-chain event to the relay chain.

[0065] After the relay chain receives the cross-chain event, it records the event in the ledger and simultaneously publishes a cross-chain event notifying application chain A and application chain B to lock assets.

[0066] After the gateway of application chain A and the gateway of application chain B receive the cross-chain event for asset locking, they call the contract method to notify application chain A and B to lock assets.

[0067] After application chain A and application chain B receive the notification of asset locking, they respectively call the contract methods PrepareSenderProperty and PrepareReceiverProperty to complete the locking of assets a and b. Then, application chain A and application chain B respectively call the contract method to publish a cross-chain event to inform the relay chain that the asset locking has been completed.

[0068] After gateway A of application chain A and gateway B of application chain B receive the cross-chain event, they forward the cross-chain event to the relay chain.

[0069] If the relay chain verification fails or the transaction times out or the reply message from one of the parties is not received, the relay chain notifies application chain A and B to roll back the cross-chain transaction, and the transaction rollback still adopts the two-phase transaction mechanism. Otherwise, if the cross-chain event of successful asset locking of application chain A and application chain B is received, the event is recorded in the ledger and the cross-chain event state is modified, and a cross-chain event notifying application chain A and application chain B to unlock assets is published.

[0070] After gateway A and gateway B respectively receive the cross-chain event for asset unlocking, they call the contract method to notify application chain A and B to unlock assets.

[0071] After application chain A and application chain B receive the notification of asset unlocking, they respectively call the contract methods CommitSenderProperty and CommitReceiverProperty to complete the unlocking of assets a and b.

[0072] After application chain A and B are successfully unlocked, they respectively create and publish a cross-chain event notifying the relay chain of successful unlocking, and the relay chain receives the message that both parties are successfully unlocked through the gateway, modifies the cross-chain event transaction state to successful, and the entire cross-chain transaction is completed.

[0073] As Figure 3 shown, the privacy protection cross-chain asset transaction method process proposed in this embodiment will be described in detail:

[0074] In this example, user A wants to exchange his asset a in application chain A for asset b in application chain B of user B. User A initiates a cross-chain event request to application chain A through the client, and application chain A receives the request and calls the contract method to create and publish the cross-chain event.

[0075] The gateway of application chain A listens to the cross-chain event of application chain A and forwards the cross-chain event to the relay chain.

[0076] After the relay chain receives the cross-chain event, it records the event in the ledger and simultaneously publishes a cross-chain event for asset locking to application chain A and application chain B.

[0077] After the gateway of application chain A and the gateway of application chain B receive the cross-chain event for asset locking, they call the contract method to inform application chain A and B to lock the assets.

[0078] After application chain A receives the notification of asset locking, it calls the contract method PrepareSenderProperty to complete the locking of transaction amount a. At the same time, application chain A calls the contract method ValueHide to generate the ciphertext of its account balance and transaction amount a; calls the contract method ZkProofOne to generate the proof of transaction correctness; calls the contract method ZkProofTwo to generate the proof of transaction equivalence and sufficiency. Then, application chain A calls the contract method to publish the cross-chain event to inform the relay chain that the asset locking has been completed.

[0079] Synchronously, after application chain B receives the notification of asset locking, it calls the contract method PrepareReceiverProperty to complete the asset locking. At the same time, application chain A calls the contract method ValueHide to generate the ciphertext of its account balance and transaction amount b; calls the contract method ZkProofOne to generate the proof of transaction correctness; calls the contract method ZkProofTwo to generate the proof of transaction equivalence and sufficiency. Then, application chain B calls the contract method to publish the cross-chain event to inform the relay chain that the asset locking has been completed.

[0080] After the gateway A of application chain A and the gateway B of application chain B receive the cross-chain event, they forward the cross-chain event to the relay chain.

[0081] After receiving the cross-chain event of the successful asset locking of application chain A and application chain B, the relay chain calls contract methods ZkVerifyOne and ZkVerifyTwo to verify the correctness, equivalence and sufficiency of the transaction respectively. If the verification fails or the transaction times out or the reply message of one party is not received, the relay chain notifies application chain A and B to roll back the cross-chain transaction respectively, and the transaction rollback still adopts the two-phase transaction mechanism. Otherwise, if the verification passes, the relay chain records the event in the ledger and modifies the cross-chain event state, and publishes a cross-chain event of asset unlocking to application chain A and B.

[0082] After receiving the cross-chain event of asset unlocking, gateway A and gateway B call contract methods to notify application chain A and B to unlock the assets.

[0083] After receiving the notification of asset unlocking, application chain A calls contract method CommitSenderProperty to complete the unlocking of transaction amount a. After receiving the notification of asset unlocking, application chain B calls contract method CommitReceiverProperty to complete the unlocking of transaction amount b.

[0084] After the unlocking of application chain A and B is successful, cross-chain events of notifying the relay chain of successful unlocking are created respectively. After receiving the message that both parties have successfully unlocked through the gateway, the relay chain modifies the cross-chain event transaction state to successful, and the entire cross-chain transaction is completed.

[0085] In summary, in the embodiment, the relay chain technology is used to realize the atomicity of cross-chain transaction, and the homomorphic encryption algorithm and zero-knowledge proof technology are combined to effectively realize the supervision and management of cross-chain operation, guarantee the normal flow of transaction process and security and credibility; at the same time, the privacy protection of user data can be realized while completing the cross-chain transaction.

[0086] The electronic device provided in the embodiment includes a memory, a processor and a computer program stored in the memory and executable by the processor. When the processor executes the computer program, the privacy protection cross-chain asset transaction method described above is executed.

[0087] The specific steps are: sending a cross-chain asset transaction operation request to the gateway through the sender application chain, forwarding the cross-chain asset transaction operation request to the receiving application chain after analysis and verification, and finally executing the operation request through the receiving application chain.

[0088] For example, in the case of software implementation, as a logical device, the device is formed by reading the corresponding computer program instructions in the non-volatile memory into the memory for running by the processor of any data processing device where the device is located. In addition to the processor, memory, network interface, and non-volatile memory, any data processing device where the device is located in the embodiment usually includes other hardware according to the actual function of the data processing device, which will not be described here.

[0089] The embodiment provides a computer readable storage medium, which stores a program, and the program is executed by a processor to perform the privacy protection cross-chain asset transaction method.

[0090] The computer readable storage medium can be an internal storage unit of any data processing device, such as a hard disk or a memory. The computer readable storage medium can also be any data processing device, such as a plug-in hard disk, a smart media card (SMC), an SD card, a flash card, etc. Further, the computer readable storage medium can include both an internal storage unit of any data processing device and an external storage device. The computer readable storage medium is used to store the computer program and other programs and data required by the data processing device, and can also be used to temporarily store data that has been output or will be output.

Claims

1. A privacy protection cross-chain asset transaction method based on relay chain technology, characterized in that, The application relates to a cross-chain asset transaction method based on a relay chain technology. The application comprises the following steps: A cross-chain network topology is constructed by applying a chain-relay chain, and a plurality of application chains of different service types are connected in series on the relay chain; When a cross-chain asset transaction is performed through the relay chain, the relay chain adopts a two-stage transaction mode to notify the application chains, and the application chains execute account asset locking or unlocking according to the notification content; The two-stage transaction mode adopted by the relay chain to notify the application chains specifically comprises the following steps: When the relay chain receives a cross-chain transaction request from a sender, the sender application chain is notified to call a PrepareSenderProperty contract, and the receiver application chain is notified to call a PrepareReceiverProperty contract, so as to complete asset locking; When the relay chain receives a message that the sender and receiver application chains have successfully locked the assets and verifies that the asset locking is successful, the sender and receiver application chains are notified to call CommitSenderProperty and CommitReceiverProperty contracts respectively, so as to complete asset unlocking; After the application chains lock the account assets, ciphertext including current account balance and transaction amount and range proof composed of current account balance change and transaction amount of the transaction parties are generated, and the generated ciphertext and range proof are stored in a ledger for transaction verification of the relay chain, wherein the range proof comprises correctness proof, equivalence proof and sufficiency proof of the transaction process; The application chains adopt a transfer mode to execute asset locking in the cross-chain asset transaction, and after the application chains execute asset locking, a preset contract is called to generate ciphertext and range proof: A ValueHide contract is called to generate ciphertext of account balance and transaction amount; A ZkProofOne contract is called to generate correctness proof for verifying whether the transaction amount in the transaction process is consistent with the actual transaction amount; A ZkProofTwo contract is called to generate equivalence proof for verifying whether the amount decreased by the sending account and the amount increased by the receiving account in the transaction process are consistent, and sufficiency proof for verifying whether the account balance of the sending account in the transaction process is greater than the actual transaction amount; 2. The privacy protection cross-chain asset transaction method based on relay chain technology according to claim 1, characterized in that, The relay chain verifies the operation request of the cross-chain asset transaction based on the content in the ledger, and the application chains unlock the assets when the verification is passed.

3. The privacy protection cross-chain asset transaction method based on relay chain technology according to claim 2, characterized in that, The relay chain adopts a consortium chain with a management function.

4. The privacy protection cross-chain asset transaction method based on relay chain technology according to claim 1, characterized in that, The consortium chain comprises a Fabric chain, a BCOS chain and a YunChain chain.

5. The privacy protection cross-chain asset transaction method based on relay chain technology according to claim 1, characterized in that, The current account balance and the transaction amount are encrypted by using a Perdersen-based homomorphic encryption algorithm. The verification content of the relay chain comprises correctness verification, equivalence verification and sufficiency verification of the cross-chain asset transaction operation request.

6. A computer device comprising a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor executes the computer program to execute the cross-chain asset transaction method based on the relay chain technology according to any one of claims 1-5.

7. A computer-readable storage medium having stored thereon a program, characterized in that, The program is executed by the processor to perform the privacy protection cross-chain asset transaction method based on the relay chain technology according to any one of claims 1-5.

Images