WO2021191656A1

WO2021191656A1 - Method for recording to peer-to-peer distributed ledger of digital asset token generation, issuance, and transaction transfer, and digital asset token integration system

Info

Publication number: WO2021191656A1
Application number: PCT/IB2020/052704
Authority: WO
Inventors: 中谷忠久
Original assignee: 中谷忠久
Priority date: 2020-03-23
Filing date: 2020-03-23
Publication date: 2021-09-30
Also published as: JPWO2021191656A1; JP2024123272A; JP2023093457A; JP7519719B2

Abstract

The present invention is a method for recording one unit of a digital asset token amount to a peer-to-peer distributed ledger, in which method, when generation of one unit of a digital asset token amount and a transfer of ownership rights of the generated digital asset token is to be recorded, historical information and an ownership transfer condition to be associated with the one unit of the digital asset token amount after the transfer are appended, where the ownership rights transfer condition includes a setting of a price range with an upper limit and a lower limit for a transfer value with a specified legal currency and also includes at least information about the transfer history from an issuer to a reserve immediately after generation of the digital asset token, and the recording is performed after verification of the ownership rights transfer condition on a block chain network.

Description

Digital Asset Token Generation, Issuance, Trading Transfer Recording Method in Peer-to-Peer Distributed Ledger and Digital Asset Token Integration System

It is an invention relating to a method of recording digital asset token generation, issuance, and sales transfer in a peer-to-peer distributed ledger, and a peer-to-peer distributed ledger integrated system for generation, issuance, and sales transfer of digital asset tokens.

Various digital assets called virtual currency, cryptocurrency, and crypto asset that are distributed on the Internet have been created, but they all have in common that they use the distributed ledger of Bitcoin's blockchain announced by Satoshi Nakamoto. ing.

Regarding these digital assets, in Japan, the legal term of "virtual currency" was defined ahead of the rest of the world, but the law that defined the term "virtual currency" was revised one year after its enactment, and "virtual currency" became "cryptographic asset". Was redefined as. Behind this is the global movement to recapture digital objects that use distributed ledgers, such as blockchain, in the broader term "token." The name of the solicitation and issuance of digital assets was also called Initial Coin Offering (ICO) following Bitcoin, but it has changed to be called Initial Token Offering (ITO).

There is also an ICO / ITO that issues tokens as a representation of physical assets such as real estate. Such tokens were associated with physical assets such as real estate and were supposed to represent the claims of their equity rights. The tokens associated with the physical assets in this way are proportionally divided by the total issuance amount of the tokens with respect to the total amount of the physical assets, and at this time, the issued tokens are said to be pegged to the physical assets. In this case, the token is expected to generate investment income according to the usage income and market value of the physical asset, which has the property of depending exclusively on the real estate transaction market and the real estate leasing market, and also the current real estate. The rare value that the supply of existing or new real estate can be limited according to the purpose of use is also included in the expected future value.

Bitcoin also halves the supply of newly issued Bitcoin as a reward to miners who contribute to the maintenance of the blockchain according to the elapsed time after the initial issuance, and the total supply is also limited to a predefined amount. Is built-in on the Bitcoin architecture, and this mechanism embeds the expectation of rare value.

In addition to representing physical assets such as real estate, the issuance of tokens represents the equity interest in some kind of investment similar to the IPO of a joint-stock company, and the investment funds to be used for the business intended by the token issuer. It is generally recognized as a means of procurement.

The problem was that it was not clear what the token solicitation and sales on the Internet represented was the issuance of tokens in the first place. For example, the Russian communications media organization Telegram has solicited tokens in the United States, but the US Securities and Exchange Commission (SEC) has pointed out that it is unclear whether the funds raised have been legitimately invested. The SEC requested Telegram to submit evidence of the use of funds, which led to a proceeding, and the dispute continues that the evidence submitted by Telegram is still insufficient (Non-Patent Document 1).

It can also be argued that the decentralized, decentralized authority is institutionally stipulated because the content of the transaction has been validated by the consensus of a majority of unspecified distributed application community participants. However, this definition is also generally ambiguous, making it difficult to understand what is the mechanism to be verified and how it may appear opaque (for example, Non-Patent Document 1, A Blockchain Issue 2).

Regarding the above-mentioned rare value, if additional tokens are issued, it will lead to the dilution of the total value of the issued tokens, similar to the additional issuance of shares of a joint-stock company, and there is a risk of damaging expectations for the rare value. There was a problem.

On the other hand, when the supply amount is limited as described above, the problem that the transaction price of tokens fluctuates due to the movement of speculative funds is revealed, and it presents a huge market value like Bitcoin in one day. Volatility has been a problem, with price movements of a few percent, transaction price increases of more than 50% within a month, and transaction price declines from the end of 2017 to the beginning of 2018.

On the other hand, as a means of transaction, the use of tokens may not penetrate the market until the goods and services are provided on a token-by-token basis, or the goods and services may be provided by Bitcoin by a store in order to avoid the risk of the above volatility. , The purchaser offers Bitcoin as payment consideration at the store, Bitcoin is sold at the relative market price by the Bitcoin trader on the spot, and the product price is received in the statutory currency as the consideration. There is also a scheme that can be used, and it cannot be said that it is an easy payment method even when tokens are used as a payment method.

Due to the above-mentioned collateral for redemption of real assets and expectations for improved volatility, there is interest in tokens called stablecoins / stable tokens that link tokens to fiat currencies and stably control their value against fiat currencies. It is increasing. It is the consensus of the parties that the market value of stable tokens is controlled by the market operation by the issuer.

Patent Document 1 provides a method of linking a digital asset token to a physical asset by embedding tag data in a contract in a script, but in the end, a free contract is made by agreement between the parties based on the contract between the parties. A method related to a peer-to-peer distributed ledger that provides a mechanism in which the token selling price is specified and provided in the transaction at a fixed rate (pegging rate) based on Is not provided.

Patent Document 2 discloses a blockchain-based digital currency system and method by Wal-Mart, the world's largest merchant. The embodiment disclosed in Patent Document 2 Invention is that 1 WMT (WMT is a digital currency unit of Patent Document 1 invention) is issued in 1 USD (US dollar currency unit), and the issued token is restricted to use in Wal-Mart. Two types of tokens, which are classified as tokens or unconstrained tokens to which the restriction is not applied, are recorded on the blockchain.

The constraint token of Patent Document 2 is a digital currency that offers a specific discount for a specific product at Wal-Mart and can be used for product consideration at an exchange value of 1 USD or more for 1 WMT. The mode of information recorded on the blockchain is limited to the mode of discount sales at the time of payment other than the above.

On the other hand, the unrestricted token of Patent Document 2 is that Wal-Mart offers a predetermined discount for general commodities and provides a digital currency that can be used as a payment method at Wal-Mart at an exchange value of approximately 1 USD for 1 WMT. Understood.

The digital currency WMT is guaranteed to be as stable as stablecoin in Wal-Mart and is expected to continue to be used as long as Wal-Mart does not stop using it, but the former is a token with a limited type. It is understood that the type of token is a recorded technology, and the latter guarantee of exchange value is based on the credit provided by a giant merchant named Wal-Mart, and the stable value is provided by the blockchain of Patent Document 2 Invention. Is not disclosed.

WO2019 / 152381 A1

WO2017 / 145004 A1

The present invention addresses the problem of opacity associated with the issuance of digital asset tokens, and solves this problem by a method of recording in a peer-to-peer distributed ledger and a peer-to-peer distributed ledger integrated system. Alternatively, the present invention is a method of recording in a peer-to-peer distributed ledger that improves the transparency and stability of generation, issuance, and transfer of digital asset tokens so as to ensure the transparency of token solicitation and issuance publicly offered on the Internet. It also provides a peer-to-peer distributed ledger integration system for the generation, issuance, and transfer of digital asset tokens.

The present invention discloses an aspect of a peer-to-peer distributed ledger recording method for digital asset tokens. This method records the generation of one unit of the amount of digital asset tokens in a peer-to-peer distributed ledger (MS110).
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
Addition or renewal of ownership transfer conditions to be associated with one unit of the amount of said digital asset tokens to be transferred is previously recorded in a peer-to-peer distributed ledger (MS120).
The terms of transfer of ownership may include setting a universal price range for the upper and lower limits of consideration for transfer between one unit of the amount of digital asset tokens and a given fiat currency (MS130).
Ancillary information to be added to the record includes at least historical information including the history of the transfer of digital asset tokens to the reserve (MS140).
Create a transaction containing information to be recorded in a peer-to-peer distributed ledger and broadcast it to a peer-to-peer distributed ledger network (MS150).
After successful transaction validation including the ownership transfer conditions (MS160),
Record the transfer of ownership of Digital Asset Tokens (MS170),
The terms of transfer of ownership are added to the record of the transfer of one unit of the amount of the Digital Asset Token (MS180).
The historical information is added to the record of the transfer of one unit of the amount of the digital asset token (MS190).
The history information includes at least the generation of the digital asset token among the records of the transfer from the issuer to the reserve, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to the reserve immediately after the generation of the digital asset token. It is a method that includes the transfer history information from the issuer to the reserve immediately after.
This embodiment discloses a method of generating, issuing, trading transfer, and reserve operation of a digital asset token with recording of history and recording of constraints, and recording of history and recording of constraints improves transparency and price. A mechanism that limits the price fluctuation range of a given fiat currency provides tokens with stable exchange value. The ownership transfer condition is recorded as a constraint condition, and it is possible to specifically read from the record what is the verified record, which contributes to the improvement of transparency.

In addition to the above aspects, the first fiat currency associated with a given first fiat currency associated with one unit of the first digital asset token generated by the above method is associated with another currency and is the first fiat currency. 1 of the 2nd digital asset token amount with 1 unit of the digital asset token amount pegged to 1 unit of the 1st digital asset token amount at the exchange rate according to the market exchange rate between the currency and the 2nd currency Record the generation of units (MS210),
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
Includes pre-recording in a peer-to-peer distributed ledger the addition or renewal of ownership transfer conditions to be associated with one unit of the digital asset token amount to be transferred (MS220).
The ownership transfer condition is a universal price range and / or individual price of the upper and lower limits of the transfer consideration of one unit of the amount of the second digital asset token for one unit of the amount of the first digital asset token as a pegging condition. Further provision is provided (MS230) methods that include width constraints.
This aspect provides a method of providing additional digital asset tokens pegged to other currencies. The digital asset token pegged to another currency is generated in consideration of the value of a predetermined price range at the market exchange rate of a predetermined other currency for the first fiat currency to which the first digital asset token is pegged. The digital asset of 2 is issued, and the pegging is continuously maintained by setting the ownership transfer conditions even when the transfer is made after the issuance. In this way, it is possible to expand the usage of the digital asset token of the present invention to a market where other currencies circulate.

In addition to the above aspects, a method is provided in which the first legal tender is the yen and the second currency is the fiat currency outside Japan.
This aspect provides a digital asset token pegged to the Bank of Japan's currency, which is the most stable and highly transparent in operation among legal tenders, and the method according to the present invention makes it even more transparent and stable. High digital asset tokens are offered. In fact, on Friday, March 13, 2020, the yen showed its highest stability in the turmoil of financial markets caused by the Corona Wals shock.

In addition to the above aspects, the issuance and sale of one unit of the amount of the second digital asset token is held in a deposit pool where a predetermined percentage of the consideration provided by the user to the historical information should be secured by safe assets. A method is provided that includes historical information to be provided.
According to this aspect, in the setting of the issuance and sale history, the consideration provided by the user is secured by the safe asset as a mark of the history, and a predetermined ratio of the consideration provided by the user is secured by the safe asset, which is stored in the deposit pool. Is provided with a method of being specifically recorded on the blockchain at least at the time of issuance, increasing the transparency of digital asset tokens at the time of sale and after sale, and such transparency also stabilizes the exchange value of digital asset tokens. Contribute.

The present invention provides the system in other embodiments.
When a processor and a storage medium that stores instructions executed by a computer and can be read by a computer are included, and the instructions are executed by the processor,
Record the generation of one unit of the amount of digital asset tokens in a peer-to-peer distributed ledger (SS110),
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
The addition or renewal of the ownership transfer condition to be associated with one unit of the digital asset token amount to be transferred is recorded in advance in the peer-to-peer distributed ledger (SS120).
The terms of transfer of ownership may include setting a universal price range for the upper and lower limits of consideration for transfer between one unit of the amount of the Digital Asset Token and a given fiat currency (SS130).
The incidental information to be recorded includes at least historical information including the history of transfer of digital asset tokens to the reserve (SS140).
Broadcast a transaction containing information to be recorded in the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network (SS150).
After successful transaction validation including the ownership transfer conditions (SS160),
Record the transfer of ownership of Digital Asset Tokens (SS170),
The terms of transfer of ownership are added to the record of the transfer of one unit of the amount of the Digital Asset Token (SS180).
The historical information is added to the record of the transfer of one unit of the amount of the digital asset token (SS190).
The history information includes at least the generation of the digital asset token among the records of the transfer from the issuer to the reserve, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to the reserve immediately after the generation of the digital asset token. A system is provided that is configured to include transfer history information from the issuer to the reserve immediately after.
This aspect provides a system capable of providing digital token generation, issuance, trading transfer, and reserve operations with history recording and constraint recording, and history recording and constraint recording enhances transparency. A mechanism that limits the price to the price fluctuation range of a given fiat currency provides tokens with stable exchange value.

In addition to the above aspects,
The readable storage medium contains additional instructions when the additional instructions are executed by the processor.
Exchange for a given first fiat currency associated with one unit of a first digital asset token, associated with another currency, according to the market exchange rate between the first fiat currency and the second currency At the rate, record the generation of one unit of the second Digital Asset Token amount, with one unit of the digital asset token amount pegged to one unit of the first Digital Asset Token amount (SS210).
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
Including pre-recording in a peer-to-peer distributed ledger (SS220) the addition or renewal of ownership transfer conditions to be associated with one unit of said digital asset token amount to be transferred, including
The ownership transfer condition includes, as a pegging condition, the universal price range of the upper and lower limits of the transfer consideration for one unit of the amount of the second digital asset token for one unit of the amount of the first digital asset token and / or individually. Systems are provided that are configured to include price range constraints (SS230).
According to this aspect, a system for providing an additional digital asset token pegged to another currency is provided, and the digital asset token is pegged with the first digital asset token as opposed to the first digital asset token. A second digital asset generated in consideration of the value of a predetermined price range at the market exchange rate of the other currency with respect to the first statutory currency is pegged to the first digital asset token and issued, and the digital asset token of the present invention is issued. It is possible to expand the usage scene of the above to the market where other currencies circulate.

In addition to the above aspects, a system is provided in which the first legal tender is the Japanese yen and the second currency is the legal tender outside Japan.
This aspect provides a digital asset token pegged to the Bank of Japan's currency, which is the most stable and highly transparent in operation among legal tenders, and the system according to the present invention provides even more transparency and stability. High digital asset tokens are offered.

In addition to the above aspects, the ownership transfer condition further sets a condition code for each type of condition.
Configure the condition code or the script containing the condition code and
Calculate the hash of the condition code or the script containing the condition code, and embed the hash in the transaction execution program.
Create the transaction, broadcast it to the blockchain network,
A system is provided that is configured to be recorded in the peer-to-peer distributed ledger of the blockchain network as the execution of the transaction.
This aspect discloses a more specific aspect that simplifies verification in the blockchain and makes it possible to make the capacity of the distributed storage area of the blockchain compact.

In addition to the above aspects, the ownership transfer condition is further set in one unit of the second digital asset token amount within the universal price range of the upper and lower limits of the predetermined transfer consideration of the first digital asset token amount. , A system is provided that is configured to be limited by an individually designated price range that includes upper and lower limits of consideration for transfer with the first digital asset token amount.
According to this aspect, as a condition for transfer of ownership, the upper and lower limits of the transfer consideration with the amount of the first digital asset token are individually specified. Appears, information is disclosed to network participants, and quotes for sale are widely disclosed to peer-to-peer distributed ledger networks, rather than being grasped only by one of the trading intermediaries or specific exchange participants. .. By locking the desired transfer price of the digital asset token before the transaction in order to execute the diversified transaction more reliably, one of the purchase applicants can immediately confirm the transaction only by the operation of the application when the transaction is desired. By displaying the desired transfer price on the blockchain, it is expected that the transparency of the formation of the market price will be enhanced, the soundness of the transaction will be enhanced, and the stability of the digital asset token market exchange rate will be enhanced.

In addition to the above aspects, the ownership transfer condition further states that the exchange value between one unit of the first digital asset token amount and the second digital asset token amount is based on the snapshot exchange rate at a predetermined universal time. Provides a system that is configured to allow for a fixed selling price.
According to this aspect, it is possible to lock the exchange value of the digital asset token with the first digital asset token, which is the exchange consideration of the purchase applicant, in advance of the transaction, and the purchase applicant is the first purchase applicant. The purchase offer is the intention of the purchase applicant to more reliably acquire the amount of the second digital asset token equivalent to the exchange value with the digital asset token of the transaction, and without being affected by the market exchange rate at the time of transaction. It is possible to confirm the transaction only by the operation of, and it is expected that the transaction will be easier to close, the transaction will be activated, and the stability of the digital asset token market exchange rate will be improved.

In addition to the above aspects, the ownership transfer condition further states that within the transaction of buying and selling the digital asset token and another type of digital asset token, after conversion of the exchange value to the first digital asset token within the transaction. A system is provided that is configured on the condition that the balance between selling and buying is within a predetermined difference range.
According to this aspect, the difference at the time of exchange rate conversion is recognized, and even if a difference occurs on the system, it is possible to process the small difference after recognizing the difference according to a predetermined agreement. When a difference that is not a small difference occurs, it prevents the closing of the transaction, enhances the transparency and soundness of the transaction, and provides the effect of stabilizing the exchange rate of the substantial digital asset token. In addition, in the case of a transaction relating to the transfer of ownership of two parties, if one party sets a predetermined small difference that prevents the transaction from being completed, the degree of freedom of the other party is within the range of the difference, and the other party trades. Unless there are other restrictions, it creates room for the transaction to be decided so that it can be decided by the outcome, and the transparency of the transaction is increased.

In addition to the above aspects, according to the present invention, the system further includes a first computer for a user terminal for a first user and a second computer for a user terminal for a second user. The first or second computer, the system, and the node computer including the storage for storing the peer-to-peer distributed ledger are network-connected via a communication means, and the first or second computer is connected to the network. , A processor and a storage medium that stores instructions executed by the computer and is readable by the computer, the storage medium contains additional instructions for the wallet application program, which displays the user's operating screen. When executed by said processor to
The first computer for the user terminal for the first user displays the digital asset token bilateral transaction input screen for the first user.
Furthermore, in addition to the purchase item conditions including the purchase price and quantity of one unit of the quantity of one digital asset token, other digital asset tokens held by the purchasing user corresponding to the exchange value of the digital asset token in consideration of the purchase. A prompt for selection is displayed on the first user screen, and when the instruction of the first computer operated by the first user is executed by the processor, the purchase board of the purchase conditions is accepted and the wallet application program is received. Is stored in the memory of the first computer on which the instruction of
Further, on the first computer for the user terminal for the first user, when the instruction of the wallet application program operated by the first user is executed by the processor, the one digital stored in the memory. By the purchase board of the purchase condition of the asset token and the ownership transfer condition that limits the minimum selling price to the individually specified price range or the selling price fixed by the snapshot exchange rate on the peer-to-peer distributed ledger. The one digital asset token set for sale is read from the peer-to-peer distributed ledger via the communication means, and the one digital to be applied for purchase by the first user by matching with the sale board. The selling board of the asset token and the second user who is the owner of the one digital asset token of the selling board are identified, and these search results are displayed on the first user screen.
Next, the first user uses another digital asset token owned by the first user corresponding to the consideration by means of transaction composition means of a transaction between users via a screen operated by the first user. The first purchase application including the incomplete transaction is directed to the computer on which the incomplete transaction of the sales transaction between the users including the transfer of is executed and the wallet application program instruction of the second user is executed via the communication means. Send from your computer, wait for a reply from a second user,
On the second computer for the user terminal for the second user, when the instructions of the wallet application program operated by the second user are executed by the processor, the second user is said to be from the first user. Receive notification of purchase request,
Further, the second user accepts the purchase application including the incomplete transaction sent from the first user via the bilateral transaction approval input screen of the digital asset token displayed on the second computer, and the unfinished transaction is received. Transactions of sales transactions between users, including the transfer of another digital asset token set for sale by the first user specified by the completed transaction and the transfer of the one digital asset token of the second user's sale. Approves, and returns the transaction of the sales transaction after the approval to the first user,
Instructions from the wallet application program of either the first user or the second user are executed by the processor, and the transaction of transferring the digital asset token by bilateral transaction is broadcast to the blockchain network.
When the instruction of the node computer including the processor and the storage medium in which the instruction executed by the computer is stored and read by the computer is executed by the processor, when the instruction is received on the blockchain network, the transaction is verified. A system is provided that is configured to record the transaction in a blockchain block of a peer-to-peer distributed ledger stored in the storage medium of the node computer.
According to this aspect, a decentralized transaction system (hereinafter, also referred to as DEX (Digital Asset)) that enables the realization of bilateral transaction contracts is provided, and it is possible for users to eliminate the operation of an intermediary and realize a transaction, and an intermediary. It is expected to reduce the opportunities for market manipulation and further stabilize the market exchange rate, and it will be possible to make the exchange fee virtually free, providing the effect of activating the distribution of digital asset tokens. do.

In addition to the above aspects, the system further includes an instruction for a board trading program in the storage medium, and is operated by a first computer for a user terminal to be operated by a purchasing user and a selling user. Includes a second computer for the user terminal of the, each computer including a readable storage medium, the storage medium containing instructions for a wallet application program, the instructions displaying an operation screen of the purchasing user. When run by the processor of the first computer for
Display the digital asset token board transaction application screen on the screen operated by the purchasing user,
Specifying purchase item conditions including the purchase price and quantity of one unit of the amount of one digital asset token, and other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as consideration for purchase Prompt for selection is displayed on the purchase user screen,
Subsequently, the input of the purchase application including the purchase conditions of the purchase user is accepted from the user screen and transmitted to the computer on which the board transaction application program is executed.
In the system, when the processor of the computer that executes the board trading program executes an instruction for the board trading program stored in the storage medium, the purchasing user's board is purchased by the computer that executes the board trading program. When a purchase request including conditions is received, the purchase request is stored in the memory.
Furthermore, when the processor of the computer that executes the board trading program executes the instruction of the board trading program, if the computer receives the selling offer including the selling conditions of the selling user, the selling offer is stored in the memory. Accumulated,
Further, when the instruction of the board trading program is executed by the processor of the computer that executes the board trading program, the accumulated buying board and the accumulated selling board are matched, and when the matching is successful,
Transactions of sales transactions between users, including the transfer of one digital asset token of the selling user and the transfer of other digital asset tokens of the purchasing user set for sale by the purchasing user in consideration of the purchasing user's purchase. , The transaction of the transfer of the digital asset token by the board transaction, which is composed by the transaction composition means of the sales transaction, is broadcasted to the blockchain network.
The system further includes a node computer that contains a processor and a storage medium that stores instructions executed by the computer and is readable by the computer, and when the instructions are executed by the processor, it receives a broadcast on the blockchain network. Then, a system is provided that is configured to verify the transaction and record the transaction in a block of the blockchain of the peer-to-peer distributed ledger stored in the storage medium of the node computer.
According to this aspect, a distributed trading system (DEX) that realizes a board transaction contract is provided, and the transfer of the digital asset token by the board transaction is recorded in the peer-to-peer distributed ledger by the DEX system on the premise of system registration of a trading application. System is provided. The convenience that the user can execute the digital asset token exchange transaction while referring to the real-time board transaction contract information is provided, and the exchange trader can more easily provide the digital asset token exchange transaction function, and the exchange value. It provides the effect of enriching the variation of the realization method.

In addition to the above aspects, the system further includes an instruction for a board trading program in the storage medium, and is operated by a first computer for a user terminal to be operated by a purchasing user and a selling user. Includes a second computer for the user terminal of the, each computer including a readable storage medium, the storage medium containing instructions for a wallet application program, the instructions displaying an operation screen of the purchasing user. When run by the processor of the first computer for
Display the digital asset token board transaction application screen on the screen operated by the purchasing user,
Specifying purchase item conditions including the purchase price and quantity of one unit of the amount of one digital asset token, and other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as consideration for purchase Prompt for selection is displayed on the purchase user screen,
Subsequently, the input of the purchase application including the purchase conditions of the purchase user is accepted from the user screen and transmitted to the computer on which the board transaction application program is executed.
In the system, when the processor of the computer that executes the board trading program executes an instruction for the board trading program stored in the storage medium, the purchasing user's board is purchased by the computer that executes the board trading program. When a purchase request including conditions is received, the purchase request is stored in the memory.
Furthermore, when the processor of the computer that executes the board trading program executes the instruction of the board trading program, if the computer receives the selling offer including the selling conditions of the selling user, the selling offer is stored in the memory. Accumulated,
Further, when the instruction of the board trading program is executed by the processor of the computer that executes the board trading program, the accumulated buying board and the accumulated selling board are matched, and when the matching is successful,
Provided is a system configured to transmit the purchase information of the other party to both users and to initiate the transfer of the digital asset token by the bilateral transaction by either user.
According to this aspect, the information up to the selling of the buying board is provided by the DEX board gathering information providing system, and the contract is provided by the means for realizing the contract in cooperation with the bilateral transaction system function. Since the acquisition of information on the board transaction DEX improves the opportunity for execution and the execution of the transaction is realized by the user operation, the transaction will be completed by the buyer and the seller, and the parties will be minimized to simplify the transaction. That is, there is an advantage that it is possible to provide an effect in which the effects of board trading and bilateral trading are mixed.

The present invention provides a peer-to-peer distributed ledger recording method that improves the transparency and stability of digital asset token generation, issuance, and sales transfer, and a peer-to-peer distributed ledger integrated system for digital asset token generation, issuance, and sales transfer. offer.

FIG. 1 is a schematic flow chart of a configuration function flow of a method 1 of generation, issuance, sale transfer, and reserve operation of a first digital asset token according to an embodiment of the present invention.

FIG. 2 is a schematic flow chart of a configuration function flow of a method 1 of generation, issuance, sale transfer, and reserve operation of a second digital asset token according to an embodiment of the present invention.

FIG. 3 is a flowchart showing in more detail the configuration function flow of the methods M100 and M200 for generating and issuing the digital asset token T pegging into the legal tender according to the embodiment of the present invention.

FIG. 4 is a flowchart showing in more detail the configuration function flow of the method M300 for buying and selling the digital asset token T pegging into the legal tender according to the embodiment of the present invention.

FIG. 5 is a flowchart showing in more detail the configuration function flow of the method M400 for redeeming the digital asset token T pegging into the legal tender according to the embodiment of the present invention.

FIG. 6 is a flowchart showing in more detail the configuration function flow of the methods M101 and M201 for generating and issuing the digital asset token T2 pegging to another currency according to the embodiment of the present invention.

FIG. 7 is a flowchart showing in more detail the configuration function flow of the method M301 for buying and selling the digital asset token T2 pegging to another currency according to the embodiment of the present invention.

