WO2019217367A2 - A blockchain based digital asset management platform - Google Patents

Abstract

The systems and methods described herein discloses a blockchain platform which includes a plurality of subsystems for receiving user and virtual object information, where each subsystem can be configured to output a corresponding element based on the received information. A combination of the elements can be used to generate a digital asset representing the user or the virtual object. The digital asset can be associated with a composite DNA which can be encoded into an original block of a blockchain. The systems and methods disclosed herein can also generate a new digital asset based on a collision of existing digital asset where the new digital asset recorded and tracked through the blockchain technology.

Description

A BLOCKCHAIN BASED DIGITAL ASSET MANAGEMENT PLATFORM

CROSS-REFERENCE TO RELATED APPLICATION

[QQQ1] This application claims priority to U.S. Provisional Application No. 62/668,076, filed May 7, 2018, titled “A BLOCKCHAIN BASED DIGITAL ASSET MANAGEMENT PLATFORM”, the disclosure of which is hereby incorporated by reference in its entirety.

COPYRIGHT STATEMENT

[0002] A portion of the disclosure of this patent document contains material to which a claim for copyright is made.

BACKGROUND

[0003] Biockchain is an emerging technology which has attracted extensive attentions in recent years. Biockchain involves a distributed ledger technology which allows participants to co-create an immutable record of exchange or processing without relying on a central authority. Biockchain technology can include a network of participants. In the situation of a public biockchain, anyone can participate m the validation and creations of blocks m a biockchain; whereas in a private biockchain, participants are known and trusted.

SUMMARY

[0004] The system and methods of this disclosure each have several innovative aspects, no single aspect of which is solely responsible for various desirable attributes disclosed herein.

[0005] The disclosures herein describe a multi-tiered biockchain platform comprising: one or more of an application tier; a user tier; a service tier; a core tier; an infrastructure tier; wherein one or more of the said tiers are implemented on a computing device having a hardware processor.

[0006] The biockchain platform can include a plurality of subsystems for receiving user and virtual object information, where each subsystem can be configured to output a corresponding element based on the received information. A combination of the elements can be used to generate a digital asset representing the user or the virtual object. The digital asset can be associated with a composite DNA which can be encoded into an original block of a blockchain. The systems and methods disclosed herein can also generate a new digital asset based on a collision of existing digital asset where the new digital asset recorded and tracked through the blockchain technology.

[0007] The inventive concepts are not limited to the examples specifically described herein. Inventive subject matters extend beyond the examples specifically disclosed to other alternative examples and/or uses, and to modifications and equivalents thereof.

BRIEF DESCRIPTION OF THE DRAWINGS

[0008] Reference numbers may be re-used throughout drawings to indicate correspondence between referenced elements. The drawings are provided to illustrate examples of the subject matter described herein and not to limit the scope thereof.

[0009] FIG. 1 illustrates an example system architecture for a blockchain platform.

[0010] FIG. 2 illustrates examples of cross-tier functions implemented on the example platform(s) described herein.

[0011] FIG. 3A schematically illustrates an embodiment of an example composition of a digital asset.

[0012] FIG. 3B illustrates an example of elements in a classification system which contributes to the generation of an element m the digital asset.

[0013] FIG. 3C illustrates an example of creating a digital asset as part of the blockchain platform.

[0014] FIG. 3D illustrates an example process of creating a digital asset.

[0015] FIG. 4A illustrates a block diagram for a collision process of a digital asset.

[0016] FIG. 4B illustrates an example collision process of digital assets.

[0017] FIG. 5 illustrates an example blockchain network with participating nodes. [0018] FIG. 6 illustrates an example of computing device where one or more of which can be used to implement the present disclosure.

DETAILED DESCRIPTION

Overview

[0019] Blockchain technology provides many benefits, such as, for example, decentralization, immutability, transparency, trust, high availability, enhanced security, and/or lower cost of transactions. Blockchain technology uses a distributed ledger with a concensus system and cryptography to create and validate blocks. Blockchain technology can be used m smart contracts or cryptocurrency to store information associated with transactions. Blockchain provides a data structure that can store personal and transaction information. For example, blockchain can involve a distributed electronic ledger that can record a transaction having a source identifier and a destination identifier. The information may be recorded as blocks and every block may be linked to a prior block in the chain. The authenticity of the entire blockchain may be maintained where each block is associated with a cryptographic hash value of the prior block. Thus, each block in a block chain depends on the previous block and to edit a transaction in a block will require a recalculation of all subsequent blocks. As a result, it may become difficult to modify the data stored therein since the modification can affect the hash value of the entire block. Further, as the blockchain gets longer, it may be more difficult to modify the content in earlier blocks. Thus, blockchain can provide heightened protection for the integrity of the data stored in the blocks. Computer systems can maintain a blockchain and cryptographically validate each new' block (and thus the information in the block) via proof-of-work, where miners or peer nodes within a blockchain network validate blocks, for example, by solving cryptographic problems.

[0020] Integrating blockchain technology (and its associated benefits) into gaming and social networking platforms has been a challenging adventure. The system described herein can provide one or more platforms winch introduce blockchain technology into gaming and social networking by creating and tracking digital assets (or combinations thereof) from multiple systems. As one example, a digital asset can be composed of one or more elements, and their combinations thereof. An element can correspond to an item in an originating subsystem. For example, an element may be a signage in, for example, a Chinese Zodiac system, an Astrology Zodiac system, a Chinese Calligraphy, or a Chinese Trigram (each one of the four system can be considered as an originating subsystem). In some situations, a digital asset can include multiple elements or a combination of multiple elements, each corresponding to an originating subsystem. In one example, the system described herein can provide a b!ockchain based gaming platform which includes digital assets which involve combining elements from one or more of a Chinese Zodiac System, an Astrology Zodiac System, a Chinese Calligraphy, a Chinese Trigrams system, among other systems. As another example, the system can provide a blockchain based social platform combining elements from one or more of a Chinese Zodiac System, an Astrology Zodiac System, a Chinese Calligraphy or a Chinese Trigrams system, among other systems, for digital assets.

[0021] The platforms can include digital assets which may represent physical or virtual objects. The digital assets may be acquired, for example, through a user’s gaming effort or other“mining efforts”. The platforms can include algorithms for converting and representing real world assets, such as for example, commercial goods, stock warrants, or a person’s current or future net worth into digital assets (where digital asserts are backed by a blockchain). The assets from virtual environments, such as a gaming object or a social networking profile can also be converted using the algorithms or otherwise acquired through interactions with or in the virtual environments. Digital assets may or may not evolve over time depending on their nature. One type of digital asset may be“collectibles” which may retain their original forms. The collectible may correspond to physical assets, such as, for example, original arts, original paintings, jewelry, other collectable items in the physical world. The collectible may also correspond to virtual items that are defined to be immutable. Other types of digital assets may include“accessories” or“consumables” which could evolve over time. These types of digital assets could correspond to decorative items (for example, a frame of a painting), enhancements, or other physical or virtual items whose values may change over time. In other words, the“accessories” or“consumables” may correspond to items that are mutable.

[0022] The blockchains can preserve the uniqueness and/or immutability of the digital assets; the ledger can retain the transparency and fairness associated with changes or interactions of the digital assets; and/or the smart contract (incorporating blockcham technology) can enforce the execution of changes or interactions associated with the digital assets.

[0023] The system disclosed herein can include algorithms for converting the digital assets into blockcham based tokens. For example, the algorithms can“seed” the information of the digital assets or elements into a data block (for example, the original block). The system can also include algorithms for generating new digital assets through combinations of existing digital assets. The digital asset can be associated, for example, with a unique representation (which can include a string of alpha-numerical values uniquely representing the asset or elements of the asset). The unique representation may sometimes be referred to as DNA. For example, each of the elements (from the different systems) of a digital asset can be assigned a unique DNA, and a combination of the elements will result in a composite DNA representing the digital asset. The composite DNA may be a unique representation for identifying the digital asset. The composite DNA may be a collection (or linkage) of the DNAs contributed by each element (of the corresponding subsystem). The composite DNA may also be a hash value generated based on the DNAs contributed by each element. A digital signature may be generated for each DNA (or composite DNA) and stored in blockchain for immutability and transparency.

