WO2021042817A1 - 一种基于区块链的违约资产处理方法、装置及电子设备 - Google Patents

一种基于区块链的违约资产处理方法、装置及电子设备 Download PDF

Info

Publication number
WO2021042817A1
WO2021042817A1 PCT/CN2020/097324 CN2020097324W WO2021042817A1 WO 2021042817 A1 WO2021042817 A1 WO 2021042817A1 CN 2020097324 W CN2020097324 W CN 2020097324W WO 2021042817 A1 WO2021042817 A1 WO 2021042817A1
Authority
WO
WIPO (PCT)
Prior art keywords
asset
target
blockchain
default
target basic
Prior art date
Application number
PCT/CN2020/097324
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 WO2021042817A1 publication Critical patent/WO2021042817A1/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/06—Asset management; Financial planning or analysis
    • 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/02—Banking, e.g. interest calculation or account maintenance
    • 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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services; Handling legal documents

Definitions

  • This specification proposes a method for processing defaulted assets based on the blockchain.
  • the method is applied to the node equipment of the blockchain, and the method includes:
  • the blockchain is connected to the judicial chain through a cross-chain relay; the method further includes:
  • the contract agreement related to the target basic asset is released to the judicial chain through the cross-chain relay for deposit.
  • the publishing module after updating the stakeholder of the target basic asset to the original stakeholder, publishes the contract agreement related to the target basic asset to the judicial chain through the cross-chain relay for deposit.
  • the node device of the blockchain can call the smart contract after receiving the target transaction carrying the target basic asset in default, and publish the default refund information of the target basic asset to the blockchain, so that After the custodian bank monitors the information of the default refund, it realizes the refund repurchase of the original stakeholder, thereby realizing the automatic repurchase of the default basic assets based on the blockchain.
  • the node device of the blockchain changes the rights and interests of the breached basic assets, it can also publish the related contract agreement of the breached basic assets as evidence to the judicial chain for storage through cross-chain relays, so that users can pass The judicial chain traces back to the relevant contractual agreements of the underlying assets in breach of contract, providing evidence support for subsequent possible arbitration proceedings.
  • Fig. 3 is a schematic diagram of creating a smart contract and invoking a smart contract according to an exemplary embodiment of this specification
  • Fig. 6 is a schematic structural diagram of an electronic device shown in an exemplary embodiment of this specification.
  • the steps of the corresponding method are not necessarily executed in the order shown and described in this specification.
  • the method may include more or fewer steps than described in this specification.
  • a single step described in this specification may be decomposed into multiple steps for description in other embodiments; and multiple steps described in this specification may also be combined into a single step in other embodiments. description.
  • the public chain is represented by Bitcoin and Ethereum. Participants who join the public chain (also called nodes in the blockchain) can read the data records on the chain, participate in transactions, and compete for the accounting rights of new blocks, etc. . Moreover, each node can freely join or exit the network, and perform related operations.
  • Each node in the alliance chain usually has a corresponding entity or organization; nodes are authorized to join the network and form a stakeholder alliance to jointly maintain the operation of the blockchain.
  • the real data generated in the physical world it can be constructed into a standard transaction format supported by the blockchain, and then published to the blockchain, and the node devices in the blockchain will perform consensus processing on the received transactions , And after reaching a consensus, the node device as the bookkeeping node in the block chain will package the transaction into the block and carry out persistent storage in the block chain.
  • the consensus algorithms supported in the blockchain can include:
  • the second type of consensus algorithm is a consensus algorithm that pre-selects accounting nodes for each round of accounting cycles (without competing for accounting rights); for example, practical Byzantine Fault Tolerance (PBFT) and other consensus algorithms.
  • PBFT Byzantine Fault Tolerance
  • the node device with the right to book accounts has been agreed before this round of bookkeeping. Therefore, after the node device receives the transaction, if it is not the accounting node of this round, it can send the transaction to the accounting node.
  • the transaction can be executed during or before the process of packaging the transaction with other transactions to generate the latest block.
  • the accounting node After the accounting node generates the latest block, it can send the latest block or the block header of the latest block to other node devices for consensus.
  • Smart contracts on the blockchain are contracts that can be triggered and executed by transactions on the blockchain. Smart contracts can be defined in the form of codes.
  • Ethereum Taking Ethereum as an example, it supports users to create and call some complex logic in the Ethereum network.
  • Ethereum is a programmable blockchain, and its core is the Ethereum Virtual Machine (EVM), and each Ethereum node can run the EVM.
  • EVM is a Turing complete virtual machine, through which various complex logic can be realized. Users who publish and call smart contracts in Ethereum run on the EVM.
  • the EVM directly runs virtual machine code (virtual machine bytecode, hereinafter referred to as "bytecode”), so the smart contract deployed on the blockchain can be bytecode.
  • bytecode virtual machine code
  • each node can execute the transaction in the EVM.
  • the From field of the transaction in Figure 1 is used to record the address of the account that initiated the creation of the smart contract
  • the contract code saved in the field value of the Data field of the transaction can be bytecode
  • the field value of the To field of the transaction is a null( Empty) account.
  • a contract account corresponding to the smart contract appears on the blockchain and has a specific address; for example, "0x68e12cf284" in each node in Figure 1 represents the address of the created contract account ; Contract code (Code) and account storage (Storage) will be stored in the account storage of the contract account.
  • the behavior of the smart contract is controlled by the contract code, and the account storage of the smart contract saves the state of the contract.
  • smart contracts enable virtual accounts containing contract codes and account storage to be generated on the blockchain.
  • the Data field containing the transaction that creates the smart contract can store the bytecode of the smart contract.
  • the bytecode consists of a series of bytes, and each byte can identify an operation.
  • developers can choose a high-level language to write smart contract code instead of directly writing bytecode.
  • high-level languages such as Solidity, Serpent, and LLL languages can be used.
  • smart contract code written in a high-level language it can be compiled by a compiler to generate bytecode that can be deployed on the blockchain.
  • the contract code written with it is very similar to the class in the object-oriented programming language.
  • a variety of members can be declared in a contract, including state variables, functions, function modifiers, and events.
  • the state variable is a value permanently stored in the account storage (Storage) field of the smart contract, and is used to save the state of the contract.
  • each node can execute the transaction in the EVM.
  • the From field of the transaction in Figure 2 is used to record the address of the account that initiated the invocation of the smart contract
  • the To field is used to record the address of the smart contract being called
  • the Data field of the transaction is used to record the method and parameters of invoking the smart contract.
  • the account status of the contract account may change. Later, a certain platform can view the account status of the contract account through the connected blockchain node (for example, node 1 in Figure 2).
  • Smart contracts can be executed independently on each node in the blockchain network in a prescribed manner. All execution records and data are stored on the blockchain, so when such transactions are executed, the blockchain cannot be saved. Falsified, non-lost transaction certificate.
  • a structure is usually used to maintain the account status of the account.
  • the state of the account related to the transaction in the blockchain usually changes.
  • the structure of an account usually includes fields such as Balance, Nonce, Code, and Storage. among them:
  • the Balance field is used to maintain the current account balance of the account
  • users can convert non-monetary physical assets such as real estate, stocks, loan contracts, bills, accounts receivable, etc., into virtual assets with matching value to circulate on the blockchain.
  • non-monetary physical assets such as real estate, stocks, loan contracts, bills, accounts receivable, etc.
  • a structure can also be used to maintain the account status of the account.
  • the content contained in the structure of the above asset account can be the same as that of Ethereum, of course, it can also be designed based on actual needs;
  • the structure of the asset account may also include the fields of Balance, Nonce, Code, and Storage described above.
  • the Balance field is usually used to maintain the current account balance of the account; and for blockchain projects derived from the Ethereum architecture, it may not support real-world Currency is converted into virtual tokens that can be circulated on the chain. Therefore, in this type of blockchain, the meaning of the Balance field can be expanded. It no longer represents the "balance" of the account, but is used to maintain the "balance” of the account.
  • the external accounts, contract accounts and asset accounts shown above can all be held by adding the address information of the asset account corresponding to the "virtual asset" that needs to be held in the Balance field to hold this virtual asset . That is, in addition to external accounts and contract accounts, the asset account itself can also hold virtual assets.
  • the field value of the Nonce and Code fields can be empty (or not empty); the field value of the Storage field can no longer be empty; the Storage field can be used to maintain the corresponding asset account
  • the specific method of maintaining the asset status of the "virtual asset” corresponding to the asset account in the Storage field can be flexibly designed based on requirements, and will not be repeated.
  • users can create a virtual asset on the blockchain that matches the value of the real-world non-monetary physical asset through the implementation shown below:
  • the transaction types supported by the blockchain can be extended to expand a transaction for creating virtual assets; for example, the transaction types supported by Ethereum usually include ordinary transfer transactions and smart contract creation. For transactions and transactions that call smart contracts, on the basis of the above three types of transactions, a transaction for creating virtual assets can be expanded.
  • the user can publish a transaction for creating virtual assets to the blockchain network through the platform, and the node device in the blockchain executes the transaction in the local EVM to create a transaction for the user.
  • Virtual assets After each node device reaches an agreement through the consensus mechanism, the virtual asset is successfully created, and an asset account corresponding to the virtual asset appears on the blockchain and has a specific address.
  • a smart contract for creating virtual assets can also be deployed on the blockchain; wherein, the process of deploying a smart contract for creating virtual assets will not be repeated.
  • multiple blockchains can achieve cross-chain docking through cross-chain relays.
  • the cross-chain relay can be connected to multiple blockchains through the bridge interface, and based on the implemented data handling logic, the cross-chain data synchronization between the multiple blockchains can be completed.
  • cross-chain technology used in the implementation of the above-mentioned cross-chain relay is not particularly limited in this specification; for example, in practical applications, cross-chain mechanisms such as side-chain technology and notary technology can be used to combine multiple blocks The chains are connected.
  • the blockchains can read and authenticate data on other blockchains, and they can also call deployments on other blockchains through cross-chain relays. Smart contract.
  • Asset securitization refers to the process of credit enhancement through structured design based on the cash flow generated by the underlying assets in the future, and the issuance of asset-backed securities (ABS) on this basis.
  • the basic process of asset securitization includes: the original equity holder of the underlying asset sells the underlying asset to SPV (Special Purpose Vehicle), or the SPV actively purchases the underlying asset. Then, SPV aggregates the purchased basic assets into the basic asset pool, and then uses the cash flow generated by the basic asset pool as the value support to issue securitized assets in the financial market for financing, and finally uses the cash flow generated by the basic asset pool To pay off the securities issued.
  • SPV Specific Purpose Vehicle
  • the above-mentioned basic assets may be basic debt assets, such as accounts receivable.
  • the above-mentioned securitized assets may refer to securities that use the underlying assets in the underlying asset pool as value-backed securities.
  • the securitized assets may be bonds, funds, etc.
  • the securitized assets are only exemplified here, without specific details. limited.
  • the underlying asset in the underlying asset pool backed by the value of the securitized asset defaults, it will involve the original equity holder as the inferior party to redeem the defaulted underlying asset.
  • this specification proposes a technical solution for the original equity holder to repurchase the target basic asset based on the smart contract deployed on the blockchain when the target basic asset in the basic asset pool is determined to be in default.
  • the node device of the blockchain receives the target transaction sent by the asset management platform during the duration of the securitized asset, and the target transaction includes the occurrence of default in the underlying asset pool during the duration of the securitized asset The target underlying assets.
  • the node device of the blockchain may respond to the target transaction, call the asset default processing logic in the smart contract deployed on the blockchain, and publish the default refund information of the target basic asset to the blockchain , So that after the custodial bank system monitors the default refund information, based on the default refund information, from the investment account of the original equity holder of the target basic asset, complete the statement to the equity holder of the target basic asset Fund refund of the target underlying asset
  • the node device of the blockchain changes the rights and interests of the breached basic assets, it can also publish the related contract agreement of the breached basic assets as evidence to the judicial chain for storage through cross-chain relays, so that users can pass The judicial chain traces back to the relevant contractual agreements of the underlying assets in breach of contract, providing evidence support for subsequent possible arbitration proceedings.
  • Fig. 4 is a schematic diagram of a block chain-based default asset processing system shown in an exemplary embodiment of the present specification.
  • the blockchain-based default asset processing system includes: a blockchain, an asset management platform docked with the blockchain, and a custodial bank system.
  • the asset management platform is used to deploy smart contracts for the processing of default assets on the blockchain, and trigger the node devices of the blockchain to execute the processing flow of the default assets by publishing target transactions that carry the default target basic assets.
  • the asset management platform also has other functions, such as publishing basic asset screening rules to the blockchain, etc., here is only an exemplary description of the functions of the asset management platform, and does not specifically limit the functions of the asset management platform .
  • the custodian banking system is used to maintain the accounts of the original equity holders and investors, and conduct fund transfers, etc.
  • the function of the custodial bank system is only exemplified here, and the function of the custodial bank system is not specifically limited.
  • the asset management platform, the custodial bank system and the blockchain are connected, and the three work together to complete the processing of the above-mentioned default assets.
  • FIG. 5 is a flowchart of a method for processing defaulted assets based on a blockchain according to an exemplary embodiment of the present specification.
  • the method can be applied to a node device of a blockchain and may include the following steps.
  • Step 502 The node device of the blockchain receives the target transaction sent by the asset management platform during the duration of the securitized asset; wherein the securitized asset is issued on the blockchain using the basic asset pool as value support The asset; the target transaction includes the target underlying asset that defaults in the underlying asset pool during the duration of the securitized asset.
  • Step 504 In response to the target transaction, the node device of the blockchain invokes the asset default processing logic in the smart contract deployed on the blockchain, and publishes the default refund information of the target basic asset to the zone Blockchain, so that after the custodial bank system monitors the default refund information, based on the default refund information, complete from the investment account of the original stakeholder of the target basic asset to the stakeholder of the target basic asset The fund refund of the target underlying asset.
  • Step 506 When the node device of the blockchain obtains the fund refund record corresponding to the target basic asset released by the banking system to the blockchain, it updates the stakeholder of the target basic asset to all State the original stakeholder.
  • the basic assets may be basic debt assets, such as accounts receivable.
  • the aforementioned investment account may refer to the custody account opened by the original equity holder on the custodian bank.
  • the above-mentioned securitized assets may refer to securities that use the underlying assets in the underlying asset pool as value-backed securities.
  • the securitized assets may be bonds, funds, etc.
  • the securitized assets are only exemplified here, without specific details. limited.
  • the above-mentioned basic asset pool may be a collection of selected basic asset identifiers generated by smart contracts on the blockchain.
  • the basic assets in the basic asset pool can be used as value support to issue securitized assets.
  • the basic asset pool can be stored in the storage space (Storage) of the contract account corresponding to the smart contract, or in the account storage space of the blockchain account of the asset manager (such as an SPV institution).
  • Storage storage space of the contract account corresponding to the smart contract
  • the asset manager such as an SPV institution
  • smart contracts for the processing of defaulted assets are deployed on the blockchain.
  • the deployed smart contract can include asset default processing logic.
  • the above asset management platform can publish the platform construction target transaction to the blockchain to call the above smart contract deployed on the blockchain to complete the release of the default refund information of the target basic asset to The operation of the blockchain.
  • the asset management platform when the asset management platform detects a default target underlying asset in the underlying asset pool supported by the value of the securitized asset during the duration of the securitized asset, the asset management platform can be based on the default target underlying asset Construct a target transaction, and the target transaction carries the default target basic assets.
  • the asset management platform can publish the target transaction to the blockchain.
  • the node device of the blockchain can call the asset default processing logic declared by the smart contract deployed on the blockchain in response to the target transaction, and generate a default based on the default refund information of the target basic asset Process the event, and publish the default processing event containing the default refund information of the target basic asset to the blockchain.
  • the default processing event is used to make the custodial bank system complete the fund refund.
  • the smart contract needs to obtain the default refund information of the default target basic asset.
  • An optional method of obtaining is that when the asset management platform detects the default of the target underlying asset in the underlying asset pool during the duration of the securitized asset, it can determine the default refund information of the target underlying asset (such as the default refund amount). And other information). Then, the asset management platform can construct a target transaction based on the target basic asset and the default refund information of the target basic asset.
  • the information of the target basic asset carried by the target transaction may include: the target basic asset identifier, the default refund information of the target basic asset, and so on.
  • the smart contract can obtain the default refund information of the target basic asset from the target transaction.
  • Another optional acquisition method is that the basic asset identifier and the transaction record of the basic asset transaction information are stored on the blockchain, and the target basic asset identifier is carried in the target transaction.
  • the smart contract can obtain the identification of the target basic asset carried in the target transaction, and then obtain the transaction information corresponding to the identification of the target basic asset in the transaction record of the blockchain deposit certificate, and determine the default refund information based on the transaction information .
  • the transaction information includes the transaction amount
  • the default refund information includes the default refund amount
  • the following uses the transaction amount to determine the default refund amount as an example to illustrate the foregoing determination of the default refund information based on the transaction information.
  • the smart contract can use the transaction amount as the default refund amount.
  • the smart contract can be based on the conversion ratio between the original equity holder and the equity holder of the target underlying asset contract between the agreed transaction amount and the default refund amount (for example, the contract between the two parties agrees that the default refund amount is 1.1 or 0.8 times the transaction amount, etc. ), to calculate the default refund amount through the transaction amount.
  • the smart contract can generate a confirmation event in which the equity holder and the original equity holder of the target basic asset determine the default of the target basic asset.
  • the client corresponding to the smart contract deployed on the asset management platform monitors the confirmation event, it can remind the equity holder and the original equity holder of the target underlying asset to confirm the default of the target underlying asset.
  • the equity holder and the original equity holder of the target basic asset are present, and after the default of the target basic asset is confirmed, the default confirmation information can be submitted to the client.
  • the client After the client receives the default confirmation information (such as a signature for the default target basic asset) submitted by the equity holder of the target basic asset and the original equity holder, it can submit the default confirmation information to the smart contract.
  • the default confirmation information such as a signature for the default target basic asset
  • the smart contract When the smart contract receives the default confirmation information, it publishes the default refund information including the target basic asset to the blockchain.
  • the smart contract When the smart contract releases the default refund information, it can use the event mechanism to release it.
  • the custodial bank system monitors the default refund information, it can also monitor the default refund information in the form of monitoring events.
  • the smart contract can construct a default processing event based on the default refund information, and publish the default processing event containing the default refund information to the blockchain.
  • the client corresponding to the smart contract deployed on the custodial bank system can monitor the default processing event published on the blockchain. After the custodial bank system monitors the event of default processing, it can complete the fund refund of the target basic asset from the investment account of the original equity holder of the target basic asset to the equity owner of the target basic asset.
  • the custodial bank system maintains the investment account of the original equity holder of the target basic asset and the investment account of the equity holder of the target basic asset.
  • the refund of funds by the custodian bank means that the custodian bank system transfers the refund of funds from the investment account of the original equity holder to the investment account of the equity holder of the target underlying asset.
  • the custodial bank system After the custodial bank system completes the fund refund, the custodial bank system can submit the fund refund record with the target basic asset to the smart contract.
  • the stakeholder information of the target basic asset is maintained on the blockchain node device.
  • the smart contract obtains the fund refund record corresponding to the target basic asset
  • the stakeholder of the target basic asset maintained on the blockchain node device is updated to the original stakeholder.
  • the stakeholder information of the target basic asset is maintained on the asset management platform.
  • the smart contract can generate a stakeholder update event used to update the stakeholder of the target basic asset to the original stakeholder.
  • the stakeholder of the target basic asset maintained on the asset management platform can be updated to the original stakeholder and submitted to the smart contract The stakeholder updates the success information. After the smart contract receives the successful update information of the stakeholder, it can be determined that the stakeholder of the default target basic asset is updated as the original stakeholder.
  • the node device of the blockchain can call the smart contract to publish the default refund information of the target basic asset to the blockchain.
  • the custodian bank monitors the information of the default refund, it realizes the refund repurchase of the original stakeholder, thereby realizing the automatic repurchase of the default basic assets based on the blockchain.
  • the node device of the blockchain can transfer the contract agreement related to the target basic asset through the cross-chain After publishing to the judicial chain for evidence. This allows users to trace back to the relevant contractual agreement of the breached basic asset through the judicial chain, and provides evidence support for subsequent possible arbitration and litigation.
  • this specification also provides an embodiment of the device.
  • the cross-chain relay is an oracle oracle.

Abstract

一种基于区块链的违约资产处理方法、装置及电子设备，包括：接收资产管理平台在证券化资产的存续期内发送的目标交易；目标交易包括在证券化资产的存续期内基础资产池中发生违约的目标基础资产（502）；响应于目标交易，调用区块链上部署的智能合约中的资产违约处理逻辑，将目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到违约退款信息后，基于违约退款信息，从目标基础资产的原始权益人的投资账户，向目标基础资产的权益人完成目标基础资产的资金退款（504）；在获取到托管银行系统发布至区块链的与目标基础资产对应的资金退款记录时，将目标基础资产的权益人更新为原始权益人（506）。

Description

一种基于区块链的违约资产处理方法、装置及电子设备 技术领域
本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种基于区块链的违约资产处理方法、装置及电子设备。
背景技术
区块链技术，也被称之为分布式账本技术，是一种由若干台计算设备共同参与“记账”，共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化、公开透明、每台计算设备可以参与数据库记录、并且各计算设备之间可以快速的进行数据同步的特性，使得区块链技术已在众多的领域中广泛的进行应用。
发明内容
本说明书提出一种基于区块链的违约资产处理方法，所述方法应用于所述区块链的节点设备，所述方法包括：
接收资产管理平台在证券化资产的存续期内发送的目标交易；其中，所述证券化资产为将基础资产池作为价值支撑在所述区块链上所发行的资产；所述目标交易包括在所述证券化资产的存续期内所述基础资产池中发生违约的目标基础资产；
响应于所述目标交易，调用所述区块链上部署的智能合约中的资产违约处理逻辑，将所述目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到所述违约退款信息后，基于所述违约退款信息，从所述目标基础资产的原始权益人的投资账户，向所述目标基础资产的权益人完成所述目标基础资产的资金退款；
在获取到所述托管银行系统发布至所述区块链的与所述目标基础资产对应的资金退款记录时，将所述目标基础资产的权益人更新为所述原始权益人。
可选的，所述将所述目标基础资产的违约退款信息发布至所述区块链进行存证，包括：
生成由所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确定的确认事件，以使客户端在监听到所述确认事件时，提示所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确认；
在监听到所述客户端发布至所述区块链的由所述目标基础资产的权益人和原始权益人对所述目标基础资产的违约确认信息时，将所述目标基础资产的违约退款信息发布至所述区块链进行存证。
可选的，所述区块链通过跨链中继与司法链对接；所述方法还包括：
在将所述目标基础资产的权益人更新为所述原始权益人之后，将所述目标基础资产相关的合同协议，通过所述跨链中继发布至所述司法链进行存证。
可选的，所述跨链中继为oracle预言机。
可选的，所述投资账户为所述原始权益人在托管银行开通的托管账户；所述证券化资产为债券或者基金；所述基础资产为基础债务资产。
本说明书提出一种基于区块链的违约资产处理装置，所述装置应用于所述区块链的节点设备，所述装置包括：
接收模块，接收资产管理平台在证券化资产的存续期内发送的目标交易；其中，所述证券化资产为将基础资产池作为价值支撑在所述区块链上所发行的资产；所述目标交易包括在所述证券化资产的存续期内所述基础资产池中发生违约的目标基础资产；
调用模块，响应于所述目标交易，调用所述区块链上部署的智能合约中的资产违约处理逻辑，将所述目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到所述违约退款信息后，基于所述违约退款信息，从所述目标基础资产的原始权益人的投资账户，向所述目标基础资产的权益人完成所述目标基础资产的资金退款；
更新模块，在获取到所述托管银行系统发布至所述区块链的与所述目标基础资产对应的资金退款记录时，将所述目标基础资产的权益人更新为所述原始权益人。
可选的，所述调用模块，生成由所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确定的确认事件，以使客户端在监听到所述确认事件时，提示所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确认；
在监听到所述客户端发布至所述区块链的由所述目标基础资产的权益人和原始权益人对所述目标基础资产的违约确认信息时，将所述目标基础资产的违约退款信息发布至所述区块链进行存证。
可选的，所述装置还包括：
发布模块，在将所述目标基础资产的权益人更新为所述原始权益人之后，将所述目 标基础资产相关的合同协议，通过所述跨链中继发布至所述司法链进行存证。
可选的，所述跨链中继为oracle预言机。
可选的，所述投资账户为所述原始权益人在托管银行开通的托管账户；所述证券化资产为债券或者基金；所述基础资产为基础债务资产。
在上述技术方案中，区块链的节点设备在接收到携带有违约的目标基础资产的目标交易后，可以调用智能合约，将该目标基础资产的违约退款信息发布至区块链，以使托管银行监听到该违约退款信息后，实现原始权益人的退款回购，从而实现了基于区块链的违约基础资产的自动回购。
此外，区块链的节点设备在将违约基础资产的权益人进行变更后，还可通过跨链中继将该违约基础资产的相关合同协议作为证据发布至司法链进行存证，使得用户可以通过司法链追溯到违约基础资产的相关合同协议，为后续可能发生的仲裁起诉提供证据支撑。
附图说明
图1是本说明书一示例性实施例示出的一种创建智能合约的示意图；
图2是本说明书一示例性实施例示出的一种调用智能合约的示意图；
图3是本说明书一示例性实施例示出的一种创建智能合约和调用智能合约的示意图；
图4是本说明书一示例性实施例示出的一种基于区块链的违约资产处理系统的示意图；
图5是本说明书一示例性实施例示出的一种基于区块链的违约资产处理方法的流程图；
图6是本说明书一示例性实施例示出的一种电子设备的结构示意图；
图7是本说明书一示例性实施例示出的一种基于区块链的违约资产处理装置。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。 相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。
区块链一般被划分为三种类型：公有链(Public Blockchain)，私有链(Private Blockchain)和联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。
其中，去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者(也可称为区块链中的节点)可以读取链上的数据记录、参与交易、以及竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。
私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，其对节点具有严格限制且节点数量较少。这种类型的区块链更适合于特定机构内部使用。
联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。
基于区块链的基本特性，区块链通常是由若干个区块构成。在这些区块中分别记录有与该区块的创建时刻对应的时间戳，所有的区块严格按照区块中记录的时间戳，构成一条在时间上有序的数据链条。
对于物理世界产生的真实数据，可以将其构建成区块链所支持的标准的交易(transaction)格式，然后发布至区块链，由区块链中的节点设备对收到的交易进行共识处理，并在达成共识后，由区块链中作为记账节点的节点设备，将这笔交易打包进区块，在区块链中进行持久化存证。
其中，区块链中支持的共识算法可以包括：
第一类共识算法，即节点设备需要争夺每一轮的记账周期的记账权的共识算法；例如，工作量证明(Proof of Work，POW)、股权证明(Proof of Stake，POS)、委任权 益证明(Delegated Proof of Stake，DPOS)等共识算法；
第二类共识算法，即预先为每一轮记账周期选举记账节点(不需要争夺记账权)的共识算法；例如，实用拜占庭容错(Practical Byzantine Fault Tolerance，PBFT)等共识算法。
在采用第一类共识算法的区块链网络中，争夺记账权的节点设备，都可以在接收到交易后执行该笔交易。争夺记账权的节点设备中可能有一个节点设备在本轮争夺记账权的过程中胜出，成为记账节点。记账节点可以将收到的交易与其它交易一起打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识。
在采用第二类共识算法的区块链网络中，具有记账权的节点设备在本轮记账前已经商定好。因此，节点设备在接收到交易后，如果自身不是本轮的记账节点，则可以将该交易发送至记账节点。对于本轮的记账节点，在将该交易与其它交易一起打包以生成最新区块的过程中或者之前，可以执行该交易。记账节点在生成最新区块后，可以将该最新区块或者该最新区块的区块头发送至其它节点设备进行共识。
如上所述，无论区块链采用以上示出的哪种共识算法，本轮的记账节点都可以将接收到的交易打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识验证。如果其它节点设备接收到最新区块或者该最新区块的区块头后，经验证没有问题，可以将该最新区块追加到原有的区块链末尾，从而完成区块链的记账过程。其它节点验证记账节点发来的新的区块或区块头的过程中，也可以执行该区块中的包含的交易。
在实际应用中，不论是公有链、私有链还是联盟链，都可能提供智能合约(Smart contract)的功能。区块链上的智能合约是在区块链上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。
以以太坊为例，支持用户在以太坊网络中创建并调用一些复杂的逻辑。以太坊作为一个可编程区块链，其核心是以太坊虚拟机(EVM)，每个以太坊节点都可以运行EVM。EVM是一个图灵完备的虚拟机，通过它可以实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在EVM上运行的。实际上，EVM直接运行的是虚拟机代码(虚拟机字节码，下简称“字节码”)，所以部署在区块链上的智能合约可以是字节码。
如图1所示，Bob将一笔包含创建智能合约信息的交易(Transaction)发送到以太坊网络后，各节点均可以在EVM中执行这笔交易。其中，图中1中交易的From字段 用于记录发起创建智能合约的账户的地址，交易的Data字段的字段值保存的合约代码可以是字节码，交易的To字段的字段值为一个null(空)的账户。当节点间通过共识机制达成一致后，这个智能合约成功创建，后续用户可以调用这个智能合约。
智能合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址；比如，图1中各节点中的“0x68e12cf284…”就代表了创建的这个合约账户的地址；合约代码(Code)和账户存储(Storage)将保存在该合约账户的账户存储中。智能合约的行为由合约代码控制，而智能合约的账户存储则保存了合约的状态。换句话说，智能合约使得区块链上产生包含合约代码和账户存储的虚拟账户。
前述提到，包含创建智能合约的交易的Data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以标识一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。例如，高级语言可以采用诸如Solidity、Serpent、LLL语言等。对于采用高级语言编写的智能合约代码，可以经过编译器编译，生成可以部署到区块链上的字节码。
以Solidity语言为例，用其编写的合约代码与面向对象编程语言中的类(Class)很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。状态变量是永久存储在智能合约的账户存储(Storage)字段中的值，用于保存合约的状态。
如图2所示，仍以以太坊为例，Bob将一笔包含调用智能合约信息的交易发送到以太坊网络后，各节点均可以在EVM中执行这笔交易。其中，图2中交易的From字段用于记录发起调用智能合约的账户的地址，To字段用于记录被调用的智能合约的地址，交易的Data字段用于记录调用智能合约的方法和参数。调用智能合约后，合约账户的账户状态可能改变。后续，某个平台可以通过接入的区块链节点(例如图2中的节点1)查看合约账户的账户状态。
智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。
创建智能合约和调用智能合约的示意图如图3所示。以太坊中要创建一个智能合约，需要经过编写智能合约、变成字节码、部署到区块链等过程。以太坊中调用智能合约，是发起一笔指向智能合约地址的交易，各个节点的EVM可以分别执行该交易，将智能 合约代码分布式的运行在以太坊网络中每个节点的虚拟机中。
在区块链领域，有一个重要的概念就是账户(Account)；以以太坊为例，以太坊通常将账户划分为外部账户和合约账户两类；外部账户就是由用户直接控制的账户，也称之为用户账户；而合约账户则是由用户通过外部账户创建的，包含合约代码的账户(即智能合约)。当然，对于一些基于以太坊的架构而衍生出的区块链项目(比如蚂蚁区块链)，还可以对区块链支持的账户类型，进行进一步的扩展，在本说明书中不进行特别限定。
对于区块链中的账户而言，通常会通过一个结构体，来维护账户的账户状态。当区块中的交易被执行后，区块链中与该交易相关的账户的状态通常也会发生变化。
以以太坊为例，账户的结构体通常包括Balance，Nonce，Code和Storage等字段。其中：
Balance字段，用于维护账户目前的账户余额；
Nonce字段，用于维护该账户的交易次数；它是用于保障每笔交易能且只能被处理一次的计数器，有效避免重放攻击；
Code字段，用于维护该账户的合约代码；在实际应用中，Code字段中通常仅维护合约代码的hash值；因而，Code字段通常也称之为Codehash字段。
Storage字段，用于维护该账户的存储内容(默认字段值为空)；对于合约账户而言，通常会分配一个独立的存储空间，用以存储该合约账户的存储内容；该独立的存储空间通常称之为该合约账户的账户存储。合约账户的存储内容通常会构建成MPT(Merkle Patricia Trie)树的数据结构存储在上述独立的存储空间之中；其中，基于合约账户的存储内容构建成的MPT树，通常也称之为Storage树。而Storage字段通常仅维护该Storage树的根节点；因此，Storage字段通常也称之为StorageRoot字段。
其中，对于外部账户而言，以上示出的Code字段和Storage字段的字段值均为空值。
以以太坊代表的传统的区块链项目，为了在区块链上实现“价值转移”，通常都支持将现实世界的货币转换为能够在链上流通的虚拟代币。
而在区块链领域，对于一些基于以太坊的架构而衍生出的区块链项目(比如蚂蚁区块链)，通常不再支持将现实世界的货币转换为能够在链上流通的虚拟代币的功能；取而代之的是，在这些区块链项目中，可以将现实世界中的一些非货币属性的实体资产， 转化成为能够在区块链上流通的虚拟资产。
其中，需要说明的是，将现实世界中的非货币属性的实体资产转化为区块链上的虚拟资产，通常是指将该实体资产与区块链上的虚拟资产进行“锚定”，作为这些虚拟资产的价值支撑，进而在区块链上产生与实体资产的价值匹配，且能够在区块链上的区块链账户之间进行流通的虚拟资产的过程。
在实现时，可以对区块链支持的账户类型进行扩展，在区块链支持的账户类型的基础上，再扩展出一种资产账户(也称之为资产对象)；比如，可以在以太坊支持的外部账户、合约账户的基础上，再扩展出一种资产账户；扩展出的该资产账户，即为可以将现实世界中的非货币属性的实体资产作为价值支撑，且可以在区块链账户之间流通的虚拟资产。
对于接入这类区块链的用户而言，除了可以在区块链上完成用户账户、智能合约的创建以外，在区块链上创建一笔与现实世界的非货币属性的实体资产价值匹配的虚拟资产，在区块链上进行流通；
例如，用户可以将持有的房产、股票、贷款合同、票据、应收账款等非货币属性的实体资产，转换为价值匹配的虚拟资产在区块链上流通。
其中，对于上述资产账户而言，具体也可以通过一个结构体，来维护账户的账户状态。上述资产账户的结构体所包含的内容，可以与以太坊相同，当然也可以基于实际的需求进行设计；
在一种实现方式中，以上述资产账户的结构体所包含的内容与以太坊相同为例，上述资产账户的结构体也可以包括以上描述的Balance，Nonce，Code和Storage等字段。
需要说明的是，在以太坊中，Balance字段通常用于维护账户目前的账户余额；而对于基于以太坊的架构而衍生出的区块链项目而言，由于其可能并不支持将现实世界的货币转换为能够在链上流通的虚拟代币，因此在这类区块链中，可以对Balance字段的含义进行扩展，不再表示账户的“余额”，而是用于维护账户持有的“虚拟资产”对应的资产账户的地址信息。其中，在实际应用中，Balance字段中可以维护多笔“虚拟资产”对应的资产账户的地址信息。
在这种情况下，以上示出的外部账户、合约账户和资产账户，均可以通过在Balance字段中添加需要持有的“虚拟资产”对应的资产账户的地址信息，来持有这笔虚拟资产。即除了外部账户和合约账户以外，资产账户本身也可以持有虚拟资产。
对于资产账户而言，Nonce，Code字段的字段值可以为空值(也可以不为空)；而Storage字段的字段值可以不再是空值；Storage字段可以用于维护与该资产账户对应的“虚拟资产”的资产状态。其中，在Storage字段中维护与该资产账户对应的“虚拟资产”的资产状态的具体方式，可以基于需求灵活的进行设计，不再赘述。
在基于以太坊的架构而衍生出的区块链项目中，用户可以通过以下示出的实现方式，在区块链上创建一笔与现实世界的非货币属性的实体资产价值匹配的虚拟资产：
在一种实现方式中，可以对区块链支持的交易类型进行扩展，扩展出一种用于创建虚拟资产的交易；比如，以太坊支持的交易类型通常包括普通的转账交易、创建智能合约的交易和调用智能合约的交易，则可以在以上三种类型的交易的基础上，再扩展出一种用于创建虚拟资产的交易。
在这种情况下，用户可以通过平台向区块链网络中发布一笔用于创建虚拟资产的交易，由区块链中的节点设备在本地的EVM中执行这笔交易，来为该用户创建虚拟资产。当各节点设备通过共识机制达成一致后，这笔虚拟资产成功创建，区块链上出现一个与这笔虚拟资产对应的资产账户，并拥有一个特定的地址。
在另一种实现方式中，也可以在区块链上部署用于创建虚拟资产的智能合约；其中，部署用于创建虚拟资产的智能合约的过程不再赘述。
在这种情况下，用户可以通过平台向区块链网络中发布一笔用于调用该智能合约的交易，由区块链中的节点设备在本地的EVM中执行这笔交易，并在EVM中运行智能合约相关的合约代码，来为该用户创建虚拟资产。当各节点设备通过共识机制达成一致后，这笔虚拟资产成功创建，区块链上出现一个与这笔虚拟资产对应的资产账户，并拥有一个特定的地址。
当然，对于一些基于以太坊的架构而衍生出的区块链项目，如果其也支持将现实世界的货币转换为能够在链上流通的虚拟代币的功能，那么仍然可以将现实世界中的一些非货币属性的实体资产，转化成为能够在区块链上流通的虚拟代币的形式，在区块链上流通，在本说明书中不再赘述。
此外，在跨链场景下，多个区块链可以通过跨链中继实现跨链对接。
其中，跨链中继，可以通过桥接接口与多个区块链分别进行对接，并基于实现的数据搬运逻辑，完成该多个区块链之间的跨链数据同步。
在实现上述跨链中继时所采用的跨链技术，在本说明书中不进行特别限定；例如， 在实际应用中，可以通过侧链技术、公证人技术等跨链机制，将多个区块链连接起来。
当多个区块链通过跨链中继实现对接之后，区块链之间就可以去读取并认证其它区块链上的数据，也可以通过跨链中继去调用其它区块链上部署的智能合约。
随着区块链的业务场景的不断丰富，除了诸如转账等与价值转移息息相关的业务以外，越来越多的区块链项目开始引入一些与价值转移无关的业务场景；例如，区块链与资产管理平台、金融机构等对接，在区块链上完成诸如资产证券化等业务场景。
资产证券化，是指以基础资产未来所产生的现金流为价值支撑，通过结构化设计进行信用增级，在此基础上发行资产支持证券(Asset-backed Securities,ABS)的过程。
资产证券化的基本流程包括：基础资产的原始权益人将基础资产出售给SPV(Special Purpose Vehicle，特殊目的机构)，或者SPV主动购买基础资产。然后，SPV将购买的基础资产汇集成基础资产池，再以该基础资产池所产生的现金流为价值支撑在金融市场上发行有价证券化资产进行融资，最后用基础资产池产生的现金流来清偿所发行的有价证券。
其中，上述基础资产可以是基础债务资产，比如应收账款等。
上述证券化资产，可以是指以基础资产池中的基础资产作为价值支持的证券，比如该证券化资产可以是债券、基金等，这里只是对证券化资产进行示例性地说明，不进行具体地限定。
然而，在证券化资产存续期内，若作为该证券化资产的价值支持的基础资产池中的基础资产发生违约，则会涉及作为劣后方的原始权益人赎回该违约的基础资产。
基于此，本说明书提出一种在确定基础资产池中的目标基础资产发生违约时，基于区块链上部署的智能合约完成原始权益人回购该目标基础资产的技术方案。
在具体实现时，区块链的节点设备接收资产管理平台在证券化资产的存续期内发送的目标交易，该目标交易包括在所述证券化资产的存续期内所述基础资产池中发生违约的目标基础资产。
区块链的节点设备可以响应于所述目标交易，调用所述区块链上部署的智能合约中的资产违约处理逻辑，将所述目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到所述违约退款信息后，基于所述违约退款信息，从所述目标基础资产的原始权益人的投资账户，向所述目标基础资产的权益人完成所述目标基础资产的资金 退款
在区块链的节点设备在获取所述银行系统发布至所述区块链的与所述目标基础资产对应的资金退款记录时，将所述目标基础资产的权益人更新为所述原始权益人。
在上述技术方案中，区块链的节点设备在接收到携带有违约的目标基础资产的目标交易后，可以调用智能合约，将该目标基础资产的违约退款信息发布至区块链，以使托管银行监听到该违约退款信息后，实现原始权益人的退款回购，从而实现了基于区块链的违约基础资产的自动回购。
此外，区块链的节点设备在将违约基础资产的权益人进行变更后，还可通过跨链中继将该违约基础资产的相关合同协议作为证据发布至司法链进行存证，使得用户可以通过司法链追溯到违约基础资产的相关合同协议，为后续可能发生的仲裁起诉提供证据支撑。
参见图4，图4是本说明书一示例性实施例示出的一种基于区块链的违约资产处理系统的示意图。
该基于区块链的违约资产处理系统包括：区块链、与该区块链对接的资产管理平台和托管银行系统。
其中，资产管理平台，用于在区块链上部署用于违约资产处理的智能合约，以及通过发布携带有违约的目标基础资产的目标交易来触发区块链的节点设备执行违约资产的处理流程。当然，该资产管理平台也具有其他功能，比如向区块链发布基础资产的筛选规则等等，这里只是对资产管理平台的功能进行示例性地说明，不对该资产管理平台的功能进行具体地限定。
托管银行系统，用于维护原始权益人、投资人的账户，进行资金划拨等。这里只是对托管银行系统的功能进行示例性地说明，不对该托管银行系统的功能进行具体地限定。
资产管理平台、托管银行系统与区块链对接，三者共同工作完成上述违约资产的处理。
下面对本说明书提供的基于区块链的违约资产的处理方法进行详细地说明。
参见图5，图5是本说明书一示例性实施例示出的一种基于区块链的违约资产处理方法的流程图，该方法可以应用在区块链的节点设备，可包括如下所示步骤。
步骤502：区块链的节点设备接收资产管理平台在证券化资产的存续期内发送的目标交易；其中，所述证券化资产为将基础资产池作为价值支撑在所述区块链上所发行的资产；所述目标交易包括在所述证券化资产的存续期内所述基础资产池中发生违约的目标基础资产。
步骤504：区块链的节点设备响应于所述目标交易，调用所述区块链上部署的智能合约中的资产违约处理逻辑，将所述目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到所述违约退款信息后，基于所述违约退款信息，从所述目标基础资产的原始权益人的投资账户，向所述目标基础资产的权益人完成所述目标基础资产的资金退款。
步骤506：区块链的节点设备在获取到所述银行系统发布至所述区块链的与所述目标基础资产对应的资金退款记录时，将所述目标基础资产的权益人更新为所述原始权益人。
其中，本说明书不对上述基础资产进行具体地限定，该基础资产可以是基础债务资产，比如应收账款等。
上述投资账户，可以是指原始权益人在托管银行上开通的托管账户。
上述证券化资产，可以是指以基础资产池中的基础资产作为价值支持的证券，比如该证券化资产可以是债券、基金等，这里只是对证券化资产进行示例性地说明，不进行具体地限定。
上述基础资产池，可以是区块链上的智能合约生成的由若干筛选出来的基础资产的标识构成的一个集合。基础资产池中的基础资产可以作为价值支撑发行证券化资产。该基础资产池可以存储在智能合约对应的合约账户的存储空间(Storage)里，也可以存储在资产管理方(如SPV机构)的区块链账户的账户存储空间里。这里不对基础资产池的存储位置进行具体地限定。
此外，区块链上部署了用于进行违约资产处理的智能合约。在部署的智能合约中，可以包括资产违约处理逻辑。
该资产违约处理逻辑，用于基于携带有违约的目标基础资产的目标交易，确定该目标基础资产的违约退款信息，并将该目标基础资产的违约退款信息发布至区块链，以使得托管银行系统在监听到该违约退款信息后，完成退款资金的划拨。
当上述智能合约部署完成后，上述资产管理平台可以将平台构建目标交易发布 至区块链，来调用部署在区块链上的上述智能合约，完成将该目标基础资产的违约退款信息发布至区块链的操作。
在具体实现时，当资产管理平台在证券化资产的存续期内，检测到作为该证券化资产价值支撑的基础资产池中发生违约的目标基础资产时，资产管理平台可以基于违约的目标基础资产构建目标交易，该目标交易中携带该违约的目标基础资产。
然后，资产管理平台可将该目标交易发布至区块链。区块链的节点设备在接收到该目标交易后，可以响应于该目标交易，调用部署在区块链上的智能合约声明的资产违约处理逻辑，基于该目标基础资产的违约退款信息生成违约处理事件，并将包含有将该目标基础资产的违约退款信息的违约处理事件发布至区块链。该违约处理事件用于使托管银行系统完成资金退款。
在发布时，一方面，智能合约需要获取该违约的目标基础资产的违约退款信息。
一种可选的获取方式是，资产管理平台在证券化资产的存续期内检测到基础资产池中的目标基础资产违约时，可以确定该目标基础资产的违约退款信息(如违约退款金额等信息)。然后，资产管理平台可以基于该目标基础资产和该目标基础资产的违约退款信息构造目标交易。该目标交易携带的目标基础资产的信息可包括：目标基础资产标识、目标基础资产的违约退款信息等。智能合约可从该目标交易中获取该目标基础资产的违约退款信息。
另一种可选的获取方式是，该区块链上存证了基础资产标识以及该基础资产交易信息的交易记录，该目标交易中携带的目标基础资产的标识。智能合约可获取该目标交易中携带的目标基础资产的标识，然后在区块链存证的交易记录中，获取该目标基础资产的标识对应的交易信息，并基于该交易信息确定违约退款信息。
例如，假设交易信息包括交易金额，违约退款信息中包括违约退款金额，下面以通过交易金额确定违约退款金额为例，对上述基于交易信息确定违约退款信息进行示例性地说明。
在实现时，智能合约可以将该交易金额作为违约退款金额。或者，智能合约可以按照该目标基础资产的原始权益人和权益人双方合同的约定交易金额和违约退款金额的换算比率(比如双方合约约定违约退款金额是交易金额的1.1倍或者0.8倍等)，通过交易金额来计算违约退款金额。
另一方面，在发布时，智能合约还需要发起针对违约的目标基础资产的权益人 和原始权益人对该目标基础资产的违约确认操作，在该目标基础资产的权益人和原始权益人完成对该目标基础资产的违约确认操作后，可以将该违约的目标基础资产的违约退款信息发布至区块链。
在具体实现时，智能合约可以生成由该目标基础资产的权益人和原始权益人对该目标基础资产进行违约确定的确认事件。
资产管理平台上部署的与该智能合约对应的客户端在监听到该确认事件时，可以提醒该目标基础资产的权益人和原始权益人对该目标基础资产进行违约确认。该目标基础资产的权益人和原始权益人在，并将对该目标基础资产的进行违约确认后，可将的违约确认信息提交给该客户端。
当该客户端接收到该目标基础资产的权益人和原始权益人提交的违约确认信息(比如针对违约的目标基础资产的签名)后，可以将该违约确认信息提交给智能合约。
智能合约在接收到该违约确认信息时，将包含该目标基础资产的违约退款信息发布至区块链。
智能合约在发布违约退款信息时，可采用事件机制进行发布。而托管银行系统在监听违约退款信息时，也可以采用监听事件的形式来监听该违约退款信息。
具体地，智能合约可以基于该违约退款信息构造违约处理事件，并将包含有该违约退款信息的违约处理事件发布至区块链。
在本说明书实施例中，托管银行系统上部署的与该智能合约对应的客户端可以监听该区块链上发布的违约处理事件。当该托管银行系统监听到违约处理事件后，可以从该目标基础资产的原始权益人的投资账户，向该目标基础资产的权益人完成该目标基础资产的资金退款。
进一步来说，该托管银行系统维护了该目标基础资产的原始权益人的投资账户，该目标基础资产的权益人的投资账户。
托管银行进行资金退款是指：托管银行系统将该资金退款从原始权益人的投资账户划拨至该目标基础资产的权益人的投资账户。
当托管银行系统完成该资金退款后，托管银行系统可以将与该目标基础资产的资金退款记录提交给上述智能合约。
当区块链的节点设备上的智能合约接收到该托管银行系统发布至该区块链的与 该目标基础资产对应的资金退款记录时，可以将该目标基础资产的权益人更新为原始权益人。
在一种可选的更新方式中，目标基础资产的权益人信息维护在区块链节点设备上。智能合约在获取到该目标基础资产对应的资金退款记录时，将该区块链节点设备上维护的该目标基础资产的权益人更新为原始权益人。
在另一种可选的更新方式中，该目标基础资产的权益人信息维护在资产管理平台。在更新目标基础资产的权益人信息时，智能合约可生成用于将目标基础资产的权益人更新为原始权益人的权益人更新事件。
当资产管理平台上搭载的与该智能合约的客户端监听到该权益人更新事件后，可以将该资产管理平台上维护的该目标基础资产的权益人更新为原始权益人，并向智能合约提交权益人更新成功信息。智能合约在收到该权益人更新成功信息后，可确定该违约的目标基础资产的权益人被更新为原始权益人。
由上述描述可以看出，区块链的节点设备在接收到携带有违约的目标基础资产的目标交易后，可以调用智能合约，将该目标基础资产的违约退款信息发布至区块链，以使托管银行监听到该违约退款信息后，实现原始权益人的退款回购，从而实现了基于区块链的违约基础资产的自动回购。
此外，在本说明书实施例中，在将所述目标基础资产的权益人更新为所述原始权益人之后，区块链的节点设备可将所述目标基础资产相关的合同协议，通过跨链中继发布至所述司法链进行存证。使得用户可以通过司法链追溯到违约基础资产的相关合同协议，为后续可能发生的仲裁起诉提供证据支撑。
其中，该跨链中继，可以通过桥接接口与多个区块链分别进行对接，并基于实现的数据搬运逻辑，完成该多个区块链之间的跨链数据同步。例如，该跨链中继可以是Oracle预言机，这里只是对跨链中继进行示例性地说明，不进行具体地限定。
与上述方法实施例相对应，本说明书还提供了装置的实施例。
与上述方法实施例相对应，本说明书还提供了一种基于区块链的违约资产处理装置的实施例。本说明书的基于区块链的违约资产处理装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6 所示，为本说明书的基于区块链的违约资产处理装置所在电子设备的一种硬件结构图，除了图6所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。
参见图7，图7是本说明书一示例性实施例示出的一种基于区块链的违约资产处理装置。该违约资产处理装置可应用于所述区块链的节点设备，可包括如下所示模块。
接收模块701，接收资产管理平台在证券化资产的存续期内发送的目标交易；其中，所述证券化资产为将基础资产池作为价值支撑在所述区块链上所发行的资产；所述目标交易包括在所述证券化资产的存续期内所述基础资产池中发生违约的目标基础资产；
调用模块702，响应于所述目标交易，调用所述区块链上部署的智能合约中的资产违约处理逻辑，将所述目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到所述违约退款信息后，基于所述违约退款信息，从所述目标基础资产的原始权益人的投资账户，向所述目标基础资产的权益人完成所述目标基础资产的资金退款；
更新模块703，在获取到所述托管银行系统发布至所述区块链的与所述目标基础资产对应的资金退款记录时，将所述目标基础资产的权益人更新为所述原始权益人。
可选的，所述调用模块702，生成由所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确定的确认事件，以使客户端在监听到所述确认事件时，提示所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确认；
在监听到所述客户端发布至所述区块链的由所述目标基础资产的权益人和原始权益人对所述目标基础资产的违约确认信息时，将所述目标基础资产的违约退款信息发布至所述区块链进行存证。
可选的，所述装置还包括：
发布模块704，在将所述目标基础资产的权益人更新为所述原始权益人之后，将所述目标基础资产相关的合同协议，通过所述跨链中继发布至所述司法链进行存证。
可选的，所述跨链中继为oracle预言机。
可选的，所述投资账户为所述原始权益人在托管银行开通的托管账户；所述证券化资产为债券或者基金；所述基础资产为基础债务资产。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实 现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的， 而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (12)

  1. 一种基于区块链的违约资产处理方法，所述方法应用于所述区块链的节点设备，所述方法包括：
    接收资产管理平台在证券化资产的存续期内发送的目标交易；其中，所述证券化资产为将基础资产池作为价值支撑在所述区块链上所发行的资产；所述目标交易包括在所述证券化资产的存续期内所述基础资产池中发生违约的目标基础资产；
    响应于所述目标交易，调用所述区块链上部署的智能合约中的资产违约处理逻辑，将所述目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到所述违约退款信息后，基于所述违约退款信息，从所述目标基础资产的原始权益人的投资账户，向所述目标基础资产的权益人完成所述目标基础资产的资金退款；
    在获取到所述托管银行系统发布至所述区块链的与所述目标基础资产对应的资金退款记录时，将所述目标基础资产的权益人更新为所述原始权益人。
  2. 根据权利要求1所述的方法，所述将所述目标基础资产的违约退款信息发布至所述区块链进行存证，包括：
    生成由所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确定的确认事件，以使客户端在监听到所述确认事件时，提示所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确认；
    在监听到所述客户端发布至所述区块链的由所述目标基础资产的权益人和原始权益人对所述目标基础资产的违约确认信息时，将所述目标基础资产的违约退款信息发布至所述区块链进行存证。
  3. 根据权利要求1所述的方法，所述区块链通过跨链中继与司法链对接；
    所述方法还包括：
    在将所述目标基础资产的权益人更新为所述原始权益人之后，将所述目标基础资产相关的合同协议，通过所述跨链中继发布至所述司法链进行存证。
  4. 根据权利要求3所述的方法，所述跨链中继为oracle预言机。
  5. 根据权利要求1所述的方法，所述投资账户为所述原始权益人在托管银行开通的托管账户；所述证券化资产为债券或者基金；所述基础资产为基础债务资产。
  6. 一种基于区块链的违约资产处理装置，所述装置应用于所述区块链的节点设备，所述装置包括：
    接收模块，接收资产管理平台在证券化资产的存续期内发送的目标交易；其中，所述证券化资产为将基础资产池作为价值支撑在所述区块链上所发行的资产；所述目标交 易包括在所述证券化资产的存续期内所述基础资产池中发生违约的目标基础资产；
    调用模块，响应于所述目标交易，调用所述区块链上部署的智能合约中的资产违约处理逻辑，将所述目标基础资产的违约退款信息发布至所述区块链，以使托管银行系统监听到所述违约退款信息后，基于所述违约退款信息，从所述目标基础资产的原始权益人的投资账户，向所述目标基础资产的权益人完成所述目标基础资产的资金退款；
    更新模块，在获取到所述托管银行系统发布至所述区块链的与所述目标基础资产对应的资金退款记录时，将所述目标基础资产的权益人更新为所述原始权益人。
  7. 根据权利要求6所述的装置，所述调用模块，生成由所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确定的确认事件，以使客户端在监听到所述确认事件时，提示所述目标基础资产的权益人和原始权益人对所述目标基础资产进行违约确认；
    在监听到所述客户端发布至所述区块链的由所述目标基础资产的权益人和原始权益人对所述目标基础资产的违约确认信息时，将所述目标基础资产的违约退款信息发布至所述区块链进行存证。
  8. 根据权利要求6所述的装置，所述装置还包括：
    发布模块，在将所述目标基础资产的权益人更新为所述原始权益人之后，将所述目标基础资产相关的合同协议，通过所述跨链中继发布至所述司法链进行存证。
  9. 根据权利要求6所述的装置，所述跨链中继为oracle预言机。
  10. 根据权利要求6所述的装置，所述投资账户为所述原始权益人在托管银行开通的托管账户；所述证券化资产为债券或者基金；所述基础资产为基础债务资产。
  11. 一种电子设备，包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器通过运行所述可执行指令以实现如权利要求1-5中任一项所述的方法。
  12. 一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-5中任一项所述方法的步骤。
PCT/CN2020/097324 2019-09-05 2020-06-22 一种基于区块链的违约资产处理方法、装置及电子设备 WO2021042817A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910839286.5A CN110706114B (zh) 2019-09-05 2019-09-05 一种基于区块链的违约资产处理方法、装置及电子设备
CN201910839286.5 2019-09-05

Publications (1)

Publication Number Publication Date
WO2021042817A1 true WO2021042817A1 (zh) 2021-03-11

Family

ID=69194410

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/097324 WO2021042817A1 (zh) 2019-09-05 2020-06-22 一种基于区块链的违约资产处理方法、装置及电子设备

Country Status (2)

Country Link
CN (2) CN110706114B (zh)
WO (1) WO2021042817A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113114744A (zh) * 2021-03-30 2021-07-13 清华大学 数据湖架构下支持跨链交易的区块链系统
CN113221191A (zh) * 2021-05-10 2021-08-06 支付宝(杭州)信息技术有限公司 基于区块链的数据存证方法、装置、设备和存储介质
CN113706302A (zh) * 2021-07-30 2021-11-26 梁伟 基于跨链的区块链金融数据的生成方法及系统
CN113762912A (zh) * 2021-05-12 2021-12-07 北京同邦卓益科技有限公司 Abs业务系统的业务处理方法、设备及存储介质
CN114548989A (zh) * 2022-02-25 2022-05-27 北京天德科技有限公司 一种基于nfr的权益管理系统

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113836227B (zh) * 2019-09-05 2024-04-19 创新先进技术有限公司 一种基于区块链的资产申购方法、装置及电子设备
CN110706114B (zh) * 2019-09-05 2021-05-18 创新先进技术有限公司 一种基于区块链的违约资产处理方法、装置及电子设备
CN111383114A (zh) * 2020-03-13 2020-07-07 普洛斯科技(重庆)有限公司 基于区块链的资产信息管理方法和装置
CN111814150A (zh) * 2020-06-23 2020-10-23 深圳市先河系统技术有限公司 区块链的违约处理方法、电子设备和存储介质
CN111784343A (zh) * 2020-07-01 2020-10-16 数字钱包（北京）科技有限公司 数字资产运作系统和方法
CN111815309B (zh) 2020-08-28 2020-12-11 支付宝(杭州)信息技术有限公司 基于区块链的跨币种结算方法及装置、电子设备
CN112419060B (zh) * 2020-11-20 2024-03-22 上海树图区块链研究院 资产托管系统、资产管理方法、节点及介质
CN112765267A (zh) * 2020-12-30 2021-05-07 普华云创科技(北京)有限公司 一种基于区块链去中心化的比率预言方法及预言机
CN112967041A (zh) * 2021-02-26 2021-06-15 成都质数斯达克科技有限公司 资产交换方法、电子设备及可读存储介质
CN112926964A (zh) * 2021-02-26 2021-06-08 成都质数斯达克科技有限公司 基于区块链的资产管理方法、电子设备及可读存储介质
CN113793209B (zh) * 2021-09-01 2024-04-09 浙江数秦科技有限公司 一种基于区块链的智慧诉讼系统
CN116012155B (zh) * 2022-12-28 2023-11-14 杭州蚂蚁酷爱科技有限公司 区块链中数字资源的处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105610578A (zh) * 2016-01-25 2016-05-25 杭州复杂美科技有限公司 区块链信息存证及隐私保护方法
CN109118221A (zh) * 2018-08-07 2019-01-01 广东工业大学 一种基于区块链的电子合同智能追责系统及方法
CN109785134A (zh) * 2019-01-23 2019-05-21 武汉理工大学 用区块链来实现股票交易的管理系统及方法
US20190228409A1 (en) * 2017-09-13 2019-07-25 Vijay Madisetti Transaction Pools Using Smart Contracts and Blockchains
CN110706114A (zh) * 2019-09-05 2020-01-17 阿里巴巴集团控股有限公司 一种基于区块链的违约资产处理方法、装置及电子设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11048723B2 (en) * 2016-04-08 2021-06-29 Chicago Mercantile Exchange Inc. Bilateral assertion model and ledger implementation thereof
US10885220B2 (en) * 2018-01-24 2021-01-05 Zortag Inc. Secure access to physical and digital assets using authentication key
CN108921491B (zh) * 2018-05-25 2021-11-30 诸然 一种基于区块链技术的建筑合同付款方法
CN108830686A (zh) * 2018-06-08 2018-11-16 中链科技有限公司 一种基于区块链的资产信息处理方法及服务器
CN109360103A (zh) * 2018-12-21 2019-02-19 众安信息技术服务有限公司 基于区块链的资产通证化的证券产品处理方法及装置
CN109872042A (zh) * 2019-01-17 2019-06-11 平安城市建设科技(深圳)有限公司 基于区块链的房产交易监管方法、装置、设备及存储介质
CN110060069A (zh) * 2019-03-05 2019-07-26 阿里巴巴集团控股有限公司 基于区块链的在线教育商品合约处理方法、装置和设备
CN110070447A (zh) * 2019-03-15 2019-07-30 深圳壹账通智能科技有限公司 基于智能合约与多重签名的标的募资方法、介质和设备
CN110046916A (zh) * 2019-04-09 2019-07-23 深圳市元征科技股份有限公司 一种电子签约方法、装置、设备及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105610578A (zh) * 2016-01-25 2016-05-25 杭州复杂美科技有限公司 区块链信息存证及隐私保护方法
US20190228409A1 (en) * 2017-09-13 2019-07-25 Vijay Madisetti Transaction Pools Using Smart Contracts and Blockchains
CN109118221A (zh) * 2018-08-07 2019-01-01 广东工业大学 一种基于区块链的电子合同智能追责系统及方法
CN109785134A (zh) * 2019-01-23 2019-05-21 武汉理工大学 用区块链来实现股票交易的管理系统及方法
CN110706114A (zh) * 2019-09-05 2020-01-17 阿里巴巴集团控股有限公司 一种基于区块链的违约资产处理方法、装置及电子设备

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113114744A (zh) * 2021-03-30 2021-07-13 清华大学 数据湖架构下支持跨链交易的区块链系统
CN113114744B (zh) * 2021-03-30 2022-04-26 清华大学 数据湖架构下支持跨链交易的区块链系统
CN113221191A (zh) * 2021-05-10 2021-08-06 支付宝(杭州)信息技术有限公司 基于区块链的数据存证方法、装置、设备和存储介质
CN113221191B (zh) * 2021-05-10 2022-05-31 支付宝(杭州)信息技术有限公司 基于区块链的数据存证方法、装置、设备和存储介质
CN113762912A (zh) * 2021-05-12 2021-12-07 北京同邦卓益科技有限公司 Abs业务系统的业务处理方法、设备及存储介质
CN113706302A (zh) * 2021-07-30 2021-11-26 梁伟 基于跨链的区块链金融数据的生成方法及系统
CN114548989A (zh) * 2022-02-25 2022-05-27 北京天德科技有限公司 一种基于nfr的权益管理系统
CN114548989B (zh) * 2022-02-25 2024-02-09 北京天德科技有限公司 一种基于nfr的权益管理系统

Also Published As

Publication number Publication date
CN113554516A (zh) 2021-10-26
CN110706114B (zh) 2021-05-18
CN110706114A (zh) 2020-01-17

Similar Documents

Publication Publication Date Title
WO2021042817A1 (zh) 一种基于区块链的违约资产处理方法、装置及电子设备
WO2021008123A1 (zh) 基于区块链的业务处理方法及装置、电子设备
WO2021042809A1 (zh) 一种基于区块链的资产申购方法、装置及电子设备
US11195231B2 (en) Transaction processing in a service blockchain
WO2021042811A1 (zh) 一种基于区块链的资产筛选方法、装置及电子设备
US11336589B2 (en) Allocating virtual resource based on blockchain
WO2021017438A1 (zh) 基于区块链的电子票据作废方法及装置、电子设备
TWI733349B (zh) 基於區塊鏈的票據號碼分配方法、裝置及電子設備
CN110009489B (zh) 基于区块链的资产转移方法及装置、电子设备
WO2021017437A1 (zh) 基于区块链的票据核销方法及装置、电子设备、存储介质
CN111383117A (zh) 基于区块链的资产管理方法、装置及电子设备
WO2021042810A1 (zh) 基于区块链的资产清偿方法及装置、电子设备
CN111383119A (zh) 一种基于区块链的资产管理方法、装置及电子设备
CN111383120A (zh) 基于区块链的资产管理方法、装置及电子设备
CN111383122A (zh) 基于区块链的资产管理方法、装置及电子设备
CN112767163A (zh) 基于区块链的数字商品交易方法和装置
WO2021017432A1 (zh) 一种基于区块链的报销费用分割方法、装置及电子设备
CN111383118A (zh) 基于区块链的资产管理方法、装置和电子设备
CN111475522A (zh) 基于区块链的仓单数据管理方法及装置、电子设备
CN111383121A (zh) 基于区块链的资产管理方法、装置及电子设备
CN113706087A (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: 20859729

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: 20859729

Country of ref document: EP

Kind code of ref document: A1