WO2022062782A1 - 一种基于预言机锁组的结算方法及系统 - Google Patents

一种基于预言机锁组的结算方法及系统 Download PDF

Info

Publication number
WO2022062782A1
WO2022062782A1 PCT/CN2021/113415 CN2021113415W WO2022062782A1 WO 2022062782 A1 WO2022062782 A1 WO 2022062782A1 CN 2021113415 W CN2021113415 W CN 2021113415W WO 2022062782 A1 WO2022062782 A1 WO 2022062782A1
Authority
WO
WIPO (PCT)
Prior art keywords
lock
oracle
module
blockchain
preset
Prior art date
Application number
PCT/CN2021/113415
Other languages
English (en)
French (fr)
Inventor
曹一新
欧阳健男
晏鹤春
赵宇时
Original Assignee
上海万向区块链股份公司
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 上海万向区块链股份公司 filed Critical 上海万向区块链股份公司
Publication of WO2022062782A1 publication Critical patent/WO2022062782A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Definitions

  • the present invention relates to the technical field of blockchain, and in particular, to a settlement method and system based on an oracle lock group.
  • Chinese invention patent CN111145023A (application number: 201911302120.6) discloses a cross-chain exchange method based on a trusted oracle machine, which is characterized by comprising: Step 1: The system administrator deploys a smart contract on the request chain, and requests the user to pass the smart contract Initiate a cross-chain request and publish it in the form of event logs; Step 2: The requested user of the cross-chain request observes the cross-chain request and responds; Step 3: The off-chain oracle node performs the request event log on the request chain.
  • Step 4 The oracle node processes the monitored request, and sends the request result back to the request chain;
  • Step 5 The request chain verifies the returned result;
  • Step 6 After the verification is passed, accept the request result , the chain will be processed accordingly, and the status of the cross-chain request will be set as completed.
  • This patent introduces oracle nodes to monitor event logs on different chains, process events at the oracle nodes, and then return the results to the request chain, which not only relies heavily on third-party oracles, but also does not solve the aforementioned limitations and compatibility issues.
  • the purpose of the present invention is to provide a settlement method and system based on an oracle lock group.
  • a settlement method based on an oracle lock group provided according to the present invention includes:
  • Step M1 Users configure their own oracle lock modules on the blockchain, and the oracle lock modules configured for the same transaction to be settled form an oracle lock group;
  • Step M2 The user publishes blockchain transactions and preset lock conditions to each oracle lock module in the oracle lock group;
  • Step M3 Determine whether the lock condition modules of each oracle lock module in the oracle lock group meet the preset lock conditions, and when the lock condition modules of each oracle lock module meet the corresponding preset requirements, the processing oracle module is triggered and executed Default blockchain transactions;
  • the oracle lock module includes a lock condition module and an oracle processing module
  • the lock condition module controls the oracle lock module to receive oracles that meet the preset conditions
  • the oracle processing module processes the oracles that meet the preset conditions received by the oracle lock module according to preset rules, and the processing includes initiating on-chain transactions, publishing on-chain data, resetting lock conditions, and/or publishing new oracles. lock operation.
  • the step M1 includes: configurations on different blockchains include different oracle lock modules or the same oracle lock module; configurations on the same blockchain include different oracle lock modules or the same oracle lock module.
  • the user publishes the transaction to the oracle lock including: ordinary transfer, information announcement and blockchain operation behavior realized by publishing the transaction;
  • the preset lock condition includes setting the relative confirmation number to judge the execution of the transaction. condition.
  • the step M3 includes: judging whether the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock condition, and when the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock
  • the oracle lock module information and blockchain information and/or non-blockchain system information of the transaction recipient are obtained from the oracle service through the oracle interaction module.
  • the blockchain information and/or non-blockchain system information determines whether the second preset lock condition is met.
  • the processing oracle module triggers and execute preset blockchain transactions;
  • the first preset lock condition is a lock condition that the sender's oracle lock can directly determine from the blockchain where it is located;
  • the second preset lock condition is a lock condition determined by relying on the information obtained by the oracle machine from another blockchain and/or a non-blockchain system;
  • the oracle interaction module realizes the communication between the oracle lock module and the oracle service by including a smart contract interface and/or a chain data monitoring program.
  • the oracle interaction module realizes the communication between the oracle lock module and the oracle service by including a smart contract interface and/or a chain data monitoring program.
  • the oracle lock group is scheduled by the user to implement cross-chain transactions on each blockchain through the cross-chain scheduling module;
  • the cross-chain scheduling module implements the settlement function based on the settlement method construction program of the oracle lock group, and is integrated into the existing centralized and/or decentralized wallet services.
  • a settlement system based on an oracle lock group provided according to the present invention includes:
  • Module M1 Users configure their own oracle lock modules on the blockchain, and the oracle lock modules configured for the same transaction to be settled form an oracle lock group;
  • Module M2 The user publishes blockchain transactions and preset lock conditions to each oracle lock module in the oracle lock group;
  • Module M3 Determine whether the lock condition modules of each oracle lock module in the oracle lock group meet the preset lock conditions. When the lock condition modules of each oracle lock module meet the corresponding preset requirements, the processing oracle module is triggered and executed. Default blockchain transactions;
  • the oracle lock module includes a lock condition module and an oracle processing module
  • the lock condition module controls the oracle lock module to receive oracles that meet the preset conditions
  • the oracle processing module processes the oracles that meet the preset conditions received by the oracle lock module according to preset rules, and the processing includes initiating on-chain transactions, publishing on-chain data, resetting lock conditions, and/or publishing new oracles. lock operation.
  • the module M1 includes: configurations on different blockchains include different oracle lock modules or the same oracle lock module; configurations on the same blockchain include different oracle lock modules or the same oracle lock module.
  • the user publishes transactions to the oracle lock, including: ordinary transfer, information announcement, and blockchain operation behaviors realized by publishing transactions;
  • the preset lock conditions include setting a relative confirmation number to determine whether to execute a transaction. condition.
  • the module M3 includes: judging whether the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock condition, and when the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock
  • the oracle lock module information and blockchain information and/or non-blockchain system information of the transaction recipient are obtained from the oracle service through the oracle interaction module.
  • the blockchain information and/or non-blockchain system information determines whether the second preset lock condition is met.
  • the processing oracle module triggers and execute preset blockchain transactions;
  • the first preset lock condition is a lock condition that the sender's oracle lock can directly determine from the blockchain where it is located;
  • the second preset lock condition is a lock condition determined by relying on information obtained by the oracle machine from another blockchain and/or a non-blockchain system.
  • the oracle interaction module realizes the communication between the oracle lock module and the oracle service by including a smart contract interface and/or a chain data monitoring program.
  • the oracle lock group is scheduled by the user to implement cross-chain transactions on each blockchain through the cross-chain scheduling module;
  • the cross-chain scheduling module implements the settlement function based on the settlement method construction program of the oracle lock group, and is integrated into the existing centralized and/or decentralized wallet services.
  • the present invention has the following beneficial effects:
  • the oracle lock group of the present invention is a non-intrusive technology that can provide high fault-tolerant atomic transaction settlement functions for various blockchains. Conveniently implement cross-chain agreements between multiple blockchains, and can also be configured on the same blockchain to achieve atomic settlement between users;
  • the present invention determines whether the relative confirmation numbers of different blockchains meet the preset conditions by introducing a lock condition module, so that the oracle lock group can ensure the reliability of transaction settlement on the blockchain that may rollback;
  • the present invention enables a smart contract on one chain to obtain objective information of another chain or even a non-blockchain system by accessing the oracle machine, thereby solving the problem of information exchange between chains and between chains and off-chain systems.
  • Figure 1 is a schematic diagram of the oracle lock module
  • Figure 2 is a schematic diagram of the transaction process from the perspective of a single oracle lock
  • Figure 3 is a schematic diagram of the cross-chain transaction process from the perspective of the oracle lock group.
  • a settlement method based on an oracle lock group provided according to the present invention includes:
  • Step M1 Users configure their own oracle lock modules on the blockchain, and the oracle lock modules configured for the same transaction to be settled form an oracle lock group;
  • Step M2 The user publishes blockchain transactions and preset lock conditions to each oracle lock module in the oracle lock group;
  • Step M3 Determine whether the lock condition modules of each oracle lock module in the oracle lock group meet the preset lock conditions, and when the lock condition modules of each oracle lock module meet the corresponding preset requirements, the processing oracle module is triggered and executed Default blockchain transactions;
  • the oracle lock module includes a lock condition module and an oracle processing module
  • the lock condition module controls the oracle lock module to receive oracles that meet the preset conditions
  • the oracle processing module processes the oracles that meet the preset conditions received by the oracle lock module according to preset rules, and the processing includes initiating on-chain transactions, publishing on-chain data, resetting lock conditions, and/or publishing new oracles. lock operation.
  • the step M1 includes: the configuration on different blockchains includes different oracle lock modules or the same oracle lock module; the configuration on the same blockchain includes different oracle lock modules or the same oracle lock module.
  • the user publishes transactions to the oracle lock including: ordinary transfers, information announcements, and blockchain operation behaviors realized by publishing transactions; the preset lock conditions include setting a relative confirmation number to determine whether to execute a transaction. condition.
  • the step M3 includes: judging whether the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock condition, and when the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock
  • the oracle lock module information and blockchain information and/or non-blockchain system information of the transaction recipient are obtained from the oracle service through the oracle interaction module.
  • the blockchain information and/or non-blockchain system information determines whether the second preset lock condition is met.
  • the processing oracle module triggers and execute preset blockchain transactions;
  • the first preset lock condition is a lock condition that the sender's oracle lock can directly determine from the blockchain where it is located;
  • the second preset lock condition is a lock condition determined by relying on the information obtained by the oracle machine from another blockchain and/or a non-blockchain system;
  • the oracle interaction module realizes the communication between the oracle lock module and the oracle service by including a smart contract interface and/or a chain data monitoring program.
  • the oracle lock group is scheduled by the user to implement cross-chain transactions on each blockchain through the cross-chain scheduling module;
  • the cross-chain scheduling module implements the settlement function based on the settlement method construction program of the oracle lock group, and is integrated into the existing centralized and/or decentralized wallet services.
  • a settlement system based on an oracle lock group provided according to the present invention includes:
  • Module M1 Users configure their own oracle lock modules on the blockchain, and the oracle lock modules configured for the same transaction to be settled form an oracle lock group;
  • Module M2 The user publishes blockchain transactions and preset lock conditions to each oracle lock module in the oracle lock group;
  • Module M3 Determine whether the lock condition modules of each oracle lock module in the oracle lock group meet the preset lock conditions. When the lock condition modules of each oracle lock module meet the corresponding preset requirements, the processing oracle module is triggered and executed. Default blockchain transactions;
  • the oracle lock module includes a lock condition module and an oracle processing module
  • the lock condition module controls the oracle lock module to receive oracles that meet the preset conditions
  • the oracle processing module processes the oracles that meet the preset conditions received by the oracle lock module according to preset rules, and the processing includes initiating on-chain transactions, publishing on-chain data, resetting lock conditions, and/or publishing new oracles. lock operation.
  • the module M1 includes: configurations on different blockchains include different oracle lock modules or the same oracle lock module; configurations on the same blockchain include different oracle lock modules or the same oracle lock module.
  • the user publishes transactions to the oracle lock, including: ordinary transfer, information announcement, and blockchain operation behaviors realized by publishing transactions;
  • the preset lock conditions include setting the relative confirmation number to judge the execution of the transaction. condition.
  • the module M3 includes: judging whether the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock condition, and when the lock condition module of the oracle lock module of the transaction sender satisfies the first preset lock
  • the oracle lock module information and blockchain information and/or non-blockchain system information of the transaction recipient are obtained from the oracle service through the oracle interaction module.
  • the blockchain information and/or non-blockchain system information determines whether the second preset lock condition is met.
  • the processing oracle module triggers and execute preset blockchain transactions;
  • the first preset lock condition is a lock condition that the sender's oracle lock can directly determine from the blockchain where it is located;
  • the second preset lock condition is a lock condition determined by relying on the information obtained by the oracle machine from another blockchain and/or a non-blockchain system;
  • the oracle interaction module realizes the communication between the oracle lock module and the oracle service by including a smart contract interface and/or a chain data monitoring program.
  • the oracle lock group is scheduled by the user to implement cross-chain transactions on each blockchain through the cross-chain scheduling module;
  • the cross-chain scheduling module implements the settlement function based on the settlement method construction program of the oracle lock group, and is integrated into the existing centralized and/or decentralized wallet services.
  • Example 2 is a modification of Example 1
  • the present invention proposes the concept of oracle lock, which provides reliable atomicity for transactions on different chains by configuring oracle locks on different blockchains, accepting oracles with certain rules and triggering transactions on the blockchains.
  • a settlement system based on the oracle lock group proposed by the present invention includes:
  • Oracle lock module This module is a module that actually performs operations on the chain. Using the method described in the present invention to schedule oracle locks on each blockchain can realize cross-chain. This scheduling can be completed by the cross-chain scheduling module.
  • the oracle locks on the chain can be different, and the oracle locks on the same chain can also have different implementations.
  • This module is further divided into a lock condition module, an oracle interaction module and a processing oracle module.
  • Lock Condition Module This module can be implemented as a stand-alone smart contract and/or as a smart contract template and/or as part of a smart contract or smart contract template that controls what an oracle lock accepts from where and under what conditions This kind of prediction is equivalent to the key of the oracle lock. After the lock condition module receives the prediction that can be used as the key, it will forward the prediction to the prediction processing module for further processing.
  • Oracle processing module This module can be implemented as a stand-alone smart contract and/or a smart contract template and/or part of a smart contract or smart contract template, this module processes received oracles and performs subsequent actions according to pre-specified rules, Operations include but are not limited to: initiating on-chain transactions, publishing on-chain data, resetting lock conditions, issuing new oracle locks, etc.
  • Oracle interaction module This module can be implemented as a smart contract interface and/or a chain data monitoring program. The specific implementation is related to the specific chain and the oracle. This module is adapted to various chains and various oracles and/or oracle networks; This module is responsible for the communication between the oracle lock and the oracle.
  • Cross-chain scheduling module This is an optional module. It is used to help users implement the oracle lock group cross-chain method. Users who do not use this module can configure a suitable oracle lock group by themselves to achieve cross-chain effects. This module can be integrated into existing centralized and/or decentralized blockchains. Wallet service.
  • This module programs the cross-chain method of the oracle lock group, and configures the oracle lock on each chain by considering the relative number of confirmations, handling fees, etc., to achieve the cross-chain effect required by users.
  • Example 3 is a variation of Example 1 and/or Example 2
  • Figure 2 shows a simple transfer via oracle lock on a chain.
  • the initiator is the transfer initiator;
  • the receiver is the receiver of the transfer;
  • the implementation of the oracle lock is a smart contract;
  • the oracle service is a service provided by a centralized and/or decentralized oracle and/or oracle network .
  • the agreement can be described by an oracle lock, and publishing this oracle lock on the blockchain is a promise made to the receiver; whether the conditions are satisfied or not is judged by the oracle service and informed of the oracle lock; when After the oracle lock confirms the prophecy that symbolizes the satisfaction of the condition, the oracle lock will transfer the pre-set amount to the receiver according to the agreement.
  • DvP settlement based on the settlement method of the oracle lock group user a wants to buy a batch of goods from user b online, and user a and user b use the same blockchain to publish transactions and information.
  • User a wants to transfer money on the chain after b has shipped it, and user b wants to make sure that a will transfer money after delivery by himself. Then, they set the oracle lock on the blockchain respectively.
  • the condition of a is that the transaction they publish meets m confirmations and b publishes a delivery certificate information provided by a designated third-party logistics company on the blockchain.
  • the condition set by b is that a has published transaction information in its oracle lock and satisfies m confirmations.
  • a After negotiation, a publishes a transaction to transfer the funds to an intermediate account controlled by a's oracle lock. When the number of confirmations is satisfied, b will ship the goods and publish the delivery certificate to b's oracle lock. At the same time, a's The oracle lock has started to receive the oracle service and learned that b has been shipped, so the oracle lock of a executes the transaction and transfers the funds in the intermediate account to b's account.
  • the oracle lock group can also be applied to multiple blockchains to realize cross-chain transactions.
  • both parties make an agreement on the two chains, that is, configure the oracle lock, and agree that in the future, if the other party's agreement is valid (reflected as the corresponding oracle machine) The lock exists on the chain), then the transfer is performed.
  • this future moment is set to another chain, that is, after the block corresponding to the oracle lock on the target chain in the figure meets the confirmation number, Further, this future moment is reflected as the relative confirmation number.
  • the system, device and each module provided by the present invention can be completely implemented by logically programming method steps.
  • the same program is implemented in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, and embedded microcontrollers, among others. Therefore, the system, device and each module provided by the present invention can be regarded as a kind of hardware component, and the modules used for realizing various programs included in it can also be regarded as the structure in the hardware component;
  • a module for realizing various functions can be regarded as either a software program for realizing a method or a structure within a hardware component.

