[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2020044471A1 - Procédé et système de chaîne de blocs destinés à commander un système de chaîne de blocs - Google Patents

Procédé et système de chaîne de blocs destinés à commander un système de chaîne de blocs Download PDF

Info

Publication number
WO2020044471A1
WO2020044471A1 PCT/JP2018/031997 JP2018031997W WO2020044471A1 WO 2020044471 A1 WO2020044471 A1 WO 2020044471A1 JP 2018031997 W JP2018031997 W JP 2018031997W WO 2020044471 A1 WO2020044471 A1 WO 2020044471A1
Authority
WO
WIPO (PCT)
Prior art keywords
asset
information
price
chain system
blockchain
Prior art date
Application number
PCT/JP2018/031997
Other languages
English (en)
Japanese (ja)
Inventor
広伸 上野
直人 玉舎
Original Assignee
ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 filed Critical ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社
Priority to PCT/JP2018/031997 priority Critical patent/WO2020044471A1/fr
Priority to JP2020539930A priority patent/JP7098734B2/ja
Publication of WO2020044471A1 publication Critical patent/WO2020044471A1/fr
Priority to JP2022050673A priority patent/JP7320099B2/ja

Links

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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention relates to a blockchain system and a control method of the blockchain system.
  • a distributed ledger technology using a so-called block chain (for example, Non-Patent Document 1 relating to virtual currency) has great potential as a technology for realizing data robustness and tamper resistance in a distributed information processing system.
  • the blockchain is expected to be applied not only to virtual currencies but also to the financial field, supply chain, content industry, IoT (Internet of Things), and the like.
  • Non-Patent Document 2 discloses a cat collection game using a distributed application
  • Non-Patent Document 3 discloses the contents of a distributed exchange (DEX).
  • one of the major benefits of blockchain technology is considered to be the management of data (asset) ownership.
  • asset data
  • each of its users can quickly and massively share genuine ownership and value information about assets with each other. This has the advantage that the added value of the service to the user can be increased even for the business entity that provides the assets of the blockchain.
  • the present invention has been made in view of such a background, and an object of the present invention is to provide a blockchain system and a blockchain capable of appropriately processing the ownership and value of a user's asset according to the property of the asset. It is to provide a control method of a chain system.
  • One aspect of the present invention for solving the above-mentioned problem includes an information sharing unit configured by a plurality of nodes, each node sharing information of a transaction history of a predetermined asset between nodes with blockchain data.
  • An on-chain system an asset acquisition unit for acquiring information on the asset recorded in the blockchain data, and an off-chain system including a logic execution unit for performing predetermined information processing based on the acquired information on the asset.
  • the off-chain system comprises: a stock quantity storage unit for storing information on the stock quantity of the asset; and a purchase request for a predetermined number of the assets from the node.
  • An application receiving unit to perform the inventory of the asset according to the application for purchase of the received asset.
  • a purchase processing unit for reducing the predetermined number, and increasing the selling price of the asset based on a predetermined algorithm in accordance with the received application for purchase of the asset, and specifying and specifying the highest price of the asset in a predetermined period in the past.
  • a price adjustment unit for setting a minimum price of the asset based on a maximum price, and a decrease in the selling price of the asset over time such that the lower the number of the inventory of the asset, the slower the price decreases.
  • a price maintaining unit that restores the selling price to the minimum price when the current selling price of the asset falls below the set minimum price.
  • the ownership and value of a user's asset can be appropriately processed according to the property of the asset.
  • FIG. 1 is a diagram illustrating an example of a configuration of a block chain system according to the present embodiment.
  • FIG. 2 is a diagram illustrating an example of hardware included in each information processing device (or node) in the blockchain system 1.
  • FIG. 3 is a diagram illustrating an example of a function included in each node in the off-chain system 200.
  • FIG. 4 is a diagram illustrating an example of the data structure of the hero asset 21.
  • FIG. 5 is a diagram illustrating an example of the data structure of the item asset 23.
  • FIG. 6 is a diagram illustrating an example of the data structure of the territory asset 25.
  • FIG. 7 is a diagram illustrating an example of a function included in each node of the on-chain system 100.
  • FIG. 8 is a diagram illustrating an example of functions provided in the logic control server 110.
  • FIG. 9 is a diagram illustrating an example of the asset price adjustment management table 600.
  • FIG. 10 is a diagram illustrating an example of the asset price management table 670.
  • FIG. 11 is a flowchart illustrating an example of the purchase handling process.
  • FIG. 12 is a diagram illustrating an example of purchase application information.
  • FIG. 13 is a flowchart showing an example of the price drop process.
  • FIG. 14 is a diagram illustrating an example of a price change of the asset 20 that fluctuates due to the purchase correspondence process and the price drop process.
  • FIG. 15 is a flowchart illustrating an example of the image rewriting process.
  • FIG. 1 is a diagram illustrating an example of a configuration of a block chain system according to the present embodiment.
  • the blockchain system 1 includes an on-chain system 200 in which each of a plurality of nodes (user terminals 50) shares information of a transaction history between nodes of the asset 20 which is a predetermined data asset by blockchain data.
  • An environment for executing a predetermined game (hereinafter, referred to as the present game) which is performed using the asset 10 which is data obtained from the on-chain system 200 and corresponds to the asset 20, and a plurality of games for executing the present game.
  • Off-chain system 100 including nodes (user terminals 50), blockchain control server 130, and content storing predetermined content data (images, characters, etc.) that can be incorporated into asset 20 System 300 and the content acquired from the content system 300. And a image server 190 which stores Tsudeta is constructed.
  • the on-chain system 200, the off-chain system 100, the blockchain control server 130, and the image server 190 are connected by a wired or wireless communication network 5 such as the Internet, a LAN, and a WAN.
  • the nodes in the on-chain system 200 and the nodes in the off-chain system 100 are also connected by a wired or wireless communication network (not shown) such as the Internet, a LAN, and a WAN.
  • the on-chain system 200 is a distributed ledger system using blockchain data of the asset 20.
  • Each asset 20 records ownership information.
  • the node changes (transfers) the ownership of the asset 20 from itself to another node, the node generates the asset 20 in which the information of the transfer is recorded, and other nodes in the off-chain system 100 regarding the transfer.
  • a predetermined consensus building process is performed. After the consensus building process, the node generates a hash value of block data, which is the transaction history of the asset 20 so far, and adds the generated hash value to the newly generated asset 20 to generate a new asset.
  • Generate block data Each node shares, with other nodes in the on-chain system 200, block chain data (distributed ledger) obtained by combining the block data so far and the block data generated this time via hashing.
  • each node in the on-chain system 200 shares information on the transaction history of the predetermined asset 20 between the nodes in the form of blockchain data.
  • the on-chain system 200 is realized using an open platform such as, for example, Ethereum.
  • the asset 20 is data in the form of a smart contract including information on the asset, information on the owner of the asset, and information on a predetermined information processing (program or script) associated with the information.
  • the assets 20 include a hero asset 21, an item asset 23, and a territory asset 25.
  • the asset 20 is, for example, smart contract data based on the ERC721 standard.
  • the on-chain system 200 stores an asset exchange 210 (DEX: Decentralized @EXchange).
  • the asset exchange 210 is a predetermined smart contract shared by each node in the on-chain system 200.
  • the asset exchange 210 performs a process of changing ownership of the asset 20 (transaction process) in response to a request from each node.
  • the on-chain system 200 stores information on the transaction history of the first value medium (hereinafter referred to as ETH40) in the form of blockchain data.
  • the ETH 40 is issued by any node in the on-chain system 200 and is a predetermined token (cryptographic currency) in which each node shares the information.
  • the ETH 40 records information on each node (user) and information on its value (price).
  • the ETH 40 is, for example, a virtual currency such as bitcoin, NEM (NEM), etc. in addition to ETH issued on Ethereum, and any node participating in the on-chain system 200 can receive issuance.
  • the off-chain system 100 includes a plurality of nodes sharing blockchain data and a logic control server 110.
  • the off-chain system 100 is an information processing system different from an open block chain system such as the on-chain system 200.
  • the off-chain system 100 is a closed (private) block chain system that requires a predetermined approval process for sharing an asset (token). Note that, as described later, the off-chain system 100 is not necessarily realized unless it is a block chain system.
  • Each node of the off-chain system 100 shares the asset 10 (having the same content as the asset 20) corresponding to the asset 20 of the on-chain system 200 in the form of blockchain data. That is, the asset 10 includes the hero data 11 corresponding to the hero asset 21, the item data 13 corresponding to the item asset 23, and the territory data 15 corresponding to the territory asset 25.
  • the asset 10 and the asset 20 are appropriately synchronized with each other by performing data copy. Any system that realizes this data copy may be used as long as the data copy is possible.
  • any platform that can support the scalability of the on-chain system 100 (particularly, the asset 20) may be replaced with the on-chain system 100 or This is realized by introducing the system into the off-chain system 200.
  • Such data synchronization specifications include, for example, Plasma.
  • the asset 20 can be a main chain using Etherum
  • the asset 10 can be a side chain using Loom @ Network.
  • Each node of the off-chain system 100 shares transaction information of the second value medium (hereinafter, also referred to as GM30) in the form of blockchain data.
  • the GM 30 is a cryptocurrency that can be traded with the first value medium (ETH 40) and the asset 10, and is shared only within the off-chain system 100.
  • the GM 30 stores information on each node (user) and information on a predetermined value (price).
  • Each node of the off-chain system 100 shares information on the transaction of the second value medium (GM30) in the form of blockchain data.
  • the GM 30 stores information on each node (user) and information on a predetermined value (price).
  • the GM 30 is a value medium that can be converted from the first value medium (ETH 40) and has a value of exchange with the asset, which is shared only in the off-chain system 100. That is, it is assumed that the GM 30 can be exchanged from the ETH 40, but cannot be converted into the ETH 40.
  • ETH 40 first value medium
  • the GM 30 may be a value exchange medium (cryptographic currency or virtual currency) that can be converted from the ETH 40 and can also be converted from the GM 30 to the ETH 40.
  • a value exchange medium crypto currency or virtual currency
  • the GM 30 is a value medium having an exchange value with the asset 10.
  • the logic control server 110 executes logic relating to the game and logic relating to issuance of the asset 10. That is, the logic control server 110 stores scenario data and logic of the present game. The game logic control server 110 executes logic according to a predetermined scenario based on each asset 10 owned by each node. In addition, when receiving a purchase application for the asset 10 from each node, the logic control server 110 issues the asset 10 to the node on condition that it is exchanged with the corresponding GM 30.
  • the blockchain control server 130 controls blockchain data.
  • the blockchain control server 130 performs data copy (synchronization) between the asset 20 of the on-chain system 200 and the asset 10 of the off-chain system 100.
  • the image server 190 acquires and stores various content data such as images, characters, and moving images from the content system 300. Further, the image server 190 transmits the content data stored therein to the node in response to the acquisition request of the content data transmitted from the node. Then, the node adds the received content data to the asset 20 owned by itself.
  • the content system 300 stores content data.
  • the content system 300 is, for example, a communication network system configured by a plurality of information processing apparatuses (not shown).
  • the protocol of this system is different from the protocols of the off-chain system 100 and the on-chain system 200.
  • the content system 300 is a P2P (Peer to Peer) distributed file system based on IPFS (InterPlanetary File System).
  • the content system 300 is connected to the image server 190 via a wired or wireless communication network 7 such as the Internet, a LAN, and a WAN.
  • the user terminal 50 is an information processing device (node) used by each user, and is, for example, a portable information terminal such as a smartphone or a personal computer.
  • the user terminal 50 is communicably connected to (the other node in) the on-chain system 200, (the other node in) the off-chain system 100, and the image server 190.
  • the user terminal 50 by accessing the on-chain system 200, the user terminal 50 performs management and transaction of the asset 20, purchase of the ETH 40, purchase of the GM 30 by the ETH 40, and the like.
  • the user terminal 50 accesses the off-chain system 100 to purchase the asset 10 (asset 20) by exchanging with the GM 30 and execute the present game using the asset 10.
  • the user terminal 50 associates the image data acquired from the image server 190 with the asset 20 owned by the user terminal 50.
  • FIG. 2 is a diagram illustrating an example of hardware included in each device in the blockchain system 1.
  • Each device includes a processing device 41 such as a CPU (Central Processing Unit), a main storage device 42 such as a RAM (Random Access Memory) and a ROM (Read Only Memory), a HDD (Hard Disk Drive), and an SSD (Solid State Drive). ),
  • An input device 44 such as a keyboard, a mouse, and a touch panel; an output device 45 such as a monitor (display); and a communication device 46 for communicating with other information processing devices.
  • Processing device such as a CPU (Central Processing Unit), a main storage device 42 such as a RAM (Random Access Memory) and a ROM (Read Only Memory), a HDD (Hard Disk Drive), and an SSD (Solid State Drive).
  • An input device 44 such as a keyboard, a mouse, and a touch panel
  • an output device 45 such as a monitor (display); and a communication device 46 for communicating with other information processing devices.
  • FIG. 3 is a diagram illustrating an example of a function included in each node in the on-chain system 200.
  • Each node in the on-chain system 200 includes an information sharing unit 202, a smart contract execution unit 204, and a first value medium sharing unit 206.
  • the information sharing unit 202 shares information on a transaction history of a predetermined asset 20 between nodes using blockchain data.
  • the information sharing unit 202 shares information of an image and information of a process of editing the image as information of the asset 20.
  • the smart contract execution unit 204 performs predetermined information processing based on the information of the asset 20.
  • the smart contract execution unit 204 when accepting a request to edit an image (the art 220 of the hero asset 21 or the art 239 of the item asset 23), specifies the number of times the image has been edited so far, Is less than a predetermined number of times (in this embodiment, once), image editing is accepted, and processing for reflecting the accepted editing content on the image is executed.
  • the information sharing unit 202 shares the information of the asset 20 on which the image editing is reflected between the nodes of the on-chain system 200 using blockchain data.
  • FIG. 4 is a diagram illustrating an example of the data structure of the hero asset 21.
  • the hero asset 21 is information on the hero used in the scenario of the game.
  • the hero asset 21 includes a hero ID 211 which is an identifier assigned to each hero asset 21, an ownership 212 which is information for identifying an owner of the hero asset 21, a type 213 of the hero asset 21 (here, “hero”),
  • the total number 214 of hero assets 21 issued hero names 215 which are information on the names of the hero assets 21, abilities 216 of the hero assets 21, attributes 217 of the hero assets 21 (information such as rarity and race), and other similar types
  • a synthesis history 218 that is information of a history synthesized with a hero, two names 219 that are different names of each hero asset 21 specified by a user, and an art 220 that is information of image data assigned to each hero asset 21 , Including each piece of information.
  • the art 220 stores, for example, location information of content data in the content system 300 (for example, a locator of IPFS) and location information of content data in the on-chain system 200 (for example, a locator of Swarm).
  • location information of content data in the content system 300 for example, a locator of IPFS
  • location information of content data in the on-chain system 200 for example, a locator of Swarm.
  • the two names 219 have information of the rewrite flag 2191.
  • the rewrite flag 2191 is set to ON (for example, 1) when the alias is rewritten by the user, and is set to OFF (for example, 0) when the alias is not rewritten.
  • the art 220 has information on the rewrite flag 2201.
  • the rewrite flag 2201 is set to on (for example, 1) when the image data is rewritten by the user, and is set to off (for example, 0) when the image data is not rewritten.
  • FIG. 5 is a diagram illustrating an example of the data structure of the item asset 23.
  • the item asset 23 is information on an item used in the scenario of the present game.
  • the item assets 23 include an item ID 231 that is an identifier assigned to each item asset 23, an ownership 232 that is information for identifying an owner of each item asset 23, a total number of issued item assets 233, Type 234 (here, “item”), item name 235, which is information on the name of item asset 23, attribute 236 of item asset 23 (information such as rarity, weapons, and armor), and history combined with other items of the same type , Which is the name of the item asset 23 specified by the user, and the art 239, which is information of image data assigned to the item asset 23.
  • the art 239 stores, for example, location information of content data in the content system 300 (for example, a locator of IPFS) and location information of content data in the on-chain system 200 (for example, a locator of Swarm).
  • location information of content data in the content system 300 for example, a locator of IPFS
  • location information of content data in the on-chain system 200 for example, a locator of Swarm.
  • the two names 238 have information of the rewrite flag 2381.
  • the rewrite flag 2381 is set to ON (for example, 1) when the alias is rewritten by the user, and is set to OFF (for example, 0) when the alias is not rewritten.
  • the art 239 has information of the rewrite flag 2391.
  • the rewrite flag 2391 is set to on (for example, 1) when the image data is rewritten by the user, and is set to off (for example, 0) when the image data is not rewritten.
  • FIG. 6 is a diagram illustrating an example of the data structure of the territory asset 25.
  • the territory assets 25 include a territory ID 251 that is an identifier assigned to each territory asset 25, a ownership 252 that is information for identifying the owner of the territory asset 25, a territory name 253 that is information on the name of the territory asset 25,
  • the attribute information 254 (information such as the type of country) of the territorial asset 25 and the art 255 which is information of image data (content data) associated with the territorial asset 25 are included.
  • the first value medium sharing unit 206 shares information on the transaction of the first value medium (ETH40) between the nodes with other nodes of the on-chain system 200 using blockchain data.
  • the first value medium (ETH40) is, for example, a virtual currency issued by any of the nodes of the on-chain system 200.
  • FIG. 7 is a diagram illustrating an example of a function included in each node of the off-chain system 100.
  • Each node of the off-chain system 100 includes an asset sharing unit 102 and a second value medium sharing unit 104.
  • the asset sharing unit 102 shares information on the history of transactions of a predetermined asset 20 between nodes as blockchain data (in the form of the corresponding asset 10) in the off-chain system 100.
  • the second value medium sharing unit 104 transmits information of a transaction between nodes in the off-chain system 100 of the second value medium (GM30) having a value convertible from the first value medium (ETH40) to blockchain data. To share.
  • the second value medium has a value that can be converted from the first value medium (ETH40) and can convert the second value medium into the first value medium. It may be a value medium having a high value.
  • FIG. 8 is a diagram illustrating an example of functions provided in the logic control server 110.
  • the logic control server 110 includes an asset input unit 112 and a logic execution unit 114 for the logic of the game.
  • the asset input unit 112 acquires each data from the asset 10 and inputs the acquired data to the logic execution unit 114.
  • the logic execution unit 114 performs predetermined information processing based on the information of the asset acquired by the asset input unit 112.
  • the logic execution unit 114 executes the logic of the game. That is, the logic execution unit 114 executes a process (role-playing game (RPG)) in which a character owned by each user acquires ownership of a territory using an item owned by each user.
  • RPG role-playing game
  • the logic control server 110 determines, regarding the logic of the asset 10, a stock quantity storage unit 151, an application reception unit 152, a purchase processing unit 153, an asset delivery unit 154, a price adjustment unit 155, and a price reduction unit 156. , And a price maintenance unit 157.
  • the stock quantity storage unit 151 stores information on the stock quantity of the asset 10 (the asset 10 is copied (synchronized) with the asset 20 of the on-chain system 100. The same applies hereinafter).
  • the application receiving unit 152 receives a purchase application for a predetermined number of assets 10 from the node.
  • the purchase processing unit 153 reduces the inventory number of the asset 10 by a predetermined number in accordance with the application for purchase of the asset 10 received by the application receiving unit 152. Further, the purchase processing unit 153 performs a settlement process corresponding to the received purchase application.
  • the asset delivery unit 154 issues the asset 10 corresponding to the purchase application. That is, the asset delivery unit 154 generates information of a predetermined number of assets 10 including ownership information of the node that transmitted the purchase application.
  • the price adjustment unit 155 increases the selling price of the asset 10 by a predetermined value in accordance with the purchase application of the asset 10 received by the application receiving unit 152, specifies the highest price of the asset 10 in a predetermined period in the past, and specifies the specified highest price.
  • the minimum price of the asset 10 is set based on.
  • the price drop unit 156 drops the selling price of the asset 10 raised by the price adjustment unit 155 over time so that the lower the stock number of the asset 10, the lower the price drop speed.
  • the change in the price drop is specified by a drop function 608 described later.
  • the price maintaining unit 157 restores the selling price to the minimum price.
  • the logic control server 110 stores an asset price adjustment management table 600 and an asset price management table 670.
  • FIG. 10 is a diagram illustrating an example of the asset price adjustment management table 600.
  • the asset price adjustment management table 600 includes an asset type 601, which is information indicating the type of the asset 10, a sales period 602, which is information indicating the sales period of the asset 10, a stock quantity 603, which is information on the number of stocks of the asset 10, and an asset 10
  • the increase rate 605 is a function whose value changes according to the stock quantity of the asset 20.
  • the rate of increase 605 may be another function or a constant, for example, a function represented by a straight line or a curve set according to the current price of the asset 20 or the highest price in the past.
  • the lowest price coefficient 606 may be a fixed ratio (for example, 1/3 of the highest price), or may be a predetermined function based on a predetermined variable such as the current price or the past highest price of the asset 20. Is also good.
  • the falling function 608 is a function represented by a straight line or a curve, which is set according to the stock quantity of the asset 20 and optionally the current price or the past highest price. Note that the falling function 608 may be a constant instead of a function.
  • FIG. 11 is a diagram illustrating an example of the asset price management table 670.
  • the asset price management table 670 is a table that records the history of the price fluctuation of each asset 10, and includes an asset type 671 that is information indicating the type of asset, a time 672 that is information indicating time (date and time), and , Price 673 which is information indicating the price of the asset 10 at the time (date and time) indicated by the time 672.
  • each device described above is realized by hardware of each device, or by the processing device 41 of each device reading and executing a program stored in the main storage device 42 or the auxiliary storage device 43. Is done.
  • these programs are, for example, storage devices such as a secondary storage device, a nonvolatile semiconductor memory, a hard disk drive, and an SSD, or non-temporary data that can be read by each node, such as an IC card, an SD card, and a DVD. It is stored in a storage medium.
  • the logic control server 110 adjusts the price of the asset 10 in response to the application for purchase of the asset 10 from the node (the user terminal 50) (hereinafter, referred to as a purchase correspondence process), and decreases the price of each asset 10. (Hereinafter, referred to as price reduction processing).
  • FIG. 12 is a flowchart illustrating an example of the purchase handling process.
  • the purchase handling process is started, for example, after the activation of the off-chain system 100.
  • the logic control server 110 waits for the node (user) to receive information on purchase application for the asset 10 (hereinafter referred to as target asset) (hereinafter referred to as purchase application information) (s201).
  • FIG. 13 is a diagram showing an example of purchase application information.
  • the purchase application information 650 specifies a user ID 651, which is information (for example, an identifier) that specifies a user (node), and information that indicates a type of a target asset (for example, a hero asset 21, an item asset 23, or a territory asset 25). Information), and information on the number of purchases 653, which is the desired number of purchases of the target asset.
  • the logic control server 110 checks whether or not the target asset is within the sales period (s203). Specifically, the logic control server 110 checks whether or not the current time is within the sales period of the target asset specified by the asset price adjustment management table 600 and the asset price management table 670. If the target asset is not within the sales period (s203: NO), the process returns to s201.
  • the logic control server 110 checks whether the inventory quantity of the target asset is sufficient (s205). Specifically, for example, the logic control server 110 determines whether the inventory quantity of the corresponding asset 10 specified by the asset price adjustment management table 600 is equal to or greater than the number of assets specified by the purchase application information 650. Check if. If the stock quantity of the target asset is not sufficient (s205: NO), the process returns to s201.
  • the logic control server 110 checks whether or not the user's GM30 balance is sufficient (s207). Specifically, for example, the logic control server 110 acquires information on the balance of the GM 30 of the user corresponding to the user ID 651 of the purchase application information 650, and the balance is specified by the purchase application information 650 and the asset price management table 670. It is checked whether or not it is equal to or more than the product (purchase amount) of the number of purchased target assets and the selling price of the target assets.
  • the logic control server 110 sets the balance of the user's GM 30 Is reduced (s209). Specifically, for example, the logic control server 110 reduces the balance of the GM 30 of the user corresponding to the user ID 651 of the purchase application information 650 by the purchase amount.
  • the logic control server 110 decreases the stock number of the target asset and increases the number of the target asset of the user (s211). Specifically, for example, the logic control server 110 decreases the stock quantity 603 of the target asset in the asset price adjustment management table 600. Then, the logic control server 110 creates data of the asset 10 whose ownership is the user ID 651 of the purchase application information 650 for the number of purchases. The generated asset 10 is shared as the asset 20 of the on-chain system 200.
  • the logic control server 110 raises the price of the target asset and records it (s213). Specifically, the logic control server 110 increases the latest price of the target asset specified by the price 673 of the asset price management table 670 by the increase rate 605 of the asset price adjustment management table 600, and changes the content. Registered in the asset price management table 670.
  • the logic control server 110 specifies the highest price of the target asset within a predetermined period in the past (s215). Specifically, for example, the logic control server 110 specifies the highest price from the start of sales of the target asset to the present using the asset price management table 670.
  • the logic control server 110 calculates and stores the lowest price of the target asset based on the highest price (s217). Specifically, for example, the logic control server 110 calculates the lowest price of the target asset by multiplying the highest price specified in s215 by the lowest price coefficient 606 of the asset price adjustment management table 600, and calculates the calculated lowest price. Is stored in the lowest price 607 of the asset price adjustment management table 600.
  • the logic control server 110 calculates and stores the falling function (s219). Specifically, for example, the logic control server 110 calculates a function such that the lower the stock number of the target asset, the lower the price drop speed. Thereafter, the flow returns to the processing of s201.
  • FIG. 14 is a flowchart showing an example of the price drop process.
  • the price reduction process is repeatedly executed at a predetermined timing (for example, a predetermined time interval) after the activation of the off-chain system 100, for example.
  • the logic control server 110 selects one type of asset from the assets 10 (s301). Then, the logic control server 110 specifies a drop function of the acquired asset (hereinafter, referred to as a selected asset) (s302). Specifically, for example, the logic control server 110 acquires the drop function 608 of the selected asset in the asset price adjustment management table 600.
  • the logic control server 110 lowers the current price of the selected asset based on the lowering function specified in s302 (s303). Then, the logic control server 110 checks whether the current price of the selected asset is less than the minimum price (s304). Specifically, for example, the logic control server 110 checks whether or not the price of the selected asset whose price has decreased in s303 is less than the minimum price 607 of the asset price adjustment management table 600.
  • the logic control server 110 sets the price of the selected asset to the minimum price (s305). Specifically, for example, the logic control server 110 sets the price of the selected asset whose price has dropped in s303 to the lowest price 607 of the selected asset in the asset price adjustment management table 600.
  • the logic control server 110 determines whether there is another asset whose price has not been reduced (s307), and if there is another asset whose price has not been reduced (s307: YES), the logic control server 110 Selects one of the assets, and thereafter repeats the process of s302. On the other hand, if there is no other asset whose price has not been reduced (s307: NO), the price reduction process ends (s309).
  • FIG. 15 is a diagram illustrating an example of a price change of the asset 20 that fluctuates due to the purchase correspondence process and the price drop process.
  • the price of the asset 20 starts from the initial price 801 and the purchase 803 of the asset is performed thereafter, the price rises to the predetermined price 805, and the minimum price 807 and the falling function are set. .
  • the price of the raised asset falls to the lowest price 807 based on the set down function (reference numeral 811), and thereafter, the lowest price 807 is maintained.
  • the price of the asset increases again, and a new minimum price 813 and a new fall function are set.
  • the price decline rate is more gradual (smaller) because the stock quantity of the asset is smaller than before (reference numeral 815).
  • Each node of the on-chain system 200 executes a process of rewriting the image data of the hero asset 21 and the item asset 23 (hereinafter, referred to as an image rewriting process).
  • the image rewriting process is realized by the node executing a smart contract in the hero asset 21 or the item asset 23.
  • FIG. 16 is a flowchart illustrating an example of the image rewriting process. The case where the image data of the hero asset 21 is rewritten will be described below, but the same applies to the item asset 23.
  • the node of the on-chain system 200 receives an input of a request for rewriting image data from a user (s401). Then, the node checks the contents of the write flag (s402). Specifically, the node checks the content of the rewrite flag 2201 of the hero asset 21.
  • the image data rewriting process ends (s407).
  • the image data has not been rewritten (for example, when the rewrite flag 2201 is “0”) (s403: NO)
  • the processes from s404 onward are performed.
  • the node edits the image data. Specifically, for example, the node receives input of predetermined data for image editing from a user, and reflects the content of the received data in the art 220 of the hero asset 21.
  • the hero asset 21 whose image has been edited is shared as blockchain data by each node of the on-chain system 200.
  • the node turns on the writing flag (for example, sets the rewriting flag 2201 to “1”). ”) (S406). Then, the image editing process ends (s407).
  • the above image rewriting process is the same when the two names 219 of the hero asset 21 and the two names 238 of the item asset 23 are rewritten.
  • the blockchain system 1 includes the on-chain system 200 in which each node shares information on the transaction history of the asset 20 between the nodes using the blockchain data, and the blockchain data. And an off-chain system 100 that performs predetermined information processing based on the information of the asset that has been set up.
  • the off-chain system increases the selling price of the asset 20 in response to the application for purchase of the asset, The asset's lowest price is set based on the historical highest price of the asset 20 and the selling price of the asset 20 is lowered over time so that the lower the number of the stock of the asset 20, the lower the price is. If the selling price falls below the minimum price, restore the selling price to the lowest price
  • the blockchain system 1 of the present embodiment sets a minimum price and an increase rate at the time of asset purchase after setting the stock quantity for the asset, and suppresses the price drop rate as the asset stock quantity is smaller, It is possible to adjust the balance between the scarcity of assets and the price (demand balance). As a result, the value of the assets owned by each node, which are distributed in the off-chain system 100, can be set appropriately.
  • the ownership and value of a user's asset can be appropriately processed according to the property of the asset.
  • the content of the asset 10 used by the logic of the off-chain system 100 is shared by the on-chain system 200 which is a different system from the off-chain system 100 (asset 20), the user of the asset 20 needs Assets 20 can be traded within on-chain system 200 independently of off-chain system 100 (eg, asset exchange 210).
  • asset exchange 210 e.g. asset exchange 210
  • the manager (office) of the off-chain system 100 if only the logic of the off-chain system 100 is provided without directly managing the transaction of the user's asset 20, the asset 20 using the logic can be used. Such content can be provided.
  • the image data of the hero asset 21 and the item asset 23 is rewritable, but the territory asset 25 may be rewritable.
  • a game (role-playing game) is taken as a distributed application operating in the off-chain system 100.
  • assets financial products, manufactured products, etc.
  • applications using the same are used. (Applications related to fields such as finance, supply chain, IoT, etc.).
  • the asset 10 of the off-chain system 100 is blockchain data corresponding to the asset 20 of the on-chain system 200.
  • the asset 10 is data corresponding to the asset 20, it is not necessarily required. There is no need to use blockchain data.
  • the function of the logic control server 110 is realized by a predetermined information processing device, but may be realized by using a distributed application.
  • an on-chain unit configured by a plurality of nodes, each node including an information sharing unit that shares information of a transaction history of a predetermined asset between nodes with blockchain data.
  • An off-chain system including a system, an asset acquisition unit that acquires information on the asset recorded in the blockchain data, and a logic execution unit that performs predetermined information processing based on the acquired information on the asset.
  • each node of the on-chain system includes a first value medium sharing unit that shares information of a first value medium transaction between the nodes using blockchain data.
  • Each node of the off-chain system changes from the first value medium.
  • a second value medium sharing unit that can share information of transactions between nodes in the off-chain system using blockchain data, the second value medium being possible and having an exchange value with the asset. Good.
  • the information of the transaction of the first value medium (ETH40) between the nodes is shared by the blockchain data, while in the off-chain system 100, the first value medium (ETH40) is shared.
  • Information on transactions between nodes in the off-chain system 100 of the second value medium (GM30) having a value exchangeable with the asset is shared by blockchain data.
  • the off-chain system 100 shares the value medium (GM30) convertible from the ETH 40, which is set separately from the value medium (ETH 40) of the on-chain system 200, with each node.
  • the users in 100 can use the GM 30 to independently perform asset transactions and value exchanges in the off-chain system 100.
  • the blockchain system 1 can appropriately handle the ownership and value of the user's asset according to the nature of the asset in its off-chain system 100.
  • the ETH 40 to the GM 30 since only the conversion from the ETH 40 to the GM 30 is enabled and the GM 30 is used as a value medium different from a general virtual currency, there is an advantage that a market different from the virtual currency market can be formed.
  • the second value medium may be an exchange value medium that can also convert the second value medium into the first value medium.
  • the first value medium may be a virtual currency issued by any of the nodes of the on-chain system.
  • an on-chain unit configured by a plurality of nodes, each node including an information sharing unit that shares transaction history information of a predetermined asset between nodes with blockchain data.
  • An off-chain system including a system, an asset acquisition unit that acquires information on the asset recorded in the blockchain data, and a logic execution unit that performs predetermined information processing based on the acquired information on the asset.
  • each node in the on-chain system shares, as the information on the asset, information on an image and information on a process of editing the image, and in the on-chain system, Each node has received a request to edit the image If the number of times the image has been edited to date is specified, the process of accepting editing of the image only when the number of times is less than a predetermined number of times, and reflecting the content of the accepted edit on the image, Executing based on the information of the process of editing, the information sharing unit may share the information of the asset in which the editing of the image is reflected, between the nodes of the on-chain system, using blockchain data. Good.
  • the image is By accepting image editing only when the number of times of editing is less than the predetermined number of times, information of the asset of the edited image is shared by the blockchain data between the nodes of the on-chain system 200.
  • the user of each node can increase the value of the asset by modifying the image in the asset in a limited manner to add value. Then, this can be shared between the nodes of the on-chain system 200. In this way, the blockchain system 1 can appropriately process the ownership and value of a user's asset according to the property of the asset.
  • the asset is an asset indicating at least a plurality of characters, items, and territories
  • the logic execution unit acquires the territory by the characters using the items. May be performed.
  • the blockchain system 1 realizes a role-playing game in which a character obtains a territory using an item by using an asset, so that a user who executes the game can determine the ownership of the asset and its value. It can add value and enhance entertainment.
  • each node in the off-chain system may include an asset sharing unit that shares asset information acquired from the on-chain system with blockchain data. .
  • each node in the off-chain system 100 shares the information of the asset (asset 10) acquired from the on-chain system 200 with the block chain data, so that the block chain data of the asset 20 in the on-chain system 200 is obtained. And can cooperate appropriately.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