FIG. 8 is a flowchart showing in more detail the configuration function flow of the method M401 for redeeming the digital asset token T2 pegging to another currency according to the embodiment of the present invention.

FIG. 9 is a T chart illustrating the balance of sales transactions as the balance of transaction input and transaction output for the digital asset token T according to the embodiment of the present invention.

FIG. 10 is a T chart showing the balance of sales transactions with the digital asset token T1 as the balance of transaction input and transaction output for the digital asset token T2.

FIG. 11 is a schematic diagram showing an embodiment of the digital asset token integrated system according to the present invention for recording the generation, issuance, and sales transfer of digital asset tokens in a peer-to-peer distributed ledger.

FIG. 12 is a schematic diagram showing a system configuration of an embodiment of the digital asset token integrated system 2 according to the present invention.

FIG. 13 is a flowchart of the generation of the digital asset token T according to the embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 14 is a flowchart of issuance of a digital asset token T according to an embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 15 is a flowchart of buying and selling of the digital asset token T according to the embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 16 is a flowchart of redemption of the digital asset token T according to the embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 17 is a flowchart of the generation of the digital asset token T2 according to the embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 18 is a flowchart of issuance of the digital asset token T2 according to the embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 19 is a flowchart of buying and selling of the digital asset token T2 according to the embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 20 is a flowchart of redemption of the digital asset token T2 according to the embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 21 is a schematic schematic diagram of a distributed bilateral transaction system according to an embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 22 is a flowchart of a distributed bilateral transaction system according to an embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 23 is a schematic schematic diagram of a distributed board trading system according to an embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 24 is a flowchart of a distributed board trading system according to an embodiment of the digital asset token integrated system 2 of the present invention.

FIG. 25 is a schematic schematic diagram of a mixed distributed transaction in which a distributed board transaction system and a distributed bilateral transaction system according to an embodiment of the digital asset token integrated system 2 of the present invention are mixed.

FIG. 26 is a flowchart of a mixed distributed transaction in which a distributed board transaction system and a distributed bilateral transaction system according to an embodiment of the digital asset token integrated system 2 of the present invention are mixed.

The embodiment of the digital asset token of the present invention will be described in detail in the following examples.

<First Embodiment>
An embodiment of the method of generating, issuing, buying and selling, and reserve operation of the digital asset token according to the present invention will be described below.
In the peer-to-peer distributed ledger recording method of the digital asset token T according to the present invention, the generation of one unit of the amount of the digital asset token T (hereinafter, also referred to as “ton unit (T)”) is recorded in the peer-to-peer distributed ledger.

Digital asset tokens have the concept of quantity, and the token unit is expressed by the token unit symbol T and is expressed as the digital asset token T quantity (T). T may be the ticker used in the transaction.

In one aspect, the peer-to-peer distributed ledger may be a blockchain.

Recording a digital asset token in a peer-to-peer distributed ledger means that a transaction describing the transfer of a digital asset token from address to address is recorded in the peer-to-peer distributed ledger, and a predetermined validation is performed before recording. Only transactions that have passed and passed validation are recorded in the peer-to-peer distributed ledger.

The transaction structure can be, for example, a format similar to that of a Bitcoin blockchain transaction. Transaction input, which is the constituent unit of transaction input, and transaction output, which is the constituent unit of transaction output, are the two basic components, and the debit / credit balance is expressed by transaction input / transaction output. As a general rule of the ledger, the balance must be balanced in terms of transaction display.

FIG. 1 is an outline functional flow diagram illustrating the functional flows of the digital asset token T generation stage ST1, issuance stage ST2, trading transfer stage ST3, and redemption stage ST4, and gives a bird's-eye view of the method 1 according to the present invention. At the top of Figure 1, the transfer of digital asset token T between the issuer and the user and the transfer of ownership are the functions of digital asset token T associated with user operations at each stage of generation, issuance, sale and redemption of digital asset token T. It is drawn with a focus on the flow. At the bottom of FIG. 1, the transaction TR is recorded in the peer-to-peer distributed ledger 3 in chronological order.

<Buying and Selling Digital Asset Token T>
A typical transaction operation referred to in the present invention is the case of transfer of ownership of the digital asset token T between users, and in FIG. 1, the transfer operation between users is represented as the trading stage ST3. The term "buying and selling" as used herein means a transaction involving the transfer of digital asset token T between addresses, which involves the provision of consideration. If the consideration is free of charge, it is a gift or succession (general succession and inheritance). However, since the transaction TR that realizes the buying and selling of the digital asset token T in the legal currency cannot directly represent the legal currency by the digital asset token T of the present invention, the transfer of the digital asset token T between users is the transaction TR. In the description of, it is simply expressed as the transfer of the digital asset token T from the user address to another user address.

The transaction TR recorded in the peer-to-peer distributed ledger for buying and selling in Figure 1 should be displayed as follows.
The transaction input for identifying the token type of the digital asset token to be bought and sold by the current owner who is the ruler of the source address and the predetermined quantity of the digital asset token T is expressed as follows. It shall be.
Source address / quantity of digital asset tokens (digital asset token unit symbol T)

The transaction output that identifies the token type of the digital asset token T to be bought and sold and the address belonging to the purchaser who should be the owner of the predetermined quantity of the digital asset token T shall be described below.
Destination address / Quantity of digital asset tokens (digital asset token unit symbol T)

A display example of transaction input is as follows.
(Example) Transaction input 1 User address 1/1 (T)
Indicates that "transaction input 1 is the input of the transaction in 1 digital asset token unit (T) of the digital asset token T owned by the user address 1."

A display example of transaction output is as follows.
(Example) Transaction output 1 User address 2/1 (T)
Indicates that "transaction output 1 is the output of the transaction that the user address 2 should own one unit (T) of the amount of the digital asset token T".

In the transaction TR, the consideration for buying and selling is not displayed, only the movement from address 1 to address 2 of 1 (T) is described, and not all the causes of the contract are described in the transaction.

Integrating the two, the notation of the movement from address 1 to address 2 of 1 (T) due to <transaction TR> trading is as follows.
Transaction TR
Transaction input:
Transaction input 1 User address 1/1 (T)
Transaction output:
Transaction output 1 User address 2/1 (T)

Therefore, when user 1 sells 1000 token units of digital asset token T to user 2 (user 2 purchases from user 1), the transaction may be represented by the following notation.
Transaction TR
Transaction input:
Transaction input 1 User address 1/1000 (T)
Transaction output:
Transaction output 1 User address 2/1000 (T)

This transaction notation does not describe the consideration for buying and selling. If the consideration for buying or selling is not managed by tokens, it is not described in the notation of the structure of this transaction, and it should be treated separately. Therefore, the balance of balance is -1 for the user address 1, the balance of balance is +1 for the user 2, and the entire transaction is balanced with the balance of 0. Alternatively, when the consideration for buying and selling is not managed by tokens, the consideration for buying and selling can also be expressed in the transaction by introducing the virtual digital asset token as follows.

When the consideration for sale is not managed by tokens, it is not described in the notation of transaction structure as described above, but the terms of ownership transfer used in the method and system according to the present invention include those not managed by tokens. And there are some inconvenient scenes. In such a case, it is advisable to introduce the concept of digital memo token. For example, if the legal tender Japanese Yen is used as the consideration for issuing the Digital Asset Token TM, the Digital Memo Token TM is treated in the transaction as a representation of the Japanese Yen and is generated by receiving the Japanese Yen as the consideration. And. When the digital asset token T is generated, the digital asset token T is originally generated from nothing, but here, since it is a digital asset memo as a memo, the issuer issues 1000 token units of the digital asset token T to the user 2 When the issuer and the user 2 pay the issuer a consideration of 1000 yen, the issuer and the user 2 assume that there is an agreement to display the consideration of 1000 (T) as a memo of 1000 (TM). TR may be represented by the following notation.
Transaction TR
Transaction input:
Transaction Input 1 Issuer / 1000 (T);
Transaction input 2 User address 2/1000 (TM)
Transaction output:
Transaction output 1 User address 2/1000 (T);
Transaction Output 2 Issuer / 1000 (TM)
In the above transaction, the transaction is displayed as a memo that the issuer provides the issuer with 1000 token units of the digital asset token T, and at the same time, the user 2 provides the issuer with 1000 yen represented by the digital memo token TM. .. In the 1000 (TM) notation of user address 2, it may be assumed that the existence of the digital token does not have a virtual existence and does not need to be formally generated by the system.

Here, it is more preferable to further introduce the concept of the virtual digital asset token T0 so that the virtual digital asset token T0 corresponds to the remittance of legal tender from the user address. For example, when the issuer receives fiat currency 1000 (yen) from user 2 into a real fiat currency account, 1000 (T0) is generated at the fiat currency account address, and the transaction TR is as follows by the digital asset token T0. Can be expressed as.
Transaction input:
Transaction input 1 Base address 00/1000 (T0);
Transaction Input 2 Issuer / 1000 (T)
Transaction output:
Transaction output 1 Legal tender account address / 1000 (T0);
Transaction output 2 User address 2/1000 (T)
The transaction TR displays the legal tender 1000 (yen) received offline from the user 2 on the peer-to-peer distributed ledger system at the legal tender account address which is the management address of the issuer, and the user 2 displays the digital asset token 1000 from the issuer. Indicates that you will receive (T). Here, the base address 00 is an address specially prepared by the system as the origin address of the digital asset token generation as described in detail in the section of the digital asset token generation of the present specification described later. Therefore, in transaction TR, there is an agreement between

users

1 and 2 that 1 (T) is an exchange rate of 1 (yen), and that 1 (T) and 1 (T0) are equivalent. Is displayed. In the above example, the Digital Asset Token T0 should no longer be understood as a Digital Memo Token, but as a Virtual Digital Asset Token that represents deposits and pegging into fiat accounts. Since the virtual digital asset token T0 is pegged with a specific real asset that represents the amount deposited in the fiat currency account, it is appropriate to call it the virtual fiat currency account digital asset token. Virtual fiat account Digital Asset Token T0 is genuinely pegged to a particular real asset as long as it is at the fiat account address, ie, the consensus of stakeholders between the parties and in the world of peer-to-peer distributed ledgers. It should be noted that this should be supported by. If the digital asset token T is redeemed, it is sufficient for the digital asset token T0 to be moved from the fiat currency account address to another internal management address, for example, the reserve address 01 described later, and from another fiat currency from the user. When there is a deposit, the reserve address 01 may be used again in circulation to the legal tender account address. In this case, it is possible to have the meaning that the digital asset token pooled at the reserve address 01 is changed to the virtual legal tender account digital asset token corresponding to the deposit amount by transferring to the legal tender account address on the transaction display. be.

In the method 1, an example in which the consideration is paid with another digital asset token will be described later (see FIG. 2), and an example in which the virtual digital asset token T0 is treated as a digital asset token will also be described later. Based on the above notation, the transaction notation and the nature of the transaction used in the present invention will be described in detail below.

The above transaction display is that Bitcoin, which is a typical digital asset token, has the concept of unused transaction (UTXO) in that the transaction output exists as a digital asset token that can be used in the next transaction input. Although it is common, at least the transaction structure of Bitcoin is different from the recognition of the difference generated that is applied to the fee. That is, at least, the concept of transaction execution fee does not exist inside the transaction, and separate economic allowance and system resource allowance are provided for the sustainability of the system. Therefore, in the transaction recorded in the peer-to-peer distributed ledger by the method of the present invention, in principle, the balance of the transaction is balanced by the transaction input provided by the user and the transaction output given by the user to another user.

In one embodiment, Method 1 of the present invention employs the concept of unused transactions (UTXO). It is a transaction when the digital asset token ownership transfer condition and history condition are associated with the digital asset token in units of unused transactions (UTXO) in order to associate the ownership transfer condition and history condition characteristic of the present invention with the digital asset token. This is because it has the advantage of reducing the data length. This provides the advantage of facilitating monitoring by reducing the number of transaction views in a peer-to-peer distributed ledger, and / or has the advantage of making the outlook for the balance of balances easier and more transparent. Greater benefits are provided.

In FIG. 1, due to a sales agreement between two users, for example, the transaction TR shown above (hereinafter, also referred to as a completed transaction TR) is blowcast to a peer-to-peer distributed ledger network, and the peer-to-peer distributed ledger network described later. The validity of the transaction TR is verified by a node computer (not shown), and if the verification is passed, it is recorded in the peer-to-peer distributed ledger 3.

In one aspect, the peer-to-peer distributed ledger 3 is a blockchain, and the minimum configuration unit of the peer-to-peer distributed ledger 3 is a plurality of transaction TRs accumulated in a bucket and recorded in the peer-to-peer distributed ledger 3 as a block block. In the recording of the peer-to-peer distributed ledger 3, a plurality of transactions are accumulated in blocks and recorded in the block chain in block units for the convenience of processing efficiency. In addition to verifying the legitimacy of a transaction, it also verifies that the block is eligible to connect to the previous block, that is, the block is validated. Unlike Bitcoin, there is no restriction to provide a fee to miners who perform verification on a block-by-block basis, so the number of transactions to be accumulated in a block can be freely set by balancing processing efficiency and convenience. Is. In that sense, the peer-to-peer distributed ledger 3 of the method 1 and the system 2 disclosed in the present invention is a block because additional records to the peer-to-peer distributed ledger 3 are verified in block units and the blocks are chained in chronological order. Although it may be called a chain, the transaction included in the block may be one case in which processing efficiency and convenience are balanced. Therefore, the peer-to-peer distributed ledger 3 is composed of a chain of blocks including a plurality of transactions requested to be recorded within a predetermined time frame in a local environment, and the blocks are directed acyclic graphs (Directed Acyclic Graph). By adopting DAG), the blocks may be configured to be chained.

Furthermore, the peer-to-peer distributed ledger 3 may be configured so that the nonce search of the block is a requirement for successful block verification, or it may be configured to branch to the DAG in the local environment.

There are various matters related to the legitimacy of the block, such as POW and POS, and they are still actively changing. However, the feature of the present invention is to include the ownership transfer condition in the transaction verification, or to provide historical information. As an additional note, it is possible to take a step away from the validation of the block. Therefore, the block validity verification method may be POW (Proof Of Work) or POS (Proof Of Stake), or any consensus method may be adopted.

<Generation of Digital Asset Token>
When a digital asset token T is generated, it is generated by a special generation transaction that produces a digital asset token T from nothing, unlike other transactions, unlike a mere move of a digital asset token T.

The generated transaction TR is configured as a transfer from the base address 00 to the reserve address 01. The base address 00 is specially prepared by the system as the origin address of generation, and corresponds to the coin base of Bitcoin.

The reserve address 01 is a special address that is also used as a return address when the digital asset token T is redeemed from the user to the issuer after the digital asset token T is generated and / or issued to the user. The digital asset token T used by the user is previously generated by the generation transaction TR and is recorded in the peer-to-peer distributed ledger 3 and stored in the reserve address 01. Immediately after generation, the base address 00 is moved to the reserve address 01. For example, in Method 1 of the present invention, the following generated transactions are recorded in the peer-to-peer distributed ledger 3.
Transaction TR
Transaction input:
Transaction input 1 Base address 00/1000 (T)
Transaction output:
Transaction output 1 Reserve address 01/1000 (T)
The balance between the transaction input and the transaction output of this transaction TR is balanced as described above or as shown in FIG. When verifying the balance of balance, check the balance of the entire transaction TR. The balance difference is provided to the amount of digital asset token T contained in the transaction input provided by the user and to other users corresponding to the transaction input if the transaction has only a single digital asset token T. The balance between the balance with the total amount of Digital Asset Token T included in the transaction output (the transaction output provided to other users corresponding to one transaction input is not limited to one) is zero. Should be, and the amount of Digital Asset Token T will match in lending and borrowing. Examples of the balance of balance at the time of generation are illustrated in FIGS. 9 and 10.

As described above, Method 1 of the present invention includes a record of the generation of the digital asset token T, and the generation of one unit (T) of the amount of the digital asset token T is performed with the source as the base address 00 and the reserve pool. The step of recording in the peer-to-peer distributed ledger 3 as a transaction TR record of the transfer of the digital asset token T between the addresses of the digital asset token T with the reserve address 01 as the destination address is executed (MS110).

<Additional notes on verification conditions>
Ownership transfer conditions can be added to one unit of the amount of Digital Asset Token T. The ownership transfer conditions are assumed to be recorded in advance in the peer-to-peer distributed ledger 3, and when the digital asset token T is used and transferred to a new destination, that is, the peer-to-peer distributed ledger is associated with the destination address. When recorded in 3, the terms of transfer of ownership are characterized in that the terms of suspension of transfer provide the same effect as those pre-recorded in the digital asset token T, which can be recorded in the peer-to-peer distributed ledger 3. do.

There is a mechanism for contracts on the Internet called smart contracts. In the smart contract, the contract contents between the parties are determined in advance, registered on the system, and the contract contents are referred to at the time of transaction execution. The ownership transfer condition of the present invention can be embedded in the peer-to-peer distributed ledger itself of the digital asset token platform as an execution condition (suspension condition). Alternatively, the owner of the digital asset token unilaterally embeds the execution conditions of the transfer in the peer-to-peer distributed ledger itself of the digital asset token, regardless of the other party, and suspends it regardless of the number of others. If the conditions are not met, it will provide an anti-world effect that prevents execution.

For example, Ethereum, which is famous for smart contracts, basically handles contracts between two parties. The synchronization of the two parties' approvals is left to the application protocol on Ethereum. Conversely, the guarantee of synchronization of approvals of the two parties is entrusted to the application protocol, and in the end, the distributed platform is the same as the one that entrusts the closing of the transaction to the smart contract protocol. This is easy to understand considering that the execution conditions are entrusted to the token exchange in ordinary transactions. The transaction of digital asset tokens of smart contracts is also the same as the conventional trust structure that trusts the token exchange that mediates the issuance solicitation when soliciting the issuance of digital asset tokens. The smart contract will rely on the smart contract protocol on the plot form that someone has created ad hoc.

In addition, in smart contracts such as Ethereum, even if it is possible to eliminate double transactions from the functional nature of the blockchain mechanism itself at the time of transfer of digital asset tokens, double acts at the contract stage cannot be excluded. .. On the other hand, there is a risk that the parties will proceed with multiple contracts at the contract stage, withdraw from the progress of the contract in the middle stage, and one contract partner will be the contracting party and no negotiation will be made. In this case, the efforts of the negotiation stage are wasted, and in the world via the Internet, it is almost difficult to dispute for this reason.

In the method 1 of generating, issuing, and transferring a digital asset token according to the present embodiment of the present invention, the ownership transfer condition is a suspension condition to the peer-to-peer distributed ledger 3 itself of the platform of the digital asset token T, and the ownership is transferred. The conditions are configured to be embeddable. Peer-to-peer distributed ledger of Digital Asset Token T, in which ownership transfer conditions can be embedded as enforcement or suspension conditions, whether as platform conventions or private conventions that override the platform conventions and are generally accepted. A method 1 and a system 2 for embedding in the system 2 are provided. As a result, the terms of transfer of ownership also contribute to the problem described in the previous paragraph in terms of providing a social effect.

A method 1 according to an embodiment of the present invention will be described with reference to FIGS. 1 to 5. As shown in FIG. 3, the part of method 1 according to one embodiment of the present invention includes a part of method M100 for generating one unit of the amount of digital asset token T, and one part of the amount of digital asset token T. The step of recording unit generation in a peer-to-peer distributed ledger (MS110) is performed first. In the following, the portion of the method M100 for generating one unit of the amount of digital asset token T included in the method 1 according to the embodiment of the present invention is displayed as the generation stage ST1 as shown in FIG. Similarly, the method of issuing 1 unit of the amount of Digital Asset Token T shown in FIG. 3 The portion of M200 is executed in the issuance stage ST2 of FIG. 1 and 1 unit of the amount of Digital Asset Token T shown in FIG. The method of buying and selling M300 is executed in the buying and selling stage ST3 of FIG. 1, and the method of redeeming one unit of the amount of digital asset token T shown in FIG. 5 The part of M400 is executed in the redemption stage ST4 in FIG. It is defined so that the method of M100-400 and the stage of ST1-ST4 are related to each other.

<Universal price verification conditions>
The ownership transfer conditions include, for example, setting the universal price range of the upper and lower limits of the transfer consideration between one unit of the amount of digital asset token T and the predetermined legal currency, with the legal tender of the transfer consideration as the amount condition. May be done. The universal price range refers to a predetermined price range set over the entire method 1, which is a predetermined price condition defined as a common verification condition for the entire method 1, and the digital asset token is substantially a predetermined legal tender. Suitable for being pegged by currency. If the fiat currency is Japanese Yen and the Digital Asset Token T is pegged at a ratio of 1: 1 to the fiat currency, the minimum consideration is 100 Yen for every 100 units of the amount of Digital Asset Token. This is a kind of universal price condition setting with a maximum price of 101 yen. In the following, this is 100 ≤ 100T ≤ 101
Notated as. 100 is a scale factor to avoid decimal point notation and decimal point calculation.

The legal tender to be pegged is preferably the Japanese yen. The method of the present invention provides a digital asset token pegged to the currency of the Bank of Japan, which is highly stable and highly transparent in operation among legal tenders, and the method according to the present invention is even more transparent. A highly stable digital asset token will be provided.

The digital asset token T of the present invention exists independently for each unit 1 (T) of the amount of the digital asset token T in the smallest mesh. The above-mentioned ownership transfer condition shall be attached to each unit (T) of the digital asset token T corresponding to the quantity described in the transaction input or transaction output.

The concept of quantity of digital asset token T may have an aggregated concept, and when the lowest token unit is 1 and simply written as digital asset token T, digital asset token T is a type of aggregated concept of quantity. For example, the unit 100T of the amount of digital asset token T may represent 100 units of one unit of the amount of digital asset token T as one block. Alternatively, for example, the unit 500T of the amount of the digital asset token T may represent 500 units of one unit of the amount of the digital asset token T as one block. Alternatively, for example, the unit 1000T of the amount of the digital asset token T may represent 1000 units of one unit of the amount of the digital asset token T as one block. Alternatively, for example, the unit 10000T of the amount of the digital asset token T may represent 10000 units of the amount of the digital asset token T as one block.

The above verification conditions may be collectively managed for each of the above aggregation types, T100, T500, T1000 or T10000. In that case, internally, as follows:
Transaction TR
Transaction input:
Transaction input 1 Base address 00/1000 (T)
Transaction output:
Transaction output 1 Reserve address 01/1 (T1000)
The transaction output digital asset token T may be accompanied by the ownership transfer condition in one 1000T block. In that case, the digital asset token T with the ownership transfer condition is required to divide a part of one 1000T in advance when using a part of one 1000T for transaction input. May be good.
Transaction TR
Transaction input:
Transaction input 1 Reserve address 00/1 (1000T)
Transaction output:
Transaction output 1 Reserve address 01/1 (T500);
Transaction output 2 Reserve address 01/4 (T100);
Transaction Output 3 Reserve Address 01/100 (T)
It is like. In this case, the terms of transfer of ownership may be added to each of one T500, four T100s and 100 Ts. Alternatively, it may be added for each transaction output, and in that case, it may be divided and generated in advance as follows.
Transaction TR
Transaction input:
Transaction input 1 Base address 00/1000 (T)
Transaction output:
Transaction output 1 Reserve address 01/500 (T);
Transaction output 2 Reserve address 01/100 (T);
Transaction output 3 Reserve address 01/100 (T);
Transaction output 4 Reserve address 01/100 (T);
Transaction output 5 Reserve address 01/100 (T);
Transaction Output 6 Reserve Address 01/100 (T)
or,
Transaction TR
Transaction input:
Transaction input 1 Base address 00/1000 (T)
Transaction output:
Transaction output 1 Reserve address 01/1 (500T);
Transaction output 2 Reserve address 01/5 (100T);
Is. 1000 (T), that is, 1T of 1000, can be composed of one 500T and five 100 (T). In this case, the ownership transfer conditions to be provided for the use of transaction input 1 are provided every 500T and every 100T, and the record of the ownership transfer conditions to the transaction output is recorded every 500T and every 100T. As described above, the method 1 of the present invention may be configured.

The ownership transfer condition is, for example, a universal price range of the upper limit and the lower limit of the transfer consideration between one unit of the amount of digital asset token T and the predetermined legal currency as the amount condition of the legal tender for the transfer consideration. Refers to the case where it is done. The fiat currency consideration provided by the owner of the transaction output address is the fiat currency provided as the consideration for the total quantity of the transaction input digital asset token T, and the fiat currency per unit quantity of the digital asset token T is calculated. Whether or not the currency amount falls within the predetermined price range is determined by the ownership transfer condition, and it is verified whether or not this condition is passed with respect to the transaction TR, and if it passes, the transaction TR is a peer-to-peer distributed ledger 3 It is a condition to be recorded in. The transaction TR is then broadcast, for example, to the blockchain, which is a peer-to-peer distributed ledger 3, and is verified by the transaction TR by a node computer (hereinafter, also referred to simply as a "node") responsible for verification on the distributed network. It is added to the block of the blockchain and recorded in the blockchain (hereinafter, this process may be simply referred to as "recording in the peer-to-peer distributed ledger 3").

In this way, the ownership transfer condition is per unit (T) of the amount of digital asset token T used in the transaction, or per transaction input used in the transaction, that is, per unused transaction, or these. Ownership transfer conditions may be validated for the transaction TR as a whole.

Whether it is verified as a whole transaction TR or by the usage unit of each digital asset token for each transaction input, the ownership transfer condition must be applied at the time of transaction verification. Matters related to ownership transfer conditions must be displayed as transaction characteristic information in the transaction input.

Therefore, as shown in FIG. 1, in the method 1 according to one embodiment of the present invention, the subsequent transfer of ownership of the digital asset token T recorded in the peer-to-peer distributed ledger 3 is recorded in the peer-to-peer distributed ledger 3. When
Ownership transfer condition addition renewal step, including step (MS120) of pre-recording the addition or renewal of ownership transfer conditions to be associated with one unit (T) of the amount of digital asset tokens to be transferred in the peer-to-peer distributed ledger 3. After the MS120, the digital asset token T used in the transaction is provided with an additional renewal means of the ownership transfer condition so that the additional renewal of the ownership transfer condition is recorded. Ownership transfer terms include, for example, a step (MS130) that includes setting a universal price range for transfer pricing between one unit (T) of the amount of digital asset tokens and a given statutory currency. This transfer pricing condition controls the transaction price to a certain extent, which has the effect of providing a stable transfer pricing for digital asset tokens. In addition, when the ownership transfer condition is added and the ownership transfer condition is recorded in the peer-to-peer distributed ledger 3 as a suspension condition, the trader is almost free to trade what is the record to be verified. It is also possible to record in advance before the transaction, it is possible to specifically read the transparency and certainty of the transaction from the record before the transaction, and after the transaction it is possible to see if the transaction was sound. It is possible, and thus recording the terms of ownership transfer in a peer-to-peer distributed ledger contributes to increased transparency. In this way, transparency is improved by recording history and constraints, and the exchange value is more stable by making it possible to incorporate into the digital asset token itself a mechanism that limits the price to the price fluctuation range of a predetermined fiat currency. The method of the present invention in which a digital asset token is provided is disclosed herein.