Abstract

一种基于预言机锁组的结算方法及系统，包括：用户在区块链上配置各自的预言机锁模块，为同一笔待结算交易配置的预言机锁模块组成预言机锁组；用户向预言机锁模块发布交易和预设锁条件；判断预言机锁组中预言机锁模块的锁条件模块是否满足预设锁条件，当各预言机锁模块的锁条件模块都满足相应的预设要求时，处理预言模块触发并执行预设的区块链交易。通过设置预言机锁组非侵入式地为各种区块链提供高容错的原子交易结算功能，在可能发生回滚的区块链上保证交易结算的可靠性；接入预言机使得一条链上的智能合约可以获取另一条链甚至非区块链系统的客观信息,从而解决链与链、链与链下系统之间信息互通的问题。

Description

一种基于预言机锁组的结算方法及系统 技术领域
本发明涉及区块链技术领域，具体地，涉及一种基于预言机锁组的结算方法及系统。
背景技术
区块链技术的诞生之初并没有考虑跨链操作，在这个背景下，以以太坊为代表的现有主流智能合约平台天生都不具备跨链能力。于是，现有的跨链技术不得不提出新的或扩充现有的区块链协议，在支持特定区块链协议的一族链之间实现跨链。诚然，这种技术解决方案存在巨大的局限性，一来不能在以太坊为代表的现有主流智能合约平台上使用，二来不同的跨链协议之间也存在兼容问题。
中国发明专利CN111145023A(申请号：201911302120.6)公开了一种基于可信预言机的跨链交换方法，其特征在于，包括：步骤1：系统管理员在请求链上部署智能合约，请求用户通过智能合约发起跨链请求，并以事件日志的方式公开；步骤2：跨链请求的被请求用户观察到跨链请求后作出回应；步骤3：链下的预言机节点对请求链上的请求事件日志进行监听；步骤4：预言机节点对监听到的请求进行处理，得到请求结果后发回请求链上；步骤5：请求链上对返回的结果进行验证；步骤6：在验证通过后，接受请求结果，链上进行相应处理，并将跨链请求的状态设为已完成。该专利引入预言机节点监听不同链上的事件日志，在预言机节点处理事件，再将结果返回请求链，不仅非常依赖第三方预言机，也没有解决前述局限性、兼容性问题。
发明内容
针对现有技术中的缺陷，本发明的目的是提供一种基于预言机锁组的结算方法及系统。
根据本发明提供的一种基于预言机锁组的结算方法，包括：
步骤M1：用户在区块链上配置各自的预言机锁模块，为同一笔待结算交易配置的预言机锁模块组成预言机锁组；
步骤M2：用户向预言机锁组中各预言机锁模块发布区块链交易和预设锁条件；
步骤M3：判断预言机锁组中各预言机锁模块的锁条件模块是否满足预设锁条件，当各预言机锁模块的锁条件模块均满足相应的预设要求时，处理预言模块触发并执行预设的区块链交易；
所述预言机锁模块包括锁条件模块和预言处理模块；
所述锁条件模块控制预言机锁模块接收符合预设条件的预言；
所述预言处理模块根据预设规则处理预言机锁模块接收的符合预设条件的预言，处理后执行包括发起链上交易、发布链上数据、重新设定锁条件和/或发布新的预言机锁操作。
优选地，所述步骤M1包括：不同的区块链上配置包括不同的预言机锁模块或相同的预言机锁模块；同一区块链上配置包括不同的预言机锁模块或相同的预言机锁模块。
优选地，所述步骤M2中用户向预言机锁发布交易包含：普通转账、信息公示和通过发布交易实现的区块链操作行为；所述预设锁条件包括设定相对确认数判断执行交易的条件。
优选地，所述步骤M3包括：判断交易发送方的预言机锁模块的锁条件模块是否满足第一预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第一预设锁条件时，则通过预言机交互模块向预言机服务获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息，根据获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息判断是否满足第二预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第二预设锁条件时，则处理预言模块触发并执行预设的区块链交易；
所述第一预设锁条件是发送方的预言机锁能够直接从所在的区块链判断的锁条件；
所述第二预设锁条件是依赖预言机从另一条区块链和/或非区块链系统获取的信息判断的锁条件；
所述预言机交互模块通过包括智能合约接口和/或链数据监听程序实现预言机锁模块与预言机服务的通讯。
所述预言机交互模块通过包括智能合约接口和/或链数据监听程序实现预言机锁模块与预言机服务的通讯。
优选地，还包括预言机锁组由用户在各个区块链上通过跨链调度模块调度实施跨链交易；
所述跨链调度模块基于预言机锁组的结算方法构造程序实现结算功能，整合进现有中心化和/或去中心化的钱包服务。
根据本发明提供的一种基于预言机锁组的结算系统，包括：
模块M1：用户在区块链上配置各自的预言机锁模块，为同一笔待结算交易配置的预言机锁模块组成预言机锁组；
模块M2：用户向预言机锁组中各预言机锁模块发布区块链交易和预设锁条件；
模块M3：判断预言机锁组中各预言机锁模块的锁条件模块是否满足预设锁条件，当各预言机锁模块的锁条件模块均满足相应的预设要求时，处理预言模块触发并执行预设的区块链交易；
所述预言机锁模块包括锁条件模块和预言处理模块；
所述锁条件模块控制预言机锁模块接收符合预设条件的预言；
所述预言处理模块根据预设规则处理预言机锁模块接收的符合预设条件的预言，处理后执行包括发起链上交易、发布链上数据、重新设定锁条件和/或发布新的预言机锁操作。
优选地，所述模块M1包括：不同的区块链上配置包括不同的预言机锁模块或相同的预言机锁模块；同一区块链上配置包括不同的预言机锁模块或相同的预言机锁模块。
优选地，所述模块M2中用户向预言机锁发布交易包含：普通转账、信息公示和通过发布交易实现的区块链操作行为；所述预设锁条件包括设定相对确认数判断执行交易的条件。
优选地，所述模块M3包括：判断交易发送方的预言机锁模块的锁条件模块是否满足第一预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第一预设锁条件时，则通过预言机交互模块向预言机服务获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息，根据获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息判断是否满足第二预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第二预设锁条件时，则处理预言模块触发并执行预设的区块链交易；
所述第一预设锁条件是发送方的预言机锁能够直接从所在的区块链判断的锁条件；
所述第二预设锁条件是依赖预言机从另一条区块链和/或非区块链系统获取的信息判断的锁条件。
所述预言机交互模块通过包括智能合约接口和/或链数据监听程序实现预言机锁模块与预言机服务的通讯。
优选地，还包括预言机锁组由用户在各个区块链上通过跨链调度模块调度实施跨链交易；
所述跨链调度模块基于预言机锁组的结算方法构造程序实现结算功能，整合进现有中心化和/或去中心化的钱包服务。
与现有技术相比，本发明具有如下的有益效果：
1、本发明预言机锁组是一种非侵入式的技术,能为各种区块链提供高容错的原子交易结算功能，基于这样的技术可以在不修改区块链原有协议的条件下便捷地实现多条区块链间的跨链协议，也可配置在同一条区块链上实现用户之间的原子结算；
2、本发明通过引入锁条件模块判断不同区块链的相对确认数是否满足预设条件，使得预言机锁组可以在有可能发生回滚的区块链上保证交易结算的可靠性；
3、本发明通过接入预言机使得一条链上的智能合约可以获取另一条链甚至非区块链系统的客观信息,从而解决链与链、链与链下系统之间信息互通的问题。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1为预言机锁模块示意图；
图2为单个预言机锁视角的交易流程示意图；
图3为预言机锁组视角实现跨链交易流程示意图。
具体实施方式
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。
实施例1
根据本发明提供的一种基于预言机锁组的结算方法，包括：
步骤M1：用户在区块链上配置各自的预言机锁模块，为同一笔待结算交易配置的预言机锁模块组成预言机锁组；
步骤M2：用户向预言机锁组中各预言机锁模块发布区块链交易和预设锁条件；
步骤M3：判断预言机锁组中各预言机锁模块的锁条件模块是否满足预设锁条件，当各预言机锁模块的锁条件模块均满足相应的预设要求时，处理预言模块触发并执行预设的区块链交易；
所述预言机锁模块包括锁条件模块和预言处理模块；
所述锁条件模块控制预言机锁模块接收符合预设条件的预言；
所述预言处理模块根据预设规则处理预言机锁模块接收的符合预设条件的预言，处理后执行包括发起链上交易、发布链上数据、重新设定锁条件和/或发布新的预言机锁操作。
具体地，所述步骤M1包括：不同的区块链上配置包括不同的预言机锁模块或相同的预言机锁模块；同一区块链上配置包括不同的预言机锁模块或相同的预言机锁模块。
具体地，所述步骤M2中用户向预言机锁发布交易包含：普通转账、信息公示和通过发布交易实现的区块链操作行为；所述预设锁条件包括设定相对确认数判断执行交易的条件。
具体地，所述步骤M3包括：判断交易发送方的预言机锁模块的锁条件模块是否满足第一预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第一预设锁条件时，则通过预言机交互模块向预言机服务获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息，根据获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息判断是否满足第二预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第二预设锁条件时，则处理预言模块触发并执行预设的区块链交易；
所述第一预设锁条件是发送方的预言机锁能够直接从所在的区块链判断的锁条件；
所述第二预设锁条件是依赖预言机从另一条区块链和/或非区块链系统获取的信息判断的锁条件；
所述预言机交互模块通过包括智能合约接口和/或链数据监听程序实现预言机锁模块与预言机服务的通讯。
具体地，还包括预言机锁组由用户在各个区块链上通过跨链调度模块调度实施跨链交易；
所述跨链调度模块基于预言机锁组的结算方法构造程序实现结算功能，整合进现有中心化和/或去中心化的钱包服务。
根据本发明提供的一种基于预言机锁组的结算系统，如图1所示，包括：
模块M1：用户在区块链上配置各自的预言机锁模块，为同一笔待结算交易配置的预言机锁模块组成预言机锁组；
模块M2：用户向预言机锁组中各预言机锁模块发布区块链交易和预设锁条件；
模块M3：判断预言机锁组中各预言机锁模块的锁条件模块是否满足预设锁条件，当各预言机锁模块的锁条件模块均满足相应的预设要求时，处理预言模块触发并执行预设的区块链交易；
所述预言机锁模块包括锁条件模块和预言处理模块；
所述锁条件模块控制预言机锁模块接收符合预设条件的预言；
所述预言处理模块根据预设规则处理预言机锁模块接收的符合预设条件的预言，处理后执行包括发起链上交易、发布链上数据、重新设定锁条件和/或发布新的预言机锁操作。
具体地，所述模块M1包括：不同的区块链上配置包括不同的预言机锁模块或相同的预言机锁模块；同一区块链上配置包括不同的预言机锁模块或相同的预言机锁模块。
具体地，所述模块M2中用户向预言机锁发布交易包含：普通转账、信息公示和通过发布交易实现的区块链操作行为；所述预设锁条件包括设定相对确认数判断执行交易的条件。
具体地，所述模块M3包括：判断交易发送方的预言机锁模块的锁条件模块是否满足第一预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第一预设锁条件时，则通过预言机交互模块向预言机服务获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息，根据获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息判断是否满足第二预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第二预设锁条件时，则处理预言模块触发并执行预设的区块链交易；
所述第一预设锁条件是发送方的预言机锁能够直接从所在的区块链判断的锁条件；
所述第二预设锁条件是依赖预言机从另一条区块链和/或非区块链系统获取的信息判断的锁条件；
所述预言机交互模块通过包括智能合约接口和/或链数据监听程序实现预言机锁模块与预言机服务的通讯。
具体地，还包括预言机锁组由用户在各个区块链上通过跨链调度模块调度实施跨链交易；
所述跨链调度模块基于预言机锁组的结算方法构造程序实现结算功能，整合进现有中心化和/或去中心化的钱包服务。
实施例2
实施例2是实施例1的变化例
本发明提出预言机锁概念，通过在不同区块链上配置预言机锁,并以一定的规则接受预言并触发区块链上的交易,从而为不同链上的交易提供可靠的原子性。
本发明提出的一种基于预言机锁组的结算系统包括：
预言机锁模块：该模块是实际执行链上操作的模块，以本发明描述的方法在各个区块链上调度预言机锁可以实现跨链，这个调度可以交由跨链调度模块完成，不同链上的预言机锁之间可以是不同的，同一链上的预言机锁也可以有不同的实现，该模块进一步分为,锁条件模块,预言机交互模块和处理预言模块。
锁条件模块：该模块可实现为一个独立的智能合约和/或一个智能合约模板和/或智能合约或智能合约模板的一部分，该模块控制一个预言机锁在什么条件下从何处接受何种形式的预言,该种预言相当于该预言机锁的钥匙，锁条件模块在收到能够作为钥匙的预言后,会将该预言转发到预言处理模块进行进一步处理。
预言处理模块：该模块可实现为一个独立的智能合约和/或一个智能合约模板和/或智能合约或智能合约模板的一部分，该模块根据预先指定的规则处理收到的预言并执行后续操作，操作包括但不限于：发起链上交易,发布链上数据,重新设定锁条件,发布新的预言机锁等。
预言机交互模块：该模块可实现为智能合约接口和/或链数据监听程序,具体实现和具体链以及预言机有关，该模块适配各类链以及各类预言机和/或预言机网络；该模块负责预言机锁和预言机的通讯。
跨链调度模块：这是一个可选模块。用来帮助用户实施预言机锁组跨链方法，不使用本模块的用户可以自行配置合适的预言机锁组，达到跨链效果，该模块可整合进现有中心化和/或去中心化的钱包服务。
该模块将预言机锁组跨链方法程序化，通过考虑相对确认数，手续费等情况，在各条链上配置预言机锁，以达到用户需要的跨链效果。
实施例3
实施例3是实施例1和/或实施例2的变化例
如图2所示为在一条链上，经由预言机锁的一笔简单的转账。发起方是转账发起方；接收方是转账的接收方；预言机锁其实现是一个智能合约；预言机服务是中心化的和/或去中心化的预言机和/或预言机网络提供的服务。假设发起方向接收方约定,某个条件满足后,发起方会向接收方支付一定费用。其中的约定可由一个预言机锁来描述，而将这个预言机锁发布到区块链上就是对接收方做出的承诺；条件的满足与否交由预言机服务判断并告知预言机锁；当预言机锁确认到象征条件满足的预言后，预言机锁就按照约定将预先设定的金额转给接收方。
基于预言机锁组的结算方法的DvP结算，用户a想向用户b网购一批货，用户a和用户b用同一条区块链发布交易和信息。用户a想在b发货后再链上转账，用户b想确保a在自己发货后会转账。那么，他们分别在区块链上设定好预言机锁，a设的条件是自己发布的交易满足m个确认数且b在区块链上发布一条指定第三方物流公司提供的发货凭证信息，b设定的条件是a已经在其预言机锁里发布了交易信息并满足m个确认数。协商好之后，a发布交易将资金转至a的预言机锁能控制的中间账户，当确认数条件满足后，b就发货并把发货凭证发布到b的预言机锁，同时，a的预言机锁已经开始接收预言服务并获知b已经发货了，于是a的预言机锁执行交易，将中间账户资金转至b的账户。当然预言机锁组也可应用于多条区块链实现跨链交易。
如图3所示，基于预言机锁组的结算方法的跨链协议，参与双方约定用一条链上的资产交换另一条链上的资产，即在一条链上，甲向乙转账，在另一条链上，乙向甲转账，那么，对于每种资产的转账在每一条链上都存在如图2所示的约定，由于两条链上的预言机锁是对称的，所以图3上我们只关注一条链上的预言机锁和其描述的约定，图3中发起方为甲，接收方为乙，那么约定是，如果在另一条链上，乙将资产转移给甲，那么在这条链上，甲将资产转移给乙，为了除去对手方风险，双方各自在两条链上做出约定，也就是配置预言机锁，约定在未来时刻，如果对方的约定有效(体现为对应的预言机锁存在于链上)那么就进行转账，为了避免区块回滚风险，这个未来时刻被设定为另一条链，即图中的目标链上的对应预言机锁所在区块满足确认数之后，进一步的，这个未来时刻即体现为相对确认数。首先配置预言机锁对；配置完成后，等待相对确认数满足；相对确认数满足后，预言机服务来告知预言机锁目标链上对应预言机锁的情况；最后根据预言，预言机锁进行后续处理。
本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统、 装置及其各个模块以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统、装置及其各个模块以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同程序。所以，本发明提供的系统、装置及其各个模块可以被认为是一种硬件部件，而对其内包括的用于实现各种程序的模块也可以视为硬件部件内的结构；也可以将用于实现各种功能的模块视为既可以是实现方法的软件程序又可以是硬件部件内的结构。
以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。