[0024] The interaction with a digital asset (by a user or among multiple digital asset) can be recorded as part of the blockchian for that digital asset. The record can be stored across a distributed peer-to-peer (P2P) network. With the accountability provided by blockcham, the heritage of each block chain associated with the digital asset can be traced retrospectively to its very origin. The tracing mechanism and information can be available to users of the platform.

System Architecture of an Example Blockchain Platform

[QQ25] FIG. 1 illustrates an example system architecture which can be used to implement a blockchain platform. The blockcham platform can be part of one or more application systems or platforms, such as, for example, a gaming platform, or a social networking platform, alone or in combination. The example blockchain platform 100 shown in FIG. 1 can employ a multi-tier structure, which may include an application tier 110, a user tier 120, a service tier 130, a core tier 140, and an infrastructure tier 150. In certain implementations, the blockchain platform 100 may have a different structure, such as more or fewer tiers.

[QQ26] The application tier 1 10 can include various modules where each module can control an aspect of an application system (such as a gaming or a social networking system). Each module can control and implement logics related to the characteristics, interactions, and evolvement of digital assets and the application system. As a non-limiting example, FIG. 1 illustrates a zodiac 1 12a, horoscope 112b, and derivatives 1 12c where the zodiac 112a and horoscope 112b modules can include algorithms for determining appearances or events (in the application system) associated with digital assets, and the derivatives module 112c can include logics associated with the evolvement of digital assets (such as the creation of a new digital asset as a result of a collision between multiple digital assets or changes of digital assets over time). The evolvement, interactions, or other events associated with digital asset can be reflected as part of the blockchain associated with the digital asset.

[0027] The application tier 1 10 can also include a compatibility rules engine 114a and a reproduction rules engine 114b which can implement algorithms and rules for generating new assets (for example, based on existing assets). The new assets can be generated as a result of the collision processes described herein. For example, as part of creating a new digital asset, the compatibility rules engine 114 can be programmed with rules which take into account elements of existing digital assets and calculate (e.g., with a probabilistic model) whether a value of an element of an existing digital asset should be retained or modified as a result of a collision with another digital asset. The reproduction rules engine 114a can be programmed to create a new digital asset with the elements from corresponding subsystems (and values associated with fields within an element) of each existing digital asset. The reproduction rules engine 1 14b can use the calculations from the compatibility rules engine to determine the characteristics and values of each element in the resulting new asset. The new asset can also be associated with a blockchain w^rhich takes into account the values of each element generated as a result of the collision process. The hlockchams associated with the previous assets (which may or may not extinguish as a result of the collision) can also record the event relating to the creation of a new digital asset. [0028] Although FIG. 1 illustrates compatibility rules engine 1 14a and reproduction rules engine 1 14b as separate engines, in some implementations, the compatibility rules engine 114 and the reproduction rules engine 114b can be part of the same engine. Further, in addition to or m alternative to the compatibility rules engine 1 14a and the reproduction rules engine 1 14b, the application system can include other rules engines implement logics that controls the interactions among digital assets as well as an interaction between a digital asset and the application system (or the user of the application system).

[0029] The application tier 110 can include a social module 116 which can be used to generate and/or control social networking scenes and/or the digital assets m the social networking scenes. The social module 1 16, for example, can implement functions and rules which cause digital asset to evolve over time where a representation of the evolvement can be hashed and stored as part of the bloekchain. As another example, the social module can implement functions and rules for interactions between users, the result of which can cause a digital asset to he created, collided (with another digital asset), or transferred. These interactions can also be recorded as part of the bloekchain. In certain implementations, in addition to or in alternative to the social module, the application tier 110 can include a gaming module for integrating digital assets into a video game environment, where a digital asset can evolve or generate (a new digital asset).

[0030] The user tier 120 can include modules for managing user’s profiles, accounts, and so on. The user tier 120 in the bloekchain platform 100 can include a user management system 122a, a business logic system 124a, and an administration system 126a. The user management system 122a can be programmed to manage user account information including the creation, update of the user account, as well as linking of digital assets to the user account, etc. The business logic system 124a can employ logics associated with user accounts, such as promotion and invitation systems. The administration system 126b can be programmed to track user account information and generate statistics.

[0031] The service tier 130 can include modules for managing business logic. In this example, the service tier 130 can include a tokenization framework 132. The tokenization framework 132 can be in communication with the core tier 140 and can be programmed to create a block in a biockchain using digital asset’s information. In certain implementations, the tokenization framework 132 can be part of the core tier 140.

[0032] The service tier 130 can also include a user management system 122b, a business logic system 124b, and an administration system 126b. The service tier 130 can be in electronic communication with the user tier 120 for managing a user’s account and/or digital assets associated with the user’s account. Thus, the sendee tier 130 can use the tokenization framework 132 to connect the user management systems 122a and 122b, business logic systems 124a and 124b, and administration systems 126a and 126b and thus achieving cross-platform communications.

[0033] The hlockchain platform 100 can also include a core tier 140. The core tier 140 can implement one or more bloekchain data structures for managing digital assets, and/or tracking evolutions and interactions of the digital assets. The core tier 140 can include modules, such as for example, a consensus module 142a, a ledger module 142b, a digest module 142c, a digital signature module 144, an encryption module 146, and a smart contract module 148. The consensus module 142a can implement consensus algorithms (including distributed consensus algorithms) for security and ledger consistency. Some example consensus algorithms include proof of work (where a user computer solves cryptographic problems) and proof of stake (which requires a user computer to prove their ownership of the block). Other types of consensus algorithms include practical hyzantine fault tolerance, delegated proof of stake, ripple, and Tendermint, etc. The ledger module 142b can store, update or create a ledger which can include a chain of blocks for transactions and interactions associated with a digital asset. As new event associated with digital asset occurs, the ledger module 142b can update the chain of blocks by adding new block where the new block encodes the previous block and information associated with the new event. The ledge module 142b can add child block to the chain of blocks. It can also record sister blocks (or blocks in another branch) as a result of an interaction or event. For example, the creation of a new digital asset as a result of a collision process may be created as a sister block. As another example, in certain implementations, a set of parallel events or interactions with a digital asset may also result in the creation of one or more sister blocks. [0034] As further described with reference to the encryption module 146, a variety of hashing algorithms can be applied to encode events and transactions associated with a digital asset. The digest module 142c can programmed to manage hash digests.

[0035] The digital signature module 144 can use asymmetric cryptographic mechanism to validate a transaction or information associated with a block. For example, the digital signature module 144 can use public and private key mechanism for validating the authenticity.

[0036] The encryption module 146 can be programmed to encode event information to create a new block which can be added to a chain or as the origin block of a new chain. As will further be described with reference to the subsequent figures, the encryption module 146 can use a variety of hashing algorithms to encode information to create a new block, where the information may be represented in an alphanumeric string as further described herein. In certain embodiments, the encryption module 146 can employ hashing algorithms such as a Merkle tree where the new block added to a chain of blocks can be the root block of a set of events (including information of digital assets derived as a result of the events), where the set of events includes a chain of events (such as in the form of leaves m a tree structure).

[0037] The smart contract module 148 can manages transactions related to the digital assets such as the transfer of a digital asset from one user to another or sharing a digital asset with a group of users. The smart contract module 148 can communicate with the encryption module 146 and ledger module 142b, among other modules in the core tier 140 or other tiers of the blockchain platform 100 (such as the application tier 1 10), such that the information about the transaction (and the digital asset) can be recorded as part of the blockchain (associated with the digital asset).

[0038] The infrastructure tier 150 of the blockchain platform 100 can be used to store the digital assets and computer instructions for executing the other aspects of the blockchain platform 100, such as, for example, the application tier 110, the user tier 120, the service tier 130, the core tier 140, and /or the infrastructure tier 150. The infrastructure tier 150 can further be configured to connect (directly or indirectly) to other computing systems in a blockchain network. In this example, the infrastructure tier 150 can include a storage 152 for storing digital assets (and their associated information thereof including the blocks or proof-of-work, etc.), a data store for storing algorithms 154 (or computer implementations of the algorithms) for performing the functions of the blockchain platform 100, and a chain network module 156 for electronically connecting or communicating with one or more other computing systems (to handle, for example, proof-of-work).

