US20230316248A1 - Systems and methods for operating a bridge server to support multiple shards of a blockchain - Google Patents
Systems and methods for operating a bridge server to support multiple shards of a blockchain Download PDFInfo
- Publication number
- US20230316248A1 US20230316248A1 US18/328,648 US202318328648A US2023316248A1 US 20230316248 A1 US20230316248 A1 US 20230316248A1 US 202318328648 A US202318328648 A US 202318328648A US 2023316248 A1 US2023316248 A1 US 2023316248A1
- Authority
- US
- United States
- Prior art keywords
- shard
- user
- recorded
- digital asset
- rights
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000012546 transfer Methods 0.000 claims abstract description 25
- 230000009471 action Effects 0.000 claims description 37
- 238000003860 storage Methods 0.000 description 27
- 230000003993 interaction Effects 0.000 description 17
- 230000008901 benefit Effects 0.000 description 13
- 238000009826 distribution Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 13
- 238000004891 communication Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 10
- 238000012876 topography Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 7
- 238000013475 authorization Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000002441 reversible effect Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000033001 locomotion Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000006378 damage Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000009795 derivation Methods 0.000 description 1
- 230000001627 detrimental effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
- G06Q20/123—Shopping for digital content
- G06Q20/1235—Shopping for digital content with control of digital rights management [DRM]
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/71—Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/75—Enforcing rules, e.g. detecting foul play or generating lists of cheating players
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3244—Payment aspects of a gaming system, e.g. payment schemes, setting payout ratio, bonus or consolation prizes
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
- A63F2300/575—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player for trading virtual items
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/101—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities
- G06F21/1015—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities to users
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
Definitions
- the present disclosure relates to systems and methods for operating a bridge server to support multiple shards of blockchains, the multiple shards being used to record ownership rights of in-game digital assets, the in-game digital assets being usable in an online gaming platform.
- Online gaming platforms are known. Users of online gaming platforms exchanging digital in-game assets to other users is known. Decentralized ledgers are known.
- One aspect of the present disclosure relates to a system configured for operating a bridge server to support multiple shards of blockchains.
- the multiple shards may be used to record ownership rights of in-game digital assets.
- the in-game digital assets may be usable in an online gaming platform.
- the system may include an online gaming platform, a first decentralized ledger server, a second decentralized ledger server, a bridge server, and/or other components.
- the online gaming platform may be configured to host one or more games.
- the online gaming platform may be provided, at least in part, by one or more game servers that include one or more processors configured by machine-readable instructions.
- the processors may be configured to execute an instance of a first online game to facilitate presentation of the first online game to users, and implement in-game actions in the instance of the first online game in response to action requests for the in-game actions by the users.
- the presentation of the first online game may include the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game.
- the users may include a first user and a second user that interact with the online gaming platform.
- the first decentralized ledger server may be configured to implement a first node of a first shard of a first blockchain.
- the first decentralized ledger server may include one or more processors configured by machine-readable instructions to (i) maintain user accounts for the users of the first blockchain, including the first user and the second user; (ii) record, on the first shard, a first set of rights pertaining to a first set of digital assets, wherein the recorded first set of rights reflect ownership of a first digital asset by the first user, wherein the first digital asset is usable within the online gaming platform; and (iii) receive instructions to modify the recorded first set of rights.
- the second decentralized ledger server may be configured to implement a second node of a second shard of the first blockchain.
- the second decentralized ledger server may include one or more processors configured by machine-readable instructions to (i) maintain user accounts for the users of the first blockchain, including the first user and the second user; (ii) record, on the second shard, a second set of rights pertaining to a second set of digital assets, wherein the recorded second set of rights reflect ownership of a second digital asset by the first user, wherein the second digital asset is usable within the online gaming platform; and (iii) receive instructions to modify the recorded second set of rights.
- the bridge server may include one or more processors configured by machine-readable instructions. The bridge server may receive, from the first user, an exchange request that indicates the first user offers the first digital asset for a first transferal to one of the users.
- the bridge server may receive transferal information regarding the first transferal of the first digital asset from the first user to the second user.
- the bridge server may, responsive to receipt of the transferal information, transfer a first set of instructions to the first decentralized ledger server and a second set of instructions to the second decentralized ledger server.
- the one or more processors of the first decentralized ledger server may be configured to (i) receive the first set of instructions from the bridge server, and (ii) in accordance with the received first set of instructions, remove the first digital asset from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user.
- the one or more processors of the second decentralized ledger server are further configured to (i) receive the second set of instructions from the bridge server, and (ii) in accordance with the received second set of instructions, add the first digital asset to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user.
- Another aspect of the present disclosure relates to a method for operating a bridge server to support multiple shards of blockchains.
- the multiple shards may be used to record ownership rights of in-game digital assets.
- the in-game digital assets may be usable in an online gaming platform.
- the method may include executing an instance of a first online game to facilitate presentation of the first online game to users, and implementing in-game actions in the instance of the first online game in response to action requests for the in-game actions by the users, wherein the presentation of the first online game includes the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game, wherein the users include a first user and a second user that interact with the online gaming platform.
- the method may include maintaining, by a first decentralized ledger that implements a first node of a first shard of a first blockchain, user accounts for the users of the first blockchain, including the first user and the second user.
- the method may include recording, on the first shard, a first set of rights pertaining to a first set of digital assets, wherein the recorded first set of rights reflect ownership of a first digital asset by the first user, wherein the first digital asset is usable within the online gaming platform.
- the method may include receiving, by the first decentralized ledger, instructions to modify the recorded first set of rights.
- the method may include maintaining, by a second decentralized ledger that implements a second node of a second shard of the first blockchain, user accounts for the users of the first blockchain, including the first user and the second user.
- the method may include recording, on the second shard, a second set of rights pertaining to a second set of digital assets, wherein the recorded second set of rights reflect ownership of a second digital asset by the first user, wherein the second digital asset is usable within the online gaming platform.
- the method may include receiving, by the second decentralized ledger, instructions to modify the recorded second set of rights.
- the method may include receiving, from the first user, an exchange request that indicates the first user offers the first digital asset for a first transferal to one of the users.
- the method may include receiving transferal information regarding the first transferal of the first digital asset from the first user to the second user.
- the method may include, responsive to receipt of the transferal information, transferring a first set of instructions to the first decentralized ledger server and a second set of instructions to the second decentralized ledger server.
- the method may include receiving the first set of instructions.
- the method may include, in accordance with the received first set of instructions, removing the first digital asset from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user.
- the method may include receiving the second set of instructions.
- the method may include, in accordance with the received second set of instructions, adding the first digital asset to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user.
- the system may include an online gaming platform, a bridge server, and/or other components.
- the online gaming platform may be configured to host one or more games.
- the online gaming platform may be provided, at least in part, by one or more game servers that include one or more processors configured by machine-readable instructions.
- the processors may be configured to execute an instance of a first online game to facilitate presentation of the first online game to users, and implement in-game actions in the instance of the first online game in response to action requests for the in-game actions by the users, wherein the presentation of the first online game includes the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game, wherein the users include a first user and a second user that interact with the online gaming platform.
- the bridge server may include processors configured to interact with a first node that is dedicated to a first shard of a first blockchain.
- the first shard (i) maintains user accounts for the users of the first blockchain, including for the first user and the second user, (ii) records a first set of rights pertaining to a first set of digital assets, wherein the recorded first set of rights reflect ownership of a first digital asset by the first user, wherein the first digital asset is usable within the online gaming platform, and (iii) receives instructions from the bridge server to modify the recorded first set of rights.
- the bridge server may include processors configured to interact with a second node that is dedicated to a second shard of the first blockchain.
- the second shard (i) maintains user accounts for the users of the first blockchain, including for the first user and the second user, (ii) records a second set of rights pertaining to a second set of digital assets, wherein the recorded second set of rights reflect ownership of a second digital asset by the first user, wherein the second digital asset is usable within the online gaming platform, and (iii) receives instructions from the bridge server to modify the recorded second set of rights.
- the bridge server may be configured to receive, from the first user, an exchange request that indicates the first user offers the first digital asset for a first transferal to one of the users.
- the bridge server may be configured to receive transferal information regarding the first transferal of the first digital asset from the first user to the second user.
- the bridge server may be configured to, responsive to receipt of the transferal information, transfer a first set of instructions to the first node and a second set of instructions to the second node.
- the first node may (i) receive the first set of instructions from the bridge server, and (ii) in accordance with the received first set of instructions, remove the first digital asset from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user.
- the second node may (i) receive the second set of instructions from the bridge server, and (ii) in accordance with the received second set of instructions, add the first digital asset to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user.
- any association (or relation, or reflection, or indication, or correspondency) involving platforms, servers, processors, shards, nodes, client computing platforms, assets, exchanges, transferals, offers, transactions, interactions, in-game actions, rights, benefits, ownership, users, accounts, metrics, metric values, scores, periods, instructions, operations, determinations, distributions, presentations, notifications, and/or another entity or object that interacts with any part of the system and/or plays a part in the operation of the system, may be a one-to-one association, a one-to-many association, a many-to-one association, and/or a many-to-many association or “N”-to-“M” association (note that “N” and “M” may be different numbers greater than 1).
- the term “obtain” may include active and/or passive retrieval, determination, derivation, transfer, upload, download, submission, and/or exchange of information, and/or any combination thereof.
- the term “effectuate” may include active and/or passive causation of any effect, both local and remote.
- the term “determine” may include measure, calculate, compute, estimate, approximate, generate, and/or otherwise derive, and/or any combination thereof.
- FIG. 1 illustrates a system configured for operating a bridge server to support multiple shards of blockchains, in accordance with one or more implementations.
- FIG. 2 illustrates a method for operating a bridge server to support multiple shards of blockchains, in accordance with one or more implementations.
- FIG. 3 illustrates an exemplary timing diagram of actions as may occur in a system as described, in accordance with one or more implementations.
- FIGS. 4 A- 4 B illustrate exemplary blockchains as may be used by a system configured for operating a bridge server to support multiple shards of blockchains, in accordance with one or more implementations.
- FIG. 1 illustrates a system 100 configured for operating a bridge server 115 to support multiple shards 121 of blockchain(s) 117 , in accordance with one or more implementations.
- Individual blockchains 117 may include multiple shards 121 such that individual shards 121 can independently complete at least some types of transactions, without significant computational costs for other shards of the same individual blockchain 117 . Accordingly, the capacity for completing (at least some types of) transactions may increase as the number of shards increases (and provided that the communication overhead for communication between shards and synchronization among shards is limited so that the corresponding detrimental effect of this communication on the transactional capacity is less than the increase gained in transactional capacity due to sharding).
- individual blockchains 117 may include 2 or 3 shards, but that number is exemplary and not intended to be limiting. In some implementations, individual blockchains 117 may include 3, 4, 5, 10, 50, 100, 500, 1000, or more shards.
- the communication overhead may be handled and/or performed by bridge server 115 .
- blockchain 117 may be maintained by a distributed computing platform (not shown in FIG. 1 ).
- the distributed computing platform may be implemented by a set of client computing platforms and/or servers (including, for example, one or more decentralized ledger servers 111 ).
- the distributed computing platform may support a virtual machine (not shown in FIG. 1 ).
- the distributed computing platform and/or the virtual machine may form a runtime environment for smart contracts and/or other executable code.
- the distributed computing platform may include electronic storage configured to store part or all of blockchain 117 .
- the smart contracts may be stored on blockchain 117 .
- the distributed computing platform may be the EOSIO platform.
- the distributed computing platform may be Ethereum.
- the distributed computing platform may be similar to Ethereum.
- the virtual machine may be a decentralized virtual machine.
- Blockchain 117 may be configured to record rights pertaining to digital assets.
- a given (digital) asset may be owned by a particular user.
- An asset may include anything of material value or usefulness that is owned by or on behalf of one or more users.
- a virtual item (that may be used within gaming platform 105 and/or may be useful within gaming platform 105 ) may be represented by a digital asset that is recorded on blockchain 117 .
- a right pertaining to an object e.g., a distribution right
- Multiple rights may form a set of rights or a bundle of rights that may be transferred and/or otherwise acted on and/or operated on together.
- rights may include one or more of a right to use, a right to sell, a right to destroy, a right to certain types of distributions, and/or other rights.
- rights pertaining to a virtual item e.g., ownership
- tokens may be a type of asset.
- tokens may include one or more of security tokens, utility tokens, payment tokens, initial coin offering (ICO) tokens, virtual currency tokens, crypto tokens, ERC-20 tokens, EOS tokens, and/or other tokens.
- tokens not only represent value, but may have a specific use in a particular distributed computing platform, e.g., in the operation of blockchain 117 .
- blockchain 117 may register transactions that modify ownership (and/or other rights) pertaining to digital assets.
- a smart contract may implement a (type of) digital asset.
- the smart contract may be referred to as published, posted, registered, and/or recorded.
- Elements of blockchain 117 may be grouped together in units that are referred to as blocks.
- an individual block may include one or more assets and one or more transactions.
- an individual block may be linked to one or more other individual blocks. Individual blocks may be linked or chained together to form a structure of blocks and/or a hierarchy of blocks, such as, e.g., a chain of blocks.
- An individual block may include one or more assets, one or more transactions, and/or other information.
- blockchain 117 may be publicly accessible and append-only.
- existing blocks of blockchain 117 can substantially not be altered or deleted, unless multiple copies are altered. This is unlikely to happen provided that the multiple copies stored on different computing platforms, e.g., in different geographical locations.
- Blockchain 117 may be replicated on multiple computing platforms, preferably in multiple different geographical locations.
- individual blocks may be linked together in a manner that prevents tampering, such as, e.g., using a hash chain and/or digital signatures.
- hash values may be generated using fixed-output-length one-way hashing functions that take variable-length input, and may be effectively impossible (or, at least, computationally infeasible) to reverse.
- a hashing function may provide one-way encryption.
- the hashing function may be SHA-256, BLAKE2, SHAKE256, and/or another hashing function. Contents of individual blocks, transactions, and/or assets may be digitally signed in a manner that proves integrity and/or prevents tampering, e.g., by providing authentication.
- blockchain(s) 117 and/or multiple shards 121 of these blockchain(s) 117 may be used to record ownership rights of in-game digital assets, including but not limited to digital assets that are not fungible.
- the in-game digital assets may be usable in an online gaming platform 105 .
- system 100 may be configured to control bridge server 115 to support and/or interact with multiple nodes 119 that are dedicated to shards 121 of blockchain(s) 117 .
- digital assets may be (or represent) virtual items that are usable within one or more online gaming platforms 105 .
- some digital assets may represent user-controllable three-dimensional in-game characters that can interact with other virtual items within online gaming platform 115 .
- virtual items may include one or more of weapons, toys, characters, abilities, skills, tools, pets, clothing, vehicles, game levels, missions, assignments, chapters, tasks, mini-games, restricted areas within a virtual space, restricted modes of gameplay, access rights within an online game, and/or other virtual items.
- virtual items may refer to any item or object within gaming platform 105 that a user may use, own, sell, trade, destroy, and/or otherwise effectuate a change of ownership of.
- a digital asset is fungible if it is functionally and/or otherwise indistinguishable from another digital asset.
- a payment token such as a Bitcoin may be a fungible digital asset.
- a digital asset may be non-fungible if it is unique, or one-of-a-kind.
- a specific individual CryptoKittyTM may be a non-fungible digital asset.
- a digital asset may be semi-fungible if there is a set of a limited number of similar but distinguishable digital assets.
- a limited-edition BlankoTM or another in-game character may be a semi-fungible digital asset.
- one of a limited number of 2-dimensional or 3-dimensional in-game virtual items may be a semi-fungible digital asset.
- a digital ticket to a show, concert, exhibition, and/or other event may be a semi-fungible digital asset.
- a piece of art or jewelry e.g., as a virtual item or as representing a physical item
- both non-fungible and semi-fungible digital assets are considered as “not fungible” digital assets.
- semi-fungible digital assets may share the same or similar data as other digital assets, but have at least a unique identifier, and/or other distinguishable asset-specific information.
- digital assets may be usable within one or more games. Instances of the games may be executed within one or more online gaming platforms 105 .
- online gaming platform 105 may refer to either an individual game (e.g., an interactive online game), a type of gaming console and its ecosystem, and/or both.
- Online gaming platform 105 may be operated, hosted, and/or owned by one or more stakeholders of online gaming platform 105 .
- a platform operator and/or another stakeholder
- may sell digital in-game assets e.g., characters, weapons, resources, etc.
- the term “exchanges” may refer to player-to-player actions that facilitate individual players to auction, sell, purchase, trade, barter, transfer, and/or otherwise exchange digital assets.
- individual players may own individual virtual items, and exchange these items with other individual players by virtue of the systems and methods described in this disclosure. Due to an exchange, ownership of a digital asset transitions from an original owner to a new owner (even if there may, in some implementations, be one or more intermediary and/or temporary owners during the process of performing the exchange).
- player-to-player exchanged may be considered non-commercial, since there may be no commercial interest in such a transaction, nor a commercial party involved as a principal participant to the transaction.
- a particular blockchain 117 may be sharded into different shards 121 in different ways.
- individual shards may be user-specific (or rather, specific to a subset of users) such that an individual user account uses (or corresponds to) a particular shard, and a different user account uses a different shard.
- individual shards may be asset-specific (or rather, specific to a subset of in-game assets) such that an individual in-game asset uses (or corresponds to) a particular shard, and a different in-game asset uses a different shard.
- individual shards may be game-specific (or rather, specific to a subset of the games hosted within online gaming platform 105 ) such that an individual game uses (or corresponds to) a particular shard, and a different game uses a different shard.
- a set of in-game assets may be shared, synced, and/or otherwise operative on multiple shards (and, e.g., a particular user account is using just one shard).
- a set of users may be shared, synced, and/or otherwise operative on multiple shards (i.e., the same users or user accounts are used on multiple shards, and, e.g., a particular asset is registered on just one shard).
- a set of users may be shared, synced, and/or otherwise operative on multiple shards (i.e., the same users or user accounts may be used on multiple shards, and, e.g., assets for a particular game are registered on just one shard).
- a particular shard may be both user-specific and asset-specific, or, e.g., both game-specific and asset-specific.
- system 100 may include one or more of an bridge server 115 , one or more online gaming platforms 105 , one or more decentralized ledger servers 111 , one or more online exchange platforms 127 , electronic storage 130 , one or more servers 102 , one or more client computing platforms 104 , one or more user interfaces 125 , one or more external resources 138 , and/or other components.
- Users 123 also referred to as players
- Server(s) 102 may be configured to communicate with one or more client computing platforms 104 according to a client/server architecture and/or other architectures.
- Client computing platform(s) 104 may be configured to communicate with other client computing platforms via server(s) 102 and/or according to a peer-to-peer architecture and/or other architectures.
- Users 123 may access system 100 via client computing platform(s) 104 .
- system 100 and/or server(s) 102 may be configured to communicate with one or more of online gaming platform(s) 105 , decentralized ledger server(s) 111 , bridge server 115 , users 123 , and/or other components.
- Users 123 may include players who play and/or otherwise interact on online gaming platform 105 .
- online gaming platform 105 may include an online store or exchange that facilitates exchanges of digital assets.
- users can exchange digital assets (such as, e.g., in-game virtual items) through one or more external exchange platforms 127 , including but not limited to eBayTM.
- Bridge server 115 may include one or more of electronic storage 130 , server(s) 102 , processor(s) 132 , machine-readable instructions 106 , and/or other components. Server(s) 102 may be configured by machine-readable instructions 106 . Machine-readable instructions 106 may include one or more instruction components. The instruction components may include computer program components.
- the instruction components may include one or more of a game component 108 , an interaction component 110 , a record component 112 , an account component 113 , an instruction component 114 , an exchange request component 116 , a rights component 118 , a node component 120 , a transferal component 124 , a translate component 126 , a transfer component 128 , an authorization component 136 , and/or other instruction components.
- a game component 108 an interaction component 110 , a record component 112 , an account component 113 , an instruction component 114 , an exchange request component 116 , a rights component 118 , a node component 120 , a transferal component 124 , a translate component 126 , a transfer component 128 , an authorization component 136 , and/or other instruction components.
- the depiction in FIG. 1 of certain components being arranged, organized, and/or otherwise included in other components is merely exemplary, and not intended to be limiting.
- online gaming platforms 105 may include one or more of electronic storage 130 c , server(s) 102 (not depicted in FIG. 1 ), processor(s) 132 c , machine-readable instructions 106 c , and/or other components.
- Electronic storage 130 c may be similar to electronic storage 130 as described elsewhere in this disclosure, though included in online gaming platforms 105 .
- Processor(s) 132 c may be similar to processor(s) 132 as described elsewhere in this disclosure, though included in online gaming platforms 105 .
- Machine-readable instructions 106 c may be similar to machine-readable instructions 106 as described elsewhere in this disclosure, though included in online gaming platforms 105 .
- decentralized ledger server(s) 111 may include one or more decentralized ledger servers, including but not limited to decentralized ledger server 111 a , decentralized ledger server 111 b , and so forth.
- Decentralized ledger server 111 a and decentralized ledger server 111 b may include similar elements.
- decentralized ledger server 111 a may include one or more of electronic storage 130 a , server(s) (not depicted in FIG. 1 ), processor(s) 132 a , machine-readable instructions 106 a , and/or other components.
- an individual decentralized ledger server may include (e.g., implement) one or more blockchains 117 .
- the individual decentralized ledger server may be dedicated to a particular blockchain 117 , which may be a private and/or permissioned blockchain.
- an individual decentralized ledger server may include one or more nodes 119 of one or more blockchains 117 .
- the individual decentralized ledger server may be dedicated to a particular node 119 of a particular blockchain 117 .
- different nodes are included in (or implemented by, or hosted by) different servers or different computer systems to increase the safety and security of transactions on a blockchain.
- the consensus protocol used for a particular blockchain may be harder to falsify or circumvent when the different nodes are in different geographical locations, on different types of computing platforms, and/or otherwise distributed and diverse.
- an individual decentralized ledger server may include one or more shards 121 of one or more blockchains 117 .
- the individual decentralized ledger server may be dedicated to a particular shard 121 of a particular blockchain 117 .
- the individual decentralized ledger server may be dedicated to a particular shard 121 of a particular node 119 of a particular blockchain 117 .
- a particular blockchain 117 may be implemented by different nodes 119 such that individual nodes are subsequently sharded into multiple shards 121 .
- a particular blockchain 117 may be sharded into multiple shards 121 such that individual shards are subsequently implemented by different nodes 119 .
- This implementation may be preferred to reduce the requirements for an individual node, in particular the communication overhead.
- bridge server 115 may be configured to support and/or provide communication to and between different shards 121 , to provide synchronization between different shards 121 , to control operations and joint functionality of the different shards 121 , and/or otherwise manage shards 121 such that users of a particular blockchain 117 can abstract from the particular implementation of sharding.
- Electronic storage 130 a may be similar to electronic storage 130 as described elsewhere in this disclosure, though included in a particular decentralized ledger server(s) 111 .
- Processor(s) 132 a may be similar to processor(s) 132 as described elsewhere in this disclosure, though included in a particular decentralized ledger server(s) 111 .
- Machine-readable instructions 106 a may be similar to machine-readable instructions 106 as described elsewhere in this disclosure, though included in a particular decentralized ledger server(s) 111 .
- Game component 108 may be configured to execute an instance of a game (e.g., an online game within online gaming platform 105 ) to facilitate presentation of the online game to users 123 .
- game component 108 may be configured to implement in-game actions in the instance of the game, e.g., in response to action requests for the in-game actions by users 123 .
- game component 108 may be arranged, organized, and/or otherwise included in online gaming platform 105 .
- the term “game” may refer to one or more games within gaming platform 105 .
- the game may be provided via a virtual space, and may include a plurality of resource types and/or maps.
- An instance of the virtual space may be executed by one or more computer components to determine views of the virtual space.
- the view may be communicated (e.g., by streaming, via object/position data, and/or other information) from server(s) 102 and/or other sources to client computing platforms 104 for presentation to users 123 .
- the view determined and transmitted to a given client computing platform 104 may correspond to a location in the virtual space (e.g., the location from which the view is taken, the location the view depicts, and/or other locations), a zoom ratio, a dimensionality of objects, a point-of-view, and/or view parameters.
- one or more view parameters may be selectable by a user.
- the instance of the game may include a simulated space that is accessible by users 123 by clients (e.g., client computing platforms 104 ) that present the views of the virtual space to a user.
- the simulated space may have a topography, express ongoing real-time interaction by one or more users 123 , and/or include one or more objects positioned within the topography that are capable of locomotion and/or movement within the topography.
- the topography may be a 2-dimensional topography.
- the topography may be a 3-dimensional topography.
- the topography may include dimensions of the simulated space, and/or surface features of a surface or objects that are native to the simulated space.
- the topography may include a surface (e.g., a ground surface) that runs through at least a substantial section of the simulated space.
- the topography may describe a volume with one or more bodies positioned therein. The instance executed by the computer components may be synchronous, asynchronous, and/or semi-synchronous.
- users 123 may control characters, objects, simulated physical phenomena, and/or other elements within the virtual space to interact with the virtual space and/or each other.
- the user characters may include avatars.
- the term “user character” may refer to an object or group of objects present in the virtual space, that correspond(s) to an individual user.
- a particular user character may be controlled by the particular user with which it is associated.
- Such user characters may be referred to as user-controlled characters.
- User-controlled element(s) may move through and interact with the virtual space (e.g., non-user characters in the virtual space, other objects in the virtual space, etc.).
- User-controlled elements controlled by and/or associated with a given user may be created and/or customized by the given user.
- Individual users 123 may have an “inventory” of virtual goods and currency (e.g., resources of the plurality of resource types) that the individual user can use (e.g., by manipulation of a user character and/or other user-controlled elements) and/or other items, to perform in-game actions within the virtual space.
- user inventories may be managed using one or more decentralized ledger servers 111 .
- ownership of individual virtual items included in an individual user inventory may be recorded on a particular blockchain that is implemented on decentralized ledger server 111 a .
- individual user inventories (and/or digital assets therein) may correspond to individual smart contracts stored on decentralized ledger server 111 and/or blockchain 117 .
- Interaction component 110 may be configured to facilitate interaction between users 123 within online gaming platform 105 , and, in particular, within instances of the online games that are executed by game component 108 .
- interaction component 110 may facilitate interaction by a particular user with other users within an instance of a particular online game.
- the interaction may include user-controlled in-game actions by a particular digital asset that are controlled by the particular user.
- the interaction may occur subsequent to temporarily transferring ownership of the particular digital asset from an original owner (e.g., to the particular user).
- one or more particular types of interaction may be facilitated by interaction component 110 .
- interaction may be limited to certain types of in-game actions.
- interaction may be limited to a certain time or period.
- interaction component 110 may be arranged, organized, and/or otherwise included in online gaming platform 105 .
- interaction component 110 may facilitate interaction by a particular user with other users within online gaming platform 105 , through a particular digital asset that is being controlled by the particular user during a particular period, even though the particular user is not (yet) the non-temporary owner of the particular digital asset.
- the particular period may start when the particular user commits to the exchange involving the particular digital asset, or when the particular user provides the benefit in exchange for the particular digital asset, and/or at another predefined moment during the exchange process.
- the particular period may end at the moment a determination has been made regarding reversibility of the exchange involving the particular digital asset.
- one or more types of ownership rights are temporarily transferred to the particular user during the particular period.
- one of the types of ownership rights may give the particular user the right to use the particular digital asset in certain limited ways.
- usage may be limited to one or more types of in-game actions.
- the allowed one or more types of in-game actions may exclude in-game actions that inflict damage to (or even destroy) the particular digital asset.
- Account component 113 may be configured to maintain user accounts for the users of one or more decentralized ledger servers 111 and/or components thereof. For example, account component 113 may maintain users accounts for a first user, a second user, a third user, and so forth of a particular blockchain 117 . In some implementations, account component 113 may maintain similar user accounts (e.g., for the same one or more users) for different nodes 119 and/or different shards 121 . For example, in implementations that support asset-specific sharding, the same user may own different digital assets that are stored and/or recorded on different nodes 119 and/or different shards 121 .
- Record component 112 may be configured to record rights pertaining to digital assets on one or more decentralized ledger servers 111 and/or components thereof.
- record component 112 may record rights on a particular blockchain 117 (or a particular shard 121 , or a particular node dedicated to a particular shard 121 ) implemented by, e.g., decentralized ledger server 111 a .
- the rights may include ownership rights, distribution rights, and/or other rights.
- particular recorded rights may reflect ownership of a particular digital asset by a particular user.
- the particular digital asset may be not fungible, and may represent a three-dimensional in-game user-controllable character that can interact with other virtual items within online gaming platform 105 .
- Recorded rights may be asset-specific.
- distribution rights for a particular digital asset may designate rights to certain distributions of benefits upon an exchange involving the particular digital asset.
- the asset-specific distribution rights for a particular digital asset may include one or more of (i) a right owned by a different user to a part of the benefits upon an exchange, (ii) a right owned by one or more stakeholders of online gaming platform 105 to a part of the benefits upon an exchange, (iii) a right owned by one or more stakeholders of bridge server 115 upon an exchange, and/or other distribution rights. These parts of a benefit may have different sizes, percentages, and/or conditions.
- record component 112 may be configured to record rights on blockchain 117 .
- record component 112 may add, modify, and/or remove recorded rights.
- record component 112 may transfer ownership of a particular digital asset from a first owner to a second owner (e.g., from an original owner to a new owner).
- record component 112 may transfer ownership of a particular digital asset temporarily, e.g., from a first owner to a temporary second owner.
- a temporary owner may be a holding account that is merely used until ownership is transferred to either the original owner or a new owner.
- temporary may refer to a transfer or to ownership that is either known to be changed and/or modified within a predetermined period, or expected to be changed and/or modified within a predetermined period.
- a non-temporary transfer from a first owner to a second owner can conceivably be changed and/or reverted (back from the second owner to the first owner) due to a separate and new exchange that is independent of the first particular exchange.
- record component 112 may transfer ownership of a particular digital asset non-temporarily from a first owner to a second owner, e.g., when a particular exchange is not reversible or no longer reversible.
- record component 112 may be arranged, organized, and/or otherwise included in one or more decentralized ledger servers 111 .
- a change and/or other modification of recorded rights may cause one or more transfers and/or transactions between different shards 121 .
- rights pertaining to a particular in-game digital asset may be moved from a first shard to a second shard.
- rights pertaining to a particular in-game digital asset may be moved from a first node of a first shard to a second node of a second shard (e.g., of the same blockchain).
- Instruction component 114 may be configured to receive (sets of) instructions. Instruction component 114 may be configured to receive (sets of) instructions for execution. In some implementations, instruction component 114 may be configured to receive instructions to add, modify, and/or remove recorded rights in one or more decentralized ledger servers 111 and/or components thereof. For example, instruction component 114 may receive one or more sets of instructions from, e.g., bridge server 115 . In some implementations, instruction component 114 may provide received sets of instructions to record component 112 for execution. In some implementations, instruction component 114 may be arranged, organized, and/or otherwise included in a particular decentralized ledger server 111 and/or components thereof.
- Exchange request component 116 may be configured to receive exchange requests from users.
- An exchange request may indicate a particular user offers a particular digital asset for a transferal to another user.
- a transferal may be due to different types of events, including but not limited to a gift, a sale, theft, and/or other events.
- an exchange request may indicate a particular user offers a particular digital asset for a reversible exchange, e.g., on a fiat-currency-based online exchange platform (e.g., online exchange platform 127 ).
- bridge server 115 may be configured to keep track on which particular shard 121 the ownership rights to a particular digital asset are recorded.
- online gaming platform 105 may be configured to keep track on which particular shard 121 the ownership rights to a particular digital asset are recorded.
- Rights component 118 may be configured to obtain asset-specific rights (e.g., ownership rights, distribution rights, and/or other rights) for particular digital assets.
- rights component 118 may be configured to access one or more decentralized ledger servers 111 (or components thereof) to obtain the asset-specific rights (that are recorded, e.g., in one or more smart contracts).
- rights component 118 may be configured to obtain different sets of rights (at different moments) for the same particular digital asset. For example, rights component 118 may obtain a first set of rights at a first moment during a particular exchange, a second set of rights at a second moment (different from the first moment) during the same particular exchange, and so forth.
- the rights to a given digital asset as recorded on blockchain 117 may include a first and second distribution right as follows: a 5% distribution right for a user (e.g., the user who designed the particular three-dimensional in-game user-controllable character that is represented by the given digital asset), and a 1% distribution right for a stakeholder of online gaming platform 105 , and these distribution rights may be exercised upon completion of an exchange of the given digital asset.
- rights component 118 may be configured to determine whether rights to a newly created digital asset are recorded on a first shard 121 or a second shard 121 .
- Transferal component 124 may be configured to receive transferal information regarding transferals of digital assets. In some implementations, transferal component 124 may receive transferal information related to transferals between different users as described in relation to the operation of exchange request component 116 . In some implementations, transferal component 124 may be configured to receive information from one or more decentralized ledger servers 111 and/or components thereof. Alternatively, and/or simultaneously, transferal component 124 may be configured to receive information from online gaming platforms 105 and/or online exchange platforms 127 . In some implementations, transferal information may be asset-specific, transfer-specific, and/or exchange-specific. For example, particular received transferal information may be regarding a particular transferal of a particular digital asset for a particular benefit.
- transferal component 124 may be configured to receive benefits that correspond to particular transferals.
- the received transferal information may include the particular benefit.
- the received transferal information may be related to received benefit.
- a particular received benefit may correspond to a particular transferal.
- Transfer component 128 may be configured to transfer (sets of) instructions to one or more decentralized ledger servers 111 and/or components thereof (including but not limited to instruction component 114 for execution). For example, transfer component 128 may transfer a first set of instructions to a first decentralized ledger server (e.g., decentralized ledger server 111 a ) and a second set of instructions to a second decentralized ledger server (e.g., decentralized ledger server 111 b ).
- a first decentralized ledger server e.g., decentralized ledger server 111 a
- second decentralized ledger server e.g., decentralized ledger server 111 b
- the first set of instructions may, in effect, remove the particular digital asset from the set of recorded digital assets recorded on a first shard 121
- the second set of instructions may, in effect, add the particular digital asset to the set of recorded digital assets recorded on a second shard 121 .
- Node component 120 may be configured to interact with one or more nodes 119 .
- node component 120 may interact with a first node 119 that is dedicated to a first shard 121 of a particular blockchain 117 .
- node component 120 may interact with a second node 119 that is dedicated to a second shard 121 of the same particular blockchain 117 .
- An individual shard 121 may be configured to maintain user accounts, record rights pertaining to digital assets, receive instructions from bridge server 115 to modify recorded rights, and/or perform other operations pertaining to the individual shard 121 and/or to an individual node 119 dedicated to the individual shard 121 .
- Translate component 126 may be configured to translate and/or convert in-game actions that have occurred on online gaming platform 105 into one or more transactions that are (to be) recorded on one or more particular shards. For example, a gift of a particular digital asset within a game (hosted on online gaming platform 105 ) may be translated into a first transaction to be recorded on a first shard 121 and a second transaction to be recorded on a second shard 121 . For example, a discovery or purchase of a new particular digital asset within a particular game may be translated into a transaction to be recorded on a particular shard 121 , e.g., to issue the particular asset using a function of a particular smart contract that creates the particular asset.
- translate component 126 may be configured to translate and/or convert between user identifiers within online gaming platform 105 and user identifiers (e.g., user account identifiers or user account addresses) within blockchain 117 .
- translate component 126 may be configured to translate and/or convert between asset identifiers within online gaming platform 105 and asset identifiers within blockchain 117 (for assets that are not fungible).
- Authorization component 136 may be configured to receive information and/or authorization from users 123 .
- the received authorization may pertain to one or more other steps and/or moments during the process of a transferal or exchange.
- authorization component 136 may receive authorization from the original owner before completion of a transferal.
- FIG. 3 illustrates an exemplary timing diagram 30 of actions as may occur in a system similar to or the same as system 100 .
- a first action in timing diagram 30 represents an exchange request 31 from a user 11 to one or more of online gaming platform 105 and/or bridge server 115 .
- transferal information 32 is received by bridge server 115 .
- Bridge server 115 provides a first set of instructions 33 to a first decentralized ledger server 111 (e.g., 111 a in FIG. 1 ), and a second set of instructions 34 to a second decentralized ledger server 111 (e.g., 111 b in FIG. 1 ).
- the ownership rights of a particular in-game digital asset are removed from the first decentralized ledger server 111 (e.g., 111 a in FIG. 1 ), and added to the second decentralized ledger server 111 (e.g., 111 b in FIG. 1 ).
- Information 35 may be exchanged between bridge server 115 and online gaming platform 105 to confirm and/or provide a notification regarding the transferal of the particular digital asset.
- Information 36 may be provided to user 12 as the new owner of the particular digital asset.
- the receipt of transferal information 32 may occur subsequent to receipt of information 32 a by bridge server 115 , from online exchange platform 127 , e.g., in case of a sales transaction involving the particular digital asset.
- the receipt of information 32 a may occur subsequent to receipt of information 32 b by online exchange platform 127 , from user 12 , e.g., in case of a payment by user 12 .
- user 11 may be notified upon completion of the transferal of the particular digital asset. Actions in accordance with this disclosure may include additional and/or different actions and/or steps then depicted in FIG. 3 , which is merely intended to be exemplary.
- FIG. 4 A illustrates a shard 121 a of a particular blockchain that implements part of a blockchain including a block 0, a block 1, and a block 2.
- the blocks within shard 121 a are ordered.
- three assets (indicated by a capital “A” or “C”) are created and/or generated, and subsequently assigned to three users or players: a first asset is assigned to user i (Ui), a second asset is assigned to user j (Uj), and a third asset is a smart contract 41 (indicated by a capital “C”) that is assigned to or owned by user q (Uq).
- Smart contract 41 may implement a limited number of digital assets of a given type “X”.
- a function call to a function defined by smart contract 41 (e.g., to request a particular type of usage, creation, and/or issuance of a digital asset of type “X”) may be depicted and/or implemented as a transaction (e.g., the function may be invoked in exchange for consideration).
- smart contract 41 may have been posted to shard 121 a by (or on behalf of) an owner or creator (here, user q).
- assignments may record ownership. These assets and smart contracts may be individually manifested, deployed, and/or instantiated through a record component similar to record component 112 (see FIG. 1 ).
- Block 1 is connected to block 0 (as indicated by a link 50 a ), for example by including an address of block 1 in block 0, or vice versa.
- block 1 is connected to block 2, as indicated by a link 50 b.
- At least one asset is assigned to user q (Uq), for example by associating an address of user q with asset Ax.
- Asset Ax may represent an individual digital asset of type “X”.
- Asset Ax may be created and/or issued by invoking one or more function calls to smart contract 41 .
- a single function calls may issue multiple assets of the same type to user q.
- Asset Ax may have associated metadata 52 (indicated by a capital “M”), which may include and/or link to different types of information, including but not limited to one or more of a name, identifier, description, an image 53 , (in-game) details, certificate of authenticity, and/or other information, as depicted.
- the certificate of authenticity may be a digital signature.
- block 1 includes two transactions (indicated by a capital “T”): a first transaction from user i to user j, and a second transaction from user j to user k.
- Block 2 includes a first transaction from user j to user m, and a second transaction from user q to user n.
- the second transaction may cause asset Ax to be removed from shard 121 a and added to shard 121 b in FIG. 4 B .
- any user of shard 121 a and/or the particular blockchain may determine the current assets of shard 121 a , and the balances of any user.
- the balance of a particular user may be verified prior to adding a transaction that reduces that particular user's balance. For example, an individual user may not be allowed to transfer assets the individual user does not own.
- FIG. 4 B illustrates a shard 121 b of the particular blockchain that includes block 3, block 4, block 5.
- Block 3 may be connected to some previous block as indicated by a link 50 c
- block 4 may be connected to block 3 (as indicated by a link 50 d )
- block 5 may be connected to block 4 (as indicated by a link 50 e ).
- asset Ax (having associated metadata 44 ) of type “X” is issued to user n (Un) and thus added to shard 121 b , due to the transaction from user q to user n as described for shard 121 a (i.e., this particular asset was removed from shard 121 a ).
- Block 4 includes two transactions (indicated by a capital “T”): a first transaction from user i to user n.
- the transaction may represent a purchase of a first virtual item by user n.
- block 4 includes a second transaction from user q to the same smart contract as depicted in block 0.
- the second transaction may represent user q offering to exchange a different digital asset of the given type “X” for a particular benefit (assuming user q owns another digital asset of this type).
- a user who agrees to provide the requested particular benefit may receive limited and temporary ownership rights to this different digital asset (whether this happens is not depicted in FIG. 4 B ).
- Block 5 includes a transaction (indicated by a capital “T”), representing a transfer of ownership of the particular digital asset of the given type “X” from owner user n to new owner user p.
- the transaction in block 5 may be completed within shard 121 b such that ownership rights to the particular digital asset remain within shard 121 b . In such a case, no asset will need to be removed from shard 121 b or added to another shard.
- decisions regarding with shard a particular digital asset will be recorded on may be made by bridge server 115 .
- user interfaces 125 may be configured to facilitate interaction between users 123 and system 100 and/or between users 123 and client computing platforms 104 .
- user interfaces 125 may provide an interface through which users 123 may provide information to and/or receive information from system 100 .
- user interface 125 may include one or more of a display screen, touchscreen, monitor, a keyboard, buttons, switches, knobs, levers, mouse, microphones, sensors to capture voice commands, sensors to capture body movement, sensors to capture hand and/or finger gestures, and/or other user interface devices configured to receive and/or convey user input.
- one or more user interfaces 125 may be included in one or more client computing platforms 104 .
- one or more user interfaces 125 may be included in system 100 .
- user interface 125 may be a type of interface that facilitates the exchange of virtual items between users.
- server(s) 102 , client computing platform(s) 104 , and/or external resources 128 may be operatively linked via one or more electronic communication links.
- electronic communication links may be established, at least in part, via one or more networks 13 , including but not limited to the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which server(s) 102 , client computing platform(s) 104 , and/or external resources 128 may be operatively linked via some other communication media.
- a given client computing platform 104 may include one or more processors configured to execute computer program components.
- the computer program components may be configured to enable an expert or user associated with the given client computing platform 104 to interface with system 100 and/or external resources 128 , and/or provide other functionality attributed herein to client computing platform(s) 104 .
- the given client computing platform 104 may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a smart watch, a gaming console, and/or other computing platforms.
- External resources 138 may include sources of information outside of system 100 , external entities participating with system 100 , and/or other resources.
- external resources 138 may include an online financial platform through which users may access financial information and/or perform financial transactions.
- some or all of the functionality attributed herein to external resources 138 may be provided by resources included in system 100 .
- Server(s) 102 may include electronic storage 130 , one or more processors 132 , and/or other components. Server(s) 102 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of server(s) 102 in FIG. 1 is not intended to be limiting. Server(s) 102 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s) 102 . For example, server(s) 102 may be implemented by a cloud of computing platforms operating together as server(s) 102 .
- Electronic storage 130 may comprise non-transitory storage media that electronically stores information.
- the electronic storage media of electronic storage 130 may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with server(s) 102 and/or removable storage that is removably connectable to server(s) 102 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.).
- a port e.g., a USB port, a firewire port, etc.
- a drive e.g., a disk drive, etc.
- Electronic storage 130 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media.
- Electronic storage 130 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources).
- Electronic storage 130 may store software algorithms, information determined by processor(s) 132 , information received from server(s) 102 , information received from client computing platform(s) 104 , and/or other information that enables server(s) 102 to function as described herein.
- Processor(s) 132 may be configured to provide information processing capabilities in server(s) 102 .
- processor(s) 132 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information.
- processor(s) 132 is shown in FIG. 1 as a single entity, this is for illustrative purposes only.
- processor(s) 132 may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s) 132 may represent processing functionality of a plurality of devices operating in coordination.
- Processor(s) 132 may be configured to execute components 108 , 110 , 112 , 113 , 114 , 116 , 118 , 120 , 124 , 126 , 128 , and/or 136 , and/or other components.
- Processor(s) 132 may be configured to execute components 108 , 110 , 112 , 113 , 114 , 116 , 118 , 120 , 124 , 126 , 128 , and/or 136 , and/or other components by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s) 132 .
- component may refer to any component or set of components that perform the functionality attributed to the component. This may include one or more physical processors during execution of processor readable instructions, the processor readable instructions, circuitry, hardware, storage media, or any other components.
- components 108 , 110 , 112 , 113 , 114 , 116 , 118 , 120 , 124 , 126 , 128 , and/or 136 are illustrated in FIG. 1 as being implemented within particular components, in implementations in which processor(s) 132 includes multiple processing units, one or more of components 108 , 110 , 112 , 113 , 114 , 116 , 118 , 120 , 124 , 126 , 128 , and/or 136 may be implemented remotely from the other components.
- components 108 , 110 , 112 , 113 , 114 , 116 , 118 , 120 , 124 , 126 , 128 , and/or 136 may be eliminated, and some or all of its functionality may be provided by other ones of components 108 , 110 , 112 , 113 , 114 , 116 , 118 , 120 , 124 , 126 , 128 , and/or 136 .
- processor(s) 132 may be configured to execute one or more additional components that may perform some or all of the functionality attributed below to one of components 108 , 110 , 112 , 113 , 114 , 116 , 118 , 120 , 124 , 126 , 128 , and/or 136 .
- FIG. 2 illustrates a method 200 for operating a bridge server to support multiple shards of blockchains, wherein the multiple shards are used to record ownership rights of in-game digital assets, wherein the in-game digital assets are usable in an online gaming platform, in accordance with one or more implementations.
- the operations of method 200 presented below are intended to be illustrative. In some implementations, method 200 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of method 200 are illustrated in FIG. 2 and described below is not intended to be limiting.
- method 200 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information).
- the one or more processing devices may include one or more devices executing some or all of the operations of method 200 in response to instructions stored electronically on an electronic storage medium.
- the one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 200 .
- an instance of a first online game is executed to facilitate presentation of the first online game to users, and in-game actions are implemented in the instance of the first online game in response to action requests for the in-game actions by the users.
- the presentation of the first online game includes the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game.
- the users include a first user and a second user that interact with the online gaming platform.
- operation 202 is performed by a game component the same as or similar to game component 108 (shown in FIG. 1 and described herein).
- operation 204 user accounts are maintained, by a first decentralized ledger that implements a first node of a first shard of a first blockchain, for the users of the first blockchain, including the first user and the second user.
- operation 204 is performed by an account component the same as or similar to account component 113 (shown in FIG. 1 and described herein).
- a first set of rights is recorded pertaining to a first set of digital assets.
- the recorded first set of rights reflect ownership of a first digital asset by the first user.
- the first digital asset is usable within the online gaming platform.
- operation 206 is performed by a record component the same as or similar to record component 112 (shown in FIG. 1 and described herein).
- operation 208 by the first decentralized ledger, instructions are received to modify the recorded first set of rights.
- operation 208 is performed by an instruction component the same as or similar to instruction component 114 (shown in FIG. 1 and described herein).
- user accounts are maintained by a second decentralized ledger that implements a second node of a second shard of the first blockchain, for the users of the first blockchain, including the first user and the second user.
- operation 210 is performed by an account component the same as or similar to account component 113 (shown in FIG. 1 and described herein).
- a second set of rights is recorded pertaining to a second set of digital assets.
- the recorded second set of rights reflect ownership of a second digital asset by the first user.
- the second digital asset is usable within the online gaming platform.
- operation 212 is performed by a record component the same as or similar to record component 112 (shown in FIG. 1 and described herein).
- operation 214 by the second decentralized ledger, instructions are received to modify the recorded second set of rights.
- operation 214 is performed by an instruction component the same as or similar to instruction component 114 (shown in FIG. 1 and described herein).
- an exchange request is received that indicates the first user offers the first digital asset for a first transferal to one of the users.
- operation 216 is performed by an exchange request component the same as or similar to exchange request component 116 (shown in FIG. 1 and described herein).
- transferal information is received regarding the first transferal of the first digital asset from the first user to the second user.
- operation 218 is performed by a transferal component the same as or similar to transferal component 124 (shown in FIG. 1 and described herein).
- a first set of instructions is transferred to the first decentralized ledger server and a second set of instructions to the second decentralized ledger server.
- operation 220 is performed by a transfer component the same as or similar to transfer component 128 (shown in FIG. 1 and described herein).
- operation 222 the first set of instructions is received.
- operation 222 is performed by an instruction component the same as or similar to instruction component 114 (shown in FIG. 1 and described herein).
- operation 224 in accordance with the received first set of instructions, the first digital asset is removed from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user.
- operation 224 is performed by a record component the same as or similar to record component 112 (shown in FIG. 1 and described herein).
- operation 226 the second set of instructions is received.
- operation 226 is performed by an instruction component the same as or similar to instruction component 114 (shown in FIG. 1 and described herein).
- operation 228 in accordance with the received second set of instructions, the first digital asset is added to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user.
- operation 228 is performed by a record component the same as or similar to record component 112 (shown in FIG. 1 and described herein).
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Technology Law (AREA)
- Computer Hardware Design (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
- The present disclosure relates to systems and methods for operating a bridge server to support multiple shards of blockchains, the multiple shards being used to record ownership rights of in-game digital assets, the in-game digital assets being usable in an online gaming platform.
- Online gaming platforms are known. Users of online gaming platforms exchanging digital in-game assets to other users is known. Decentralized ledgers are known.
- One aspect of the present disclosure relates to a system configured for operating a bridge server to support multiple shards of blockchains. The multiple shards may be used to record ownership rights of in-game digital assets. The in-game digital assets may be usable in an online gaming platform. The system may include an online gaming platform, a first decentralized ledger server, a second decentralized ledger server, a bridge server, and/or other components. The online gaming platform may be configured to host one or more games. The online gaming platform may be provided, at least in part, by one or more game servers that include one or more processors configured by machine-readable instructions. The processors may be configured to execute an instance of a first online game to facilitate presentation of the first online game to users, and implement in-game actions in the instance of the first online game in response to action requests for the in-game actions by the users. The presentation of the first online game may include the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game. The users may include a first user and a second user that interact with the online gaming platform. The first decentralized ledger server may be configured to implement a first node of a first shard of a first blockchain. The first decentralized ledger server may include one or more processors configured by machine-readable instructions to (i) maintain user accounts for the users of the first blockchain, including the first user and the second user; (ii) record, on the first shard, a first set of rights pertaining to a first set of digital assets, wherein the recorded first set of rights reflect ownership of a first digital asset by the first user, wherein the first digital asset is usable within the online gaming platform; and (iii) receive instructions to modify the recorded first set of rights. The second decentralized ledger server may be configured to implement a second node of a second shard of the first blockchain. The second decentralized ledger server may include one or more processors configured by machine-readable instructions to (i) maintain user accounts for the users of the first blockchain, including the first user and the second user; (ii) record, on the second shard, a second set of rights pertaining to a second set of digital assets, wherein the recorded second set of rights reflect ownership of a second digital asset by the first user, wherein the second digital asset is usable within the online gaming platform; and (iii) receive instructions to modify the recorded second set of rights. The bridge server may include one or more processors configured by machine-readable instructions. The bridge server may receive, from the first user, an exchange request that indicates the first user offers the first digital asset for a first transferal to one of the users. The bridge server may receive transferal information regarding the first transferal of the first digital asset from the first user to the second user. The bridge server may, responsive to receipt of the transferal information, transfer a first set of instructions to the first decentralized ledger server and a second set of instructions to the second decentralized ledger server. The one or more processors of the first decentralized ledger server may be configured to (i) receive the first set of instructions from the bridge server, and (ii) in accordance with the received first set of instructions, remove the first digital asset from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user. The one or more processors of the second decentralized ledger server are further configured to (i) receive the second set of instructions from the bridge server, and (ii) in accordance with the received second set of instructions, add the first digital asset to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user.
- Another aspect of the present disclosure relates to a method for operating a bridge server to support multiple shards of blockchains. The multiple shards may be used to record ownership rights of in-game digital assets. The in-game digital assets may be usable in an online gaming platform. The method may include executing an instance of a first online game to facilitate presentation of the first online game to users, and implementing in-game actions in the instance of the first online game in response to action requests for the in-game actions by the users, wherein the presentation of the first online game includes the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game, wherein the users include a first user and a second user that interact with the online gaming platform. The method may include maintaining, by a first decentralized ledger that implements a first node of a first shard of a first blockchain, user accounts for the users of the first blockchain, including the first user and the second user. The method may include recording, on the first shard, a first set of rights pertaining to a first set of digital assets, wherein the recorded first set of rights reflect ownership of a first digital asset by the first user, wherein the first digital asset is usable within the online gaming platform. The method may include receiving, by the first decentralized ledger, instructions to modify the recorded first set of rights. The method may include maintaining, by a second decentralized ledger that implements a second node of a second shard of the first blockchain, user accounts for the users of the first blockchain, including the first user and the second user. The method may include recording, on the second shard, a second set of rights pertaining to a second set of digital assets, wherein the recorded second set of rights reflect ownership of a second digital asset by the first user, wherein the second digital asset is usable within the online gaming platform. The method may include receiving, by the second decentralized ledger, instructions to modify the recorded second set of rights. The method may include receiving, from the first user, an exchange request that indicates the first user offers the first digital asset for a first transferal to one of the users. The method may include receiving transferal information regarding the first transferal of the first digital asset from the first user to the second user. The method may include, responsive to receipt of the transferal information, transferring a first set of instructions to the first decentralized ledger server and a second set of instructions to the second decentralized ledger server. The method may include receiving the first set of instructions. The method may include, in accordance with the received first set of instructions, removing the first digital asset from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user. The method may include receiving the second set of instructions. The method may include, in accordance with the received second set of instructions, adding the first digital asset to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user.
- Another aspect of the present disclosure relates to a system for operating a bridge server to support multiple shards of blockchains. The system may include an online gaming platform, a bridge server, and/or other components. The online gaming platform may be configured to host one or more games. The online gaming platform may be provided, at least in part, by one or more game servers that include one or more processors configured by machine-readable instructions. The processors may be configured to execute an instance of a first online game to facilitate presentation of the first online game to users, and implement in-game actions in the instance of the first online game in response to action requests for the in-game actions by the users, wherein the presentation of the first online game includes the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game, wherein the users include a first user and a second user that interact with the online gaming platform. The bridge server may include processors configured to interact with a first node that is dedicated to a first shard of a first blockchain. The first shard (i) maintains user accounts for the users of the first blockchain, including for the first user and the second user, (ii) records a first set of rights pertaining to a first set of digital assets, wherein the recorded first set of rights reflect ownership of a first digital asset by the first user, wherein the first digital asset is usable within the online gaming platform, and (iii) receives instructions from the bridge server to modify the recorded first set of rights. The bridge server may include processors configured to interact with a second node that is dedicated to a second shard of the first blockchain. The second shard (i) maintains user accounts for the users of the first blockchain, including for the first user and the second user, (ii) records a second set of rights pertaining to a second set of digital assets, wherein the recorded second set of rights reflect ownership of a second digital asset by the first user, wherein the second digital asset is usable within the online gaming platform, and (iii) receives instructions from the bridge server to modify the recorded second set of rights. The bridge server may be configured to receive, from the first user, an exchange request that indicates the first user offers the first digital asset for a first transferal to one of the users. The bridge server may be configured to receive transferal information regarding the first transferal of the first digital asset from the first user to the second user. The bridge server may be configured to, responsive to receipt of the transferal information, transfer a first set of instructions to the first node and a second set of instructions to the second node. The first node may (i) receive the first set of instructions from the bridge server, and (ii) in accordance with the received first set of instructions, remove the first digital asset from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user. The second node may (i) receive the second set of instructions from the bridge server, and (ii) in accordance with the received second set of instructions, add the first digital asset to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user.
- As used herein, any association (or relation, or reflection, or indication, or correspondency) involving platforms, servers, processors, shards, nodes, client computing platforms, assets, exchanges, transferals, offers, transactions, interactions, in-game actions, rights, benefits, ownership, users, accounts, metrics, metric values, scores, periods, instructions, operations, determinations, distributions, presentations, notifications, and/or another entity or object that interacts with any part of the system and/or plays a part in the operation of the system, may be a one-to-one association, a one-to-many association, a many-to-one association, and/or a many-to-many association or “N”-to-“M” association (note that “N” and “M” may be different numbers greater than 1).
- As used herein, the term “obtain” (and derivatives thereof) may include active and/or passive retrieval, determination, derivation, transfer, upload, download, submission, and/or exchange of information, and/or any combination thereof. As used herein, the term “effectuate” (and derivatives thereof) may include active and/or passive causation of any effect, both local and remote. As used herein, the term “determine” (and derivatives thereof) may include measure, calculate, compute, estimate, approximate, generate, and/or otherwise derive, and/or any combination thereof.
- These and other features, and characteristics of the present technology, as well as the methods of operation and functions of the related elements of structure and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention. As used in the specification and in the claims, the singular form of “a”, “an”, and “the” include plural referents unless the context clearly dictates otherwise.
-
FIG. 1 illustrates a system configured for operating a bridge server to support multiple shards of blockchains, in accordance with one or more implementations. -
FIG. 2 illustrates a method for operating a bridge server to support multiple shards of blockchains, in accordance with one or more implementations. -
FIG. 3 illustrates an exemplary timing diagram of actions as may occur in a system as described, in accordance with one or more implementations. -
FIGS. 4A-4B illustrate exemplary blockchains as may be used by a system configured for operating a bridge server to support multiple shards of blockchains, in accordance with one or more implementations. -
FIG. 1 illustrates asystem 100 configured for operating abridge server 115 to supportmultiple shards 121 of blockchain(s) 117, in accordance with one or more implementations. Individual blockchains 117 may includemultiple shards 121 such thatindividual shards 121 can independently complete at least some types of transactions, without significant computational costs for other shards of the same individual blockchain 117. Accordingly, the capacity for completing (at least some types of) transactions may increase as the number of shards increases (and provided that the communication overhead for communication between shards and synchronization among shards is limited so that the corresponding detrimental effect of this communication on the transactional capacity is less than the increase gained in transactional capacity due to sharding). As used in the examples in this disclosure, individual blockchains 117 may include 2 or 3 shards, but that number is exemplary and not intended to be limiting. In some implementations, individual blockchains 117 may include 3, 4, 5, 10, 50, 100, 500, 1000, or more shards. The communication overhead may be handled and/or performed bybridge server 115. - In some implementations, blockchain 117 may be maintained by a distributed computing platform (not shown in
FIG. 1 ). In some implementations, the distributed computing platform may be implemented by a set of client computing platforms and/or servers (including, for example, one or more decentralized ledger servers 111). The distributed computing platform may support a virtual machine (not shown inFIG. 1 ). The distributed computing platform and/or the virtual machine may form a runtime environment for smart contracts and/or other executable code. In some implementations, the distributed computing platform may include electronic storage configured to store part or all of blockchain 117. The smart contracts may be stored on blockchain 117. In some implementations, the distributed computing platform may be the EOSIO platform. In some implementations, the distributed computing platform may be Ethereum. In some implementations, the distributed computing platform may be similar to Ethereum. In some implementations, the virtual machine may be a decentralized virtual machine. - Blockchain 117 may be configured to record rights pertaining to digital assets. A given (digital) asset may be owned by a particular user. An asset may include anything of material value or usefulness that is owned by or on behalf of one or more users. In some implementations, a virtual item (that may be used within
gaming platform 105 and/or may be useful within gaming platform 105) may be represented by a digital asset that is recorded on blockchain 117. In some implementations, a right pertaining to an object (e.g., a distribution right) may be an asset, the object being a physical or a virtual item. Multiple rights may form a set of rights or a bundle of rights that may be transferred and/or otherwise acted on and/or operated on together. For example, rights may include one or more of a right to use, a right to sell, a right to destroy, a right to certain types of distributions, and/or other rights. For example, in some implementations, rights pertaining to a virtual item (e.g., ownership) may be recorded on blockchain 117. - In some implementations, tokens may be a type of asset. In some implementations, tokens may include one or more of security tokens, utility tokens, payment tokens, initial coin offering (ICO) tokens, virtual currency tokens, crypto tokens, ERC-20 tokens, EOS tokens, and/or other tokens. In some implementations, tokens not only represent value, but may have a specific use in a particular distributed computing platform, e.g., in the operation of blockchain 117.
- In some implementations, blockchain 117 may register transactions that modify ownership (and/or other rights) pertaining to digital assets. A smart contract may implement a (type of) digital asset. In some implementations, once a smart contract has been added to a blockchain, the smart contract may be referred to as published, posted, registered, and/or recorded. Elements of blockchain 117 may be grouped together in units that are referred to as blocks. For example, an individual block may include one or more assets and one or more transactions. For example, an individual block may be linked to one or more other individual blocks. Individual blocks may be linked or chained together to form a structure of blocks and/or a hierarchy of blocks, such as, e.g., a chain of blocks. An individual block may include one or more assets, one or more transactions, and/or other information.
- In some implementations, blockchain 117 may be publicly accessible and append-only. In some implementations, existing blocks of blockchain 117 can substantially not be altered or deleted, unless multiple copies are altered. This is unlikely to happen provided that the multiple copies stored on different computing platforms, e.g., in different geographical locations. Blockchain 117 may be replicated on multiple computing platforms, preferably in multiple different geographical locations. Additionally, individual blocks may be linked together in a manner that prevents tampering, such as, e.g., using a hash chain and/or digital signatures. In particular, hash values may be generated using fixed-output-length one-way hashing functions that take variable-length input, and may be effectively impossible (or, at least, computationally infeasible) to reverse. As such, a hashing function may provide one-way encryption. By way of non-limiting example, the hashing function may be SHA-256, BLAKE2, SHAKE256, and/or another hashing function. Contents of individual blocks, transactions, and/or assets may be digitally signed in a manner that proves integrity and/or prevents tampering, e.g., by providing authentication.
- In some implementations, blockchain(s) 117 and/or
multiple shards 121 of these blockchain(s) 117 may be used to record ownership rights of in-game digital assets, including but not limited to digital assets that are not fungible. The in-game digital assets may be usable in anonline gaming platform 105. In some implementations,system 100 may be configured to controlbridge server 115 to support and/or interact withmultiple nodes 119 that are dedicated toshards 121 of blockchain(s) 117. In some implementations, digital assets may be (or represent) virtual items that are usable within one or moreonline gaming platforms 105. For example, some digital assets may represent user-controllable three-dimensional in-game characters that can interact with other virtual items withinonline gaming platform 115. In some implementations, virtual items may include one or more of weapons, toys, characters, abilities, skills, tools, pets, clothing, vehicles, game levels, missions, assignments, chapters, tasks, mini-games, restricted areas within a virtual space, restricted modes of gameplay, access rights within an online game, and/or other virtual items. In some implementations, virtual items may refer to any item or object withingaming platform 105 that a user may use, own, sell, trade, destroy, and/or otherwise effectuate a change of ownership of. - As used herein, a digital asset is fungible if it is functionally and/or otherwise indistinguishable from another digital asset. For example, a payment token such as a Bitcoin may be a fungible digital asset. A digital asset may be non-fungible if it is unique, or one-of-a-kind. For example, a specific individual CryptoKitty™ may be a non-fungible digital asset. A digital asset may be semi-fungible if there is a set of a limited number of similar but distinguishable digital assets. For example, a limited-edition Blanko™ or another in-game character may be a semi-fungible digital asset. For example, one of a limited number of 2-dimensional or 3-dimensional in-game virtual items may be a semi-fungible digital asset. For example, a digital ticket to a show, concert, exhibition, and/or other event may be a semi-fungible digital asset. For example, a piece of art or jewelry (e.g., as a virtual item or as representing a physical item) may be a semi-fungible digital asset. As used herein, both non-fungible and semi-fungible digital assets are considered as “not fungible” digital assets. In some implementations, semi-fungible digital assets may share the same or similar data as other digital assets, but have at least a unique identifier, and/or other distinguishable asset-specific information.
- In some implementations, digital assets may be usable within one or more games. Instances of the games may be executed within one or more
online gaming platforms 105. As used herein,online gaming platform 105 may refer to either an individual game (e.g., an interactive online game), a type of gaming console and its ecosystem, and/or both.Online gaming platform 105 may be operated, hosted, and/or owned by one or more stakeholders ofonline gaming platform 105. For example, a platform operator (and/or another stakeholder) may sell digital in-game assets (e.g., characters, weapons, resources, etc.) to users 123 ofonline gaming platform 105. However, such a sale is not a player-to-player exchange. In some implementations, the term “exchanges” may refer to player-to-player actions that facilitate individual players to auction, sell, purchase, trade, barter, transfer, and/or otherwise exchange digital assets. In other words, individual players may own individual virtual items, and exchange these items with other individual players by virtue of the systems and methods described in this disclosure. Due to an exchange, ownership of a digital asset transitions from an original owner to a new owner (even if there may, in some implementations, be one or more intermediary and/or temporary owners during the process of performing the exchange). In some implementations, player-to-player exchanged may be considered non-commercial, since there may be no commercial interest in such a transaction, nor a commercial party involved as a principal participant to the transaction. - In some implementations, a particular blockchain 117 (that, e.g., registers in-game digital assets and/or ownership rights thereof) may be sharded into
different shards 121 in different ways. In some implementations, individual shards may be user-specific (or rather, specific to a subset of users) such that an individual user account uses (or corresponds to) a particular shard, and a different user account uses a different shard. In some implementations, individual shards may be asset-specific (or rather, specific to a subset of in-game assets) such that an individual in-game asset uses (or corresponds to) a particular shard, and a different in-game asset uses a different shard. In some implementations, individual shards may be game-specific (or rather, specific to a subset of the games hosted within online gaming platform 105) such that an individual game uses (or corresponds to) a particular shard, and a different game uses a different shard. For example, in a user-specific shard, a set of in-game assets may be shared, synced, and/or otherwise operative on multiple shards (and, e.g., a particular user account is using just one shard). For example, in an asset-specific shard, a set of users (or rather, a set of user accounts) may be shared, synced, and/or otherwise operative on multiple shards (i.e., the same users or user accounts are used on multiple shards, and, e.g., a particular asset is registered on just one shard). For example, in a game-specific shard, a set of users (or rather, a set of user accounts) may be shared, synced, and/or otherwise operative on multiple shards (i.e., the same users or user accounts may be used on multiple shards, and, e.g., assets for a particular game are registered on just one shard). In some implementations, a particular shard may be both user-specific and asset-specific, or, e.g., both game-specific and asset-specific. - In some implementations,
system 100 may include one or more of anbridge server 115, one or moreonline gaming platforms 105, one or moredecentralized ledger servers 111, one or moreonline exchange platforms 127,electronic storage 130, one or more servers 102, one or moreclient computing platforms 104, one or more user interfaces 125, one or moreexternal resources 138, and/or other components. Users 123 (also referred to as players) may include one or more of a first user, a second user, a third user, a fourth user, and/or other users. - Server(s) 102 may be configured to communicate with one or more
client computing platforms 104 according to a client/server architecture and/or other architectures. Client computing platform(s) 104 may be configured to communicate with other client computing platforms via server(s) 102 and/or according to a peer-to-peer architecture and/or other architectures. Users 123 may accesssystem 100 via client computing platform(s) 104. - In some implementations,
system 100 and/or server(s) 102 may be configured to communicate with one or more of online gaming platform(s) 105, decentralized ledger server(s) 111,bridge server 115, users 123, and/or other components. Users 123 may include players who play and/or otherwise interact ononline gaming platform 105. In some implementations,online gaming platform 105 may include an online store or exchange that facilitates exchanges of digital assets. In some implementations, users can exchange digital assets (such as, e.g., in-game virtual items) through one or moreexternal exchange platforms 127, including but not limited to eBay™. -
Bridge server 115 may include one or more ofelectronic storage 130, server(s) 102, processor(s) 132, machine-readable instructions 106, and/or other components. Server(s) 102 may be configured by machine-readable instructions 106. Machine-readable instructions 106 may include one or more instruction components. The instruction components may include computer program components. The instruction components may include one or more of agame component 108, an interaction component 110, arecord component 112, anaccount component 113, aninstruction component 114, an exchange request component 116, arights component 118, anode component 120, atransferal component 124, a translatecomponent 126, atransfer component 128, anauthorization component 136, and/or other instruction components. The depiction inFIG. 1 of certain components being arranged, organized, and/or otherwise included in other components is merely exemplary, and not intended to be limiting. - In some implementations,
online gaming platforms 105 may include one or more ofelectronic storage 130 c, server(s) 102 (not depicted inFIG. 1 ), processor(s) 132 c, machine-readable instructions 106 c, and/or other components.Electronic storage 130 c may be similar toelectronic storage 130 as described elsewhere in this disclosure, though included inonline gaming platforms 105. Processor(s) 132 c may be similar to processor(s) 132 as described elsewhere in this disclosure, though included inonline gaming platforms 105. Machine-readable instructions 106 c may be similar to machine-readable instructions 106 as described elsewhere in this disclosure, though included inonline gaming platforms 105. - In some implementations, decentralized ledger server(s) 111 may include one or more decentralized ledger servers, including but not limited to
decentralized ledger server 111 a,decentralized ledger server 111 b, and so forth.Decentralized ledger server 111 a anddecentralized ledger server 111 b may include similar elements. For example,decentralized ledger server 111 a may include one or more ofelectronic storage 130 a, server(s) (not depicted inFIG. 1 ), processor(s) 132 a, machine-readable instructions 106 a, and/or other components. - In some implementations, an individual decentralized ledger server (e.g.,
decentralized ledger server 111 a) may include (e.g., implement) one or more blockchains 117. For example, the individual decentralized ledger server may be dedicated to a particular blockchain 117, which may be a private and/or permissioned blockchain. - In some implementations, an individual decentralized ledger server (e.g.,
decentralized ledger server 111 a) may include one ormore nodes 119 of one or more blockchains 117. For example, the individual decentralized ledger server may be dedicated to aparticular node 119 of a particular blockchain 117. Typically, different nodes are included in (or implemented by, or hosted by) different servers or different computer systems to increase the safety and security of transactions on a blockchain. The consensus protocol used for a particular blockchain may be harder to falsify or circumvent when the different nodes are in different geographical locations, on different types of computing platforms, and/or otherwise distributed and diverse. - In some implementations, an individual decentralized ledger server (e.g.,
decentralized ledger server 111 a) may include one ormore shards 121 of one or more blockchains 117. For example, the individual decentralized ledger server may be dedicated to aparticular shard 121 of a particular blockchain 117. In some implementations, the individual decentralized ledger server may be dedicated to aparticular shard 121 of aparticular node 119 of a particular blockchain 117. In some implementations, a particular blockchain 117 may be implemented bydifferent nodes 119 such that individual nodes are subsequently sharded intomultiple shards 121. Alternatively, and/or simultaneously, in some implementations, a particular blockchain 117 may be sharded intomultiple shards 121 such that individual shards are subsequently implemented bydifferent nodes 119. This implementation may be preferred to reduce the requirements for an individual node, in particular the communication overhead. In implementations that usedifferent shards 121,bridge server 115 may be configured to support and/or provide communication to and betweendifferent shards 121, to provide synchronization betweendifferent shards 121, to control operations and joint functionality of thedifferent shards 121, and/or otherwise manageshards 121 such that users of a particular blockchain 117 can abstract from the particular implementation of sharding. -
Electronic storage 130 a may be similar toelectronic storage 130 as described elsewhere in this disclosure, though included in a particular decentralized ledger server(s) 111. Processor(s) 132 a may be similar to processor(s) 132 as described elsewhere in this disclosure, though included in a particular decentralized ledger server(s) 111. Machine-readable instructions 106 a may be similar to machine-readable instructions 106 as described elsewhere in this disclosure, though included in a particular decentralized ledger server(s) 111. -
Game component 108 may be configured to execute an instance of a game (e.g., an online game within online gaming platform 105) to facilitate presentation of the online game to users 123. In some implementations,game component 108 may be configured to implement in-game actions in the instance of the game, e.g., in response to action requests for the in-game actions by users 123. In some implementations,game component 108 may be arranged, organized, and/or otherwise included inonline gaming platform 105. As used herein, the term “game” may refer to one or more games withingaming platform 105. The game may be provided via a virtual space, and may include a plurality of resource types and/or maps. An instance of the virtual space may be executed by one or more computer components to determine views of the virtual space. In some implementations, the view may be communicated (e.g., by streaming, via object/position data, and/or other information) from server(s) 102 and/or other sources toclient computing platforms 104 for presentation to users 123. The view determined and transmitted to a givenclient computing platform 104 may correspond to a location in the virtual space (e.g., the location from which the view is taken, the location the view depicts, and/or other locations), a zoom ratio, a dimensionality of objects, a point-of-view, and/or view parameters. In some implementations, one or more view parameters may be selectable by a user. - The instance of the game may include a simulated space that is accessible by users 123 by clients (e.g., client computing platforms 104) that present the views of the virtual space to a user. The simulated space may have a topography, express ongoing real-time interaction by one or more users 123, and/or include one or more objects positioned within the topography that are capable of locomotion and/or movement within the topography. In some implementations, the topography may be a 2-dimensional topography. In some implementations, the topography may be a 3-dimensional topography. The topography may include dimensions of the simulated space, and/or surface features of a surface or objects that are native to the simulated space. In some implementations, the topography may include a surface (e.g., a ground surface) that runs through at least a substantial section of the simulated space. In some implementations, the topography may describe a volume with one or more bodies positioned therein. The instance executed by the computer components may be synchronous, asynchronous, and/or semi-synchronous.
- Within the instance of the game, users 123 may control characters, objects, simulated physical phenomena, and/or other elements within the virtual space to interact with the virtual space and/or each other. The user characters may include avatars. As used herein, the term “user character” may refer to an object or group of objects present in the virtual space, that correspond(s) to an individual user. A particular user character may be controlled by the particular user with which it is associated. Such user characters may be referred to as user-controlled characters. User-controlled element(s) may move through and interact with the virtual space (e.g., non-user characters in the virtual space, other objects in the virtual space, etc.). User-controlled elements controlled by and/or associated with a given user may be created and/or customized by the given user. Individual users 123 may have an “inventory” of virtual goods and currency (e.g., resources of the plurality of resource types) that the individual user can use (e.g., by manipulation of a user character and/or other user-controlled elements) and/or other items, to perform in-game actions within the virtual space. In some implementations, user inventories may be managed using one or more
decentralized ledger servers 111. For example, ownership of individual virtual items included in an individual user inventory may be recorded on a particular blockchain that is implemented on decentralizedledger server 111 a. In some implementations, individual user inventories (and/or digital assets therein) may correspond to individual smart contracts stored on decentralizedledger server 111 and/or blockchain 117. - Interaction component 110 may be configured to facilitate interaction between users 123 within
online gaming platform 105, and, in particular, within instances of the online games that are executed bygame component 108. For example, interaction component 110 may facilitate interaction by a particular user with other users within an instance of a particular online game. For example, the interaction may include user-controlled in-game actions by a particular digital asset that are controlled by the particular user. In some implementations, the interaction may occur subsequent to temporarily transferring ownership of the particular digital asset from an original owner (e.g., to the particular user). In some implementations, one or more particular types of interaction may be facilitated by interaction component 110. For example, interaction may be limited to certain types of in-game actions. In some implementations, interaction may be limited to a certain time or period. In some implementations, interaction component 110 may be arranged, organized, and/or otherwise included inonline gaming platform 105. - In some implementations, interaction component 110 may facilitate interaction by a particular user with other users within
online gaming platform 105, through a particular digital asset that is being controlled by the particular user during a particular period, even though the particular user is not (yet) the non-temporary owner of the particular digital asset. For example, the particular period may start when the particular user commits to the exchange involving the particular digital asset, or when the particular user provides the benefit in exchange for the particular digital asset, and/or at another predefined moment during the exchange process. For example, the particular period may end at the moment a determination has been made regarding reversibility of the exchange involving the particular digital asset. In some implementations, one or more types of ownership rights are temporarily transferred to the particular user during the particular period. For example, one of the types of ownership rights may give the particular user the right to use the particular digital asset in certain limited ways. For example, usage may be limited to one or more types of in-game actions. For example, the allowed one or more types of in-game actions may exclude in-game actions that inflict damage to (or even destroy) the particular digital asset. -
Account component 113 may be configured to maintain user accounts for the users of one or moredecentralized ledger servers 111 and/or components thereof. For example,account component 113 may maintain users accounts for a first user, a second user, a third user, and so forth of a particular blockchain 117. In some implementations,account component 113 may maintain similar user accounts (e.g., for the same one or more users) fordifferent nodes 119 and/ordifferent shards 121. For example, in implementations that support asset-specific sharding, the same user may own different digital assets that are stored and/or recorded ondifferent nodes 119 and/ordifferent shards 121. -
Record component 112 may be configured to record rights pertaining to digital assets on one or moredecentralized ledger servers 111 and/or components thereof. In some implementations,record component 112 may record rights on a particular blockchain 117 (or aparticular shard 121, or a particular node dedicated to a particular shard 121) implemented by, e.g.,decentralized ledger server 111 a. The rights may include ownership rights, distribution rights, and/or other rights. For example, particular recorded rights may reflect ownership of a particular digital asset by a particular user. For example, the particular digital asset may be not fungible, and may represent a three-dimensional in-game user-controllable character that can interact with other virtual items withinonline gaming platform 105. Recorded rights may be asset-specific. For example, distribution rights for a particular digital asset may designate rights to certain distributions of benefits upon an exchange involving the particular digital asset. For example, the asset-specific distribution rights for a particular digital asset may include one or more of (i) a right owned by a different user to a part of the benefits upon an exchange, (ii) a right owned by one or more stakeholders ofonline gaming platform 105 to a part of the benefits upon an exchange, (iii) a right owned by one or more stakeholders ofbridge server 115 upon an exchange, and/or other distribution rights. These parts of a benefit may have different sizes, percentages, and/or conditions. - In some implementations,
record component 112 may be configured to record rights on blockchain 117. In some implementations,record component 112 may add, modify, and/or remove recorded rights. For example, in accordance with received instructions,record component 112 may transfer ownership of a particular digital asset from a first owner to a second owner (e.g., from an original owner to a new owner). In some implementations, in accordance with received instructions,record component 112 may transfer ownership of a particular digital asset temporarily, e.g., from a first owner to a temporary second owner. In some case, a temporary owner may be a holding account that is merely used until ownership is transferred to either the original owner or a new owner. As used herein, the term “temporary” (and derivatives thereof) may refer to a transfer or to ownership that is either known to be changed and/or modified within a predetermined period, or expected to be changed and/or modified within a predetermined period. Conversely, a non-temporary transfer from a first owner to a second owner (due to a particular exchange) can conceivably be changed and/or reverted (back from the second owner to the first owner) due to a separate and new exchange that is independent of the first particular exchange. In some implementations, in accordance with received instructions,record component 112 may transfer ownership of a particular digital asset non-temporarily from a first owner to a second owner, e.g., when a particular exchange is not reversible or no longer reversible. In some implementations,record component 112 may be arranged, organized, and/or otherwise included in one or moredecentralized ledger servers 111. A change and/or other modification of recorded rights (e.g., ownership rights) may cause one or more transfers and/or transactions betweendifferent shards 121. For example, due a change in ownership, rights pertaining to a particular in-game digital asset may be moved from a first shard to a second shard. For example, due a change in ownership, rights pertaining to a particular in-game digital asset may be moved from a first node of a first shard to a second node of a second shard (e.g., of the same blockchain). -
Instruction component 114 may be configured to receive (sets of) instructions.Instruction component 114 may be configured to receive (sets of) instructions for execution. In some implementations,instruction component 114 may be configured to receive instructions to add, modify, and/or remove recorded rights in one or moredecentralized ledger servers 111 and/or components thereof. For example,instruction component 114 may receive one or more sets of instructions from, e.g.,bridge server 115. In some implementations,instruction component 114 may provide received sets of instructions torecord component 112 for execution. In some implementations,instruction component 114 may be arranged, organized, and/or otherwise included in a particulardecentralized ledger server 111 and/or components thereof. - Exchange request component 116 may be configured to receive exchange requests from users. An exchange request may indicate a particular user offers a particular digital asset for a transferal to another user. A transferal may be due to different types of events, including but not limited to a gift, a sale, theft, and/or other events. In some implementations, an exchange request may indicate a particular user offers a particular digital asset for a reversible exchange, e.g., on a fiat-currency-based online exchange platform (e.g., online exchange platform 127). In some implementations,
bridge server 115 may be configured to keep track on whichparticular shard 121 the ownership rights to a particular digital asset are recorded. In some implementations,online gaming platform 105 may be configured to keep track on whichparticular shard 121 the ownership rights to a particular digital asset are recorded. -
Rights component 118 may be configured to obtain asset-specific rights (e.g., ownership rights, distribution rights, and/or other rights) for particular digital assets. In some implementations,rights component 118 may be configured to access one or more decentralized ledger servers 111 (or components thereof) to obtain the asset-specific rights (that are recorded, e.g., in one or more smart contracts). In some implementations,rights component 118 may be configured to obtain different sets of rights (at different moments) for the same particular digital asset. For example,rights component 118 may obtain a first set of rights at a first moment during a particular exchange, a second set of rights at a second moment (different from the first moment) during the same particular exchange, and so forth. For example, the rights to a given digital asset as recorded on blockchain 117 may include a first and second distribution right as follows: a 5% distribution right for a user (e.g., the user who designed the particular three-dimensional in-game user-controllable character that is represented by the given digital asset), and a 1% distribution right for a stakeholder ofonline gaming platform 105, and these distribution rights may be exercised upon completion of an exchange of the given digital asset. In some implementations,rights component 118 may be configured to determine whether rights to a newly created digital asset are recorded on afirst shard 121 or asecond shard 121. -
Transferal component 124 may be configured to receive transferal information regarding transferals of digital assets. In some implementations,transferal component 124 may receive transferal information related to transferals between different users as described in relation to the operation of exchange request component 116. In some implementations,transferal component 124 may be configured to receive information from one or moredecentralized ledger servers 111 and/or components thereof. Alternatively, and/or simultaneously,transferal component 124 may be configured to receive information fromonline gaming platforms 105 and/oronline exchange platforms 127. In some implementations, transferal information may be asset-specific, transfer-specific, and/or exchange-specific. For example, particular received transferal information may be regarding a particular transferal of a particular digital asset for a particular benefit. For example, a user may have accepted an offer for exchanging the particular digital asset for $100. In some implementations,transferal component 124 may be configured to receive benefits that correspond to particular transferals. For example, the received transferal information may include the particular benefit. In some implementations, the received transferal information may be related to received benefit. For example, a particular received benefit may correspond to a particular transferal. -
Transfer component 128 may be configured to transfer (sets of) instructions to one or moredecentralized ledger servers 111 and/or components thereof (including but not limited toinstruction component 114 for execution). For example,transfer component 128 may transfer a first set of instructions to a first decentralized ledger server (e.g.,decentralized ledger server 111 a) and a second set of instructions to a second decentralized ledger server (e.g.,decentralized ledger server 111 b). For example, when a particular digital asset is to be moved betweendifferent shards 121, the first set of instructions may, in effect, remove the particular digital asset from the set of recorded digital assets recorded on afirst shard 121, and the second set of instructions may, in effect, add the particular digital asset to the set of recorded digital assets recorded on asecond shard 121. -
Node component 120 may be configured to interact with one ormore nodes 119. In some implementations,node component 120 may interact with afirst node 119 that is dedicated to afirst shard 121 of a particular blockchain 117. At the same time,node component 120 may interact with asecond node 119 that is dedicated to asecond shard 121 of the same particular blockchain 117. Anindividual shard 121 may be configured to maintain user accounts, record rights pertaining to digital assets, receive instructions frombridge server 115 to modify recorded rights, and/or perform other operations pertaining to theindividual shard 121 and/or to anindividual node 119 dedicated to theindividual shard 121. - Translate
component 126 may be configured to translate and/or convert in-game actions that have occurred ononline gaming platform 105 into one or more transactions that are (to be) recorded on one or more particular shards. For example, a gift of a particular digital asset within a game (hosted on online gaming platform 105) may be translated into a first transaction to be recorded on afirst shard 121 and a second transaction to be recorded on asecond shard 121. For example, a discovery or purchase of a new particular digital asset within a particular game may be translated into a transaction to be recorded on aparticular shard 121, e.g., to issue the particular asset using a function of a particular smart contract that creates the particular asset. For example, the destruction of a particular digital asset within a particular game may be translated into a transaction to be recorded on aparticular shard 121, e.g., to burn the particular asset using a function of the same smart contract that was used to create or issue the particular asset. In some implementations, translatecomponent 126 may be configured to translate and/or convert between user identifiers withinonline gaming platform 105 and user identifiers (e.g., user account identifiers or user account addresses) within blockchain 117. In some implementations, translatecomponent 126 may be configured to translate and/or convert between asset identifiers withinonline gaming platform 105 and asset identifiers within blockchain 117 (for assets that are not fungible). -
Authorization component 136 may be configured to receive information and/or authorization from users 123. In some implementations, the received authorization may pertain to one or more other steps and/or moments during the process of a transferal or exchange. In some implementations,authorization component 136 may receive authorization from the original owner before completion of a transferal. - By way of non-limiting example,
FIG. 3 illustrates an exemplary timing diagram 30 of actions as may occur in a system similar to or the same assystem 100. A first action in timing diagram 30 represents anexchange request 31 from a user 11 to one or more ofonline gaming platform 105 and/orbridge server 115. Subsequent to request 31,transferal information 32 is received bybridge server 115.Bridge server 115 provides a first set ofinstructions 33 to a first decentralized ledger server 111 (e.g., 111 a inFIG. 1 ), and a second set ofinstructions 34 to a second decentralized ledger server 111 (e.g., 111 b inFIG. 1 ). In accordance with the received set of instructions, the ownership rights of a particular in-game digital asset are removed from the first decentralized ledger server 111 (e.g., 111 a inFIG. 1 ), and added to the second decentralized ledger server 111 (e.g., 111 b inFIG. 1 ).Information 35 may be exchanged betweenbridge server 115 andonline gaming platform 105 to confirm and/or provide a notification regarding the transferal of the particular digital asset.Information 36 may be provided to user 12 as the new owner of the particular digital asset. In some implementations, the receipt oftransferal information 32 may occur subsequent to receipt ofinformation 32 a bybridge server 115, fromonline exchange platform 127, e.g., in case of a sales transaction involving the particular digital asset. In turn, the receipt ofinformation 32 a may occur subsequent to receipt ofinformation 32 b byonline exchange platform 127, from user 12, e.g., in case of a payment by user 12. In some implementations, user 11 may be notified upon completion of the transferal of the particular digital asset. Actions in accordance with this disclosure may include additional and/or different actions and/or steps then depicted inFIG. 3 , which is merely intended to be exemplary. - By way of non-limiting example,
FIG. 4A illustrates ashard 121 a of a particular blockchain that implements part of a blockchain including ablock 0, ablock 1, and ablock 2. As time progresses, more blocks may be added toshard 121 a. The blocks withinshard 121 a are ordered. As shown inblock 0, three assets (indicated by a capital “A” or “C”) are created and/or generated, and subsequently assigned to three users or players: a first asset is assigned to user i (Ui), a second asset is assigned to user j (Uj), and a third asset is a smart contract 41 (indicated by a capital “C”) that is assigned to or owned by user q (Uq). Smart contract 41 may implement a limited number of digital assets of a given type “X”. A function call to a function defined by smart contract 41 (e.g., to request a particular type of usage, creation, and/or issuance of a digital asset of type “X”) may be depicted and/or implemented as a transaction (e.g., the function may be invoked in exchange for consideration). In some implementations, smart contract 41 may have been posted to shard 121 a by (or on behalf of) an owner or creator (here, user q). As used in the context of blockchains, assignments may record ownership. These assets and smart contracts may be individually manifested, deployed, and/or instantiated through a record component similar to record component 112 (seeFIG. 1 ).Block 1 is connected to block 0 (as indicated by alink 50 a), for example by including an address ofblock 1 inblock 0, or vice versa. Likewise, block 1 is connected to block 2, as indicated by alink 50 b. - In
block 1, at least one asset (labeled Ax) is assigned to user q (Uq), for example by associating an address of user q with asset Ax. Asset Ax may represent an individual digital asset of type “X”. Asset Ax may be created and/or issued by invoking one or more function calls to smart contract 41. In some implementations, a single function calls may issue multiple assets of the same type to user q. Asset Ax may have associated metadata 52 (indicated by a capital “M”), which may include and/or link to different types of information, including but not limited to one or more of a name, identifier, description, animage 53, (in-game) details, certificate of authenticity, and/or other information, as depicted. For example, the certificate of authenticity may be a digital signature. Additionally, block 1 includes two transactions (indicated by a capital “T”): a first transaction from user i to user j, and a second transaction from user j to user k.Block 2 includes a first transaction from user j to user m, and a second transaction from user q to user n. Here, the second transaction may cause asset Ax to be removed fromshard 121 a and added toshard 121 b inFIG. 4B . In some implementations, based on the contents of the blocks, any user ofshard 121 a and/or the particular blockchain may determine the current assets ofshard 121 a, and the balances of any user. In some implementations, the balance of a particular user may be verified prior to adding a transaction that reduces that particular user's balance. For example, an individual user may not be allowed to transfer assets the individual user does not own. - By way of non-limiting example,
FIG. 4B illustrates ashard 121 b of the particular blockchain that includesblock 3,block 4,block 5.Block 3 may be connected to some previous block as indicated by alink 50 c, block 4 may be connected to block 3 (as indicated by alink 50 d), andblock 5 may be connected to block 4 (as indicated by alink 50 e). Inblock 3, asset Ax (having associated metadata 44) of type “X” is issued to user n (Un) and thus added toshard 121 b, due to the transaction from user q to user n as described forshard 121 a (i.e., this particular asset was removed fromshard 121 a).Block 4 includes two transactions (indicated by a capital “T”): a first transaction from user i to user n. For example, the transaction may represent a purchase of a first virtual item by user n. Additionally, block 4 includes a second transaction from user q to the same smart contract as depicted inblock 0. For example, the second transaction may represent user q offering to exchange a different digital asset of the given type “X” for a particular benefit (assuming user q owns another digital asset of this type). A user who agrees to provide the requested particular benefit may receive limited and temporary ownership rights to this different digital asset (whether this happens is not depicted inFIG. 4B ).Block 5 includes a transaction (indicated by a capital “T”), representing a transfer of ownership of the particular digital asset of the given type “X” from owner user n to new owner user p. For example, the transaction inblock 5 may be completed withinshard 121 b such that ownership rights to the particular digital asset remain withinshard 121 b. In such a case, no asset will need to be removed fromshard 121 b or added to another shard. In some implementations, decisions regarding with shard a particular digital asset will be recorded on may be made bybridge server 115. - Referring to
FIG. 1 , user interfaces 125 may be configured to facilitate interaction between users 123 andsystem 100 and/or between users 123 andclient computing platforms 104. For example, user interfaces 125 may provide an interface through which users 123 may provide information to and/or receive information fromsystem 100. In some implementations, user interface 125 may include one or more of a display screen, touchscreen, monitor, a keyboard, buttons, switches, knobs, levers, mouse, microphones, sensors to capture voice commands, sensors to capture body movement, sensors to capture hand and/or finger gestures, and/or other user interface devices configured to receive and/or convey user input. In some implementations, one or more user interfaces 125 may be included in one or moreclient computing platforms 104. In some implementations, one or more user interfaces 125 may be included insystem 100. In some implementations, user interface 125 may be a type of interface that facilitates the exchange of virtual items between users. - Referring to
FIG. 1 , in some implementations, server(s) 102, client computing platform(s) 104, and/orexternal resources 128 may be operatively linked via one or more electronic communication links. For example, such electronic communication links may be established, at least in part, via one ormore networks 13, including but not limited to the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which server(s) 102, client computing platform(s) 104, and/orexternal resources 128 may be operatively linked via some other communication media. - A given
client computing platform 104 may include one or more processors configured to execute computer program components. The computer program components may be configured to enable an expert or user associated with the givenclient computing platform 104 to interface withsystem 100 and/orexternal resources 128, and/or provide other functionality attributed herein to client computing platform(s) 104. By way of non-limiting example, the givenclient computing platform 104 may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a smart watch, a gaming console, and/or other computing platforms. -
External resources 138 may include sources of information outside ofsystem 100, external entities participating withsystem 100, and/or other resources. For example, in some implementations,external resources 138 may include an online financial platform through which users may access financial information and/or perform financial transactions. In some implementations, some or all of the functionality attributed herein toexternal resources 138 may be provided by resources included insystem 100. - Server(s) 102 may include
electronic storage 130, one ormore processors 132, and/or other components. Server(s) 102 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of server(s) 102 inFIG. 1 is not intended to be limiting. Server(s) 102 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s) 102. For example, server(s) 102 may be implemented by a cloud of computing platforms operating together as server(s) 102. -
Electronic storage 130 may comprise non-transitory storage media that electronically stores information. The electronic storage media ofelectronic storage 130 may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with server(s) 102 and/or removable storage that is removably connectable to server(s) 102 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.).Electronic storage 130 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media.Electronic storage 130 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources).Electronic storage 130 may store software algorithms, information determined by processor(s) 132, information received from server(s) 102, information received from client computing platform(s) 104, and/or other information that enables server(s) 102 to function as described herein. - Processor(s) 132 may be configured to provide information processing capabilities in server(s) 102. As such, processor(s) 132 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information. Although processor(s) 132 is shown in
FIG. 1 as a single entity, this is for illustrative purposes only. In some implementations, processor(s) 132 may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s) 132 may represent processing functionality of a plurality of devices operating in coordination. Processor(s) 132 may be configured to executecomponents components - It should be appreciated that although
components FIG. 1 as being implemented within particular components, in implementations in which processor(s) 132 includes multiple processing units, one or more ofcomponents different components components components components components -
FIG. 2 illustrates amethod 200 for operating a bridge server to support multiple shards of blockchains, wherein the multiple shards are used to record ownership rights of in-game digital assets, wherein the in-game digital assets are usable in an online gaming platform, in accordance with one or more implementations. The operations ofmethod 200 presented below are intended to be illustrative. In some implementations,method 200 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations ofmethod 200 are illustrated inFIG. 2 and described below is not intended to be limiting. - In some implementations,
method 200 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations ofmethod 200 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations ofmethod 200. - At an
operation 202, an instance of a first online game is executed to facilitate presentation of the first online game to users, and in-game actions are implemented in the instance of the first online game in response to action requests for the in-game actions by the users. The presentation of the first online game includes the presentation of views of the first online game that are determined using information generated by execution of the instance of the first online game. The users include a first user and a second user that interact with the online gaming platform. In some embodiments,operation 202 is performed by a game component the same as or similar to game component 108 (shown inFIG. 1 and described herein). - At an
operation 204, user accounts are maintained, by a first decentralized ledger that implements a first node of a first shard of a first blockchain, for the users of the first blockchain, including the first user and the second user. In some embodiments,operation 204 is performed by an account component the same as or similar to account component 113 (shown inFIG. 1 and described herein). - At an
operation 206, on the first shard, a first set of rights is recorded pertaining to a first set of digital assets. The recorded first set of rights reflect ownership of a first digital asset by the first user. The first digital asset is usable within the online gaming platform. In some embodiments,operation 206 is performed by a record component the same as or similar to record component 112 (shown inFIG. 1 and described herein). - At an
operation 208, by the first decentralized ledger, instructions are received to modify the recorded first set of rights. In some embodiments,operation 208 is performed by an instruction component the same as or similar to instruction component 114 (shown inFIG. 1 and described herein). - At an
operation 210, user accounts are maintained by a second decentralized ledger that implements a second node of a second shard of the first blockchain, for the users of the first blockchain, including the first user and the second user. In some embodiments,operation 210 is performed by an account component the same as or similar to account component 113 (shown inFIG. 1 and described herein). - At an
operation 212, on the second shard, a second set of rights is recorded pertaining to a second set of digital assets. The recorded second set of rights reflect ownership of a second digital asset by the first user. The second digital asset is usable within the online gaming platform. In some embodiments,operation 212 is performed by a record component the same as or similar to record component 112 (shown inFIG. 1 and described herein). - At an
operation 214, by the second decentralized ledger, instructions are received to modify the recorded second set of rights. In some embodiments,operation 214 is performed by an instruction component the same as or similar to instruction component 114 (shown inFIG. 1 and described herein). - At an
operation 216, from the first user, an exchange request is received that indicates the first user offers the first digital asset for a first transferal to one of the users. In some embodiments,operation 216 is performed by an exchange request component the same as or similar to exchange request component 116 (shown inFIG. 1 and described herein). - At an
operation 218, transferal information is received regarding the first transferal of the first digital asset from the first user to the second user. In some embodiments,operation 218 is performed by a transferal component the same as or similar to transferal component 124 (shown inFIG. 1 and described herein). - At an
operation 220, responsive to receipt of the transferal information, a first set of instructions is transferred to the first decentralized ledger server and a second set of instructions to the second decentralized ledger server. In some embodiments,operation 220 is performed by a transfer component the same as or similar to transfer component 128 (shown inFIG. 1 and described herein). - At an
operation 222, the first set of instructions is received. In some embodiments,operation 222 is performed by an instruction component the same as or similar to instruction component 114 (shown inFIG. 1 and described herein). - At an
operation 224, in accordance with the received first set of instructions, the first digital asset is removed from the first set of digital assets, such that the recorded first set of rights on the first shard no longer reflect the ownership of the first digital asset by the first user. In some embodiments,operation 224 is performed by a record component the same as or similar to record component 112 (shown inFIG. 1 and described herein). - At an
operation 226, the second set of instructions is received. In some embodiments,operation 226 is performed by an instruction component the same as or similar to instruction component 114 (shown inFIG. 1 and described herein). - At an
operation 228, in accordance with the received second set of instructions, the first digital asset is added to the second set of digital assets, such that the recorded second set of rights on the second shard reflect the ownership of the first digital asset by the second user. In some embodiments,operation 228 is performed by a record component the same as or similar to record component 112 (shown inFIG. 1 and described herein). - Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation.
Claims (17)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US18/328,648 US20230316248A1 (en) | 2020-10-19 | 2023-06-02 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/949,190 US11514417B2 (en) | 2020-10-19 | 2020-10-19 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
US17/978,851 US11748724B2 (en) | 2020-10-19 | 2022-11-01 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
US18/328,648 US20230316248A1 (en) | 2020-10-19 | 2023-06-02 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/978,851 Continuation US11748724B2 (en) | 2020-10-19 | 2022-11-01 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
Publications (1)
Publication Number | Publication Date |
---|---|
US20230316248A1 true US20230316248A1 (en) | 2023-10-05 |
Family
ID=81186779
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/949,190 Active US11514417B2 (en) | 2020-10-19 | 2020-10-19 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
US17/978,851 Active US11748724B2 (en) | 2020-10-19 | 2022-11-01 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
US18/328,648 Pending US20230316248A1 (en) | 2020-10-19 | 2023-06-02 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/949,190 Active US11514417B2 (en) | 2020-10-19 | 2020-10-19 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
US17/978,851 Active US11748724B2 (en) | 2020-10-19 | 2022-11-01 | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
Country Status (1)
Country | Link |
---|---|
US (3) | US11514417B2 (en) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10726107B2 (en) | 2018-10-08 | 2020-07-28 | Mythical, Inc. | Systems and methods for facilitating tokenization of modifiable game assets on a distributed blockchain |
US10518178B1 (en) * | 2018-12-06 | 2019-12-31 | Mythical, Inc. | Systems and methods for transfer of rights pertaining to game assets between users of an online gaming platform |
US10850202B1 (en) | 2020-07-31 | 2020-12-01 | Mythical, Inc. | Systems and methods for distributions by an automated electronic networked central clearinghouse |
US11514417B2 (en) | 2020-10-19 | 2022-11-29 | Mythical, Inc. | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
US20230092200A1 (en) * | 2021-09-21 | 2023-03-23 | Vivid Seats Llc | Blockchain-based transactions using token types |
US20230385822A1 (en) * | 2022-05-24 | 2023-11-30 | Mastercard International Incorporated | Method and system for processing an asset swap across two blockchains |
CN117422549A (en) * | 2022-07-11 | 2024-01-19 | 汇丰软件开发(广东)有限公司 | UTXO-based slicing method used in supervised cryptocurrency scene |
Family Cites Families (53)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5794207A (en) | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
US20020123938A1 (en) | 2001-03-01 | 2002-09-05 | Yu Philip S. | Systems and methods to facilitate a transaction wherein a purchaser is associated with an approver |
US20140335948A1 (en) | 2005-02-04 | 2014-11-13 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Third Party Control Over Virtual World Characters |
US20070087831A1 (en) | 2005-10-14 | 2007-04-19 | Van Luchene Andrew S | Multiple Purchase Options for Virtual Purchases |
US10692325B2 (en) | 2008-06-20 | 2020-06-23 | Ag 18, Llc | Location based restrictions on networked gaming |
WO2010107730A1 (en) | 2009-03-16 | 2010-09-23 | Crmantra, Inc. | Product quotation preparation system and method |
US20110302037A1 (en) | 2010-06-07 | 2011-12-08 | Drake Sutton-Shearer | Virtual goods having multiple expressions |
US20120015699A1 (en) | 2010-07-16 | 2012-01-19 | enVie Interactive LLC | Unlocking content in a virtual environment |
US20130110716A1 (en) | 2011-11-01 | 2013-05-02 | Ebay Inc. | System and method for utilizing student accounts |
US20150170112A1 (en) | 2013-10-04 | 2015-06-18 | Erly Dalvo DeCastro | Systems and methods for providing multi-currency platforms comprising means for exchanging and interconverting tangible and virtual currencies in various transactions, banking operations, and wealth management scenarios |
US20170148264A1 (en) | 2014-06-16 | 2017-05-25 | Kinderguardian Inc. | System and method for managing behavior |
US10832298B2 (en) | 2015-09-22 | 2020-11-10 | Raise Marketplace Inc. | Method and apparatus for a digital exchange item marketplace network including buyer, seller, and device verification |
US11277390B2 (en) | 2015-01-26 | 2022-03-15 | Listat Ltd. | Decentralized cybersecure privacy network for cloud communication, computing and global e-commerce |
AU2016246428B2 (en) | 2015-04-05 | 2017-11-09 | Digital Asset (Switzerland) GmbH | Digital asset intermediary electronic settlement platform |
US11130042B2 (en) | 2016-02-02 | 2021-09-28 | Bao Tran | Smart device |
US10022613B2 (en) | 2016-05-02 | 2018-07-17 | Bao Tran | Smart device |
US10380842B2 (en) | 2016-10-26 | 2019-08-13 | International Business Machines Corporation | Blockchain gaming |
EP3349158A1 (en) | 2017-01-16 | 2018-07-18 | Sony Interactive Entertainment Inc. | Online interaction control method |
US10922728B2 (en) | 2017-01-19 | 2021-02-16 | Raise Marketplace Inc. | Dynamic exchange item information for valid exchange item requests |
US20180247191A1 (en) | 2017-02-03 | 2018-08-30 | Milestone Entertainment Llc | Architectures, systems and methods for program defined entertainment state system, decentralized cryptocurrency system and system with segregated secure functions and public functions |
KR102280581B1 (en) | 2017-03-21 | 2021-07-22 | 엘지전자 주식회사 | Mobile terminal and method for controlling the same |
US10740733B2 (en) * | 2017-05-25 | 2020-08-11 | Oracle International Corporaton | Sharded permissioned distributed ledgers |
US20190005595A1 (en) | 2017-08-21 | 2019-01-03 | Kyle Tautenhan | System and Method of Peer-to-Peer Electronic Exchange of Intellectual Property |
US10614661B2 (en) | 2017-10-31 | 2020-04-07 | Americorp Investments Llc | Management of virtual goods in distributed multi-ledger gambling architecture |
US11544708B2 (en) | 2017-12-29 | 2023-01-03 | Ebay Inc. | User controlled storage and sharing of personal user information on a blockchain |
US20190220836A1 (en) | 2018-01-14 | 2019-07-18 | Robot Cache, Inc. | Methods and Systems for Media Distribution Employing Contracts Implemented in a Distributed Ledger |
WO2019152547A1 (en) | 2018-01-31 | 2019-08-08 | Walmart Apollo, Llc | System and method for authorizing retail returns using blockchain |
US11951400B2 (en) | 2018-03-14 | 2024-04-09 | Sony Interactive Entertainment LLC | Secure decentralized video game transaction platform |
US10946291B1 (en) | 2018-03-16 | 2021-03-16 | Amazon Technologies, Inc. | Granting and securing ownership of cross-application digital assets |
CA3098182A1 (en) | 2018-03-30 | 2019-10-03 | Exposition Park Holdings SEZC | Digital asset exchange |
WO2019195830A1 (en) * | 2018-04-06 | 2019-10-10 | Rice Robert A | Systems and methods for item acquisition by selection of a virtual object placed in a digital environment |
US20190340623A1 (en) | 2018-05-03 | 2019-11-07 | SigmaLedger, Inc. | System and method for verifying authenticity of the products based on proof of ownership and transfer of ownership |
EP3830780A4 (en) | 2018-05-16 | 2022-05-04 | Rare Bits, Inc. | Real -time buying, selling, and/or trading blockchain-based goods using traditional currency |
US20190361917A1 (en) | 2018-05-25 | 2019-11-28 | Bao Tran | Smart device |
WO2020010023A1 (en) | 2018-07-01 | 2020-01-09 | Madhu Vijayan | Systems and methods for implementing blockchain-based content engagement platforms utilizing media wallets |
WO2020010263A1 (en) | 2018-07-03 | 2020-01-09 | Radpay, Inc. | A blockchain-based secure payment system |
US11620152B2 (en) * | 2018-07-20 | 2023-04-04 | Ezblock Ltd. | Blockchain sharding with parallel threads |
US10930144B2 (en) * | 2018-08-27 | 2021-02-23 | Labyrinth Research Llc | Systems and methods for collaborative road user safety |
US11138572B2 (en) | 2018-09-26 | 2021-10-05 | Mastercard International Incorporated | Method and system for dispute resolution in a public blockchain |
US11295318B2 (en) | 2018-12-07 | 2022-04-05 | Nike, Inc. | Systems and methods for provisioning cryptographic digital assets for blockchain-secured retail products |
US11308184B2 (en) * | 2018-12-07 | 2022-04-19 | Nike, Inc. | Video game integration of cryptographically secured digital assets |
US11087591B2 (en) | 2018-12-20 | 2021-08-10 | Sony Interactive Entertainment LLC | Anti-fraud cloud gaming blockchain |
US20200211092A1 (en) | 2018-12-31 | 2020-07-02 | Paypal, Inc. | Adaptive product listing using blockchain inventory and smart contracts |
US20200320623A1 (en) | 2019-04-05 | 2020-10-08 | Alan McGrath | System and method for trading a tradable object |
US20210279695A1 (en) | 2019-04-08 | 2021-09-09 | Transmira, Inc. | Systems and methods for item acquisition by selection of a virtual object placed in a digital environment |
US10872367B1 (en) | 2019-07-02 | 2020-12-22 | Mythical, Inc. | Systems and methods for controlling permissions pertaining to sales activities by users of an online game |
US11062284B1 (en) | 2019-08-05 | 2021-07-13 | Mythical, Inc. | Systems and methods for facilitating transactions of virtual items between users of an online game |
WO2021081178A1 (en) | 2019-10-22 | 2021-04-29 | Synergy Blue Llc | Methods, devices and systems for multi-player virtual hybrid wager-based and non-wager-based competitions |
US10861095B1 (en) | 2020-07-31 | 2020-12-08 | Mythical, Inc. | Systems and methods for an automated electronic networked central clearinghouse for clearing and reversing reversible exchanges of non-fungible digital assets |
US10850202B1 (en) | 2020-07-31 | 2020-12-01 | Mythical, Inc. | Systems and methods for distributions by an automated electronic networked central clearinghouse |
US11514417B2 (en) | 2020-10-19 | 2022-11-29 | Mythical, Inc. | Systems and methods for operating a bridge server to support multiple shards of a blockchain |
US11138580B1 (en) | 2021-01-05 | 2021-10-05 | Mythical, Inc. | Systems and methods for peer-to-peer exchanges of non-fungible digital assets |
US10984400B1 (en) | 2021-01-05 | 2021-04-20 | Mythical, Inc. | Systems and methods for using shared user inventory information to initiate a peer-to-peer exchange of a non-fungible digital asset |
-
2020
- 2020-10-19 US US16/949,190 patent/US11514417B2/en active Active
-
2022
- 2022-11-01 US US17/978,851 patent/US11748724B2/en active Active
-
2023
- 2023-06-02 US US18/328,648 patent/US20230316248A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US11514417B2 (en) | 2022-11-29 |
US20230048958A1 (en) | 2023-02-16 |
US11748724B2 (en) | 2023-09-05 |
US20220118365A1 (en) | 2022-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11328358B2 (en) | Systems and methods for controlling an automated electronic networked central clearinghouse for non-fungible digital assets | |
US11687899B2 (en) | Systems and methods for sharing user inventory information to initiate a peer-to-peer exchange of a non-fungible digital asset | |
US11872496B2 (en) | Systems and methods for controlling distributions by an automated electronic networked central clearinghouse related to digital assets | |
US11138580B1 (en) | Systems and methods for peer-to-peer exchanges of non-fungible digital assets | |
US11748724B2 (en) | Systems and methods for operating a bridge server to support multiple shards of a blockchain | |
US11141664B1 (en) | Systems and methods for a seller-initiated peer-to-peer exchange of a non-fungible digital asset | |
US11571625B2 (en) | Systems and methods for gated in-game access based on collections of unique digital articles | |
US11794120B2 (en) | Systems and methods for tokenizing and sharing moments in a game | |
US11813524B2 (en) | Systems and methods for using replay assets of executable in-game operations to reach particular game states in an online gaming platform | |
US11229848B1 (en) | Systems and methods for gated media access based on collections of unique digital articles | |
US11574329B2 (en) | Systems and methods for providing utilities based on blockchain-specific populations of unique digital articles | |
US11707685B2 (en) | Systems and methods for fractional ownership of user-generated content within an online gaming platform | |
US11935146B2 (en) | Systems and methods to provide sharing of benefits amongst a group of users based on gains from distribution rights pertaining to digital assets | |
US11144978B1 (en) | Systems and methods to support custom bundling of virtual items within an online game |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MYTHICAL, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:THACKER, CAMERON;ROYER, ANDREW;KOCH, RUDY;SIGNING DATES FROM 20201015 TO 20201018;REEL/FRAME:063847/0044 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
AS | Assignment |
Owner name: GALAXY EOS VC FUND, L.P., NEW YORK Free format text: SECURITY INTEREST;ASSIGNORS:MYTHICAL, INC.;DMARKET INC.;REEL/FRAME:066381/0852 Effective date: 20240112 Owner name: RHENIUM SOF I-A MYTHICAL 2023, LP, CALIFORNIA Free format text: SECURITY INTEREST;ASSIGNORS:MYTHICAL, INC.;DMARKET INC.;REEL/FRAME:066381/0852 Effective date: 20240112 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |