GENERATING AND UPDATING NON-PLAYER CHARACTER NFTS AND METHODS FOR USE THEREWITH

A non-fungible token (NFT) platform operates by: receiving, via a processor, player data to be associated with a non-player character NFT corresponding to a multiplayer game; receiving, via the processor, other data, wherein the other data includes non-player character data to be associated with the non-player character NFT; and facilitating creation of the non-player character NFT, based on the player data and the non-player character data.

TECHNICAL FIELD

The present disclosure relates to processing systems and applications including used in the collection, generation, display and use of non-fungible tokens (NFTs) or other digital tokens that are used in games and gaming applications.

DETAILED DESCRIPTION

FIG.1Apresents a block diagram representation of an example system in accordance with various examples. In particular, a system850is presented that includes an NFT collection platform800that communicates with client devices825via a network115. The network115can be the Internet or other wide area or local area network, either public or private. The client devices825can be computing devices such as laptops, smartphones, smart watches, tablets, desktops, or other computing devices associated with users, for example, buyers, sellers, collectors and/or users of NFTs.

NFT creation and ownership is growing worldwide. Existing platforms provide tools to create NFTs, marketplaces for buying and selling NFTs and wallets to securely hold them. Many NFT purchasers however, view NFTs similarly to cryptocurrency, purely as financial investments to be collected and later sold. Unlike cryptocurrencies which are fungible tokens, NFTs have a non-fungible (e.g. unique or limited) component that can correspond to photographs, graphics, art, video, games or other media or imagery that can be displayed, used in authentication and/or to provide other support for transactions and/or used in game play and for other utilitarian purposes, etc.

In the example shown, the NFT collection platform800includes a client device interface802for interacting with the client devices825, NFT marketplace tools804, NFT wallet tools806, NFT generation tools808, NFT collection display tools810, one or more games812that can be played using NFTs that have been collected including game NFTs that include and/or otherwise associated with, or correspond to, playable game content, and a database814for storing user and account information, preferences, display settings and other data associated with users of the NFT collection platform800. The NFT collection platform800can include or be implemented via one or more servers, a cloud computing system, an InterPlanetary File System (IPFS) or other decentralized or distributed computer system of individual computers and/or nodes and/or a centralized computing system.

For example, the client device interface802can operate in conjunction with each client device825and via network115to generate a graphical user interface. This graphical user interface is based on display data generated by the NFT collection platform800in a format for display on a display device associated with the client devices825. This graphical user interface generates input data that is received by the NFT collection platform800from the client devices825in response to user interaction with the graphical user interface.

In various examples, the NFT collection platform800can serve the needs of a collector of NFTs by providing a system that offers new experiences that support various collector and/or use behaviors in the NFT world and metaverse including the collection, display, and use of NFTs and their corresponding content. The NFT collection display tools810can include a high-fidelity customizable page builder so each collector can personalize and display their NFTs in an environment. The NFT collection platform800can provide and support a collection social media site that, for example, is similar to MySpace, Facebook, or OnlyFans, but specifically directed to the arrangement, posting, sharing and/or display of collections of NFTs.

In the most basic mode of operation, the NFT collection platform800improves the technology of NFT systems by allowing the user to collect, arrange and display NFTs they have purchased so that the user, and other users, can enjoy and admire the NFTs they have collected. The NFT collection platform800not only allows users to curate, display and use their collections, to play games associated with their NFTs and/or also allows users to create a social/professional profile of their NFT property—enabling users to get creative with how their collections are presented, used and displayed. In addition, when a group of NFTs is collected and/or when a personalized/curated collection page, set and/or collection display is built, the NFT collection platform800improves the technology of NFT systems by allowing the user to mint a new “collection NFT” using blockchain-based, distributed computer network, and/or other crypto-based NFT creation techniques, for example and authenticated based on the user's ownership of the underlying NFTs.

Furthermore, the NFT collection platform800allows users to buy, sell, loan, borrow and trade NFTs with other users, including their own collection NFTs created based on their own collections. In various examples, the NFT collection platform800may not include a NFT creator, marketplace or wallet itself. The NFT generation tools808, NFT wallet tools806and NFT marketplace tools804can reside on the NFT collection platform800and interface with one or more NFT wallet systems820, NFT marketplaces822and/or NFT creation systems824to enable transactions/interactions/abilities at a metaverse level, offering collectors new and unique experiences, pre and post purchase, across all different NFT's and blockchains in one place. The NFT collection platform800improves the technology of NFT systems by allowing the user to perform the functions above in a fashion, that can be blockchain, wallet, and marketplace agnostic.

It should be noted that the system850can operate via blockchain-based technologies. In blockchain, a growing list of records, called “blocks”, are linked together using cryptography and spread over a decentralized computer system/network or other distributed network of participants. Each block contains a cryptographic hash of the previous block, a timestamp, and transaction data (generally represented as a Merkle tree). The timestamp proves that the transaction data existed when the block was published in order to get into its hash. As blocks each contain information about the block previous to it, they form a chain, with each additional block reinforcing the ones before it. Therefore, blockchains are resistant to modification of their data because once recorded, the data in any given block cannot be altered retroactively without altering all subsequent blocks. The distributed nature of this process over different nodes, the contemporaneous nature of geographically distinct calculations, coupled with the extreme computational complexity of the required calculations means that these blockchain-based technologies cannot practically be performed by the human mind.

It should be noted, that while the NFT wallet system820, NFT marketplace822and NFT creation system824are shown as separate entities and as being external to the NFT collection platform800, other configurations are possible where two or more of these entities share a common platform and/or the functions and features of one or more of these entities can be incorporated within the NFT collection platform800itself.

It should also be noted that while client device interface802, NFT marketplace tools804, NFT wallet tools806, NFT generation tools808, NFT collection display tools810, games812and database814are shown as being internal to the NFT collection platform800, in other examples, any subset of the various elements of the NFT collection platform800can be implemented external to the NFT collection platform800and coupled to the other components via the network115. Furthermore, the NFT collection platform800can be implemented in a cloud computing configuration with any or all of the various elements of the NFT collection platform800implemented within the cloud.

The further operation of this system will be described in greater detail in conjunction with the figures that that follow, including many optional functions and features and examples thereof.

FIG.1Bpresents a block diagram representation of an NFT collection platform800in accordance with various examples. In particular, the NFT collection platform800includes a network interface820such as a 3G, 4G, or other cellular wireless transceiver, a Bluetooth transceiver, a WiFi transceiver, UltraWideBand transceiver, WIMAX transceiver, ZigBee transceiver or other wireless interface, a Universal Serial Bus (USB) interface, an IEEE 1394 Firewire interface, an Ethernet interface or other wired interface and/or other network card or modem for communicating for communicating via the network115.

The NFT collection platform800also includes a processing module830and memory module840that stores an operating system (O/S)844such as an Apple, Unix, Linux or Microsoft operating system or other operating system, client device interface802, NFT marketplace tools804, NFT wallet tools806, NFT generation tools808, NFT collection display tools810, games812and database814. In particular, the O/S844, the client device interface802, NFT marketplace tools804, NFT wallet tools806, NFT generation tools808, NFT collection display tools810, and games812each include operational instructions that, when executed by the processing module830, cooperate to configure the processing module830into a special purpose device to perform the particular functions of the NFT collection platform800described herein.

The NFT collection platform800may include a user interface (I/F)862such as a display device, touch screen, key pad, touch pad, joy stick, thumb wheel, a mouse, one or more buttons, a speaker, a microphone, an accelerometer, gyroscope or other motion or position sensor, video camera or other interface devices that provide information to an administrator of the NFT collection platform800and that generate data in response to the administrator's interaction with NFT collection platform800.

The processing module830can be implemented via a single processing device or a plurality of processing devices. Such processing devices can include a microprocessor, micro-controller, digital signal processor, microcomputer, central processing unit, quantum computing device, field programmable gate array, programmable logic device, state machine, logic circuitry, analog circuitry, digital circuitry, and/or any device that manipulates signals (analog and/or digital) based on operational instructions that are stored in a memory, such as memory840. The memory module840can include a hard disc drive or other disc drive, read-only memory, random access memory, volatile memory, non-volatile memory, static memory, dynamic memory, flash memory, cache memory, and/or any device that stores digital information. Note that when the processing device implements one or more of its functions via a state machine, analog circuitry, digital circuitry, and/or logic circuitry, the memory storing the corresponding operational instructions may be embedded within, or external to, the circuitry comprising the state machine, analog circuitry, digital circuitry, and/or logic circuitry. While a particular bus architecture is presented that includes a single bus860, other architectures are possible including additional data buses and/or direct connectivity between one or more elements. Further, the NFT collection platform800can include one or more additional elements that are not specifically shown.

FIG.2presents a block diagram representation of an example client device in accordance with various examples. In particular, a client device825is presented that includes a network interface220such as a 3G, 4G, 5G or other cellular wireless transceiver, a Bluetooth transceiver, a WiFi transceiver, UltraWideBand transceiver, WIMAX transceiver, ZigBee transceiver or other wireless interface, a Universal Serial Bus (USB) interface, an IEEE 1394 Firewire interface, an Ethernet interface or other wired interface and/or other network card or modem for communicating for communicating via network115.

The client device825also includes a processing module230and memory module240that stores an operating system (O/S)244such as an Apple, Unix, Linux or Microsoft operating system or other operating system, NFT data246associated with one or more NFTs owned by the user, and/or a collection applications248. In particular, the O/S244and collection application248each include operational instructions that, when executed by the processing module230, cooperate to configure the processing module into a special purpose device to perform the particular functions of the client device825described herein.

The client device825also includes a user interface (I/F)262such as a display device, touch screen, key pad, touch pad, joy stick, thumb wheel, a mouse, one or more buttons, a speaker, a microphone, an accelerometer, gyroscope or other motion or position sensor, video camera or other interface devices that provide information to a user of the client device825and that generate data in response to the user's interaction with the client device825.

The processing module230can be implemented via a single processing device or a plurality of processing devices. Such processing devices can include a microprocessor, micro-controller, digital signal processor, microcomputer, central processing unit, quantum computing device, field programmable gate array, programmable logic device, state machine, logic circuitry, analog circuitry, digital circuitry, and/or any device that manipulates signals (analog and/or digital) based on operational instructions that are stored in a memory, such as memory240. The memory module240can include a hard disc drive or other disc drive, read-only memory, random access memory, volatile memory, non-volatile memory, static memory, dynamic memory, flash memory, cache memory, and/or any device that stores digital information. Note that when the processing device implements one or more of its functions via a state machine, analog circuitry, digital circuitry, and/or logic circuitry, the memory storing the corresponding operational instructions may be embedded within, or external to, the circuitry comprising the state machine, analog circuitry, digital circuitry, and/or logic circuitry. While a particular bus architecture is presented that includes a single bus260, other architectures are possible including additional data buses and/or direct connectivity between one or more elements. Further, the client device825can include one or more additional elements that are not specifically shown.

The client device825operates, via network interface220, network115and NFT collection platform800. In various examples, the client device825operates to display a graphical user interface generated based on display data from the NFT collection platform800, including corresponding screen displays. Furthermore, the graphical user interface can operate in response to interactions by a user to generate input data that is sent to the NFT collection platform800to control the operation of the NFT collection platform800and/or to provide other input.

It should be noted that while the client devices825and NFT collection platform800are shown as separate devices that communicate via the network115, it should be noted that any and all of the functionality attributed to the NFT collection platform800, including the NFT marketplace tools804, NFT wallet tools806, NFT generation tools808, NFT collection display tools810, games812, and database814, etc. can likewise be incorporate directly into the client device825. In this fashion, a client device825through the application of its operating system244and one or more applications can provide a graphical user interface to operate via network115but independently from any NFT collection platform to perform any of the functions and features described herein. In particular, the client device825can perform the functions of both the client device and the NFT collection platform800without requiring communications to be sent to the client device825from a NFT collection platform and communications sent to a NFT collection platform from the client device825.

FIG.3Apresents a flowchart representation of an example method in accordance with various examples. In particular, a method300for use in conjunction with any of the functions and features described herein for generating a collection NFT based on NFTs in a user's collection.

Step302includes importing, via a network interface, a plurality of NFTs associated with the user of the client device. Step304includes generating, via a processor and in response to user interactions with the graphical user interface, display data associated with a customized collection display that contains the plurality of NFTs. Step306includes sending, via the network interface, the display data associated with the customized collection display via the client device of the user. Step308includes facilitating creation of a collection NFT corresponding to the customized collection display that contains the plurality of NFTs.

FIGS.3B-3F and3Hpresent pictorial representations of example screen displays. In particular, screen displays of a graphical user interface generated based on display data from the NFT collection platform800are shown. In the example below, three NFTs are used to design and create a new collection NFT based on a common theme, the 1999 Chicago Bulls team in the National Basketball association.

InFIG.3B, the user “Bruce Stuckman” is logged into the NFT collection platform800. The user has interacted with NFT wallet tools, such as NFT wallet tools804, to import NFTs100and102from his wallet residing in NFT wallet system820. In this example, the NFTs100and102are blockchain authenticated original photographs depicting two different images of the 1999 Chicago Bulls.

InFIG.3C, the user has interacted with the NFT marketplace tools, such as NFT marketplace tools804, to select a new NFT104for purchase via an NFT marketplace such as NFT marketplace822. InFIG.3D, the wallet tools are used again, this time to export the NFT104to the user's wallet. InFIG.3E, the user has selected and used NFT collection display tools, such as NFT collection display tools810, to create a customized collection display110contain all three 1999 Chicago Bulls-related NFTs he now owns. In the example shown, the user has “dragged and dropped” NFTs he owns in a custom display window and has sized and arranged them into the particular collage that is shown. In other examples, the NFT collection display tools810can operate, based on metadata associated with the NFTs of a user indicating content, theme, color themes, subject matter, dates of creation, authorship, ownership, prior ownership, number of prior owners, size, resolution, and other NFT information and metadata, to automatically generate arrangements of custom collection display110that may be accepted by the user and/or that may be further arranged by the user to create the final customized collection display110.

InFIG.3F, the user has selected NFT generation tools, such as NFT generation tools808, in order to facilitate, via NFT creation system824for example, the creation of a collection NFT from the customized collection display110.

FIG.3Gpresents a flow diagram representation of an example process. In the example shown, the collection NFT120is created from the customized collection display110. As previously discussed, the NFT generation tools can operate by, for example, first authenticating the user's rights in the three NFTs and then creating, via NFT creation system824, a new NFT of the unique customized image with its own blockchain authentication. In various examples, the collection NFT120can contain metadata indicating, for example attributions to the sources of the original NFTs in the collection, the creator of the collection NFT, a date of creation, promotion data and coupons related to offers, privileges and/or discounts, title data with respect to title to tangible or intangible real or personal property, warrant data with respect to tangible or intangible real or personal property, transaction data regarding one or more transactions, and/or other metadata. This metadata can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed to create and protect the collection NFT itself—with or without associated image data. InFIG.3H, the wallet tools are used again, this time to export the collection NFT120to the user's wallet.

FIG.3Ipresents a flowchart representation of an example method in accordance with various examples. In particular, a method310is presented for use in conjunction with any of the functions and features described herein for generating a collection NFT based on NFTs in a user's collection.

Step312includes importing, via a network interface, a plurality of NFTs associated with the user of the client device. Step314includes generating, via a processor and in response to metadata associated with the plurality of NFTs, display data associated with a customized collection display that contains the plurality of NFTs. Step316includes sending, via the network interface, the display data associated with the customized collection display via the client device of the user. Step318includes facilitating creation of a collection NFT corresponding to the customized collection display that contains the plurality of NFTs.

FIG.4Apresents a flowchart representation of an example method. In particular, a method400for use in conjunction with any of the functions and features described herein in generating a collection NFT based on at least one NFT accessed via a temporary micro-loan.

Step402includes facilitating, via a processor and in response to user interactions with the graphical user interface, a temporary micro-loan of at least one NFT. Step404includes generating, via the processor and in response to user interactions with the graphical user interface, display data associated with a customized collection display that contains a plurality of NFTs including the at least one NFT. Step406includes sending, via the network interface, the display data associated with the customized collection display via the client device of the user. Step408includes facilitating creation of a collection NFT corresponding to the customized collection display that contains the plurality of NFTs including the at least one NFT.

FIG.4Bpresents a pictorial representation of an example screen display. In particular, the user has used the marketplace tools to select NFTs100-1,102-1, and104-1. Instead of putting these NFTs up for purchase, the original owners have made them available for temporary micro-loan. This process allows the users can engage to, in exchange for a fee, “borrow” NFTs in order to create a collection NFT. After the Collection NFT is created, or upon the expiration of some predetermined time period (such as 15 minutes, 30 minutes, an hour, a day, etc.) the micro-loaned NFT(s) are returned, expire, deleted or destroyed. Transaction fees apply, a portion of which can be credited to the original NFT owner, the author, including an upfront cost, reward-based payment based on the use and/or performance of the micro-loaned NFT etc. In the alternative, a fixed fee could be charged to the user and credited to the original NFT owner. In various examples, the NFT collection platform800may be configured to operate with a single user and/or within a single wallet, and/or to otherwise prohibit the sale or borrowing of micro-loaned NFTs to avoid dilution of the value of the original itself. Furthermore, original and/or derivative NFTs can include restrictions on the total number of micro-loan transactions, the number of simultaneous/contemporaneous micro-loans, restrictions on types of microloan transactions such as normal use loans, staking loans, death match loans, loans less than a predetermined length of time, loans greater than a predetermined length of time, etc.

Consider the following example where an NFT is put up for loan. The proposed loan transaction can include restrictions including an expiration time and/or date, one or N time use in creating a collection NFT or in a game, tournament or challenge, etc. Once the loan is accepted by the borrower, an additional NFT, such as a derivative NFT of the original NFT being loaned, is created on a side chain, layer1or2blockchain (or “parachain”) that can be different from (and/or independent from) the blockchain used to create the original NFT. This new NFT can be created and transferred to the wallet of the borrower via a smart contract that is based on the restrictions. A cryptocurrency market can be used to fund the transaction and/or to collateralize the micro-loan. The new NFT can then be set via the smart contract to automatically expire (e.g. be deleted from the wallet, destroyed or otherwise disabled), when the restrictions are met. In this fashion, if the purpose of the micro-loan is the creation of a collection NFT, the borrowed NFT can automatically expire once the collection NFT is created. It should be noted that the collection NFT can be created via the same blockchain platform (e.g. Ethereum) used to create the original NFT (e.g. not the parachain).

FIG.4Cpresents a flow diagram representation of an example process where a collection NFT120-1is generated based on a customized collection display110-1created by the user based on the borrowed NFTs100-1,102-1and104-1. In various examples, the collection NFT120-1metadata can also indicate the original sources of the micro-loans as well as the micro-loaned status of NFTs100-1,102-1and104-1. While not expressly shown, the collection NFTs based on one or more micro-loaned NFTs, can be created with a visual indication of the original vs. micro-loaned status of the NFTs as appropriate.

FIG.5Apresents a flowchart representation of an example method. In particular, a method1300for use in conjunction with any of the functions and features previously described facilitates the collection of endorsements associated with an NFT. Step1302includes importing, via a network interface, an NFT associated with the user of the client device. Step1304includes collecting, via a processor and in response to user interactions with the graphical user interface, endorsement data associated with the NFT. Step1306includes generating, via the processor and in response to user interactions with the graphical user interface, display data associated with a customized collection display that contains the NFT and the endorsement data. Step1308includes sending, via the network interface, the display data associated with the customized collection display via the client device of the user. Step1310includes facilitating creation of a collection NFT corresponding to the customized collection display.

FIGS.5B and5Cpresent pictorial representations of example screen displays. InFIG.5B, the user is interacting with the graphical user interface to use the NFT marketplace tools to seek an endorsement for a selected NFT. After an endorsement in the form of a signature has been received it can be appended to the customized collection display of the NFT. InFIG.5C, the user interacts with the NFT generation tools to generate a collection NFT that includes both the NFT and the signature. In various examples, this collection NFT120-6metadata can also indicate an attribution associated the endorsement itself. Furthermore, the endorsement itself can be an original NFT, a derivative NFT, a micro-loaned NFT or other NFT.

FIG.6presents a block diagram/flow representation of an example of NFT generation. In the example shown, NFT generation tools808operate to convert display data1502and other data1504into an NFT1506. The display data1502can correspond to an original NFT, borrowed (e.g. temporary micro-loaned) NFT, a derivative NFT, a customized collection display110, an original image, and/or other derivatives or micro-loans thereof or other display or image data. In various examples, the NFT generation tools808can operate to verify the credentials of any NFTs whose images are contained in the display data1502, prior to creating the NFT1506. In this fashion, derivative NFTs can only be created when the source NFT or NFTs are verified—preventing the creation of unauthorized or counterfeit NFTs.