[0039] The modules in the blockchain platform 100 can be implemented in a central or distributed architecture. For example, one or more modules, such as the modules in the application tier 110 can be implemented on the users’ computing device, whereas the other modules can be implemented on a backend system associated with one or more application systems. As another example, the entire blockchain platform 100 can be implemented on a backend system which can support one or more application systems, including social networking systems or gaming systems.

[0040] FIG. 2 illustrates examples of cross-tier functions implemented on the platform. The cross-tier functions can span one or more of the areas of software development, platform operation, security, or compliance and accountability. Cross-tier functions can allow a separation of cross-cutting concerns, thus can improve the modularity of the application. One example of such cross-cutting concerns is security. The security concern can be across many tiers in the multi-tiered blockchain platform 100, despite that the multi-tiered blockchain platform 100 can be used in social networking or gaming applications. Thus, the security logics can be implemented in its own software package separate from the tier-specific modules shown in FIG. 1, which can achieve a clear separation of responsibilities and improved modularity. As another example, the strategy function under operation can be implemented by a combination of the application tier 110, the user tier 120, the service tier 130, the core tier 140, and the infrastructure tier 150. As another example, the authentication / authorization function can be implemented via a combination of the application tier 1 10, the user tier 120, the service tier 130, and the infrastructure tier 1 50. As yet another example, the compliance and accounting functions can be implemented by a combination of the core tier 140 and the infrastructure tier 150. Although the compliance and accounting functions can interface with the modules shown in FIG. 1, the compliance and accountability module (shown as the right most column in FIG. 2) can be implemented as a standalone software package separate from the tiered modules shown in FIG. 1, and thus achieving an improved modularity. Similar implementation mechanisms can also be applicable to the development module (which can provides tools for customizing the assets or other aspects of the blockchain platform) and the operation module (which can also be used to handle the sendee and customization of applications, strategies, and logics supported by the blockhead platform).

Examples of a Digital Asset and Its Elements

[0041] As described herein, a digital asset can be composed of one or more elements. The elements may be from one or more different subsystems. Each subsystem can take the user’s input or event/interaction data and use a set of subsystem rules or logics to output an element which will become part of the digital asset. Each of the elements can be identified by a unique DNA. An asset can then be represented by a composite DNA string, where the composite DNA string can be generated based on a combination of the unique DNAs of the elements from the corresponding subsystems.

[0042] As an example, a digital asset may be a virtual representation of a user John, where the digital asset can encode John’s personal data. Assuming that the user was born on May 28, 1962 at 2:22pm, this birth information can be translated into three representations, such as for example, representations in solar calendar, lunar calendar, and trigrams. Based on these three representations, the system (e.g., as employed by the blockchain platform 100) can generate three elements of the user John (as a digital asset) each corresponding to a subsystem, such as a Chinese Zodiac system (which uses the lunar calendar), an astrology Zodiac system (which uses the solar calendar), and a Trigrams system. Further, the digital asset representing the user can include a user’s name, which may be represented by symbols in a calligraphy system. The four elements can each be represented with an alpha-numeric string. A composite DNA string can be generated based on the alpha-numeric strings in combination. The composite DNA string can be the combination of the alphanumeric strings from the subsystems as appended together or otherwise linked using a data structure such as a tree structure or a linked list, among others. The composite DNA can be encoded through hashing, such as hashing the combined alpha numeric strings or hashing each alpha-numeric string individually and combining (or otherwise linking) the hashed outputs. This encoded composite DNA may serve as an original block (e.g., the very first block) in a chain of blocks. [0043] The digital asset representing a user may include a vital asset component. As an example, the vital asset component may include the four elements described above (for example, including three elements related to birth information and one element related to the name). The vital asset may be encoded as part of the initial block of a biockcham such as, e.g , through encoding associated with the composite DNA. In addition to the vital asset component, the digital asset can also encode other elements such as a user’s biometric information. The biometric information may also be part of the composite DNA in some situations. In other situations, the composite DNA represents the information m the vital asset and the biometric information can be hashed as part of and or otherwise linked to the composite DNA where the combination can be stored in a block in a blockchain associated with the user.

[0044] As described before, an element can be assigned a unique DNA (which may be presented using a blockchain data structure). The digital asset can be generated based on the four elements described above and the digital asset can be represented by a composite DNA generated based on individual DNA of each element. The composite DNA can be a unique representation of the digital asset.

[0045] FIG. 3A schematically illustrates an example composition of a digital asset. As shown in FIG. 3A, the digital asset 300 can include elements from multiple subsystems, such as for example, the elements 310, 320, 330, 340. Each element may correspond to a subsystem. For example, the element 310 can represent an element from an Astrology Zodiac system; the element 320 can represent an element from a Chinese Zodiac system, the element 330 can represent an element from a Trigram and Hexagram system, and the element 340 can represent an element from a Calligraphy system (which may include different types of calligraphies such as, for example, oracle bone script, bronze inscriptions, large seal script, small seal script, clerical script, regular script, semi-cursive script, cursive script, or simsun). An element in a subsystem can further include multiple sub-components or fields. For example, an element in an Astrology Zodiac system can include fields such as text, symbol, word description (for example name), constellation shape, or a sign of animal, among others, individually or in combination, for representing the element.

[QQ46] Each digital asset can have an associated visual representation. A visual representation may be generated for this asset according to the DN A value of each element or the composite DNA value. Continuing with the example above, the digital asset 300 can include and show a user John’s personal information. For example, the element 310 (corresponding to an Astrology Zodiac subsystem) can be represented by a Gemini symbol; the element 320 (corresponding to a Chinese Zodiac subsystem) can be represented by a Tiger symbol, the element 330 (corresponding to a Trigram and Hexagram subsystem) can be represented by a trigram or hexagram symbol which is associated with John’s birth information; and the element 340 (corresponding to the Calligraphy system) can be represented by text (written in a type of calligraphy script) showing John’s name. The visual representation can also include a background which can be determined by the blockeham system or selected by a user. The background may also be determined based on the values from the one or more subsystems (e.g., based on the DNA corresponding to one or more element), or based on the composite DNA. The digital asset 300 can also include a unique representation 350 of the digital asset itself. The unique representation can be determined from the composite DNA, and can be associated with a graphical representation, where the graph representation may involve identifying and mingling the values of components in each element which contributed to the composite DNA

[0047] Additionally as shown in the symbol 368 in FIG. 3B, the digital asset’s visual representation can incorporate elements from other subsystems, as each subsystem is modular and can each contribute to the visual representation of the digital asset. For example, the symbol 368 from a Chinese Zodiac system can incorporate symbols 362, 364 which correspond to an element in a trigram subsystem or a calligraphy subsystem.

[0048] FIG. 3B illustrates an example subsystem. In this example, the subsystem can correspond to the Chinese Zodiac system (which is used to generate the element 310 in FIG. 3A). Subsystem can also be referred to as a classifications system herein.

[0049] FIG. 3B illustrates an example subsystem. The subsystem can be implemented as part of the Zodiac module 112a shown m FIG. 1. This example subsystem corresponds to a Chinese Zodiac system as described in FIG 3A with reference to the element 310. A subsystem can include a set of elements and can apply rules that generates an element based on the input from a user, a virtual environment, or from the interactions among the digital assets. For example, the subsystem A illustrated in FIG 3B can output an element of“rat” when it receives an input that a user has a birth year of 1960. An element can include one or more fields, such as text (as shown m field A) and symbol (as shown in field B), among others. The subsystem A can output the“rat” element which would include the field rat as well as the symbol upon receiving the input of the user’s birth year. The outputted element can be used for digital asset generation (where the outputted element can be communicated to the application tier 1 10, the core tier 140, or the service tier 130). In some situations, the digital asset may include a subset of the fields of an element. For example, the digital asset may use symbol of the element“rat” but not the text field of the element.

[0050] Each element in the subsystem can be represented by an alphanumeric string unique to that element. In some implements, each field of an element can also be associated with an alphanumeric string and the element can include a combination of the alphanumeric strings of one or more fields of the element.

