Metadata process, with static and evolving attributes, introduced into tokenization standards

1 . A method comprising:

accessing a token representing a partial interest in an asset;

assigning the token a unique token identifier;

associating the unique token identifier with corresponding metadata contained in the token, wherein the metadata includes:

metadata identifying a class corresponding to the partial interest in the asset when minting the token;

static metadata storing a baseline intrinsic value of the partial interest in the asset, the baseline intrinsic value assigned when minting the token;

dynamic metadata storing values of evolvable token attributes including depreciation metadata comprising a per-token depreciation allowance derived from a depreciation schedule for the partial interest in the asset;

updating and logging changes to values in the dynamic metadata in view of token attribute evolution, including updating a value in the depreciation metadata when a holder of the token reports a use or retention of depreciation, and decrementing a value of a remaining allowance accordingly;

updating a qualitative value of the partial interest in the asset, differing from the baseline intrinsic value, based on the updated value in the depreciation metadata;

publishing the qualitative value along with information about the logged changes;

detecting a change in an electronic capitalization table between the token and another token representing another partial interest in the asset;

recording each change in the metadata in a primary ledger implemented as a SQL database;

tracking depreciation utilization, wherein depreciation utilization includes: (1) using depreciation, wherein the depreciation metadata includes matching baseline intrinsic value and attributes, (2) keeping depreciation, wherein the depreciation metadata includes matching baseline intrinsic value and deviating attributes, and (3) not using depreciation, wherein the baseline intrinsic value and attributes do not change; and

synchronizing a secondary ledger implemented as a blockchain with the primary ledger after an intentional lag time using a protocol that ensures that both ledgers match, the intentional lag time selected to allow for correct and complete recording to the primary ledger prior to synchronization.

2 . The method of claim 1 , further comprising:

publishing the updated and logged changes in the metadata;

detecting a fluctuation to an evolving attribute by detecting a change to depreciation of fractional ownership in the asset represented by the token; and

updating a real-time token value based on the detected fluctuation to the evolving attributes by updating a qualitative value of the token based on the depreciation change.

3 . The method of claim 2 , further comprising:

tracking the updated qualitative value, the static metadata, and the dynamic metadata, including the fluctuation to the evolving attribute, in a digital ledger;

publishing a change log comprising the date and time the fluctuation was detected.

4 . The method of claim 3 , wherein tracking the qualitative value, the static metadata, and the dynamic metadata in a digital ledger comprises managing and storing the static metadata and the dynamic metadata along with ownership details for the token in accordance with a token contract using the unique token identifier.

5 . The method of claim 3 , further comprising subsequent to tracking the updated qualitative value, the static metadata, and the dynamic metadata:

electronically receiving a purchase indication that an entity desires to purchase the token;

verifying that the digital token is available for sale in accordance with an agreement contract;

transferring fiat currency in an amount of the updated qualitative value out of a fiat currency digital wallet of the entity; and

transferring the digital token into a token digital wallet of the entity.

6 . The method of claim 3 , wherein tracking the updated qualitative value, the static metadata, and the dynamic metadata, including the fluctuation to the evolving attribute, in the digital ledger using the unique token identifier comprises making an entry into a blockchain.

7 . The method of claim 1 , further comprising publishing a historical log that shows the qualitative value, the static metadata, and the dynamic metadata over time from minting to a current date.

8 . The method of claim 1 , further comprising:

publishing a type of the changes;

detecting a fluctuation to an evolving attribute by detecting a change to dividend owed corresponding to the token; and

further updating the qualitative value based on the dividend owed change.

9 . The method of claim 1 , further comprising: introducing static metadata into the digital token by storing a share class corresponding to the token in the static metadata.

10 . The method of claim 1 , further comprising: minting a series of tokens, including the token and the other token, each token in the series of tokens representing fractional ownership in the asset.

11 . A system comprising:

a processor;

system memory coupled to the processor and storing instructions configured to cause the processor to:

access a token representing a partial interest in an asset;

assign the token a unique token identifier;

associate the unique token identifier with corresponding metadata contained in the token, wherein the metadata includes:

metadata identifying a class corresponding to the partial interest in the asset when minting the token;

static metadata storing a baseline intrinsic value of the partial interest in the asset, the baseline intrinsic value assigned when minting the token;

dynamic metadata storing values of evolvable token attributes including depreciation metadata comprising a per-token depreciation allowance derived from a depreciation schedule for the partial interest in the asset;

update and log changes to the values in the dynamic metadata as attributes of the token evolve, including update a value in the depreciation metadata when a holder of the token reports a use or retention of depreciation, and decrement a value of a remaining allowance accordingly;

update a qualitative token value of the partial interest in the asset, differing from the baseline intrinsic value, based on the updated value in the depreciation metadata;

publish the qualitative value along with information about the logged changes;

detect a change in an electronic capitalization table between the token and another token representing another partial interest in the asset;

record each change in the metadata in a primary ledger implemented as a SQL database;

track depreciation utilization, wherein depreciation utilization includes: (1) using depreciation, wherein the depreciation metadata includes matching baseline intrinsic value and attributes, (2) keeping depreciation, wherein the depreciation metadata includes matching baseline intrinsic value and deviating attributes, and (3) not using depreciation, wherein the baseline intrinsic value and attributes do not change; and

synchronize a secondary ledger implemented as a blockchain after an intentional lag time using a protocol that ensures that both ledgers match, the intentional lag time selected to allow for correct and complete recording to the primary ledger prior to synchronization.

12 . The system of claim 11 , further comprising instructions configured to cause the processor to:

publish the updated and logged changes in the metadata;

detect a fluctuation to an evolving attribute by detecting a change to depreciation of fractional ownership in the asset represented by the token; and

update the real-time token value based on the detected fluctuation to the evolving attribute by updating a qualitative value based on the depreciation change.

13 . The system of claim 11 , further comprising instructions configured to cause the processor to:

track the updated qualitative value, the static metadata, and the dynamic metadata, including the fluctuation to the evolving attribute, in a digital ledger;

publish a change log comprising the date and time the fluctuation was detected.

14 . The system of claim 13 , wherein instructions configured to cause the processor to track the qualitative updated value, the static metadata, and the dynamic metadata in a digital ledger comprise instructions configured to cause the processor to manage and store the static metadata and the dynamic metadata along with ownership details for the token in accordance with a token contract using the unique token identifier.

15 . The system of claim 13 , further comprising instructions configured to cause the processor to, subsequent to tracking the updated qualitative value, the static metadata, and the dynamic metadata:

electronically receive a purchase indication that an entity desires to purchase the token;

verify that the digital token is available for sale in accordance with an agreement contract;

transfer fiat currency in an amount of the updated qualitative value out of a fiat currency digital wallet of the entity; and

transfer the digital token into a token digital wallet of the entity.

16 . The system of claim 13 , wherein instructions configured to cause the processor to track the updated qualitative value, the static metadata, and the dynamic metadata, including the fluctuation to the evolving attribute, in the digital ledger using the unique token identifier comprise instructions configured to cause the processor to make an entry into a blockchain.

17 . The system of claim 11 , further comprising instructions configured to cause the processor to:

publish a historical log that shows the qualitative value, the static metadata, and the dynamic metadata over time from minting to current date.

18 . The system of claim 11 , further comprising instructions configured to cause the processor to:

publish a type of the changes;

detect a fluctuation to an evolving attribute by detecting a change to a dividend owed corresponding to the token; and

further update the qualitative value based on the dividend owed change.

19 . The system of claim 11 , further comprising instructions configured to cause the processor to introduce static metadata into the digital token by storing a share class corresponding to the token in the static metadata.

20 . The system of claim 11 , further comprising instructions configured to cause the processor to mint a series of tokens, including the token and the other token, each token in the series of tokens representing fractional ownership in the asset.