The other data1504, can be image data including signatures and other endorsement images, visual indications of derivative series, originality classification, attributions, or other image data, metadata of all kinds including metadata indicating one or more originality classifications, attributions, endorsement data, other derivative data indicating the series number and total number in a derivative series, restrictions on micro-loans or other derivatives, restrictions on derivatives with artistic effects, restrictions that derivatives must include attributions to the original source, restrictions on numbers of derivatives or micro-loans or the sizes of derivative series, restrictions on the creation of collection NFTs, the number of collection NFTs, the creation of collection NFTs including NFTs from other sources, from prohibited sources or with prohibited content, geographical restrictions, time restrictions (e.g., can be used to create derivatives or collection NFTs or can be temporarily micro-loaned for 1 month, one year, etc., other restrictions and/or other data associated with, or to be associated with, the display data1502.

This other data1504can be used to generate an NFT and/or combined with the display data1502to create a dataset that includes both the display data1502and the other data1504. This other data1504or combined dataset can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect the new NFT1506itself. It should be noted that the NFT1506can include a single derivative or a number of derivatives, including a limited series of derivatives. It should be noted further that some or all of the other data1504, including restriction data and/or attribution data, can be derived from one or more original NFTs whose images are associated with the display data1502. Furthermore, some or all of the other data1504can be generated in response to user interactions with a graphical user interface generated in conjunction with the NFT collection platform800.

FIG.7presents a block diagram representation of an example system. In particular, a system2850is presented that includes an NFT distribution platform2800that communicates with client devices825via a network115. The network115can be the Internet or other wide area or local area network, either public or private. The client devices825can be computing devices associated with users, for example, buyers, sellers, collectors, game players and/or other users of NFTs.

In the example shown, the NFT distribution platform2800includes a client device interface2802for interacting with the client devices825, NFTs2804to be distributed, and an operating system2844. One or more of the NFTs2804can have geographical restrictions as to distribution that are either part of the NFTs themselves or have restriction data that is stored separately.

The NFT distribution platform2800includes a network interface2820such as a 3G, 4G, 5G or another cellular wireless transceiver, a Bluetooth transceiver, a WiFi transceiver, UltraWideBand transceiver, WIMAX transceiver, ZigBee transceiver or other wireless interface, a Universal Serial Bus (USB) interface, an IEEE 1394 Firewire interface, an Ethernet interface or other wired interface and/or other network card or modem for communicating for communicating via the network115.

The NFT distribution platform2800also includes a processing module2830and memory module2840that stores an operating system (O/S)2844such as an Apple, Unix, Linux or Microsoft operating system or another operating system, the client device interface2802, and the NFTs2804. The O/S2844and the client device interface802each include operational instructions that, when executed by the processing module830, cooperate to configure the processing module830into a special purpose device to perform the particular functions of the NFT distribution platform2800described herein.

The NFT distribution platform2800may include a user interface (I/F)2862such as a display device, touch screen, key pad, touch pad, joy stick, thumb wheel, a mouse, one or more buttons, a speaker, a microphone, an accelerometer, gyroscope or other motion or position sensor, video camera or other interface devices that provide information to an administrator of the NFT distribution platform2800and that generate data in response to the administrator's interaction with NFT distribution platform2800.

The processing module2830can be implemented via a single processing device or a plurality of processing devices. Such processing devices can include a microprocessor, micro-controller, digital signal processor, microcomputer, central processing unit, quantum computing device, field programmable gate array, programmable logic device, state machine, logic circuitry, analog circuitry, digital circuitry, and/or any device that manipulates signals (analog and/or digital) based on operational instructions that are stored in a memory, such as memory2840.

The memory module2840can include a hard disc drive or other disc drive, read-only memory, random access memory, volatile memory, non-volatile memory, static memory, dynamic memory, flash memory, cache memory, and/or any device that stores digital information. Note that when the processing device implements one or more of its functions via a state machine, analog circuitry, digital circuitry, and/or logic circuitry, the memory storing the corresponding operational instructions may be embedded within, or external to, the circuitry comprising the state machine, analog circuitry, digital circuitry, and/or logic circuitry. While a particular bus architecture is presented that includes a single bus2860, other architectures are possible including additional data buses and/or direct connectivity between one or more elements. Further, the NFT distribution platform2800can include one or more additional elements that are not specifically shown.

For example, the client device interface2802can operate in conjunction with each client device825and via network115to generate a graphical user interface. This graphical user interface is based on display data generated by the NFT distribution platform2800in a format for display on a display device associated with the client devices825. This graphical user interface generates input data that is received by the NFT distribution platform2800from the client devices825in response to user interaction with the graphical user interface.

In various examples, the NFT distribution platform2800can operate to respond to input data from client devices in the form of read requests for NFTs and geolocation data such as GPS coordinates, connection to or proximity with a network element of network115or other location data indicating a location of the client device825. The NFT distribution platform2800sends the requested NFT(s) to the requesting client device—only when the geolocation data conforms with restriction data—for example, when the geolocation data indicates a position of the requesting client device within a limited area or proximity indicated by the restriction data.

FIG.8presents a block diagram representation of an example client device. In particular, a client device825-1is presented that functions similarly to client device825, and includes several elements of client device825that are referred to by common reference numerals. The client device825-1is capable of operating to client device825described herein.

In addition, the memory module240includes a wallet application (app)250that is capable of engaging in financial transactions including credit card transactions and traditional digital payments, is capable of holding crypto-currency and engaging in crypto-currency transactions and is further capable of storing one or more NFTs that are either original NFTs, derivative NFTs, borrowed (temporarily micro-loaned) NFTs, collection NFTs and/or combinations thereof. In various examples, the wallet app250is capable of operating in conjunction with the NFT collection platform800, the NFT distribution platform2800, the NFT wallet system820, the NFT marketplace822, and/or the NFT creation system824via network115.

As will be understood by one skilled in the art, unlike a normal wallet, which can physically hold cash, credit cards, etc., NFT wallets “store” NFTs by storing the NFT data necessary to access the NFT. So, even though a wallet can be said to store an NFT, technically the NFT content is stored on the blockchain, which can only be accessed via the NFT data in the wallet. This NFT data includes metadata, other off-chain data corresponding to the NFT and in particular, a private key. This private key can be considered an indicator of ownership of the NFT and is required to access the NFT via the blockchain. If the NFT data (including the private key) is lost, the NFT can no longer be accessed—and the NFT is itself “lost” for all intents and purposes, even though it remains immutably stored on the blockchain.

Also, the memory module240includes one or more game apps252that represent either stand alone games of the client device825-1or that operate in conjunction with the games812of the NFT collection platform800and/or interface with the NFT distribution platform2800. This allows, for example, a user of client device825-1to engage in (e.g. play) games associated with NFT content, and engage in other activities that involve the acquisition, collection, display, distribution, and/or use of one or more NFTs that are either original NFTs, derivative NFTs, borrowed (temporarily micro-loaned) NFTs, collection NFTs and/or combinations thereof.

Furthermore, the network interface220includes one more geolocations elements222such as a GPS receiver, a ultra-wideband (UWB) transceiver, a Bluetooth transceiver and/or other component(s) that that facilitate the generation of geolocation data and/or facilitate other location-based services. Consider the case where the client device825is a smartphone or tablet and the wallet app250is an Apple or Android wallet or mobile wallet card that is in a Apple or Android wallet. Once the wallet app250is activated, NFTs can be easily added to the wallet. In addition, the wallet app250can access the location services of the device, and for example, generate push notifications regarding NFTs that are available near the current location.

In various examples, the geolocation data generating in such a fashion can facilitate the generation of geolocation data discussed in conjunction with the operation of NFT distribution platform2800. In particular, the NFT distribution platform2800can automatically detect the presence of the user at a venue based on geolocation data received from the user's client device825-1and automatically prompted the user to click to send a read request. In this fashion, the user can be geo-authorized, before the request. In other examples, the NFT distribution platform2800can distribute NFTs to client devices825based on payments, authentication and/or other criteria that does not rely on geolocation data.

Furthermore, while the client device825-1and NFT collection platform800(or NFT distribution platform) are shown as separate devices that communicate via the network115, it should be noted that any and all of the functionality attributed to the NFT collection platform800(or NFT distribution platform), including the NFT marketplace tools804, NFT wallet tools806, NFT generation tools808, NFT collection display tools810, games812, and database814, etc. can likewise be incorporate directly into the client device825. In this fashion, a client device825through the application of its operating system244and one or more applications can provide a graphical user interface to operate via network115but independently from any NFT collection platform to perform any of the functions and features described herein. In particular, the client device825can perform the functions of both the client device and the NFT collection platform800without requiring communications to be sent to the client device825from a NFT collection platform (or NFT distribution platform) and communications sent to a NFT collection platform (or NFT distribution platform) from the client device825.

In addition, NFT generation tools808can be used to protect, encrypt and/or authenticate any digital information that could be stored in the wallet app250, including for example rewards cards, coupons, movie tickets, event tickets, boarding passes, public transit cards, student ID cards, credit cards, debit cards, prepaid cards, and loyalty cards. In addition, the functionality of the wallet app250can be further expanded to protect other information such as vehicle titles, warranty cards, driver's licenses and other IDs, vaccination records, prescriptions, and/or other medical records, social security cards, financial records, authentication tokens, insurance cards, passwords, user IDs and/or other images and information of a personal and/or sensitive nature. Any of these types of digital information can be protected via an NFT or other blockchain transaction in conjunction, with or without associated image or display data, and with or without metadata and/or “other data” as that term has been used herein in association with the NFT generation tools808.

FIG.9Apresents a block diagram/flow representation of an example of NFT generation. In the example shown, an original metaverse real estate NFT4820corresponds to a portion/plot of real estate that is used in a game or metaverse application. An example is shown inFIG.9B. The original metaverse real estate NFT4820can be purchased by the user, created or leveled-up via game play or otherwise acquired by the user of a metaverse application or game.

The NFT generation tools808are used to generate a derivative NFT4824or other metaverse real estate NFT that is based on the improvements4822shown inFIG.9C. In the example shown the improvements4822correspond to a building or other structure, however, other real estate improvements can likewise be implemented. In various example, the derivative NFT4824with improvements shown inFIG.9Dcan be created on a parachain or other sidechain that is different from the blockchain on which the original metaverse real estate NFT4820resides or the same blockchain on which the original metaverse real estate NFT4820resides.

FIG.9Epresents a flowchart representation of an example method. In particular, a method4800is presented for use in conjunction with any of the functions and features described herein. Step4802includes receiving, via the processor, a metaverse real estate NFT associated with metaverse real estate. Step4804includes receiving, via the processor, improvements data associated with the metaverse real estate. Step4806includes facilitating creation of a derivative NFT associated with the metaverse real estate and having improvements associated with metaverse real estate.

FIG.10Apresents a block diagram/flow representation of an example of NFT generation. In the example shown, document image data4920and other data corresponding to a document are used to generate an authenticated document NFT4924via the NFT generation tools808. These authenticated document NFTs4924can be stored in an NFT wallet associated with the mobile phone or other client device associated with the user and can be used, for example, in place of coupons, cards, legal documents, medical documents, financial documents, IDs, credit cards, licenses and/or other important documents associated with a user that normally exist in non-digital, e.g. paper or plastic form. The authenticated document NFT4924can be used to prevent fraud and/or promote privacy in transactions via secure user and/or document authentication. In various examples, the authenticated document NFT4924can be presented and analyzed via secured blockchain or other crypto transactions at the time of a transaction in order to authenticate the identity of the user and/or to verify the accuracy and authentic nature of the other data4922and/or to facilitate the security of the transaction.

FIG.10Bpresents a flowchart representation of an example method. In particular, a method4900is presented for use in conjunction with any of the functions and features described herein. Step4902includes receiving, via the processor, a document image associated with a document. Step4904includes receiving, via the processor, other data, wherein the other data is also associated with the document. Step4906includes facilitating creation of an authenticated document NFT corresponding to the document.

FIG.11Apresents a block diagram/flow representation of an example of NFT generation. The NFT generation tools808are used to generate a derivative NFT5624based on an original metaverse real estate NFT5620and based on the enhancement data5622.

In the example shown inFIG.11B, an original metaverse real estate NFT5620corresponds to real estate having an interior room that is used in a game or metaverse application. The original metaverse real estate NFT5620can be purchased by the user, created or leveled-up via game play or otherwise acquired by the user of a metaverse application or game.

The NFT generation tools808are used to generate a derivative NFT5624or other metaverse real estate NFT that is based on the enhancements data5622shown inFIG.11C. In the example shown the enhancements5622-1and5622-2correspond to a Moet & Chandon vending machine and a Jackson Pollock painting that are acquired either as image data or as individual NFTs. While particular enhancements are shown, other real estate enhancements can likewise be implemented including statues and other art, rugs, lamps, furniture and other furnishings and accessories, outdoor objects, appliances, knick-knacks, machinery and other virtual objects for decorating or finishing an office, home, factory, venue or other real estate.

In the example shown inFIG.11D, the user has placed the enhancements5622-1and5622-2as desired before creating the derivative NFT5624. The derivative NFT5624with improvements shown can be created on a parachain or other sidechain that is different from the blockchain on which the original metaverse real estate NFT5620resides or the same blockchain on which the original metaverse real estate NFT5620resides.

FIG.11Epresents a flowchart representation of an example method. In particular, a method5600is presented for use in conjunction with any of the functions and features described herein. Step5602includes receiving, via the processor, a metaverse real estate NFT associated with metaverse real estate. Step5604includes receiving, via the processor, enhancement data associated with the metaverse real estate. Step5606includes facilitating creation of a derivative NFT associated with the metaverse real estate and having enhancements associated with metaverse real estate.

FIG.12Apresents a block diagram of an example system. In particular, a system is shown that can be implemented similarly to, or in conjunction with, NFT collection platform800. The system includes an NFT transaction authenticator6022and a secure real-time NFT metadata repository6024. In various examples, the NFT transaction authenticator6022and the secure real-time NFT metadata repository6024can be implemented via one or more modules that include a network interface, processing circuitry and memory. The secure real-time NFT metadata repository6024stores NFT metadata received in conjunction with NFTs created via metadata source6026, such as one or more NFT creation systems824. The NFTs are associated with one or more users6020.

In operation, the NFT transaction authenticator6022responds to transaction requests from a user associated with an NFT to authenticate the NFT and the user and to otherwise determine the validity of the transaction that is requested. If the user and the NFT are both authenticated, and the requested transaction is otherwise permissible (e.g. not restricted by conditions on use or other transaction restrictions), then the NFT transaction authenticator6022responds by issuing credentials to facilitate the transaction with a third party6028. As will be discussed herein, the maintenance and use of the secure real-time NFT metadata repository6024allows authentication of NFT related transactions in real-time—avoiding possible delays in performing, for example, complex blockchain transactions via an NFT source6026where the NFT was minted and/or otherwise maintained.

Consider the following example where an NFT is created via NFT source6026. In addition to other NFT data, the NFT has metadata that uniquely identifies the NFT, a hash or other NFT authentication metadata that can be used to authenticate the NFT and/or transaction restriction metadata indicating possible restrictions on transactions/use conditions involving the NFT. Furthermore, when the NFT is created and/or acquired by a user, user-specific user authentication metadata is acquired or created and stored on the blockchain with the NFT with the other metadata. This user authentication metadata can include one or more passwords, answers to security questions, identifiers of recognized devices such as a device identifier of a personal cellphone, laptop, tablet, computer or other known and/or trusted device, one or more trusted networks of the user, other multifactor authentication data such as personal information, known answers to security questions, biometric data related to fingerprints, retinal scans, facial features or other biometrics of the user and/or other user authentication data that can be used to determine if a user is the owner of the NFT or otherwise an authorized user and in particular, whether or not the user is (or is not) who they claim to be.

The metadata associated with the NFT is indexed by NFT identifier and stored on the secure real-time NFT metadata repository6024for use by the NFT transaction authenticator6022in authenticating NFT-related transactions. This metadata is available from the repository on a real-time basis (e.g., is available with an acceptable amount of latency associated with a corresponding transaction). The metadata in the secure real-time NFT metadata repository6024is also synced periodically with the NFT via the NFT source6026to reflect any changes in the NFT itself. While some metadata, such as an NFT identifier, NFT authentication metadata and/or transaction restriction metadata may be made accessible to the user who holds the NFT, in various examples, the user authentication metadata in particular, can be encrypted in such a fashion that is decryptable by the secure real-time NFT metadata repository6024—but not by the user. In various examples, the secure real-time NFT metadata repository6024lacks a general network connection and is connected to the NFT transaction authenticator6022via a dedicated and/or otherwise secured connection or is otherwise walled-off from other network connections of the NFT transaction authenticator6022. This helps prevent unauthorized tampering with the sensitive data stored therein.

When a user6020proposes an NFT-related transaction, the NFT transaction authenticator6022collects from the user as part of the transaction request (a) an identifier of the NFT, and NFT authentication data corresponding to the NFT (b) user authentication data user, and (c) information on the proposed transaction. The NFT transaction authenticator6022determines whether or not the identifier corresponds to a valid NFT. If so, it retrieves the metadata associated with the NFT from secure real-time NFT metadata repository6024. The NFT transaction authenticator6022authenticates the NFT by comparing the NFT authentication data to the NFT authentication metadata to determine if they match. The NFT transaction authenticator6022can also authenticate the user6020to the NFT by comparing the user authentication data to the user authentication metadata to determine if they match. If authentication succeeds, the NFT transaction authenticator6022facilitates the transaction with the third party6028by authorizing completion of the transaction, e.g. by issuing a credential to the third party6028. The credential can include any message, object, or data structure that vouches for the identity of the user, the authenticity of the NFT and/or the validity of the transaction, through some method of security, trust and/or authentication.

In this fashion, the NFT transaction authenticator6022can authenticate transactions such as access to a flight via a driver's license or passport NFT, sale of a vehicle, real estate via a title NFT, a credit, debit or gift card transaction via a credit, debit or gift card NFT, the sale of a stock or bond via a stock or bond certificate NFT, warranty transactions via a warranty card NFT, access to events via venue ticket NFTs and/or vaccination card NFTs, coupon redemption via a coupon NFT, access to a vehicle, dwelling or office via a key NFT, etc. Furthermore, the NFT transaction authenticator6022can authenticate transactions such as sales and/or micro-loans of NFTs itself.

It should be noted that some NFTs are conditional, e.g. that have restrictions on their use and/or the transactions that are permitted. Depending on the type of transaction, the NFT transaction authenticator6022can also operate to compare transaction data received from the user to transaction restrictions metadata to determine if a transaction is permitted—before it is authorized. In this fashion, a credit, debit or gift card transaction can be halted if an expiration date or transaction limit has been exceeded. A warranty transaction can be halted if the warranty has expired. A key access for a pool, gym or office can be halted based on date, day of week or time of day restrictions, etc.

Furthermore, in sales transactions and/or micro-loans that have been authorized, the NFT transaction authenticator6022can also operate to note the pending sale or micro-loan in the secure real-time NFT metadata repository6024or otherwise place a hold on the NFT to prevent another sales or micro-loan until the repository is updated in a future sync with the NFT source6026. Furthermore, in some cases the NFT corresponds to an expendable asset such as a venue ticket, gift card, coupon, etc. The NFT transaction authenticator6022can also operate to determine that the NFT is expended, based on the transaction restrictions metadata and the transaction data. In response to such a determination, NFT transaction authenticator6022can then update the secure real-time NFT metadata repository to indicate the NFT is expended. In any of these cases above, the secure real-time NFT metadata repository may facilitate updating of the NFT source6026to reflect an authorized transaction via notifications and/or that an NFT has been expended.

FIG.12Bpresents a flowchart representation of an example method. In particular, a method6000-4is presented for use in conjunction with any of the functions and features described herein. Step6002-4includes receiving, at the processor, a transaction request from a user associated with an NFT minted via a blockchain, wherein the transaction request includes NFT identification data identifying the NFT, NFT authentication data, user identification data and transaction data associated with the transaction. Step6004-4includes receiving, from a secure real-time NFT metadata repository and in response to the NFT identification data, NFT authentication metadata for authenticating the NFT, user authentication metadata for authenticating an authorized user of the NFT, and transaction restrictions data associated with the NFT, wherein the secure real-time NFT metadata repository is separate from the blockchain.

Step6006-4includes determining, via the processor, that the NFT is authenticated when the NFT authentication data compares favorably to the NFT authentication metadata. Step6008-4includes determining, via the processor, that the user is authenticated when the user authentication metadata compares favorably to the user identification data. Step6010-4includes determining, via the processor, that the transaction is authorized when the transaction restrictions metadata compares favorably to the transaction data. Step6012-4includes generating credentials data to facilitate the transaction when the NFT is authenticated, the user is authenticated and the transaction is authorized.

FIG.12Cpresents a pictorial block diagram/flow representation of a further example of transaction authentication. In this case, the transaction request6054-1includes NFT identification data identifying the NFT, NFT authentication data, and also user identification data that includes both a user device identifier and user biometric data that was collected via the client device825as part of its own user authentication process.

Again, the NFT transaction authenticator6022can operate in conjunction with the secure real-time NFT metadata repository6024for example, to authenticate the transaction with the third party6028. In this additional case, the user authentication mechanisms of the client device are used in the transaction of the authentication process. Once the user is identified by a trusted device, the device identifier of the trusted device can be in combination with the user biometrics collected by that device to provide further security for the proposed transaction.

FIG.12Dpresents a flowchart representation of an example method. In particular, a method6000-10is presented for use in conjunction with any of the functions and features described herein. Step6002-10includes receiving, at the processor, a transaction request from a user associated with an NFT minted via a blockchain, wherein the transaction request includes NFT identification data identifying the NFT, NFT authentication data and user identification data that includes a user device identifier. Step6004-10includes receiving, from a secure real-time NFT metadata repository and in response to the NFT identification data, NFT authentication metadata for authenticating the NFT and user authentication metadata for authenticating an authorized user of the NFT, wherein the secure real-time NFT metadata repository is separate from the blockchain Step6006-10includes determining, via the processor, that the NFT is authenticated when the NFT authentication data compares favorably to the NFT authentication metadata. Step6008-10includes determining, via the processor, that the user is authenticated when the user authentication metadata compares favorably to the user identification data. Step6010-10includes generating credentials data to facilitate the transaction when the NFT is authenticated and the user is authenticated.

InFIG.13A, an NFT includes (e.g. that has associated content stored on-chain or off-chain) corresponding to a playable version (e.g. a game application, game binary, game data, etc.) of an electronic game (or more simply, a “game”), such as an online game, cloud-based game, a game application for a mobile device, a video game playable on a game console or personal computer and this is rendered on a streaming platform, in the cloud, or locally at the client device itself. The electronic game can be a metaverse game or other metaverse experience, a single player game, a multiplayer game, an action/adventure game, a real-time strategy game, a shooter game, a multiplayer online battle arena, a role-playing game, simulation or sports game, a puzzle, party game and/or other game.

In various examples, the NFT includes (e.g. that has associated content stored on-chain or off-chain) corresponding to a game application having playable game data such as graphics files, game status information, executable code or other instructions that operate in conjunction with a platform and/or a client device to execute the play of the game itself. Furthermore, the NFT may include authentication data with respect to a user that “owns” the game NFT and this particular copy of the game and entitles the user or other holder of the NFT to play the game and other metadata and other data as discussed herein. In the example shown, the game NFT includes metadata that indicates that this copy corresponds to a special collector's edition of the game and, in particular, one of a limited series release of NFTs corresponding to one of the first 10,000 copies of the game and/or game NFT.

While described above as a “game NFT”, such an NFT can have any of the metadata, other data, and/or operate similarly to any of the other types of NFTs corresponding to videos, images, documents, game pieces, game characters, metaverse features, and/or other objects, etc. that are described herein.

FIG.13Bpresents a flowchart representation of an example method. In particular, a method6200-1is presented for use in conjunction with any of the functions and features described herein. Step6202-1includes receiving, via the processor, playable game data associated with an electronic game to be associated with a series of NFTs. Step6204-1includes receiving, via the processor, other data to be associated with the series of NFTs. Step6206-1includes facilitating, via the processor and based on the playable game data and the other data, generation of the series of NFTs, each of the series of NFTs comprising a playable instance of the electronic game.

FIG.13Cpresents a pictorial representation of an example screen display. In the example shown, a user of an NFT game platform has accessed, via a client device associated with the user such as client device825, a plurality of game NFTs associated with the user. The NFT game platform can be implemented via NFT collection platform800, NFT distribution platform2800, and/or other NFT platform that can include or operate in conjunction with NFT transaction authenticator6022, NFT source6026, secure real-time NFT metadata repository6024, NFT wallet system820, NFT marketplace822, NFT creation system824, and/or other tools, devices and systems described herein.

In this case, the user's collection of game NFTs includes NFTs4150-1,4150-2,4150-3, and4150-4, etc. In various embodiments the collection display can be arranged by the user or automatically sorted into categories such as genre's or other groupings based on metadata associated with each of the NFTs.

In the screen display shown, the platform has generated display data associated with a customized collection display that contains the plurality of game NFTs for display via a graphical user interface associated with the client device. Furthermore, the user has interacted with the graphical user interface and indicated a selection of one the plurality of game NFTs for play—in this case, the game “I Dig It”. The selection is received by the platform which responds by interacting, via the network115, with a client device825to support play of the selected game by the user—as shown inFIG.13D. This support can include streaming game video to, and receiving game input from, the client device625via the network115.

The NFT collection platform800and/or associated client device improves the technology of NFT systems and existing gaming platforms by allowing the user to generate, store, collect, display and use game NFTs that include playable content. The use of NFTs in association with playable game content allows users to “own” playable versions of games that can be streamed to a user's client device, to own and trade collectable limited game edition NFTs, to loan authenticated versions of games for the play of others, and/or to authenticate the user's ownership in the game and the game NFT.

FIG.13Epresents a flowchart representation of an example method. In particular, a method6200-2is presented for use in conjunction with any of the functions and features described herein. Step6202-2includes accessing, via a network interface, a plurality of game NFTs, each of the plurality of game NFTs associated with a game accessible by a user of a client device. Step6204-2includes generating, via the processor, display data associated with a customized collection display that contains the plurality of game NFTs for display via a graphical user interface.

Step6206-2receiving, via the graphical user interface, a selection of one the plurality of game NFTs for play of the associated game. Step6208-2includes facilitating, via the network interface and in conjunction with the client device, play of the game associated with the one of the plurality of game NFTs.

FIG.13Fpresents a block diagram/flow representation of an example of NFT generation. In particular, game data6226has been collected in association with the user's (player's) play of a game corresponding to game NFT6220. At some time, such as the end of a game, when a player reaches certain goals or achievements in the game, upon expiration of a predetermined time period, upon accumulation of a predetermined amount of game play (e.g. a number of games played, an amount of play time, etc.) or other criteria, the game data6226is used to generate an update to the game NFT6220as the updated game NFT6220-1. In this fashion, the player's game play and/or performance and achievements can be used to update the game NFT so that a player can pick up where he/she left off, have a mechanism to display some of the performance/achievements in conjunction with the game NFT itself.

As used herein, the term “updated” NFT can be used to represent changes that are made to an original NFT—i.e. the NFT that is the subject of the update. In addition, an “updated” NFT can be a new NFT, such as a derivative NFT, an all new NFT or other NFT that is minted based on the content, images, metadata and/or other data or based merely on the existence of the original NFT. This new NFT can be minted on the original blockchain used to mint the original NFT or via a parachain/side chain that is different from the original blockchain.

InFIG.13G, an example of Game NFT6220corresponding to an NBA game is presented. InFIG.13H, game data6226is generated based on the player's play of the game and used to generate an updated game NFT6220-1. In the example shown, updated game NFT6220-1visually reflects that the player has reached the “one-star” level.

FIG.13Ipresents a flowchart representation of an example method. In particular, a method6200-3is presented for use in conjunction with any of the functions and features described herein. Step6202-3includes facilitating, via the network interface and in conjunction with the client device, play of the game associated with the one of the plurality of game NFTs. Step6204-3includes receiving, via the processor, game data associated with the game play of the game by a user. Step6206-3includes updating the original NFT associated with the game piece, based on the game data associated with the game play of the game by the user.

FIG.13Jpresents a block diagram/flow representation of an example of NFT generation. In the example shown, NFT generation tools808are used to generate a derivative NFT6224based on the expiration restrictions6222that is shown inFIG.13K. The expiration restrictions can correspond to, for example, an expiration time and/or date, one or N time use in a game, tournament or challenge, etc. This derivative NFT6224can be created on a parachain or other sidechain that is different from the blockchain on which the original game NFT6220resides. Furthermore, this derivative NFT6224can be micro-loaned or otherwise leased or loaned to another user for game play—subject to the expiration restrictions. In this fashion, for example, other users can play the game in exchange for a price (payment, bounty, experience, etc.).

InFIG.13L, the derivative NFT6224has been temporarily loaned to another user who plays the game. At the end of the loan (e.g. when the expiration restrictions are met) the loaned game is automatically deleted, destroyed, disabled or otherwise “burned” and game data6226indicating the end of the escrow, stats and experience or other game performance metrics earned by the other user via the game are retrieved and can be stored by the user on the blockchain or other decentralized computer network with the original NFT6220to generate updated NFT6220′, as shown inFIG.13M.

FIG.13Npresents a flowchart representation of an example method. In particular, a method6200-4is presented for use in conjunction with any of the functions and features described herein. Step6202-4includes facilitating, via the processor, creation of a derivative NFT corresponding to an original NFT associated with a game the derivative NFT having expiration restrictions limiting game play of the game. Step6204-4includes facilitating, via the processor, a micro-loan transaction of the derivative NFT to another user to facilitate the game play of the game by the other user, wherein the derivative NFT expires when the expiration restrictions are met.

FIG.13Opresents a flowchart representation of an example method. In particular, a method6200-5is presented for use in conjunction with any of the functions and features described herein. Step6202-5includes facilitating, via the processor, creation of a derivative NFT corresponding to an original NFT associated with a game the derivative NFT having expiration restrictions limiting game play of the game. Step6204-5includes facilitating, via the processor, a micro-loan transaction of the derivative NFT to another user to facilitate the game play of the game by the another user, wherein the derivative NFT expires when the expiration restrictions are met. Step6206-5includes receiving, via the processor, game data associated with the game play of the game piece by the another user. Step6208-5includes updating the original NFT associated with the game piece, based on the game data associated with the game play of the game piece by the other user.

FIG.13Ppresents a flowchart representation of an example method. In particular, a method6200-6is presented for use in conjunction with any of the functions and features described herein. Step6202-6includes accessing, via a network interface, a plurality of game NFTs, each of the plurality of game NFTs including a playable instance of an associated game that is accessible by a user of a client device. Step6204-06includes generating, via the processor, display data associated with a customized collection display that contains the plurality of game NFTs. Step6206-06includes sending, via the network interface, the display data associated with a customized collection display to the client device for display via a graphical user interface associated with the client device.

Step6208-06includes receiving, via the graphical user interface, a selection of one the plurality of game NFTs for play of the associated game. Step62010-06includes facilitating, via the network interface, play of the associated game in conjunction with the client device.

In various examples, facilitating the play of the associated game includes streaming, via the network interface, game video associated with the one of the plurality of game NFTs to the client device and receiving from the client device, via the network interface, game data associated with the game play of the game by the user. The customized collection display that presents the plurality of game NFTs can be configured in response to user interactions with the graphical user interface, configured based on metadata associated with the plurality of game NFTs and/for example, be configured based on genres associated with the plurality of game NFTs or other categories or customized arrangements, either automatically or by selection from the user.

In various examples, the method can further includes updating the game NFT based on the game play of the associated game by the user, for example, by minting an updated game NFT that may be minted on via parachain that can be different from the blockchain that minted the game NFT. The method can further include: facilitating creation of a derivative NFT corresponding to a game NFT of the plurality of game NFTs, the derivative NFT having expiration restrictions limiting game play of the associated game; and facilitating a micro-loan transaction of the derivative NFT to another user to facilitate the game play of the associated game by the another user, wherein the derivative NFT expires when the expiration restrictions are met. These facilitating steps can be accomplished via NFT marketplace tools804and NFT generation tools808in conjunction with, for example, one or more NFT wallet systems820, one or more NFT marketplaces822and one or more NFT creation systems824.

FIG.13Qpresents a flowchart representation of an example method. In particular, a method6200-7is presented for use in conjunction with any of the functions and features described herein. Step6202-7includes receiving, via the network interface and from a non-fungible token (NFT) game platform, display data associated with a customized collection display that presents a plurality of game NFTs, each of the plurality of game NFTs including a playable instance of an associated game that is accessible by a user of the client device. Step6204-07includes displaying the display data via a graphical user interface and a display device associated with the client device.

Step6206-07includes receiving, via the processor in response to user interactions with the graphical user interface, a selection of one the plurality of game NFTs for play of the associated game. Step6208-7includes sending, to the NFT game platform via the network interface, selection data indicating the selection of the one the plurality of game NFTs. Step6210-07includes facilitating, via the network interface and in conjunction with NFT game platform, play of the associated game.

The NFT game platform can be implemented via NFT collection platform800, NFT distribution platform2800, and/or other NFT platform that can include or operate in conjunction with NFT transaction authenticator6022, NFT source6026, secure real-time NFT metadata repository6024, NFT wallet system820, NFT marketplace822, NFT creation system824, and/or other tools, devices and systems described herein.

In various examples, facilitating the play of the associated game includes receiving, via the network interface, game video associated with the one of the plurality of game NFTs that is streamed from the NFT game platform and/or sending to the NFT game platform, via the network interface, game data associated with the game play of the game by the user that is generated by the client device.

FIG.14Apresents a block diagram representation of an example system. The system includes a NFT platform6500, such as NFT collection platform800, NFT distribution platform2800or other NFT platform that operates to facilitate the creation of new NFTs such as game NFTs or other NFTs associated with games or other media and/or the play of games associated with one or more game NFTs that have been purchased or acquired by a player, collector or other user. The system further includes an immutable distributed storage system6515, a client device825, a payment processor6510or other marketplace or marketplace tool, a blockchain system6520, such as NFT creation system824or other decentralized computer system and a wallet6526, such as NFT wallet system820or other wallet.

In operation, the immutable distributed storage system6515, such as an interplanetary file system (IPFS) or other decentralized computer system/network stores a game application6518(e.g. playable game data) such as application binary and data corresponding to an electronic game, such as a game812or other electronic game. This form of storage promotes an incorruptibility and perpetual storage of the game. When a client device generates a purchase request6502for a game application associated with an electronic game that is received by the NFT platform6500. The NFT platform6500responds by generating a payment request6504and receives a payment response6514indicating whether or not the payment request is verified. In various examples, in response to the payment response verifying the payment request, the platform system6500facilitates the minting of a game NFT6522associated with the electronic game. In addition, or in alternative, one or more game NFTs can be minted prior to sale. In this fashion, for example, a limited and/or numbered series of game NFTs can be minted and offered for sale to collectors. Furthermore, pre-minting a number of NFTs for sale can help expedite the sales because the minting of the game NFTs does not need to occur in real-time.

In various examples, minting of the game NFT6522includes generation of a private key associated with the game NFT that is stored with NFT metadata and/or other wallet data6526in the wallet6526. In other examples, an existing private key can be retrieved and used for the same purpose. The game NFT6522serves to authenticate the purchase of the game application6518by the user of the client device825and can be used to enable play of the electronic game via the client device825, for example, by verification of the NFT authorization via the application binary of the game application6518, before the game is fully launched for game play via the client device825. This improves the technology of game systems by providing a secure and incorruptible methodology for authenticating ownership of a game and/or authenticating the user to the game as the actual game owner.

While the immutable distributed storage system6515and the blockchain system6520are shown as separate elements, these two systems can be combined, for example, when the game NFT6522and the game application6518are stored via the same blockchain. Furthermore, while the game application6518is shown as being sent to client device825, in other examples, the immutable distributed storage system6515and the NFT platform6500can be in direct or network communication and the game application6518can be executed by the NFT platform6500for game play via the client device825. Other configurations, combinations and connections are likewise possible.

FIG.14Bpresents a block diagram representation of an example system. In the example shown, an application execution device6530stores the game application6518for execution having a game NFT6522associated therewith. Similar devices shown inFIG.14Aare represented by similar reference numerals. The application execution device can be a client device825, an NFT platform800or other NFT platform or other device for executing the game application6518to facilitate play of the game.

In operation, the application execution device6530operates in response to application launch request6532for the game application6518. This application launch request6532can be received (internally) from a user interface associated with the application execution device6530(e.g. a client device or NFT platform) and/or received from an external device such as a client device, when for example, the application execution device6530corresponds to an NFT platform in communication with a client device. Once execution of the gaming application is initiated in response to the application launch request6532, launch metadata6534is generated, for example, to determine if the launch request can be validated. The launch metadata6534is sent to the wallet6525containing a private key associated with the game NFT6522associated with a user, such as a user of the application execution device and/or the application execution device6530. The application execution device6530receives from the wallet6526, a launch response6535that is generated based on the private key. The game application generates, based on the launch response6536, an ownership check6536that is sent to the blockchain system6520that stores the game NFT6522. An ownership validation response6538is received from the blockchain system6520that enables play of the game via the game application6518when the ownership validation response6538indicates ownership of the game NFT is verified and prevents play of the game via the game application6518when the ownership validation response6538indicates ownership of the game NFT is not verified. When not verified, the game application6518can, for example, shut itself down. In this fashion, the game application6518can self-validate on launch to verify ownership using game NFT data in a user's wallet which holds the private key to the game NFT6522.

In various examples, the launch metadata6534can include a current date and time, expiration information (if any) and a version number of the game application6518, a counter that indicates a number of times the application has been executed, and/or other data corresponding to the game NFT6522, the game application6518and/or the launch. The launch response6535can include a public key associated with the game NFT6522, a signed hash that is based on the private key, the launch metadata6534, and/or other data/metadata to be used to validate the NFT data from the wallet6525to the game NFT6522. In this fashion, the private key is not shared directly with the application binary—and instead is merely used by the wallet6525in a secure fashion.

The ownership check6536can include information from the launch response6535, additional owner/user information, such as user authentication data, associated with the user and/or owner of the game NFT6522and or other and/or other data/metadata to be used to validate the NFT data from the wallet6525to the game NFT6522. In various examples, the blockchain system6520can include a an NFT transaction authenticator6022, a secure real-time NFT metadata repository6024and an NFT source6026that actually stores the game NFT6522on a blockchain or other decentralized computer system/network and user authentication/NFT validation can take place, for example as described in conjunction withFIGS.12A-12D.

FIG.14Cpresents a block diagram representation of an example system. This system operates similarly to the system ofFIG.14B, however, the application launch request6532is received directly from the wallet6525.

FIG.14Dpresents a block diagram representation of an example system. These examples address a scenario where NFT's can be issued in-application (in-app NFTs). These in-app NFTs can correspond to collected or collectable items, achievements, purchased items, and or other NFTs that can be purchased or collected in-app. For example, first launch for a new user can issue an unsealing/open box NFT that is the digital equivalent of opening the box of a physical good and collecting a prize. These in-app NFT's can be tied to the user/owner of the game NFT6522and/or tied to a particular instance of the game application6518. This allows some NFTs to be transferred when ownership of the game application is transferred via sale or micro-loan of the game NFT6518. In other examples, the in-app NFTs can be independently sold and disassociated with the game NFT6522.

In various examples, the application execution device6530receives an in-app issuance request6542from a gaming application6518that was generated either automatically or in response to user interaction with the game. The application execution device6530responds by facilitating, based on in-app NFT data6544, the minting of an in-game NFT6545associated with the electronic game based on an authentication of the ownership of the game application6518via ownership of the associated game NFT6522by the user/owner that is playing the game.

In various examples, the system operates by: generating, via the application execution device6530, an ownership check6536; sending the ownership check6536to a blockchain system6520that stores a game NFT6522associated with the electronic game and the user; receiving, from the blockchain system6520, an ownership validation response6538; and facilitating, via the game application6518, a minting of the in-app NFT6545when the ownership validation response6538indicates ownership of the game NFT6518is verified.

In this example shown, an ownership check6536is initiated not only on launch of the game application6518, but also when an in-app issuance request6542is initiated to generate a in-app NFT. The in-app NFT6546is only minted when a favorable ownership validation response6538is received indicating validated ownership and/or user authentication. Furthermore, a favorable payment response6514may be required when the in-app issuance request6542has an associated a cost. Otherwise, if payment is denied or ownership validation fails, the requested in-app NFT6542is not minted.

FIG.14Epresents a block diagram representation of an example system. In various examples, game application6518starts with a root version that can be designed as6518-1. As bugs are fixed and new updates are released, new versions of the game application (6518-2,8518-3. . . ) can be created.

Consider the following example, where the immutable storage system6515includes an IPFS file system. The game application6518-1can be uploaded and an IPFS hash of the content (a “CID,” or content address) is generated that is used to make an IPFS URL (ipfs://<cid>). This IPFS URL can be included in the NFT data of the game NFT to refer to off-chain data (e.g., the metadata field in game NFT, the field in your metadata corresponding to the content—in this case the game application) as a pointer to the content itself. When there is a request to retrieve the game application6518-1, the NFT data can be accessed from the decentralized IPFS network from any peer that has the content. CIDs reference immutable content stored via a blockchain so that the game application that is accessed is the content referenced in the game NFT. The game application6518-1can be fetched directly, via a public IPFS gateway, or by using an IPFS Desktop application or via an IPFS command line.

When a new version of the game application, designated as6518-2is released, a new blockchain can be created with each block in the chain superseding the corresponding blocks from the previous chain. A game NFT for the prior version of the game application6518-1can be used to check the blockchain to validate the newer version of the game application6518-2. For example, when a blockchain for a new version of the game application is created, its metadata can include links/references to one (or all) prior versions that are stored in the immutable storage system6515. In this fashion, an ownership check associated with a newer version can determine that a prior version has been superseded when the newer version includes references to that prior version. While a direct ownership check based on older NFT may initially fail because the corresponding older version has been superseded, the immutable storage system6515can then attempt ownership checks associated with one or more prior versions until either ownership is validated for one of the prior versions or there are no remaining prior versions to check.

Considering the example shown, the immutable storage system6515stores versions6518-1and6518-2of the game application via a blockchain or other decentralized computer network. When the game application6518-2is launched by an application execution device6530, an ownership check6536-1is generated in accordance with a game NFT generated based on a prior game version of the game application6518-1. The immutable distributed storage system6515operates by determining when the ownership check6536-1is validated to the prior game version6518-1and furthermore determining when the prior game version6518-1has been superseded by the current game version6518-2. The ownership validation response6538-1is generated to indicate ownership validation only when both the ownership check6536-1is validated to the prior game version6518-1and when the prior game version6518-2has been superseded by the current game version. These two steps can be performed via the one process described above or via separate processes.

FIG.14Fpresents a block/flow diagram representation of an example system. In various examples the immutable distributed storage system6515can also determine when updates of a game application are available and facilitate the download of such updates.

Consider the following example. When the game application6518-1is launched by an application execution device6530, an ownership check6536-2is generated in accordance with a game NFT generated based on the (original) game version of the game application6518-1. The immutable distributed storage system6515operates by determining when the ownership check6536-2is validated to the game version6518-1and furthermore determining when the game version6518-1has been superseded by the current game version6518-2. In this case, the ownership check can be validated on the first instance since the launch metadata/response data corresponds to the version of the game application that is being launched. The immutable distributed storage system6515can, for example, also search the metadata, a version list associated with the game application or other data structure, to determine and identify another version of the game that supersedes the version being launched. If both conditions are met, the ownership validation response6538-2is generated to indicate that the updated game application6518-2is available. Furthermore, the immutable distributed storage system6515can facilitate access, by the application execution device6530, to the updated gaming application6518-2. This facilitation can be performed by coordinating with the application execution device6530to download the game application6518-2as shown. The updated gaming application6518-2can then be launched and validated as previously described in conjunction withFIG.14E.

FIG.14Gpresents a flowchart representation of an example method. In particular, a method6550-1is presented for use in conjunction with any of the functions and features described herein. Step6552-1includes receiving, at the NFT platform and from a client device, a purchase request for a game application associated with an electronic game. Step6554-1includes generating a payment request in response to the purchase request. Step6556-1includes receiving a payment response verifying the payment request. Step6558-1includes facilitating, in response to the payment response verifying the payment request, via the processor, a minting of a game NFT associated with the electronic game authenticating the purchase of the game application.

In various examples, the application data associated with the game application is stored via an immutable distributed storage system. The game NFT can operate to enable play of the electronic game via the client device. Minting of the game NFT can include generation or retrieval of a private key to be associated with the game NFT and the method can further include facilitating storage, via a wallet associated with a user of the client device, of the private key associated with the game NFT.

FIG.14Hpresents a flowchart representation of an example method. In particular, a method6550-2is presented for use in conjunction with any of the functions and features described herein. Step6552-2includes receiving, from a client device, an application launch request for a game application having a game NFT associated therewith. Step6554-2includes generating, via the game application and in response to the application launch request, launch metadata Step6556-2includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the game NFT.

Step6558-2includes receiving, from the wallet, a launch response that is generated based on the private key. Step6560-2includes generating, via the game application and based on the launch response, an ownership check. Step6562-2includes sending the ownership check to a blockchain system that stores the game NFT. Step6564-2includes receiving, from the blockchain system, an ownership validation response. Step6566-2includes enabling, via the game application, play of the game when the ownership validation response indicates ownership of the game NFT is verified. Step6568-2includes preventing, via the game application, play of the game when the ownership validation response indicates the ownership of the game NFT is not verified.

In various examples, the application data associated with the game application is stored via an immutable distributed storage system. The game NFT can enable play of the electronic game via the client device. The game NFT can include generation of a private key associated with the game NFT and the method can further include facilitating storage, via a wallet associated with a user of the client device, of the private key associated with the game NFT.

FIG.14Ipresents a flowchart representation of an example method. In particular, a method6550-3is presented for use in conjunction with any of the functions and features described herein. Step6552-3includes receiving, at the client device, an application launch request for a game application having a game NFT associated therewith. Step6554-3includes generating, via the game application and in response to the application launch request, launch metadata Step6556-3includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the game NFT. Step6558-3includes receiving, from the wallet, a launch response that is generated based on the private key.

Step6560-3includes generating, via the game application and based on the launch response, an ownership check. Step6562-3includes sending the ownership check to a blockchain system that stores the game NFT. Step6564-3includes receiving, from the blockchain system, an ownership validation response. Step6566-3includes enabling, via the game application, play of the game when the ownership validation response indicates ownership of the game NFT is verified. Step6568-3includes preventing, via the game application, play of the game when the ownership validation response indicates the ownership of the game NFT is not verified.

FIG.14Jpresents a flowchart representation of an example method. In particular, a method6550-4is presented for use in conjunction with any of the functions and features described herein. Step6552-4includes receiving, at the NFT wallet associated with a user of a client device, an application launch request for a game application having a game NFT associated therewith, wherein the NFT wallet contains a private key associated with the game NFT. Step6554-4includes generating, via the NFT wallet and in response to the application launch request, a launch response that is generated based on the private key, wherein the game application generates, based on the launch response, an ownership check that is sent to a blockchain system that stores the game NFT, and wherein the game application receives, from the blockchain system, an ownership validation response and enables play of the game when the ownership validation response indicates ownership of the game NFT is verified and prevents play of the game when the ownership validation response indicates the ownership of the game NFT is not verified.

FIG.14Kpresents a flowchart representation of an example method. In particular, a method6550-5is presented for use in conjunction with any of the functions and features described herein. Step6552-5includes receiving, at the NFT platform and from a game application associated with an electronic game played by a user, an in-app issuance request for an in-app NFT. Step6554-5includes generating, via the NFT platform, an ownership check. Step6556-5includes sending the ownership check to a blockchain system that stores a game NFT associated with the electronic game and the user. Step6558-5includes receiving, from the blockchain system, an ownership validation response. Step6560-5includes facilitating, via the game application, a minting of the in-app NFT when the ownership validation response indicates ownership of the game NFT is verified.

In various examples, the method further includes: generating a payment request in response to the purchase request; and receiving a payment response verifying the payment request; wherein the ownership check is generated in response to the payment response. The in-app NFT can have in-app NFT metadata associated therewith, wherein the in-app NFT metadata includes one or more of: an achievement data associated with the electronic game and the user, an application identifier associated with the electronic game, a user identifier associated with the user or an instance identifier indicating an instance of the electronic game associated with the user.

FIG.14Lpresents a flowchart representation of an example method. In particular, a method6550-6is presented for use in conjunction with any of the functions and features described herein. Step6552-6includes receiving, at the blockchain system and from a game application associated with an electronic game, an ownership check generated in accordance with a game non-fungible token (NFT), wherein the game application is associated with a current game version of the game application and the game NFT was generated based on a prior game version of the game application. Step6554-6includes determining, via the blockchain system, when the ownership check is validated to the prior game version. Step6556-6includes determining, via the blockchain system, when the prior game version has been superseded by the current game version. Step6558-6includes generating an ownership validation response indicating ownership validation when the ownership check is validated to the prior game version and when the prior game version has been superseded by the current game version.

FIG.14Mpresents a flowchart representation of an example method. In particular, a method6550-7is presented for use in conjunction with any of the functions and features described herein. Step6552-7includes receiving, from a client device, an application launch request for a game application having a game NFT associated therewith. Step6554-7includes generating, via the game application and in response to the application launch request, launch metadata Step6556-7includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the game NFT. Step6558-7includes receiving, from the wallet, a launch response that is generated based on the private key. Step6560-7includes generating, via the game application and based on the launch response, an ownership check.

Step6562-7includes sending the ownership check to a blockchain system that stores the game NFT. Step6564-7includes receiving, from the blockchain system, an ownership validation response that indicates an updated game application is available. Step6566-7includes facilitating access, by the client device, to the updated gaming application.

FIG.14Npresents a flowchart representation of an example method. In particular, a method6550-8is presented for use in conjunction with any of the functions and features described herein. Step6552-8includes receiving an application launch request for a game application having a game non-fungible token (NFT) associated therewith. Step6554-8includes generating, via the game application and in response to the application launch request, launch metadata. Step6556-8includes sending the launch metadata to an NFT wallet, the NFT wallet containing a private key associated with the game NFT. Step6568-8includes receiving, from the NFT wallet, a launch response that is generated based on the private key.

Step6560-8includes generating, via the game application and based on the launch response, an ownership check. Step6562-8includes sending the ownership check to a blockchain system that stores the game NFT. Step6564-8includes receiving, from the blockchain system, an ownership validation response. Step6566-8includes enabling, via the game application, play of the game when the ownership validation response indicates ownership of the game NFT is verified.

In various examples, the method includes preventing, via the game application, play of the game when the ownership validation response indicates the ownership of the game NFT is not verified. The application data associated with the game application can be stored via an immutable distributed storage system and be downloaded to a client device or NFT platform for execution of the game application. The application launch request can be generated by a client device, and wherein the game application is executed via the client device or via an NFT platform in communication with the client device.

In various examples, the ownership validation response indicates when an updated game application is available and the method further includes: facilitating access to the updated gaming application when the updated game application is available. The application launch request can be generated by a client device, wherein the gaming application is executed by the client device, and wherein facilitating access to the updated gaming application includes downloading the updated gaming application to the client device for execution via the client device. The application launch request can be generated by a client device, wherein the gaming application is executed by an NFT platform in communication with the client device, and wherein facilitating access to the updated gaming application includes downloading the updated gaming application to the NFT platform for execution via the NFT platform.

While the forgoing systems and methods ofFIGS.14A-14Nhave focused on game NFTs, these systems and methods could likewise be applied to NFTs associated with other applications, other media and/or other types of NFTs. Furthermore, the applications and techniques associated with NFTs previously described in this application, and in copending U.S. application Ser. No. 17/656,084 entitled, FACILITATING PLAY OF GAME NFTS VIA A CLIENT DEVICE, can likewise be applied to game NFTs as well.

FIG.15Apresents a block diagram representation of an example system. In the example shown, a user of an NFT game platform6625has accessed, via a client device associated with the user such as client device825, a multiplayer game playable by the user in conjunction with users of other client devices825. The NFT game platform can be implemented via NFT game platform6500, NFT collection platform800, NFT distribution platform2800, and/or other NFT platform that can include or operate in conjunction with NFT transaction authenticator6022, NFT source6026, secure real-time NFT metadata repository6024, NFT wallet system820, NFT marketplace822, NFT creation system824, and/or other tools, devices and systems described herein.

The NFT game platform6625and/or associated client device825improves the technology of NFT systems and existing gaming platforms by allowing the user to generate, store, collect, display and use NFTs that enable game play of the associated multiplayer games. These NFTs may be game NFTs as previously discussed that allow a user to access game applications that are stored via blockchain or other immutable storage via the game NFT. These NFTs may also be “game token” NFTs that, while not associated with storage and/or authentication of the game application itself, nevertheless are associated with a user's ownership of and/or access to a particular game and can be used by a game application, client device825and/or game platform6625to provide authenticated access by the user to a game that, for example can be executed and/or streamed to a user's client device. Like the game NFT's previously discussed, the game token NFTs can be collected, traded, sold or loaned for play of the game by others.

FIGS.15B-15Jpresent pictorial representations of example screen displays. InFIG.15B, the user's collection of game token NFTs includes NFTs6650-1,6650-2,6650-3, and6650-4, etc. In various embodiments the collection display can be arranged by the user or automatically sorted into categories such as genre's or other groupings based on metadata associated with each of the NFTs.

In the example shown, the platform has generated display data associated with a customized collection display that contains the plurality of game token NFTs for display via a graphical user interface associated with the client device. Furthermore, the user has interacted with the graphical user interface and indicated a selection of one the plurality of game token NFTs for play—in this case, the game “I Dig It”. The selection is received by the platform which responds by interacting, via the network115, with a client device825to authenticate the user's access to the game via validation of the game token NFT as shown inFIG.15C. In this fashion, the play of the selected game can be enabled for the user and/or other user's also having their own valid game token NFTs corresponding to the game as shown inFIG.15D. Conversely, a user attempting to play without an associated game token NFT can be prevented access to the game.

NFT game platform6625can support other use of NFTs in conjunction with games, such as multiplayer games. Consider a multiplayer game that allows players to mine for or otherwise collect NFTs that are dropped in the game at various times, included in game levels, dropped in the game for tournaments and/or otherwise placed in a game to be issued to the first player that is able to find or otherwise earn the NFT. In various examples, the types of NFTs that are collected can fall within three different categories that are described below.

This is a game-related NFT (that is specific to the game) that is collected or earned via game play of a game and that provides no benefit (direct or indirect) to the player in the game—but rather may derive value as a as a symbol of the player's prowess and/or as collector's item that may be bartered or sold apart from the game. An example is a winner's trophy or badge NFT that represents an accomplishment but that does not provide any tangible benefit in terms of player abilities, to the player (or the player's character) within the game itself—other than, optionally, as a symbol of the player's status. A further example is a NFT associated with a sponsor that may or may not provide subsidiary benefits with respect to a sponsor's products and/or services—but no benefits to the user's play of the game.

This is a game-related NFT (that is specific to the game) that is purchased, collected or earned via game play of a game and that provides a direct benefit to the player in the game by enabling and/or automatically providing player access to player abilities, advantages, enhanced skills, unlocking additional features, and/or automatically providing player access to other enhancements to the player's character that are nonfungible, unique or of a limited nature, and associated with the NFT. Examples include an NFT associated with a unique or one of a limited set of weapons, armor or other game artifacts, a unique plot of metaverse game real estate, access to a new and/or hidden level of the game, a player token associated with the player's character or new character to be used by the player or other direct benefit to the player or player's character within the game.

This is a game-related NFT that is purchased, collected or earned via game play of a game and that provides an indirect benefit to the player in the game, by providing one or more tokens, points or game currency that are fungible and not unique to the NFT (i.e could be gathered or earned in different ways), but which a player may choose to convert to direct benefits such as advantages, enhanced skills, unlocking additional features, and/or access to other enhancements to the player's character. Examples include a game token that allows a player to play again, an NFT which entitles a player to certain benefits only after other NFTs have been collected (i.e. having a contingent benefit), a level-up benefit which could be achieved in other ways, and/or points or game currency that can be achieved in other ways and that can be converted, at the player's discretion, into a direct benefit to the player or player's character within the game.

Consider the screen shown inFIG.15Eof a multiplayer I Dig It game. The player's character is a digger that is digging/mining to collect dig up stuff (“diggins”) that can be collected by the player that first finds them and sold in the game in exchange for game currency that can be used to fuel and/or upgrade the player's digger. One or more of these diggins can be NFTs including one or more Non-Utilitarian Game NFTs, one or more Direct-Beneficial Game NFTs and/or one or more Indirect-Beneficial Game NFTs.

In various examples, either during regular game play or during a limited time tournaments, multiplayer games are populated with players in groups of N (say 6, 10, 25, 100, etc.), so that the number of competitors are limited and the processing resources required for each game can be capped to a maximum level. In this fashion, multiple games/tournaments can be formed serially and/or contemporaneously as each new game/tournament is filled until a maximum number of games/tournaments is reached. This improves the technology of multiplayer gaming by allowing processing resources to be predicted and allocated more efficiently to support multiple games.

For each game/tournament, a fixed number of NFTs are created and virtually buried in the I Dig It world for each tournament (X NFTs per tournament). These NFTs could be, for example, one or more Non-Utilitarian Game NFTs, one or more Direct-Beneficial Game NFTs and/or one or more Indirect-Beneficial Game NFTs that are each either original NFTs or derivative NFTs in a limited series. The players can play normally and look for resources and regular prizes but also could find an NFT. The first to find an NFT can collect the NFT (a game-collected NFT) which is then issued to the player. The game display can include a score board of player scores that also indicates NFTs found—how many are left etc. Players not finding NFTs can access information indicating others who won NFTs and where they were found in the virtual world.

In various examples, the game platform6625further operates via individual instances of the game application being executed for each player that operate independently in most circumstances with only a limit the number of server interactions that are each triggered by special circumstances within the game. This allows the game platform6625to support more players in each game/tournament and/or more contemporaneous games/tournaments with fewer processing resources. In various examples, each game application includes a player dashboard that includes game clock that presents a display of time left in the particular game/tournament that is synchronized when a player starts the game/tournament. To collect NFTs and/or to add to their score, players must enter and drop off their loot/diggins at a particular check-in location in the game (i.e., a verification site). This triggers a server interaction which updates the player's score. During this exchange, the player can view a tournament scoreboard that includes scores for other players that have only been updated from the last time each player visited the check-in location.

In various examples, NFTs that were collected by a player can only be officially earned (and issued to the player) if the player is the first to show up with the NFT at the check-in location in the game. Consider the following example process:A player collects an NFT and the game checks to see if it has already been cashed in/earned by another player;If not yet collected—the player can pick it up and game provides a warning that the player must successful exit and cash it in at the check-in location in order to earn it.Once the player arrives at the check-in location with the NFT, the game checks again to see if it previously was cashed in by a previous player. If not, it is awarded (issued) to the player. If so, the player is not awarded the NFT.

InFIG.15F, a player has collected an example of an Indirect-Beneficial NFT that by itself does not provide additional player abilities, but can be collected at the check-in location (if the player was the first to check-in with this particular NFT). If the NFT was successfully collected (or in other examples, whether the NFT was earned or not), the player also receives a certain amount of game currency that itself can be used as a basis of game score for the player, and/or further can be exchanged to enhance the player's abilities.

InFIG.15G, a player has collected an example of a Direct-Beneficial NFT that if successfully collected, not only includes the NFT, but also provides a special enhanced digger to the player. InFIG.15H, the player's character is approaching a check-in location6643in the game. InFIG.15I, a player has earned an example of a Non-Utilitarian NFT, for winning a particular tournament. This particular Non-Utilitarian NFT can automatically be earned by winning the associated game/tournament without the collection process through the check-in location. In other examples however, other Non-Utilitarian NFTs could be earned through the collection process previously described.

While the prior examples have been focused on the collection of NFTs, similar procedures can be used to earn crypto-currency that has been dropped in a game for possible player collection. InFIG.15J. a player has collected an Amp Coin.

In various examples, the game platform6625can support three different currencies:A game currency that can only be used in-game, e.g. a game-dependent currency (e.g. game dollars, coins, etc.) that only exists in (or is only relevant to) the game and can be used to purchase resources used in the game. Game currency is earned based on achievements associated with game play either in tournaments and/or regular game play.A non-game standard (non-crypto) currency—a game-independent currency that exists outside of the game, can also be used to purchase resources used in the game (including the game currency via in-app purchases), but can also be bought/sold by others without relation to the game (e.g. the US dollar).A non-game crypto-currency, a crypto currency, e.g. a game-independent crypto-currency (e.g. Amp coins, Bit coins, Doge coins, etc.) that exists outside of the game, may or may not be used to purchase resources used in the game, but can be bought/sold by others without relation to the game.A game crypto-currency, a crypto currency, e.g. a game-based crypto-currency that is unique to the game, and may be used to purchase resources used in the game, but also can be bought/sold by others without relation to the game as collectables or use by other players in the game.

In various example, non-game crypto-currency can be earned in different ways:Non-game crypto-currency can be earned based on locating crypto-currency coins during games/tournaments. The first player to successfully collect a coin, earns the coins.Non-game crypto-currency can also be earned based on game/tournament results. In various examples, amounts of crypto-currency can be awarded to first place, second place, third place, etc. In addition or in the alternative, at the end of the tournament, the first place player takes a percentage of any undiscovered crypto-currency coins (in addition to whatever they found themselves). The second place player takes a lower percentage of undiscovered crypto-currency coins (in addition to whatever they found themselves), etc.

It should be noted that game crypto-currency can be earned in any of the ways described above with respect to non-game crypto-currency.

FIG.15Kpresents a block/flow diagram representation of an example system of an example of NFT generation. In the example shown, NFT generation tools808operate to convert image data6620-1and other data6622-1into one or more non-utilitarian NFTs6624-1. The image data6620-1can correspond to an original NFT, borrowed (e.g. temporary micro-loaned) NFT, a derivative NFT, an original image, and/or other derivatives or micro-loans thereof or other display or image data. In various examples, the NFT generation tools808can operate to verify the credentials of any NFTs whose images are contained in the image data6620-1, prior to creating the non-utilitarian NFT6624-1. In this fashion, one or more non-utilitarian NFT6624-1can only be created (e.g. on a derivative basis) when the source NFT or NFTs are verified—preventing the creation of unauthorized or counterfeit NFTs.

