CN117314399A - Zero-trust extensible cross-chain asset interaction system and method - Google Patents

Zero-trust extensible cross-chain asset interaction system and method Download PDF

Info

Publication number
CN117314399A
CN117314399A CN202311619691.9A CN202311619691A CN117314399A CN 117314399 A CN117314399 A CN 117314399A CN 202311619691 A CN202311619691 A CN 202311619691A CN 117314399 A CN117314399 A CN 117314399A
Authority
CN
China
Prior art keywords
cba
chain
blockchain
cross
collateral
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202311619691.9A
Other languages
Chinese (zh)
Other versions
CN117314399B (en
Inventor
亓晋
陈湘婷
孙雁飞
董振江
郭宇锋
胡筱旋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing University of Posts and Telecommunications
Original Assignee
Nanjing University of Posts and Telecommunications
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing University of Posts and Telecommunications filed Critical Nanjing University of Posts and Telecommunications
Priority to CN202311619691.9A priority Critical patent/CN117314399B/en
Publication of CN117314399A publication Critical patent/CN117314399A/en
Application granted granted Critical
Publication of CN117314399B publication Critical patent/CN117314399B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/381Currency conversion
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825Use of electronic signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/389Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The invention belongs to the technical field of blockchain application, and discloses a zero-trust extensible cross-chain asset interaction system and a zero-trust extensible cross-chain asset interaction method, wherein in a cross-chain asset interaction model, only one safe is used to easily cause single-point faults, so that the system is crashed, therefore, a plurality of safes are used for replacing a single safe to lock and unlock the cross-chain asset, collateral excitation and compliance supervision are introduced to reasonably supervise behaviors of cross-chain asset interaction participants; and automatic clearing is introduced to prevent financial losses due to sudden devaluations.

Description

Zero-trust extensible cross-chain asset interaction system and method
Technical Field
The invention belongs to the technical field of blockchain application, and particularly relates to a zero-trust extensible cross-chain asset interaction system and method.
Background
With the vigorous development of modern science and technology and information industry, the blockchain technology rapidly receives attention and importance of academia and industry by virtue of unique advantages such as decentralization, open autonomy, distributed fault tolerance, full flow recording, non-falsification and the like; meanwhile, various block chain-based encryption currencies are also born, and zero trust and safe transaction among all parties are realized; therefore, more general application and popularization have been achieved in recent years. The number of global blockchains is increasing, however, the isolated different blockchain networks result in cryptocurrency still running in a completely isolated enclosure, and the blockchain protocol cannot achieve interworking of assets on different blockchains. Most existing cross-chain schemes rely on some form of trust mechanism, which still carries a certain risk for cross-chain asset interactions, although the degree and manner of trust may vary from scheme to scheme. In order to eliminate the limitation that digital assets can only be used in an original chain and adapt to the cross-chain asset interaction process of massive heterogeneous blockchains, a zero-trust extensible high-efficiency cross-chain asset interaction method needs to be researched, and a safer, transparent, decentralised, extensible and economic and efficient solution is provided for cross-chain asset interaction, so that asset exchange among different blockchains becomes more flexible and reliable.
In the prior art, some researches are also carried out on the problems, for example, patent application CN115860739A discloses an improved credit ordering algorithm of a cross-chain transaction notary, the PageRank algorithm is improved, the performance of the notary node in a source chain or a target chain and participating in the cross-chain transaction, a node trust relationship list and the like are taken as indexes, the credit value of the notary node is evaluated by the improved algorithm, and the aim of selecting a trusted notary to participate in the cross-chain asset transaction is fulfilled. Although the improved PageRank algorithm improves the confidence and security of notarized persons, it still relies on some metrics and evaluations, which means that some level of confidence is still required in the selection of trusted notarized persons, which is a means of enhancing trust, but not necessarily achieving the goal of completely zero trust. As patent application CN114240409a discloses a cross-chain asset interaction method based on improved hash time lock, comprising the steps of: s1, a user A creates a hash locking transaction on an intermediate account and Fabric, and returns a first transaction locking value to a user B; s2, the user B communicates with the double chains, creates a hash time locking transaction on the Ethernet, and returns a second transaction locking value to the user A; s3, the user A communicates with the Ethernet to acquire assets; s4, the user B communicates with the double chain to inquire about the status of the locked asset. Although the method supports zero trust transactions, relatively secure cross-chain asset interactions are achieved; it is interactive, i.e., requires that the parties to the transaction must be online and monitor all of the blockchains involved throughout the transaction to ensure security; thus, each cross-chain asset interaction requires a long time to prevent fraud by blockchain reorganization, severely impeding the performance of the cross-chain asset interaction.
Disclosure of Invention
In order to solve the technical problems, the invention provides a zero-trust extensible cross-chain asset interaction system and a zero-trust extensible cross-chain asset interaction method, wherein a plurality of safeties are adopted to replace a single safeties for locking and unlocking the cross-chain asset, so that the usability of the system is improved; collateral excitation and compliance supervision are introduced to reasonably supervise behaviors of cross-chain asset interaction participants; automatic clearing is introduced to prevent financial losses due to sudden devaluation.
The invention relates to a zero trust extensible cross-chain asset interaction system, which comprises a behavior arbitration module, a collateral management module, a exchange rate predictor module, a CBAs management module, a safe base management module and an automatic clearing module,
behavior arbitration module: providing a relay function to provide data on one blockchain to a smart contract on another blockchain to track all operations of each participant across the blockchains; a security audit log is constructed to record all operations of the tracked participants and provide non-violation operation evidence for the compliance participants;
collateral management module: introducing collateral to stimulate the honest behavior of the participants, and punishing and compensating the participants violating the rules in the process of cross-chain asset interaction;
exchange rate predictor module: obtaining a real-time exchange rate between encrypted different blockchain encrypted currencies from under the chain;
CBAs management module: the system is used for calculating the encryption currency on one block chain, and the corresponding amount on the other block chain is converted through exchange rate;
the safe deposit management module: the module allows any user to submit corresponding data and lock collateral through the collateral management module so as to register with the insurance management module to become an insurance; meanwhile, the registered insurance library list is stored in a public registry of the module;
automatic clearing module: for the case where sudden devaluation of a collateral of a vault results in an inability to perform the redemption process normally, the module automatically initiates redemption of the vault's existing CBA and deducts a portion from the collateral of the vault for payment of the transaction fee; if there are not enough users to wish to perform redemption, the module will distribute the clearing evenly among all users.
The invention also discloses a zero-trust extensible cross-chain asset interaction method based on the system, which comprises the following steps:
step 1, registering participants with non-illegal operation certificates into a cross-chain safe or a local safe through a safe management module, then designating an automatic clearing threshold value for the participants by a system, and continuously observing whether the mortgage factor of the cross-chain safe or the local safe is lower than the automatic clearing threshold value or not to determine whether to start automatic clearing or not;
step 2, submitting a certain collateral to the source blockchain intelligent contract by the CBA requester to promise to issue, registering an issue request to a target blockchain of the cross-chain asset interaction and selecting a corresponding cross-chain safe base, judging whether the request meets the issue condition by a behavior arbitration module of the target blockchain, and automatically issuing or refusing to issue CBA of corresponding quantity;
step 3, for successfully issued CBA, if the CBA sender and the CBA receiver exchange atoms, changing the ownership of the CBA within a specified time delay; if the change is completed, the original CBA owner is not allowed to be redeemed any more; if not, ending the change;
step 4, if the CBA sender informs the intelligent contract of the blockchain, the CBA is hoped to be transferred to the CBA receiver on the same blockchain; the state of the smart contract is updated and the CBA recipient becomes the new owner of the CBA; the smart contract notifying a smart contract on a source blockchain; the CBA sender is no longer allowed to extract the asset locked on the source blockchain;
step 5, the CBA redeemer redeems the asset locked in the source blockchain; if the redemption is successful, a behavior arbitration module in the target blockchain intelligent contract destroys the CBA locked on the target blockchain; if redemption failure is caused by illegal reasons, recording the illegal action in the action arbitration module, and returning the locked CBA; if redemption fails for objective reasons, the redemption request is refunded, returning the locked CBA.
Further, in step 1, the specific steps of registering the safe include:
step 1-1, a participant submits corresponding data to a safe deposit management module of a source block chain or a target block, and initiates a local safe deposit or a cross-chain safe deposit registration request;
step 1-2, a safe deposit management module judges that the safe deposit registration request is a cross-chain registration request or a local registration request; if the request is a cross-chain registration request, executing the step 1-3; if the request is a local registration request, executing the step 1-5;
step 1-3, checking whether the corresponding data submitted by the cross-chain registration request has illegal operation evidence or not by the vault management module, and if so, executing the step 1-4; if not, rejecting the registration request;
step 1-4, a participant stores a certain collateral into a collateral management module of a target blockchain, if the collateral is stored successfully, the participant is successfully registered as a cross-chain safe deposit on the target blockchain, and a record is newly added in a public registry of the safe deposit management module;
step 1-5, checking whether a behavior arbitration module of the blockchain where the insurance bank management module is located proves that the behavior arbitration module has no illegal behaviors, and if the behavior arbitration module has no illegal behaviors, executing the step 1-6; if the illegal action exists, rejecting the registration request;
and 1-6, the participant stores a certain collateral into a collateral management module of the source blockchain, if the collateral is stored successfully, the participant is registered as a local safe, then a record is newly added into a public registry of the safe management module, an automatic clearing threshold value is designated for the collateral management module by the system, and the collateral factors of the safe are continuously observed.
Further, in step 2, the specific steps of CBA distribution include:
step 2-1, the CBA requester generates a new identity in a target blockchain for cross-chain asset interaction and registers an issue request with an intelligent contract on the blockchain; at the same time, the CBA requester submits a certain collateral to the collateral management module in the source blockchain intelligent contract to promise to issue, and the selected cross-chain insurance library is compensated when the issuance fails due to the self reason;
step 2-2, the CBA requester selects a cross-chain safe deposit which is registered and accepts the issuing request through a safe deposit management module in the target blockchain intelligent contract, and collateral of the safe deposit is temporarily locked;
step 2-3, a behavior arbitration module in the target blockchain intelligent contract confirms whether the CBA requester locks the asset with the selected cross-chain vault; if yes, triggering automatic release of the corresponding quantity of CBA on the target block chain; if not, the behavior arbitration module penalizes the CBA requester and records the illegal behavior in a security audit log of the behavior arbitration module.
Further, in step 3, the specific steps of CBA ownership exchange include:
step 3-1, the CBA sender agrees with the CBA receiver on the number of assets to be exchanged and the CBA sender selects a successfully registered local vault in the vault management module of the blockchain smart contract, locking the amount to be exchanged with the local vault
Step 3-2 if the CBA receiver is time-delayedAssets to be agreed to exchange in->Locking with the local vault selected by the CBA sender, the smart contract will update the CBA recipient's balance to +.>And assigns CBA sender +.>Ownership of (C);
step 3-3, the intelligent contract notifies the intelligent contract on the source block chain to issueThe selected cross-chain safe will witness +.>The change of ownership no longer allows the CBA sender to extract the asset locked on the source blockchain;
step 3-4 if CBA recipient is not presentProperly agree on the asset +.>Locking with the local vault selected by the CBA sender, the smart contract will lock +.>Released to the CBA sender.
Further, in step 4, the specific steps of CBA ownership transfer include:
step 4-1, the CBA sender informs the intelligent contract of the blockchain where the CBA is expected to be transferred to the CBA receiver on the same blockchain;
step 4-2, the state of the intelligent contract is updated, and the CBA receiver becomes a new owner of the CBA;
step 4-3, the intelligent contract informs the intelligent contract on the source blockchain that the selected cross-chain vault will witnesse a change in CBA ownership when issuing the CBA, no longer allowing the CBA sender to extract the locked asset on the source blockchain.
Further, in step 5, the concrete steps of CBA redemption include:
step 5-1, the CBA redeemer generating a new identity in the source blockchain for cross-chain asset interactions;
step 5-2, selecting a successfully registered local vault in the vault management module of the target blockchain intelligent contract, locking the CBA in the vault and requesting redemption of the asset locked in the source blockchain;
step 5-3, after the selected local vault witnessed the locking and redemption request of the CBA on the target blockchain, the intelligent contract of the target blockchain informs the intelligent contract of the source blockchain, and the selected cross-chain vault releases the locked asset after receiving the notification when the CBA is issued;
step 5-4, a behavior arbitration module in the target blockchain intelligent contract confirms whether the CBA is successfully redeemed; if yes, destroying the CBA locked on the target block chain; if redemption failure is caused by illegal reasons, recording the illegal action in the action arbitration module, and returning the locked CBA; if redemption fails for objective reasons, the redemption request is refunded, returning the locked CBA.
Further, the specific content of automatic clearing is as follows;
1) Continuously observing corresponding mortgage factors by all the cross-chain safeties in the safe management module, and executing the step 2) if any one of the cross-chain safeties finds that the observed mortgage factor is higher than the idealized mortgage factor set by the system; if the observed mortgage factor has fallen below the idealized mortgage factor, but has not yet reached the automatic clearing threshold, then executing 3); if the observed mortgage factor approaches the automatic clearing threshold, then executing 4);
2) The safe support correctly issuing new CBA, and collateral in the buffer area can be freely extracted;
3) The vault still has enough buffer collateral to ensure safe operation of the system, but at this point the collateral locked in the vault is insufficient to support secure release of CBA;
4) Checking whether the collateral locked in the vault has increased sufficiently to balance financial losses due to monetary devaluation; if yes, the safe deposit box continues to observe the mortgage factors; if not, the intelligent contract automatically starts redemption of all existing CBAs; the remaining buffer collateral is used to pay the transaction fee.
The beneficial effects of the invention are as follows:
1) According to the method, only one safe deposit is used in a cross-chain asset interaction model, single-point faults are easy to cause, so that the system is crashed, and therefore, multiple safe deposits are used for replacing a single safe deposit to lock and unlock the cross-chain asset, and the availability of the system is improved;
2) Considering that in a cross-chain asset interaction model, benign incentives for legal operations and reasonable penalties for illegal operations are lacking, collateral incentives and compliance supervision are introduced to reasonably supervise behaviors of cross-chain asset interaction participants; the aim is to construct a security audit log which is used for providing no-violation evidence later;
3) Given that the assets of different blockchains are not equivalent, there may be a great deal of instability in exchange rates between them, and sudden devaluation of collateral submitted by a participant may cause losses to all participants participating in the cross-chain; the present invention introduces automatic clearing to prevent financial losses due to sudden devaluations.
Drawings
FIG. 1 is a schematic diagram of the system;
FIG. 2 is a schematic diagram of a vault registration process; .
FIG. 3 is a schematic diagram of a CBA issue flow;
FIG. 4 is a schematic diagram of a CBA ownership exchange flow;
FIG. 5 is a schematic diagram of a CBA ownership transfer flow;
FIG. 6 is a schematic diagram of a CBA redemption flow chart.
Detailed Description
In order that the invention may be more readily understood, a more particular description of the invention will be rendered by reference to specific embodiments that are illustrated in the appended drawings.
The invention provides a zero trust extensible cross-chain asset interaction system and a zero trust extensible cross-chain asset interaction method, which enable cross-chain asset interaction between different blockchains, which is completed based on circulation of Cryptocurrency supported Assets (CBA) between blockchains, namely, the blockchain A holds the CryptocurrencyIf the participant of (a) wants to hold the encrypted money on the blockchain BCross-chain asset interactions by participants in (a) must issue cryptocurrency on blockchain BSupported byAnd vice versa.
Furthermore, the present invention distinguishes between the following participants: according to the asset interaction range, the method can be divided into two types of local participants and cross-chain participants; when asset interactions occur on only one blockchain, the participants are all referred to as local participants; when asset interactions occur across blockchains, the participant of the current blockchain is still referred to as the local participant, while the participant of the other blockchain is referred to as the across-chain participant. The category of participants to which the user belongs may vary from transaction to transaction. According to the cross-chain asset interaction flow, there are four types of participants in the overall interaction process, including CBA requesters, CBA senders, CBA recipients, and CBA redeemers. These participants all need to operate in compliance under the supervision of the smart contract.
As shown in fig. 1, a zero trust extensible cross-chain asset interaction system comprising:
(1) Behavior arbitration module: the behavior arbitration module provides a relay function to track all operations of each participant across the blockchain. The intelligent contract needs to ensure that the operations of all cross-chain asset interaction participants are compliant, but that direct communication between two heterogeneous blockchains is not possible; relay can provide data on one blockchain to a smart contract on another blockchain to help interpret the state of this blockchain; that is, the relay in one blockchain stores and maintains the block header in the other blockchain, and provides transaction inclusion verification and consensus verification; the participants must actively prove the honest behavior of the participants to the behavior arbitration module, otherwise, the participants are punished;
the behavior arbitration module builds a security audit log to record all operations of the tracked participants. Specifically, the module judges whether the operation of the local participant is compliant according to the underlying mechanism of the blockchain where the module is located, and judges whether the operation of the cross-chain participant is compliant according to the verification result of the relay; once any participant is found to have illegal operation, the illegal operation is recorded in a security audit log, and the collateral management module is matched to punish the participant with poor behaviors and compensate the lost participant; in addition, the module can also provide non-violation operation evidence for the compliance participant according to the security audit log;
(2) Collateral management module: the module introduces collateral to encourage the honest behaviour of the participants. In the process of cross-chain asset interaction, if rules are violated, the behavior arbitration module arbitrates participants with poor behaviors, and the collateral management module needs to be matched for punishment and compensation of related participants;
(3) Exchange rate predictor module: in the real world, the cryptocurrency on different blockchains is not equivalent, and simple equity exchanges can cause economic losses to one party participating in the cross-chain. Thus, the module can obtain the cryptocurrency from the chain by means of the predictor OracleTo->Real-time exchange rate between;
(4) CBAs management module:the presence or absence of an asset is determined by the original ledger defining it, then theoretically any asset cannot exist independently of the original ledger. That is, asset cross-chain in a true sense is theoretically impossible. Thus, the present invention incorporates CBA to represent the cryptocurrency on blockchain B, blockchain ACorresponding amounts after exchange rate conversion and vice versa;
(5) The safe deposit management module: the invention allows any user to lock collateral through the collateral management module, thereby registering with the vault management module to become a vault, i.e. the intelligent contract can verify the digital signature of the vault and know the public key of the vault; this means that the invention supports coexistence of multiple safes and can be dynamically changed; meanwhile, the registered insurance library list is stored in a public registry of the module;
the safes are divided into a cross-chain safe and a local safe. The user on one blockchain carries out cross-chain registration to the other blockchain, and in addition to the identity-related evidence, the evidence of no illegal operation confirmed by the behavior arbitration module on the blockchain is provided during registration, and the safe is still positioned on the blockchain, but a certain collateral is required to be paid on the other blockchain, so that the user is required to have a certain asset on both blockchains; the local safe deposit is registered by the user on the blockchain where the user is located, so that the user is only required to have a certain asset on the blockchain where the user is located, and the registration request is not initiated across the chain, so that no illegal operation proof is not required to be provided during registration, and no illegal action is only required to be proved by the action arbitration module of the blockchain where the user is located;
(6) Automatic clearing module: the real world exchange rate has a tremendous instability, and this module ensures that sudden devaluation of individual vault collateral will not affect the whole system, only the CBA that has been released. The module automatically initiates redemption of the vault's existing CBA and deducts a portion from the vault's collateral for payment of the transaction fee. If there are not enough users to wish to perform redemption, the module will distribute the clearing equally among all users as a final back-up.
Furthermore, it is contemplated that in a cross-chain asset interaction model, the use of only one vault is prone to single point failure, resulting in a crash of the system. According to the invention, the multi-safe warehouse is adopted to replace a single safe warehouse to lock and unlock the cross-chain asset, so that the usability of the system is improved. Not only can the multi-vault avoid a single point of failure during cross-chain interaction, its availability further allows CBA redeemers to choose between when redemption fails due to the vault: 1) Obtaining compensation from collateral of the vault, or 2) re-redemption using a different vault.
Consider that in a cross-chain asset interaction model, there is a lack of benign incentives for legitimate operations and a reasonable penalty for illegitimate operations. The invention introduces collateral excitation and compliance supervision to reasonably supervise the behaviors of cross-chain asset interaction participants. Specifically, all operations of the local participants and the cross-chain participants are tracked through a behavior arbitration module and recorded into a security audit log. When the offending participant is monitored, the offending participant is punished by matching with the collateral management module, and the damaged participant is compensated.
Given that the assets of different blockchains are not equivalent, there may be a great deal of instability in exchange rates between them, and sudden devaluation of collateral submitted by a participant may cause losses to all participants participating in the cross-chain. The present invention introduces automatic clearing to prevent financial losses due to sudden devaluations. In particular, assuming that there is a sudden detraction of a collateral from the vault that results in the failure to perform the redemption process normally, the module automatically initiates redemption of the vault's existing CBA and deducts a portion from the collateral for the vault for payment of the transaction fee. If there are not enough users to wish to perform redemption, the module will distribute the clearing equally among all users as a final back-up.
The zero-trust extensible cross-chain asset interaction method comprises a safe baseRegistration, release, exchange, transfer, redemption, automatic clearing, and incentive by mortgage. Assuming that there are two blockchains A and B, the cryptocurrency circulated on the chains is referred to as respectivelyAndthe deployed smart contracts are respectively called asAndat this point, the participant on blockchain A wants to interact with the cross-chain asset on blockchain B. Suppose that user Carol on blockchain A wishes to goRegistering as a cross-chain vault to which a user David on blockchain B wishes to goRegistering to be a local safe deposit; at the same time, user Alice controls assets on blockchain AAnd having a key pairWhile user Bob controls assets on blockchain BAnd having a key pair. Alice wishes to create on BSupported assetsAnd assigned to Bob; bo (Bo)b hopefully at some later point in timeRedemption of corresponding assets on blockchain AThe method comprises the steps of carrying out a first treatment on the surface of the The following are the detailed steps of each process:
(1) And (3) registering a safe deposit:
carol directionThe deposit management module of (2) makes registration request and stores a certain collateral in the collateral management moduleRegistering on blockchain B as a cross-chain vaultThe method comprises the steps of carrying out a first treatment on the surface of the The specific steps are shown in fig. 2:
1) Carol directionSubmitting corresponding data by a vault management module of the system, and initiating a cross-chain vault registration request;
2)checking the non-offending operation proof in the submitted data to confirm whether Carol has offending behavior. If not, continuing to execute the following steps; otherwise, rejecting the registration request of Carol;
3)confirm that Carol has no violations and ask Carol to +.>Is stored with a collateral management module>The method comprises the steps of carrying out a first treatment on the surface of the C if the deposit is successfularol successfully registered as a Cross-chain vault on blockchain B +.>The method comprises the steps of carrying out a first treatment on the surface of the Then a record is added in the public registry of the safe management module, and the system assigns an automatic clearing threshold value for the record>And continuously observing mortgage factor of the safe>Whether or not it is lower than +.>To determine whether to initiate automatic clearing.
David directionThe deposit management module of (2) makes registration request and stores a certain collateral in the collateral management moduleThereby registering as a local vaultThe method comprises the steps of carrying out a first treatment on the surface of the The specific steps are as follows:
1) David directionThe corresponding data is submitted by the vault management module of the system, and a local vault registration request is initiated;
2)checking whether the behavior arbitration module provides a non-illegal operation proof for the behavior arbitration module, and confirming whether David has illegal behaviors; if not, continuing to execute the following steps; otherwise, rejecting the registration request of David;
3)confirm David no violationFor, and require David +.>Is stored with a collateral management module>The method comprises the steps of carrying out a first treatment on the surface of the If the deposit is successful, david registers successfully as a local vault on blockchain B +.>Then a record is added in the public registry of the vault management module, for which an automatic clearing threshold is assigned by the system>And continuously observing mortgage factor of the safe>Whether or not it is lower than +.>To determine whether to initiate automatic clearing.
(2) The specific flow of the release is shown in figure 3;
alice (CBA requestor) goes through a smart contractAsset is managed by a vault management module of (1)Cross-chain vault on blockchain aLocking to issue CBA on blockchain BThe method comprises the steps of carrying out a first treatment on the surface of the The specific steps are as follows:
1) Alice first generates a new key pair on blockchain BAs she is in the blockNew identity on chain B and verify smart contractsAvailable on blockchain B;
2) Next, alice goes toRegistrationAnd issue a request toIs used for submitting a certain collateral for the collateral management moduleTo promise release;
3) Alice then is inSelecting a cross-chain vault which is successfully registered and accepts the issuing request from a public registry of an upper vault management module, such as +.>;/>Temporary locking by collateral management module>Corresponding collateral provided->
4) Alice is authenticated in a publicly available manner, i.e. bySend to->The assets of oneself are->Locking on blockchain A +.>In (a) and (b); except for locking these assets to +.>Besides, alice specifies +.>Where to send, i.e. Alice will have her public key on blockchain B +.>And transfer to->Is->Associating;
5) At the time of assetLocking to->After that, alice's public key on blockchain B +.>Smart contracts forwarded to blockchain B +.>In (a) and (b); meanwhile, alice needs to be +.>The behavior arbitration module in (a) is submitted in (a) to be +.>Sent to ATransaction generated at the time;
6) The behavior arbitration module may then verify that the given transaction has been securely contained in blockchain A, and that the asset isIs correctly locked; if successful, the behavior arbitration module will triggerCorresponding number of (a)And send it to AliceSo thatAnd atCollateral to be locked onAnd returns to Alice. If due to Alice causeFailure to issue, will be deducted from itUpper locking collateralCompensation to a chain-crossing vaultAnd carrying out the record of the current illegal action of Alice as a security audit log of the arbitration module.
(3) The specific flow is shown in figure 4;
for Alice (CBA sender)And areaBob (CBA receiver) asset on Block chain B +.>Atomic exchange is performed. The specific steps are as follows:
1) Alice is atSelecting a local safe with successful registration from public registries of the upper safe management module, such as +.>The method comprises the steps of carrying out a first treatment on the surface of the Next, alice uses->Locking->
2) If Bob is time-lapseInner passageWill beAgreed upon units and (or any other asset on blockchain B)The locking of the locking device is performed,will update Bob's balance toAnd allocate Alice pairsOwnership of (C); at the same time, the method comprises the steps of,informing smart contracts on blockchain aWill witnessIs no longer allowed to redeem AliceThe method comprises the steps of carrying out a first treatment on the surface of the If Bob is not presentInner passageWill be correctly managed by the vault management module of (c)And (3) withLocking thenWill be lockedReleased to Alice.
(4) The specific flow is shown in fig. 5;
alice (CBA sender) transfers to Bob (CBA receiver) on blockchain BThe method comprises the steps of carrying out a first treatment on the surface of the The specific steps are as follows:
1) Alice notificationShe wishes to add her +.>Bob +.>A place; />Is updated, bob becomes +.>Is a new owner of (c).
2) Next to this, the process is carried out,informing about Smart contracts on blockchain A +.>,/>Witnessed +.>Ownership change of Alice is no longer allowed to extract the locked asset on blockchain A +.>
(5) Redemption, the concrete flow is shown in figure 6;
bob (CBA redeemer) willLocking at->Go up the selected safe deposit->To be from +.>Receive->,/>And then destroyed.
1) Bob generates a new key pair on blockchain aAs his new identity in blockchain a;
2) Next, bob verifies the smart contractAvailable on blockchain A and in +.>Selecting a local safe with successful registration from public registries of the upper safe management module, such as +.>
3) Will beLocking at->Is->On, and request redemption->The method comprises the steps of carrying out a first treatment on the surface of the At the same time, bob also needs to write the new public key on blockchain A +.>A destination address designated as redemption;
4)witnessed +.>Locking and redemption requests of (a) and informing +_on blockchain A>
5)A kind of electronic deviceReceiving notification, assetBob specified public key released onto blockchain ASo that
6) Finally, the step of obtaining the product,by direction ofProvide asset for behavior arbitration module of (a)Send to Bob @ to) Time-generated transactions to proveIs redeemed on blockchain A; thenDestroying locked blocks on blockchain BAnd confirms that the issued amount corresponds to the destroyed CBA, i.e
(6) Automatic clearing
Cross-chain safeIs in money->Locking, while its equilibrium value is in currency + ->And (5) measuring. The real world exchange rate has a great instability, in order to be able to guarantee a long-term safe execution, the invention is implemented by introducing an idealized mortgage factor +.>To make buffer collateral. For this purpose, it is necessary to ensure +.>Is true, wherein->Refers to +.>Locked cryptocurrency->,/>Is an idealized mortgage factor,>is the cryptocurrency supplied by the predictor Oracle +.>And->Current exchange rate between.
In particular, the situation that a safe deposit that ensures economical rationality can perform wellUnder the condition of introducing idealized mortgage factor +.>Make->Thereby manufacturing a buffer zoneTo ensure safe operation of the model. At the same time, the collateral for the chain-crossing safe is adjusted>I.e. based on a cross-chain vault->Observed mortgage factor->And idealized mortgage factor->Define intelligent contract->Is a behavior of (1). In particular, the present invention introduces an automatic clearing threshold +.>So that->Then, there are:
1) Safety operation: when (when)When, i.eIn the time-course of which the first and second contact surfaces,the locked collateral exceeds the necessary amount to ensure redemption, at which point the new collateral can be properly issuedAnd (2) andthe buffer collateral of (a) can also be freely extracted;
2) Buffering: when (when)In the mean time, although the mortgage factor observed +.>Has been reduced to an idealized mortgage factorBelow, but not yet reaching the automatic clearing threshold +.>There is still enough buffer collateral to ensure safe operation of the model; but at this time +.>Collateral->Has not been sufficient to support secure release->I.e.
3) Clearing: when (when)When observed mortgage factorVery close to the lower limit of 1.0 ifWithout addingTo rebalanceWill automatically start to all the existingIs redeemed for (2); remaining buffer collateralFor paying transaction fees, whereThe method comprises the steps of carrying out a first treatment on the surface of the When (when)Below 1.0, this measure is necessary to prevent the user from suffering financial losses.
Only whenWhen the economic and rational safe deposit is used, the economic and rational safe deposit will not perform well; and if it,/>Will automatically start up for all existing +.>And compensates the CBA redeemer for the remaining buffer collateral of the vault. Thus, if there is an improper behavior it can be changed +.>It will only become a balancing policy for the vault.
(7) Providing incentives through mortgage
By introducing collateral, the invention ensures that economically reasonable participants are not motivated by improper behavior, i.e., the participants are motivated to perform honest behavior by introducing collateral, and a party whose behavior is not extreme is punished by the behavior arbitration module and the collateral management module of the intelligent contract.
Specifically, onlyThe collateral management module in (a) indicates a cross-chain safe +.>Providing adequate collateral, i.e. +.>The CBA requester can initiate the issuing process. At the same time, in order to avoid attacks by malicious CBA requesters, i.e. to +.>To cause an unoccupied waste of resources, the CBA requester needs to provide a certain collateral +.>To promise release. In the self-cause->In the event of a failure, the CBA requester's violation will be recorded in the security audit log as an arbitration module and the collateral it provides will also be used to reportAnd compensating. While during redemption, claim +.>Asset->To CBA redeemers such thatAnd go to->The behavior arbitration module of (1) provides a proof of transaction inclusion. If->Behaving endlessly, ++>Will use these collateral->To compensate CBA redeemers, while +.>Is to be recorded in the security audit log as arbitration module, and +.>Nor is the fee that would be obtained to fulfill the honest act.
The foregoing is merely a preferred embodiment of the present invention, and is not intended to limit the present invention, and all equivalent variations using the description and drawings of the present invention are within the scope of the present invention.

Claims (8)

1. The zero-trust extensible cross-chain asset interaction system is characterized by comprising a behavior arbitration module, a collateral management module, a rate forestation machine module, a CBAs management module, a safe base management module and an automatic clearing module;
behavior arbitration module: providing a relay function to provide data on one blockchain to a smart contract on another blockchain to track all operations of each participant across the blockchains; a security audit log is constructed to record all operations of the tracked participants and provide non-violation operation evidence for the compliance participants;
collateral management module: introducing collateral to stimulate the honest behavior of the participants, and punishing and compensating the participants violating the rules in the process of cross-chain asset interaction;
exchange rate predictor module: obtaining a real-time exchange rate between encrypted different blockchain encrypted currencies from under the chain;
CBAs management module: the system is used for calculating the encryption currency on one block chain, and the corresponding amount on the other block chain is converted through exchange rate;
the safe deposit management module: the module allows any user to submit corresponding data and lock collateral through the collateral management module so as to register with the insurance management module to become an insurance; meanwhile, the registered insurance library list is stored in a public registry of the module;
automatic clearing module: for the case where sudden devaluation of a collateral of a vault results in an inability to perform the redemption process normally, the module automatically initiates redemption of the vault's existing CBA and deducts a portion from the collateral of the vault for payment of the transaction fee; if there are not enough users to wish to perform redemption, the module will distribute the clearing evenly among all users.
2. A zero-trust extensible cross-chain asset interaction method, characterized in that it is implemented on the basis of the system of claim 1, comprising the steps of:
step 1, registering participants with non-illegal operation certificates into a cross-chain safe or a local safe through a safe management module, then designating an automatic clearing threshold value for the participants by a system, and continuously observing whether the mortgage factor of the cross-chain safe or the local safe is lower than the automatic clearing threshold value or not to determine whether to start automatic clearing or not;
step 2, submitting a certain collateral to the source blockchain intelligent contract by the CBA requester to promise to issue, registering an issue request to a target blockchain of the cross-chain asset interaction and selecting a corresponding cross-chain safe base, judging whether the request meets the issue condition by a behavior arbitration module of the target blockchain, and automatically issuing or refusing to issue CBA of corresponding quantity;
step 3, for successfully issued CBA, if the CBA sender and the CBA receiver exchange atoms, changing the ownership of the CBA within a specified time delay; if the change is completed, the original CBA owner is not allowed to be redeemed any more; if not, ending the change;
step 4, if the CBA sender informs the intelligent contract of the blockchain, the CBA is hoped to be transferred to the CBA receiver on the same blockchain; the state of the smart contract is updated and the CBA recipient becomes the new owner of the CBA; the smart contract notifying a smart contract on a source blockchain; the CBA sender is no longer allowed to extract the asset locked on the source blockchain;
step 5, the CBA redeemer redeems the asset locked in the source blockchain; if the redemption is successful, a behavior arbitration module in the target blockchain intelligent contract destroys the CBA locked on the target blockchain; if redemption failure is caused by illegal reasons, recording the illegal action in the action arbitration module, and returning the locked CBA; if redemption fails for objective reasons, the redemption request is refunded, returning the locked CBA.
3. The method of zero-trust extensible cross-chain asset interaction of claim 2, wherein in step 1, the specific steps of vault registration include:
step 1-1, a participant submits corresponding data to a safe deposit management module of a source block chain or a target block, and initiates a local safe deposit or a cross-chain safe deposit registration request;
step 1-2, a safe deposit management module judges that the safe deposit registration request is a cross-chain registration request or a local registration request; if the request is a cross-chain registration request, executing the step 1-3; if the request is a local registration request, executing the step 1-5;
step 1-3, checking whether the corresponding data submitted by the cross-chain registration request has illegal operation evidence or not by the vault management module, and if so, executing the step 1-4; if not, rejecting the registration request;
step 1-4, a participant stores a certain collateral into a collateral management module of a target blockchain, if the collateral is stored successfully, the participant is successfully registered as a cross-chain safe deposit on the target blockchain, and a record is newly added in a public registry of the safe deposit management module;
step 1-5, checking whether a behavior arbitration module of the blockchain where the insurance bank management module is located proves that the behavior arbitration module has no illegal behaviors, and if the behavior arbitration module has no illegal behaviors, executing the step 1-6; if the illegal action exists, rejecting the registration request;
and 1-6, the participant stores a certain collateral into a collateral management module of the source blockchain, if the collateral is stored successfully, the participant is registered as a local safe, then a record is newly added into a public registry of the safe management module, an automatic clearing threshold value is designated for the collateral management module by the system, and the collateral factors of the safe are continuously observed.
4. The zero-trust extensible cross-chain asset interaction method of claim 2, wherein in step 2, the specific step of CBA distribution comprises:
step 2-1, the CBA requester generates a new identity in a target blockchain for cross-chain asset interaction and registers an issue request with an intelligent contract on the blockchain; at the same time, the CBA requester submits a certain collateral to the collateral management module in the source blockchain intelligent contract to promise to issue, and the selected cross-chain insurance library is compensated when the issuance fails due to the self reason;
step 2-2, the CBA requester selects a cross-chain safe deposit which is registered and accepts the issuing request through a safe deposit management module in the target blockchain intelligent contract, and collateral of the safe deposit is temporarily locked;
step 2-3, a behavior arbitration module in the target blockchain intelligent contract confirms whether the CBA requester locks the asset with the selected cross-chain vault; if yes, triggering automatic release of the corresponding quantity of CBA on the target block chain; if not, the behavior arbitration module penalizes the CBA requester and records the illegal behavior in a security audit log of the behavior arbitration module.
5. The zero-trust extensible cross-chain asset interaction method of claim 2, wherein in step 3, the specific step of CBA ownership exchange comprises:
step 3-1, the CBA sender agrees with the CBA receiver on the number of assets to be exchanged and the CBA sender selects a successfully registered local vault in the vault management module of the blockchain smart contract, locking the amount to be exchanged with the local vault
Step 3-2 if the CBA receiver is time-delayedAssets to be agreed to exchange in->Locking with the local vault selected by the CBA sender, the smart contract will update the CBA recipient's balance to +.>And assigns CBA sender +.>Ownership of (C);
step 3-3, the intelligent contract notifies the intelligent contract on the source block chain to issueThe selected cross-chain safe will witness +.>The change of ownership no longer allows the CBA sender to extract the asset locked on the source blockchain;
step 3-4 if CBA recipient is not presentProperly agree on the fundYield->Locking with the local vault selected by the CBA sender, the smart contract will lock +.>Released to the CBA sender.
6. The zero-trust extensible cross-chain asset interaction method of claim 2, wherein in step 4, the specific step of CBA ownership transfer comprises:
step 4-1, the CBA sender informs the intelligent contract of the blockchain where the CBA is expected to be transferred to the CBA receiver on the same blockchain;
step 4-2, the state of the intelligent contract is updated, and the CBA receiver becomes a new owner of the CBA;
step 4-3, the intelligent contract informs the intelligent contract on the source blockchain that the selected cross-chain vault will witnesse a change in CBA ownership when issuing the CBA, no longer allowing the CBA sender to extract the locked asset on the source blockchain.
7. The zero-trust extensible cross-chain asset interaction method of claim 2, wherein in step 5, the concrete step of CBA redemption comprises:
step 5-1, the CBA redeemer generating a new identity in the source blockchain for cross-chain asset interactions;
step 5-2, selecting a successfully registered local vault in the vault management module of the target blockchain intelligent contract, locking the CBA in the vault and requesting redemption of the asset locked in the source blockchain;
step 5-3, after the selected local vault witnessed the locking and redemption request of the CBA on the target blockchain, the intelligent contract of the target blockchain informs the intelligent contract of the source blockchain, and the selected cross-chain vault releases the locked asset after receiving the notification when the CBA is issued;
step 5-4, a behavior arbitration module in the target blockchain intelligent contract confirms whether the CBA is successfully redeemed; if yes, destroying the CBA locked on the target block chain; if redemption failure is caused by illegal reasons, recording the illegal action in the action arbitration module, and returning the locked CBA; if redemption fails for objective reasons, the redemption request is refunded, returning the locked CBA.
8. The zero-trust extensible cross-chain asset interaction method of claim 7, wherein automatically clearing specific content is;
1) Continuously observing corresponding mortgage factors by all the cross-chain safeties in the safe management module, and executing the step 2) if any one of the cross-chain safeties finds that the observed mortgage factor is higher than the idealized mortgage factor set by the system; if the observed mortgage factor has fallen below the idealized mortgage factor, but has not yet reached the automatic clearing threshold, then executing 3); if the observed mortgage factor approaches the automatic clearing threshold, then executing 4);
2) The safe support correctly issuing new CBA, and collateral in the buffer area can be freely extracted;
3) The vault still has enough buffer collateral to ensure safe operation of the system, but at this point the collateral locked in the vault is insufficient to support secure release of CBA;
4) Checking whether the collateral locked in the vault has increased sufficiently to balance financial losses due to monetary devaluation; if yes, the safe deposit box continues to observe the mortgage factors; if not, the intelligent contract automatically starts redemption of all existing CBAs; the remaining buffer collateral is used to pay the transaction fee.
CN202311619691.9A 2023-11-30 2023-11-30 Zero-trust extensible cross-chain asset interaction system and method Active CN117314399B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311619691.9A CN117314399B (en) 2023-11-30 2023-11-30 Zero-trust extensible cross-chain asset interaction system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311619691.9A CN117314399B (en) 2023-11-30 2023-11-30 Zero-trust extensible cross-chain asset interaction system and method