La présente invention concerne un système de chaîne de blocs (1) qui comprend : un système sur-chaîne (200) dans lequel un historique de transaction d'actifs (20) est partagé par des nœuds sous la forme de données de chaîne de blocs ; un système hors chaîne (100) dans lequel des informations concernant les actifs (20) sont acquises pour effectuer un traitement d'informations. Dans le système hors-chaîne (100), la quantité d'inventaire d'actifs (10) est réduite conformément aux abonnements d'achat, le prix de vente des actifs (10) est augmenté conformément aux applications d'achat, et établit le prix le plus bas des actifs (10) sur la base du prix d'actif le plus élevé par le passé. Le prix de ventes des actifs (10) est réduit au fil du temps de telle sorte que plus la quantité d'inventaire d'actifs est petite (10), plus la vitesse de chute des prix ralentit. Lorsque le prix de vente actuel des actifs chute sous le prix le plus bas, le prix de vente est rétabli au prix le plus bas.
PCT/JP2018/031997 2018-08-29 2018-08-29 Procédé et système de chaîne de blocs destinés à commander un système de chaîne de blocs WO2020044471A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2018/031997 WO2020044471A1 (fr) 2018-08-29 2018-08-29 Procédé et système de chaîne de blocs destinés à commander un système de chaîne de blocs
JP2020539930A JP7098734B2 (ja) 2018-08-29 2018-08-29 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP2022050673A JP7320099B2 (ja) 2018-08-29 2022-03-25 ブロックチェーンシステム、及びブロックチェーンシステムの制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/031997 WO2020044471A1 (fr) 2018-08-29 2018-08-29 Procédé et système de chaîne de blocs destinés à commander un système de chaîne de blocs

Publications (1)

Publication Number Publication Date
WO2020044471A1 true WO2020044471A1 (fr) 2020-03-05

Family

ID=69643475

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/031997 WO2020044471A1 (fr) 2018-08-29 2018-08-29 Procédé et système de chaîne de blocs destinés à commander un système de chaîne de blocs

Country Status (2)

Country Link
JP (1) JP7098734B2 (fr)
WO (1) WO2020044471A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114430414A (zh) * 2020-10-16 2022-05-03 微观(天津)科技发展有限公司 基于区块链的数据资产交换方法、装置以及存储介质
JP2022547348A (ja) * 2020-10-18 2022-11-11 ▲張▼大成 契約取引装置
JP7519719B2 (ja) 2020-03-23 2024-07-22 シード＆バラエティ合同会社 デジタルアセットトークンの生成、発行、売買移転のピアツーピア分散型台帳への記録方法及びデジタルアセットトークン統合システム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005863A (ja) * 1999-06-17 2001-01-12 System Soft Corp 販売価格決定システム
JP2007221723A (ja) * 2006-02-20 2007-08-30 Canon Inc 画像処理装置及びその制御方法
JP2018036893A (ja) * 2016-08-31 2018-03-08 ヤフー株式会社 生成プログラム、生成装置及び生成方法
JP6316530B1 (ja) * 2017-12-05 2018-04-25 Ｇｖｅ株式会社 管理装置、仮想通貨システム、及びシステム
JP2018128723A (ja) * 2017-02-06 2018-08-16 株式会社日立製作所 信用度管理システムおよび信用度管理方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005863A (ja) * 1999-06-17 2001-01-12 System Soft Corp 販売価格決定システム
JP2007221723A (ja) * 2006-02-20 2007-08-30 Canon Inc 画像処理装置及びその制御方法
JP2018036893A (ja) * 2016-08-31 2018-03-08 ヤフー株式会社 生成プログラム、生成装置及び生成方法
JP2018128723A (ja) * 2017-02-06 2018-08-16 株式会社日立製作所 信用度管理システムおよび信用度管理方法
JP6316530B1 (ja) * 2017-12-05 2018-04-25 Ｇｖｅ株式会社 管理装置、仮想通貨システム、及びシステム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7519719B2 (ja) 2020-03-23 2024-07-22 シード＆バラエティ合同会社 デジタルアセットトークンの生成、発行、売買移転のピアツーピア分散型台帳への記録方法及びデジタルアセットトークン統合システム
CN114430414A (zh) * 2020-10-16 2022-05-03 微观(天津)科技发展有限公司 基于区块链的数据资产交换方法、装置以及存储介质
CN114430414B (zh) * 2020-10-16 2024-04-02 微观(天津)科技发展有限公司 基于区块链的数据资产交换方法、装置以及存储介质
JP2022547348A (ja) * 2020-10-18 2022-11-11 ▲張▼大成 契約取引装置
JP7248960B2 (ja) 2020-10-18 2023-03-30 ▲張▼大成 契約取引装置

Also Published As

Publication number Publication date
JPWO2020044471A1 (ja) 2021-06-10
JP7098734B2 (ja) 2022-07-11

Similar Documents

Publication Publication Date Title
US11941590B2 (en) Token issuance method, information processor, and blockchain system
US11652604B2 (en) Blockchain data compression and storage
US20160350845A1 (en) System and method for digital item exchange
JP6404435B1 (ja) アイテム取引システム及びアイテム取引プログラム
US20190385136A1 (en) System and Method for Generating Permanent Data Records and Assets for Digital Items in a Networked Video Game System
US12126726B1 (en) Storage architecture providing improved modification of access rights for stored data
WO2020044471A1 (fr) Procédé et système de chaîne de blocs destinés à commander un système de chaîne de blocs
JP2019079502A (ja) アイテム取引システム及びアイテム取引プログラム
KR20210010109A (ko) 블록체인을 기반으로 한 투자 방법 및 이러한 방법을 사용하는 장치
JP6409115B1 (ja) 自動仕訳サーバおよび自動仕訳プログラム
KR20220065273A (ko) 블록 체인 네트워크 기반의 대체 불가능 토큰을 이용한 소유권 아이템 자산의 유동성 가치 조절 서비스 제공 방법, 그를 수행하는 게임 서비스 제공 장치 및 시스템
JP2023120420A (ja) サーバー、表示方法、及びプログラム
KR102110397B1 (ko) 스테이킹 및 프리징 알고리즘을 이용한 블록체인 생태계 안정화 서버 및 방법
WO2020118859A1 (fr) Procédé et système de stockage de données de transaction de recherche et développement de puce décentralisé
KR20220020846A (ko) 사용자 단말기, 디지털 컨텐츠의 이용 권리 증서를 유통시키는 방법, 및 상기 방법을 실행하기 위하여 매체에 저장된 컴퓨터 프로그램
KR20230042884A (ko) 대체 불가 토큰 기반 분할 증권을 관리하기 위한 창작물 권리 관리 서버
JP2014526761A (ja) 多重管理者上場投資信託の作成および維持方法
JP7320099B2 (ja) ブロックチェーンシステム、及びブロックチェーンシステムの制御方法
JP7410890B2 (ja) 制御方法、サーバおよびプログラム
JP7070272B2 (ja) 取引管理装置、取引管理方法及び取引管理プログラム
TWM626968U (zh) 非同質化代幣管理系統
JP2019191631A (ja) 仮想通貨取引システム
JPWO2019186988A1 (ja) 株価予測支援システム及び方法
JP4012951B2 (ja) 情報処理システム
JP6714117B1 (ja) 情報処理装置、プログラム、及び制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18931829

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020539930

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 19/05/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18931829

Country of ref document: EP

Kind code of ref document: A1