The other data6622-1, can be image data including signatures and other endorsement images, visual indications of derivative series, originality classification, attributions, or other image data, metadata of all kinds including metadata indicating one or more originality classifications, attributions, endorsement data, other derivative data indicating the series number and total number in a derivative series, restrictions on micro-loans or other derivatives, restrictions on derivatives with artistic effects, restrictions that derivatives must include attributions to the original source, restrictions on numbers of derivatives or micro-loans or the sizes of derivative series, restrictions on the creation of collection NFTs, the number of collection NFTs, the creation of collection NFTs including NFTs from other sources, from prohibited sources or with prohibited content, geographical restrictions, time restrictions (e.g., can be used to create derivatives or collection NFTs or can be temporarily micro-loaned for 1 month, one year, etc., other restrictions and/or other data associated with, or to be associated with, the image data6620-1.

This other data6622-1can be used to generate an NFT and/or combined with the image data6620-1to create a dataset that includes both the image data6620-1and the other data6622-1. This other data6622-1or combined dataset can be protected via the blockchain decentralized computer network and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect the new non-utilitarian NFT6624-1itself. It should be noted that the non-utilitarian NFT6624-1can include a single derivative or a number of derivatives, including a limited series of derivatives. It should be noted further that some or all of the other data6622-1, including restriction data and/or attribution data, can be derived from one or more original NFTs whose images are associated with the image data6620-1.

FIG.15Lpresents a flowchart representation6600-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6602-1includes receiving, via the processor, an image to be associated with a series of non-utilitarian NFTs corresponding to a multiplayer game. Step6604-1includes receiving, via the processor, other data, wherein the other data is also associated with the series of non-utilitarian NFTs. Step6604-1includes facilitating creation of the series of non-utilitarian NFTs.

FIG.15Mpresents a block/flow diagram representation of an example system of an example of NFT generation. In the example shown, NFT generation tools808operate to convert image data6620-2and other data6622-2into a series of derivative NFTs6624-2. The image data6620-2can correspond to an original NFT, borrowed (e.g. temporary micro-loaned) NFT, a derivative NFT, an original image, and/or other derivatives or micro-loans thereof or other display or image data. In various examples, the NFT generation tools808can operate to verify the credentials of any NFTs whose images are contained in the image data6620-2, prior to creating the non-utilitarian NFT6624-2. In this fashion, one or more non-utilitarian NFT6624-2can only be created (e.g. on a derivative basis) when the source NFT or NFTs are verified—preventing the creation of unauthorized or counterfeit NFTs.

The other data6622-2can be any of the other data6622-1. This other data6622-2an image data6620-2can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect the series of derivative NFTs6624-2. It should be noted that the series of derivative NFTs6624-2can include a number of derivatives, including a limited series of derivatives. It should be noted further that some or all of the other data6622-2, including restriction data and/or attribution data, can be derived from one or more original NFTs whose images are associated with the image data6620-2.

FIG.15Npresents a flowchart representation6600-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6602-2includes receiving, via the processor, an image to be associated with a series of derivative NFTs corresponding to a multiplayer tournament. Step6604-2includes receiving, via the processor, other data, wherein the other data is also associated with the series of derivative NFTs. Step6602-2includes facilitating creation of the series of derivative NFTs.

FIG.15Opresents a flowchart representation6600-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6602-3includes accessing, via a network interface, a plurality of game token NFTs, each of the plurality of game token NFTs associated with a multiplayer game accessible by a user of a client device. Step6604-3includes generating, via the processor, display data associated that the plurality of game token NFTs for display via a graphical user interface of the client device. Step6606-3includes receiving, via the graphical user interface, a selection of one the plurality of game token NFTs for play of the associated multiplayer game. Step6608-3includes facilitating, via the network interface and in conjunction with the client device, play of the multiplayer game associated with the one of the plurality of game NFTs, when the one of the plurality of game token NFTs is selected.

FIG.15Ppresents a flowchart representation6600-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6602-4includes facilitating, via a network interface and in conjunction with a client device, play of a multiplayer game by a player of a plurality of players, wherein the player is associated with the client device. Step6604-4includes updating, via the processor, the multiplayer game to reflect that the player has collected an NFT from the multiplayer game when the player is determined to be a first player of a plurality of players to deposit the NFT at a collection verification site in the multiplayer game. Step6606-4includes issuing the NFT from the multiplayer game to the player when the player is determined to be the first player of a plurality of players to deposit the NFT at a collection verification site in the multiplayer game.

FIG.15Qpresents a flowchart representation6600-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6602-5includes facilitating, via a network interface and in conjunction with a client device, play of a multiplayer game by a player of a plurality of players, wherein the player is associated with the client device. Step6604-5includes updating, via the processor, the multiplayer game to reflect that the player has collected crypto-currency from the multiplayer game when the player is determined to be a first player of a plurality of players to deposit the crypto-currency at a collection verification site in the multiplayer game. Step6606-5includes issuing the crypto-currency from the multiplayer game to the player when the player is determined to be the first player of a plurality of players to deposit the crypto-currency at a collection verification site in the multiplayer game.

FIG.15Rpresents a flowchart representation6600-6of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6602-6includes facilitating, via a network interface and in conjunction with a client device, play of a multiplayer game by a player of a plurality of players, wherein the player is associated with the client device. Step6604-6includes updating, via the processor, the multiplayer game to reflect that the player has collected crypto-currency from the multiplayer game. Step6606-6includes updating, via the processor, the multiplayer game to reflect that the player has collected game dependent-game currency from the multiplayer game. Step6608-6includes updating, via the processor, the multiplayer game to reflect that the player has purchased game dependent currency for the multiplayer game via game independent currency that differs from the crypto-currency. Step6610-6includes updating, via the processor, the multiplayer game to reflect that the player has purchased game dependent currency for the multiplayer game via the crypto-currency.

FIG.16Apresents a block diagram representation of an example system. In the system shown, a game token NFT6722is purchased and issued to a particular user of a client device825. The game token NFT6722, as previously discussed, while not associated with storage of the game application, nevertheless are associated with a user's ownership of and/or access to a particular game and can be used by a game application, client device825and/or game platform6625to provide authenticated access by the user to a game that, for example can be executed and/or streamed to a user's client device in order for the user to play the game.

The system includes a NFT platform6725, such as NFT collection platform800, NFT game platform6500, NFT distribution platform2800or other NFT platform that operates to facilitate the creation of new NFTs such as game NFTs or other NFTs associated with games or other media and/or the play of games associated with one or more game NFTs that have been purchased or acquired by a player, collector or other user. The system further includes a client device825, a payment processor6710or other marketplace or marketplace tool, a blockchain system6720, such as NFT creation system824or other decentralized computer network and a wallet6726, such as NFT wallet system820or other wallet.

A client device generates a purchase request6702for a game token NFT6722associated with an electronic game that is received by the NFT game platform6725. The NFT game platform6725responds by generating a payment request6704and receives a payment response6714indicating whether or not the payment request is verified. In various examples, in response to the payment response verifying the payment request, the NFT game platform system6725facilitates the minting of a game token NFT6722associated with the electronic game. In addition, or in alternative, one or more game token NFTs can be minted prior to sale. In this fashion, for example, a limited and/or numbered series of game token NFTs can be minted and offered for sale to collectors. Furthermore, pre-minting a number of NFTs for sale can help expedite the sales because the minting of the game token NFTs does not need to occur in real-time.

In various examples, minting of the game token NFT6722includes generation of a private key associated with the game token NFT that is stored with NFT metadata and/or other wallet data6726in the wallet6726. In other examples, an existing private key can be retrieved and used for the same purpose. The game token NFT6722serves to authenticate the purchase of the game or access to a game/tournament or game application by the user of the client device825and can be used to enable play of the electronic game via the client device825, for example, by verification of the NFT authorization before the game is fully launched for game play via the client device825. This improves the technology of game systems by providing a secure and incorruptible methodology for authenticating game/tournament access and/or authenticating the user to the game as the actual game owner or other authorized user/player. While a particular architecture is shown, other configurations, combinations and connections are likewise possible. Furthermore, other authentication systems & methodologies described herein, including any of the techniques described in conjunction withFIGS.12A-12D, could likewise be employed.

FIG.16Bpresents a flowchart representation6700-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6702-1includes receiving, at the NFT platform and from a client device, a purchase request for a game token NFT associated with an electronic game. Step6704-1includes generating a payment request in response to the purchase request. Step6706-1includes receiving a payment response verifying the payment request. Step6708-1includes facilitating, in response to the payment response verifying the payment request, via the processor, issuance of a game token NFT associated with the electronic game for enabling play of the electronic game.

FIG.16Cpresents a block/flow diagram representation of an example system. In this example, ownership (e.g. authenticated ownership) by a user of one or more non-game NFTs6721-2is used to automatically trigger the generation of a game token NFT6724-2based on other data6722-2. As used herein, a non-game NFT is an NFT that, even though it may provide benefits to a particular game and have value to collectors independent of a particular, it is not specific to a particular game. In this fashion, a game studio may issue NFTs that provide subsidiary benefits to a number of different games as opposed to one specific game. For example, one or more non-game NFTs6721-2associated with InMotion Games, may provide benefits to a number of different games produced by InMotion, as opposed to any one specific game.

In the example shown inFIG.16D, after a non-game NFTs6721-2associated with InMotion Games is authenticated to the user, game token NFTs6724-2are generated as a result. While ownership/collection of a single NFT triggers generation of multiple game token NFTs, in other examples, ownership collection of multiple non-game NFTs may be required to generate either a single game token NFT or a series of game token NFTs associated with a single game or different games.

In this fashion, a non-game NFT associated with a film or series of films, may provide benefits to a particular game that is based on characters from the film(s), even though it is primarily associated with the film(s) themselves. For example, a non-game NFT associated with Harry Potter series of films may provide subsidiary benefits to a particular game that is based on characters from the Harty Potter film(s), even though the NFT is primarily associated with the film(s) themselves. In this fashion, a non-game NFT associated with an unrelated product, may provide subsidiary benefits to a particular game that is sponsored by the producer of this product. For example, a Fritos NFT may provide benefits to a particular game that is sponsored by Frito-Lay.

In this context, the other data6722-2can include the particular image to be associated with the game token NFT6724-2along with other data used in NFT generation as previously described herein.

FIG.16Epresents a flowchart representation6700-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6702-2includes determining, via the processor, when one or more non-game NFTs are authenticated. Step6704-2includes receiving, via the processor, other data, wherein the other data is associated with a game token NFT to be generated. Step6706-2includes facilitating creation of the game token NFT based on the other data, when the one or more non-game NFTs associated with the multiplayer game are authenticated.

FIG.16Fpresents a block/flow diagram representation of an example system. In this example, ownership (e.g. authenticated ownership) by a user of one or more game-collected NFTs6721-3is used to automatically trigger the generation of a game token NFT6724-3based on other data6722-3. As used herein, a game collected NFT is an NFT that was collected via play/use of a game to be associated with the game token. In the example shown inFIG.16G, after a user/player has collected NFTs6721-3via play of I Dig It, and these NFTs are authenticated to the user, game token NFT6724-2is generated as a result. In this fashion, a user can collect new game tokens to a game that can be used in future play if older game tokens to that game expire after a time or due to the loss of the game by a player. These new game tokens can also be bartered or sold.

FIG.16Hpresents a flowchart representation6700-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6702-3includes determining, via the processor, when one or more game-collected NFTs associated with a multiplayer game are authenticated. Step6704-3includes receiving, via the processor, other data, wherein the other data is associated with a game token NFT to be generated. Step6706-3includes facilitating creation (e.g., issuance) of the game token NFT based on the other data, when the one or more game-collected NFTs associated with the multiplayer game are authenticated.

FIGS.16I-16Jpresent a block/flow diagram representations of example systems. In the example shown inFIG.16I, an application execution device6730stores the game application6718for execution having a game token NFT6722associated therewith. Similar devices shown inFIG.16Aare represented by similar reference numerals. The application execution device can be a client device825, an NFT platform800, NFT game platform6625, NFT game platform6500or other NFT platform or other device for executing the game application6718to facilitate play of the game.

In operation, the application execution device6730operates in response to an application launch request6732for the game application6718. This application launch request6732can be received (internally) from a user interface associated with the application execution device6730(e.g. a client device or NFT platform) and/or received from an external device such as a client device, when for example, the application execution device6730corresponds to an NFT platform in communication with a client device. Once execution of the gaming application is initiated in response to the application launch request6732, launch metadata6734is generated, for example, to determine if the launch request can be validated. The launch metadata6734is sent to the wallet6725containing a private key associated with the game token NFT6722associated with a user, such as a user of the application execution device and/or the application execution device6730. The application execution device6730receives from the wallet6726, a launch response6735that is generated based on the private key. The game application generates, based on the launch response6736, an ownership check6736that is sent to the blockchain system6720that stores the game token NFT6722. An ownership validation response6738is received from the blockchain system6720that enables play of the game via the game application6718when the ownership validation response6738indicates ownership of the game token NFT6722is verified and prevents play of the game via the game application6718when the ownership validation response6738indicates ownership of the game token NFT6722is not verified. When not verified, the game application6718can, for example, shut itself down. In this fashion, the game application6718can self-validate on launch to verify ownership/authorized use by the user using game token NFT data in a user's wallet which holds the private key to the game token NFT6722.

In various examples, the launch metadata6734can include a current date and time, expiration information (if any) and a version number of the game application6718, a counter that indicates a number of times the application has been executed, and/or other data corresponding to the game token NFT6722, the game application6718and/or the launch. The launch response6735can include a public key associated with the game token NFT6722, a signed hash that is based on the private key, the launch metadata6734, and/or other data/metadata to be used to validate the NFT data from the wallet6725to the game token NFT6722. In this fashion, the private key is not shared directly with the application binary—and instead is merely used by the wallet6725in a secure fashion.

The ownership check6736can include information from the launch response6735, additional owner/user information, such as user authentication data, associated with the user and/or owner of the game token NFT6722and or other and/or other data/metadata to be used to validate the NFT data from the wallet6725to the game token NFT6722. In various examples, the blockchain system6720can include an NFT transaction authenticator6022, a secure real-time NFT metadata repository6024and an NFT source6026that actually stores the game token NFT6722on a blockchain or other decentralized computer system/network and user authentication/NFT validation can take place, for example as described in conjunction withFIGS.12A-12D.

FIG.16Jpresents a block diagram representation of an example system. This system operates similarly to the system ofFIG.16I, however, the application launch request6732is received directly from the wallet6725.

FIG.16Kpresents a flowchart representation6700-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6702-4includes receiving an application launch request for a game application having a game token NFT associated therewith. Step6704-4includes generating, in response to the application launch request, launch metadata. Step6706-4includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the game token NFT. Step6708-4includes receiving, from the wallet, a launch response that is generated based on the private key. Step6710-4includes generating, based on the launch response, an ownership check. Step6712-4includes sending the ownership check to a blockchain system that stores the game token NFT. Step6714-4includes receiving, from the blockchain system, an ownership validation response. Step6716-4includes enabling, via the game application, play of the game when the ownership validation response indicates ownership of the game token NFT is verified. Step6718-4includes preventing, via the game application, play of the game when the ownership validation response indicates the ownership of the game token NFT is not verified.

FIG.16Lpresents a block/flow diagram representation of an example system. This example addresses a scenario where NFT's can be issued in-application (in-app NFTs). These in-app NFTs can correspond to any of the game-collected NFTs and/or other collected or collectable items, achievements, purchased items, and or other NFTs that can be purchased, earned and/or collected in-app. For example, first launch for a new user can issue an unsealing/open box NFT that is the digital equivalent of opening the box of a physical good and collecting a prize. These in-app NFT's can be tied to the user/owner of the game token NFT6722and/or tied to a particular instance of the game application6718. This allows some NFTs to be transferred when ownership of the game application is transferred via sale or micro-loan of the game token NFT6718. In other examples, the in-app NFTs can be independently sold and disassociated with the game token NFT6722.

In various examples, the application execution device6730receives an in-app issuance request6742from a gaming application6718that was generated either automatically or in response to user interaction with the game. The application execution device6730responds by facilitating, based on in-app NFT data6744, the minting of an in-game NFT6745associated with the electronic game based on an authentication of the ownership of the game application6718via ownership of the associated game token NFT6722by the user/owner that is playing the game.

In various examples, the system operates by: generating, via the application execution device6730, an ownership check6736; sending the ownership check6736to a blockchain system6720that stores a game token NFT6722associated with the electronic game and the user; receiving, from the blockchain system6720, an ownership validation response6738; and facilitating, via the game application6718, a minting/issuance of the in-app NFT6745when the ownership validation response6738indicates ownership of the game token NFT6722is verified.

In this example shown, an ownership check6736is initiated not only on launch of the game application6718, but also when an in-app issuance request6742is initiated to generate a in-app NFT. The in-app NFT6745is only minted when a favorable ownership validation response6738is received indicating validated ownership and/or user authentication of the game token NFT6722. Furthermore, a favorable payment response6714may be required when the in-app issuance request6742has an associated cost. Otherwise, if payment is denied or ownership validation fails, the requested in-app NFT6745is not minted.

FIG.16Mpresents a flowchart representation6700-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6702-5includes receiving, at the NFT platform and from a game application associated with an electronic game played by a user, an in-app issuance request for an in-app NFT. Step6704-5includes generating, via the NFT platform, an ownership check. Step6706-5includes sending the ownership check to a blockchain system that stores a game token NFT associated with the electronic game and the user. Step6708-5includes receiving, from the blockchain system, an ownership validation response. Step6710-5includes facilitating, via the game application, issuance of the in-app NFT when the ownership validation response indicates ownership of the game token NFT is verified.

FIG.17Apresents a pictorial representation of an example screen display. In various examples, one or more player token NFTs6848can be purchased, collected or otherwise issued to a particular user of a client device825. The player token NFTs6848, are specific examples of game token NFTs and can be used to provide authenticated access by the user to a game that, for example can be executed and/or streamed to a user's client device in order for the user to play a particular game. In addition, player token NFTs are associated with a particular player and/or the associated player/character used in the game. In this fashion, a player token NFT6848, while not associated with storage of the game application, nevertheless are associated with a user's ownership and/or control of and/or access to a particular player/character of game and can be used by a game application, client device825and/or game platform6625to provide authenticated access by the user to play the game—with the associated player/character.

In the example shown, the player token NFTs6848-1,6848-2,6848-3. . . are each associated with a different players associated with the game Catacombs.

FIG.17Bpresents a block diagram representation of an example system. The system includes a NFT platform6825, such as NFT collection platform800, NFT game platform6500, NFT distribution platform2800or other NFT platform that operates to facilitate the creation of new NFTs such as game NFTs or other NFTs associated with games or other media and/or the play of games associated with one or more game NFTs that have been purchased or acquired by a player, collector or other user. The system further includes a client device825, a payment processor6810or other marketplace or marketplace tool, a blockchain system6820, such as NFT creation system824or other decentralized computer system and a wallet6826, such as NFT wallet system820or other wallet.

A client device generates a purchase request6802for a player token NFT6822associated with an electronic game that is received by the NFT game platform6825. The NFT game platform6825responds by generating a payment request6804and receives a payment response6814indicating whether or not the payment request is verified. In various examples, in response to the payment response verifying the payment request, the NFT game platform system6825facilitates the minting of a player token NFT6822associated with the electronic game. In addition, or in alternative, one or more player token NFTs can be minted prior to sale. In this fashion, for example, a limited and/or numbered series of player token NFTs can be minted and offered for sale to collectors. Furthermore, pre-minting a number of NFTs for sale can help expedite the sales because the minting of the player token NFTs does not need to occur in real-time.

In various examples, minting of the player token NFT6822includes generation of a private key associated with the player token NFT that is stored with NFT metadata and/or other wallet data6826in the wallet6826. In other examples, an existing private key can be retrieved and used for the same purpose. The player token NFT6822serves to authenticate the purchase of the game or access to a game/tournament or game application by the user of the client device825and can be used to enable play of the electronic game via the client device825, for example, by verification of the NFT authorization before the game is fully launched for game play via the client device825. This improves the technology of game systems by providing a secure and incorruptible methodology for authenticating game/tournament access and/or authenticating the user to the game as the actual game owner or other authorized user/player and/or associated character. While a particular architecture is shown, other configurations, combinations and connections are likewise possible. Furthermore, other authentication systems & methodologies described herein, including any of the techniques described in conjunction withFIGS.12A-12D, could likewise be employed.

FIG.17Cpresents a flowchart representation6800-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6802-1includes receiving, at the NFT platform and from a client device, a purchase request for a player token NFT associated with an electronic game. Step6804-1includes generating a payment request in response to the purchase request. Step6806-1includes receiving a payment response verifying the payment request. Step6808-1includes facilitating, in response to the payment response verifying the payment request, via the processor, issuance of a player token NFT associated with the electronic game for enabling play of the electronic game.

FIG.17Dpresents a block/flow diagram representation of an example system. In this example, ownership (e.g. authenticated ownership) by a user of one or more non-game NFTs6821-2is used to automatically trigger the generation of a player token NFT6824-2based on other data6822-2. As used herein, a non-game NFT is an NFT that, even though it may provide benefits to a particular game and have value to collectors independent of a particular, it is not specific to a particular game. In this fashion, a game studio may issue NFTs that provide subsidiary benefits to a number of different games as opposed to one specific game. For example, one or more non-game NFTs6821-2associated with InMotion Games, may provide benefits to a number of different games produced by InMotion, as opposed to any one specific game.

In the example shown inFIG.17E, after a non-game NFTs6821-2associated with InMotion Games is authenticated to the user, player token NFTs6824-2are generated as a result. While ownership/collection of a single NFT triggers generation of multiple player token NFTs, in other examples, ownership collection of multiple non-game NFTs may be required to generate either a single player token NFT or a series of player token NFTs associated with a single game or different games.

In this fashion, a non-game NFT associated with a film or series of films, may provide benefits to a particular game that is based on characters from the film(s), even though it is primarily associated with the film(s) themselves. For example, a non-game NFT associated with Harry Potter series of films may provide benefits to a particular game that is based on characters from the Harry Potter film(s), even though the NFT is primarily associated with the film(s) themselves. In this fashion, a non-game NFT associated with an unrelated product, may provide benefits to a particular game that is sponsored by the producer of this product. For example, a Fritos NFT may provide benefits to a particular game that is sponsored by Frito-Lay.

In this context, the other data6822-2can include the particular image to be associated with the player token NFT6824-2along with other data used in NFT generation as previously described herein.

FIG.17Fpresents a flowchart representation6800-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6802-2includes determining, via the processor, when one or more non-game NFTs are authenticated. Step6804-2includes receiving, via the processor, other data, wherein the other data is associated with a player token NFT to be generated. Step6806-2includes facilitating creation of the player token NFT based on the other data, when the one or more non-game NFTs associated with the multiplayer game are authenticated.

FIG.17Gpresents a block/flow diagram representation of an example system. In this example, ownership (e.g. authenticated ownership) by a user of one or more game-collected NFTs6821-3is used to automatically trigger the generation of a player token NFT6824-3based on other data6822-3. As used herein, a game collected NFT is an NFT that was collected via play/use of a game to be associated with the player token. In the example shown inFIG.17H, after a user/player has collected NFTs6821-3via play of Catacombs, and these NFTs are authenticated to the user, player token NFT6824-2is generated as a result. In this fashion, a user can collect new player tokens to a game that can be used in future play if older player tokens to that game expire after a time or due to the loss of the game by a player.

FIG.17Ipresents a flowchart representation6800-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6802-3includes determining, via the processor, when one or more game-collected NFTs associated with a multiplayer game are authenticated. Step6804-3includes receiving, via the processor, other data, wherein the other data is associated with a player token NFT to be generated. Step6806-3includes facilitating creation (e.g., issuance) of the player token NFT based on the other data, when the one or more game-collected NFTs associated with the multiplayer game are authenticated.

FIGS.17J-17Kpresent a block/flow diagram representations of example systems. In the example shown inFIG.17J, an application execution device6830stores the game application6818for execution having a player token NFT6822associated therewith. Similar devices shown inFIG.17Bare represented by similar reference numerals. The application execution device can be a client device825, an NFT platform800, NFT game platform6625or other NFT platform or other device for executing the game application6818to facilitate play of the game.

In operation, the application execution device6830operates in response to application launch request6832for the game application6818. This application launch request6832can be received (internally) from a user interface associated with the application execution device6830(e.g. a client device or NFT platform) and/or received from an external device such as a client device, when for example, the application execution device6830corresponds to an NFT platform in communication with a client device. Once execution of the gaming application is initiated in response to the application launch request6832, launch metadata6834is generated, for example, to determine if the launch request can be validated. The launch metadata6834is sent to the wallet6825containing a private key associated with the player token NFT6822associated with a user, such as a user of the application execution device and/or the application execution device6830. The application execution device6830receives from the wallet6826, a launch response6835that is generated based on the private key. The game application generates, based on the launch response6836, an ownership check6836that is sent to the blockchain system6820that stores the player token NFT6822. An ownership validation response6838is received from the blockchain system6820that enables play of the game via the game application6818when the ownership validation response6838indicates ownership of the player token NFT is verified and prevents play of the game via the game application6818when the ownership validation response6838indicates ownership of the player token NFT is not verified. When not verified, the game application6818can, for example, shut itself down. In this fashion, the game application6818can self-validate on launch to verify ownership/authorized use by the user using player token NFT data in a user's wallet which holds the private key to the player token NFT6822.

In various examples, the launch metadata6834can include a current date and time, expiration information (if any) and a version number of the game application6818, a counter that indicates a number of times the application has been executed, and/or other data corresponding to the player token NFT6822, the game application6818and/or the launch. The launch response6835can include a public key associated with the player token NFT6822, a signed hash that is based on the private key, the launch metadata6834, and/or other data/metadata to be used to validate the NFT data from the wallet6825to the player token NFT6822. In this fashion, the private key is not shared directly with the application binary—and instead is merely used by the wallet6825in a secure fashion.

The ownership check6836can include information from the launch response6835, additional owner/user information, such as user authentication data, associated with the user and/or owner of the player token NFT6822and or other and/or other data/metadata to be used to validate the NFT data from the wallet6825to the player token NFT6822. In various examples, the blockchain system6820can include an NFT transaction authenticator6022, a secure real-time NFT metadata repository6024and an NFT source6026that actually stores the player token NFT6822on a blockchain or other decentralized computer system/network and user authentication/NFT validation can take place, for example as described in conjunction withFIGS.12A-12D.

FIG.17Kpresents a block diagram representation of an example system. This system operates similarly to the system ofFIG.17I, however, the application launch request6832is received directly from the wallet6825.

FIG.17Lpresents a flowchart representation6800-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6802-4includes receiving an application launch request for a game application having a player token NFT associated therewith. Step6804-4includes generating, in response to the application launch request, launch metadata. Step6806-4includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the player token NFT. Step6808-4includes receiving, from the wallet, a launch response that is generated based on the private key. Step6810-4includes generating, based on the launch response, an ownership check. Step6812-4includes sending the ownership check to a blockchain system that stores the player token NFT. Step6814-4includes receiving, from the blockchain system, an ownership validation response. Step6816-4includes enabling, via the game application, play of the game when the ownership validation response indicates ownership of the player token NFT is verified. Step6818-4includes preventing, via the game application, play of the game when the ownership validation response indicates the ownership of the player token NFT is not verified.

FIG.17Mpresents a block/flow diagram representation of an example system. This example addresses a scenario where NFT's can be issued in-application (in-app NFTs). These in-app NFTs can correspond to game-collected NFTs and/or other collected or collectable items, achievements, purchased items, and or other NFTs that can be purchased or collected in-app. For example, first launch for a new user can issue an unsealing/open box NFT that is the digital equivalent of opening the box of a physical good and collecting a prize. These in-app NFT's can be tied to the user/owner of the player token NFT6822and/or tied to a particular instance of the game application6818. This allows some NFTs to be transferred when ownership of the game application is transferred via sale or micro-loan of the player token NFT6818. In other examples, the in-app NFTs can be independently sold and disassociated with the player token NFT6822.

In various examples, the application execution device6830receives an in-app issuance request6842from a gaming application6818that was generated either automatically or in response to user interaction with the game. The application execution device6830responds by facilitating, based on in-app NFT data6844, the minting of an in-game NFT6845associated with the electronic game based on an authentication of the ownership of the game application6818via ownership of the associated player token NFT6822by the user/owner that is playing the game.

In various examples, the system operates by: generating, via the application execution device6830, an ownership check6836; sending the ownership check6836to a blockchain system6820that stores a player token NFT6822associated with the electronic game and the user; receiving, from the blockchain system6820, an ownership validation response6838; and facilitating, via the game application6818, a minting/issuance of the in-app NFT6845when the ownership validation response6838indicates ownership of the player token NFT6822is verified.

In this example shown, an ownership check6836is initiated not only on launch of the game application6818, but also when an in-app issuance request6842is initiated to generate a in-app NFT. The in-app NFT6845is only minted when a favorable ownership validation response6838is received indicating validated ownership and/or user authentication of the player token NFT6822. Furthermore, a favorable payment response6814may be required when the in-app issuance request6842has an associated cost. Otherwise, if payment is denied or ownership validation fails, the requested in-app NFT6845is not minted.

FIG.17Npresents a flowchart representation6800-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6802-5includes receiving, at the NFT platform and from a game application associated with an electronic game played by a user, an in-app issuance request for an in-app NFT. Step6804-5includes generating, via the NFT platform, an ownership check. Step6806-5includes sending the ownership check to a blockchain system that stores a player token NFT associated with the electronic game and the user. Step6808-5includes receiving, from the blockchain system, an ownership validation response. Step6810-5includes facilitating, via the game application, issuance of the in-app NFT when the ownership validation response indicates ownership of the player token NFT is verified.

FIG.18Apresents a block/flow diagram representation of an example system of an example of NFT generation. In the example shown, NFT generation tools808operate to convert image data6920-1and other data6922-1(including persona data) into one or more player token NFTs6924-1. The image data6920-1can correspond to an original NFT, borrowed (e.g. temporary micro-loaned) NFT, a derivative NFT, an original image, and/or other derivatives or micro-loans thereof or other display or image data. In various examples, the NFT generation tools808can operate to verify the credentials of any NFTs whose images are contained in the image data6920-1, prior to creating the player token NFT6924-1. In this fashion, one or more player token NFTs6924-1can only be created (e.g. on a derivative basis) when the source NFT or NFTs are verified—preventing the creation of unauthorized or counterfeit NFTs.

The other data6922-1, can include a set of persona data corresponding to a set of players having differing personas with, for example, differing attributes, abilities, strengths, weaknesses and/or other properties in a game. These properties can include personas with differ goals including some personas having a goal to win, some personas having a goal to sabotage and/or spoil the victory for other players, other personas having a goal to extend the game as long as possible, etc. The other data6922-1can further include image data including signatures and other endorsement images, visual indications of derivative series, originality classification, attributions, or other image data, metadata of all kinds including metadata indicating one or more originality classifications, attributions, endorsement data, other derivative data indicating the series number and total number in a derivative series, restrictions on micro-loans or other derivatives, restrictions on derivatives with artistic effects, restrictions that derivatives must include attributions to the original source, restrictions on numbers of derivatives or micro-loans or the sizes of derivative series, restrictions on the creation of collection NFTs, the number of collection NFTs, the creation of collection NFTs including NFTs from other sources, from prohibited sources or with prohibited content, geographical restrictions, time restrictions (e.g., can be used to create derivatives or collection NFTs or can be temporarily micro-loaned for 1 month, one year, etc., other restrictions and/or other data associated with, or to be associated with, the image data6920-1.

This other data6922-1can be used to generate an NFT and/or combined with the image data6920-1to create a dataset that includes both the image data6920-1and the other data6922-1. This other data6922-1or combined dataset can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect each new player token NFT6924-1itself. It should be noted that the player token NFTs6924-1can include a single derivative or a number of derivatives, including a limited series of derivatives. It should be noted further that some or all of the other data6922-1, including restriction data and/or attribution data, can be derived from one or more original NFTs whose images are associated with the image data6920-1.

In various embodiments, the player token NFTs can be selected by a user, or assigned randomly, at time of purchase or at the time the player token NFT is first used. Player token NFTs can be collected by user via prior game play, earned via collection of one or more required non-game or game-collected NFTs, or other wise bought, sold traded, collected, etc.

FIG.18Bpresents a flowchart representation6900-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6902-1includes receiving, via the processor, an image to be associated with a series of player token NFTs corresponding to a multiplayer game. Step6904-1includes receiving, via the processor, other data, wherein the other data including persona data is also associated with the series of player token NFTs. Step6906-1includes facilitating creation of the series of player token NFTs.

FIGS.18C-18Dpresent a block/flow diagram representations of example systems. As previously discussed, ownership and/or authentication non-game NFTs can be used to trigger the generation of game token NFTs, player token NFTs and/or with other NFTs that are related to a game/tournament and/or game application. In addition, ownership and/or authentication can be non-game NFTs can, in addition or in the alternative, be used to trigger the augmentation of a particular player/character in a game with special attributes, abilities, strengths, weaknesses and/or other properties in a game.

In the example shown inFIG.18C, an application execution device6930stores the game application6918for execution having a player token NFT6922associated therewith. The application execution device can be a client device825, an NFT platform800, NFT game platform6625or other NFT platform or other device for executing the game application6918to facilitate play of the game.

In operation, the application execution device6930operates in response to an application launch request6932for the game application6918. This application launch request6932can be received (internally) from a user interface associated with the application execution device6930(e.g. a client device or NFT platform) and/or received from an external device such as a client device, when for example, the application execution device6930corresponds to an NFT platform in communication with a client device. Once execution of the gaming application is initiated in response to the application launch request6932, launch metadata6934is generated, for example, to determine if the launch request is associated with a valid non-game NFT. The launch metadata6934is sent to the wallet6925containing a private key associated with the non-game NFT6922-1associated with a user, such as a user of the application execution device and/or the application execution device6930. The application execution device6930receives from the wallet6926, a launch response6935that is generated based on the private key. The game application generates, based on the launch response6936, an ownership check6936that is sent to the blockchain system6920that stores the non-game NFT6922-1. An ownership validation response6938is received from the blockchain system6920that augments a player/character via the game application6918when the ownership validation response6938indicates ownership of the non-game NFT6922-1is verified and does not augment the player/character via the game application6918when the ownership validation response6938indicates ownership of the player token NFT is not verified.

In various examples, the launch metadata6934can include a current date and time, expiration information (if any) and a version number of the game application6918, a counter that indicates a number of times the application has been executed, and/or other data corresponding to the non-game NFT6922-1, the game application6918and/or the launch. The launch response6935can include a public key associated with the non-game NFT6922-1, a signed hash that is based on the private key, the launch metadata6934, and/or other data/metadata to be used to validate the NFT data from the wallet6925to the non-game NFT6922-1. In this fashion, the private key is not shared directly with the application binary—and instead is merely used by the wallet6925in a secure fashion.

The ownership check6936can include information from the launch response6935, additional owner/user information, such as user authentication data, associated with the user and/or owner of the non-game NFT6922-1and or other and/or other data/metadata to be used to validate the NFT data from the wallet6925to the non-game NFT6922-1. In various examples, the blockchain system6920can include an NFT transaction authenticator6022, a secure real-time NFT metadata repository6024and an NFT source6026that actually stores the player token NFT6922on a blockchain or other decentralized computer system/network and user authentication/NFT validation can take place, for example as described in conjunction withFIGS.12A-12D. Furthermore, while not expressly shown, the process described above can also include validation of a game token NFT and/or player token NFT as a requirement to successfully launch the game application.

FIG.18Dpresents a block diagram representation of an example system. This system operates similarly to the system ofFIG.18C, however, the application launch request6932is received directly from the wallet6925.

FIG.18Epresents a flowchart representation6900-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6902-2includes receiving an application launch request for a game application having a non-game NFT associated therewith. Step6904-2includes generating, in response to the application launch request, launch metadata. Step6906-2includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the non-game NFT. Step6908-2includes receiving, from the wallet, a launch response that is generated based on the private key. Step6910-2includes generating, based on the launch response, an ownership check. Step6912-2includes sending the ownership check to a blockchain system that stores the non-game NFT. Step6914-2includes receiving, from the blockchain system, an ownership validation response. Step6916-2includes augmenting, via the game application, a game player's game abilities when the ownership validation response indicates ownership of the non-game NFT is verified.

FIG.18Fpresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated player token NFT6921-3that is based on a player token NFT6920-3and game data6926-3generated via play of the game via the player/character associated with the player token NFT6920-3. In this fashion, game data6926indicating new abilities, enhancements, achievements, stats, experience, level-ups, level-downs, scores, status or other game performance metrics earned and/or otherwise occurring via the game can be stored on the blockchain or other decentralized computer network with the original player token NFT6920-3to generate an updated player token NFT6221-3as a derivative NFT or entirely new NFT that supersedes the prior NFT.

FIG.18Gpresents a flowchart representation6900-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6902-3includes facilitating, via a processor, play of a game based on a player token NFT associated with the game. Step6904-3includes updating the player token NFT associated with the game, based on game data associated with the game play by a player associated with the player token NFT.

FIG.18Hpresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated game token NFT6921-4that is based on a game token NFT6920-4and game data6926-4generated via play of the game via the player/character associated with the game token NFT6920-4. In this fashion, game data6926indicating new abilities, enhancements, achievements, stats, experience, level-ups, level-downs, scores, status or other game performance metrics earned and/or otherwise occurring via the game can be stored on the blockchain or other decentralized computer network with the original game token NFT6920-4to generate an updated game token NFT6221-4as a derivative NFT or entirely new NFT that supersedes the prior NFT.

FIG.18Ipresents a flowchart representation6900-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6902-4includes facilitating, via a processor, play of a game based on a game token NFT associated with the game. Step6904-4includes updating the game token NFT associated with the game, based on game data associated with the game play by a player associated with the game token NFT.

FIG.18Jpresents a flowchart representation6900-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. As a supplemental case of the system ofFIG.18F, game data6926-3may indicate that a player has lost a game/tournament or “died” in the game. In the response to this condition, instead of issuing an updated player token NFT, the player token NFT6920-3may, based for example on the restrictions associated with the NFT, be terminated, expired or otherwise burned—optionally maintaining, for example, the NFT for collection purposes, while preventing the future use of the player token NFT6920-3for enabling game play.

Step6902-5includes facilitating, via a processor, play of a game based on a player token NFT associated with the game. Step6904-5includes expiring the player token NFT associated with the game, when game data associated with the game play indicates a loss by a player associated with the player token NFT.

FIG.18Kpresents a flowchart representation6900-6of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. As a supplemental case of the system ofFIG.18H, game data6926-4may indicate that a player has lost a game/tournament or “died” in the game. In the response to this condition, instead of issuing an updated game token NFT, the game token NFT6920-3may, based for example on the restrictions associated with the NFT, be terminated, expired or otherwise burned—optionally maintaining, for example, the NFT for collection purposes, while preventing the future use of the game token NFT6920-3for enabling game play.

Step6902-6includes facilitating, via a processor, play of a game based on a game token NFT associated with the game. Step6904-6includes expiring the game token NFT associated with the game, when game data associated with the game play indicates a loss by a player associated with the game token NFT.

FIGS.18L-18Mpresent a block/flow diagram representations of example systems. In particular, these systems operate similarly to the systems ofFIGS.17J and17Kto enable tournament play, rather than normal game play via a player token6922-7.

FIG.18Npresents a flowchart representation6900-7of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6902-7includes receiving a tournament entry request for a game application having a player token NFT associated therewith. Step6904-7includes generating, in response to the application launch request, launch metadata. Step6906-7includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the player token NFT. Step6908-7includes receiving, from the wallet, a launch response that is generated based on the private key. Step6910-7includes generating, based on the launch response, an ownership check. Step6912-7includes sending the ownership check to a blockchain system that stores the player token NFT. Step6914-7includes receiving, from the blockchain system, an ownership validation response. Step6916-7includes enabling, via the game application, play of in the tournament when the ownership validation response indicates ownership of the player token NFT is verified. Step6918-7includes preventing, via the game application, play in the tournament when the ownership validation response indicates the ownership of the player token NFT is not verified.

FIGS.18O-18Ppresent a block/flow diagram representations of example systems. In particular, these systems operate similarly to the systems ofFIGS.161and16Jto enable tournament play, rather than normal game play via a game token6922-8.

FIG.18Qpresents a flowchart representation6900-8of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6902-8includes receiving a tournament entry request for a game application having a game token NFT associated therewith. Step6904-8includes generating, in response to the application launch request, launch metadata. Step6906-8includes sending the launch metadata to a wallet associated with a user of the client device, the wallet containing a private key associated with the game token NFT. Step6908-8includes receiving, from the wallet, a launch response that is generated based on the private key. Step6910-8includes generating, based on the launch response, an ownership check. Step6912-8includes sending the ownership check to a blockchain system that stores the game token NFT. Step6914-8includes receiving, from the blockchain system, an ownership validation response. Step6916-8includes enabling, via the game application, play of in the tournament when the ownership validation response indicates ownership of the game token NFT is verified. Step6918-8includes preventing, via the game application, play in the tournament when the ownership validation response indicates the ownership of the game token NFT is not verified.

FIG.18Rpresents a flowchart representation6900-9of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. Step6902-9includes receiving a start game request for game corresponding to a game application having a player token NFT associated therewith. Step6904-9includes generating launch metadata. Step6906-9includes sending the launch metadata to a wallet associated with a user of a client device, the wallet containing a private key associated with the player token NFT. Step6908-9includes receiving, from the wallet, a launch response that is generated based on the private key. Step6910-9includes generating, based on the launch response, ownership check data.

Step6912-9includes sending the ownership check data to a blockchain system that stores the player token NFT. Step6914-9includes receiving, from the blockchain system, an ownership validation response. Step6916-9includes enabling, via the game application, play of a game associated with the game application when the ownership validation response indicates ownership of the player token NFT is verified. Step6918-9includes preventing, via the game application, the play of the game when the ownership validation response indicates the ownership of the player token NFT is not verified.

In various examples, the ownership check data includes at least one of: NFT identification data associated with the player token NFT or NFT authentication data generated based on the private key. The ownership check data can further include user identification data associated with the user of the client device. The ownership validation response can indicate ownership of the player token NFT is verified when the player token NFT is authenticated based on the NFT authentication data and when the user of the client device is identified based on the user identification data. The user identification data associated with the user of the client device can include at least one of: a user device identifier associated with the client device or user biometric data generated via the client device.

In various examples, the player token NFT has an associated player persona of a plurality of player personas associated with the game. The ownership validation response can indicate whether or not ownership of the player token NFT is verified. The ownership validation response can include credentials data to enable the play of the game via a player token associated with the player token NFT when the ownership of the player token NFT is verified.

The start game request can include an application launch request or a request to start or enter a game associated with a game application that has already been launched. The player token NFT can be expended (e.g. terminated, burned and/or deactivated) based on game play data associated with player token that indicates loss of the game.

FIG.19Apresents a block/flow diagram representation of an example system of an example of NFT generation. In the example shown, NFT generation tools808operate to convert image data7020-1and other data7022-1(including player attribute data) into one or more player token NFTs7024-1. The image data7020-1can correspond to an original NFT, borrowed (e.g. temporary micro-loaned) NFT, a derivative NFT, an original image, and/or other derivatives or micro-loans thereof or other display or image data. In various examples, the NFT generation tools808can operate to verify the credentials of any NFTs whose images are contained in the image data7020-1, prior to creating the player token NFT7024-1. In this fashion, one or more player token NFTs7024-1can only be created (e.g. on a derivative basis) when the source NFT or NFTs are verified—preventing the creation of unauthorized or counterfeit NFTs.

The other data7022-1, can include a set of attribute data corresponding to a particular player and/or player persona. The set of attribute data can, for example, correspond to player strength, intelligence, willpower, agility, speed, endurance, constitution, personality, luck, magical ability, fighting ability, education, social standing, dexterity, charisma and/or other player properties, abilities, strengths and/or weaknesses pertaining to the game. These properties can further include personas with differ goals including some personas having a goal to win, some personas having a goal to sabotage and/or spoil the victory for other players, other personas having a goal to extend the game as long as possible, etc. The other data7022-1can further include image data including signatures and other endorsement images, visual indications of derivative series, originality classification, attributions, or other image data, metadata of all kinds including metadata indicating one or more originality classifications, attributions, endorsement data, other derivative data indicating the series number and total number in a derivative series, restrictions on micro-loans or other derivatives, restrictions on derivatives with artistic effects, restrictions that derivatives must include attributions to the original source, restrictions on numbers of derivatives or micro-loans or the sizes of derivative series, restrictions on the creation of collection NFTs, the number of collection NFTs, the creation of collection NFTs including NFTs from other sources, from prohibited sources or with prohibited content, geographical restrictions, time restrictions (e.g., can be used to create derivatives or collection NFTs or can be temporarily micro-loaned for 1 month, one year, etc., other restrictions and/or other data associated with, or to be associated with, the image data7020-1.

This other data7022-1can be used to generate an NFT and/or combined with the image data7020-1to create a dataset that includes both the image data7020-1and the other data7022-1. This other data7022-1or combined dataset can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect each new player token NFT7024-1itself. It should be noted that the player token NFTs7024-1can include a single derivative or a number of derivatives, including a limited series of derivatives. It should be noted further that some or all of the other data7022-1, including restriction data and/or attribution data, can be derived from one or more original NFTs whose images are associated with the image data7020-1.

In various embodiments, the player token NFTs can be selected by a user, or assigned randomly, at time of purchase or at the time the player token NFT is first used. Player token NFTs can be collected by user via prior game play, earned via collection of one or more required non-game or game-collected NFTs, or otherwise bought, sold traded, collected, etc.

FIG.19Bpresents a flowchart representation7000-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor and a memory to perform various steps of the method. Step7002-1includes receiving, via the processor, image data to be associated with a player token NFT corresponding to a multiplayer game. Step7004-1includes receiving, via the processor, other data, wherein the other data includes player attribute data to be associated with the player token NFT; and step7006-1includes facilitating creation of the player token NFT, based on the image data and the player attribute data.

FIG.19Cpresents a block/flow diagram representation of an example system of an example of NFT generation. In the example shown, NFT generation tools808operate to convert image data7020-2and other data7022-2(including player attribute data) into one or more player token NFTs7024-2. The image data7020-2can correspond to an original NFT, borrowed (e.g. temporary micro-loaned) NFT, a derivative NFT, an original image, and/or other derivatives or micro-loans thereof or other display or image data. In various examples, the NFT generation tools808can operate to verify the credentials of any NFTs whose images are contained in the image data7020-2, prior to creating the player token NFT7024-2. In this fashion, one or more player token NFTs7024-2can only be created (e.g. on a derivative basis) when the source NFT or NFTs are verified—preventing the creation of unauthorized or counterfeit NFTs.

The other data7022-2, can include a set of attribute data corresponding to a particular player and/or player persona. The other data7022-2can further include player health data corresponding to the player. This health data can include a numerical score or index pertaining to an amount of general health, the presence of one or more health conditions, other health information relating to the number of healthy eyes, ears, arms legs, feet, hands, and/or a lack thereof, and/or other health scores, data or other health-related information pertaining to the game.

FIG.19Dpresents a flowchart representation7000-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor and a memory to perform various steps of the method. Step7002-2includes receiving, via the processor, image data to be associated with a player token NFT corresponding to a multiplayer game. Step7004-2includes receiving, via the processor, other data, wherein the other data includes player health data to be associated with the player token NFT. Step7006-2includes facilitating creation of the player token NFT, based on the image data and the player health data.

FIG.19Epresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated player token NFT7021-3that is based on a player token NFT7020-3and game data7026-3generated via play of the game via the player/character associated with the player token NFT7020-3. In this fashion, game data7026can include player health data that indicates updates to player health. The player health data updates can include changes/updates to a numerical score or index pertaining to an amount of general health, the presence/absence of one or more health conditions, updates to other health information relating to the number of healthy eyes, ears, arms legs, feet, hands, and/or a lack thereof, and/or other health scores, data or other changes in health-related information pertaining to the game.

The game data7026-3, as previously discussed, can further include new abilities, enhancements, achievements, stats, experience, level-ups, level-downs, scores, status or other game performance metrics earned and/or otherwise occurring via the game can be stored on the blockchain or other decentralized computer network with the original player token NFT7020-3to generate an updated player token NFT6221-3as a derivative NFT or entirely new NFT that supersedes the prior NFT.

FIG.19Fpresents a flowchart representation7000-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor and a memory to perform various steps of the method. Step7002-3includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7004-3includes receiving a player health data update responsive to the game play. Step7006-3includes updating the player token NFT associated with the game, based on the player health data update.

FIG.19Gpresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated player token NFT7021-4that is based on a player token NFT7020-4and game data7026-4generated via play of the game via the player/character associated with the player token NFT7020-4. In this fashion, game data7026can include player health data that indicates updates to player health including, for example, indications of one or more disabling wounds, an indication that a player/character has been maimed, including but not limited to the loss of hearing or eyesight, the loss of one or more eyes, ears, arms, legs, feet, hands and/or other disabling wounds to the player pertaining to the game.

The game data7026-4, as previously discussed, can further include new abilities, enhancements, achievements, stats, experience, level-ups, level-downs, scores, status or other game performance metrics earned and/or otherwise occurring via the game can be stored on the blockchain or other decentralized computer network with the original player token NFT7020-4to generate an updated player token NFT6221-4as a derivative NFT or entirely new NFT that supersedes the prior NFT.

FIG.19Hpresents a flowchart representation7000-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor and a memory to perform various steps of the method. Step7002-4includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7004-4includes receiving a player health data update responsive to the game play indicating a disabling wound. Step7006-4includes updating the player token NFT associated with the game, based on the player health data update to indicate the disabling wound.

FIG.19Ipresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated player token NFT7021-5that is based on a player token NFT7020-5and game data7026-5generated via play of the game via the player/character associated with the player token NFT7020-5. In this fashion, game data7026including player health data can be used to update imagery for the player token NFT7020-5associated with the player health data update. This imagery can include a numerical score, a bar graph, a number of “hearts”, a change in character/player general appearance, the loss of a limb or other disabling wound, or other imagery that visually indicates the health conditions of the character/player.

FIG.19Jpresents a flowchart representation7000-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor and a memory to perform various steps of the method. Step7002-5includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7004-5includes receiving a player health data update responsive to the game play indicating a disabling wound. Step7006-5includes updating the player token NFT associated with the game, based on the player health data update, with imagery associated with the player health data update.

FIG.19Kpresents a pictorial representation of an example NFT. In the example shown, the updated player token NFT7021-5′ includes a bar graph of the remaining health of the character. InFIG.19L, the imagery of the character presented in updated player token NFT7021-5″ visually indicates the character has been maimed. In particular, the character's image has been updated to show the loss of its left leg.

FIG.19Mpresents a flowchart representation7000-6of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor and a memory to perform various steps of the method. In this example, a player token NFT can be terminated/expired, when the player health data indicates that the expiration of the players health. This expiration can be indicated, for example, by the player health data indicating a health score of zero, the loss of the characters head, the player succumbing to a terminal disease or receiving a crushing blow, terminal wound, the death of the character in the game, etc.

Step7002-6includes facilitating, via a processor, play of a game based on a player token NFT associated with the game. Step7004-6includes receiving player health data responsive to the game play. Step7006-6includes expiring the player token NFT associated with the game, when the player health data indicates an expiration of player health.

Other implementations of multiplayer games associated with an NFT platform are likewise possible and are presented in conjunction withFIGS.20A-20N,21A-21O and22A-22Pthat follow.

Consider examples where a multiplayer game involves game “syndicates”. As used herein, a syndicate is a collection of players (with associated characters) and possibly one or more non-player characters (NPCs) that are formally associated with one another, share an allegiance, cooperate and/or work together toward common goals, in common quests, pursuits and/or tasks and/or that operate as a team.

In various examples, a character may earn (e.g., via successful performance of an initiation ritual) and/or via invitation, membership in a syndicate which is memorialized with a game item associated to the character/player that will be referred to as a “Ticket” and also by a formalized token such as a ticket NFT which publicly recognizes a players allegiance to that particular syndicate. The ticket NFT can be written to the public ledger, containing its mint number, family tree, syndicate identification, player association and/or other player information. It should be noted that certain syndicates may have different classes/statuses of membership such as apprentice, journeyman, master, grandmaster, counselor, elder, adjudicator, warlord, etc. that can be earned via game play. Likewise, a player's ticket and ticket NFT can be updated based on game play to represent a player's class/status in the syndicate at any given time. In other examples, upon receiving a Ticket, a player's character's appearance can be visually imprinted with a demarcation (e.g. a tattoo or brand) or other imagery that is associated with the syndicate.

In various examples, a ticket may be redeemed in exchange for services from the syndicate (e.g., the ticket is surrendered or “torn”) at which point the player is cast out, the syndicate's further allegiance to the player is forfeited and the ticket NFT can be made to expire. The Ticket NFT may also be made to expire upon expiration of the player and/or the player token NFT.

In various examples, a non-fungible token (NFT) platform operates by: receiving, via the processor, player data to be associated with a player ticket NFT corresponding to a multiplayer game; receiving, via the processor, other data, wherein the other data includes player syndicate data to be associated with the player ticket NFT; and facilitating creation of the player ticket NFT, based on the player data the player syndicate data.

In various examples, a non-fungible token (NFT) platform operates by: facilitating, via a processor, game play based on a player token NFT associated with the game; receiving player syndicate data responsive to the game play; and updating the player token NFT associated with the game, based on the player syndicate data.

In various examples, a non-fungible token (NFT) platform operates by: facilitating, via a processor, game play based on a player token NFT associated with the game; and receiving a player syndicate update responsive to the game play indicating a player's disassociation with a player syndicate; and updating the player token NFT associated with the game, based on the player syndicate update responsive to the game play indicating the player's disassociation with the player syndicate.

In various examples, a non-fungible token (NFT) platform operates by: facilitating, via a processor, game play based on a player ticket NFT associated with the game; receiving a player syndicate update responsive to the game play indicating a player's disassociation with a player syndicate associated with the player ticket NFT; and updating the player ticket NFT associated with the game, based on the player syndicate update responsive to the game play indicating the player's disassociation with the player syndicate.

In various examples, a non-fungible token (NFT) platform operates by: facilitating, via a processor, game play based on a player token NFT associated with the game; receiving a player syndicate data responsive to the game play; and updating the player token NFT associated with the game, based on the player syndicate data, with imagery associated with the player syndicate data.

In various examples, a non-fungible token (NFT) platform operates by: facilitating, via a processor, play of a game based on a player ticket NFT associated with the game; receiving player ticket redemption data responsive to the game play; and expiring the player ticket NFT associated with the game, when the player ticket redemption data indicates a player's ticket has been torn.

FIG.20Apresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools808operate to convert image data7120-1and other data7122-1into a player ticket NFT7124-1. The image data7120-1can correspond to a generic blank ticket and/or a blank ticket associated with a particular syndicate. In various examples, the NFT generation tools808can operate to verify the credentials of a player's player token NFT prior to creating the player ticket NFT7124-1. In this fashion, a player ticket NFTs7124-1can only be created when the player's NFT is verified—preventing the creation of unauthorized or counterfeit player ticket NFTs.

The other data7122-1can include syndicate data including the name of the syndicate, distinctive markings, and/or other attributes of the syndicate. The other data7122-1can include a set of attribute data corresponding to a particular player (and associated character) and/or player/character's persona. The set of attribute data can, for example, correspond to a character's imagery, character name, player name, syndicate status, strength, intelligence, willpower, agility, speed, endurance, constitution, personality, luck, magical ability, fighting ability, education, social standing, dexterity, charisma and/or other player/character properties, abilities, strengths and/or weaknesses pertaining to the game. These properties can further include personas with differ goals including some personas having a goal to win, some personas having a goal to sabotage and/or spoil the victory for other players, other personas having a goal to extend the game as long as possible, etc. The other data7122-1can further include use conditions/restrictions to be associated with the player ticket NFT7124-1such as restrictions on loans and/or sales (if any), expiration conditions (if any), update conditions, and/or other conditions.

This other data7122-1can be used and/or combined with the image data7120-1to create a dataset that includes both the image data7120-1and the other data7122-1. This combined dataset can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect each new player ticket NFT7124-1itself. It should be noted that the player token NFTs7124-1can include a single derivative or a number of derivatives, including a limited series of derivatives. It should be noted further that some or all of the other data7122-1, including restriction data and/or attribution data, can be derived from one or more original NFTs whose images are associated with the image data7120-1.

FIG.20Bpresents a pictorial representation of an example NFT. In the example show, a player having a character named “Maalek Zorb” has been issued a player ticket NFT7124-1indicating the player/character's association with the “Bruconian Syndicate” in an online multiplayer fantasy game.

FIG.20Cpresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated player token NFT7110-2that is based on a player token NFT7110-1(e.g., based on the data contained therein and/or as a derivative of the earlier NFT) and other data7112-1, such as game play data generated via play of the game via the player/character associated with the player token NFT7110-1. In various examples, the NFT generation tools808can operate to verify the credentials of the player token NFT7110-1prior to creating the updated player token NFT7110-2. In this fashion, an updated player token NFT7110-2can only be created when the player's earlier token NFT is verified—preventing the creation of unauthorized or counterfeit player token NFTs.

In the example shown, the other data7112-1includes game play data with player syndicate data that indicates that the player has become associated with the Bruconian Syndicate and imagery associated with that syndicate that is included in imagery of the updated player token NFT7110-2.

In the example shown inFIG.20D, a mark of the syndicate is tattooed (in black) on the left arm of the player's character going forward and the imagery of the player token NFT is updated to reflect this. In this fashion, other players seeing this player in the game can visually recognize the character's syndicate affiliation. In other examples however, other image updates and/or other non-image updates are likewise possible to indicate the syndication affiliation of the character.

FIG.20Epresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated player ticket NFT7124-2that is based on a player ticket NFT7124-1(e.g., based on the data contained therein and/or as a derivative of the earlier NFT) and other data7122-2, such as game play data generated via play of the game via the player/character associated with the player ticket NFT7124-1. In various examples, the NFT generation tools808can operate to verify the credentials of the player ticket NFT7124-1prior to creating the updated player ticket NFT7124-2. In this fashion, an updated player ticket NFT7124-2can only be created when the player's earlier ticket NFT is verified—preventing the creation of unauthorized or counterfeit player ticket NFTs.

The other data7122-2can include updates to the syndicate, updates to the player/character in the syndicate including promotions and demotions, and/or other changes that come about based on game play by the player and/or by others. In the example shown, the other data7122-2includes game play data that indicates the character's disassociation with the syndicate (e.g., based on game play data that includes player ticket redemption data indicating that the character's ticket has been redeemed) as indicated in the updated player ticket7124-2shown inFIG.20F.

In various examples, other data indicating player syndicate updates generated based on game play can likewise be used to generate an updated player token NFT7110-3as shown inFIG.20G. In the example of20H, the character's imagery has been updated and, in this example, the syndicate tattoo has been negated with an overlaid “not” symbol tattoo (in red)—indicating the character's ticket redemption and/or other syndicate disassociation.

FIG.20Ipresents a flowchart representation7100-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7102-1includes receiving, via the processor, player data to be associated with a player ticket NFT corresponding to a multiplayer game. Step7104-1includes receiving, via the processor, other data, wherein the other data includes player syndicate data to be associated with the player ticket NFT. Step7106-1includes facilitating creation of the player ticket NFT, based on the player data the player syndicate data.

FIG.20Jpresents a flowchart representation7100-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7102-2includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7104-2includes receiving player syndicate data responsive to the game play. Step7106-2includes updating the player token NFT associated with the game, based on the player syndicate data.

FIG.20Kpresents a flowchart representation7100-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7102-3includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7104-3includes receiving a player syndicate update responsive to the game play indicating a player's disassociation with a player syndicate. Step7106-3includes updating the player token NFT associated with the game, based on the player syndicate update responsive to the game play indicating the player's disassociation with the player syndicate.

FIG.20Lpresents a flowchart representation7100-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7102-4includes facilitating, via a processor, game play based on a player ticket NFT associated with the game. Step7104-4includes receiving a player syndicate update responsive to the game play indicating a player's disassociation with a player syndicate associated with the player ticket NFT. Step7106-4includes updating the player ticket NFT associated with the game, based on the player syndicate update responsive to the game play indicating the player's disassociation with the player syndicate.

FIG.20Mpresents a flowchart representation7100-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7102-5includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7104-5includes receiving a player syndicate data responsive to the game play. Step7106-5includes updating the player token NFT associated with the game, based on the player syndicate data, with imagery associated with the player syndicate data.

FIG.20Npresents a flowchart representation7100-6of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7102-6includes facilitating, via a processor, play of a game based on a player ticket NFT associated with the game. Step7104-6includes receiving player ticket redemption data responsive to the game play. Step7106-6includes expiring the player ticket NFT associated with the game, when the player ticket redemption data indicates a player's ticket has been torn.

Consider further examples where non-player character (NPC) NFTs are generated by an NFT platform that associated with NPCs used in game play such as pets, other non-human NPCs including bots, aliens, animals and/or other non-player characters that are owned, associated with, guided (e.g., with some autonomous action) or otherwise controlled by the player and/or associated with the player's character. The NPC NFTS can be owned by the player and/or associated with the player token NFT. These NPC NFTs can be earned based on game play, purchased, customized, updated based on game play and/or loaned just as in a player token NFT or other game token NFT. They can also be sold and may continue after a player token NFT is expired and then may be associated with another player. Also, NPC NFTs may be associated (or also associated) with two or more players and/or a syndicate and guided and/or controlled in a hierarchal fashion—first player, then associated players and other syndicate players and/or based on syndicate status/class.

FIG.21Apresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools808operate to utilize player data7220-1and other data7222-1to generate NPC NFT7224-1. The player data7220-1can include a character's name, character, syndicate and/or other character attributes and/or other data associated with a player's player token NFT. In various examples, the NFT generation tools808can operate to verify the credentials of a player's player token NFT prior to creating the NPC NFT7224-1. In this fashion, NPC NFTs7224-1can only be created when the player's NFT is verified—preventing the creation of unauthorized or counterfeit NPC NFTs.

The other data7222-1can include a set of attribute data corresponding to a particular NPC and/or character persona. The set of attribute data can, for example, correspond to a character's imagery, character name, player name, syndicate status, strength, intelligence, willpower, agility, speed, endurance, constitution, personality, luck, magical ability, fighting ability, education, social standing, dexterity,charismaand/or other player/character properties, abilities, strengths and/or weaknesses pertaining to the game. The other data7222-1can further include use conditions/restrictions to be associated with the NPC NFT7224-1such as restrictions on loans and/or sales (if any), expiration conditions (if any), update conditions, and/or other conditions.

This other data7222-1can be used and/or combined with the player data7220-1to create a dataset. This combined dataset can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect each new NPC NFT7224-1itself.

FIG.21Bpresents a pictorial representation of an example NFT. In the example show, a NPC earned by and associated with a player's character named “Maalek Zorb” has been issued a NPC NFT7224-1in an online multiplayer fantasy game. In this example, the NPC is a fierce battle wombat that is guided by commands issued by the player/character, to “hunt”, “protect”, “stand down”, “scout”, “find”, etc. After being issued a command, the wombat can operate autonomously in the game (based, for example on the operation of an AI game bot that controls its actions) until a command is fulfilled or a new command is issued.

FIG.21Cpresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools can be used to generate an updated NPC NFT7224-2that is based on a NPC NFT7224-1(e.g., based on the data contained therein and/or as a derivative of the earlier NFT) and other data7212-1, such as game play data generated via play of the game via the player/character associated with the NPC NFT7224-1and/or based on the performance of the NPC itself. In various examples, the NFT generation tools808can operate to verify the credentials of a player's player token NFT and/or the NPC NFT7224-1prior to creating the updated NPC NFT7224-2. In this fashion, an updated NPC NFT7124-2can only be created when the player's earlier token NFT and/or the player's NPC NFT is/are verified—preventing the creation of unauthorized or counterfeit NPC NFTs. In the example shown, the other data7212-1includes game play data with player syndicate data that indicates that the player associated with the NPC and/or other NPC itself has become associated with the Bruconian Syndicate and imagery associated with that syndicate that is included in imagery of the updated NPC NFT7224-2.

In the example shown inFIG.21D, a mark of the syndicate is tattooed (in black) on the wombat's forehead and the imagery of the NPC NFT7224-2is updated to reflect this. In this fashion, other players seeing this NPC in the game can visually recognize the character's syndicate affiliation. In other examples however, other image updates and/or other non-image updates are likewise possible to indicate the syndication affiliation of the NPC. In other examples, the NPC NFT7224-2can be updated to reflect the performance of the NPC, the player's character and/or other results of the game play including the health of the NPC, injuries to the NPC, armor or other items acquired by the NPC, skills, (such as upright walking acquired by the NPC) and/or other changes in the NPCs attributes.

Likewise, a player/character's association or disassociation and/or other game play results/performance involving the NPC can be reflected in updates to the player's player token of the player token NFT7110-05shown in the system ofFIG.21E. In more specific examples, the updated player token NFT7110-5shown inFIG.21Freflects game play data indicating the association of a player's character with the NPC wombat and the updated player token NFT7110-6ofFIG.21Greflects game play data indicating the subsequent disassociation of the player's character with the NPC wombat.

In further examples, a player/character's disassociation with the NPC can be reflected in updates to the player's NPC NFT that may be based on the specific conditions of the NFT. In specific examples, the updated NPC NFT7224-2shown inFIG.21Hreflects game play data indicating the disassociation of a player's character with the NPC wombat or the termination of the player's character resulting in five agency that can, for example, cause the player to lose all control of the NPC but to enable the player to freely sell the NPC NFT. In the example ofFIG.21I, the NPC NFT7224-2is expired based on game play data indicating the termination of the corresponding NPC, and/or based on the termination of the player's character itself.

FIG.21Jpresents a flowchart representation7200-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method. Step7202-1includes receiving, via the processor, player data to be associated with a non-player character NFT corresponding to a multiplayer game. Step7204-1includes receiving, via the processor, other data, wherein the other data includes non-player character data to be associated with the non-player character NFT. Step7206-1includes facilitating creation of the non-player character NFT, based on the player data the non-player character data.

FIG.21Kpresents a flowchart representation7200-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7202-2includes facilitating, via a processor, game play based on a player token NFT associated with a character in the game having an associated non-player character and corresponding non-player character NFT. Step7204-2includes receiving a non-player character data responsive to the game play. Step7405-2includes updating the non-player character NFT associated with the game, based on the non-player character data update.

FIG.21Lpresents a flowchart representation7200-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7202-3includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7204-3includes receiving game play data responsive to the game play indicating a player's disassociation with a non-player character having a corresponding non-player character NFT. Step7406-3includes updating the player token NFT, based on the non-player character data responsive to the game play indicating the player's disassociation with the non-player character.

FIG.21Mpresents a flowchart representation7200-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7202-4includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7404-4includes receiving game play data responsive to the game play indicating a player's disassociation with a non-player character having a corresponding non-player character NFT. Step7406-4includes updating the non-player character NFT, based on the non-player character data responsive to the game play indicating the player's disassociation with the non-player character.

FIG.21Npresents a flowchart representation7200-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7202-5includes facilitating, via a processor, game play based on a player token NFT associated with a player of the game, the player having an associated non-player character having a corresponding non-player character NFT. Step7204-5includes receiving a non-player character data responsive to the game play indicating termination of the nonplayer character. Step7206-5includes expiring the non-player character NFT, based on the non-player character data.

FIG.21Opresents a flowchart representation7200-6of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7202-6includes facilitating, via a processor, game play based on a player token NFT associated with a player of the game, the player having an associated non-player character having a corresponding non-player character NFT. Step7204-6includes receiving game play data responsive to the game play indicating termination of the player. Step7206-6includes updating the non-player character NFT, based on the game play data.

In various examples, Oath NFTs (associated with corresponding Oaths in a game), have associated obligations granted to an Oath holder in exchange for player/character services and/or other game benefits given to the oath granter. For example, one player may grant an Oath to another player (who becomes the Oath holder) in exchange for assistance by the other player's corresponding character with a quest, loan of a game item or NPC, cash, or other benefit in the game. When an Oath is redeemed via an oath redemption request by the Oath holder, the Oath granter must satisfy the Oath by performing (e.g., the character performing in the game) as requested in the redemption request. For example, this can include performing a requested activity such as a hit or other contract by the oath giver, participation in a quest, performing a task or other requested activity, etc.

In various examples, the player's player token NFT can be updated to indicate that redemption request. Conditions associated with the Oath and the corresponding Oath NFT can include that an oath redemption cannot require player suicide, but can require participation in a seemingly suicidal activity in the game. After redemption and fulfillment of the Oath, the Oath NFT is updated to “satisfied”. In various examples, the Oath NFTs are personal to the player and associated to the player token NFT, and cannot be loaned or sold, but they can expire if the player is killed, i.e., the player token NFT is expired and/or when the other player (the receiver of the oath) is killed (terminated). In other examples the Oath receiver can sell the Oath (and corresponding NFT) to other players and an Oath giver can redeem an Oath to assign a redemption request to another player.

If an Oath giver refuses an oath redemption request, this can trigger creation of a player termination contract, either automatically or by right of the Oath holder— e.g., to put out a hit on the player that refused the redemption request. Contract NFTs can be generated for game play by player resulting in a successful contract, e.g. a “hit”. These contract NFTs can be earned when contract an existing contract is satisfied (e.g., satisfied first) by the player (or by a combination of players). Player token NFTs can be updated to reflect the successful contract satisfaction. The contract NFT may be prohibited to be loaned but may be sold, but they may or not expire if the player is killed, i.e., the player token NFT is expired.

FIG.22Apresents a block/flow diagram representation of an example system. In the example shown, NFT generation tools808operate based on player data7320-1(the oath grantee) and other data7322-1corresponding another player (the oath grantor) to generate an oath NFT7324-1. In various examples, the NFT generation tools808can operate to verify the credentials of a player's (and/or the other player's) player token NFT prior to creating the oath NFT7324-1. In this fashion, oath NFTs7324-1can only be created when the player(s)′ NFT is/are verified—preventing the creation of unauthorized or counterfeit oath NFTs.

The other data7322-1can further include image data corresponding to an oath token as well as use conditions/restrictions that correspond to the oath, syndicate data corresponding to the oath grantor and grantee and/or other data corresponding to the two characters/players and their obligations and conditions.

This other data7322-1can be used and/or combined with the player data7320-1to create a dataset that includes both the player data7320-1and the other data71322-1. This combined dataset can be protected via the blockchain and/or other crypto-based NFT creation technology that is employed by the NFT generation tools808and via the NFT creation system824to create and protect each oath NFT7324-1.

An example of the oath NFT7324-1is presented inFIG.22Bwhich represents an Oath given by a player's character (the oath grantor) to another character “Remo the Giant” (the grantee). An oath NFTs7324-1can be updated based on other data7322-2(including game play data) to generate an updated oath NFT7324-2as shown inFIG.22C. In the example shown inFIG.22D, an updated oath NFT has been generated to reflect that the oath grantee (Remo the Giant in this case) has requested redemption of the oath that requests the oath grantor (Maalek Zorb in this case) to terminate another game character Porky McPorkface. When the oath grantee has satisfied the oath, he can retain an updated oath NFT7324-3that is shown inFIG.22Ethat reflects its success. Furthermore, the oath grantee's successful hit can be reflected in updates to the corresponding player token NFT shown inFIG.22Gand earning the player termination contract NFT7310on Porky McPorkface shown inFIG.22H. If any of the oath redemption conditions are not met—for example, (a) the oath grantor is terminated before satisfying the oath, or (b) the oath grantee is terminated before satisfying the oath, or (c) the subject of the request is terminated before satisfying the oath, or (d) a time limit associated with the oath redemption expires, etc., then the oath NFT can be updated as expired as shown inFIG.22F.

FIG.22Ipresents a flowchart representation7300-1of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-1includes receiving, via the processor, player data to be associated with a player oath NFT corresponding to a multiplayer game. Step7304-1incudes receiving, via the processor, other data, wherein the other data includes other player data to be associated with the player oath NFT. Step7306-1includes facilitating creation of the player oath NFT, based on the player data the other player data.

FIG.22Jpresents a flowchart representation7300-2of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-2includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7304-2includes receiving game play data responsive to the game play indicating an oath redemption request. Step7306-2includes updating the player token NFT, based on the game play data to indicate the oath redemption request.

FIG.22Kpresents a flowchart representation7300-3of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-3includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7304-3includes receiving game play data responsive to the game play indicating an oath redemption request. Step7306-3includes determining, based on the game play when the oath redemption request has been satisfied. Step7308-3includes updating the player oath NFT to indicate when the oath redemption request has been satisfied.

FIG.22Lpresents a flowchart representation7300-4of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-4includes facilitating, via a processor, game play based on a player token NFT associated with a player of the game, the player having a player oath NFT associated with an oath to the player by a second player. Step7304-4includes receiving second player data responsive to the game play indicating termination of the second player. Step7306-4includes expiring the player oath NFT, based on the termination of the second player.

FIG.22Mpresents a flowchart representation7300-5of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-5includes facilitating, via a processor, game play based on a player token NFT associated with a player of the game, the player having a player oath NFT associated with an oath to the player by a second player. Step7304-5includes receiving game play data responsive to the game play indicating termination of the player. Step7206-5includes expiring the player oath NFT, based on the termination of the player.

FIG.22Npresents a flowchart representation7300-6of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-6includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7304-6includes receiving game data responsive to the game play indicating an oath redemption request. Step7306-6includes determining, based on the game play, when the player has refused the oath redemption request. Step7308-6includes creating, via the game, a player termination contract associated with the player when the when the player has refused the oath redemption request.

FIG.22Opresents a flowchart representation7300-7of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-7includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7304-7includes receiving player termination contract data responsive to the game play indicating a player termination contract associated with a second player. Step7306-7includes determining based on game play responsive to game play when the player has satisfied the player termination contract. Step7308-7includes updating the player token NFT when the player has satisfied the player termination contract.

FIG.22Ppresents a flowchart representation7300-8of an example method. In particular, a method is presented for use in conjunction with one or more functions or features described herein. For example, the method can be used with an NFT platform, game platform and/or other system that includes a processor, network interface and a memory to perform various steps of the method.

Step7302-8includes facilitating, via a processor, game play based on a player token NFT associated with the game. Step7304-8includes receiving player termination contract data responsive to the game play indicating a player termination contract associated with a second player. Step7306-8includes determining based on game play responsive to game play when the player has satisfied the player termination contract. Step7308-8includes facilitating generation of a contract NFT associated with the player when the player has satisfied the player termination contract.

Consider a further example, in addition or alternative to any of the forgoing, where a massive multiplayer online game is themed based on the John Wick franchise of films. This metaverse-based game, presents a blockchain-based interactive experience that can be built on the core principle of becoming an Assassin in the franchise-inspired Underworld. The Underworld is built on web3 mechanics that leverage hierarchical relationships, that manage rules and reverence, and that delivers a one-of-a-kind game experience and economy, supporting true ownership through a unique blend of adventure and survival.

Journey to the High Table

The High Table serves as the ultimate authority for every criminal in the Underworld. Each seat is occupied by the leader of a unique criminal syndicate, ranging from the Cosa Nostra to the Yakuza. Syndicates with a seat at the High Table represent the most elite of the criminal organizations, with that designation potentially being measured in overall mission success, membership volume, or cumulative ranking of members. As such, only a certain number of syndicates would sit at the table, with the rest maintaining a lower status and reputation.

At the outset of gameplay, syndicates would be pre-determined. But after a significant duration of time, player-created syndicates would emerge, potentially via a voting mechanism. Players will need to use every skill at their disposal to try and rise through the ranks. But as they reach the upper echelons of a syndicate, they'll risk being targeted by someone wanting their place.

Discovering the Underworld

One of the core pillars of John Wick is the depth of the stories told in the world. Discovering new stories, mythology, environments, and characters is key both in the Underworld and to the player's experience. The Underworld leverages blockchain and web3 technologies to manage critical components for the game economy, syndicate relationships, and assassin personalization in a trustless manner.

It also creates a community through story and social interaction that can lead to scalable revenue opportunities and lifelong value to and from players. As a player, you are writing your legend to the history book of your assassin which cannot be rewritten. Player-influenced narratives provide a story-based backbone for the Underworld and the souls in it. These stories evolve as players unlock achievements, and they are further steered by an AI engine that has been trained with John Wick lore.

As players navigate the world, their interactions, decisions and results become a part of your assassin's lore that is immortalized on chain. This solidifies the social impact each assassin has on the Wick universe.

Web3—Changing the Experience

Web3 philosophies and techniques open up new opportunities to increase engagement and create unique monetization opportunities for members of the ecosystem in decentralized trustless transactions. When Assassins are offered a Hit, they enter into a smart contract that immediately executes payment through a trustless transaction upon completion. Additionally, all the gear Assassins use is fully owned and securely and transparently written to the public ledger. This also includes developments in the narrative itself, serving as a recorded history of the conflicts and resolutions between players and syndicates, resulting in an ongoing epic legend for each player.

Consider the following additional examples how web3 technology can be used in the Underworld to drive the player experience.

The High Table Structure

The syndicate application process navigates a relationship system immortalized on the blockchain and reflected in the decentralized hierarchical map/ledger stored in each player's Assassin file.

Assassin Creator

Assassins' unique visual traits (from weapons to tattoos) are all managed on a decentralized ledger through acquisition of digital collectibles such as player token NFTs, oaths, tickets, and coins. No two assassins can be created to be the same—so the unique characteristics of each assassin are permanently removed from the future selection pool after each new character is created.

Contracts

Hits and Oaths are ordered and bound by smart contracts that live on-chain, and they can be both created and collected by Assassins and syndicates alike.

Currency

The currency of the world can be used to create a contract, gain access, and purchase gear.

Joining the Underworld

After a new character is created the player's journey begins with an invitation, or “Ticket,” which is also a formalized token and publicly recognized declaration of one's allegiance to a particular syndicate. This Ticket is a debt or bond of allegiance between two individuals or one individual with an organization called a syndicate. Upon receiving a Ticket, a player's character's appearance will be visually imprinted with a demarcation (e.g. a tattoo or brand). After receiving a Ticket from a syndicate, a player's Assassin file is written to the public ledger, containing its mint number, family tree, and syndicate identification. The higher a player mints on the family tree, the more initially powerful their Assassin becomes. After becoming a member, players can start inviting their own friends to create a community below them. The larger the community of Assassins, the more powerful its leader. Each syndicate reveal is a must-see, must-attend event. The Elder will be gifting syndicate Ticket invitations at certain times and real-life locations. Once a syndicate Ticket is dropped, participants can watch the network grow across the world, connecting everyone together.

A ticket may be redeemed in exchange for services from the syndicate (e.g., the ticket is surrendered), at which point the syndicate's further allegiance to the player is forfeited and the ticket NFT can be made to expire. The Ticket NFT may also be made to expire when upon expiration of the player and/or the player token NFT.

Becoming an Assassin

A player's assassin file is their identity in the Underworld and a core progression piece as they fight to move up a syndicate towards the High Table. Each Assassin file offers a different menu of available characteristics for their members' selection, spanning appearance, fighting styles, and special skills. Visually, players can customize their assassin's look using a character creator tool. Customization options are driven by player's syndicate skin (e.g. tattoos or other distinguishing marks) and the NFTs in their Assassin file.

Preparing for War

After customizing their Assassin, players will enter the opulent Continental Hotel to further hone their abilities and collect items. The Continental is a global series of luxury hotels exclusively for criminal members of the Underworld. It serves as equal parts sanctuary, marketplace, haberdashery, and social hub. Some activities include:

Tokenized items and digital collectibles, such as weapons, cars, and pets obtained through visits to the Sommelier, the Chop Shop, and the Kennels, can be traded or sold. The later section on NFTs expands on these items.

Resting in a rented room allows one's Assassin to passively grow in power/resources, but not to the degree that sending them on a mission would. This room will serve as a refuge for the Assassin and will also be a place to store, use, or simply admire items and gear they have acquired.

Earn Gold Coins

Gold coins are the currency of the Underworld and can be used to buy upgrades, enter special areas, and rent a room in the Continental Hotel.

In the Continental Lobby and Bar, players can socialize with other Assassins and participate in training quests, which can level up characteristics (and unlock new ones) upon completion.

Fighting to the High Table

As a player's Assassin grows stronger and collects more gear, they will become increasingly ready to fight to the High Table. There will be a mix of daily and weekly missions assigned by another player, aka the Syndicate's leader. Based on the player's success, these missions will scale in difficulty and complexity. The variety in cadence of these missions ensures that the narrative will draw players in daily. Each Assassin's chosen characteristics and gear can result in bonuses/penalties on these missions. The rarest gear will facilitate the highest chance of success, while entry-level gear can increase the risk of failure. In rising up the ranks, the ultimate test of skills comes when trying to take down one's own Syndicate leader. Victory means being crowned the top dog of the Syndicate. Failure means being charged with treason, damaging one's standing

After attaining a certain level of stature within the syndicate hierarchy, players can begin maintaining a Crew of fellow Assassins. The size of this Crew expands as players continue to rise up the ranks, as does their ability to earn gold coins—along with their potential to become the target of an enemy's Hit. A player will be required to complete a certain number of missions per day/week/month in order to defend their rank. This will incentivize frequent check-ins and activity. However, a successful Hit on a player would knock down the recipient's rank significantly.

Missions can be delegated to Crew members and they can also task subordinates with recruiting members, whether by offering Tickets to new Assassins or by converting the members of enemy syndicates. Other actions could include putting Crew members on Bodyguard duty, which offers defensive bonuses in the event that they are targeted by a Hit.

Gold Coin Economy

The use of gold coins as a form of currency within the John Wick universe establishes the assassin underworld as a place where traditional forms of currency are not always accepted. Gold coins are very valuable and are highly sought after. They are often used as a way to pay for goods, such as weapons and drinks, and services, such as hiring hitmen, and are also used as a way to bribe or blackmail.

Within the game, players can use gold coins to purchase items and services, as well as place bounties on contracts. Here are the main ways that players are able to use gold coins—gold coins are granted, acquired and/or purchased by players, but cannot be transferred outside the game. These gold coins will be an in-game currency in the traditional sense.1. FOR GOODS:3. FOR INFORMATION:2. FOR CONTRACTS:4. FOR SERVICES:
Further examples of UNDERWORLD ECONOMIC DETAILS are shown in conjunction with the table presented inFIG.23.

Assassin for Hire

Successful blockchain games offer the opportunity to lend out your NFTs to other players to collect passive income. We want to make this process simple, easy, and engaging. Players will get notifications requesting, through a contract, to loan out their assassin to enter a mission.

The loaning out of an assassin can be done from any smart mobile device and gives the player more flexibility with how they use their assassin in the Underworld. Based on the success or failure of the mission, the assassin will be awarded or penalized and their story legend will be changed.

Assassin

Every Assassin is a reflection of their accomplishments in the Underworld and each become more valuable as they grow in experience. Even the tattoos an assassin holds could become a valuable asset that another player desires.

Weapons

Weapons are both bought and earned. Each weapon class is managed by the blockchain and is an NFT. Players can collect, trade and upgrade weapons in the Continental.

Fashion and Gear

Fashion is both a way to express oneself and upgrade armor. As players earn gold coins they can continue to upgrade their assassins' outfits and gear. Both can be earned, bought or traded in the Continental.

Pets (or other NPCs) can become an iconic part of the Underworld and can be associated with a player a group of players and/or a syndicate and memorialized via NPC NFTs. As you upgrade a pet based on game play they can be gifted or loaned to others to help carry out a mission. There can be missions that will require pets to execute based on guided directions of command by the associated player.

Vehicles, Parts and Other Game Items

Game items help the player in his missions. For example, vehicles can be used to navigate the world quickly. Vehicles are also a place where many hold their gear for a mission. Players can bring much more to the battle with a vehicle versus walking there. Vehicles can be constantly upgraded, bought, sold and loaned.

Rooms and Locations

Acquire a room at The Continental or own a club. Rooms and locations become a vital part of the world and economy. Rooms can be upgraded, bought sold or traded.

It should be noted that the terms “user” and “player” can be used interchangeably to refer to the player of a game. Furthermore, the player of a game may have an associated character in a multiplayer game that can be controlled by the player to play the game and which can also be referred to as an “avatar”. As such a player and a character (the player's character) can be referred to interchangeably.

As used herein, the term “non-player character” can be used to indicate either (a) a game character that may interact with a player's character but that is controlled by the game and does operate directly under a player's control; and/or (b) a character that may be associated with a player's character, may take commands from the character. but otherwise operates not under direct control, but autonomously within the game in response to general commands from a player, if any.

As used herein, the terms “game piece” and “game item” and can be used interchangeably to refer to an ancillary article or other article or object that is used in a game. It should also be noted that a game piece can also correspond to a game character.

As used herein “blockchain” and “blockchain node” refer to traditional blockchain technology. However, other decentralized computer network technologies that, for example, maintain a secure and decentralized record of transactions and/or otherwise protect the security of digital information can likewise be employed. In various examples, a blockchain can operate to collect information together in groups, such as blocks, that hold sets of information. These blocks have certain storage capacities and, when filled, are closed and linked to the previously filled blocks, forming a chain of data. New information that follows that freshly added block is compiled into newly formed blocks that, once filled, can also be added to the chain.

As used herein the term “tool” corresponds to a utility, application and/or other software routine that performs one or more specific functions in conjunction with a computer.

As may be used herein, the term “compares favorably”, indicates that a comparison between two or more items, signals, etc., indicates an advantageous relationship that would be evident to one skilled in the art in light of the present disclosure, and based, for example, on the nature of the signals/items that are being compared. As may be used herein, the term “compares unfavorably”, indicates that a comparison between two or more items, signals, etc., fails to provide such an advantageous relationship and/or that provides a disadvantageous relationship. Such an item/signal can correspond to one or more numeric values, one or more measurements, one or more counts and/or proportions, one or more types of data, and/or other information with attributes that can be compared to a threshold, to each other and/or to attributes of other information to determine whether a favorable or unfavorable comparison exists. Examples of such a advantageous relationship can include: one item/signal being greater than (or greater than or equal to) a threshold value, one item/signal being less than (or less than or equal to) a threshold value, one item/signal being greater than (or greater than or equal to) another item/signal, one item/signal being less than (or less than or equal to) another item/signal, one item/signal matching another item/signal, one item/signal substantially matching another item/signal within a predefined or industry accepted tolerance such as 1%, 5%, 10% or some other margin, etc. Furthermore, one skilled in the art will recognize that such a comparison between two items/signals can be performed in different ways. For example, when the advantageous relationship is that signal 1 has a greater magnitude than signal 2, a favorable comparison may be achieved when the magnitude of signal 1 is greater than that of signal 2 or when the magnitude of signal 2 is less than that of signal 1. Similarly, one skilled in the art will recognize that the comparison of the inverse or opposite of items/signals and/or other forms of mathematical or logical equivalence can likewise be used in an equivalent fashion. For example, the comparison to determine if a signal X>5 is equivalent to determining if −X<−5, and the comparison to determine if signal A matches signal B can likewise be performed by determining −A matches −B or not(A) matches not(B). As may be discussed herein, the determination that a particular relationship is present (either favorable or unfavorable) can be utilized to automatically trigger a particular action. Unless expressly stated to the contrary, the absence of that particular condition may be assumed to imply that the particular action will not automatically be triggered. In other examples, the determination that a particular relationship is present (either favorable or unfavorable) can be utilized as a basis or consideration to determine whether to perform one or more actions. Note that such a basis or consideration can be considered alone or in combination with one or more other bases or considerations to determine whether to perform the one or more actions. In one example where multiple bases or considerations are used to determine whether to perform one or more actions, the respective bases or considerations are given equal weight in such determination. In another example where multiple bases or considerations are used to determine whether to perform one or more actions, the respective bases or considerations are given unequal weight in such determination.

The one or more examples are used herein to illustrate one or more aspects, one or more features, one or more concepts, and/or one or more examples. A physical example of an apparatus, an article of manufacture, a machine, and/or of a process may include one or more of the aspects, features, concepts, examples, etc. described with reference to one or more of the examples discussed herein. Further, from figure to figure, the examples may incorporate the same or similarly named functions, steps, modules, etc. that may use the same or different reference numbers and, as such, the functions, steps, modules, etc. may be the same or similar functions, steps, modules, etc. or different ones.

As may further be used herein, a computer readable memory includes one or more memory elements. A memory element may be a separate memory device, multiple memory devices, or a set of memory locations within a memory device. Such a memory device may be a read-only memory, random access memory, volatile memory, non-volatile memory, static memory, dynamic memory, flash memory, cache memory, a quantum register or other quantum memory and/or any other device that stores data in a non-transitory manner. Furthermore, the memory device may be in a form of a solid-state memory, a hard drive memory or other disk storage, cloud memory, thumb drive, server memory, computing device memory, and/or other non-transitory medium for storing data. The storage of data includes temporary storage (i.e., data is lost when power is removed from the memory element) and/or persistent storage (i.e., data is retained when power is removed from the memory element). As used herein, a transitory medium shall mean one or more of: (a) a wired or wireless medium for the transportation of data as a signal from one computing device to another computing device for temporary storage or persistent storage; (b) a wired or wireless medium for the transportation of data as a signal within a computing device from one element of the computing device to another element of the computing device for temporary storage or persistent storage; (c) a wired or wireless medium for the transportation of data as a signal from one computing device to another computing device for processing the data by the other computing device; and (d) a wired or wireless medium for the transportation of data as a signal within a computing device from one element of the computing device to another element of the computing device for processing the data by the other element of the computing device. As may be used herein, a non-transitory computer readable memory is substantially equivalent to a computer readable memory. A non-transitory computer readable memory can also be referred to as a non-transitory computer readable storage medium.

One or more functions associated with the methods and/or processes described herein can be implemented via a processing module that operates via the non-human “artificial” intelligence (AI) of a machine. Examples of such AI include machines that operate via anomaly detection techniques, decision trees, association rules, expert systems and other knowledge-based systems, computer vision models, artificial neural networks, convolutional neural networks, support vector machines (SVMs), Bayesian networks, genetic algorithms, feature learning, sparse dictionary learning, preference learning, deep learning and other machine learning techniques that are trained using training data via unsupervised, semi-supervised, supervised and/or reinforcement learning, and/or other AI. The human mind is not equipped to perform such AI techniques, not only due to the complexity of these techniques, but also due to the fact that artificial intelligence, by its very definition—requires “artificial” intelligence—i.e. machine/non-human intelligence.

One or more functions associated with the methods and/or processes described herein involve NFTs that are generated (“minted”) and secured via blockchain or other decentralized computer network technology. The distributed nature of these technologies over different nodes, the contemporaneous nature of geographically distinct calculations, coupled with the extreme computational complexity of the required calculations means that these decentralized computer network technologies cannot practically be performed by the human mind.

One or more functions associated with the methods and/or processes described herein can be implemented as a large-scale system that is operable to receive, transmit and/or process data on a large-scale. As used herein, a large-scale refers to a large number of data, such as one or more kilobytes, megabytes, gigabytes, terabytes or more of data that are received, transmitted and/or processed. Such receiving, transmitting and/or processing of data cannot practically be performed by the human mind on a large-scale within a reasonable period of time, such as within a second, a millisecond, microsecond, a real-time basis or other high speed required by the machines that generate the data, receive the data, convey the data, store the data and/or use the data.

One or more functions associated with the methods and/or processes described herein can require data to be manipulated in different ways within overlapping time spans. The human mind is not equipped to perform such different data manipulations independently, contemporaneously, in parallel, and/or on a coordinated basis within a reasonable period of time, such as within a second, a millisecond, microsecond, a real-time basis or other high speed required by the machines that generate the data, receive the data, convey the data, store the data and/or use the data.

One or more functions associated with the methods and/or processes described herein can be implemented in a system that is operable to electronically receive digital data via a wired or wireless communication network and/or to electronically transmit digital data via a wired or wireless communication network. Such receiving and transmitting cannot practically be performed by the human mind because the human mind is not equipped to electronically transmit or receive digital data, let alone to transmit and receive digital data via a wired or wireless communication network.

One or more functions associated with the methods and/or processes described herein can be implemented in a system that is operable to electronically store digital data in a memory device. Such storage cannot practically be performed by the human mind because the human mind is not equipped to electronically store digital data.

One or more functions associated with the methods and/or processes described herein may operate to cause an action by a processing module directly in response to a triggering event—without any intervening human interaction between the triggering event and the action. Any such actions may be identified as being performed “automatically”, “automatically based on” and/or “automatically in response to” such a triggering event. Furthermore, any such actions identified in such a fashion specifically preclude the operation of human activity with respect to these actions—even if the triggering event itself may be causally connected to a human activity of some kind.

While particular combinations of various functions and features of the one or more examples have been expressly described herein, other combinations of these features and functions are likewise possible. The present disclosure is not limited by the particular examples disclosed herein and expressly incorporates these other combinations.