Publications (2)

Publication Number Publication Date
CN117314399A true CN117314399A (en) 2023-12-29
CN117314399B CN117314399B (en) 2024-01-26

Family

ID=89260782

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311619691.9A Active CN117314399B (en) 2023-11-30 2023-11-30 Zero-trust extensible cross-chain asset interaction system and method

Country Status (1)

Country Link
CN (1) CN117314399B (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200134622A (en) * 2019-05-22 2020-12-02 함문성 Transaction methods and systems using direct trading and auction, reverse auction and joint auction of blockchain-based value tangible and intangible assets
CN113032482A (en) * 2021-03-10 2021-06-25 杭州链网科技有限公司 Construction method and system of cross-chain transfer bridge
CN114187001A (en) * 2021-12-13 2022-03-15 北京航空航天大学杭州创新研究院 Risk management method for cross-link nodes
CN115564416A (en) * 2022-11-14 2023-01-03 北京航空航天大学 Inter-block chain asset transfer system
CN116260590A (en) * 2023-01-09 2023-06-13 南京邮电大学 High concurrency relay transaction coordination method and system under cross-link scene
CN116823456A (en) * 2023-04-14 2023-09-29 山东省计算中心(国家超级计算济南中心) Heterogeneous chain cross-chain asset transaction method and system for identity privacy protection

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200134622A (en) * 2019-05-22 2020-12-02 함문성 Transaction methods and systems using direct trading and auction, reverse auction and joint auction of blockchain-based value tangible and intangible assets
CN113032482A (en) * 2021-03-10 2021-06-25 杭州链网科技有限公司 Construction method and system of cross-chain transfer bridge
CN114187001A (en) * 2021-12-13 2022-03-15 北京航空航天大学杭州创新研究院 Risk management method for cross-link nodes
CN115564416A (en) * 2022-11-14 2023-01-03 北京航空航天大学 Inter-block chain asset transfer system
CN116260590A (en) * 2023-01-09 2023-06-13 南京邮电大学 High concurrency relay transaction coordination method and system under cross-link scene
CN116823456A (en) * 2023-04-14 2023-09-29 山东省计算中心(国家超级计算济南中心) Heterogeneous chain cross-chain asset transaction method and system for identity privacy protection

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
王志鹏 等: "一种清算结算区块链设计", 《密码学报》, vol. 5, no. 05, pages 538 - 545 *

Also Published As

Publication number Publication date
CN117314399B (en) 2024-01-26

Similar Documents

Publication Publication Date Title
JP7350030B2 (en) Method and system for recording multiple transactions on blockchain
CN109035012B (en) Cross-chain processing method of block chain system and computer readable storage medium
CN114730422A (en) System and method for commerce in a distributed system with blockchain protocol and intelligent contracts
CA2218612C (en) Electronic-monetary system
CA3088610A1 (en) Blockchain methods, nodes, systems and products
CN111316258A (en) Transaction privacy in public distributed ledger system
KR20070051338A (en) Method of providing cash and cash equivalent for electronic transactions
US20220253813A1 (en) Cryptographicaly secured hybrid (on and off blockchain) cryptocurrency system
US20200118093A1 (en) System and method for arbitrating a blockchain transaction
CN116686253A (en) Method and system for tracking unexpired transaction output (UTXO) tokens in a distributed ledger-technology based network
CN110503429B (en) Decentralized content interaction method and system
JP3659090B2 (en) Electronic information distribution system, storage medium storing electronic information distribution program, and electronic information distribution method
WO2024127686A1 (en) Blockchain system that prevents steep decline in value of coins while suppressing fluctuation of same and computer program
CN117314399B (en) Zero-trust extensible cross-chain asset interaction system and method
KR102195830B1 (en) System for security enforced crypto currency based on block chain
KR102097995B1 (en) Electronic payment system for protection of double spending and payment method therefor
Catalano et al. A fair micro-payment scheme for profit sharing in P2P networks
US20240257244A1 (en) A System And Method For Trading Cryptocurrencies, Tokenized Assets And/Or Fiat Currencies On A Permission-Less Unified And Interoperable Blockchain Distributed Ledger System With Anchor-Of-Trust Organizations
JP7316921B2 (en) Electronic asset management method and electronic asset management device
Fujimoto et al. ConnectionChain: Security technology for securely linking blockchains
JP7566233B1 (en) Method and system for implementing electronic currency infrastructure - Patents.com
US20240291657A1 (en) Systems and methods for anti-fraud and redundant token distribution and management
KR102415026B1 (en) System for transaction a deposit and withdrawal based a block chain
JP7048039B1 (en) Payment systems, payment devices, payment methods and payment programs
JP2024022339A (en) Consideration distribution program, consideration distribution method, and consideration distribution device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant