Detailed Description
The embodiments described in the exemplary embodiments below do not represent all embodiments consistent with the present specification at , but rather are merely examples of apparatus and methods consistent with for the aspects of the present specification as recited in the appended claims.
As used in this specification and the appended claims, the singular forms "," "said," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It is to be understood that although the terms , second, third, etc. may be used herein to describe various information, such information should not be limited to these terms.
Blockchains are generally divided into three types, Public chains (Public Blockchain), private chains (PrivateBlockchain), and federation chains (Consortium Blockchain).
Among them, the most decentralized is the public chain. The public chain is represented by bitcoin and ether house, and participants (also called nodes in the block chain) joining the public chain can read data records on the chain, participate in transactions, compete for accounting rights of new blocks, and the like. Moreover, each node can freely join or leave the network and perform related operations.
In short, a private chain may be weakly centralized systems with strict restrictions on nodes and a smaller number of nodes.
A federation chain is a block chain between a public chain and a private chain, and "partial decentralization" can be achieved. Each node in a federation chain typically has a physical organization or organization corresponding to it; the nodes are authorized to join the network and form a benefit-related alliance, and block chain operation is maintained together.
The time stamp corresponding to the creation time of the block is recorded in each of the blocks, and all the blocks constitute time-ordered data chains strictly according to the time stamp recorded in the block.
The real data generated by the physical world can be constructed into a standard transaction (transaction) format supported by a block chain, then is issued to the block chain, the node equipment in the block chain performs consensus processing on the received transaction, and after the consensus is achieved, the node equipment serving as an accounting node in the block chain packs the transaction into a block and performs persistent storage in the block chain.
The consensus algorithm supported in the blockchain may include:
consensus algorithms of type , i.e., those in which node devices need to contend for accounting for each accounting period, such as Proof of workload (Proof of Work, POW), Proof of equity (Proof of stamp, POS), Proof of delegation of interest (DPOS), etc.;
the second kind of consensus algorithm is the consensus algorithm that elects accounting nodes (without competing for accounting right) in advance for each accounting cycles, for example, the consensus algorithm such as Practical Byzantine Fault Tolerance (PBFT) and the like.
In a blockchain network using the type consensus algorithm, node devices competing for accounting can execute a transaction after receiving the transaction, node devices of the node devices competing for accounting win the process of competing for accounting and become accounting nodes, and the accounting nodes can pack the received transaction with other transactions to generate a latest block and send the generated latest block or a block header of the latest block to other node devices for consensus.
For the accounting node of the current round, the transaction can be executed during or before the process of packaging the transaction with other transactions to generate a latest block.
As described above, regardless of which consensus algorithm is used by the blockchain, the accounting node of the current round may pack the received transaction to generate the latest block, and send the generated latest block or the block header of the latest block to other node devices for consensus verification. If no problem is verified after other node equipment receives the latest block or the block header of the latest block, the latest block can be added to the tail of the original block chain, so that the accounting process of the block chain is completed. The transaction contained in the block may also be performed by other nodes in verifying the new block or block header sent by the accounting node.
In practical applications, whether public, private, or alliance, it is possible to provide the functionality of a smart contract (Smartcontract). An intelligent contract on a blockchain is a contract on a blockchain that can be executed triggered by a transaction. An intelligent contract may be defined in the form of code.
The Ethernet works are programmable block chains, the core of the Ethernet works is an Ethernet work virtual machine (EVM), each Ethernet work node can run the EVM, the EVM is virtual machines which are complete in picture, and various complex logics can be realized through the Ethernet works.
As shown in FIG. 1, after Bob sends transactions (transactions) containing information for creating intelligent contracts To the Ethernet shop network, each node can execute the transactions in the EVM, wherein, the From field of the transactions in FIG. 1 is used for recording the address of the account initiating the creation of the intelligent contracts, the contract code stored in the field value of the Data field of the transactions can be byte code, and the field value of the To field of the transactions is null accounts.
After the intelligent contract is created, contract accounts corresponding to the intelligent contract appear on the blockchain and have specific addresses, for example, the address of the created contract account is represented by '0 x68e12cf284 …' in each node in fig. 1, a contract Code (Code) and an account Storage (Storage) are stored in the account Storage of the contract account.
For example, the high-level language may employ languages such as Solidity, Serpent, LLL, etc. for intelligent contract code written in the high-level language, it may be compiled by a compiler to generate byte code that may be deployed onto a blockchain.
Taking the Solidity language as an example, contract code written using it is very similar to a Class (Class) in the object-oriented programming language, and various members including state variables, functions, function modifiers, events, etc. can be declared in contracts.
As shown in FIG. 2, still taking the Etherhouse as an example, after Bob sends transactions containing information To invoke smart contracts To the Etherhouse network, each node may execute the transactions in the EVM, wherein, the From field of the transaction in FIG. 2 is used To record the address of the account initiating the invocation of the smart contract, the To field is used To record the address of the invoked smart contract, and the Data field of the transaction is used To record the method and parameters of invoking the smart contract.
The intelligent contract can be independently executed at each node in the blockchain network in a specified mode, and all execution records and data are stored on the blockchain, so that after the transaction is executed, transaction certificates which cannot be tampered and lost are stored on the blockchain.
The schematic diagram of creating intelligent contracts and calling the intelligent contracts is shown in FIG. 3. intelligent contracts to be created in the Ethernet workshop need to be edited, changed into byte codes, deployed to block chains and other processes.
In the field of blockchain, important concepts are accounts (accounts), for example, etherhouses generally divide accounts into two types, namely an external Account and a contract Account, the external Account is an Account directly controlled by a user and is also called a user Account, the contract Account is created by the user through the external Account and contains contract codes (i.e., an intelligent contract), and certainly, for blockchain items (such as ant blockchains) derived based on the etherhouses architecture, steps of expansion of Account types supported by the blockchain can be performed, which is not particularly limited in this specification.
When a transaction in a block is executed, the status of the account in the block chain associated with the transaction also typically changes.
Taking etherhouses as an example, the structure of an account usually includes fields such as Balance, Nonce, Code and Storage. Wherein:
a Balance field for maintaining the current account Balance of the account;
the Nonce field is used for maintaining the transaction times of the account, is a counter used for guaranteeing that each transaction can be processed for times, and effectively avoids replay attack;
a Code field for maintaining a contract Code for the account; in practical applications, only the hash value of the contract Code is typically maintained in the Code field; thus, the Code field is also commonly referred to as the Codhash field.
The Storage content of the contract account is generally constructed into an MPT (MerklePatricia) tree data structure and stored in the independent Storage space, wherein the MPT tree constructed based on the Storage content of the contract account is also generally called a Storage tree, and the Storage field generally only maintains the root node of the Storage tree, therefore, the Storage field is also generally called a Storage root field.
Wherein, for the external account, the field values of the Code field and the Storage field shown above are both null values.
Conventional blockchain projects, represented by etherhouses, typically support conversion of real-world currency into virtual tokens that can be circulated through the chain in order to effect a "value transfer" over the blockchain.
In the blockchain field, blockchain items derived based on the ethernet architecture (such as ant blockchain) do not generally support the function of converting real-world currency into virtual tokens that can circulate in the chain, and instead, physical assets with non-currency attributes in the real world can be converted into virtual assets that can circulate in the blockchain items.
It should be noted that converting an entity asset having a non-monetary attribute in the real world into a virtual asset on a blockchain generally refers to a process of "anchoring" the entity asset and a virtual asset on the blockchain to serve as a value support for the virtual assets, and further generating a virtual asset on the blockchain which is matched with the value of the entity asset and can be circulated between blockchain accounts on the blockchain.
In the implementation process, the account types supported by the blockchain can be expanded, asset accounts (also called asset objects) can be expanded on the basis of the account types supported by the blockchain, for example, asset accounts can be expanded on the basis of an external account and a contract account supported by an Ethernet house, and the expanded asset accounts are virtual assets which can use the physical assets with non-currency attributes in the real world as value supports and can be circulated among the blockchain accounts.
For users accessing such blockchains, in addition to completing the creation of user accounts and intelligent contracts on the blockchain, virtual assets matched with the entity asset value of non-currency attributes of the real world are created on the blockchain and circulated on the blockchain;
for example, a user may convert physical assets of non-monetary attributes, such as real estate, stocks, loan contracts, notes, accounts receivable, etc., held to value-matched virtual assets for circulation over a blockchain.
The content contained in the structure of the asset account can be the same as that of an Etherhouse, and can be designed based on actual requirements;
in implementations, for example, the structure of the asset account includes the same content as that of an ethernet bay, and the structure of the asset account may also include the fields of Balance, Nonce, Code, and Storage described above.
It should be noted that, in an ethernet, the Balance field is usually used to maintain the current account Balance of the account; for the block chain project derived based on the ethernet framework, since it may not support the conversion of real-world currency into virtual tokens that can be circulated on the chain, in such block chains, the meaning of the Balance field may be extended, and the Balance of the account is no longer represented, but is used to maintain the address information of the asset account corresponding to the "virtual asset" held by the account. In practical application, address information of asset accounts corresponding to multiple virtual assets can be maintained in the Balance field.
In this case, the external account, the contract account, and the asset account shown above can hold the virtual asset by adding address information of the asset account corresponding to the "virtual asset" that needs to be held in the Balance field. That is, in addition to the external account and the contract account, the asset account itself may hold the virtual asset.
For an asset account, Nonce, the field value of the Code field may or may not be null; and the field value of the Storage field may no longer be a null value; the Storage field may be used to maintain the asset status of the "virtual asset" corresponding to the asset account. The specific manner of maintaining the asset state of the "virtual asset" corresponding to the asset account in the Storage field can be flexibly designed based on requirements, and is not described in detail.
In the blockchain project derived based on the EtherFang architecture, a user can create virtual assets on the blockchain that match the physical asset value of the real-world non-monetary attribute by the implementation shown below:
in implementations, the type of transactions supported by blockchain can be expanded to transactions for creating virtual assets, for example, the type of transactions supported by Etherns generally includes normal transfer transactions, transactions for creating smart contracts, and transactions for invoking smart contracts, and transactions for creating virtual assets can be expanded based on the above three types of transactions.
When each node device achieves results through a consensus mechanism, the virtual asset is successfully created, asset accounts corresponding to the virtual asset appear on the blockchain, and specific addresses are possessed.
In another implementation manners, an intelligent contract for creating a virtual asset may also be deployed on the blockchain, where the process of deploying the intelligent contract for creating a virtual asset is not described in detail.
When each node device achieves result through a consensus mechanism, the virtual asset is successfully created, asset accounts corresponding to the virtual asset appear on the blockchain, and specific addresses are possessed.
Of course, for blockchain items derived based on the ethernet framework, if it also supports the function of converting real-world currency into virtual tokens that can circulate on the chain, entity assets with non-currency attributes in the real world can still be converted into virtual tokens that can circulate on the blockchain, and circulate on the blockchain, which is not described in detail in this specification.
With the continuous enrichment of business scenarios for blockchains, in addition to value transfer related businesses such as transfers, more and more blockchain projects begin to introduce business scenarios unrelated to value transfer, e.g., blockchains interfacing with financial institutions and the like, completing business scenarios such as asset securitization on blockchains.
The Asset securitization refers to a process of using cash flow generated in the future of a basic Asset as a value support, carrying out credit enhancement through structured design, and issuing Asset-Backed Securities (ABS) on the basis.
The basic flow of asset securitization includes: the original stakeholders of the base assets sell the base assets to an SPV (Special Purpose organization), or the SPV actively purchases the base assets. Then, the SPV collects the purchased basic assets into a basic asset pool, then uses the cash flow generated by the basic asset pool as a value to support the issuance of securities on the financial market for financing, and finally uses the cash flow generated by the basic asset pool to settle the issued securities.
The basic assets may be basic debt assets, such as accounts receivable.
The securitized assets may refer to securities that are supported by a base asset in a base asset pool as a value, for example, the securitized assets may be bonds, funds, and the like, and the securitized assets are only exemplified and not particularly limited herein.
Based on the above, the present specification proposes kinds of intelligent contracts deployed on the blockchain, which are based on the technical scheme that basic assets which are issued to the blockchain by beneficiaries and meet asset screening rules are screened out to form a basic asset pool, and the basic asset pool is used as a value support to issue securitized assets.
, the blockchain node device may invoke an intelligent contract deployed on the blockchain to screen out base assets that meet asset screening rules in response to a target transaction triggered when the blockchain stores information of an investor's transfer to an equity beneficiary of the base assets, generating a pool of base assets for supporting distribution of securitized assets as value.
In another aspect, after creating the base asset pool, the blockchain node device may invoke an asset entitlement logic in the intelligent contract, initiate an entitlement process for the base assets in the base asset pool, and update the equiters corresponding to the entitled base assets to the investor after the investor has entitled the base assets in the base asset pool.
In a third aspect, after a base asset is determined, a blockchain node device may invoke asset encapsulation logic in an intelligent contract to determine whether a rating report for a base asset in the base asset pool is stored on the blockchain; if so, packaging the basic asset pool, and setting the basic assets in the basic asset pool to be in a frozen state.
In the above technical solution, by storing the basic assets of the rights beneficiary in the blockchain and deploying the intelligent contract for screening the basic assets in the blockchain, when monitoring the target transaction triggered when the investor transfers the information to the rights beneficiary of the basic assets, the node devices in the blockchain can call the intelligent contract, screen out the basic assets meeting the asset screening rules from the basic assets of the rights beneficiary stored in the blockchain to form a basic asset pool, and after determining the rights of the basic assets in the basic asset pool, package the basic asset pool and freeze the basic assets in the basic asset pool, so that after the investor purchases the basic assets of the rights beneficiary, the flow from the screening of the basic assets into the pool to the freezing of the basic assets in the basic asset pool is automatically realized .
Referring to fig. 4, fig. 4 is a schematic diagram of the blockchain-based asset screening systems shown in the exemplary embodiment of this specification .
The asset screening system based on the block chain comprises: block chains, an original rights beneficiary platform in block chain butt joint, an asset manager platform and a bank platform.
The original rights beneficiary platform is used for issuing the basic assets of the original rights beneficiary to the block chain for storage.
And the asset manager platform is used for issuing asset screening rules formulated by an asset manager to the blockchain for storage, and deploying intelligent contracts for asset screening on the blockchain. The regulatory agency may include: SPV (Special purpose agency), etc., and the administrative agency is only exemplified and not particularly limited.
The bank platform is used for maintaining accounts of the rights and beneficiaries and investors of the basic assets, carrying out fund transfer and the like, and certainly, the bank platform is also used for sending transactions to the node equipment on the blockchain after certain events are monitored so as to trigger the node equipment on the blockchain to execute the transactions.
For example, when the bank platform monitors transfer information of an investor to an authorized beneficiary of the basic assets, the bank platform sends a target transaction to node equipment on the blockchain, so that the node equipment on the blockchain can respond to the target transaction and call an intelligent contract deployed on the blockchain, and basic assets meeting asset screening rules set by an asset management party are screened out from the basic assets stored in the blockchain to form a basic asset pool.
The equitable beneficiary of the basic asset described in this specification may be the original equitable beneficiary or the asset management side, and the equitable beneficiary of the basic asset is not specifically limited herein.
Referring to fig. 5, fig. 5 is a flowchart illustrating a method for screening assets based on blockchains according to an exemplary embodiment of the present disclosure , where the method is applicable to a node device of a blockchain storing a base asset to which a righter is distributed, and the method may include the following steps.
Step 502: the node equipment of the block chain receives a target transaction triggered when the transfer information of the investors to the rights and benefits persons of the basic assets, which is stored in the block chain, is monitored;
step 504: and responding to the target transaction by the node equipment of the block chain, calling screening logic in an intelligent contract deployed on the block chain, and screening out the basic assets which accord with asset screening rules set by an asset management party from the basic assets stored in the block chain.
Step 506: the block chain node point equipment creates a basic asset pool based on the screened basic assets; wherein the base pool of assets is for issuing securitized assets as value supports.
The basic assets are not particularly limited in this specification, and may be basic debt assets such as accounts receivable.
The securitized assets may refer to securities that are supported by a base asset in a base asset pool as a value, for example, the securitized assets may be bonds, funds, and the like, and the securitized assets are only exemplified and not particularly limited herein.
The asset screening rules may be set by an asset manager and distributed to the blockchain for storage via the asset manager platform shown in fig. 4.
In addition, intelligent contracts for basic asset screening are deployed on the blockchain.
In a deployed intelligent contract, screening logic, entitlement logic, and asset packaging logic may be included.
And screening logic, which is used for screening the basic assets which are issued to the block chain by the beneficiary and meet the asset screening rule to form a resource pool.
The right confirming logic is used for initiating right confirming processing aiming at the basic assets in the basic asset pool after the basic asset pool is established, and changing the equiter of the basic assets in the basic asset pool from the equiter to the investor after the investor confirms the right of the basic assets in the basic asset pool.
The asset packaging logic is configured to package the base asset pool and set the base asset in the base asset pool in a frozen state if the block chain stores the rating report of the base asset in the base asset pool after the base asset in the base asset pool is authenticated.
After the intelligent contract is deployed, the bank can construct a target transaction through a platform, then the target transaction is issued to a block chain to call the intelligent contract deployed on the block chain, basic assets meeting asset screening rules are screened out from the basic assets of the authorized beneficiaries stored in the block chain to form a basic asset pool, after an investor confirms the right of the basic assets in the basic asset pool, the right change of the basic assets is realized, after the right of the basic assets is confirmed, the basic asset pool is packaged, and the basic assets in the basic asset pool are set to be in a frozen state.
In specific implementation, when the bank platform monitors transfer information of investors to the rights and beneficiaries of the basic assets, target transactions are issued to the block chain. The target transaction may include a transfer amount that the investor transfers to the equity owner of the underlying asset. Of course, other information, such as investor information, right-to-interest information, etc., may also be carried in the target transaction, and here, the information carried in the target transaction is only exemplarily described and is not specifically limited.
After monitoring the target transaction, the node device of the blockchain may invoke screening logic declared in an intelligent contract deployed on the blockchain, and detect whether an asset screening rule set by an asset manager is stored on the blockchain.
If the block chain does not store the asset screening rules set by the asset management party, reminding events are generated, when the platform of the asset management party monitors the reminding events, the asset management party is prompted to set the asset screening rules, and the platform of the asset management party issues the set asset screening rules to the block chain.
If the block chain stores the asset screening rule set by the asset management party, the asset screening rule is obtained, the basic assets which accord with the asset screening rule set by the asset management party are screened out from the basic assets of the beneficiary stored in the block chain, and a basic asset pool is created based on the screened basic assets.
The basic assets in the basic assets pool can be used as value support to issue securitized assets.
The base asset pool may be stored in a Storage space (Storage) of a contract account corresponding to the intelligent contract, or may be stored in an account Storage space of a block chain account of an asset manager (e.g., SPV organization). The storage location of the underlying asset pool is not specifically limited herein.
Of course, in order to ensure that the screened underlying assets match the value of the investor's transfer amount. In the process of screening the basic assets, the node device of the blockchain can screen out the basic assets which accord with the asset screening rule set by the asset management party and have the asset value matched with the value of the transfer amount of the investor from the basic assets of the authorized beneficiary stored in the blockchain.
It should be noted that the matching of the asset value of the base asset and the value of the transfer amount may mean that the asset value of the base asset and the value of the transfer amount are completely .
For example, if the underlying asset generates a cash flow of 1000 thousand and the transfer amount is also 1000 thousand, then the asset value of the underlying asset matches the value of the transfer amount.
Of course, the asset value of the base asset is matched with the value of the transfer amount, which may also mean that the asset value of the base asset is a preset multiple of the value of the transfer amount, and the asset value of the base asset and the value of the transfer amount are nearly .
For example, the asset value of the underlying asset is 1.1 times the transfer amount, for example. Assuming that the asset value of the underlying asset is 1100 tens of thousands and the transfer amount is 1000 thousands, the asset value of the underlying asset can be considered to match the transfer amount.
Alternatively, assume that the asset value of the underlying asset is 0.9 times the transfer amount. Assuming that the asset value of the base asset is 900 tens of thousands and the transfer amount is 1000 thousands, the asset value of the base asset can be considered to match the transfer amount.
After the base asset pool is created, the node device of the blockchain may also perform a validation on the base asset.
In implementation, after the creation of the basic asset pool is completed, the node device of the blockchain may further invoke the asset right confirming logic in the intelligent contract to initiate right confirming processing for the basic asset in the basic asset pool, and after the investor confirms the right of the basic asset in the basic asset pool, the equitable person corresponding to the base asset after right confirming is updated to the investor.
For example, a node device of the blockchain may further call asset right-confirming logic in the smart contract to generate a right-confirming event in a contract account of the smart contract, after a bank platform (the platform of the investor) monitors the right-confirming event, the bank platform may prompt the investor to confirm and sign the base assets in the base asset pool.
In an alternate implementation of , when equiters are updated, equiter information for the underlying asset is maintained on a blockchain node device.
In another alternative implementations, the equiter information of the equitable base asset is maintained on the asset manager platform, the intelligent contract can generate an equiter update event, when the asset manager platform monitors the equiter update event, the equiter of the equitable base asset maintained on the asset manager platform can be updated to the investor and the equiter update success information can be submitted to the intelligent contract.
In addition, when the node device of the blockchain determines that the equitable persons corresponding to the base assets after the right confirmation are updated to investors, the node device of the blockchain may issue transactions to the blockchain, where the transactions include the base assets after the right confirmation and the equitable persons (i.e., investors) information corresponding to the base assets.
In this specification, after determining the rights to the base assets in the base asset pool, the node devices of the blockchain may further call the asset encapsulation logic in the intelligent contract to determine whether a rating report for the base assets in the base asset pool is stored on the blockchain.
And if the block chain stores the rating report aiming at the basic assets in the basic asset pool, packaging the basic asset pool, and setting the basic assets in the basic asset pool to be in a frozen state.
When the basic asset pool is packaged, the intelligent contract sets packaging periods (such as three months) for the basic asset pool, meanwhile, the intelligent contract sets the basic assets in the basic asset pool to be in a frozen state, the basic assets in the basic asset pool can not be transferred within the packaging periods, and therefore the situation that different securitized assets are generated when the same basic assets are sold to different investors can be prevented.
When setting the base asset in the base asset pool to the frozen state, optional implementations are that the status information of the base asset is maintained on a node device of the blockchain, and the intelligent contract may set the status information of the base asset in the base asset pool maintained by the node device of the blockchain to the frozen state.
In another alternative implementations, status information for a base asset in the base asset pool may be maintained on an asset management platform.
In an embodiment of the present specification, securitized assets may be published based on base assets in a base asset pool.
an alternative way to publish is under-chain, in implementation, the smart contract creates a publication event that, when detected by the asset manager's platform, can be captured the base asset pool.
In practice, the intelligent contracts generate securitized assets based on the base assets in the base asset pool and publish the securitized assets to the blockchain for storage.
As can be seen from the above description, by storing the basic assets of the rights beneficiary in the blockchain and deploying the intelligent contract for screening the basic assets in the blockchain, when monitoring the target transaction triggered when the investor transfers the information to the rights beneficiary of the basic assets, the node devices of the blockchain can call the intelligent contract, screen out the basic assets meeting the asset screening rules from the basic assets of the rights beneficiary stored in the blockchain to form a basic asset pool, and package the basic asset pool after performing the validation and the rights beneficiary change on the basic assets in the basic asset pool, and freeze the basic assets in the basic asset pool, thereby realizing series of processes that the investor automatically implements the screening of the basic assets into the pool, the validation and the rights beneficiary change of the basic assets in the basic asset pool, and the freezing of the basic assets in the basic asset pool after purchasing the basic assets of the rights beneficiary.
Corresponding to the method embodiment, the application also provides an embodiment of the device.
The present specification also provides embodiments of asset screening devices based on a block chain, which correspond to the above method embodiments, and the embodiments of the asset screening devices based on a block chain in the present specification can be applied to electronic devices, the embodiments of the devices can be implemented by software, or can be implemented by hardware or a combination of software and hardware, taking the software implementation as an example, as devices in logical meaning, the devices are formed by reading corresponding computer program instructions in a nonvolatile memory into a memory for running through a processor of the electronic device in which the devices are located, from a hardware level, as shown in fig. 6, hardware structure diagrams of the electronic device in which the devices in the embodiments are located are shown in the present specification, and the electronic device in which the devices are located in the embodiments may also include other hardware according to actual functions of the electronic device, except for the processor, the memory, the network interface, and the nonvolatile memory shown in fig. 6, and thus no further description is given.
Referring to fig. 7, fig. 7 illustrates blockchain-based asset screening devices in an exemplary embodiment of the present specification .
The apparatus is applied to a node device of the blockchain storing base assets to which equity points are distributed, and includes:
the receiving module 701 is used for receiving a target transaction triggered when the transfer information of the investors stored in the blockchain to the rights and benefits persons of the basic assets is monitored;
a calling module 702, configured to, in response to the target transaction, call a screening logic in the intelligent contract deployed on the blockchain, and screen out a basic asset meeting an asset screening rule set by an asset manager from the basic assets stored in the blockchain;
a creating module 703 for creating a basic asset pool based on the screened basic assets; wherein the base pool of assets is for issuing securitized assets as value supports.
Optionally, the target transaction further comprises a transfer amount of the investor to the right beneficiary of the base asset;
the calling module 702 screens out the basic assets that meet the screening rule set by the asset manager and whose asset value matches the value of the transfer amount from the basic assets stored in the block chain.
Optionally, the invoking module 702 further , after the creation of the basic asset pool is completed, invokes an asset right confirmation logic in the intelligent contract, initiates a right confirmation process for the basic asset in the basic asset pool, and updates the right beneficiary corresponding to the right confirmed basic asset to the investor after the investor confirms the basic asset in the basic asset pool.
Optionally, the invoking module 702 further invokes an asset packaging logic in the intelligent contract after the base asset in the base asset pool is authenticated, determines whether a rating report for the base asset in the base asset pool is stored on the block chain, and if so, packages the base asset pool and sets the base asset in the base asset pool in a frozen state.
Optionally, the invoking module 702 obtains an asset screening rule stored in the blockchain and set by an asset manager;
and screening out the basic assets which accord with the asset screening rule from the basic assets stored in the block chain based on the acquired asset screening rule.
Optionally, the securitized assets are bonds or funds; the underlying assets are underlying debt assets.
typical implementation devices are computers, which may be in the form of personal computers, laptop computers, cellular phones, camera phones, smart phones, personal digital assistants, media players, navigation devices, email transceivers, game consoles, tablet computers, wearable devices, or a combination of any of these devices.
In typical configurations, a computer includes or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises the series of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.
In addition, the processes depicted in the accompanying figures do not require the particular order shown or sequential order to achieve desirable results .
As used in this specification or more embodiments and the appended claims, the singular forms "," "said," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be understood that although the terms , second, third, etc. may be used throughout this specification in or various embodiments to describe various information, such information should not be limited to these terms.
While the above disclosure describes preferred embodiments, it is not intended to limit the present disclosure to the particular embodiments, and it is intended to cover all modifications, equivalents, improvements, etc. that fall within the spirit and scope of the present disclosure or more embodiments within the spirit and principles of the present disclosure or more embodiments.