<Additional notes on relocation history information>
The transfer record can also be accompanied by transfer history information, and the incidental information of the digital asset token T used in later transactions includes at least the history of the transfer of the digital asset token to the reserve. Includes historical information (MS140). The transfer history is categorized, and the transfer history of transfer to reserve 01 immediately after the generation of digital asset token T, transfer from reserve to user, transfer between users, and transfer from user to reserve 01 is a peer-to-peer distributed ledger 3 Is equipped with recordable means. When the digital asset token is generated, the transfer to Reserve 01 as the ownership is generated is recorded as transfer history information. Each transfer category can be added to the transfer record with a code or history information code representing any of these, and parameters depending on its content. By recording the transfer history information before issuance in the peer-to-peer distributed ledger, the identity of the digital asset token T can be known, and it becomes possible to monitor the additional issuance of the issuer. The addition of transfer history information provides the effect of increasing the transparency of digital asset token T generation.

For the addition of the transfer history information, for example, the verification time is described in the transfer history information of the generation stage ST1 and / or the issuance stage ST2, and the verification condition is that the past retrospective issuance is not forged by the verification time included in the transfer history information. That is, it may be a condition for transferring ownership, and other transfer history information for appropriately increasing the transparency of digital asset token generation and issuance may be recorded, and the transfer history information may be recorded together with the condition for transferring ownership.

Therefore, in the method 1 according to one embodiment of the present invention, in the generation stage ST1, the incidental information to be added to the transfer record includes at least the history information including the transfer history of the digital asset token T to the reserve 01 ( MS140).

Then, in the method 1 according to one embodiment of the present invention, in the generation stage ST1 of the digital asset token T, the transaction TR including the information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (MS150). Record the transfer of ownership of the Digital Asset Token T (MS170) after successful transaction validation, including the transfer of ownership condition (MS160), and the transfer of ownership condition is one unit (T) of the amount of the Digital Asset Token. Added to the record of transfer to reserve address 01 (MS180), eg, at the same time, historical information is added to the record of (T) transfer of one unit of the amount of the digital asset token (MS190), eg. , Simultaneously recorded, the history information is configured to include the transfer history information of the transfer digital asset token T from the issuer to the reserve 01 immediately after the generation of the digital asset token T.

The record of transfer history information can be provided with the transfer of self-transfer at reserve address 01, as will be described later. In the present embodiment, the generation method part is a reserve address for embedding the ownership transfer condition and / or history information in the record of the digital asset token T2 of the peer-to-peer distributed ledger 3 immediately after the generation. It may also be included that a transfer transfer between own addresses from 01 to reserve address 01 is provided.

Thus, the portion of the method 1 according to one embodiment of the present invention includes the portion of the production method M100, in which the portion of the production method M100 performs the following steps.
When recording the generation of one unit (T) of the amount of digital asset token T in peer-to-peer distributed ledger 3 (MS110) and then recording the transfer of ownership of the digital asset token T in peer-to-peer distributed ledger 3, transfer Addition or renewal of ownership transfer conditions to be associated with one unit (T) of the amount of digital asset tokens to be done is recorded in advance in the peer-to-peer distributed ledger 3 (MS120), and the ownership transfer conditions are the amount of digital asset tokens. Includes the setting of upper and lower universal price ranges for transfer consideration between one unit (T) of and a given statutory currency (MS130), and the incidental information to be added to the record is at least a digital asset to Reserve 01. A transaction TR containing historical information including the history of token T transfer (MS140) and containing information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (MS150) and includes the ownership transfer conditions. After successful transaction validation (MS160), record the transfer of ownership of the Digital Asset Token T (MS170), and the terms of ownership transfer are added to the record of the transfer of one unit (T) of the amount of the Digital Asset Token (T) ( MS180),
The historical information is added to the record of the transfer of one unit (T) of the amount of the digital asset token (MS190).
The history information includes at least the digital asset token T among the records of the transfer from the issuer to the reserve, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to the reserve immediately after the generation of the digital asset token T. This is a method that includes transfer history information from the issuer to the reserve immediately after the generation of.

The unit to which the transfer history information is added is added for each digital asset token T, or at least for each transaction output, as in the case of the ownership transfer condition, and is used for transaction input in the next transaction TR. At that time, these transfer history information may be used according to the ownership transfer conditions, in which case the transaction TR as a whole may be verified.

Alternatively, when used for transaction input in the future, it may be used for pre-checking the verification to be executed in the wallet, or it may be used as one of the log data on the blockchain for auditing.

<Issuance of Digital Asset Token>
Next, the effects of the method of one embodiment of the present invention in the issuing stage ST2 will be described with reference to FIGS. 1 and 3. In the issuance stage ST2, the transaction TR at the time of issuance is such that the ownership is transferred from reserve address 01 to user address 1 as a transfer of ownership from the issuer to the user.
Transaction TR
Transaction input:
Transaction Input 1 Reserve Address 01/1000 (T)
Transaction output 1 User address 1/1000 (T)
And transaction TR may be configured. Therefore, the difference from the trading stage is that the transfer source address is always the reserve address 01, not the user address or other address.

<Additional changes to the conditions for transfer of ownership>
In the method according to one embodiment of the present invention, when issuing the digital asset token T, it is possible to add a change in the ownership transfer condition to one unit of the amount of the digital asset token. Regarding the above universal price condition setting, for example, according to the market exchange value fluctuation of 1 unit of the digital asset token amount at the time of issuance, the lower limit consideration is set to 10000 yen for 1000 units of the digital asset token T amount, and the upper limit is set. Universal price condition setting with a price of 11000 yen Universal price condition setting can be set. In this case, for Digital Asset Token T,
10000 ≤ 1000T ≤ 11000
It seems that the universal price range is set as follows. Or if you want to add only the upper limit universal price
0 ≤ 1000T ≤ 11000
Alternatively, if you want to add only the lower limit, use 1000000, which is a substantially large amount.
10000 ≤ 1000T ≤ 1000000
It seems that the universal price range is set as follows.

<Additional notes on relocation history information>
In the method 1 according to one embodiment of the present invention, the transfer history information can be further added to the transfer record, for example, simultaneous recording. Of the categorized transfer history, the transfer history of the transfer to Reserve 01 immediately after the generation of the digital asset token T is configured to be continuously recorded in the peer-to-peer distributed ledger 3. More specifically, the digital asset token T or unused transaction recorded on the peer-to-peer distributed ledger 3 records the transfer history of the transfer to reserve 01 immediately after the generation of the digital asset token T, and is digital. When the asset token T or unused transaction is used for the transaction input of the next transaction TR, the transfer history information of the transfer to reserve 01 immediately after the generation of the digital asset token T is continuously recorded in the transaction output of the transaction TR. It is configured as follows. Depending on the transfer history information of the transfer to Reserve 01 immediately after the generation of the digital asset token T, the serial number of the generation can be attached, the image with the watermark can be incorporated, and these hashes can be attached to various digital asset tokens. The information that easily confirms the authenticity is configured to be permanently inherited by the Digital Asset Token T itself.
Further, the transfer history of the transfer from the reserve 01 to the user can be recorded in the peer-to-peer distributed ledger 3. Each transfer category can also be added as a code representing any of these. By recording the transfer history information at the time of issuance in the blockchain or peer-to-peer distributed ledger 3, the identity of the digital asset token T can be known, and the transfer history of the transfer from reserve 01 to the user clarifies the occurrence by the issuer. As a result, it is also possible to monitor the additional issuance. A third party who tampers with the description will be more likely to be identified as a deceptive act, gaining more trust, and adding the transfer history information will provide the effect of increasing the transparency of digital asset token generation. do. In this way, the transparency of the issue price is improved by recording the history that is displayed for reference on the digital asset token itself after issuance and the constraint condition that is pegged to the legal tender with respect to the issue price at the time of issuance, and in addition, the price is increased. A mechanism that limits the price fluctuation range of a given fiat currency provides digital asset tokens with a more stable exchange value.

Therefore, as shown in FIG. 1, in the issuance stage ST2, the part of the method 1 according to one embodiment of the present invention includes the part of the method M200 for issuing the digital asset token T, and the amount of the digital asset token T. When the step of recording the generation of one unit (T) in the peer-to-peer distributed ledger 3 is executed (MS110) for the digital asset token T and the subsequent issuance of the digital asset token T is recorded in the peer-to-peer distributed ledger 3, Similar to the generation stage ST1, as shown in FIG. 1, the transfer condition addition update step (MS120) is executed following the generation step (MS110) of the method 1 regarding the digital asset token T, and the ownership transfer for legal currency pegging is performed. The condition update setting step may be executed by MS130, and then the history information setting step MS140, broadcast step (MS150), verification step (MS160), recording step (MS170), ownership transfer condition addition step (MS180) and history information. This is the method in which each step of the supplementary step (MS190) is executed. And, as mentioned above, the present invention provides the transparency of generation and / or issuance of digital asset tokens and the stability of exchange value at the time of issuance by the addition of ownership transfer conditions and the addition of history information and issuance via reserve. Provides an improved peer-to-peer distributed ledger recording method.
<Transfer of ownership between users of Digital Asset Token T>
Next, as shown in FIG. 1, in the trading stage ST3, the part of the method 1 according to one embodiment of the present invention includes the part of the method M300 of transfer between users after the issuance of the digital asset token T. Hereinafter, the action and effect of the method 1 of the embodiment of the present invention in the trading stage ST3 will be described with reference to FIGS. 1 and 4. For the digital asset token T generated by the step (MS110) of recording the transaction TR of the digital asset token T having the reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3 in the generation stage ST1, users 1 to 2 In the step of recording the transfer of ownership of the digital asset token T to (MS170), for example, the following transaction TR is executed.
In an embodiment of one embodiment, the ownership transfer transaction TR between users is
Transaction TR
Transaction input:
Transaction input 1 User address 1/1000 (T)
Transaction output:
Transaction output 1 User address 2/1000 (T)
And a transaction TR for transferring the digital asset token T from user addresses 1 to 2 may be configured. The transaction input is, for example, attached to the user 1 digital asset token T with a universal setting ownership transfer condition, which includes one unit (T) of the amount of the digital asset token and a predetermined statutory currency. There is a universal price range of upper and lower limits for transfer consideration between (MS130) and the addition or renewal of ownership transfer conditions to be associated with one unit (T) of the amount of said digital asset tokens to be transferred. The recording step (MS120) of recording in the peer-to-peer distributed ledger 3 in advance is executed.
For example, in one embodiment, regarding the recording of the transfer of ownership of the digital asset token T from the user address 1 to another user address 2, it is associated with one unit (T) of the digital asset token amount, for example, the user address 2. When the ownership transfer condition that limits to the transfer destination is used for verification at the time of recording the next transaction, as an update of the ownership transfer condition that should be associated with one unit (T) of the digital asset token amount, the following transaction Run TR.
Transaction TR
Transaction input:
Transaction input 1 User address 1/1000 (T) <Ownership transfer condition before transfer A: Destination user condition (no limitation)>;
Transaction output 1 User address 1/1000 (T) <Ownership transfer condition B after transfer: With destination user condition (user 2)>
This transaction TR is a transaction TR that records the transfer of digital asset tokens between its own addresses 1 in the peer-to-peer distributed ledger 3. Before and after recording by this transaction, the digital asset token 1000 (T) of the peer-to-peer distributed ledger 3 was a destination user condition (unlimited) on the peer-to-peer distributed ledger 3. In other words, the destination user condition was not recorded as an ownership transfer condition as an unused transaction, but after recording by the above transaction, the display of the digital asset token 1000 (T) in the peer-to-peer distributed ledger is the ownership transfer condition: destination. It became the additional content of the user condition (user 2), and was changed to the ownership transfer condition specified by the destination user.

When the transaction TR is recorded in the peer-to-peer distributed ledger 3 after the digital asset token T is generated, the transfer history information associated with one unit (T) of the digital asset token amount of the transfer source address 1 is attached to the record. The incidental information to be noted includes at least historical information including the history of the transfer of the digital asset token to Reserve 01 (MS140), which is added to the record of the transfer of one unit (T) of the amount of the digital asset token. (MS190), the appendix may be recorded, for example, in the peer-to-peer distributed ledger 3 at the same time as the record of the transfer.

Next, the transaction TR of the transfer of the digital asset token T from the user 1 to the user 2 is as follows in one embodiment.
Transaction TR
Transaction input:
Transaction input 1 User address 1/1000 (T) <Ownership transfer condition before transfer: Destination user condition (User 2) Appendix>
Transaction output:
Transaction output 1 User address 2/1000 (T)
This digital asset token transfer transaction is broadcast to the network by a broadcast step (MS150) as a transaction containing information to be recorded in a peer-to-peer distributed ledger, after which the (MS160) recording step is performed. The verification of the transaction TR of the ownership transfer condition at the time of composition accepts the necessary information provided by the issuer, and the ownership transfer condition is digitized to a level that can be executed in a closed system within the transaction, and the transaction. It is verified whether the ownership transfer conditions embedded in the TR and embedded in the transaction are genuine and do not violate the current real-time information provided by the issuer.
The verification at the time of transaction recording in the verification step (MS160) is contrary to the real-time information at the time when the transaction is embedded in the transaction and the ownership transfer condition is provided by the issuer at the time of verification at the time of recording the peer-to-peer distributed ledger. It is verified whether it is not
Then, as described above, after the verification step MS160, a step (MS170) of recording the transfer of ownership of the digital asset token in a peer-to-peer distributed ledger is performed. Subsequently, as shown in FIG. 1, each step of the ownership transfer condition addition step (MS180) and the history information addition step (MS190) is executed, and the transfer record is preferably further as transfer history information. , Is a method 1 including transfer history information of transfer between users.
The transfer record also includes transfer history information from the issuer to the reserve after the generation of the Digital Asset Token T, and further, the transfer history of at least one of the transfer from reserve 01 to the user and the transfer between users. It is a method that can contain information. And, as mentioned above, the present invention refers to the transparency of the generation and / or issuance of digital asset tokens and the transfer of digital asset tokens between users by the addition of ownership transfer conditions and the addition of historical information and issuance via reserve. Provided is a method of recording in a peer-to-peer distributed ledger that improves the transparency of generated information and / or issued information that can be generated and the stability of exchange value at the time of transfer between users.

<Redemption of Digital Asset Token>
As shown in FIG. 1, in the redemption stage ST4, the part of the method 1 according to one embodiment of the present invention includes the part of the redemption method M400 after the issuance of the digital asset token T. Hereinafter, the action and effect of the method 1 of the embodiment of the present invention in the redemption stage ST4 will be described with reference to FIGS. 1 and 5. Regarding the digital asset token T generated by the step (MS110) of recording the transaction TR of the digital asset token T having the reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3 in the generation stage ST1.
The redemption transaction TR from the user to the issuer is
Transaction TR
Transaction input:
Transaction input 1 User address 2/1000 (T);
Transaction output 1 Reserve address 01/1000 (T)
And transaction TR may be configured. A transaction TR is formed as a transfer from the user address to the reserve address 01. By transferring to reserve 01 at the time of redemption, the total issuance amount can be easily monitored on the blockchain by monitoring reserve address 01 even if it is reissued, which contributes to improvement of transparency.

<Additional notes on addition of verification conditions>
In Method 1 according to an embodiment of the present invention, with respect to the redemption of the digital asset token T, the addition or renewal of the ownership transfer condition to be associated with one unit (T) of the amount of the digital asset token to be transferred is peer-to-peer in advance. Record in the distributed ledger 3 (MS120). For redemption price conditions,
In the case of redemption price condition setting where the maximum price is 9000 yen below the issue price 0 ≤ 1000T ≤ 9000
It is like.
Then, in order to set the redemption price condition, the ownership transfer condition to be associated with one unit (T) of the digital asset token amount of the destination address is added or updated (MS130).
The terms of transfer of ownership include the setting of redemption of consideration for the transfer between one unit (T) of the amount of the digital asset token and a given fiat currency.
Regarding the transfer history information associated with one unit (T) of the digital asset token amount of the transfer source address, the incidental information to be added to the record includes at least the history of the transfer of the digital asset token T to reserve 01. Includes historical information (MS140),
A transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (MS150), followed by a verification step (MS160), a recording step (MS170), and possession, as shown in FIG. Each step of the right transfer condition addition step (MS180) and the history information addition step (MS190) is executed. In the history information, in addition to the transfer from the issuer to the reserve 01 immediately after the generation of the digital asset token T, the transfer history information of the transfer from the reserve 01 to the user, the transfer between the users, and the transfer from the user to the reserve 01 Is a method that can include. In this way, it is possible to record the history that is displayed as a reference on the digital asset token itself after redemption and the constraint conditions that are pegged to the legal tender regarding the redemption price, and the transparency of the redemption price is improved, and in addition, the redemption price is redeemed. A mechanism that limits the price to the price fluctuation range of a given fiat currency provides tokens with a more stable exchange value. As described above, the present invention provides generation information and / or issuance information and / or between users that can be referred to at the time of redemption of the digital asset token by the addition of ownership transfer conditions, the addition of history information, the issuance through the reserve, and the redemption to the reserve. Provides a method of recording in a peer-to-peer distributed ledger that improves the transparency of transfer information and the stability of exchange value at the time of redemption.

<Digital asset token generation, issuance, trading transfer, reserve operation>
Thus, in the present embodiment, as shown in FIGS. 1 and 3 to 5, the peer-to-peer distributed ledger recording method of the digital asset token T relates to the reserve operation by the generation, issuance, sale transfer, and redemption of the digital asset token. 1 and
Record the generation of one unit (T) of the amount of digital asset tokens in peer-to-peer distributed ledger 3 (MS110),
When recording the subsequent transfer of ownership of the digital asset token T in the peer-to-peer distributed ledger 3,
Addition or renewal of ownership transfer conditions to be associated with one unit (T) of the amount of digital asset tokens to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (MS120).
The terms of transfer of ownership may include setting a universal price range of upper and lower limits for transfer consideration between one unit (T) of the amount of digital asset tokens and a given fiat currency (MS130).
Ancillary information to be added to the record includes at least historical information including the history of the transfer of Digital Asset Token T to Reserve 01 (MS140).
A transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (MS150).
After successful transaction validation including the ownership transfer conditions (MS160),
Record the transfer of ownership of Digital Asset Token T (MS170),
The terms of transfer of ownership are added to the record of transfer of one unit (T) of the amount of the digital asset token (MS180).
The historical information is added to the record of the transfer of one unit (T) of the amount of the digital asset token (MS190).
The history information includes at least the digital record of the transfer from the issuer to the reserve 01, the transfer from the reserve 01 to the user, the transfer between users, and the transfer from the user to the reserve 01 immediately after the generation of the digital asset token T. A method of including transfer history information from the issuer to Reserve 01 immediately after the generation of the asset token is disclosed. Then, the present invention is based on the addition of ownership transfer conditions, the addition of historical information, and the issuance and redemption to the reserve, and the entire life cycle of generation, issuance, transfer between users, and redemption of digital asset tokens and after redemption. It provides a method of recording in a peer-to-peer distributed ledger that improves transparency and stability of exchange value over recirculation, including offerings.

Thus, the present disclosure improves transparency by recording history and constraints, and by a mechanism that limits the price to the price fluctuation range of a given fiat currency, the generation of digital asset tokens with stable exchange value. A method of recording issuance and sales transfer in a peer-to-peer distributed ledger is provided.

The present invention further discloses one embodiment of Method 1 of method 1 of generation, issuance, sale transfer, and reserve operation of a second digital asset token T2 in the case of acquiring the digital asset token T2 in consideration of the digital asset token T1.

<Example of the second digital asset token>
FIG. 2 is a schematic flow chart depicting the flow and system flow of the method according to the embodiment of the present invention that provides the generation, issuance, sale transfer, and redemption of the second digital asset token T2.

As shown in FIG. 2, in the generation stage ST1, the part of the method 1 according to one embodiment of the present invention includes the part of the method M101 of generating the digital asset token T2 after the issuance of the digital asset token T1. According to the above method 1 started in the first embodiment, after the generation of one unit (T1) of the amount of the first digital asset token, it is further associated with one unit (T1) of the amount of the first digital asset token. Includes a configuration capable of generating a second digital asset token T2 pegged to another currency against a given fiat currency. Here, in the present invention, pegging to other currencies is associated with other currencies, and the amount of the first digital asset token at the exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency. It means that constraints are imposed on the generation and / or issuance and / or transfer of the second digital asset token T2 so that the exchange value is linked to one unit of. It has a slightly different meaning from the signboard that is simply set as the issuer's goal of effort, or the one that maintains the exchange value by market operation. Therefore, with the first statutory currency as the Japanese yen, the first digital asset token T1 is associated with the Japanese yen ¥, the second digital asset token T2 is effectively pegged to the US dollar currency USD, and the first statutory currency. It is effectively pegged to the market exchange rate of the Japanese yen (Japanese yen) and the US currency USD, which is another currency.

If one unit (T1) of the first digital asset token is 1 yen (100 sen), and the currency unit of the US dollar currency USD is ¢ 100, that is, $ 1 is 108 yen against 1 USD at the market exchange rate, the second 1 unit of digital asset token (T2) is the 1st digital asset token 108 (T1), and in this method, 1 unit of the 2nd digital asset token (T2) is the 1st digital asset token 1 For the unit (T1), it is said that it is pegged to one unit of the amount of digital asset tokens at the exchange rate according to the market exchange rate between the first statutory currency and the second currency.

In the generation stage, the generation of 1 unit (T2) of the second digital asset token amount is 1 unit (T2) of the second digital asset token amount with the amount of the first digital asset token as 1 unit (T1). ) Is described in the transaction TR, and the transaction TR is recorded in the peer-to-peer distributed ledger.

In the case of the above market exchange rates, at the time of generation
Transaction TR
Transaction input:
Transaction input 1 Base address 00/1000 (T2);
Transaction output:
Transaction output 1 Reserve address 01/1000 (T2)
And transaction TR may be configured. Alternatively, as shown in FIG. 2, if the generation of the digital asset token T2 and the transfer of 11000 (T1), which is the consideration for issuance from the user, to the deposit pool 03 are simultaneously fulfilled.
Transaction TR
Transaction input:
Transaction input 1 Base address 00/1000 (T2);
Transaction input 2 User address 1/11000 (T1)
Transaction input:
Transaction output 1 Reserve address 01/1000 (T2)
Transaction Output 2 Deposit Pool 03/11000 (T1)
And transaction TR may be configured.

In the generation stage ST1, the conditions for transfer of ownership at the time of generation are:
For 1 unit of the amount of the second digital asset token T2 (other currency $ 1 (¢ 100)), the lower limit consideration is the amount of the first digital asset token T1 108 (T1) (legal tender 1 yen (100)) A universal price condition is set with the same maximum consideration.
108 (T1) ≤ 1 (T2) ≤ 108 (T1)
If you give a spread of 1 yen to the lower limit consideration and the upper limit consideration,
107.5 (T1) ≤ T2 ≤ 108.5 (T1)
However, if the scale factor is 100,
10750 (T1) ≤ 100 (T2) ≤ 10850 (T1)
It is expressed as, and the use of the decimal point is avoided in the method.

Thus, in the method (1) according to the present embodiment, the predetermined first fiat currency associated with one unit of the amount of the first digital asset token (T1) is associated with another currency, and the first. The second is the amount of digital asset tokens pegged to one unit (T1) of the first digital asset token amount at the exchange rate according to the market exchange rate between one fiat currency and the second currency. A method of recording the generation of one unit (T2) of the digital asset token amount in a peer-to-peer distributed ledger (MS210) is provided.

<Issuance of a second digital asset token>
In the issuance stage ST2, the part of the method 1 according to one embodiment of the present invention includes the part of the method M201 for generating the digital asset token T2 after the issuance of the digital asset token T1. As shown in FIGS. 2 and 6, in this method, when the transfer of ownership of the digital asset token T2 accompanying the subsequent issuance is recorded in the peer-to-peer distributed ledger 3,
Includes pre-recording in peer-to-peer distributed ledger 3 the addition or renewal of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred (MS220).
The ownership transfer condition is a universal upper and lower limit of the transfer consideration of 1 unit (T2) of the amount of the second digital asset token for 1 unit (T1) of the amount of the first digital asset token as a pegging condition. It is a method characterized in that it includes constraining the price range and / or the individual price range (MS230).

In the issuance stage ST2, the issuance transaction has a transaction structure in which the ownership is transferred from reserve address 01 to user address 1 as the transfer of ownership from the issuer to the user, with respect to the first legal tender at the time of issuance. Before issuance, according to the issuance condition rate, which is associated with other currencies and corresponds to the market exchange rate 110 between the first fiat currency and the second currency.
Transaction TR
Transaction input:
Transaction Input 1 Reserve Address 01/100 (T2)
Transaction Output 2 Reserve Address 01/100 (T2)
And set the universal price range of the upper and lower limits of the transfer consideration for the amount of the second digital asset token for one unit of the amount of the first digital asset token, which is stipulated in the ownership transfer conditions.
110 (T1) ≤ 1 (T2) ≤ 110 (T1)
It is possible to change to and record changes in ownership transfer conditions in a peer-to-peer distributed ledger. thus,
Transaction TR
Transaction input:
Transaction input 1 Reserve address 01/100 (T2);
Transaction input 2 User address 1/11000 (T1);
Transaction output 1 User address 1/100 (T2)
Transaction output 2 Reserve address 01/11000 (T1)
And the transaction TR may be configured with a scale factor of 100.
The universal price range of the upper and lower limits of the transfer consideration for the amount of the second digital asset token for one unit of the amount of the first digital asset token, which is the ownership transfer condition stored in the reserve address 01, is as follows.
110 (T1) ≤ 1 (T2) ≤ 110 (T1)
The above-mentioned ownership transfer condition will be the verification condition of the transaction.

Here, in the address unit, the lending / borrowing of the first digital asset token (T1) exchange value of the transaction input sets the exchange rate to 1 (T2) = 110 (T1) when the unit of the digital asset token is measured in (T1). ), The reserve address matches 11000 (T1), the user address 1 matches 11000 (T1), and both balances are matched. The total first digital asset token exchange value of the transaction output is 22000 (T1), and the total first digital asset token exchange value of the transaction input and the first total digital asset token exchange value of the transaction output are borrowed. It's balanced. Returning the scale factor above, the total first digital asset token exchange value of the transaction input is 220 (T1) and the total first digital asset token exchange value of the transaction output is 220 (T1). .. An example of the balance of balance at the time of generation of the digital asset token T2 is shown in FIG.

The ownership transfer condition is a peer-to-peer distributed type in which the universal price range of the upper limit and the lower limit of the transfer consideration of 1 unit of the amount of the second digital asset token for 1 unit of the amount of the first digital asset token is set as a pegging condition. It is recorded in the ledger, and the following conditions,
110 (T1) ≤ 1 (T2) ≤ 110 (T1)
Is verified in a peer-to-peer distributed ledger during block recording. By conducting this verification, price fluctuations will be minimized, which has the effect of enabling the provision of more stable digital asset tokens.

<Additional notes on relocation history information>
The incidental information to be added to the record in the peer-to-peer distributed ledger 3 includes at least the history information including the history of the transfer of the digital asset token T2 to the reserve 01 (MS140), and the issuance information is attached in addition to the generated information. , Ownership transfer history information from reserve 01 to user 1 can be added. In this case, even if the transfer is repeated after that, verification at the time of issuance is possible at any time, and a more transparent digital asset. It also has the effect of making it possible to provide tokens. The higher the transparency, the more active the transaction from the sense of security, the higher the distribution volume, the higher the liquidity, the lower the volatility, and the more stable the transaction price.

Therefore, in this embodiment, as shown in FIGS. 2 and 6, in the issuance stage ST2, the predetermined first statutory currency associated with one unit of the amount of the first digital asset token (T1). On the other hand, the ownership transfer condition is configured so that the exchange rate according to the market exchange rate between the first statutory currency and the second currency is pegged to one unit (T1) of the first digital asset token amount (T1). MS230), 1 unit of the second digital asset token amount is generated with 1 unit of the digital asset token amount pegged to 1 unit (T1) of the 1st digital asset token amount. Recorded in the peer-to-peer distributed ledger as a record of digital asset token (T2) transactions destined for Reserve Pool 01 (MS110, MS210),
When the issuance is recorded in the peer-to-peer distributed ledger 3 as a subsequent transfer of ownership of the digital asset token T2,
The addition or renewal of the ownership transfer condition to be associated with one unit (T2) of the digital asset token amount to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (MS220).
The ownership transfer condition is a universal upper and lower limit of the transfer consideration of 1 unit (T2) of the amount of the second digital asset token for 1 unit (T1) of the amount of the first digital asset token as a pegging condition. Including constraints on price range and / or individual price range (MS230),
Ancillary information to be added to the record in the Peer-to-Peer Distributed Ledger 3 includes at least historical information including the history of the transfer of Digital Asset Token T2 to Reserve 01 (MS140).
Broadcast a transaction containing information to be recorded in a peer-to-peer distributed ledger to a peer-to-peer distributed ledger network (MS150).
After successful transaction validation including the ownership transfer conditions (MS160),
Record the transfer of ownership of Digital Asset Tokens (MS170),
The terms of transfer of ownership are added to the record of the transfer of one unit of the amount of the Digital Asset Token (MS180), which may be, for example, a record at the same time as the record of the transfer.
The historical information is added to the record of the transfer of one unit of the amount of the digital asset token (MS190), which may be, for example, a record at the same time as the record of the transfer.
The history information discloses a method including transfer history information of transfer from an issuer to reserve (01) immediately after generation of a digital asset token (T2), preferably transfer between users. And, as described above, the present invention also relates to the second digital asset token in the first statutory currency pegged by the first digital asset token, which the second digital asset token pegs through the market exchange rate. And peer-to-peer decentralization that improves the transparency of digital asset token generation and / or issuance and the stability of exchange value at the time of issuance and subsequent transfer by adding ownership transfer conditions and history information, and issuance from reserves. Provide a recording method in the type ledger.

<Buying and selling of the second digital asset token>
Referring to FIGS. 2 and 7, in the trading stage S3, the part of the method 1 according to one embodiment of the present invention includes the part of the trading method M301 of the digital asset token T2 after the issuance of the digital asset token T2. In this method, when the transfer of ownership of the digital asset token T due to the sale and purchase after generation is recorded in the peer-to-peer distributed ledger 3,
Includes pre-recording in peer-to-peer distributed ledger 3 the addition or renewal of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred (MS220).
The ownership transfer condition is a universal upper and lower limit of the transfer consideration of 1 unit (T2) of the amount of the second digital asset token for 1 unit (T1) of the amount of the first digital asset token as a pegging condition. Provided in one embodiment of the invention is a method comprising limiting to a price range and / or an individual price range (MS230).

The transaction TR recorded in the peer-to-peer distributed ledger 3 in the trading stage ST3 has the following configuration.
The transaction input or transaction output for specifying the unit quantity (T) of the token type T and the amount of the digital asset token T of the digital asset token that is the object of sale and purchase related to the ownership of the owner of the source address is the source of the move. Address / Amount of Digital Asset Tokens (T?'S token unit symbol notation is (T?))
It is written as.

In transaction TR when purchasing digital asset token T2 pegged to USD in exchange for digital asset token T1 pegged to Japanese yen
(Example) Transaction input 1 User address 1/110 (T1);
Indicates that "transaction input 1 is 110 units of the amount of digital asset token T1 owned by user address 1 is transaction input".
(Example) Transaction input 2 User address 2/1 (T2);
Indicates that "transaction input 2 is one unit of the amount of digital asset token T2 owned by user address 2 is the transaction input".

When transaction TR consists of two transaction inputs 1 and transaction input 2.
Transaction input:
Transaction input 1 User address 1/110 (T1);
Transaction input 2 User address 2/1 (T2)
Describe as.

The transaction output is as follows.
(Example) Transaction output 1 User address 1/1 (T2);
Indicates that "transaction output 1 is the output of a transaction that user address 1 should own one token unit of the amount of digital asset token T2".
(Example) Transaction output 2 User address 2/110 (T1);
Indicates that "transaction output 2 is the output of the transaction that user address 2 should own 110 token units of the amount of digital asset token T1".

When transaction TR consists of two transaction outputs 1 and transaction output 2, the transaction configuration is
Transaction output:
Transaction output 1 User address 1/1 (T2);
Transaction output 2 User address 2/110 (T1)
Describe as.

After all, the transaction TR is as follows as the transaction TR in which the user 2 purchases 1 (T2) owned by the user address 2 in consideration of 110 (T1) owned by the user address 1.
Transaction TR
Transaction input:
Transaction input 1 User address 1/110 (T1);
Transaction input 2 User address 2/1 (T2)
Transaction output:
Transaction output 1 User address 1/1 (T2);
Transaction output 2 User address 2/110 (T1)
Will be. Here,

transaction inputs

1 and 2 are in no particular order within the transaction input, and

transaction outputs

1 and 2 are in no particular order within the transaction output. The balance of balance of this transaction is balanced as shown in FIG. When verifying the balance of balance, check the balance of the entire transaction. Examples of balance of balance are shown in FIGS. 9 and 10.

In this way, the quantity 110 (T1) of the digital asset token T1 of the user address 1 is transferred to the user address 2, and the quantity 1 (T2) of the digital asset token T2 of the user address 2 is transferred to the user address 1 in the same transaction. ..

Ownership transfer conditions stored at user address 1: Universal price range of the upper and lower limits of the transfer consideration for the amount of the second digital asset token (T2) for one unit of the amount of the first digital asset token,
110 (T1) ≤ 1 (T2) ≤ 110 (T1)
Will be the verification condition for the transaction (MS160) and will also be posted to the corresponding transaction output 1 user address 1/1 (T2).
Ownership transfer conditions stored in user address 2: Universal price range of upper and lower limits of consideration for transfer of the amount of the second digital asset token for one unit of the amount of the first digital asset token,
110 (T1) ≤ 1 (T2) ≤ 110 (T1)
Will be the verification condition for the transaction (MS160) and will also be posted to Transaction Output 2 User Address 2/110 (T1).

As described above, the present invention is characterized in that the exchange of two tokens can be simultaneously realized in one transaction, that is, can be simultaneously fulfilled (MS170), and a constraint condition of exchange value is imposed at the time of simultaneous fulfillment. It is possible to eliminate volatility, eliminate price fixing, and provide more stable and transparent trading opportunities. And, as described above, the present invention also relates to the second digital asset token in the first statutory currency pegged by the first digital asset token, which the second digital asset token pegs through the market exchange rate. And by the addition of ownership transfer conditions and history information, and issuance from the reserve, transparency and exchange value of digital asset tokens at the time of generation and / or issuance information between users and between users. Provides a method of recording in a peer-to-peer distributed ledger that improves the stability of the data.

Here, the process returns to the case of issuing the digital asset token T in consideration of the above legal currency. If the virtual digital asset token T0 is replaced with the above digital asset token T1, the same processing as above for receiving T1 in consideration of the sale of T2 can be expressed, which is convenient. That is, when the payment of the consideration from the user 1 to the issuer is in the legal currency, the legal currency account manager confirms the deposit 100 (yen) from the user 1 and then generates 100 (T0). It may be associated with the issuance transaction of the digital asset token 100 (T). That is,
Transaction TR (legal tender account virtual digital asset token generation)
Transaction input:
Transaction input 1 Base address 00/100 (T0)
Transaction output:
Transaction Output 1 Legal Tender Account / 100 (T0)
Generates a virtual digital asset token 100 (T0) and assigns it to a legal tender account address.
Transaction TR (T issuance using legal tender account)
Transaction input:
Transaction input 1 Reserve address 01/100 (T);
Transaction Input 2 Legal Tender Account / 100 (T0)
Transaction output:
Transaction output 1 User address 1/100 (T);
Transaction output 2 Issuing administrator / 100 (T0)
In the above transaction TR, a digital asset token 100 (T) is issued from the reserve address 01 to the user address 1, and a virtual digital asset token 100 (T0) generated by payment from the user is issued and managed from the legal currency account address as consideration. It indicates that it has been transferred to the person's address. The issue manager may be a third party manager (custodian). In this way, transaction input 2 is transactionally represented as a virtual digital asset token T0 for a deposit of 100 (yen) from a fiat currency account address, which is backed by a fiat currency account signature, and issuance is associated with the transfer of fiat currency. , Transactions become more transparent. In this way, the mechanism for issuing digital asset token T2 in consideration of digital asset token T1 is that if the deposit of legal currency from the user is converted into virtual digital asset token and configured as virtual digital asset token T0, virtual digital asset token T0 Transactions can be displayed like the issuance of Digital Asset Token T1 in consideration of And parallel notation transaction display is possible. In this case, the legal tender pegging conditions can be substantially provided by setting the ownership transfer conditions so that the digital asset token T1 pegs to the digital asset token T0. In this way, the issuance of digital asset token T1 for fiat currency can also be regarded as virtual consideration for virtual digital asset token T0, and it is possible to provide verification of a mechanism that is substantially limited to the price fluctuation range of fiat currency, and exchange between the two. The fulfillment of value is expressed in parallel, the exchange value is more stable, and the more transparent digital asset token T1 can be provided.

<Additional notes on relocation history information>
The incidental information to be added to the record in the peer-to-peer distributed ledger 3 includes at least the history information including the history of the transfer of the digital asset token to the reserve 01 (MS140), and is issued in addition to the generated information as in the issuance stage ST2. It is also possible to add the ownership transfer history information of the information, and in this case, it is possible to verify the issuance stage ST2 at any time even if the transfer is repeated after that, providing a more transparent digital asset token. It also gives the effect that enables. Further, if necessary, the ownership transfer history information can be added to the trading information between users.

Therefore, in this aspect, as shown in FIGS. 2 and 7, when buying and selling between users, a predetermined first statutory association associated with one unit of the amount of the first digital asset token (T1). Ownership transfer conditions are configured so that the currency is pegged to one unit (T1) of the first Digital Asset Token amount at an exchange rate that corresponds to the market exchange rate between the first statutory currency and the second currency. (MS230), 1 unit (T2) of the second digital asset token amount is issued with the digital asset token amount pegged to 1 unit (T1) of the 1st digital asset token amount as 1 unit. Recorded in the peer-to-peer distributed ledger as a record of digital asset token (T2) transactions destined for the reserve pool 01 of the previous digital asset token (MS110, MS210),
When the transfer between users is recorded in the peer-to-peer distributed ledger as a subsequent transfer of ownership of the digital asset token.
The addition or renewal of the ownership transfer conditions to be associated with one unit of the digital asset token amount to be transferred is previously recorded in a peer-to-peer distributed ledger (MS220).
The ownership transfer condition is a universal price range and / or individual price of the upper and lower limits of the transfer consideration of one unit of the amount of the second digital asset token for one unit of the amount of the first digital asset token as a pegging condition. Including width constraints (MS230),
Ancillary information to be added to the peer-to-peer distributed ledger record includes at least historical information, including the history of the transfer of digital asset tokens to the reserve (MS140).
A transaction containing information to be recorded in the peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network (MS150), after which the steps MS160, MS170, MS180 and MS190 are performed, as shown in FIG.
The history information discloses a method including transfer from the issuer to the reserve (01) immediately after the generation of the digital asset token (T2), preferably issuance information, and if necessary, transfer history information of transfer between users. ing. In this way, regarding the transfer information from the issuer to the reserve (01) immediately after the generation of the digital asset token (T2), the record of the history in which the issuance information is displayed in reference to the digital asset token itself, and the transfer price at the time of transfer between users. , The mechanism limited to the price fluctuation range of the first digital asset token provides tokens with more stable exchange value, which is the first statutory currency in which the value of the first digital asset token is pegged. In addition, it is the effect of the mechanism of indirectly pegging through the pegging to the value of the first digital asset token, and the recording of the constraint condition provides a token with a more stable exchange value.

<Redemption of the second digital asset token>
As shown in FIG. 1, in the depreciation stage ST4, the part of the method 1 according to one embodiment of the present invention includes the part of the depreciation method M401 of the digital asset token T2 after the issuance of the digital asset token T2. In this method, when recording the transfer of ownership of the digital asset token due to the purchase and sale after generation in the peer-to-peer distributed ledger,
Includes pre-recording in peer-to-peer distributed ledger 3 the addition or renewal of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred (MS220).
The ownership transfer condition is a universal upper and lower limit of the transfer consideration of 1 unit (T2) of the amount of the second digital asset token for 1 unit (T1) of the amount of the first digital asset token as a pegging condition. It is a method characterized in that it includes constraining the price range and / or the individual price range (MS230). Hereinafter, with reference to FIGS. 2 and 8, the operation and effect of the method 1 of the embodiment of the present invention related to the digital asset token T2 in the redemption stage ST4 will be described.

In the redemption stage ST4, the part of the method 1 according to one embodiment of the present invention includes the part of the redemption method M401 after the issuance of the digital asset token, and the transaction TR of the digital asset token T2 having the reserve pool 01 as the destination address. For the digital asset token T generated by step (MS110) recording in peer-to-peer distributed ledger 3 as a record
The redemption transaction TR from the user to the issuer is
Transaction TR
Transaction input:
Transaction input 1 User address 2/1000 (T2);
Transaction output 1 Reserve address 01/1000 (T2)
And transaction TR may be configured. Record transaction TR as a transfer from user address to reserve address. By transferring to Reserve 01 at the time of redemption, the total issuance amount monitors Reserve Address 01 even if it is reissued, and it can be easily grasped on the blockchain, which contributes to the improvement of transparency.

<Additional notes on addition of verification conditions>
In the method according to one embodiment of the invention, as shown in FIGS. 2 and 8, the redemption of the digital asset token T2 should be associated with one unit (T2) of the amount of the digital asset token to be transferred. The addition or renewal of the right transfer condition is recorded in advance in the peer-to-peer distributed ledger 3 (MS120). For redemption price conditions,
As a pegging condition of the ownership transfer condition, the universal price range and / or individual price range of the upper limit and the lower limit of the transfer consideration of 1 unit of the amount of the second digital asset token for 1 unit of the amount of the first digital asset token. Constrain to (MS230).
Ownership transfer conditions: Universal price range of upper and lower limits of consideration for transfer of the amount of the second digital asset token for one unit of the amount of the first digital asset token,
90 (T1) ≤ 1 (T2) ≤ 90 (T1)
Is the verification condition of the transaction, and is as follows.
Transaction TR
Transaction input:
Transaction input 1 Reserve address 01/100 (T2);
Transaction input 2 User address 1/9000 (T1);
Transaction output 1 User address 1/100 (T2)
Transaction Output 2 Reserve Address 01/9000 (T1)
And the transaction TR may be configured with a scale factor of 100.

<Additional notes on relocation history information>
Ancillary information to be added to the record in the peer-to-peer distributed ledger 3 includes at least historical information including the history of transfer of Digital Asset Token T2 to Reserve 01 (MS140), generated information and / or issuance information and / or trading. It is possible to add information to the ownership transfer history information from the user to Reserve 01, and in this case, even if the transfer is repeated after that, verification at the time of issuance is possible at any time, making it more transparent. It also has the effect of enabling the provision of high-quality digital asset token T2. If necessary, the redemption information may be added with the ownership transfer history information. The appendix may be recorded at the same time as the record of the transfer of redemption.

Therefore, in this embodiment, at the time of redemption, the first statutory currency and the second statutory currency are associated with the predetermined first statutory currency associated with one unit of the amount of the first digital asset token (T1). The ownership transfer condition is configured to be pegged to 1 unit (T1) of the 1st Digital Asset Token amount at an exchange rate according to the market exchange rate (MS230) and 1 unit of the 1st Digital Asset Token amount (MS230). The generation of 1 unit (T2) of the second digital asset token amount with the digital asset token amount pegged to T1) as 1 unit is the digital asset token whose destination address is the reserve pool 01 of the digital asset token before issuance. Recorded in a peer-to-peer distributed ledger as a record of transactions in (T2) (MS110, MS210),
When the redemption is recorded in the peer-to-peer distributed ledger as a subsequent transfer of ownership of the digital asset token
The addition or renewal of the ownership transfer conditions to be associated with one unit of the digital asset token amount to be transferred is previously recorded in a peer-to-peer distributed ledger (MS220).
The ownership transfer condition is a universal price range and / or individual price of the upper and lower limits of the transfer consideration of one unit of the amount of the second digital asset token for one unit of the amount of the first digital asset token as a pegging condition. Including width constraints (MS230),
Ancillary information to be added to the peer-to-peer distributed ledger record includes at least historical information, including the history of the transfer of digital asset tokens to the reserve (MS140).
A transaction containing information to be recorded in the peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network (MS150), followed by the steps MS160, MS170, MS180 and MS190, as shown in FIG.
The history information includes, in addition to the transfer from the issuer to the reserve immediately after the generation of the digital asset token, the transfer history information of the transfer from reserve 01 to the user, the transfer between users, and the transfer from the user to reserve 01. How to get it. And, as described above, the present invention also relates to the second digital asset token in the first statutory currency pegged by the first digital asset token, which the second digital asset token pegs through the market exchange rate. And the transparency of the information at the time of generation and / or the information at the time of issuance and / or the transfer information between users at the time of redemption of the digital asset token by the addition of the ownership transfer conditions and history information, and the issuance from the reserve and the redemption to the reserve. And provide a method of recording in a peer-to-peer distributed ledger that improves the stability of the exchange value at the time of redemption.

<Use of the deposit pool when issuing the second digital asset token>
Further, as shown in FIG. 2, in the issuance stage ST2, the part of the method 1 according to one embodiment of the present invention includes the part of the method M202 using the deposit pool 03 of the digital asset token T1. As shown in 2, in this embodiment, preferably in the issuance stage ST2, for each issuance and sale, the record of the transfer of one unit (T2) of the amount of the second digital asset token is described above. In the case of transfer from reserve to user, as a mark of history, the consideration provided by the user will be recruited following the recruitment step prior to issuance so that a predetermined percentage of the consideration provided by the user is secured by the safe assets. In the step of accepting an application from a responding user, the consideration provided by the user is, for example, 11000 units of the digital asset token T1 so that the issue consideration received from the user is managed by the administrator (Castdian). When, it may be transferred to the deposit pool address 03 by the following transaction TR.
Transaction TR
Transaction input:
Transaction input 1 User address 1/11000 (T1);
Transaction output:
Transaction output 1 Deposit address 03/11000 (T1)
In this way, the transfer history information may be managed by the administrator at the deposit address 03 until or after the issuance of the digital asset token T2, and the transfer history information is recorded in the peer-to-peer distributed ledger 3 and is more transparent to the users before and after the issuance. It also has the effect of enabling the provision of high-quality digital asset token T2.

As described above, in the issuance stage ST2, the transaction input from the reserve address 01 is provided by the following transaction TR.
Transaction TR
Transaction input:
Transaction input 1 Reserve address 01/100 (T2);
Transaction output:
Transaction output 1 User address 1/100 (T2)

<Additional notes on relocation history information>
The consideration provided by the user includes the issuance and sale information including the information that the digital asset token T2 is issued through the deposit address 1 of the administrator, or the issuance of more detailed metadata associated with the issuance and sale information. If it is added to the transfer history information as sale information, it also has the effect of enabling the user to provide the digital asset token T with higher transparency.

At the time of redemption, the above example is as follows.
Transaction TR
Transaction input:
Transaction input 1 User address 2/100 (T2);
Transaction Input 1 Deposit Address 03/9000 (T1)
Transaction output:
Transaction output 1 User address 2/9000 (T1);
Transaction Output 2 Reserve Address 01/100 (T2)

In this way, the issuance and sale of one unit (T2) of the amount of the second digital asset token using the deposit pool 03 is further increased.
The historical information includes historical information held in the deposit pool 03 where a predetermined percentage of the consideration provided by the user should be secured by safe assets (MS310).

Further, when the payment of the consideration from the user 1 to the deposit address 03 is in legal currency, the payment from the user 1 is 100 using the virtual digital asset token T0 described above, following the transaction notation method described above. After the deposit pool manager (custodian) confirms (yen), 100 (T0) may be associated with the issuance transaction of the digital asset token 100 (T2). That is,
Transaction TR
Transaction input:
Transaction input 1 Reserve address 01/100 (T2);
Transaction Input 2 Deposit Pool Administrator / 100 (T0)
Transaction output:
Transaction output 1 User address 1/100 (T2);
Transaction output 2 Issuing administrator / 100 (T0)
Issuance of transaction input 2 becomes more transparent if the transaction notation is such that the deposit of 100 (yen) from user 1 is backed up by the signature of the deposit pool administrator (custodian).

According to the above aspect, in the setting of the issuance and sale history, as a mark of the history, the consideration provided by the user is secured by the safe asset at a predetermined ratio of the consideration provided by the user, and is stored in the deposit pool. Will be provided with a method of being specifically recorded on the blockchain at least at the time of issuance, increasing the transparency of digital asset tokens at the time of sale and after sale, and redeeming a certain percentage of the safe assets that are preserved at the time of redemption. The mechanism also contributes to the stability of the exchange value of digital asset tokens. Preferably, the predetermined proportion is 50%, more preferably the predetermined proportion is 60%, more preferably the predetermined proportion is 70%, and more preferably the predetermined proportion is 80%. , More preferably, a predetermined ratio is 90%, and more preferably, a predetermined ratio is 100%.

And, as described above, the present invention also relates to the second digital asset token, with the second digital asset token pegging through the market exchange rate, and by the first statutory currency pegging the first digital asset token. Digital asset token generation, issuance, transfer between users and generation information and / or issuance information and / or by issuance from reserve and redemption to reserve Providing transfer information between users is a method of recording in a peer-to-peer distributed ledger that provides sustainable transparency and stability of exchange value over the entire life cycle of Digital Asset Tokens and recirculation, including post-redemption sales. be.

<Overview of Digital Asset Token Integrated System>
The overall picture of the digital asset token integration system for realizing the above method will be described in detail with reference to FIG.

As shown in FIG. 11, the digital asset token integrated system according to the present invention provides the digital asset token T1 pegged to the legal currency in Japan, preferably the Japanese yen, as a digital asset, and in the United States, the US dollar-yen. Market-linked to the rate, the digital asset token T2 pegged to the US dollar via the digital asset token T1 is provided as a digital asset, and in this system, Japanese users can trade T1 to other users as a sale. It is a system for US users to trade T2 to other users as a buy and sell. As described above, the digital asset token according to the present invention is a digital asset token integrated system 2 in which a plurality of digital asset tokens can be used in the same system.

The components of the Digital Asset Token Integration System 2 display the transactions of the wallet 67-68 that stores the private key and the transactions between the users who have the wallet or two of the issuers of the digital asset token. Transaction TR transmitted on the network, peer-to-peer distributed ledger that holds all transactions, transaction for each transaction or multiple transactions are accumulated, and the conformity of the transaction to the digital asset token convention is verified. Consists of a node computer 65 for recording in a peer-to-peer distributed ledger.

The digital asset token integrated system 2 of the present invention according to one implementation adopts a blockchain as, for example, a peer-to-peer distributed ledger. Here, the peer-to-peer distributed ledger is not a centralized ledger maintained by a specific administrator and whose bookkeeping is controlled, but is maintained by an individual or corporation participating in the Digital Asset Token Integration System 2, and the bookkeeping is digital. Transaction TRs that conform to the asset token convention and have been verified on the network are recorded in the ledger of node computer 65 in chronological order for each block, and the blocks are propagated to all node computers 65 of the digital asset token integration system 2. Refers to the mechanism. Each node computer 65 is on an equal footing with the Digital Asset Token Integration System 2, and each has the authority to record in the ledger, and the updates of the ledger received by the adjacent node computers 65 are propagated to the other node computers 65. In this form, it is called a peer-to-peer distributed ledger. The first-come-first-served basis on the network is measured on the unified time in the digital asset token integrated system, and this time is expressed in this specification by the unified time on the digital asset token integrated system called universal time.

The digital asset token integrated system 2 is a smartphone 67-68 of a user running a wallet, a PC connected to a display panel, a server computer device, a pedestal PC, a server computer device, and a virtual computer in a cloud computing environment 9. Is used in an environment connected to the Internet, and its internal configuration is composed of a computer 60, which corresponds to the configuration of a system computer described later.

According to the transaction, the wallet user has a transaction for applying for the issuance of digital asset tokens, a transaction for buying and selling digital asset tokens between users, and a transaction for redemption to the issuer of digital asset tokens. Created by a wallet, stores private keys, and signs transactions.

Transactions of the Digital Asset Token Integration System 2 adopt blockchain as a peer-to-peer distributed ledger, and block connection and validation adopts something similar to Bitcoin's minor rules, but only for transfer of digital asset tokens. The difference is that transaction fees are free for transactions. Participants in the network provide the burden of operating the system. In addition, the transaction specifications are unique in order to realize unique functions, and the wallet used in Digital Asset Token Integration System 2 must comply with the Digital Asset Token Integration System Regulations. be.

In FIG. 11, the wallet is connected to the smart phone 67 and the smart phone 68 connected to the Internet and the display panel 69, and the browser screen display of the personal computer 66 connected to the Internet and the display panel device 71 connected to the Internet. It is running on a virtual server 73 on a cloud computing 9 that can control. For example, the smart phone 67 includes a computer 60 inside, and the computer 60 is stored in a processor 80, a main memory 81, and a storage device 84, and is stored in a storage device 84 to instruct the operation of the processor 80. It has an input / output device 82 that controls the above, a communication control device 83 that controls communication with the outside, and an internal system bus 79 that connects them (see FIG. 12).

FIG. 12 is a schematic diagram illustrating a computer 60 as an example of the above computer system (hereinafter, also simply referred to as a system or a computer). The computer 60 includes a processor 80, a memory 81, an input / output unit 82, a communication control unit 83, and a storage unit 84. The processor 80 is also called a Central Processing Unit (CPU), and reads various arithmetic processing and information processing into the memory 81 according to the program instruction 84, writes the processing result to the memory 81, and writes the processing result to the memory 81. The input / output unit 82 is controlled via the 79 to display the screen on the display panel 71, data input from the keyboard to the field along the display panel 71 is accepted, and user communication is performed by voice input / output. The communication control unit 83 controls the communication control unit 83 to perform network communication with the outside by the Internet connection, and the communication control unit 83 uses the wireless LAN connection system, the WIFI connection control, and the Bluetooth connection control to realize the connection with other private networks. Program instruction 85- It is configured to read 87 or read the operating system as an initial program load at startup to start the system and execute various processes. In order to speed up the processing, the processor 80 is configured with a register, which is a special memory embedded in the arithmetic instruction code, and a cache for speeding up the reuse, which contributes to the improvement of performance.

As the memory 81, a read-only ROM suitable for loading the BIOS, or as the main memory, the optimum memory may be selectively configured according to the application such as an arbitrary readable / writable RAM by designating a memory address.

Program instructions 85-87 coded according to the purpose are stored in the storage device unit 84, and each program instruction 85-87 causes the processor 80 to execute the various arithmetic processes and information processing described above. Instructions are described to form the control logic, the instructions are executed in order, and the data is also read in order. Stack control, conditions are set, and control is branched according to the conditions. The program is configured to include branch control in which the program is configured, or loop processing in which processing is retroactively executed until a predetermined condition is satisfied in the branch control, and program instructions 85-87 are transmitted via the system bus 79. The system 60 is configured to be read into the memory 81, read into the processor 80, and operate the processor 80.

The program instruction includes, for example, the program instruction 85 for the operation of the wallet 67, or the program instruction for the node computer that receives the broadcast transaction, verifies the transaction, and records it in the blockchain of the peer-to-peer distributed ledger. To encourage acceptance of board trading program instructions 87 for decentralized trading, including 86, or for buying and selling digital asset tokens between other users, and other program commands and purchasing conditions for transaction composition. There are various data output control program commands for displaying a prompt on the display panel of the above, data input control program commands for accepting purchase conditions from the keyboard along the display fields of the display panel, and the like.

The program may be provided suitable for the environment so that it can operate on various operating systems and processors such as Intel personal computer PCs and Mac server devices.

In the digital asset token integration system 2, when a user makes a transaction with another user, the transaction is encrypted with a private key and sent to the other user in order to securely transfer the digital asset token T on the open Internet. The public key encryption method is adopted, in which other users verify the validity of the transaction with the user's public key, but there is no reason to limit the encryption method to the public key encryption method, and an appropriate encryption method is adopted. However, as long as the public key encryption method is adopted, the wallet 67-68 manages the private key and the address. Wallets 67-68 may generate a private key.

Therefore, the wallet 67 operates according to the rules of the computer 60, the program instruction 85 of the wallet is loaded from the storage device 84, and the operation of the wallet 67 is executed. Program instruction 85 of the wallet 67 is a wallet in which various functions corresponding to the wallet function of a general blockchain, in particular, a bit coin can be executed at least. Transaction TR signing, transaction TR verification, transaction TR broadcast and associated screen operations and input / output commands can be executed. After transaction TR is executed, refer to the peer-to-peer distributed ledger 3 and own address. It may be configured to read transactions related to, hold a partial local cache distributed ledger of peer-to-peer distributed ledger 3, refer to its own transaction TR, and manage unused transactions related to its own. ..

The transaction TR broadcast to the network can reach a plurality of node computers 65 at the same time, and subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, the node computers 65 included in the system 2 (see FIG. 11). When the processor 80 executes the instruction stored in the storage medium 84 of the node computer 65, the node computer 65 starts the verification of the transaction TR immediately after receiving the transaction TR. The node computer 65 also has an internal component according to the configuration of the computer 60, and includes the computer 60 inside. The computer 60 is stored in the processor 80, the main memory 81, and the storage device 84, and the operation of the processor 80 is performed. It has a program instruction 85-87 that commands the above, an input / output device 82 that controls input / output with the outside, a communication control device 83 that controls communication with the outside, and an internal system bus 79 that connects them. In the following, as described above, "the processor 80 of the computer 60 included in the node computer 65 executes the instruction stored in the storage medium 84 of the computer 60" and "the processor 80 of the node computer 65 executes the instruction stored in the storage medium 84 of the computer 60". The notation "execute the instruction stored in the medium 84" and "computer 60 included in the node computer 65" is also simply referred to as "node computer 65".

If the validity of the transaction TR is verified, the node computer 65 accumulates the transaction TR, accumulates a predetermined transaction amount, and when a predetermined time elapses, blocks the block in which the transaction TR is accumulated immediately before the block chain. Add to the block connected to. The legitimacy of the addition to the block is performed by POW if it is similar to Bitcoin, and other methods such as POS may be used as long as it is a method suitable for other distributed processing.

When the transaction TR is recorded when it is added to the block, the recording of the transaction TR is completed, the predetermined subsequent block is verified, and if the block grows further, the validity of the block is confirmed and the subsequent double transaction is eliminated. It depends on the nature of the blockchain in the first place.

Participants in the digital asset token integration system 2 can also participate in cloud computing 9 operated by a cloud computing company as a commercial enterprise, and the virtual server 70 operated by cloud computing 9 has a browser. It is possible to provide a paid service that provides a wallet function by cloud computing 9 for a member of the display panel 71 having only a function. Alternatively, cloud computing 9 can provide a wallet service in an English environment for the smartphone 68 for a fee, and in the digital asset token integrated system 2, cloud computing 9 provides an English version of the wallet program download. do. In addition, various additional services are possible, the embodiments of which are implied by the following embodiments. Preferably, the emergence of additional service providers will increase transparency in both diversity, create motivation for the provision of system resources for node computer 65, increase the sustainability of the digital asset token integrated system 2, and create more stability. It's okay.

Then, a configuration embodiment of an embodiment of the digital asset token system 2 that executes the above method and exerts the effect of the present invention will be disclosed in more detail below. The system 2 operates as follows when the processor 80 includes an instruction to be executed by the computer 60 and a storage medium 84 that can be read by the computer 60 and the instruction 85 is executed by the processor 80. It is configured as follows. That is, the system 2 according to the embodiment of the present invention is a system for recording a transaction TR encrypted by a public key method on a blockchain for generating, issuing or transferring a digital asset token T.
The private key is stored in the storage medium 84 of the system 60, and when the instruction is executed by the processor 60, a transaction TR signed by the private key is formed and the transaction TR is broadcast to the blockchain network. Possible to be configured
It includes a processor 80 and a storage medium 84 that stores instructions executed by the computer 60 and is readable by the computer 60, the instructions 86 receiving broadcasts on the blockchain network when executed by the processor 80 and performing transactions. The system 2 further includes a node computer 65 configured to verify the TR and record the transaction TR in a block of the blockchain stored in the storage medium 84, and the instructions are executed by the processor 80. When
A transaction input that accepts a processing request for transaction TR and displays the transfer source address and the quantity unit symbol (T) and quantity of the amount of digital asset token indicating the type of digital asset token T according to the processing request. A transaction TR including a transfer destination address of the transaction input, a quantity unit symbol (T) of the amount of the digital asset token indicating the type of the digital asset token, and a transaction output of displaying the quantity is formed, and the transaction input includes the transfer destination address. , A script or program that contains information on the terms and conditions of transfer of ownership, and historical information on the generation of the Digital Asset Token T, or metadata for this information, and the script or program is genuine as it appears or is referenced in the transaction input. It is configured to include a hash to verify that it is ownership transfer conditions and historical information and that it was encrypted with a given private key.
When the processing request of the transaction TR is the generation of the digital asset token T, the system 2 executes the generation stage ST1.
It consists of the transaction input of the issuer's token base address 00, which displays the quantity unit symbol (T) of the amount of digital asset tokens to be generated, and the transaction output of the reserve address 01, and the current ownership of the transaction TR. Digital asset transferred from token base address 00 as a transfer condition Digital asset that includes the ownership transfer condition that token T should be transferred to reserve address 01 and the transfer history information from the issuer at the time of generation to reserve 01 in the script. Create a transaction TR to generate token T, broadcast it to node computer 65 on the blockchain network, and send it.
The node computer 65 includes a processor 80 and a storage medium 84 in which instructions executed by the computer 60 are stored and can be read by a computer, and when the instructions are executed by the processor 80,
The node computer 65 is configured to receive a broadcast on the blockchain network, verify the transaction TR, and record it on the blockchain.
When the node computer 65 receives the broadcast of the transaction TR for generating the digital asset token, the transaction TR verifies the authenticity of the transaction input by the verification of the ownership transfer condition and the signature included in the transaction input script. It collates and verifies that it does not violate the stop condition specified in the specified ownership transfer condition and the specified history information, and if the verification is successful, records the transaction TR in the block.
When the processing request of the transaction TR updates the digital asset token information to be associated with the digital asset token amount (T) of the transaction input to be transferred prior to the transfer of the digital asset token T.
The system 2 executes the transaction incidental information update step, and performs the transaction incidental information update step.
It consists of the transaction input of the digital asset token amount (T) of the transaction input to be transferred from the transfer source and the transaction output of the transfer destination, and should be added to or updated in the current ownership transfer condition of the transaction TR. Create an information update transaction for the digital asset token TR that includes an alternative ownership transfer condition and historical information to be updated in the script, broadcast this to the node computer 65 on the blockchain network, and update the information. On the blockchain,
If the processing request for the transaction is an issue, the system initiates the issue stage ST2.
Accepting the issuance conditions, prior to the issuance of the digital asset token T, the transfer source and transfer destination are set to reserve address 01, and as the next ownership transfer condition, the amount of digital asset tokens (T) to be issued is the applicant user address of the issue destination. In order to update the information so as to add the issue information as the ownership transfer condition and history information to which the transfer destination is, branch to the information update step, wait for the completion of the information update, and then to the blockchain by the node computer 65. After the recording is completed, the issuing stage ST2 resumes the subsequent processing,
It consists of a transaction input of reserve address 01 that displays the amount of digital asset tokens (T) to be issued and a transaction output of the applicant address, and the amount of digital asset tokens (T) as a condition for transferring the current ownership of the transaction TR. ) Should be transferred to the applicant, and preferably the next ownership transfer condition further includes a transfer between one unit (T) of the amount of the Digital Asset Token and a given statutory currency. Including setting the universal price range of the upper and lower limits of consideration
An issuance transaction TR of the digital asset token T, which includes the issuance information as the history information and preferably the history information of the transfer from the reserve 01 to the user, is formed.
The issue transaction TR is broadcasted to the node computer 65 on the blockchain network.
When the transaction TR is broadcast-received by the node computer 65, the ownership transfer condition and the history information are recorded in the blockchain together with the transfer (T) of the amount of digital asset tokens of the transaction TR after the transaction TR verification. Being done
When the processing request of the transaction TR is a transfer, the system 2 executes the transfer stage ST3.
Preferably, prior to the transfer, the transfer source and the transfer destination are the transfer source addresses, and as the next ownership transfer condition, the ownership transfer condition with the amount of digital asset tokens (T) to be transferred as the transfer destination, and preferably the above-mentioned Branch to the transaction incidental information update step to update the information to include one unit of the amount of digital asset tokens and the setting of the universal price range of the upper and lower limits of the transfer consideration between the given fiat currency. Waiting for the information update to finish, and after the node computer 65 finishes recording the information update to the blockchain, the transfer step resumes subsequent processing.
It consists of a transaction input of the transfer source that displays the amount of digital asset tokens (T) to be transferred and a transaction output of the transfer destination, and the digital asset token T that is transferred from the transfer source as a condition for transferring the current ownership of the transaction TR. The ownership transfer condition that should be transferred to the transfer destination, and
Preferably, the next ownership transfer condition includes setting a universal price range of upper and lower limits for the transfer consideration between one unit (T) of the amount of the digital asset token and a given fiat currency.
Preferably, the transfer transaction TR of the digital asset token T, which further contains the history information of the transfer between users, is formed.
Broadcast the transfer transaction TR to the node computer 65 on the blockchain network.
Subsequently, when the processor 80 of the node computer 65 (not shown, see FIG. 11) executes an instruction stored in the storage medium 84 of the node computer 65 on the blockchain network of the peer-to-peer distributed ledger 3, the said node computer 65 (not shown, see FIG. 11). When the transaction TR is broadcast-received by the node computer 65, the ownership transfer condition and the history information are recorded in the blockchain together with the transfer of the amount (T) of digital asset tokens of the transaction TR after the transaction verification. It is configured as follows.

With the above configuration, the above-mentioned digital asset token generation, issuance, and sales transfer peer-to-peer that can execute the recording method in the peer-to-peer distributed ledger that improves the transparency and stability of the sales transfer. A distributed ledger integrated system can be provided.

More specifically, in accordance with the steps of each stage ST1-ST4 of the method of generating, issuing, transferring and redeeming the digital asset token T in one embodiment, the generation, issuance, transfer between users and redemption are various processing requests. The operation of the system 2 according to the conditions of is described in detail below.

It includes a processor 80 and a storage medium 84 that stores instructions executed by the computer 60 and is readable by the computer 60, and when the instructions are executed by the processor 80, the computer 60 is for the digital asset token T. , As shown in FIGS. 13-16, perform the following steps.

<Generation of Digital Asset Token>
FIG. 13 shows a system flowchart for generating the digital asset token T. As shown in FIG. 13, when the operation for generating the digital asset token T is started, in the operation step 200 shown in FIG. 13, the instruction stored in the storage medium 84 of the computer 60 of the system 2 is issued by the issuer. Accepts generation conditions when executed by processor 80 by operation. The generation conditions are, for example, the type and quantity of digital asset tokens.

In step 210, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, the ownership transfer condition required for the generated transaction TR is accepted. The ownership transfer condition is, for example, the planned market exchange rate of the legal tender, the time window to which the ownership transfer condition should be applied, and the planned consideration amount of the issued fiat currency. For the market exchange rate of legal tender, it is appropriate to input information procured from the market by the issuer.

In step 220, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is subsequently executed by the processor 80 by the operation of the issuer, the transaction TR is composed by the transaction composition means. If the ownership transfer condition is the market exchange rate of legal tender, it is condition-coded, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. Therefore, the upper and lower limits of the universal price range based on the market exchange rate of legal tender are data-structured by condition code 1 (upper limit, lower limit), and the condition code 1 (upper limit, lower limit) is a transaction. It may be included in the content described by the script in the output in advance.

Here, for example, if it is a Bitcoin script language, it is a stack-based language and complicated branching logic cannot be adopted, but only the conditions that can be verified in the stack-based language can be simplified to match the conditions. , The existence or nonexistence of the information, the verification of the hash match of the information referred to from the metadata, etc. are adopted, and the condition-encoded ownership transfer condition is embedded in the script. Alternatively, it is more preferable that the language of the program and script for verification can be a language that can process the control flow for Turing complete processing.

History information related to generation History coding is performed, and the transfer from the issuer to the reserve 01 immediately after the generation of the digital asset token T is the history code 1, the transfer from the reserve 01 to the user is the history code 2, and the transfer between users is the history code. 3. The transfer from the user to the reserve 01 is coded for each transfer as in the history code 4, and the transfer from the issuer immediately after the generation of the digital asset token T to the reserve 01 is the transaction output to generate the history code 1. Embed in the script of. The fiat currency consideration is also entered into the transaction composition means, which is embedded in the script.

When the composition of transaction TR is completed, transaction verification including verification of the transaction TR signature by the approver is performed. Read condition code 1 (upper limit, lower limit) specified in the transaction input script, calculate the trading volume of the entire transaction TR and the exchange rate based on the consideration of legal currency, and condition code 1 (upper limit, lower limit). Verify that it does not violate the specification of.
Here, in order to verify whether or not the specification of the condition code 1 (upper limit value, lower limit value) is violated, it is necessary to acquire the market exchange rate. For this purpose, for example, the market exchange rate is preliminarily used by the system 2. Is displayed in the transaction, so it is good to include the statistical digital asset token in the transaction. A statistical digital asset token is a token similar to a digital memo token, not a digital token that recognizes a digital asset, but a digital token for displaying statistical data such as the market exchange rate of a digital asset token in a transaction, and is digital. In this specification, it is referred to as a statistical digital asset token because it is not an asset.
Market Exchange Rate Statistics Digital Asset Tokens (currency symbols) are used by System 2, for example, to display the daily market exchange rates of Japanese Yen (YEN) and US Dollar (USD) in a transaction for transaction input and transaction output. Is added.
For example, if the market exchange rate between Japanese yen and US dollar is 110.50 yen @ 1 dollar,
Transaction TR
Transaction input:
Transaction Input 1 Statistical Address / 1 (USD);
Transaction output:
Transaction Output 1 Statistical Address / 1 (USD);
In advance, the issuer provided the system 2 with a record of market exchange rate statistics digital asset tokens (symbols of other currencies) for displaying the market exchange rates of Japanese yen and US dollars in the peer-to-peer distributed ledger 3. good. Market Exchange Rate Statistics Digital Asset Token (USD) historical information records the market exchange rates of fiat currency 1 and other currencies over the past week, usually with a market exchange rate of the day, eg, a scale factor of 100. As the history information is displayed as 10500. Therefore, the same market exchange rate can be obtained from both the

user wallet computers

67 and 68 and the node computer 65 by the market exchange rate statistics digital asset token (USD) on the peer-to-peer distributed ledger 3. When the instructions stored in the storage medium of the

computers

67 and 68 are executed by the processor 80 of the

computers

67 and 68, the instructions stored in the storage medium of the node computer 65 are also executed by the processor 80 of the computer 65. Also, when transferring Digital Asset Token 1 (T2) from User 2 to 1 in consideration of the legal currency Japanese Yen,
Transaction TR
Transaction input:
Transaction Input 1 Statistical Address / 1 (USD);
Transaction input 3 User address 2/1 (T2)
Transaction output:
Transaction Output 1 Statistical Address / 1 (USD)
Transaction output 2 User address 1/1 (T2);
In verifying the transaction on a transaction-by-transaction basis, refer to the historical information of the market exchange rate statistics digital asset token (USD) and execute the transaction according to the market exchange rate of 110.50 between legal tender 1 (Japanese yen) and US dollar (USD). Verify. Statistical digital asset tokens allow market exchange rates to be provided for transaction validation by the transaction architecture of the system of the present invention. A template for an incomplete transaction, including transaction input 1 for providing a market exchange rate provided by the issuer, is initially signed by system 2 by system 2, eg, by

wallets

67, 68, when the transaction TR is formed. It may be provided.
The transaction TR may also be provided with the display below.
Transaction TR
Transaction input:
Transaction Input 1 Statistical Address / 100 (USD);
Transaction Input 2 Statistical Address / 10950 (YEN);
Transaction input 4 User address 2/1 (T2)
Transaction output:
Transaction Output 1 Statistical Address / 100 (USD)
Transaction Output 2 Statistical Address / 10950 (YEN);
Transaction output 3 User address 1/1 (T2);
In this transaction TR, the market exchange rate of 1USD@109.50 is expressed in normal transaction notation with a scale factor of 100, making it possible to use the market exchange rate without referring to or decoding historical information, further improving transparency. It has been provided.
In addition, as long as the distribution to each node and wallet, the script language, and the programming language provide, it is possible to provide the market exchange rate by referring to the distributed storage and the global environment variable. Providing market exchange rates with statistical digital asset tokens is superior in terms of market exchange rates being tamper-safe and transparent.

In step 230, the completed transaction TR is continuously broadcast to the blockchain when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer. A blockchain is a blockchain like Bitcoin, and a peer-to-peer distributed ledger is composed of unused transactions. The user manages the account by collecting unused transactions of the address managed by the user in the peer-to-peer distributed ledger by the wallet managed by the user.

In step 240, the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 is subsequently stored in the storage medium 84 of the node computer 65 on the blockchain network of the peer-to-peer distributed ledger 3. When executing the instruction, the node computer 65 acquires the transaction TR, and the node computer 65 verifies the transaction TR as when the composition of the transaction TR is completed.

In step 250, the node computer 65 continues to accumulate a plurality of transaction TRs, and then the validity of the block is verified.

In step 260, the transaction TR is subsequently recorded in the block by the node that has acquired the connection to the previous block, so-called mining, in the node computer 65, and the recording of the transaction TR in the peer-to-peer distributed ledger 3 is completed. .. As a result, the digital asset token at the address specified in the transaction input becomes the digital asset token T at the address specified in the transaction output, and can be used as an unused transaction for the transaction input of the next transaction TR.

Here, steps 230-260 are aggregated and used as the "record" aggregation step 270 in the following flow notation. "Recording" refers to recording in a peer-to-peer distributed ledger 3, from an address when an instruction stored in storage medium 84 of computer 60 in system 2 is executed by processor 80 by an operation of the issuer or user. The processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 on the blockchain network of the peer-to-peer distributed ledger 3 by broadcasting a transaction TR displaying the transfer of the digital asset token T to the address. Is an aggregation step that aggregates the execution of a series of steps that are transaction-verified, block-verified, and recorded in the peer-to-peer distributed ledger 3 by the node computer 65 when the node computer 65 executes an instruction stored in the storage medium 84 of the node computer 65. be. Not only for the transfer of exchange value, but also for the use of transfer between self-addresses and for recording the ownership transfer conditions that apply when future unused transactions are used in the peer-to-peer distributed ledger 3 and historical information. Records may be used due to their permanent effect on the peer-to-peer distributed ledger 3 and their property applicability. In the generation stage ST1, the notation of the “record” aggregation step box is described on the right side of FIG. 13 to record the transfer of the digital asset token from the base address 00 to the reserve address 01.

Thus, as shown in FIG. 13, by step 200-260, or steps 200-220 and aggregation step 270, the generation of one unit of the amount of digital asset token T in the generation step ST1 is in the peer-to-peer distributed ledger 3. The MS110 step of Recorded Method 1 is performed by the system 2 (SS110, where SSxxx stands for the system step corresponding to the method step MSxxx) and the subsequent transfer of ownership of the digital asset token T is peer-to-peer distributed. When recording in the ledger 3, the system steps are subsequently executed as required according to the issuing stage ST2, the trading stage ST3 and the redemption stage ST4. The details will be described below.

<Issuance of Digital Asset Token>
As shown in FIG. 14, when the issuance of the digital asset token T is started, in step 300, the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer. When you accept the issuance conditions. The issuance conditions are, for example, the date and time of issuance, the type and quantity of digital asset token T to be issued at the same time, and other matters of interest to applicants and related parties, which are suitable for recording in the peer-to-peer distributed ledger 3 of digital asset tokens. Information including. It is preferable that the issuance information is also coded and structured together with items referred to by the issuance information code such as issuance information code 1 (issue date, issuance quantity). By doing so, it becomes easy to embed the issue information code and its parameters in the script of transaction TR.

In step 310, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, it is unused and belongs to the reserve address 01 recorded in the blockchain. Refer to the transaction input of, and check the existing ownership transfer conditions recorded in the digital asset token T that you plan to use for issuance. Add or update the ownership transfer conditions required for the issuing transaction TR.

If updates or additions are required, record the changes in the Peer-to-Peer Distributed Ledger 3 prior to issuance. First, a pre-registered ownership transfer condition code is selected, accepts input with certain condition code parameters, and then a transaction TR for recording the ownership transfer condition is organized as a transfer transfer between own addresses. do.
The configuration of the condition code provides a system that simplifies verification in the blockchain and makes it possible to make the capacity of the distributed storage of the blockchain compact.

Subsequently, in the transfer record aggregation step displayed in step 320, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are subsequently executed by the processor 80 by the issuer's operation, between self-addresses. As the transfer of the digital asset token T of the above, the transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network. Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65. At that time, the node computer 65 receives the transaction in the peer-to-peer distributed ledger network, verifies the transaction, and makes the change to the peer-to-peer distributed ledger 3 as a record of the transfer between the self-addresses to the block of the peer-to-peer distributed ledger 3. Recorded.

In the "record" aggregation step displayed in

steps

310 and 320, the system broadcasts a transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (SS150), said ownership. After a successful transaction validation, including the transfer condition (SS160), record the transfer of ownership of the Digital Asset Token T (SS170), and the ownership transfer condition is for the transfer of one unit (T) of the amount of the Digital Asset Token. As added to the record (SS180), after system step SS110 of recording digital asset token generation corresponding to MS110 of method 1, system steps SS120, SS140-SS180 corresponding to MS120, MS140-MS180 step of method 1 It is being executed by the system 2.

In step 330, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, the transaction is composed by the transaction composition means. The ownership transfer condition code and its parameters and the history information code such as issuance information and its parameters are embedded in the transaction TR script by the same procedure as at the time of generation. When the composition of the transaction TR is completed, the transaction verification including the verification of the transaction TR signature by the approver is performed. In this way, by step 330, the incidental information to be recorded in the transaction TR is inherited with the history information including at least the history of the transfer of the digital asset token T to the reserve 01 (SS140), and the system step corresponding to the MS140 step of the method 1. SS140 is executed by the system 2 to complete the composition of the completed transaction TR.

In the record aggregation step displayed in step 340, a digital asset from reserve address 01 to user address when an instruction stored in storage medium 84 of computer 60 of system 2 is executed by processor 80 by the operation of the issuer. As a token transfer, a completed transaction containing information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (SS150), and the node computer 65 included in the system 2 (not shown, see FIG. 11). When the processor 80 executes an instruction stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, the ownership transfer condition is received by the node computer 65 on the peer-to-peer distributed ledger network. After successful transaction validation including (SS160),
Record the transfer of ownership of Digital Asset Token T (SS170),
The historical information is added to the record of the transfer of one unit (T) of the amount of the digital asset token (SS190). By this step, the MS150-MS170 and MS190 steps of Method 1 are performed by the system 2.

Thus, as shown in steps 300-340 above, system 2 includes a processor 80 and a storage medium 84 in which instructions executed by the computer 60 are stored and readable by the computer 60, which instructions are by the processor 80. When executed
One unit (T) of the amount of (SS110) Digital Asset Tokens generated in Peer-to-Peer Distributed Ledger 3 is
When recording the subsequent transfer of ownership due to the issuance of the Digital Asset Token T in Peer-to-Peer Distributed Ledger 3,
The addition or renewal of the ownership transfer condition to be associated with one unit (T) of the digital asset token amount to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (SS120).
The terms of transfer of ownership may include setting a universal price range of upper and lower limits for transfer consideration between one unit (T) of the amount of the digital asset token and a given fiat currency (SS130).
The incidental information to be recorded includes at least historical information including the history of transfer of digital asset tokens to Reserve 01 (SS140).
Broadcast the transaction TR containing the information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (SS150).
After successful transaction validation including the ownership transfer conditions (SS160),
Record the transfer of ownership of Digital Asset Token T (SS170),
The terms of transfer of ownership are added to the record of the transfer of one unit of the amount of the Digital Asset Token (SS180).
The historical information is added to the record of the transfer of one unit (T) of the amount of the digital asset token (SS190).
The history information includes at least the digital asset among the records of the transfer from the issuer to the reserve 01, the transfer from the reserve 01 to the user, the transfer between users, and the transfer from the user to the reserve 01 immediately after the generation of the digital asset token. It is configured to include transfer history information from the issuer to Reserve 01 immediately after the token is generated.

In the system according to the present invention, the issue price is controlled to a certain range by the ownership transfer conditions, which has the effect of providing transparency and stability of the transfer pricing of the digital asset token. In addition, when the ownership transfer condition is added and the ownership transfer condition is recorded in the peer-to-peer distributed ledger 3 as a suspension condition, the trader is almost free to trade what is the record to be verified. It is also possible to record in advance before the transaction, it is possible to specifically read the transparency and certainty of the transaction from the record before the transaction, and after the transaction it is possible to see if the transaction was sound. It is possible, and thus recording the terms of ownership transfer in a peer-to-peer distributed ledger contributes to increased transparency. In this way, the exchange value is more stable by improving transparency by recording history and recording constraints, and by making it possible to incorporate into the digital asset token itself a mechanism that limits the price to the price fluctuation range of a predetermined fiat currency. The system of the present invention provided by a digital asset token is disclosed herein.

<Transfer between users of Digital Asset Token T>
As shown in FIG. 15, when the transfer operation between the users of the digital asset token T is started, in step 400, the system 2 receives the instruction stored in the storage medium 84 of the computer 60 of the system 2 by the user's operation. When executed by the processor 80, the user is displayed on the transfer operation screen between users of the digital asset token, and the prompt display prompts the user to input the transfer condition between users. As the ownership transfer condition, the transfer condition code to another user is selectively input by the user, and as the transfer condition, the address of the transfer destination user and the input of the condition code parameter regarding the consideration for the transfer are accepted from the user.

When the system 2 accepts the transfer condition from the user to the user, in step 410, the user continues to execute the instruction stored in the storage medium 84 of the computer 60 of the system 2 by the processor 80 by the operation of the user. Prepare to transfer your own digital asset tokens recorded on the blockchain to another user address. The transfer condition code to another user and its parameters are transferred between own addresses because the transaction TR for recording in the digital asset token of the peer-to-peer distributed ledger records the ownership transfer condition as the ownership transfer condition. Is composed as.

Subsequently, in the transfer record aggregation step displayed in step 420, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are subsequently executed by the processor 80 by the user's operation, between the self-addresses. As a transfer of digital asset tokens, a transaction TR containing information to be recorded in the peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network, followed by a transaction TR, followed by the blockchain of the peer-to-peer distributed ledger 3. When the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65 on the network, it is received by the node computer 65. , Verify the transaction in the peer-to-peer distributed ledger network and record the change in the peer-to-peer distributed ledger 3 in the block of the peer-to-peer distributed ledger 3 as a record of the transfer between self-addresses.

In step 430, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user, the transaction composition means composes the inter-user transfer transaction TR. As a transfer of ownership from user 1 to user 2, the transfer of ownership transaction between users is, for example,
Transaction TR
Transaction input:
Transaction input 1 User address 1/1000 (T);
Transaction output 1 User address 2/1000 (T)
And transaction TR may be configured, and the script of the digital asset token T of the selected transaction input 1 of the user address contains the ownership transfer condition code between users and its parameters related to user address 2 and payment of consideration. Be embedded.
If the consideration is legal tender, the ownership transfer condition is a condition code if it is the market exchange rate of legal tender, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. Therefore, the upper and lower limits of the universal price range based on the market exchange rate of legal tender are set as legal tender condition code 1 (legal tender type, upper limit, lower limit), and the ownership transfer condition code and its parameters are embedded in the script. (SS130).
If the transaction TR is composed by the user 1 and the transaction TR includes only one-sided transfer from the user 1 as described above, the transaction TR is now completed as a completed transaction by the approval of only the user 1.

Further, even if the transaction TR includes only one-sided transfer, if the transaction requires the approval of the user 2, it is composed as an unapproved transaction by the approval of only the user 1 in order to obtain the additional approval of the user 2. In order to obtain the approval of the user 2 for the unapproved transaction TR that has been performed, the user 2 is notified of the transfer between the users. In step 430, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is continuously executed by the processor 80 by the operation of the user, the user 2 receives the notification of the transfer between users from the user 1. When prompted by the prompt to accept the transfer between users from user 1, and when user 2 accepts the unapproved transaction of transfer between users from user 1 and agrees to the contents, and approves the unapproved transaction, the user 2 After accepting the system 2 transaction approval by the operation, the transaction TR is completed.

Subsequently, in the "record" aggregation step displayed in step 440, digital assets between user addresses when instructions stored in the storage medium 84 of computer 60 in system 2 are executed by processor 80 by user operations. As a transfer of token T, a transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network, and subsequently, it is included in the system 2 on the blockchain network of the peer-to-peer distributed ledger 3. When the processor 80 of the node computer 65 (not shown, see FIG. 11) executes an instruction stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, the transaction is verified and peer-to-peer. The changes are recorded in the distributed ledger 3 block as a record of transfers between user addresses.

At the time of the transfer, the history information including the transfer history information from the issuer to Reserve 01 immediately after the generation of the digital asset token TR is the record of the transfer of 1 unit (T) of the amount of the digital asset token, and at the same time, the peer-to-peer distributed ledger 3 It is added to (SS190).

Thus, as shown in steps 400-450, the processor 80 and the storage medium 84 in which the instructions executed by the computer 60 are stored and readable by the computer 60 are included, and the instructions are executed by the processor 80. When
One unit (T) of the amount of (SS110) digital asset tokens generated in the peer-to-peer distributed ledger 3 is (SS110),
When recording the subsequent transfer of ownership between users of the digital asset token T in the peer-to-peer distributed ledger 3,
The addition or renewal of the ownership transfer condition to be associated with one unit (T) of the digital asset token amount to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (SS120).
The terms of transfer of ownership may include setting a universal price range of upper and lower limits for transfer consideration between one unit (T) of the amount of digital asset tokens and a given fiat currency (SS130).
The incidental information to be recorded includes at least historical information including the history of transfer of Digital Asset Token T to Reserve 01 (SS140).
A transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (SS150).
After successful transaction validation including the ownership transfer conditions (SS160),
Record the transfer of ownership of Digital Asset Tokens (SS170),
The terms of transfer of ownership are added to the record of transfer of one unit (T) of the amount of the digital asset token (SS180).
The historical information is added to the record of the transfer of one unit (T) of the amount of the digital asset token (SS190).
The history information includes at least the digital record of the transfer from the issuer to the reserve 01, the transfer from the reserve 01 to the user, the transfer between users, and the transfer from the user to the reserve 01 immediately after the generation of the digital asset token T. It is disclosed that the system 2 executes the MS110-MS190 step of the method 1 of the present invention, which is configured to include transfer history information from the issuer to the reserve 01 immediately after the asset token is generated. And, as mentioned above, the present invention refers to the transparency of the generation and / or issuance of digital asset tokens and the transfer of digital asset tokens between users by the addition of ownership transfer conditions and the addition of historical information and issuance via reserve. Provided is a system for recording in a peer-to-peer distributed ledger that improves the transparency of generated information and / or issued information that can be generated and the stability of exchange value at the time of transfer between users.

<Redemption of Digital Asset Token>
As shown in FIG. 16, when the redemption of the digital asset token T is started, in step 500, the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user. When the system 2 accepts the ownership transfer conditions required for the redemption transaction TR from the user. The ownership transfer condition is, for example, the market exchange rate of the legal tender planned if the consideration is the legal tender, the time window to which the ownership transfer condition should be applied, and the planned redemption consideration amount of the issued legal tender.

In step 510, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user, the transfer of ownership condition required for the redemption transaction TR is accepted from the user. Prepare to redeem the user's digital asset token T recorded on the blockchain for the user. The redemption condition code and its parameters form a transaction TR for recording in the digital asset token T of the peer-to-peer distributed ledger 3 as a transfer transfer between own addresses as a condition of ownership transfer.

Subsequently, in the transfer record aggregation step displayed in step 520, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, the digital assets between the self-addresses. As the transfer of the token T, the transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network, and then the system on the blockchain network of the peer-to-peer distributed ledger 3. When the processor 80 of the node computer 65 (not shown, see FIG. 11) included in 2 executes an instruction stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, the transaction TR is received. Transaction verification is performed by the node computer 65 on the peer-to-peer distributed ledger network, and the change is recorded in the peer-to-peer distributed ledger block as a record of transfer between self-addresses. This will add the terms of ownership transfer to the record of the transfer of one unit (T) of the amount of the digital asset token (SS180).

In step 530, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user, the redemption transaction TR is formed by the user. The redemption transaction TR, for example, as a transfer of ownership from the user to the issuer by transaction composition means, for example.
Transaction TR
Transaction input:
Transaction input 1 User address 2/1000 (T);
Transaction output 1 Reserve address 01/1000 (T)
And transaction TR may be configured, and the script of the digital asset token T of the selected transaction input 1 of the user address contains the ownership transfer condition code between users and its parameters reserve address 01 and parameters related to payment of consideration. It will be embedded and the issuer will be notified of the redemption application.

In step 530, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is subsequently executed by the processor 80 by the operation of the issuer, the redemption process is performed and the issuer requests the redemption from the system. Upon receiving the notification, the transaction TR is accepted, the ownership transfer condition of the redemption is verified whether or not the predetermined redemption condition is met, and the transaction TR is completed.

Subsequently, in the "record of transfer" aggregation step displayed in step 540, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, from the user address. As a transfer of digital asset tokens to reserve address 01, the transaction TR completed by the issuer contains information to be recorded in the peer-to-peer distributed ledger, is broadcast by the issuer to the peer-to-peer distributed ledger network, and is included in system 2. When the processor 80 of the node computer 65 (not shown, see FIG. 11) executes an instruction stored in the storage medium 84 of the node computer 65 and the transaction TR is received by the node computer 65, the peer-to-peer distributed ledger The transfer of the digital asset token T is recorded in the block of the peer-to-peer distributed ledger 3 by the node computer 65 on the network, and the redemption of the digital asset token T is completed.

On the other hand, the issuer separately processes the payment of the consideration to the user. At the time of the transfer, the history information including the transfer history information from the issuer to Reserve 01 immediately after the generation of the digital asset token T is the record of the transfer of 1 unit (T) of the amount of the digital asset token, and at the same time, the peer-to-peer distributed ledger 3 (SS190), and the history information will not be lost even if it is reissued thereafter.

Thus, in steps 500-540, the processor 80 and the storage medium 84 in which the instructions executed by the computer 60 are stored and readable by the computer 60 are included, and the instructions are executed by the processor 80.
One unit of the amount of digital asset tokens (T) was recorded in peer-to-peer distributed ledger 3 (SS110) One unit of the amount of digital asset tokens was (SS110),
When the subsequent transfer of ownership of the Digital Asset Token T is recorded in the peer-to-peer distributed ledger,
The addition or renewal of the ownership transfer condition to be associated with one unit of the digital asset token amount to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (SS120).
The terms of transfer of ownership may include setting a universal price range of upper and lower limits for transfer consideration between one unit (T) of the amount of digital asset tokens and a given fiat currency (SS130).
The incidental information to be recorded includes at least historical information including the history of transfer of digital asset tokens to Reserve 01 (SS140).
A transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (SS150).
After successful transaction validation including the ownership transfer conditions (SS160),
Record the transfer of ownership of Digital Asset Token T (SS170),
The terms of transfer of ownership are added to the record of the transfer of one unit of the amount of the Digital Asset Token (SS180).
The historical information is added to the record of the transfer of one unit of the amount of the digital asset token (SS190).
The history information includes at least the digital asset among the records of the transfer from the issuer to the reserve 01, the transfer from the reserve 01 to the user, the transfer between users, and the transfer from the user to the reserve 01 immediately after the generation of the digital asset token. It is understood that the system 2 configured to include the transfer history information from the issuer to the reserve 01 immediately after the token generation is disclosed, and that the MS110-MS190 step of the method 1 of the present invention is executed by the system 2. Will be done. In this way, it is possible to record the history that is displayed as a reference on the digital asset token itself after redemption and the constraint conditions that are pegged to the legal currency regarding the redemption price, and the transparency of the redemption price is improved, and in addition, the redemption price is redeemed. A mechanism that limits the price to the price fluctuation range of a given fiat currency provides a digital asset token integration system with a more stable exchange value. As described above, the present invention provides generation information and / or issuance information and / or between users that can be referred to at the time of redemption of the digital asset token by the addition of ownership transfer conditions, the addition of history information, the issuance through the reserve, and the redemption to the reserve. Provide a system for recording in a peer-to-peer distributed ledger that improves the transparency of transfer information and the stability of exchange value at the time of redemption.

<Issuance of digital asset token T2 pegged to other currencies>
In the embodiment of the system 2, the readable storage medium 84 includes an additional instruction, which, when executed by the processor 80, is in one unit of the first digital asset token T1. Amount of 1st Digital Asset Tokens associated with other currencies against a given given 1st statutory currency associated with the exchange rate according to the market exchange rate between the 1st statutory currency and the 2nd currency Record the generation of 1 unit (T2) of the second digital asset token amount, with the digital asset token amount pegged to 1 unit (T1) as 1 unit (SS210).
When recording the subsequent transfer of ownership of the digital asset token T2 in the peer-to-peer distributed ledger 3,
Including pre-recording in the peer-to-peer distributed ledger 3 (SS220) the addition or renewal of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred.
The ownership transfer condition includes an upper limit and a lower limit of the transfer consideration of 1 unit (T2) of the amount of the second digital asset token for 1 unit (T1) of the amount of the first digital asset token as a pegging condition. System 2 is provided in an additional manner, including constraining to a universal price range and / or an individual price range (SS230).

When the system 2 starts the operation of generating the digital asset token T2 pegged to another currency as shown in FIG. 17, in step 700, it is stored in the storage medium 84 of the computer 60 of the system 2. When the instruction is executed by the processor 80 by the issuer's operation, the system 2 accepts the generation condition. The generation conditions are, for example, the type and quantity of digital asset tokens.

In step 710, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is subsequently executed by the processor 80 by the operation of the issuer, the system 2 transfers the ownership required for the generated transaction TR. Accept the conditions. The ownership transfer condition is, for example, the market exchange rate between the first fiat currency pegged by the planned first digital asset token T1 and another currency, and is the time window to which the ownership transfer condition should be applied. For the market exchange rate between the first fiat currency and other currencies pegged by the first digital asset token T1, the information input procured from the market by the issuer is appropriate.

In step 720, transaction TR is subsequently composed by the transaction composition means when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the issuer's operation. If the ownership transfer condition is the market exchange rate between the first legal tender and another currency, this is coded, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. Therefore, the upper and lower limits of the universal price range based on the market exchange rate between the first fiat currency and other currencies are data-structured by the condition code 1 (upper limit and lower limit), and the condition code 1 (upper limit) is used. The value, lower limit) may be included in advance in the content described by the script in the transaction output.
This aspect provides a system that simplifies verification in the blockchain and makes it possible to make the capacity of the distributed storage area of the blockchain compact.

Here, for example, if it is a Bitcoin script language, it is a stack-based language and complicated branching logic cannot be adopted, but only the conditions that can be verified in the stack-based language can be simplified to match the conditions. , The existence or nonexistence of the information, the verification of the hash match of the information referred to from the metadata, etc. are adopted, and the condition-encoded ownership transfer condition is embedded in the script.

History information related to generation History coding is performed, and the transfer from the issuer to the reserve 01 immediately after the generation of the digital asset token T2 is history coded 1, the transfer from the reserve 01 to the user is history coded 2, and the transfer between users is performed. History coding 3 and transfer from user to reserve 01 are coded for each transfer as in history coding 4, and as history information, the history of transfer from the issuer to reserve 01 immediately after the generation of digital asset token T2 Embed code 1 in the generated transaction output script.

When the composition of transaction TR is completed, transaction verification including verification of transaction TR signature by the approver is performed. Read the condition code 1 (upper limit, lower limit) specified in the transaction input script, and the first digital asset token quantity (T1) and the second digital asset token quantity (T2) that are bought and sold in the entire transaction TR. The exchange rate between the first digital asset token T1 and the second digital asset token T2 is calculated from the ratio with, and the first digital asset token T1 embedded in the script as a condition for transfer of ownership is pegged. It is verified whether or not it falls within the condition code 1 (upper limit value, lower limit value) of the market exchange rate between the legal tender of 1 and other currencies.

Here, not only in the case of issuance, it is necessary to acquire the market exchange rate in order to verify whether or not it violates the specification of condition code 1 (upper limit value, lower limit value). Since the market exchange rate is displayed in the transaction by the system 2, it is preferable to incorporate the statistical digital asset token into the transaction. Statistical digital asset tokens are tokens similar to digital memo tokens, not digital tokens that represent digital assets, but digital tokens for displaying statistical data such as the market exchange rate of digital asset tokens within a transaction. From the intended use, it is referred to as a statistical digital asset token in this specification.
Market exchange rate statistics In System 2, the first statutory currency is preferably the Japanese yen, and the second statutory currency is, for example, the US dollar, the statutory currency outside Japan. Since it is (USD), transaction input and transaction output are added to display the market exchange rate, for example, to display the market exchange rate of Japanese Yen (YEN) and US Dollar (USD) in the transaction on a daily basis. Will be done.
For example, if the market exchange rate between Japanese yen and US dollar is 110.50 yen @ 1 dollar, the following transaction notation will be added.
Transaction TR
Transaction input:
Transaction Input 1 Statistical Address / 1 (USD);
Transaction output:
Transaction Output 1 Statistical Address / 1 (USD);
In advance, the issuer provided the system 2 with a record of market exchange rate statistics digital asset tokens (symbols of other currencies) for displaying the market exchange rates of Japanese yen and US dollars in the peer-to-peer distributed ledger 3. good. Market Exchange Rate Statistics Digital Asset Token (USD) historical information records the market exchange rates of fiat currency 1 and other currencies over the past week, usually with a market exchange rate of the day, eg, a scale factor of 100. As the history information is displayed as 10500. Therefore, the same market exchange rate can be obtained from both the

user wallet computers

computers

67 and 68 are executed by the processor 80 of the

computers

67 and 68, the instructions stored in the storage medium of the node computer 65 are also executed by the processor 80 of the computer 60. even when,
Transaction TR
Transaction input:
Transaction Input 1 Statistical Address / 1 (USD);
Transaction input 2 User address 1/110 (T1);
Transaction input 3 User address 2/1 (T2)
Transaction output:
Transaction Output 1 Statistical Address / 1 (USD)
Transaction output 2 User address 1/1 (T2);
Transaction output 3 User address 2/110 (T1);
In verifying the transaction on a transaction-by-transaction basis, refer to the historical information of the market exchange rate statistics digital asset token (USD) and execute the transaction according to the market exchange rate of 110.50 between legal tender 1 (Japanese yen) and US dollar (USD). Verify. Statistical Digital Asset Tokens allow market exchange rates to be provided for transaction validation through a transaction display architecture. The market exchange rate to be provided from the issuer to the user may be initially provided by the system 2 at the time of composing the transaction TR, eg, by

wallets

67, 68, with the transaction input 1 signed.
The transaction TR may also be provided with the display below.
Transaction TR
Transaction input:
Transaction Input 1 Statistical Address / 100 (USD);
Transaction Input 2 Statistical Address / 10950 (YEN);
Transaction input 3 User address 1/110 (T1);
Transaction input 4 User address 2/1 (T2)
Transaction output:
Transaction Output 1 Statistical Address / 100 (USD)
Transaction Output 2 Statistical Address / 10950 (YEN);
Transaction output 3 User address 1/1 (T2);
Transaction output 4 User address 2/110 (T1)
In this transaction TR, the market exchange rate of 1USD@109.50 is expressed in normal transaction notation with a scale factor of 100, making it possible to use the market exchange rate without referring to or decoding historical information, further improving transparency. It has been offered.
In addition, as long as the distribution to each node and wallet, the script language, and the programming language provide, it is possible to provide the market exchange rate by referring to the distributed storage and the global environment variable. Providing market exchange rates with statistical digital asset tokens is excellent in terms of market exchange rates being tamper-safe and transparent.

In step 730, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the issuer, if the above verification is passed, the system 2 performs the completed transaction TR in a peer-to-peer distributed type. Broadcast to the ledger network system.
On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see FIG. 11) executes an instruction stored in the storage medium 84 of the node computer 65, the transaction is performed by the node computer 65. When the TR is received, the transaction TR is verified as when the composition of the transaction TR is completed, and after accumulating one or more transaction TRs, the validity of the block is verified. After that, the transaction TR is recorded in the block by the node computer 65 that has acquired the right to connect to the immediately preceding block, and the peer-to-peer distributed ledger of the generated transaction TR is recorded as the transfer of the digital asset token T2 from the base dress 00 to the reserve address 01. The recording to 3 is completed, and at the same time, as history information, the history of transfer from the issuer immediately after the generation of the digital asset token T2 to the reserve 01 is added to the record of the generation of the digital asset token T2. After that, the digital asset token T2 with the reserve address 01 specified in the transaction output can be used for the unused transaction input in the next transaction.

Thus, by step 700-730, the predetermined first fiat currency associated with one unit of the first digital asset token T1 is associated with another currency, with the first fiat currency and the second currency. 1 unit (T2) of the 2nd digital asset token amount with 1 unit (T1) of the digital asset token pegged to 1 unit of the 1st digital asset token amount at the exchange rate according to the market exchange rate of ) Is recorded (SS210), and it is understood that the MS210 step of Method 1 of the present invention is performed by the system step SS210.

<Issuance of Second Digital Asset Token T2>
As shown in FIG. 18, the issuing stage of the second digital asset token T2 is started, and in step 800, the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer. When executed, system 2 accepts issuance conditions. The issuance conditions are, for example, the date and time of issuance, the type and quantity of digital asset tokens to be issued at the same time, and other matters of interest to applicants and related parties, which are suitable for the record of the peer-to-peer distributed ledger 3 of the digital asset token T2. Information including. It is preferable that the issuance information is also coded and structured together with items referred to by the issuance information code such as issuance information code 1 (issue date, issuance quantity). By doing so, it becomes easy to embed the issue information code and its parameters in the transaction script.

The difference between the issuance of the second digital asset token T2 and the first digital asset token T1 pegged directly to the fiat currency described above is that in the issuance of the second digital asset token T2, the consideration is the first digital asset token. The point is that it can be T1. Therefore, the transaction TR for issuing the second digital asset token is managed by the user of the second digital asset token T2 from the transfer from the user of the first digital asset token T1 to the address managed by the issuer, for example, the reserve address 01. The transfer to the address to be performed can be described in the same transaction TR, providing the convenience of realizing the delivery of the second digital asset token T2 and the provision of consideration at the same time.

In step 810, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, the issuer receives the reserve address recorded in the blockchain by the system 2. Refer to the unused transaction input belonging to 01 and check the existing ownership transfer conditions recorded in the second digital asset token T2 to be used for issuance. Add or update the ownership transfer conditions required for the issuing transaction TR.

If an update or addition is required, record the change in the peer-to-peer distributed ledger 3 prior to issuance. First, a pre-registered ownership transfer condition code is selected, accepts input with a given condition code parameter, and then a transaction to record in the digital asset token of the peer-to-peer distributed ledger 3 as the ownership transfer condition. 01 is composed as a transfer transfer between self-addresses.

Subsequently, in the transfer record aggregation step displayed in step 820, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, the digital between the self-addresses is digital. As the transfer of the asset token T2, the transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network.
Transaction TR is verified when processor 80 of node computer 65 (not shown, see FIG. 11) executes instructions stored in storage medium 84 of node computer 65 on the blockchain network of peer-to-peer distributed ledger 3. , The change in the peer-to-peer distributed ledger 3 is recorded in the block of the peer-to-peer distributed ledger as a record of transfer between self-addresses. This will add the terms of ownership transfer to the record of the transfer of one unit (T2) of the amount of the digital asset token (SS180).

In step 830, the user prepares to apply for a second digital asset token issuance offer. The preparation operation for the issuance application from the user 1 of the second digital asset token T2 is started, and in step 830, the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the user's operation. At that time, the system 2 displays the issuance application operation screen of the digital asset token T2 to the user, and prompts the user to input the application conditions by displaying the prompt. As a condition for transfer of ownership, the application condition code for the address managed by the issuer as an application is selectively input by the user, and as a condition for transfer, the address of the transfer destination and the quantity of the second digital asset token to be applied ( Accept the input of application condition code parameters such as T2) from the user.

When the system 2 accepts the application conditions from the user, in step 840, the system prepares to transfer the digital asset token recorded on the blockchain to the address managed by the issuer for the user. As the ownership transfer condition, the application condition code and its parameters form a transaction TR for recording in the digital asset token of the peer-to-peer distributed ledger 3, and the transaction TR is broadcast.
On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see FIG. 11) executes an instruction stored in the storage medium 84 of the node computer 65, the node computer of the system 2 When the transaction TR is received by 65, the transaction TR is verified and then the change is recorded in the peer-to-peer distributed ledger 3.

In step 850, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the user, the transfer transaction TR for application is composed by the transaction composition means. As a transfer of ownership from user 1 to the issuer, the application ownership transfer transaction TR may be, for example,
Transaction TR
Transaction input:
Transaction input 1 User address 1/10800 (T1);
Transaction output:
Transaction output 1 Reserve address 01/10800 (T1)
And transaction TR may be configured, or
Transaction TR
Transaction input:
Transaction input 1 User address 1/10800 (T1);
Transaction Input 2 Reserve Address 01/100 (T2)
Transaction output:
Transaction output 1 Reserve address 01/10800 (T1)
Transaction output 2 User address 1/100 (T2)
And the transfer of Digital Asset Token T2 may also be described in the transaction.
When verifying the balance of balance of this transaction TR, the balance of the entire transaction TR is checked. The difference in balance between balance is that if the transaction includes one or more types of digital asset tokens T1 and T2 as in this example, the quantities do not match in terms of balance, but preferably, one digital asset token and one digital asset token are preferably used. In the transaction TR for buying and selling with other types of digital asset tokens T1 and T2, the balance between selling and buying after conversion of the exchange value to the first digital asset token T1 is within a predetermined difference range in the transaction TR. It is preferable that it is configured so as to be contained in. That way, transactions within a more stable value range can be realized. By calculating the balance of balance, the difference at the time of conversion of the exchange rate is recognized, and even if a difference occurs on the system, it is possible to process the slight difference after recognizing the difference according to a predetermined agreement. At the same time, when a difference that is not a small difference occurs, it prevents the closing of the transaction, enhances the transparency and soundness of the transaction, and provides the effect of stabilizing the exchange rate of the substantial digital asset token. In addition, in the case of a transaction relating to the transfer of ownership of two parties, if one party sets a predetermined small difference that prevents the transaction from being completed, the degree of freedom of the other party is within the range of the difference, and the other party trades. Unless there are other restrictions, it creates room for the transaction to be decided so that it can be decided by the outcome, and the transparency of the transaction is increased. In the case of this example, if the market exchange rate of the exchange value for the first digital asset token T1 is 108, the second digital asset token 100 (T2) corresponds to 10800 (T1) after conversion. The total value of the balance is 21600 for the transaction input and the transaction output, and the balance is the same. Lending and borrowing differences are determined internally by the transaction and do not have to be determined by applying exchange rates on individual transaction inputs.
In the script of the digital asset token T2 of the selected transaction input 1 of the user address, the ownership transfer condition code between users and the reserve address 01 as its parameter and the quantity of the second digital asset token to be applied (T2) ) Etc. are embedded in the application condition code parameter.
If the ownership transfer condition is the market exchange rate between the first legal tender and another currency, this is coded, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. Therefore, the upper and lower limits of the universal price range set by the market exchange rate between the first legal tender and other currencies are condition-coded, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. Therefore, the upper and lower limits of the universal price range based on the market exchange rate between the first fiat currency and other currencies are set as the second currency condition code 1 (digital asset token type, upper limit, lower limit) and ownership. The transfer condition code and its parameters are embedded in the script.
When the application transaction TR is formed by the user 1, the transaction is transmitted from the user 1 to the issuer.

In step 860, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, the issuer receives the notification of the application from the user 1 and receives the notification of the application from the system 2. The prompt display prompts you to accept the application from user 1. If the issuer accepts the application transaction TR of the second digital asset token T2 from the user 1 and agrees with the contents, the issuer further forms the application transaction TR. The incidental information to be recorded in the transaction TR is inherited at least the history information including the history of the transfer of the digital asset token T2 to the reserve 01, and preferably the script is configured to include the issuance information (SS140). User 2 configures transaction TR. When the transaction TR is approved by the user 2, the transaction TR is set as the completed transaction TR after the transaction verification of the system 2.

In the transfer record aggregation step described in step 870, when the instruction stored in the storage medium 84 of computer 60 of system 2 is executed by processor 80 by the operation of the issuer, the completed transaction TR is performed by system 2. , Broadcast to the blockchain network.
When the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65 on the blockchain network of the peer-to-peer distributed ledger 3. When the transaction TR is received by the node computer 65, the computer 60 of the node computer 65 verifies the transaction TR on the blockchain network, records the transaction in the peer-to-peer distributed ledger 3, and a second digital asset token. The transfer of T2 to user 1 is completed, and at the same time, historical information is also recorded in the incidental information of the record of the second digital asset token T2, and at the same time, the transfer of the first digital asset token T1 from user 1 to the issuer is also performed. Completed and application / issuance is complete. And, as mentioned above, the present invention provides the transparency of generation and / or issuance of digital asset tokens and the stability of exchange value at the time of issuance by the addition of ownership transfer conditions and the addition of history information and issuance via reserve. Provide a system for recording in an improved peer-to-peer distributed ledger. As described above, the system of the present invention allows both the issued digital asset token and the consideration digital asset token to be expressed in the issuing transaction, enables integrated management from application to issuance, and provides transparency from application to issuance. It is an integrated system of asset tokens.

<Transfer between users of Digital Asset Token T2>
As shown in FIG. 19, when the transfer operation between users of the digital asset token T2 is started, in step 900, the instruction stored in the storage medium 84 of the computer 60 of the system 2 is transmitted by the operation of the user 2 by the processor 80. When executed, the system 2 displays the transfer operation screen between the users of the digital asset token T2 to the user 2, and prompts the user 2 to input the transfer condition between the users by displaying a prompt. As the ownership transfer condition, the transfer condition code for requesting the transfer to another user 1 is selectively input by the user 2, and as the transfer condition, the user 2 inputs the address of the transfer request destination user 1 and the condition code parameter regarding the consideration for the transfer. Accept from.

When the system 2 accepts the transfer condition from the user 2 to the user, in step 910, the first digital asset token T1 as the consideration owned by the user 2 recorded on the blockchain is provided for the user 2. Prepare to move to the address of another user 1. A transaction TR for recording in the digital asset token of the peer-to-peer distributed ledger 3 is formed as a transfer transfer between own addresses, using the transfer condition code and its parameters with the user 1 as the transfer destination as the ownership transfer condition.

Subsequently, in the transfer record aggregation step displayed in step 920, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the user 2, the digital between the self-addresses is digital. As the transfer of the asset token T1, the transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network.
Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65. At that time, the computer 60 of the node computer 65 verifies the transaction TR and records the change in the peer-to-peer distributed ledger 3 as a record of transfer between self-addresses in the block of the peer-to-peer distributed ledger 3. This will add the terms of ownership transfer to the record of the transfer of one unit (T1) of the amount of the digital asset token (SS180).

In step 930, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the user 2, the transaction composition means composes the inter-user transfer transaction TR. The transfer of ownership of the second digital asset token T2 from user 1 to user 2 and in consideration of the transfer of the first digital asset token T1 owned by user 2 The transfer of ownership transaction between users is, for example,
Transaction TR
Transaction input:
Transaction input 1 User address 1/100 (T2)
Transaction input 12 User address 2/1080 (T1);
Transaction output 1 User address 2/100 (T2)
Transaction output 2 User address 1/180 (T1)
A transaction TR incorporating the transfer of the first digital asset token T1 in consideration may be configured by the user 1, and the script of the digital asset token T2 of the selected transaction input 1 of the user address 2 may include between the users. The ownership transfer condition code and the user address 2 parameter are embedded as its parameters.
For example, for one unit of the amount of the second digital asset token T2 (other currency $ 1 (¢ 100)), the lower limit consideration is one unit of the amount of the first digital asset token T1 108 (legal tender 1 yen). (JPY) (100 sen)), and a universal price condition is set with the same maximum consideration.
108 (T1) ≤ 1 (T2) ≤ 108 (T1)
If you give a spread of 1 yen to the lower limit consideration and the upper limit consideration,
107.5 (T1) ≤ T2 ≤ 108.5 (T1)
However, if the scale factor is 100,
10750 (T1) ≤ 100 (T2) ≤ 10850 (T1)
The condition may be set.
Since the consideration is the first digital asset token T1, if the ownership transfer condition is the market exchange rate between the first fiat currency JPY and another currency USD, this is condition-coded and the upper limit of the universal price range is set. And the lower limit are defined as the parameters of the condition code. Therefore, the upper and lower limits of the universal price range set by the market exchange rate between the first legal tender JPY and other currencies USD are condition-coded, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. do. Therefore, the upper and lower limits of the universal price range based on the market exchange rate between the first fiat currency JPY and other currencies USD are set by the market exchange rate condition code 1 (digital asset token type T2, upper limit 10750, lower limit 10850, As a scale factor 100), the ownership transfer condition code and its parameters are embedded in the script.
In this way, when the unapproved transaction of the user 1 is formed by the user 2, the unapproved transaction TR is transmitted from the user 2 to the user 1.

In step 940, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user 1, the user 1 receives the notification of the transfer between users from the user 2, and the system receives the notification. Prompt display prompts the transfer of the second digital asset token T2 from 2 to user 2 between users.
User 1 accepts an unapproved transaction TR for inter-user transfer of the second digital asset token T2 from user 2 and inputs it into system 2, and system 2 receives acceptance of transfer conditions between users from user 1. Then, the second digital asset token T2 owned by the user 1 recorded on the blockchain for the user 1 is prepared to be transferred to the address of the other user 2. A transaction for recording the transfer condition code and its parameters with the other user 2 as the transfer destination in the digital asset token T1 of the peer-to-peer distributed ledger 3 is formed as the ownership transfer condition, and the transaction TR is broadcast.
Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65. At that time, the computer 60 of the node computer 65 verifies the transaction TR on the peer-to-peer distributed ledger network, and the change is recorded in the peer-to-peer distributed ledger 3.
Confirming the record, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user 1, the system 2 is accepted by the user 1 and received from the user 2. The user 1 configures the transaction TR so that the unapproved transaction TR is further formed so that the incidental information to be recorded in the transaction TR at least inherits the history of the transfer of the digital asset token T2 to the reserve 01 (SS140). Approve the transaction TR and broadcast it to the blockchain network as a completed transaction TR.
Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65. At that time, the computer 60 of the node computer 65 verifies the transaction TR on the peer-to-peer distributed ledger network, records the transaction TR in the peer-to-peer distributed ledger 3, and at the same time, at least digital asset token T2 to reserve 01 as incidental information. The transfer history of the first digital asset token T1 is added as history information at the same time, and the transfer of the second digital asset token T2 from user 1 to user 2 and the transfer of the first digital asset token T1 from user 2 to user 1 are 1 Simultaneously fulfilled in one transaction TR, the transfer of digital asset token T2 between users is complete.

The system according to this embodiment provides a system that provides additional digital asset tokens pegged to other currencies. The digital asset token pegged to another currency is generated in consideration of the value of a predetermined price range at the market exchange rate of a predetermined other currency for the first fiat currency to which the first digital asset token is pegged. When the digital asset of 2 is issued, and also during the transfer after issuance, the pegging is continuously maintained by setting the ownership transfer conditions. In this way, it is possible to expand the usage scene of the digital asset token of the present invention to the market where other currencies circulate, and the display of the mesh-like relationship with other currencies and the cooperation of exchange value are more transparent and more stable. A system that enables the exchange value of digital asset tokens to be provided is provided.

<Redemption of Digital Asset Token T2 Pegged to Other Currencies>
As shown in FIG. 20, when the redemption of the second digital asset token T2 is started, in step 1000, the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the user's operation. When executed, the system 2 accepts the ownership transfer conditions required for the redemption transaction TR from the user. The ownership transfer condition is, for example, if the consideration for redemption is a fixed exchange rate in the redemption condition, the quantity of the digital asset token T1 with respect to the fixed exchange rate or the unit of the amount of the fixed digital asset token T2 (T2) ( T1), the time window to which the ownership transfer conditions should be applied.

In step 1010, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user, the ownership transfer condition required for the redemption transaction TR is accepted from the user. And prepares for the user to redeem the user's second digital asset token T2 recorded on the blockchain. The redemption condition code and the parameters related to the payment of consideration are embedded. As a condition for transfer of ownership, a transaction TR for recording in the second digital asset token T2 of the peer-to-peer distributed ledger 3 is formed as a transfer transfer between self-addresses.

Subsequently, in the "record" aggregation step displayed in step 1020, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, the digital assets between the self-addresses. As the transfer of the token T2, the transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network.
Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65. At that time, the computer 60 of the node computer 65 validates the transaction TR on the peer-to-peer distributed ledger network, and the change to the peer-to-peer distributed ledger 3 is a record of the transfer of the digital asset token T2 between its own addresses. It is recorded in the block of the distributed ledger 3. This will add the terms of ownership transfer to the record of the transfer of one unit (T2) of the amount of the digital asset token (SS180).

In step 1030, when the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the user, the redemption transaction TR is formed by the user. The redemption transaction, for example, as a transfer of ownership from the user to the issuer by transaction composition means, for example.
Transaction TR
Transaction input:
Transaction input 1 User address 2/100 (T2)
Transaction output:
Transaction output 1 Reserve address 01/100 (T2)
And transaction TR are configured.

By performing the "record" aggregation step in step 1040, the issuer records the redemption process in the peer-to-peer distributed ledger 3 as a transfer of the digital asset token T2 from the user address to the reserve address 01. When the instruction stored in the storage medium 84 of the computer 60 of the system 2 is executed by the processor 80 by the operation of the issuer, the issuer accepts the transaction TR and redeems when notified of the redemption request from the system 2. Verify whether the ownership transfer conditions of the company meet the prescribed redemption conditions. If the digital asset token T1 paid by the user 1 is deposited and managed, the digital asset token T1 may be refunded from the deposit address 03 to the user 2 at the same time in this transaction TR. In this case, the incomplete transaction TR is completed as follows.
Transaction TR
Transaction input:
Transaction input 1 User address 2/100 (T2);
Transaction Input 2 Deposit Address 03/10800 (T1)
Transaction output:
Transaction output 1 Reserve address 01/100 (T2);
Transaction input 1 User address 2/10800 (T1)
Will be. In this example, the redemption is made at the issue rate, but the redemption amount does not necessarily match the payment amount and may be 9000 (T1).
The transaction TR is transaction-verified by the system 2. Since the assumed redemption conditions of the user requesting redemption are set by the user in the ownership transfer conditions, the agreement of both manifestations of intention can be verified by verification. The issuer then further forms a transaction TR and approves the unapproved transaction TR so that the history information, including at least the history of the transfer of the digital asset token T2 to Reserve 01, is taken over as incidental information. As a completed transaction TR, it is broadcast to the peer-to-peer distributed ledger network by the issuer's operation.
Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes an instruction stored in the storage medium 84 of the node computer 65. At that time, the computer 60 of the node computer 65 verifies the transaction TR on the peer-to-peer distributed ledger network, records the transaction TR in the peer-to-peer distributed ledger 3, and at the same time transfers it to the digital asset token T2 to reserve 01 at least. Is added to the record of the transfer of the transaction TR as historical information, and the redemption of the digital asset token TR is completed.

Thus, when the processor 80 and the storage medium 84 in which the instructions executed by the computer 60 are stored and readable by the computer 60 are stored and the instructions are executed by the processor 80,
Record 1 unit generation (T) of digital asset token amount in peer-to-peer distributed ledger,
When recording the transfer of ownership of the relevant digital asset token T after generation, the ownership transfer conditions associated with one unit (T) of the amount of digital asset tokens are verified.
Add or update the ownership transfer conditions that should be associated with one unit (T) of the digital asset token amount after the transfer,
The ownership transfer conditions may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the amount of the digital asset token and a given fiat currency.
The ownership transfer conditions are recorded in a peer-to-peer distributed ledger with the transfer of one unit (T) of the amount of the digital asset token.
In the record of the transfer, further, among the records of the transfer from the issuer to the reserve 01 immediately after the generation of the digital asset token T, the transfer from the reserve 01 to the user, the transfer between users, and the transfer from the user to the reserve 01. Regarding the first digital asset token (T1) generated by the digital asset token system 2, which is a peer-to-peer distributed ledger-based digital asset token system 2 including at least the transfer history from the issuer to the reserve 01, the above-mentioned first. Exchange for a given first statutory currency associated with one unit of one digital asset token amount, associated with another currency, according to the market exchange rate between the first statutory currency and the second currency A peer-to-peer record of the generation of one unit (T2) of the second digital asset token amount, with the digital asset token amount pegged to one unit (T1) of the first digital asset token amount as one unit at the rate. Record in the distributed ledger 3, and at the same time, as a pegging condition, set the universal price range of the upper and lower limits of the transfer consideration of the second digital asset token amount (T2) for one unit (T1) of the first digital asset token amount. The ownership transfer condition information configured to limit the transfer consideration is recorded in the peer-to-peer distributed ledger 3, and at the same time, at least the transfer history information of the digital asset token T2 to reserve 01 is recorded in the peer-to-peer distributed ledger 3. , The mode in which MS110-190 and MS210-230 of Method 1 of generation, issuance, transfer between users and redemption are carried out by the SS110-SS190 and SS210-SS230 system steps of the Digital Asset Token System is disclosed herein. In this way, it is possible to record the history that is displayed as a reference on the digital asset token itself after redemption and the constraint conditions that are pegged to the legal tender regarding the redemption price, and the transparency of the redemption price is improved, and in addition, the redemption price is redeemed. A mechanism that limits the price to the price fluctuation range of a given fiat currency provides an integrated system for digital asset tokens with more stable exchange value. As described above, in the system of the present invention, both the digital asset token to be redeemed and the digital asset token for consideration can be expressed in the redemption transaction, the entire process of redemption can be integratedly managed, and the digital asset token to provide the transparency of redemption. It is an integrated system of. Therefore, the present invention provides the entire life of a digital asset token at the time of generation, issuance, transfer and redemption between users, by the addition of ownership transfer conditions, the addition of historical information, and the issuance and redemption to reserve. Provides a peer-to-peer distributed ledger recording system that improves transparency and stability of exchange value across recycles, including cycles and post-redemption offerings.

This disclosure improves transparency by recording history and constraints, and generates, issues, and issues digital asset tokens with stable exchange value by a mechanism that limits prices to the price fluctuation range of a given fiat currency. An integrated system for recording sales transfers in a peer-to-peer distributed ledger is provided.

[Distributed exchange trading system based on bilateral trading contracts provided by Digital Asset Token Integrated System 2]
FIG. 21 is a schematic schematic diagram illustrating a functional configuration of a digital asset token decentralized exchange transaction by a bilateral transaction provided by the digital asset token system 2 according to the embodiment of the present invention. FIG. 22 is a system flowchart of a digital asset token decentralized exchange transaction by a bilateral transaction provided by the digital asset token system 2 according to the embodiment of the present invention.

The digital asset token integrated system 2 according to an embodiment of the present invention includes the computer 60 having the system configuration shown in FIG. 12, and an additional computer 60 for the user terminal for the user 1 and the user 2 (not shown in FIG. 21). ), The additional computer 60 includes a readable storage medium 84, the storage medium 84 of the additional computer 60 includes additional instructions for the

wallets

67, 68, the instructions being the user's operating screen. When executed by the processor 80 to display, in step 1900, the operation screen of user 2 is displayed and the digital to be sold for the sale board setting of the ownership transfer condition, as shown in FIG. As a condition for transferring ownership of the asset token T2, the upper limit and the lower limit of the predetermined transfer consideration for the amount of the first digital asset token (T1) pegged to the statutory currency 1 in one unit (T2) of the digital asset token amount. Within the universal price range of, the user 2 sets the ownership transfer condition as the selling price limited by the individually specified price range including the upper limit and the lower limit of the transfer consideration with the first digital asset token amount (T1). With this setting, as a condition for transfer of ownership, the upper and lower limits of the transfer consideration with the amount of the first digital asset token are individually specified. Appears, information is disclosed to network participants, and quotes for sale are widely disclosed to peer-to-peer distributed ledger networks, rather than being grasped only by one of the trading intermediaries or specific exchange participants. .. By locking the desired transfer price of the digital asset token before the transaction in order to execute the diversified transaction more reliably, one of the purchase applicants can immediately confirm the transaction only by the operation of the application when the transaction is desired. By displaying the desired transfer price on the blockchain, it is expected that the transparency of the formation of the market price will be enhanced, the soundness of the transaction will be enhanced, and the stability of the digital asset token market exchange rate will be enhanced.

In order to record the transfer price lock condition code (lock price lower limit, lock price upper limit, time window) in the peer-to-peer distributed ledger 3, the user of the digital asset token T2 to be sold can use the following transaction by the transaction composition means. TR,
Transaction TR
Transaction input:
Transaction input 1 User address 2/100 (T2)
Transaction output:
Transaction output 1 User address 2/100 (T2);
In the script of the digital asset token T2 of the selected transaction input 1 of the user address 2 of the transaction TR, the transfer pricing lock condition code and its parameters (lock price lower limit) are set in order to set the ownership transfer condition. Once the lock price cap, time window) is embedded, the transaction TR for recording the ownership transfer terms is then organized as a transfer transfer between own addresses, i.e. between user addresses 2. Subsequently, the transaction TR is broadcast to the blockchain network of the peer-to-peer distributed ledger 3.

Subsequently, on the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 (not shown) executes an instruction stored in the storage medium 84 of the node computer 65, the transaction TR is performed in the peer-to-peer distributed ledger network. Transaction verification is performed by computer 60 of node computer 65, and the change is recorded in a block of peer-to-peer distributed ledger 3 as a record of transfers between self-addresses. The ownership transfer condition is recorded in the peer-to-peer distributed ledger 3, and 100 (T2) of the digital asset token T2 belonging to the user address 2 of transaction input 1 is specified by the parameters (lock price lower limit, lock price upper limit, time window). It is configured to be limited by the individually designated price range including the upper and lower limits of the transfer consideration with the first digital asset token amount (T1).

In step 2000, the bilateral transaction input screen of the digital asset token is displayed toward the screen operated by the user 1, and the purchase price of one unit (T2) of the amount of one digital asset token T2 is 108 yen and the quantity is 100. In addition to the purchase item conditions including (T2), a prompt for selecting another digital asset token held by user 1, for example, the digital asset token T1 corresponding to the exchange value of the digital asset token T2 is displayed as consideration for the purchase. do.

In step 2010, the system 2 accepts a purchase board of 108 yen as a purchase condition from the operation screen of the user 1 and stores it in the memory 81 of the computer 60 on which the wallet application program instruction 87 is executed.

In step 2020, when the instruction is executed by the processor 80 of the wallet 67 of the user 1, the purchase condition of the one digital asset token T2 stored in the memory 81 and the sale on the peer-to-peer distributed ledger 3 are performed. By matching with the one digital asset token T2 set on the board, the selling board of the one digital asset token T2 to be applied for purchase and the user 2 who is the owner of the board are identified, and these search results are obtained. Is displayed on the first user screen.

In step 2025, one unit (T1) of the first digital asset token amount and the second digital asset token amount (T1) are used as a condition for transferring ownership to another digital asset token T1 via the screen operated by the user 1. Transfer price snapshot lock condition code (lock price, snapshot universal time, In order to record the sale destination address) in the peer-to-peer distributed ledger 3, the following transactions, depending on the transaction composition means,
Transaction TR
Transaction input:
Transaction input 1 User address 1/10800 (T1);
Transaction output:
Transaction output 1 User address 1/10800 (T1)
To compose. In the script of the digital asset token T1 of the selected transaction input 1 of the user address 1 of the transaction TR, the transfer pricing snapshot lock condition code and its parameters (lock price, snapshot) are used to set the ownership transfer condition. Universal time, sale address) is embedded. Digital asset token T1 is selected for the purchase price of 108 yen and quantity of 100 (T2), and a snapshot of digital asset token 1 (T1) at a rate of 1 yen for digital asset token 100 (T2). The exchange rate is set and the consideration is set at 10800 (T1).

By setting the transfer price snapshot lock condition code, it is possible to lock the exchange value of the digital asset token, which is the exchange consideration of the purchase applicant, with the first digital asset token in advance of the transaction, and the purchase applicant can purchase. The first digital asset token required by the person who wants to sell, the amount of the second digital asset token 100 (T2) equivalent to the exchange value with 10800 (T1) above, is more reliably acquired, and the market at the time of transaction As a purchaser's intention to purchase a transaction without being affected by the exchange rate, it is possible to confirm the transaction only by the operation of the purchase application, making the transaction easier, activating the transaction market, and digital asset tokens. The effect of increasing the stability of the market exchange rate can be expected. Subsequently, when the transaction TR is broadcast to the blockchain network, the processor 80 of the node computer 65 (see FIG. 12, not shown in FIG. 21) is transferred to the storage medium 84 of the node computer 65 on the peer-to-peer distributed ledger network. When executing the stored instructions, the transaction is verified and the ownership transfer conditions are recorded in the peer-to-peer distributed ledger 3.

In step 2030, the transfer of the above-mentioned digital asset token T2 and the possession of the user 1 corresponding to the consideration are continued by the incomplete transaction TR composition means of the sales transaction between the users through the screen operated by the user 1. Incomplete transaction TR of sales transactions between users, including the transfer of other Digital Asset Token T1
Transaction TR
Transaction input:
Transaction input 1 User address 1/10800 (T1);
Transaction input 2 User address 2/100 (T2)
Transaction output:
Transaction output 1 User address 2/10800 (T1);
Transaction output 2 User address 1/100 (T2)
The purchase application including the incomplete transaction from the computer 67 on which the wallet application program instruction 87 operated by the user 1 is executed to the computer 68 on which the wallet application program instruction 87 of the user 2 is executed via the communication means. And wait for a reply from user 2.

In step 2040, when instruction 87 is executed by the processor 80 of user 2's wallet 68, when user 2 receives the purchase request notification from user 1, it is displayed by instruction 87 of user 2's wallet application program. The purchase application including the unfinished transaction TR sent from the user 1 is accepted through the bilateral transaction approval input screen of the one digital asset token T2, and the sales board is set by the user 1 designated by the unfinished transaction TR. Approves the transaction TR of the transaction TR between

users

1 and 2, including the transfer of another digital asset token T1 as a payment instrument and the transfer of the one digital asset token T2 set for sale by user 2. , The transaction TR of the sales transaction after the approval is returned to the user 1.

In step 2050, when the program instruction 87 is executed by the processor of the wallet 68 of the user 2, the transaction TR of the transfer of the digital asset tokens T1 and T2 by the bilateral transaction is broadcast to the blockchain network of the peer-to-peer distributed ledger 3.

In step 2060, on the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 (see FIG. 12, not shown in FIG. 21) executes an instruction stored in the storage medium 84 of the node computer 65, the transaction TR Is verified and the transfer of digital asset tokens T1 and T2 is recorded in the peer-to-peer distributed ledger 3.

If the record in the peer-to-peer distributed ledger 3 is not immediately recorded, the processor of user 1's wallet 67 executes program instruction 87, and the transaction TR of the transfer of digital asset tokens T1 and T2 by bilateral transaction is peer-to-peer distributed. Broadcast to the ledger blockchain network, the processor 80 of the node computer 65 (see FIG. 12, not shown in FIG. 22) executes instructions stored in the storage medium 84 of the node computer 65 on the peer-to-peer distributed ledger network. At that time, the transaction TR may be verified by the node computer 65, and T1 and T2 may be recorded in the peer-to-peer distributed ledger 3.

The system 2 according to the present embodiment provides a decentralized transaction system (hereinafter, also referred to as DEX (Digital Asset)) that enables the realization of bilateral transaction contracts, and allows users to eliminate the operation of an intermediary and realize transactions. It is expected to make it possible, reduce the opportunity of market control of intermediaries, further stabilize the market exchange rate, make it possible to make the exchange fee virtually free, and make the distribution of digital asset tokens more active. The effect of providing a stable transaction price that is more transparent and less volatile can be obtained.

[Distributed board trading system of Digital Asset Token T]
FIG. 23 is a schematic diagram illustrating a distributed transaction configuration function flow of the board transaction of the digital asset token T provided by the digital asset token integrated system 2 according to the embodiment of the present invention. FIG. 24 is a system flowchart of a digital asset token decentralized exchange transaction by a board transaction provided by the digital asset token integrated system 2 according to the embodiment of the present invention.

The digital asset token integrated system 2 according to an embodiment of the present invention further comprises a board transaction program instruction 87 (see FIG. 12, not shown in FIG. 23) on the storage medium 84 (see FIG. 12, not shown in FIG. 23). An additional wallet 67 for the user 1 terminal for the purchasing user 1 to operate (see FIG. 11), and an addition for the user terminal 2 for the selling user 2 to operate. The wallet 68 (see FIG. 11) is included, the computer 60 for the additional wallet includes a readable storage medium 84, and the storage medium 84 for the additional computer 60 is an additional instruction for the wallet application program 87. (See FIG. 12), when the additional instruction is executed by the processor 60 to display the user's operation screen, in step 3000, the board of the digital asset token T2, as shown in FIG. The transaction application screen is displayed on the screen operated by the purchasing user 1.

In step 3010, when the program instruction 87 is executed by the processor of the wallet 67 of the purchase applicant user 1 (hereinafter, also referred to as the purchase applicant 1), the purchase price of one unit of the amount of one digital asset token T2. A prompt for specifying the purchase item conditions including the quantity and the selection of another digital asset token T1 owned by the user corresponding to the exchange value of the digital asset token T2 as consideration for the purchase is displayed on the user 1 screen.

In step 3020, the input of the purchase application including the purchase condition of the purchase user 1 is subsequently accepted from the user 1 screen and transmitted to the computer 60 (not shown in FIG. 23) on which the board transaction application program instruction 87 is executed. do.

Prior to the execution of step 3020, when the program instruction 87 is executed by the processor of the wallet 67 of the purchase applicant 1 in step 3015, the purchase applicant 1 previously pays the exchange value of the digital asset token T2 as a consideration for the purchase. For the corresponding other digital asset token T1 owned by the owner, the unused transaction of the digital asset token T1 owned by the owner recorded on the blockchain of the peer-to-peer distributed ledger 3 has the selling board setting of the ownership transfer condition. If not specified, a sale for recording the sale board setting corresponding to the consideration of the purchase board condition in the digital asset token T1 on the block chain of the peer-to-peer distributed ledger 3 within the constraint condition range of the universal price. Create a board setup transaction TR and broadcast the transaction TR to a peer-to-peer distributed ledger network. Transaction TR is verified when processor 80 of node computer 65 (see FIG. 12, not shown in FIG. 23) executes an instruction stored in storage medium 84 of node computer 65 on a peer-to-peer distributed ledger network. When recorded in the peer-to-peer distributed ledger 3, at the same time, the ownership transfer condition of the selling board setting of the digital asset token T1 is added to the unused transaction of the digital asset token T1.

In step 3030, when the processor 80 of the computer 60 (not shown in FIG. 23) that executes the board transaction program instruction 87 executes the board transaction program instruction 87, a purchase application including the purchase conditions of the purchasing user 1 is received. Then, the purchase application is stored in the memory 81 (not shown in FIG. 23).

In step 3040, when the board program instruction 87 is executed by the processor 80 of the computer 60 that executes the board program instruction 87, when the computer 60 receives the sale application including the selling condition of the selling user 2, the sale is made. The application is stored in the memory 81 of the computer 60.

Prior to the execution of step 3040, when the program instruction 87 is executed by the processor of the wallet 68 of the seller 2 in step 3035, the seller 2 previously holds the digital asset token T2 to be sold with respect to the digital asset token T2 to be sold. If the transaction input recorded on the blockchain of the peer-to-peer distributed ledger 3 does not include the selling board setting of the ownership transfer condition, the desired selling board setting is set to peer-to-peer within the constraint condition range of the universal price. A transaction TR for recording in the digital asset token T2 is formed on the blockchain network of the distributed ledger 3, and the transaction TR is broadcast to the blockchain network of the peer-to-peer distributed ledger 3.
On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (see FIG. 12, not shown in FIG. 23) executes an instruction stored in the storage medium 84 of the node computer 65, a broadcast is sent. When received, the transaction TR is verified, the unused transaction of the digital asset token T2 is recorded in the peer-to-peer distributed ledger 3, and the selling board setting is recorded at the same time.

In step 3050, when the board trading program instruction 87 is executed by the processor 80 of the computer 60 on which the board trading program is executed, matching between the accumulated buying board and the accumulated selling board is executed.

If the matching is successful, the board trading program instruction 87 is executed. When the board trading program instruction 87 is further executed by the processor 80 of the computer 60, in step 3060, with the transfer of one digital asset token T2 of the selling user 2. As a consideration for the purchase board of the purchasing user 1, the transaction TR of the sales transaction between the users 1-2 including the transfer of the other digital asset token T1 set for sale by the purchasing user 1 is set as the transaction composition means of the sales transaction. Composed by.

In step 3070, the transaction TR composed in step 3060 is continuously broadcast to the blockchain network of the peer-to-peer distributed ledger 3.

In step 3080, on the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 executes an instruction stored in the storage medium 84 of the node computer 65, when a broadcast is received, the transaction TR is received on the blockchain network. Is verified, and the transfer of digital asset tokens T1 and T2 by board trading is recorded in the block of the peer-to-peer distributed ledger 3.

The system 2 according to the embodiment provides a distributed trading system (DEX) that realizes a board transaction contract, and on the premise of system registration of a trading application, the transfer of digital asset tokens by board trading is a peer-to-peer distributed ledger by the DEX system. A system recorded in is provided. Users will be provided with the convenience of being able to execute digital asset token exchange transactions while referring to real-time board transaction contract information, and exchange companies will be able to more easily provide digital asset token exchange transaction functions. It provides the effect of enriching the variation of exchange value realization methods, enables more transparent market formation, and enables the provision of lower volatility and more stable transaction prices by activating transactions.

[Digital Asset Token T board transaction information provision and bilateral transaction mixed transaction provision system]
FIG. 25 is a schematic diagram illustrating the provision of a mixed transaction of a bilateral transaction and a configuration function flow for providing information on a board transaction of digital asset token exchange. FIG. 26 is a flowchart of a mixed transaction system of a bilateral transaction and a configuration function flow for providing information on a digital asset token distributed exchange board transaction by a board transaction provided by the digital asset token integrated system 2 according to an embodiment of the present invention. be.

The digital asset token integration system 2 according to an embodiment of the present invention further includes an additional instruction 87 for a board trading program in the storage medium 84, and further, an addition for a user terminal for the purchasing user 1 to operate. A computer 60 for the operation of the wallet 67 and a computer 60 for the operation of an additional wallet 68 for the user terminal to be operated by the selling user 2 are included, and the additional computer 60 is a readable storage medium 84. The storage medium 84 includes an additional instruction 87 for the wallet application program, which instruction 87 is executed by the processor 80 to display the operation screen of user 1, the step shown in FIG. At 4000, the board transaction application screen of the digital asset token T2 is displayed on the screen operated by the purchasing user 1.

In step 4010, when the processor 80 of the computer 60 of the wallet 67 displaying the operation screen of the user 1 subsequently executes the instruction 87 stored in the storage medium 84, one unit (T2) of the amount of one digital asset token. The user is prompted to specify the purchase item conditions including the purchase price and quantity (T2) of the digital asset token T1 and to select another digital asset token T1 owned by the user in consideration of the purchase, which is equivalent to the exchange value of the digital asset token. Display on one screen.

In step 4030, following step 4010, when the processor 80 of the computer 60 of the wallet 67 displaying the operation screen of the user 1 executes the instruction stored in the storage medium 84, the purchase application including the purchase conditions of the purchasing user 1 is included. Is accepted from the user 1 screen, and transmission to the computer 60 (not shown) in which the board transaction application program instruction 87 is executed is executed.

Prior to the execution of step 4030, in step 4020, following step 4010, when the processor 80 of the configuration computer 60 of the wallet 67 displaying the operation screen of the purchase applicant user 1 executes the instruction stored in the storage medium 84, Unused transactions of own digital asset token T1 on the blockchain of peer-to-peer distributed ledger 3 for other digital asset tokens T1 owned by the owner corresponding to the exchange value of the digital asset token T2 as consideration for purchase in advance. If the selling board setting of the ownership transfer condition is not added to, the purchase applicant 1 sets the selling board setting corresponding to the consideration of the buying board within the constraint condition range of the universal price by the user operation screen. Do to other digital asset tokens T1 you own. That is, the selling board setting condition code and its parameters form a transaction TR for recording in the digital asset token T1 of the peer-to-peer distributed ledger 3 as a transfer transfer between self-addresses as a condition for transferring ownership, and between self-addresses 1. As the transfer of the digital asset token TR of the above, the transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network.
When the processor 80 of the node computer 65 executes the instruction stored in the storage medium 84 of the node computer 65 on the peer-to-peer distributed ledger network, the transaction TR is verified when the broadcast is received, and the change of ownership transfer condition is self. It is recorded in the block of the peer-to-peer distributed ledger 3 at the same time as the record of the transfer of the digital asset token T1 between the addresses. The terms of transfer of ownership result in being added to the record of the transfer of one unit of the amount of the Digital Asset Token (SS180).

In step 4040, when the board transaction program instruction 87 is executed by the processor 80 of the computer 60 (not shown) that stores the board transaction program instruction 87 in the memory 81, the purchase application including the purchase condition of the purchase user 1 is made. When received, the purchase application is stored in the memory 81.

In step 4060, when the instruction stored in the storage medium 84 is executed by the processor 80 of the computer 60 (not shown) that stores the board transaction program instruction 87 in the memory 81, the selling including the selling condition of the selling user 2 is included. When the application is received, the sale application is stored in the memory 81.

In step 4050, prior to the execution of step 4060, the person who wishes to sell the wallet 68 configures the wallet 68. When the processor 80 of the computer 60 executes the instruction stored in the storage medium 84, the seller owns the sale. For the target digital asset token T2, if the selling board setting of the ownership transfer condition is not added on the blockchain of the peer-to-peer distributed ledger 3, it is equivalent to the consideration for the buying board within the constraint condition range of the universal price. Set the selling board to your own digital asset token T2. That is, the transaction TR for recording in the digital asset token T2 of the peer-to-peer distributed ledger 3 is formed as a transfer transfer between own addresses, with the selling board setting condition code and its parameters as the ownership transfer condition. Next, the transaction including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network. When the processor 80 of the node computer 65 executes the instruction stored in the storage medium 84 of the node computer 65 on the peer-to-peer distributed ledger network, when the broadcast is received, the transaction TR is verified and the change is made to the peer-to-peer distributed ledger 3. Is recorded in the block of the peer-to-peer distributed ledger 3 as a record of transfer between self-addresses. The terms of transfer of ownership will be added to the record of the transfer of one unit of the amount of the Digital Asset Token.

In step 4070, when the instruction stored in the storage medium 84 is executed by the processor 80 of the computer 60 (not shown) that stores the board transaction program instruction 87 in the memory 81, the accumulated purchase board and the accumulation Matching with the sold board is executed. If the matching is successful, the address information of the digital asset tokens T1 and T2 for which the sales board is set for both users is acquired, and the sales board information of the other party is transmitted to both users.

In step 4080, when the processor 80 of the configuration computer 60 of the

wallet

67 or 68 displaying the user operation screen executes the wallet program instruction 87, either the user 1 or the user 2 performs the bilateral transaction input screen of the digital asset token. When the display request is input, step 2000 of displaying the bilateral transaction input screen of the digital asset token is started toward the screen operated by the user, and the bilateral transaction is started. According to the process after step 2000, the transaction of the transfer of the digital asset token by the bilateral transaction is broadcast to the blockchain network of the peer-to-peer distributed ledger 3 by the user 1 or the user 2. On the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 executes the instruction stored in the storage medium 84 of the node computer 65, when the broadcast is received, the transaction TR is verified, and T1, in the peer-to-peer distributed ledger 3 The transfer of T2 is recorded.

The system 2 according to the present embodiment provides information up to the selling of the buying board by the DEX board gathering information providing system, and provides a means for realizing the contract in cooperation with the bilateral transaction system function. It is said that the acquisition of information on board trading DEX will improve the opportunity for contracts, and the execution of transactions will be realized by user operations, so the closing of transactions will be two parties, the buyer and the seller, and the parties will be minimized to simplify the transaction. It is possible to provide an effect that mixes the effects of board trading and bilateral trading, and it is possible to realize more transparent trading by providing more open board trading information based on the selling board information recorded in the digital asset token itself. By activating the transaction volume, it will be possible to form a more stable market for digital asset tokens.

Although the embodiments according to the present invention have been described above, the present invention is not limited to the embodiments, and can be variously modified and implemented without departing from the spirit of the present invention. A part of the configurations described in the examples can be reconstructed in combination with the partial configurations of other examples, and the embodiment of the present invention is not limited to the embodiments described in one embodiment. Although depicted in the embodiments described herein and described in considerable detail, the applicant intends to limit or limit the scope of the claims attached by this description in any way. Additional benefits and modifications will be understood by those skilled in the art and the elements described in one embodiment may be incorporated into other embodiments. Therefore, the invention is broadly limited to specific details, and each device and embodiment is shown and described. Therefore, it is possible that the spirit and scope of the applicant's general invention concept will not deviate from those described in detail.

It can be used to generate, issue, buy and sell, mediate, exchange business, settle transactions of merchants, and pay for goods and services of shops.

1 Method of generating, issuing, and redeeming a digital asset token according to an embodiment of the present invention 2 Digital asset token integrated system 3 Peer-to-peer distributed ledger 00 Base address 01 Reserve address 03 Deposit address 200 Generation condition acceptance step 210 Ownership transfer Condition / History Condition Acceptance Step 220 Transaction Composition Step 230 Transaction Broadcast Step 240 Transaction Verification Step 250 Block Verification Step 260 Peer-to-Peer Distributed Ledger Recording'Step 270 Record Aggregation Step 300 Issuance Condition Acceptance Step 310 Ownership Transfer Condition / History Condition Update Step 320 Record aggregation step 330 Transaction composition step 340 Record aggregation step 400 Inter-user transfer condition acceptance step 410 Ownership transfer condition / history condition update step 420 Record aggregation step 430 Transaction composition step 440 Record aggregation step 500 Redemption condition acceptance step 510 Ownership transfer condition Update Step 520 Record Aggregation Step 530 Transaction Composition Step 540 Record Aggregation Step 700 Generation Condition Acceptance Step 710 Ownership Transfer Condition Update Step 720 Transaction Composition Step 730 Record Aggregation Step 800 Issuance Condition Acceptance Step 820 Record Aggregation Step 810 Ownership Transfer Condition Update Step 830 Application Condition Acceptance Step 840 Application Preparation Step 850 Transaction Composition Step 860 Application Acceptance Step 870 Record Aggregation Step 900 User Transfer Condition Acceptance Step 910 Ownership Transfer Condition Change Step 920 Record Aggregation Step 930 Transaction Composition Step 940 Record Aggregation Step 1000 Redemption condition acceptance step 1010 Ownership transfer condition update step 1020 Record aggregation step 1030 Transaction composition step 1040 Record aggregation step 1900 T1 sales board setting step 2000 Bilateral transaction purchase condition input step 2010 Purchase board accumulation step 2020 Sales board search display step 2025 Transfer Price Snapshot Lock Step 2030 Incomplete Transaction Composition Step 2040 Transaction Approval Step 20 50 Transaction Broadcast Step 2060 Recording Step 3000 Board Application Screen Display Step 3010 Purchase Condition Input Screen Display Step 3015 Purchase Consideration T1 Selling Board Setting Step 3020 T2 Purchase Application Accepting Step 3030 T2 Buying Board Accumulation Step 3035 Selling Digital Asset Token T2 Selling Board Setting 3040 Selling board accumulation step 3050 Selling board buying board matching step 3060 Transaction composition step 3070 Broadcast step 3080 Record 4000 Board application screen display step 4010 Purchase condition input screen display step 4020 Purchase consideration T1 selling board setting step 4030 T2 Purchase application acceptance Step 4040 T2 buying board accumulation step 4050 selling digital asset token T2 selling board setting 4060 T2 selling board accumulation step 4070 selling board buying board matching step 4080 bilateral transaction input screen display request step START flow start END flow end ST1 generation stage ST2 issuance stage ST3 Trading Stage ST4 Redemption Stage M100 T1 Generation Method M200 T1 Issuance Method M300 T1 Trading Method M400 T1 Redemption Method M101 T2 Generation Method M201 T2 Issuance Method M301 T2 Trading Method M401 T2 Amortization Method MS110 Digital Asset Token Generation Recording method Step MS120 How to add or update ownership transfer conditions Step MS130 How to set pegging conditions to legal currency Step MS140 History information setting method Step MS150 Transaction broadcasting method Step MS160 Verification method Step MS170 Transfer recording method Step MS180 Ownership transfer Condition recording method Step MS190 History information recording method Step MS210 Second digital asset token generation recording method Step MS220 Second digital asset token ownership transfer condition addition or update method Step MS230 Second digital asset token ownership transfer condition setting method step SS110 Digital Asset Token Generation Recording System Step SS120 Ownership Transfer Condition Addition or Update System Step SS130 Pegging Condition Setting System Step SS140 History Information Setting System Step SS 150 Transaction Broadcast System Step SS160 Verification System Step SS170 Recording System Law Step SS180 Ownership Transfer Condition Recording System Step SS190 History Information Recording System Step SS210 Second Digital Asset Token Generation Recording System Step SS220 Second Digital Asset Token Ownership Transfer Conditional Addition or Update System Step SS230 2nd Digital Asset Token Other Currency Pegging Conditional System Step

Claims

A peer-to-peer distributed ledger recording method for Digital Asset Tokens (T)
Record the generation of one unit of the amount of digital asset tokens in a peer-to-peer distributed ledger (MS110),
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
Addition or renewal of ownership transfer conditions to be associated with one unit of the amount of said digital asset tokens to be transferred is previously recorded in a peer-to-peer distributed ledger (MS120).
The terms of transfer of ownership may include setting a universal price range for the upper and lower limits of consideration for transfer between one unit of the amount of digital asset tokens and a given fiat currency (MS130).
Ancillary information to be added to the record includes at least historical information including the history of the transfer of digital asset tokens to the reserve (MS140).
Create a transaction containing information to be recorded in a peer-to-peer distributed ledger and broadcast it to a peer-to-peer distributed ledger network (MS150).
After successful transaction validation including the ownership transfer conditions (MS160),
Record the transfer of ownership of Digital Asset Tokens (MS170),
The terms of transfer of ownership are added to the record of the transfer of one unit of the amount of the Digital Asset Token (MS180).
The historical information is added to the record of the transfer of one unit of the amount of the digital asset token (MS190).
The history information includes at least the generation of the digital asset token among the records of the transfer from the issuer to the reserve, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to the reserve immediately after the generation of the digital asset token. A method that includes transfer history information from the issuer to the reserve immediately after.
The predetermined first fiat currency associated with one unit of the first digital asset token generated by the method of the preceding paragraph is associated with another currency, and the first fiat currency and the second currency Record the generation of 1 unit of the 2nd Digital Asset Token amount with 1 unit of the digital asset token amount pegged to 1 unit of the 1st Digital Asset Token amount at the exchange rate according to the market exchange rate ( MS210),
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
Includes pre-recording in a peer-to-peer distributed ledger the addition or renewal of ownership transfer conditions to be associated with one unit of the digital asset token amount to be transferred (MS220).
The ownership transfer condition is a universal price range and / or individual price of the upper and lower limits of the transfer consideration of one unit of the amount of the second digital asset token for one unit of the amount of the first digital asset token as a pegging condition. Includes width constraints (MS230),
The method according to claim 1.
The method according to claim 1 or 2, wherein the first legal tender is yen and the second currency is the legal tender outside Japan.
The issuance and sale of one unit of the amount of the second digital asset token is further described.
The method according to any one of claims 1 to 3, wherein the history information includes history information in which a predetermined ratio of consideration provided by the user is held in a deposit pool to be secured by safe assets.
When a processor and a storage medium that stores instructions executed by a computer and can be read by a computer are included, and the instructions are executed by the processor,
Record the generation of one unit of the amount of digital asset tokens in a peer-to-peer distributed ledger (SS110),
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
The addition or renewal of the ownership transfer condition to be associated with one unit of the digital asset token amount to be transferred is recorded in advance in the peer-to-peer distributed ledger (SS120).
The terms of transfer of ownership may include setting a universal price range for the upper and lower limits of consideration for transfer between one unit of the amount of the Digital Asset Token and a given fiat currency (SS130).
The incidental information to be recorded includes at least historical information including the history of transfer of digital asset tokens to the reserve (SS140).
Broadcast a transaction containing information to be recorded in the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network (SS150).
After successful transaction validation including the ownership transfer conditions (SS160),
Record the transfer of ownership of Digital Asset Tokens (SS170),
The terms of transfer of ownership are added to the record of the transfer of one unit of the amount of the Digital Asset Token (SS180).
The historical information is added to the record of the transfer of one unit of the amount of the digital asset token (SS190).
The history information includes at least the generation of the digital asset token among the records of the transfer from the issuer to the reserve, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to the reserve immediately after the generation of the digital asset token. A system that is configured to include transfer history information from the issuer to the reserve immediately after.
The readable storage medium contains additional instructions when the additional instructions are executed by the processor.
Exchange for a given first fiat currency associated with one unit of a first digital asset token, associated with another currency, according to the market exchange rate between the first fiat currency and the second currency At the rate, record the generation of one unit of the second Digital Asset Token amount, with one unit of the digital asset token amount pegged to one unit of the first Digital Asset Token amount (SS210).
When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger,
Including pre-recording in a peer-to-peer distributed ledger (SS220) the addition or renewal of ownership transfer conditions to be associated with one unit of the digital asset token amount to be transferred.
The ownership transfer condition includes, as a pegging condition, the universal price range of the upper and lower limits of the transfer consideration for one unit of the amount of the second digital asset token for one unit of the amount of the first digital asset token and / or individually. Configured to include price range constraints (SS230),
The system according to claim 5.
The system according to claim 5 or 6, wherein the first legal tender is the yen and the second currency is the legal tender outside Japan.
For the ownership transfer conditions, a condition code is set for each type of condition, and a condition code is set.
Configure the condition code or the script containing the condition code and
Calculate the hash of the condition code or the script containing the condition code, and embed the hash in the transaction execution program.
Create the transaction, broadcast it to the blockchain network,
The system according to any one of claims 5 to 7, which is configured to be recorded in the peer-to-peer distributed ledger of a blockchain network.
The ownership transfer condition further applies to one unit of the second digital asset token amount within the universal price range of the upper and lower limits of the predetermined transfer consideration of the first digital asset token amount. The system according to any one of claims 5 to 8, which is configured to be limited by an individually designated price range including an upper limit and a lower limit of consideration for transfer with the amount of digital asset tokens of.
The ownership transfer condition further states that the exchange value of one unit of the first digital asset token amount and the second digital asset token amount is fixed by the snapshot exchange rate at a predetermined universal time. The system according to any one of claims 5 to 9, which is configured to be.
The terms of transfer of ownership also include, within a transaction of buying and selling the digital asset token and another type of digital asset token, the selling and buying after conversion of the exchange value to the first digital asset token within the transaction. The system according to any one of claims 5 to 10, which is configured on the condition that the balance of balance between the two is within a predetermined difference range.
The system further includes a first computer for a user terminal for a first user and a second computer for a user terminal for a second user, with the first or second computer. The system and the node computer including the storage for storing the peer-to-peer distributed ledger are network-connected via a communication means, and the first or second computer is a processor and an instruction executed by the computer. Is stored and includes a computer-readable storage medium, which contains additional instructions for the wallet application program, which are executed by the processor to display the user's operation screen. When
The first computer for the user terminal for the first user displays the digital asset token bilateral transaction input screen for the first user.
Furthermore, in addition to the purchase item conditions including the purchase price and quantity of one unit of the amount of one digital asset token, other digital asset tokens held by the purchasing user corresponding to the exchange value of the digital asset token as consideration for the purchase. A prompt for selection is displayed on the first user screen, and when the instruction of the first computer operated by the first user is executed by the processor, the purchase board of the purchase conditions is accepted and the wallet application program is received. Accumulates in the memory of the first computer on which
Further, on the first computer for the user terminal for the first user, when the instruction of the wallet application program operated by the first user is executed by the processor, the one digital stored in the memory. By the purchase board of the purchase condition of the asset token and the ownership transfer condition that limits the minimum selling price to the individually specified price range or the selling price fixed by the snapshot exchange rate on the peer-to-peer distributed ledger. The one digital asset token set for sale is read from the peer-to-peer distributed ledger via the communication means, and the one digital to be applied for purchase by the first user by matching with the sale board. The selling board of the asset token and the second user who is the owner of the one digital asset token of the selling board are identified, and these search results are displayed on the first user screen.
Next, the first user uses another digital asset token owned by the first user corresponding to the consideration by means of transaction composition means of a transaction between users via a screen operated by the first user. Create an incomplete transaction of a transaction between users, including the transfer of Send from your computer, wait for a reply from a second user,
On the second computer for the user terminal for the second user, when the instructions of the wallet application program operated by the second user are executed by the processor, the second user is said to be from the first user. Receive notification of purchase request,
Further, the second user accepts the purchase application including the incomplete transaction sent from the first user via the bilateral transaction approval input screen of the digital asset token displayed on the second computer, and the unfinished transaction is received. Transactions of sales transactions between users, including the transfer of another digital asset token set for sale by the first user specified by the completed transaction and the transfer of the one digital asset token of the second user's sale. Approves, and returns the transaction of the sales transaction after the approval to the first user,
Instructions from the wallet application program of either the first user or the second user are executed by the processor, and the transaction of transferring the digital asset token by bilateral transaction is broadcast to the blockchain network.
In the node computer, which includes a processor and a storage medium in which instructions executed by the computer are stored and readable by the computer, when the instructions are executed by the processor, when a broadcast is received on the blockchain network, a transaction is performed. The system according to any one of claims 9 to 11, which is configured to verify and record the transaction in a block of the blockchain of a peer-to-peer distributed ledger stored in the storage medium of the node computer.
The system further includes an instruction for a board trading program in the storage medium, a first computer for a user terminal to be operated by a purchasing user, and a second computer for a user terminal to be operated by a selling user. Each computer includes a readable storage medium, which contains instructions for a wallet application program, the instructions of a first computer for displaying the operating screen of the purchasing user. When run by a processor
Display the digital asset token board transaction application screen on the screen operated by the purchasing user,
Specifying purchase item conditions including the purchase price and quantity of one unit of the amount of one digital asset token, and other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as consideration for purchase Prompt for selection is displayed on the purchase user screen,
Subsequently, the input of the purchase application including the purchase conditions of the purchase user is accepted from the user screen and transmitted to the computer on which the board transaction application program is executed.
The system
When the processor of the computer executing the board trading program executes an instruction for the board trading program stored in the storage medium, the computer executing the board trading program purchases including the purchase conditions of the purchasing user. When the application is received, the purchase application is stored in the memory and
Further, when the processor of the computer that executes the board trading program executes the instruction of the board trading program stored in the storage medium, the computer receives the selling application including the selling conditions of the selling user. And, this sale application is accumulated in the memory,
Further, when the instruction of the board trading program stored in the storage medium is executed by the processor of the computer that executes the board trading program, the stored buying board and the stored selling board are matched. And when the matching is successful,
Transactions of sales transactions between users, including the transfer of one digital asset token of the selling user and the transfer of other digital asset tokens of the purchasing user set for sale by the purchasing user in consideration of the purchasing user's purchase. , The transaction of the transfer of the digital asset token by the board transaction, which is composed by the transaction composition means of the sales transaction, is broadcasted to the blockchain network.
When the instruction of the node computer including the processor and the storage medium in which the instruction executed by the computer is stored and read by the computer is executed by the processor, when the instruction is received on the blockchain network, the transaction is verified. The system according to any one of claims 9 to 11, wherein the transaction is recorded in a block of a blockchain of a peer-to-peer distributed ledger stored in the storage medium of the node computer.
The system further includes an instruction for a board trading program in the storage medium, a first computer for a user terminal to be operated by a purchasing user, and a second computer for a user terminal to be operated by a selling user. Each computer includes a readable storage medium, which contains instructions for a wallet application program, the instructions of a first computer for displaying the operating screen of the purchasing user. When run by a processor
Display the digital asset token board transaction application screen on the screen operated by the purchasing user,
Specifying purchase item conditions including the purchase price and quantity of one unit of the amount of one digital asset token, and other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as consideration for purchase Prompt for selection is displayed on the purchase user screen,
Subsequently, the input of the purchase application including the purchase conditions of the purchase user is accepted from the user screen and transmitted to the computer on which the board transaction application program is executed.
The system
When the processor of the computer executing the board trading program executes an instruction for the board trading program stored in the storage medium, the computer executing the board trading program purchases including the purchase conditions of the purchasing user. When the application is received, the purchase application is stored in the memory and
Furthermore, when the processor of the computer that executes the board trading program executes the instruction of the board trading program, if the computer receives the selling offer including the selling conditions of the selling user, the selling offer is stored in the memory. Accumulated,
Further, when the instruction of the board trading program is executed by the processor of the computer that executes the board trading program, the accumulated buying board and the accumulated selling board are matched, and when the matching is successful,
12. The system of claim 12, wherein the purchase information of the other party is transmitted to both users, and one of the users initiates the transfer of the digital asset token by the bilateral transaction.