Claims (10)

  1. 一种基于预言机锁组的结算方法，其特征在于，包括：
    步骤M1：用户在区块链上配置各自的预言机锁模块，为同一笔待结算交易配置的预言机锁模块组成预言机锁组；
    步骤M2：用户向预言机锁组中各预言机锁模块发布区块链交易和预设锁条件；
    步骤M3：判断预言机锁组中各预言机锁模块的锁条件模块是否满足预设锁条件，当各预言机锁模块的锁条件模块均满足相应的预设要求时，处理预言模块触发并执行预设的区块链交易；
    所述预言机锁模块包括锁条件模块和预言处理模块；
    所述锁条件模块控制预言机锁模块接收符合预设条件的预言；
    所述预言处理模块根据预设规则处理预言机锁模块接收的符合预设条件的预言，处理后执行包括发起链上交易、发布链上数据、重新设定锁条件和/或发布新的预言机锁操作。
  2. 根据权利要求1所述的基于预言机锁组的结算方法，其特征在于，所述步骤M1包括：不同的区块链上配置包括不同的预言机锁模块或相同的预言机锁模块；同一区块链上配置包括不同的预言机锁模块或相同的预言机锁模块。
  3. 根据权利要求1所述的基于预言机锁组的结算方法，其特征在于，所述步骤M2中用户向预言机锁发布交易包含：普通转账、信息公示和通过发布交易实现的区块链操作行为；所述预设锁条件包括设定相对确认数判断执行交易的条件。
  4. 根据权利要求1所述的基于预言机锁组的结算方法，其特征在于，所述步骤M3包括：判断交易发送方的预言机锁模块的锁条件模块是否满足第一预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第一预设锁条件时，则通过预言机交互模块向预言机服务获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息，根据获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息判断是否满足第二预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第二预设锁条件时，则处理预言模块触发并执行预设的区块链交易；
    所述第一预设锁条件是发送方的预言机锁能够直接从所在的区块链判断的锁条件；
    所述第二预设锁条件是依赖预言机从另一条区块链和/或非区块链系统获取的信息判断的锁条件；
    所述预言机交互模块通过包括智能合约接口和/或链数据监听程序实现预言机锁模块与预言机服务的通讯。
  5. 根据权利要求1所述的基于预言机锁组的结算方法，其特征在于，还包括预言机锁组由用户在各个区块链上通过跨链调度模块调度实施跨链交易；
    所述跨链调度模块基于预言机锁组的结算方法构造程序实现结算功能，整合进现有中心化和/或去中心化的钱包服务。
  6. 一种基于预言机锁组的结算系统，其特征在于，包括：
    模块M1：用户在区块链上配置各自的预言机锁模块，为同一笔待结算交易配置的预言机锁模块组成预言机锁组；
    模块M2：用户向预言机锁组中各预言机锁模块发布区块链交易和预设锁条件；
    模块M3：判断预言机锁组中各预言机锁模块的锁条件模块是否满足预设锁条件，当各预言机锁模块的锁条件模块均满足相应的预设要求时，处理预言模块触发并执行预设的区块链交易；
    所述预言机锁模块包括锁条件模块和预言处理模块；
    所述锁条件模块控制预言机锁模块接收符合预设条件的预言；
    所述预言处理模块根据预设规则处理预言机锁模块接收的符合预设条件的预言，处理后执行包括发起链上交易、发布链上数据、重新设定锁条件和/或发布新的预言机锁操作。
  7. 根据权利要求6所述的基于预言机锁组的结算系统，其特征在于，所述模块M1包括：不同的区块链上配置包括不同的预言机锁模块或相同的预言机锁模块；同一区块链上配置包括不同的预言机锁模块或相同的预言机锁模块。
  8. 根据权利要求6所述的基于预言机锁组的结算系统，其特征在于，所述模块M2中用户向预言机锁发布交易包含：普通转账、信息公示和通过发布交易实现的区块链操作行为；所述预设锁条件包括设定相对确认数判断执行交易的条件。
  9. 根据权利要求6所述的基于预言机锁组的结算系统，其特征在于，所述模块M3包括：判断交易发送方的预言机锁模块的锁条件模块是否满足第一预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第一预设锁条件时，则通过预言机交互模块向预言机服务获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息，根据获取交易接收方的预言机锁模块信息和区块链信息和/或非区块链系统信息判断是否满足第二预设锁条件，当交易发送方的预言机锁模块的锁条件模块满足第二预设锁条 件时，则处理预言模块触发并执行预设的区块链交易；
    所述第一预设锁条件是发送方的预言机锁能够直接从所在的区块链判断的锁条件；
    所述第二预设锁条件是依赖预言机从另一条区块链和/或非区块链系统获取的信息判断的锁条件；
    所述预言机交互模块通过包括智能合约接口和/或链数据监听程序实现预言机锁模块与预言机服务的通讯。
  10. 根据权利要求6所述的基于预言机锁组的结算系统，其特征在于，还包括预言机锁组由用户在各个区块链上通过跨链调度模块调度实施跨链交易；
    所述跨链调度模块基于预言机锁组的结算方法构造程序实现结算功能，整合进现有中心化和/或去中心化的钱包服务。
PCT/CN2021/113415 2020-09-23 2021-08-19 一种基于预言机锁组的结算方法及系统 WO2022062782A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011011366.0A CN112132684B (zh) 2020-09-23 2020-09-23 一种基于预言机锁组的结算方法及系统
CN202011011366.0 2020-09-23

Publications (1)

Publication Number Publication Date
WO2022062782A1 true WO2022062782A1 (zh) 2022-03-31

Family

ID=73839286

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/113415 WO2022062782A1 (zh) 2020-09-23 2021-08-19 一种基于预言机锁组的结算方法及系统

Country Status (2)

Country Link
CN (1) CN112132684B (zh)
WO (1) WO2022062782A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115567321A (zh) * 2022-11-14 2023-01-03 安徽中科晶格技术有限公司 基于内置预言机合约的跨链系统及方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112132684B (zh) * 2020-09-23 2024-01-26 上海万向区块链股份公司 一种基于预言机锁组的结算方法及系统
CN116029729B (zh) * 2023-03-22 2023-06-06 安徽省大数据中心 基于动态接入应用链管理合约模式的跨链方法及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109345387A (zh) * 2018-09-04 2019-02-15 湖南宸瀚信息科技有限责任公司 区块链跨链交易方法、跨链通信装置及存储介质
US20190236559A1 (en) * 2018-01-31 2019-08-01 Salesforce.Com, Inc. Systems, methods, and apparatuses for implementing smart flow contracts using distributed ledger technologies in a cloud based computing environment
CN110941850A (zh) * 2019-10-28 2020-03-31 苏宁金融科技(南京)有限公司 基于跨链技术的物联网数据共享方法及系统
CN111145023A (zh) * 2019-12-17 2020-05-12 上海交通大学 基于可信预言机的跨链交换方法、系统及介质
CN111416808A (zh) * 2020-03-13 2020-07-14 财付通支付科技有限公司 跨区块链的数据互存方法、装置、设备及存储介质
CN111476667A (zh) * 2020-06-24 2020-07-31 支付宝(杭州)信息技术有限公司 基于区块链的原创作品交易方法及装置和电子设备
CN112132684A (zh) * 2020-09-23 2020-12-25 上海万向区块链股份公司 一种基于预言机锁组的结算方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190236559A1 (en) * 2018-01-31 2019-08-01 Salesforce.Com, Inc. Systems, methods, and apparatuses for implementing smart flow contracts using distributed ledger technologies in a cloud based computing environment
CN109345387A (zh) * 2018-09-04 2019-02-15 湖南宸瀚信息科技有限责任公司 区块链跨链交易方法、跨链通信装置及存储介质
CN110941850A (zh) * 2019-10-28 2020-03-31 苏宁金融科技(南京)有限公司 基于跨链技术的物联网数据共享方法及系统
CN111145023A (zh) * 2019-12-17 2020-05-12 上海交通大学 基于可信预言机的跨链交换方法、系统及介质
CN111416808A (zh) * 2020-03-13 2020-07-14 财付通支付科技有限公司 跨区块链的数据互存方法、装置、设备及存储介质
CN111476667A (zh) * 2020-06-24 2020-07-31 支付宝(杭州)信息技术有限公司 基于区块链的原创作品交易方法及装置和电子设备
CN112132684A (zh) * 2020-09-23 2020-12-25 上海万向区块链股份公司 一种基于预言机锁组的结算方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115567321A (zh) * 2022-11-14 2023-01-03 安徽中科晶格技术有限公司 基于内置预言机合约的跨链系统及方法
CN115567321B (zh) * 2022-11-14 2023-03-03 安徽中科晶格技术有限公司 基于内置预言机合约的跨链系统及方法

Also Published As

Publication number Publication date
CN112132684B (zh) 2024-01-26
CN112132684A (zh) 2020-12-25

Similar Documents

Publication Publication Date Title
WO2022062782A1 (zh) 一种基于预言机锁组的结算方法及系统
US20220366416A1 (en) Temporary consensus networks in a resource transfer system
US20220237611A1 (en) Resource Transfer System
US20230040935A1 (en) One way functions in a resource transfer system
US20220351177A1 (en) Hold condition in a resource transfer system
CN110838065A (zh) 一种交易数据处理方法及装置
US11392944B2 (en) Transfer costs in a resource transfer system
AU2022215275A1 (en) Temporary consensus networks in a resource transfer system
CN111260362A (zh) 一种区块链网络的信息处理方法及装置、存储介质
WO2019058340A1 (en) METHOD FOR EXECUTING INTELLIGENT CONTRACTS VIA ELECTRONIC PROCESSING MEANS USING BLOCK CHAIN TECHNOLOGY
CN112016114B (zh) 基于加密货币的智能合约生成方法、相关设备及存储介质
CN112001793A (zh) 一种基于区块链的金融数据管理方法及系统
WO2017060816A1 (en) Private networks and content requests in a resource transfer system
CN116415955A (zh) 一种基于哈希锁定与公证人相结合的跨链交易方法及系统
CN115271694A (zh) 订单支付方法及系统
US20230316398A1 (en) Trading system
US20240013207A1 (en) Method and system for performing electronic transactions
CN115760407A (zh) 股权激励中的资产数据处理方法和资产管理平台
CN116384720A (zh) 一种面向DAO的任务管理Web3自治系统及自治方法
JP2023541900A (ja) リアルタイムデータ通信の方法、電子機器及びシステム
CN118037444A (zh) 基于区块链的权益凭证交易方法、装置、设备和介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21871155

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21871155

Country of ref document: EP

Kind code of ref document: A1