Systems, methods, and storage media for managing digital liquidity tokens in a distributed ledger platform
An apparatus, computer-readable medium, and computer-implemented method for creating and managing a distributed ledger non-fungible token data structures that represent the liquidity function for any two distinct representations of assets. The representations may be different assets or a single asset type with different characteristics including ledger, network, jurisdiction, availability, etc. The liquidity function is the mechanism to transform or exchange the asset including the pricing function, fees, and delivery mechanism. The investment performance of the liquidity token can be proportional to the demand for liquidity for the pair of assets.
1. A method for creating a tokenized pairs of assets, the method comprising:
creating, by at least one computer processor executing instructions on a stored memory, a liquidity token, wherein the liquidity token is a digital token representing a liquidity function for an asset pair and beneficial ownership of revenues produced by the liquidity function and ownership of the asset pair required to support liquidity;
assigning, by the at least one computer processor, to the liquidity token a smart contract wallet;
creating, by the at least one computer processor, asset tokens, wherein each asset token is a non-fungible digital token representing each asset pool in an asset pair in accordance with a class definition, and wherein each non-fungible digital token includes a unique token identifier;
assigning, by the at least one computer processor, ownership of each asset token to a wallet that is owned by the liquidity token;
assigning, by the at least one computer processor, to an asset token a smart contract wallet to support liquidity operations for an asset pool; and
wrapping, by the at least one computer processor, the liquidity token with a digital fungible token by assigning ownership of the liquidity token to the digital fungible token to thereby create a data structure that permits fractional ownership of assets of the asset pair and revenue represented by the liquidity token.
2. The method of claim 1 , further comprising applying an elastic securitization algorithm to allocate resources invested in the assets of the asset pair to meet underlying liquidity needs.
3. The method of claim 1 , further comprising receiving a request to deposit one or more assets to at least one asset pool or withdraw one or more assets from the at least one asset pool and depositing the one or more assets to the at least one asset pool or withdrawing the one or more assets from the at least one asset pool.
4. The method of claim 1 , wherein the class definition provides properties and functions of the non-fungible digital token.
5. The method of claim 1 , further comprising associating a communication interface with the digital token in accordance with the class definition, wherein the communication interface is compliant with a communication specification implemented by an asset registry and which is configured to expose a set of predefined functions, wherein the set of predefined functions include asset ownership transfer functions, asset valuation publication functions, asset attribute determination functions, and/or asset specific processing logic.
6. The method of claim 5 , further comprising executing the asset ownership transfer functions, including at least one of a Create Sell Order function, a Cancel Sell Order function, an Accept Sell Order Function, a Create Purchase Order function, a Cancel Purchase Order Function, an Accept Purchase Order Function, and/or a Reject Purchase Order Function.
7. A method for creating a tokenized pairs of assets, the method comprising:
creating, by at least one computer processor executing instructions stored on a memory, a liquidity token, wherein the liquidity token is a digital token representing a liquidity function for an asset pair and beneficial ownership of revenues produced by the liquidity function and ownership of the asset pair required to support liquidity;
assigning, by the at least one computer processor, to the liquidity token a smart contract wallet;
creating, by the at least one computer processor, asset tokens, wherein each asset token is a non-fungible digital token representing each asset pool in an asset pair in accordance with a class definition, and wherein each non-fungible digital token includes a unique token identifier;
registering, by the at least one computer processor, the asset tokens in association with the corresponding asset as a unique record in a device including a memory of an asset registry;
assigning, by the at least one computer processor, ownership of each of asset token to a respective wallet that is owned by the liquidity token;
assigning, by the at least one computer processor, to an asset token a smart contract wallet to support liquidity operations for an asset pool; and
wrapping, by the at least one computer processor, the liquidity token with a digital fungible token by assigning ownership of the liquidity token to the digital fungible token to thereby create a data structure that permits fractional ownership of assets of the asset pair and revenue represented by the liquidity token.
8. The method of claim 7 , further comprising applying an elastic securitization algorithm to allocate resources invested in the assets of the asset pair to meet underlying liquidity needs.
9. The method of claim 7 , further comprising receiving a request to deposit one or more assets to at least one asset pool or withdraw one or more assets from the at least one asset pool and depositing the one or more assets to the at least one asset pool or withdrawing the one or more assets form the at least one asset pool.
10. The method of claim 7 , wherein the class definition provides properties and functions of the non-fungible token.
11. The method of claim 7 , further comprising associating a communication interface with the digital token in accordance with a class definition, wherein the communication interface is compliant with a communication specification implemented by the asset registry and which is configured to expose a set of predefined functions, wherein the set of predefined functions include asset ownership transfer functions, asset valuation publication functions, asset attribute determination functions, and/or specific processing logic.
12. The method of claim 7 , further comprising, wrapping the liquidity token with a digital fungible token by assigning ownership of the liquidity token to the digital fungible token to thereby create a data structure that permits fractional ownership of the assets and revenue represented by the liquidity token.
13. A computer system for creating a data structure representing a tokenized pair of assets comprising:
at least one computer processor;
at least one memory; and
a data structure recorded on a non-transient media;
wherein the at least one computer processor creates a digital token for each side of an asset pair, wherein each digital token is created in accordance with a class definition, and wherein each digital token includes a unique token identifier that is registered in association with the corresponding asset as a unique record in the at least one memory;
wherein the at least one computer processor assigns ownership of each of the digital tokens to a respective wallet that is owned by a smart contract;
wherein a fungible digital token wraps a non-fungible token through an ownership assignment of the non-fungible token to a wallet associated with the fungible digital token to thereby create a data structure that represents revenue generated by providing liquidity between assets of the asset pair;
wherein the at least one computer processor creates non-fungible asset tokens, wherein each non-fungible asset token represents each asset pool in the asset pair in accordance with the class definition, wherein each non-fungible token includes a unique non-fungible token identifier; and
wherein the at least one computer processor assigns ownership of each of the asset tokens to a wallet that is owned by a liquidity token.
14. The method of claim 13 , wherein an elastic securitization algorithm is applied to allocate resources invested in the assets of the asset pair to meet the underlying liquidity needs.
15. The system of claim 13 , wherein the system is operable to receive a request to deposit one or more assets to at least one asset pool or withdraw one or more assets from the at least one asset pool and wherein the at least one computer processor is operable to cause the one or more assets to be deposited into the at least one asset pool or the one or more assets to be withdrawn from the at least one asset pool.
16. The system of claim 13 , wherein the class definition provides properties and functions of the non-fungible token.
17. The system of claim 13 , wherein the data structure permits fractional ownership of the assets.
18. The system of claim 13 , further comprising a communication interface associated with the digital token in accordance with the class definition, wherein the communication interface is compliant with a communication specification implemented by an asset registry and which is configured to expose a set of predefined functions, wherein the set of predefined functions include asset ownership transfer functions, asset valuation publication functions, asset attribute determination functions, and/or asset specific processing logic.
19. The system of claim 18 , wherein the asset ownership transfer functions are operable to be executed, and include at least one of a Create Sell Order function, a Cancel Sell Order function, an Accept Sell Order Function, a Create Purchase Order function, a Cancel Purchase Order Function, an Accept Purchase Order Function, and/or a Reject Purchase Order Function.