[QQ51] Although the example in FIG. 3B is illustrated with reference to the Chinese Zodiac system, other subsystems such as astrology Zodiac system, Trigram and Hexagram system, and Chinese Calligraphy system, or other subsystems of the gaming or social network system can also incorporate and apply their respective rules to output an element where the element (either by itself or with elements from other subsystems) will be used to create with a digital asset. Furthermore, although the examples in FIG. 3B illustrates a symbol 368 which includes symbols representing elements 362, 364 from other subsystems, in some implementations, the Zodiac system may include a base symbol representing information specific to the Zodiac system. This base symbol can be combined with symbols from other subsystems to create the symbol 368 shown in FIG. 3B.

[0052] FIG. 3C illustrates an example of creating a digital asset as par of the blockchain platform. As explained herein, a subsystem can contribute element(s) for creating a digital asset 300. Each element can have an DNA which includes information about the element (including the values of the fields comprising the element). In some situations, the DNA can include the information, such as the text or symbol of an element. In other situations, the DNA can include a representation of the information about the element, where the representation is expressed via an alphanumeric value. As illustrated m the example diagram 380, the element(s) from each subsystem can be represented by alphanumeric values, where a hashing function 310 can be applied to the combinations of the elements to create a digital asset 300, where the digital asset can be represented by a DNA, such as, e.g , the alphanumeric string 74...52. The hashing function 310 can utilizes the preceding hash key 382, although other hashing techniques can also be used. This alphanumeric string can be encoded into the first block of a b!ockcham representing the digital asset.

[0053] As previously explained an element can be represented by an alphanumeric string, such as the alphanumeric string 320, which presents values in one or more fields of the element. The element can also be represented by a set of alphanumeric strings as shown with reference to the element 310, element 330 in the diagram 380. In some scenarios, a subsystem may contribute more than one element (as shown with reference to elements 342 and 344, both of which are from the subsystem D). The hashing function 310 can be applied to each alphanumeric string in parallel or through a tree structure (e.g., a hashing algorithm is first applied to the elements from subsystem D and then combining the output from subsystem D with the element of the other subsystem to output a combined hash). Furthermore, the alphanumeric string associated with each element may be a hash which encodes information of each element or field(s) of the element. In addition to or in alternative to the alphanumeric string representing each element, the information of each element can be fed into the hashing function 310 to create the digital asset 300.

[0054] FIG. 3D illustrates an example process of creating a digital asset. The example process 385 can be performed by the bloekchain platform 100 including one or more of its tiers such as application tier, service tier, core tier, infrastructure tier. The example process 385 can be implemented with cross-tier functionalities.

[0055] At block 388, the platform receives information associated with a digital asset. The example process 385 can be used to create a vital asset in some scenarios which comprises a user’s personal information. The example process 385 can also be used to create other types of digital assets such as consumables or immutable types of digital assets which can receive characteristics of the digital asset and seed the captured characteristics as the original block in a bloekchain associated with the digital asset.

[0056] At block 390, the platform identifies one or more subsystems applicable for creating the digital asset. The subsystems can be part of the block chain platform, where the subsystems can be implemented by the application tier’s modules such as the Zodic module 1 12a, among other modules. As explained herein, some example subsystems include Chinese Zodiac system, astrology Zodiac system, calligraphy system, and trigram system. The subsystems may also include features specific to an application platform such as a gaming platform or a social network platform. For example, the subsystems can be associated with a digital pet and can include rules responsible for determining characteristics of digital pets in a gaming platform.

[0057] At block 392, the platform determines one or more elements corresponding to subsystem(s) based on the received information associated with the digital asset. For example, the Chinese Zodiac system can use a user’s birth year to output an element; the astrology Zodiac system can use the month and date to output an element; and the Trigrams system can use the date and time to output an element. With reference to the example of user John above, John’s name can be represented by scripts from a Chinese calligraphy system. He birth date and time can be represented by a tiger symbol from the Chinese Zodiac system which corresponds the year of birth; a Gemini symbol (outputted from the astrology Zodiac subsystem for representing his birth month and date); and a trigram symbol from the trigram subsystem for representing his birth date and time. In other examples, different types of subsystems can be used and a subsystem can use a portion of the entire the user’s information (among other information) to output an element for that subsystem.

[0058] At block 394, the platform output a composite DNA string for the digital asset. As explained herein, each element can contribute a DNA string. The collection of the DNA strings from each element can result in a composite DNA which uniquely identifies the digital asset.

[0059] At block 396, the platform seeds the composite DNA string into an original block for a blockcham associated with the digital asset. For example, the platform may encoded the information associated with each element of the digital asset into a hash by- applying a hash function and the store the hash value as part of the original block of the blockcham. Types of Digital Assets

[0060] The blockchain platform described herein can support various types of digital assets. Some example digital assets can include vital assets, digital pets, collectibles, accessories, and so forth, individually or in combination

[0061] The vital asset can encode a user’s personal information. A user can be assigned a vital asset after signing up, e.g., in a gaming or social networking platform. As a user may or may not provide full details of personal information at time of sign up, such that the quality of a vital asset can reflect the amount of data provided. As the user provides more information, the quality of the vital asset can increase accordingly. As one example, vital assert can include a user’s biometrics information such as a user’s fingerprints or facial characteristics. The fingerprints and facial information, once acquired, can be processed by a vectorization engine, which encrypts the received biometric information and hash the information itself or the encrypted information into an alphanumeric string which can become part of the composite DNA representing a user. As the quality of the vital asset grows, the user may gam more gaming or social privileges on the blockchain platform

[QQ62] Digital pets are another example type of a digital asset. A digital pet may be a representation (for example, using blockchain) of a virtual animation. The digital pet can be acquired through a mining or lottery process (further described below). Once acquired, digital pets can be improved through feeding and other activities. The interactions with the digital pets may be tracked using the blockchain data structure as explained with reference to FIG. 1.

[0063] Another example type of digital asset can be collectibles. Collectibles can be acquired through a purchase and trade/gift process. A collectible may retains its original form over time. As a result, the characteristics of a collectible may remain the same over a period of time, which may be in contrast with some of the other types of digital assets whose characteristics (such as those expressed in the feature matrices) may change over time. The changes of the characteristics can be recorded as part of the blockchain associated with the digital asset.

[0064] Accessories can be another example type of digital asset. The accessories can include decorations, enhancements, or accessory⁷ pieces for other types of digital assets. For example, an accessory asset can include a ribbon for decorating a digital pet. The accessory asset applied to another digital asset can be recorded as part of the biockcham (for the accessory asset or the other digital asset) using the collision process described below or by adding a sister branch to the blockchain or otherwise updating the biockcham (e.g., through the addition of a new block).

Examples of Acquisitions of Digital Assets

[0065] Digital asset can be acquired in different wavs, such as for example, through sign-up, mining, trading, gifting, purchasing, or lottery. As an example of acquisition through sign-up, the blockchain platform can assign an initial asset according to user’s personal data and preferences. The initial asset can be associated with the original block generated using the techniques described with reference to FIGS. 3A and 3C. Such assignment of an initial asset can occur during the user’s sign-up process. The initial asset may include the vital asset described with reference to FIG. 3 A. As a user provides more detailed personal data during interactions with the blockchain platform, the quality of vital asset can increase accordingly, where the updates can be recorded as the subsequent block or a sister block associated with blockchain representing the user.

[0066] Mining is another way of acquiring digital assets. For example, a user can acquire more digital assets through a mining process during a game play or through various interactions with other users. The mining process can follow the same paradigm of a POW (Proof-of-Work) mechanism.

[0067] The digital assets can also be acquired through trades or gifts among users. A user can also acquire digital assets through purchase, for example, through digital currency or cryptocurrency. Such acquisitions can be recorded as part of the blockchain of the digital asset using the techniques described with reference to FIG. 1, such as, e.g., through the smart contract module 148.

[0068] The platform may also implement a lottery' mechanism for dispensing digital assets. The lottery may be activated periodically on the platform. The chance of winning a lottery may be proportional to the quality of the user’s vital asset or the privilege according to the user’s account. In certain implementations, the platform may not have any eligibility requirements or qualifications for a user to win a lottery. However, the platform may require the user to pass a certain threshold verification to claim the lottery winning. For example, the platform may require a user to verify with a government-issued identification document before the user can claim the lottery winning. As a result the lottery' can encourage the users of the platform to provide more information and accurate information about themselves (and thus can enhance the quality of the vital assets). The winner of the lottery (i.e. the user which acquired an asset) can be recorded as part of the blockchain associated with the asset.

Compatibility and Interoperability of Elements of Digital Assets

[0069] Elements of the same or different subsystems can interact with each other. The blockchain platform can implement a variety of rules for determining how the elements can interact and the results of the interactions. The rules for interactions may be dependent on the types of subsystems to which the elements belong. For example, with reference to FIGS 3 A and 3B, the elements from the four subsystems may interact with each other according one or more rules, such as for example, Chinese Numerology and Fengshui theory, Yi Ching, Wu Xing, Trigram theory, Astrology, Horoscope rules, and so on.

[0070] Blockchain technology may be used to enforce the rules through smart contract. For example, an interaction may be considered as a transaction under smart contract, which can be tracked and may be irreversible so that all rules are executed with transparency and accountability. The interaction can also apply a collision process, which can create a new digital asset as further explained with reference to FIGS. 4A and 4B.

Example Calculations Associated with Digital Assets

[0071] As described herein, the digital assets (and the elements therein) can be assigned with DNAs (or a composite DNA). In the example blockchain platform, the (composite) DNA can be a unique characteristic value of a given asset. The DNA can encode the personified traits, behavioral properties as well as the visual presentation of the corresponding asset.

[0072] A given digital asset can be decomposed to elements as specified in section above and each element can be further expressed in terms of its characteristic values (e.g., the values associated with fields illustrated m FIG. 3B). The DNA of a given asset can be calculated by combining one or more characteristic values (for an asset’s composite elements), where the combination can be represented by an alphanumerical string.

[0073] The digital assets can interact with each other to generate new digital assets. For example, when two virtual animals interact, the platform may generate a new virtual animal as a baby of the two virtual animals. The new digital asset generated as a result of interactions of the two digital assets can be calculated as a collision event of the two composite DMAs (of the corresponding digital assets).

[0074] FIG. 4A illustrates a block diagram for a collision process of a digital asset where the collision process takes into account the characteristics values for each digital asset to create a new digital asset. FIG. 4A illustrates a diagram 400 which includes two digital assets 402a and 402b, where each digital asset has a composite DNA 404a, 404b, respectively. The composite DNA can be a representation of the elements of a digital asset. These elements can be referred to as static features 406a, 406b.

[0075] Each composite DNA may correspond to a feature matrix which can describe values of the elements/static features of a digital asset. With reference to the same example above, two virtual animals may each have a feature matrix where the feature matrix includes values for each element (or values of the fields within each element) that composes of the digital asset. Upon collision of the two DNAs, the feature matrix can be combined and consequently a new asset can be born with a combined feature matrix, or a new (composite) DNA. The feature matrix can be combined using one or more probabilistic models.

[0076] During the collision process, the blockchain platform calculates the compatibility and interoperability of the features (as shown in block 410) from each of the digital assets 402a and 402b. The platform can consider characteristics (or values of elements) reflected m each asset’s DNA string, such as birth date, zodiac, Trigram, among others. The collision process will match the static features of the two colliding assets and calculates a level of compatibility of the two digital assets.

[0077] The collision also takes into account features external to those encoded in the DNA strings, such as time and location data (which can be based on a physical location or a location in a virtual environment) collected for the collision. These external features can sometimes referred to as dynamic features 408, as they may not be dependent on the parties’ DNA strings. Data for the dynamic features can be used to augment the level of compatibility of 2 colliding assets. For example, a social networking or gaming platform can designate a time and geo-location which are associated with a compatibility-enhancing function for a collision process. Users are thus encouraged to organize and attend social gathering or promotional event. The geolocation and time can either be publicly announced in a gaming or social networking platform, or can be hidden. In the latter scenario, the platform can provide a user with cues (which can be verbal clues and/or visual marks) to identify those hidden locations/time thus produce better digital assets with enhanced compatibility level.

[0078] As one example, the DNA collision can happen when two users (or assets) engage through activities on the platform. During the collision, the platform can first determine the compatibility of the two digital assets based on rules described with reference to determining compatibility or operability of elements. The time and/or location of the collision can further be considered as the third factor to either enhance or counteract the degree of compatibility. For example, the DNA collision can occur based on the values of feature matrices at a given time (or location). Users can have the choice of accept or abandon the collision process to try it again at a later time, when better results may be achieved with the same two assets.

[0079] The compatibility (and interoperability) calculation can be based on subsystems involved and rules described m the section immediately above. The calculation can be used to create a new digital asset 402c as part of the collision process. The new digital asset 402c can include static features 406c determined as a result of the compatibility and interoperability calculations, and can be based on a combination of the static features 406a and 406b, or based on features selected from either the static features 406a or the static features 406b. The static features 406c can also be associated with a feature matrix, where the values within the feature matrix can be determined based on the rules associated with the interactions of the digital assets 402a and 402b. For example, the selection of an element from a subsystem A in the digital asset 402a may prevent combining the elements from subsystem B in digital assets 402a and 402b or may prevent (or require) an element from subsystem C in the digital asset 402b as part of the new digital asset 402c.

[QQ80] The digital assets in the platform can be uniquely converted into a digital token in a tokenization process. For example, a given digital asset can be first converted to DNA(s) or a composite DNA (as represented by a feature matrix), and DNA can be converted into a digital token through a hash function and recorded on blockchain for immutability and accountability.

[0081] Through tokemzation process, the platform can express the existing assets in terms of digital tokens and currency and allow for the trading capability of a digital asset.

[0082] FIG. 4B illustrates an example collision process of digital assets. The example process 420 can be performed by the blockchain platform 100, including one or more of its tiers such as the application tier 1 10, the service tier 130, and the core tier 140.

[0083] At block 422, the platform can identify a first digital asset and a second digital asset where each digital asset can include static features, or be associated with a set of DNAs (each representing an element) or a composite DNA (which uniquely identifies the digital asset).

[0084] At block 426, the platform determines a first feature matrix associated with a first digital asset and a second feature matrix associated with a second digital asset. As explained herein, because a digital asset includes elements from multiple subsystems, the feature matrix can include rows and columns which represents the values of the elements (and/or values of the fields within elements). The feature matrix can represent the static features of the digital assets.

[0085] At the optional block 430, the platform can determine dynamic features that can be incorporated into the collision process. The dynamic feature can change the compatibility or interoperability of the digital assets or features within the digital assets.

[0086] At block 434, the platform determines compatibility and/or interoperability of the digital assets, which will be used to determine the feature(s) from the first digital asset or the second digital asset, or a combination of the two, that will comprise the feature matrix of the new digital asset created as a result of the collision process.

[0087] At block 438, the platform creates a third feature matrix for the new digital asset which includes features / values of the elements determined as a result of the calculation from the block 434.

[0088] At block 442, the platform create a composite DNA for the new asset through a tokemzation process. The tokenization process can apply a hash function to create a digital token which can be used as part of the composite DNA. Other Aspects of the Blockchain Platform

[0089] The blockchain platform can provide various communities for users to interact with each other. For example, the platform can include a Zodiac community which may be a place for users from the gaming system of the blockchain platform to exchange ideas, find friends with compatible zodiac properties, or acquire more digital assets through trade and exchange.

[QQ90] Outside gaming, other communities may also be available. For example, a charity community can enable users to donate digital assets to people or causes. Blockchain technology can bring some key benefits such as transparency and low transaction cost into the charity giving process. As another example, education community can be available to bind education related assets with tokens (for example, through the tokenization process described above), providing a user an opportunity' to build a credible education history' and set of certificates based on the foundation of blockchain technology. As yet another example, the platform can include an insurance community for users to pool digital assets together and protect insured users against unexpected losses. Payment processing can be handled by smart contract on blockchain so that transparency and accountability can be provided. Additionally or alternatively, the platform can include a travel community which can enable users to provide shared housing or transportation services within the community, taking advantage of smart contract technology to reduce trust related concerns.

[0091] The platform can also provide digital currencies or cryptocurrencies. The digital currency can be provided as“Linkup Currency” or“Zodiac Currency”. A digital asset of the platform can be valued at an initial currency value (such as an initial price) at time of creation. The price may fluctuate afterwards depending on demand. A digital token exchange can also be provided to exchange tokens and currencies with external systems. The exchange can be supported for tokens and currencies traded within the platform or outside the platform described herein.

[0092] The platform can also provide a valuation and appraisal center to evaluate and appraise either digital assets or physical assets such as stocks, commercial goods or houses. The appraisal center can serve as a pivotal point connecting the digital world and physical world. Through this center, physical assets can be valued and converted to digital tokens, thus available for online trading through digital token exchange mentioned above. Physical assets can include but not limited to commercial goods, stock warrants, or a person’s current or future net worth.

[0093] As described above, a user and the associated information can be represented by a hlockcham data structure. The valuation and appraisal center can allow a person to create an initial public offering (IPO) of his or her personal potentials. When a user creates an IPO of his or her future in the form of digital token, other users can act as investors to invest (for example, through digital currency) in this person’s future earning ability based on the valuation of his/her future potential.

Overview of A BlockCham Network and a Computing Device and A BlockChain Network

[0094] FIG. 5 illustrates an example biockcham network. One or more modules of the b!ockchain platform 100 can be implemented as part of the blockchain network 530. The blockchain network 130 can have a plurality of nodes 140 for implementing the blockchain platform 100. For example, a user device can include one or more tiers of the blockchain platform 100, and the user device can also serve as a node 140 in the biockcham network 530. The user device can communicate with other nodes in the blockchain network through any suitable protocols employed in a distributed networking environment, the examples of which include peer-to-peer (P2P) and blockchain protocols.

[0095] FIG. 6 illustrates an example computing device 10 which can be used to implement various aspects of the blockchain platform 100. Other variations of the computing device 10 may be substituted for the examples explicitly presented herein, such as removing or adding components to the computing device 10 The computing device 10 may include a handled device, a smart phone, a tablet, a personal computer, a laptop, a smart television, a car console display, a server, and the like. The computing device 10 may also be distributed across multiple geographical locations. For example, the computing device 10 may be a cluster of cloud-based servers.

[0096] As shown, the computing device 10 includes a processing unit 20 that interacts with other components of the computing device 10 and also external components to computing device 10. A content reader 22 is included that communicates with content media 12 (which may be a game media or a media for storing digital assets). The content reader 22 may be an optical disc reader capable of reading optical discs, such as CD-ROMs or DVDs, or any other type of reader that can receive and read data from content media 12 One or more of the computing devices may be used to implement one or more of the systems, such as the blockchain platform 100 disclosed herein.

[0097] Computing device 10 may include a separate graphics processor 24 In some cases, the graphics processor 24 may be built into the processing unit 20. In some such cases, the graphics processor 24 may share Random Access Memory (RAM) with the processing unit 20. Alternatively or additionally, the computing device 10 may include a discrete graphics processor 24 that is separate from the processing unit 20 In some such cases, the graphics processor 24 may have separate RAM from the processing unit 20. Computing device 10 might be a handheld game application device, a dedicated game console computing system, a general-purpose laptop or desktop computer, a smart phone, a tablet, a car console, or other suitable system.

[9998] Computing device 10 also includes various components for enabling input/output, such as an I/O 32, a user I/O 34, a display I/O 36, and a network I/O 38. I/O 32 interacts with storage element 40 and, through a device 42, removable storage media 44 in order to provide storage for computing device 10. Processing unit 20 can communicate through I/O 32 to store data, such as game state data and any shared data files. In addition to storage 40 and removable storage media 44, computing device 10 is also shown including ROM (Read-Only Memory) 46 and RAM 48. RAM 48 may be used for data that is accessed frequently, such as when a video game is being played.

[9999] User I/O 34 is used to send and receive commands between processing unit 20 and user devices, such as game controllers. In some embodiments, the user I/O 34 can include a touchscreen input. The touchscreen can be capacitive touchscreen, a resistive touchscreen, or other type of touchscreen technology that is configured to receive user input through tactile inputs from the player. Display I/O 36 provides input/output functions that are used to display images from the game being played. Network I/O 38 is used for input/output functions for a network. Network I/O 38 may be used during execution of a game, such as when a game is being played online or being accessed online, or application of social network

[9199] Display output signals produced by display I/O 36 comprise signals for displaying visual content produced by computing device 10 on a display device, such as graphics, user interfaces, video, and/or other visual content. Computing device 10 may comprise one or more integrated displays configured to receive display output signals produced by display I/O 36. According to some embodiments, display output signals produced by display I/O 36 may also be output to one or more display devices external to computing device 10.

[0101] The computing device 10 can also include other features that may be used with a video game, such as a clock 50, flash memory 52, and other components. An audio/video player 56 might also be used to play a video sequence, such as a movie. It should be understood that other components may be provided in computing device 10 and that a person skilled m the art will appreciate other variations of computing device 10.

[0102] Program code can be stored in ROM 46, RAM 48 or storage 40 (which might comprise a hard disk, other magnetic storage, optical storage, other non-volatile storage or a combination or variation of these). Part of the program code can be stored in ROM that is programmable (ROM, PROM, EPROM, EEPROM, and so forth), and part of the program code can be stored in storage 40, and/or on removable media such as content media 12 (which can be a CD-ROM, cartridge, memory chip or the like, or obtained over a netwOrk or other electronic channel as needed). In general, program code can be found embodied m a tangible non-transitory signal -bearing medium.

[0103] Random access memory (RAM) 48 (and possibly other storage) is usable to store variables and other game and processor data as needed. RAM 48 is used and holds data that is generated during the execution of an application and portions thereof might also be reserved for frame buffers, application state information, and/or other data needed or usable for interpreting user input and generating display outputs. Generally, RAM 48 is volatile storage and data stored within RAM 48 may be lost when the computing device 10 is turned off or loses power.

[0103] As computing device 10 reads content media 12 and provides an application, information may be read from content media 12 and stored in a memory device, such as RAM 48. Additionally, data from storage 40, ROM 46, servers accessed via a network (not shown), or removable storage media 44 may be read and loaded into RAM 48. Although data is described as being found in RAM 48, it will be understood that data does not have to he stored in RAM 48 and may be stored in other memory accessible to processing unit 20 or distributed among several media, such as content media 12 and storage 40.

Additional Aspects

[0104] In a 1 st aspect, a system for interacting with digital assets in a multi-tiered blockchain platform comprising: a memory for storing digital assets and algorithms for creating the digital assets in a multi-tiered blockchain platform; and a hardware processor communicatively coupled to the memory and is programmed to: receive information associated with a digital asset; identify a plurality of subsystems applicable for creating the digital asset, wherein the plurality of subsystems is configured to parse the received information and to output elements of the corresponding subsystems in the plurality of subsystems using logics native to the corresponding subsystems; determine a plurality of elements corresponding to their respective subsystems of the plurality of subsystems, where the plurality of elements are determined based on at least a portion of the received information; generate a composite DNA string for the digital asset, wherein the composite DNA string encodes DNA information from each of the plurality of elements, where each element contributes to a portion of the composite DNA string; and seed the composite DNA string into an original block for a block chain associated with a digital asset.

[0105] In a 2nd aspect, the system of aspect 1 , wherein the digital asset comprises at least one of: a user profile, a digital pet, a mutable virtual object, or a collectible virtual object.

[0106] In a 3rd aspect, the system of aspect 1 or 2, wherein the information comprises a user’s personal data.

[0107] In a 4th aspect, the system of any one of aspects 1-3, wherein the plurality of subsystems comprise at least one of: a Zodiac system, a trigram system, or a calligraphy system.

[0108] In a 5th aspect, the system of any one of aspects 1-4, wherein to generate the composite DNA, the hardware processor is programmed to perform a hashing function on the DNA information from each of the plurality of element. [0109] In a 6th aspect, the system of any one of aspects 1 -5, wherein the multi tiered blockchain platform is associated with a gaming application or a social networking application.

[0110] In a 7th aspect, the system of any one of aspects 1-6, wherein the multi-tiered blockchain platform comprises at least one of an application tier for implementing at least a portion of the subsystems m the plurality of the subsystems, a core tier for implementing a blockchain logics, or an infrastructure tier for supporting a storage and verification of the digital assets.

[0111] In an 8th aspect, the system of any one of aspects 1-7, wherein the hardware processor is further programmed to update the blockchain associated with the digital asset in response to an event as a result of an interaction with a user or another digital asset.

[0112] In a 9th aspect, a system for interactions among digital assets in a multi tiered blockchain platform comprising: a memory for storing digital assets and algorithms interactions among the digital assets in a multi-tiered blockchain platform: and a hardware processor communicatively coupled to the memor and is programmed to: identify a first digital asset associated with a first blockchain and a second digital asset associated with a second blockchain; determine a first feature matrix associated with the first digital asset and a second feature matrix associated with the second digital asset, wherein the feature matrix comprises characteristics associated with a plurality of elements, where each element is derived by a corresponding subsystem in the multi-tiered blockchain platform; determining compatibility of the first digital asset and the second digital asset based at least in part on the compatibility of elements composing the first digital asset and the second digital asset; calculating a third feature matrix for a third digital asset based on the compatibility of the first digital asset and the second digital asset, wherein the third digital asset is created based on the compatibility of the first digital asset and the second digital asset; and applying a tokenization process to the third feature matrix to create a composite DNA representing the third digital asset.

[0113] In a 10th aspect, the system of aspect 9, wherein the hardware processor is further programmed to identify dynamic features and adjust compatibility of values m the first feature matrix and the second feature matrix based on the dynamic features. [0114] In an 1 1th aspect, the system of aspect 9 or 10, wherein the dynamic features comprises at least one of a time or location of the interaction

[0115] In a 12th aspect, the system of any one of aspects 9-11, wherein the composite DNA is seeded as an original block associated with a third biockcham associated with the third digital asset

[0116] In a 13th aspect, the system of any one of aspects 9-12, wherein the hardware processor is further programmed to update the first bloekchain or the second biockcham to reflect a generation of a third digital asset.

[0117] In a 14th aspect, the system of any one of aspects 9-13, wherein the subsystem comprise at least one of: a Zodiac system, a trigram system, or a calligraphy system.

[0118] In a 15th aspect, the system of any one of aspects 9-14, wherein the multi tiered bloekchain platform comprises at least one of an application tier for implementing the subsystem, a core tier for implementing a bloekchain logics, or an infrastructure tier for supporting a storage and verification of digital assets

[0119] In a 16th aspect, a method for creating a digital asset in a biockcham based platform comprising: receiving information associated with a digital asset; identifying a plurality of subsystems applicable for creating the digital asset, wherein the plurality of subsystems is configured to parse the received information and to output elements of the corresponding subsystems in the plurality of subsystems using logics native to the corresponding subsystems; determining a plurality of elements corresponding to their respective subsystems of the plurality of subsystems, where the plurality of elements are determined based on at least a portion of the received information; generating a composite DNA string for the digital asset, wherein the composite DNA string encodes DNA information from each of the plurality of elements, where each element contributes to a portion of the composite DNA string; and seeding the composite DNA string into an original block for a block chain associated with a digital asset

[0120] In a 17th aspect, the method of aspect 16, wherein the digital asset comprises at least one of: a user profile, a digital pet, a mutable virtual object, or a collectible virtual object. [0121] In a 18th aspect, the method of aspect 16 or 17, wherein the information comprises a user’s personal data.

[0122] In a 19th aspect, the method of any one of aspects 16-18, wherein the plurality of subsystems comprise at least one of: a Zodiac system, a trigram system, or a calligraphy system.

[0123] In a 20th aspect, the method of any one of aspects 16-19, further comprises performing a hashing function on the DNA information from each of the plurality of element.

[0124] In a 21st aspect, the method of any one of aspects 16-20, further comprises updating the blockchain associated with the digital asset in response to an event as a result of an interaction with a user or another digital asset.

[0125] In a 22nd aspect, a method for interactions among digital assets in a multi tiered blockchain platform comprising; identifying a first digital asset associated with a first blockchain and a second digital asset associated with a second blockchain; determining a first feature matrix associated with the first digital asset and a second feature matrix associated with the second digital asset, wherein the feature matrix comprises characteristics associated with a plurality of elements, where each element is derived by a corresponding subsystem in the multi-tiered blockchain platform; determining compatibility of the first digital asset and the second digital asset based at least in part on the compatibility of elements composing the first digital asset and the second digital asset; calculating a third feature matrix for a third digital asset based on the compatibility of the first digital asset and the second digital asset, wherein the third digital asset is created based on the compatibility' of the first digital asset and the second digital asset; and applying a tokenization process to the third feature matrix to create a composite DNA representing the third digital asset.

[0126] In a 23rd aspect, method of aspect 22, further comprises identifying dynamic features and adjust compatibility of values in the first feature matrix and the second feature matrix based on the dynamic features.

[0127] In a 24th aspect, the method of aspect 22 or 23, wherein the dynamic features comprises at least one of a time or location of the interaction. [0128] In a 25th aspect, the method of any one of aspects 22-24, wherein the composite DNA is seeded as an original block associated with a third blockchain associated with the third digital asset.

[0129] In a 26th aspect, the method of any one of aspects 22-25, further comprises updating the first blockchain or the second blockchain to reflect a generation of a third digital asset.

[0130] In a 27th aspect, the system of any one of aspects 22-26, wherein the subsystem comprise at least one of: a Zodiac system, a trigram system, or a calligraphy system.

Other Considerations

[0131] It is to be understood that not necessarily all objects or advantages may be achieved m accordance with any particular embodiment described herein. Thus, for example, those skilled in the art will recognize that certain embodiments may be configured to operate m a manner that achieves or optimizes one advantage or group of advantages as taught herein without necessarily achieving other objects or advantages as may be taught or suggested herein.

[0132] All of the processes described herein may be embodied in, and fully automated, via software code modules executed by a computing system that includes one or more computers or processors. The code modules may be stored m any type of non- transitory' computer-readable medium or other computer storage device. Some or all the methods may be embodied in specialized computer hardware.

[0133] Many other variations than those described herein will be apparent from this disclosure. For example, depending on the embodiment, certain acts, events, or functions of any of the algorithms described herein can be performed in a different sequence or can be added, merged, or left out altogether (for example, not all described acts or events are necessary for the practice of the algorithms). Moreover, m certain embodiments, acts or events can be performed concurrently, for example, through multi -threaded processing, interrupt processing, or multiple processors or processor cores or on other parallel architectures, rather than sequentially. In addition, different tasks or processes can be performed by different machines and/or computing systems that can function together. [0134] The various illustrative logical blocks and modules described in connection with the embodiments disclosed herein can be implemented or performed by a machine, such as a processing unit or processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A processor can be a microprocessor, but in the alternative, the processor can be a controller, microcontroller, or state machine, combinations of the same, or the like. A processor can include electrical circuitry configured to process computer-executable instructions. In another embodiment, a processor includes an FPGA or other programmable device that performs logic operations without processing computer-executable instructions. A processor can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality' of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. Although described herein primarily with respect to digital technology, a processor may also include primarily analog components. For example, some or all of the signal processing algorithms described herein may be implemented in analog circuitry' or mixed analog and digital circuitry. A computing environment can include any type of computer system, including, but not limited to, a computer system based on a microprocessor, a mainframe computer, a digital signal processor, a portable computing device, a device controller, or a computational engine within an appliance, to name a few.

[0135] Conditional language such as, among others,“can,”“could,”“might” or “may,” unless specifically stated otherwise, are understood within the context as used in general to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.

[0136] Disjunctive language such as the phrase“at least one of X, Y, or Z,” unless specifically stated otherwise, is understood with the context as used in general to present that an item, term, etc., may be either X, Y, or Z, or any combination thereof (for example, X, Y, and/or Z). Thus, such disjunctive language is not generally intended to, and should not, imply that certain embodiments require at least one of X, at least one of Y, or at least one of Z to each be present.

[0137] Any process descriptions, elements or blocks m the flow diagrams described herein and/or depicted in the attached figures should be understood as potentially representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or elements in the process. Alternate implementations are included within the scope of the embodiments described herein in which elements or functions may be deleted, executed out of order from that shown, or discussed, including substantially concurrently or in reverse order, depending on the functionality involved as would be understood by those skilled in the art.

[0138] Unless otherwise explicitly stated, articles such as“a” or“an” should generally be interpreted to include one or more described items. Accordingly, phrases such as“a device configured to” are intended to include one or more recited devices. Such one or more recited devices can also be collectively configured to carry' out the stated recitations. For example,“a processor configured to cany out recitations A, B and C” can include a first processor configured to carry out recitation A working in conjunction with a second processor configured to carry out recitations B and C.

[0139] It should be emphasized that many variations and modifications may be made to the above-described embodiments, the elements of which are to be understood as being among other acceptable examples. All such modifications and variations are intended to be included herein within the scope of this disclosure.

Other Considerations

[0140] While the disclosure has been described with respect to specific examples and embodiments including presently preferred modes of carrying out the invention, those skilled in the art will appreciate that there are numerous variations and permutations of the above described systems and techniques. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made. [0141] It is to be understood that not necessarily all objects or advantages may be achieved in accordance with any particular embodiment described herein. Thus, for example, those skilled in the art will recognize that certain embodiments may be configured to operate in a manner that achieves or optimizes one advantage or group of advantages as taught herein without necessarily achieving other objects or advantages as may be taught or suggested herein.

[0142] All of the processes described herein may be embodied in, and fully automated, via software code modules executed by a computing system that includes one or more computers or processors. The code modules may be stored in any type of non- transitory computer-readable medium or other computer storage device. Some or all the methods may be embodied in specialized computer hardware.

[0143] Many other variations than those described herein wall be apparent from this disclosure. For example, depending on the embodiment, certain acts, events, or functions of any of the algorithms described herein can be performed m a different sequence or can be added, merged, or left out altogether (for example, not all described acts or events are necessary for the practice of the algorithms). Moreover, in certain embodiments, acts or events can be performed concurrently, for example, through multi-threaded processing, interrupt processing, or multiple processors or processor cores or on other parallel architectures, rather than sequentially. In addition, different tasks or processes can be performed by different machines and/or computing systems that can function together.

[0144] The various illustrative logical blocks and modules described in connection with the embodiments disclosed herein can be implemented or performed by a machine, such as a processing unit or processor, a digital signal processor (“DSP”), an application specific integrated circuit (“ASIC”), a field programmable gate array (“FPGA”) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A processor can be a microprocessor, but in the alternative, the processor can be a controller, microcontroller, or state machine, combinations of the same, or the like. A processor can include electrical circuitry configured to process computer-executable instructions. In another embodiment, a processor includes an FPGA or other programmable device that performs logic operations without processing computer-executable instructions. A processor can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. Although described herein primarily with respect to digital technology, a processor may also include primarily analog components. For example, some or all of the signal processing algorithms described herein may be implemented in analog circuitry or mixed analog and digital circuitry'. A computing environment can include any type of computer system, including, but not limited to, a computer system based on a microprocessor, a mainframe computer, a digital signal processor, a portable computing device, a device controller, or a computational engine within an appliance, to name a few.

[0145] Conditional language such as, among others,“can,”“could,”“might” or “may,” unless specifically stated otherwise, are understood within the context as used in general to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.

[0146] Disjunctive language such as the phrase“at least one of X, Y, or Z,” unless specifically stated otherwise, is understood with the context as used in general to present that an item, term, etc., may be either X, Y, or Z, or any combination thereof (for example, X, Y, and/or Z) Thus, such disjunctive language is not generally intended to, and should not, imply that certain embodiments require at least one of X, at least one of Y, or at least one of Z to each be present.

[0147] Any process descriptions, elements or blocks in the flow diagrams described herein and/or depicted in the attached figures should be understood as potentially representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or elements m the process. Alternate implementations are included within the scope of the embodiments described herein in which elements or functions may be deleted, executed out of order from that shown, or discussed. includmg substantially concurrently or in reverse order, depending on the functionality involved as would be understood by those skilled in the art

[0148] Unless otherwise explicitly stated, articles such as“a” or“an” should generally be interpreted to include one or more described items. Accordingly, phrases such as“a device configured to” are intended to include one or more recited devices. Such one or more recited devices can also be collectively configured to carry out the stated recitations. For example,“a processor configured to carr out recitations A, B and C” can include a first processor configured to carry out recitation A working in conjunction with a second processor configured to carry' out recitations B and C.

[0149] It should be emphasized that many variations and modifications may be made to the above-described embodiments, the elements of which are to be understood as being among other acceptable examples. All such modifications and variations are intended to be included herein within the scope of tins disclosure.

Claims

WHAT IS CLAIMED:

1. A system for interacting with digital assets in a multi-tiered blockchain platform comprising:

a memory for storing digital assets and algorithms for creating the digital assets in a multi-tiered blockchain platform; and

a hardware processor communicatively coupled to the memory and is programmed to: receive information associated with a digital asset;

identify a plurality of subsystems applicable for creating the digital asset, wherein the plurality of subsystems is configured to parse the received information and to output elements of the corresponding subsystems in the plurality of subsystems using logics native to the corresponding subsystems;

determine a plurality of elements corresponding to their respective subsystems of the plurality of subsystems, where the plurality of elements are determined based on at least a portion of the received information;

generate a composite DNA string for the digital asset, wherein the composite DNA string encodes DNA information from each of the plurality of elements, where each element contributes to a portion of the composite DNA string; and

seed the composite DNA string into an original block for a block chain associated with a digital asset.

2. The system of claim 1, wherein the digital asset comprises at least one of: a user profile, a digital pet, a mutable virtual object, or a collectible virtual object.

3. The system of claim 1, wherein the information comprises a user’s personal data.

4. The system of claim 1, wherein the plurality of subsystems comprise at least one of: a Zodiac system, a trigram system, or a calligraphy system.

5. The system of claim 1, wherein to generate the composite DNA, the hardware processor is programmed to perform a hashing function on the DNA information from each of the plurality of element.

6. The system of claim 1, wherein the multi-tiered blockchain platform is associated wath a gaming application or a social networking application.

7. The system of claim 1, wherein the multi -tiered blockchain platform comprises at least one of an application tier for implementing at least a portion of the subsystems in the plurality of the subsystems, a core tier for implementing a blockcham logics, or an infrastructure tier for supporting a storage and verification of the digital assets

8. The system of claim 1, wherein the hardware processor is further programmed to update the blockcham associated with the digital asset in response to an event as a result of an interaction with a user or another digital asset.

9. A system for interactions among digital assets in a multi-tiered blockchain platform comprising:

a memory for storing digital assets and algorithms interactions among the digital assets in a multi-tiered blockcham platform; and

a hardware processor communicatively coupled to the memory and is programmed to: identify a first digital asset associated with a first blockchain and a second digital asset associated with a second blockchain;

determine a first feature matrix associated with the first digital asset and a second feature matrix associated with the second digital asset, wherein the feature matrix comprises characteristics associated with a plurality of elements, where each element is derived by a corresponding subsystem in the multi-tiered blockcham platform;

determine compatibility of the first digital asset and the second digital asset based at least in part on the compatibility of elements composing the first digital asset and the second digital asset;

calculate a third feature matrix for a third digital asset based on the compatibility of the first digital asset and the second digital asset, wherein the third digital asset is created based on the compatibility of the first digital asset and the second digital asset; and

apply a tokemzation process to the third feature matrix to create a composite DNA representing the third digital asset.

10. The system of claim 9, wherein the hardware processor is further programmed to identify dynamic features and adjust compatibility of values in the first feature matrix and the second feature matrix based on the dynamic features.

1 1. The system of claim 9, wherein the dynamic features comprises at least one of a time or location of the interaction.

12. The system of claim 9, wherein the composite DN A is seeded as an original block associated with a third blockcham associated with the third digital asset.

13. The system of claim 9, wherein the hardware processor is further programmed to update the first biockehain or the second blockcham to reflect a generation of a third digital asset.

14. The system of claim 9, wherein the subsystem comprise at least one of: a Zodiac system, a trigram system, or a calligraphy system.

15. The system of claim 9, wherein the multi-tiered biockehain platform comprises at least one of an application tier for implementing the subsystem, a core tier for implementing a biockehain logics, or an infrastructure tier for supporting a storage and verification of digital assets.