Method for recording the generation, issuance, trading, and transfer of digital asset tokens on a peer-to-peer distributed ledger, and a digital asset token integration system.

Abstract

To improve the transparency and stability of digital asset token generation, issuance, and transaction transfer.SOLUTION: A method and its system for recording to peer-to-peer distributed ledger of digital asset token, 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, including: verifying an ownership rights transfer condition associated with the one unit of the digital asset token amount; and appending or renewing an ownership rights transfer condition to be associated with the one unit of the digital asset token amount after the transfer, in which 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 transfer history from an issuer to a reserve immediately after generation of the digital asset token.SELECTED DRAWING: Figure 1

Description

【Technical Field】 【0001】 The present invention relates to a method for recording the generation, issuance, sale and transfer of digital asset tokens to a peer-to-peer distributed ledger, and a peer-to-peer distributed ledger integration system for generating, issuing, selling and transferring digital asset tokens. 【Background Art】 【0002】 Various digital assets circulating on the Internet, such as virtual currencies, cryptocurrency, and crypto assets, have been created, and all of them commonly utilize the distributed ledger of Bitcoin published by Satoshi Nakamoto. 【0003】 Regarding these digital assets in Japan, the legal term "virtual currency" was defined prior to the world, but the law defining the term "virtual currency" was amended one year after its enactment, and "virtual currency" was redefined as "crypto asset". Behind this is a global trend to re-interpret digital objects using a distributed ledger such as blockchain by the broad term "token". The term for 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). 【0004】 There are also ICOs / ITOs that issue tokens as representations of physical assets such as real estate. Such tokens are linked to physical assets such as real estate and are considered to represent the creditor's rights certificate of the shareholding rights. Tokens linked to physical assets in this way are apportioned according to the total issued amount of tokens with respect to the total amount of physical assets, and at this time, the issued tokens are called pegged to the physical assets. Tokens in this case are expected to generate investment returns according to the utilization income and market value of physical assets, and in addition to having the nature of depending solely on the real estate trading market and real estate rental market, they also have the nature of including the scarcity value that the supply of existing or new real estate can be limited according to the purpose of current real estate utilization in the future expected value. 【0005】 Bitcoin's architecture has a built-in mechanism that rewards miners who contribute to maintaining the blockchain by halving the amount of newly issued Bitcoins based on the time elapsed since the initial issuance, and also limits the total supply to a predetermined amount. This mechanism embeds the expectation of scarcity value. 【0006】 Beyond tokens representing tangible assets such as real estate, the issuance of tokens is generally perceived as a means of raising investment funds for use in the business intended by the token issuer, representing some kind of investment ownership interest similar to an IPO of a corporation. 【0007】 The problem with online token offerings and sales is that the nature of the tokens themselves—what they represent—is often unclear. For example, the Russian telecommunications media organization Telegram offered tokens in the United States, but the U.S. Securities and Exchange Commission (SEC) raised concerns about the legitimacy of the funds raised. The SEC demanded that Telegram provide evidence of how the funds were used, leading to a lawsuit, which is still ongoing as the evidence provided by Telegram is considered insufficient (Non-Patent Document 1). 【0008】 It is sometimes argued that because the contents of a transaction are verified by the consensus of a majority of participants in an unspecified distributed application community, the system is institutionally defined as decentralized and has decentralized authority. However, this definition is generally ambiguous, and it can be difficult to understand what is being verified and how, which can contribute to its apparent lack of transparency (for example, Non-Patent Document 1, Blockchain Issue 2). 【0009】 Regarding the scarcity value mentioned above, there was a problem in that issuing additional tokens would lead to a dilution of the total value of the issued tokens, similar to the issuance of additional shares in a company, potentially undermining expectations of scarcity value. 【0010】 On the other hand, as mentioned above, the limited supply revealed a problem where the trading price of tokens fluctuated wildly due to the movement of speculative funds. Even for something with a huge market value like Bitcoin, the volatility was problematic, with price movements of several percent in a single day, and trading prices rising and falling by more than 50% within a month, as occurred from the end of 2017 to the beginning of 2018. 【0011】 On the other hand, the use of tokens has not yet become widespread enough in the market for goods and services to be provided in token units as a means of transaction. Alternatively, to avoid the risks of volatility mentioned above, even when goods and services are provided in Bitcoin by a store, a complex settlement scheme may be required where the buyer provides Bitcoin as payment at the store, the Bitcoin is sold on the spot by a Bitcoin exchange at an over-the-counter market price, and the goods are paid for in fiat currency. In such cases, tokens cannot be said to be an easy-to-use payment method. 【0012】 Due to expectations of the aforementioned guarantee of redemption in real assets and improved volatility, there is growing interest in tokens called stablecoins / stabletokens, which are pegged to fiat currency and whose value is stably controlled against that fiat currency. The consensus among stakeholders is that the market value of stabletokens is controlled by market operations conducted by the issuer. 【0013】 Patent Document 1 provides a method for linking digital asset tokens to physical assets by embedding tag data in a script for a contract. However, while the token sales price is ultimately specified and provided within the transaction at a fixed rate (pegging rate) based on a free contract and agreed upon between the parties, it does not provide a method for a peer-to-peer distributed ledger that uses fiat currency as the physical asset and links it to the market price of that fiat currency. 【0014】 Patent Document 2 discloses a blockchain-based digital currency system and method developed by Walmart, the world's largest merchant. In the embodiment disclosed in Patent Document 2, 1 WMT (WMT is the digital currency unit of Patent Document 1) is issued for 1 USD (US dollar currency unit), and the issued tokens are recorded on the blockchain in two types: restricted tokens that are limited to use at Walmart, and unrestricted tokens that are not subject to such restrictions. 【0015】 The constraint token described in Patent Document 2 is a digital currency that can be used as payment for goods at Walmart, where specific discounts are offered on specific products, and where 1 WMT has an exchange value of at least 1 USD. The form of information recorded on the blockchain is limited to the above-mentioned form of discounted sales at the time of payment. 【0016】 On the other hand, the unrestricted token described in Patent Document 2 is understood to be a digital currency that can be used as a means of payment at Walmart, with a predetermined discount on general merchandise at Walmart and an exchange value of approximately 1 USD per 1 WMT. 【0017】 While the digital currency WMT is expected to offer stability equivalent to that of a stablecoin at Walmart and remain usable as long as Walmart does not discontinue its use, the former is understood to be a token with a limited type, a technology that records the type of token, and the latter's guarantee of exchange value is based on the trust provided by the giant merchant Walmart, and the manner in which stable value is provided by the blockchain invention of Patent Document 2 is not disclosed. [Prior art documents] [Patent Documents] 【0018】 Patent Document 1: WO2019 / 152381 A1 【0019】 Patent Document 2: WO2017 / 145004 A1 [Non-patent literature] 【0020】 Non-Patent Document 1: "PLAINTIFF'S RESPONSE AND COUNTER-STATEMENT TO DEFENDANTS' LOCAL RULE 56.1 STATEMENT,", 19 Civ. 9439 (PKC), UNITED STATES DISTRICT COURTSOUTHERN DISTRICT OF NEW YORK, 1 / 21 / 2020 [Overview of the Initiative] [Problems that the invention aims to solve] 【0021】 This invention addresses the opacity associated with the issuance of digital asset tokens and solves this problem through a method for recording on a peer-to-peer distributed ledger and a peer-to-peer distributed ledger integration system. Alternatively, this invention provides a method for recording on a peer-to-peer distributed ledger and a peer-to-peer distributed ledger integration system for the generation, issuance, trading, and transfer of digital asset tokens, thereby ensuring transparency in public offerings and issuances of tokens offered on the internet and improving the transparency and stability of these processes. [Means for solving the problem] 【0022】 The present invention discloses an embodiment of a peer-to-peer distributed ledger recording method for digital asset tokens. This method records the generation of one unit of digital asset tokens in a peer-to-peer distributed ledger (MS110), When recording the subsequent transfer of ownership of the said digital asset token in a peer-to-peer distributed ledger, The addition or update of ownership transfer conditions to be associated with one unit of the amount of the digital asset token to be transferred is recorded in advance in the peer-to-peer distributed ledger (MS120), The terms of ownership transfer may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit of the digital asset token and a predetermined fiat currency (MS130), The supplementary information to be appended to the record includes at least history information including the history of transfer of digital asset tokens to the reserve (MS140). Compose a transaction including the information to be recorded in the peer-to-peer distributed ledger and broadcast it to the peer-to-peer distributed ledger network (MS150). After the successful verification of the transaction including the ownership transfer condition (MS160). Record the transfer of ownership of the digital asset token (MS170). The ownership transfer condition is appended to the record of the transfer of one unit of the amount of the digital asset token (MS180). The history information is appended 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 transfer history information from the issuer to the reserve immediately after the generation of the digital asset token among the records of the transfer from the issuer to the reserve immediately after the generation of the digital asset token, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to the reserve. According to this aspect, a method for generating, issuing, selling and transferring, and reserve operation of digital asset tokens with recording of history and recording of constraint conditions is disclosed. Transparency is improved by recording of history and recording of constraint conditions, and a token with stable exchange value is provided by a mechanism in which the price is limited to the price fluctuation range of a predetermined fiat currency. The ownership transfer condition is recorded as a constraint condition, and it is possible to specifically read from the record what the verified record is, which contributes to the improvement of transparency. 【0023】 In addition to the above aspect, further, for a predetermined first fiat currency associated with one unit of the first digital asset token generated by the above method, it is associated with another currency, and according to the market exchange rate between the first fiat currency and the second currency, record the generation of one unit of the amount of the second digital asset token pegged to one unit of the amount of the first digital asset token (MS210). When recording the subsequent transfer of ownership of the digital asset token in a peer-to-peer distributed ledger, it includes pre-recording in the peer-to-peer distributed ledger the addition or update of the transfer conditions of ownership to be associated with one unit of the amount of the digital asset token to be transferred (MS220) The transfer conditions of ownership include restricting the universal price range and / or individual price range of the upper and lower limits of the transfer consideration of one unit of the amount of the second digital asset token with respect to one unit of the amount of the first digital asset token as pegging conditions (MS230), and a method is further provided. According to this aspect, a method of providing an additional digital asset token pegged to another currency is provided. The digital asset token pegged to another currency is issued as a second digital asset generated at a value within a predetermined price range with respect to the market exchange rate of the predetermined other currency against the first legal currency to which the first digital asset token is pegged. Also, at the time of transfer after issuance, by setting the transfer conditions of ownership, the pegging is continuously maintained. Thus, it is possible to expand the usage scenarios of the digital asset token of the present invention to the market where other currencies circulate. 【0024】 In addition to the above aspect, a method is further provided in which the first legal currency is the yen and the second currency is a legal currency outside Japan. According to this aspect, a digital asset token pegged to the currency of the Bank of Japan, which has high stability and high operational transparency among legal currencies, is provided, and by the method according to the present invention, a digital asset token with higher transparency and higher stability is provided. In fact, on Friday, March 13, 2020, even in the turmoil of the financial market due to the COVID-19 shock, the yen showed the highest stability. 【0025】 In addition to the above aspect, a method is further provided in which the issuance and sale of one unit of the amount of the second digital asset token include historical information held in a deposit pool in which a predetermined proportion of the consideration provided by the user to the historical information should be secured by a safe asset. This embodiment provides a method for setting up issuance and sales history in which, as a mark of history, a predetermined percentage of the consideration provided by the user is backed by safe assets, which are stored in a deposit pool and are specifically recorded on the blockchain at least at the time of issuance. This increases the transparency of digital asset tokens at the time of sale and after sale, and such transparency also contributes to the stability of the exchange value of digital asset tokens. 【0026】 The present invention provides a system in other embodiments. The system includes a processor and a storage medium that stores instructions to be executed by the computer and is readable by the computer, and when such instructions are executed by the processor, The generation of one unit of digital asset tokens is recorded on a peer-to-peer distributed ledger (SS110), When recording the subsequent transfer of ownership of the said digital asset token in a peer-to-peer distributed ledger, The addition or update of ownership transfer conditions to be associated with one unit of the said digital asset token to be transferred is recorded in advance in a peer-to-peer distributed ledger (SS120), The terms of ownership transfer may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit of the digital asset token and a predetermined fiat currency (SS130), The supplementary information to be recorded includes at least historical information, including the history of the transfer of digital asset tokens to the reserve (SS140), A transaction containing information to be recorded in a peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network (SS150). After successful transaction verification including the aforementioned ownership transfer conditions (SS160), Record the transfer of ownership of digital asset tokens (SS170), The aforementioned ownership transfer conditions are noted in the record of the transfer of one unit of the digital asset token (SS180), The aforementioned historical information is appended to the record of the transfer of one unit of the digital asset token (SS190), The system provided is configured to include, in its historical information, at least historical information on transfers from the issuer to the reserve immediately after the creation of the digital asset token, among records of transfers from the issuer to the reserve immediately after the creation of the digital asset token, transfers from the reserve to users, transfers between users, and transfers from users to the reserve. This embodiment provides a system capable of generating, issuing, trading, transferring, and reserve operations for digital tokens, with records of history and constraints. Transparency is enhanced by the records of history and constraints, and a stable token is provided through a mechanism that limits the price to the price fluctuation range of a predetermined fiat currency. 【0027】 In addition to the above embodiments, The readable storage medium includes additional instructions, which, when executed by the processor, Record the generation of one unit of a second digital asset token, which is pegged to one unit of the first digital asset token at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency, with respect to a predetermined first fiat currency associated with one unit of the first digital asset token (SS210). When recording the subsequent transfer of ownership of the said digital asset token in a peer-to-peer distributed ledger, This includes recording in advance in a peer-to-peer distributed ledger (SS220) the addition or update of ownership transfer conditions to be associated with one unit of the amount of digital asset tokens to be transferred, The system provided includes, as a pegging condition, a universal price range and / or individual price range for 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. This embodiment provides a system that provides additional digital asset tokens pegged to other currencies, where a second digital asset is issued pegged to the first digital asset token, with a value generated at a predetermined price range based on the market exchange rate of the other currency to the first fiat currency to which the first digital asset token is pegged. This enables the use of the digital asset token of the present invention to be expanded to markets where other currencies circulate. 【0028】 In addition to the above embodiments, a system is provided in which the first legal tender is the Japanese yen, and the second currency is a legal tender outside of Japan. This embodiment provides digital asset tokens pegged to the Bank of Japan's currency, which is highly stable and has high operational transparency among legal tender, and the system according to the present invention provides digital asset tokens that are even more transparent and stable. 【0029】 In addition to the above embodiments, the ownership transfer conditions further include setting a condition code for each type of condition. The condition code or a script containing the condition code is constructed. The hash of the condition code or the script containing the condition code is calculated, and the hash is embedded in the transaction execution program. The transaction is constructed and broadcast to the blockchain network. A system is provided that is configured to record the execution of the aforementioned transaction on the peer-to-peer distributed ledger of the blockchain network. This embodiment discloses a more specific embodiment that simplifies verification in blockchain and enables the compacting of the distributed storage capacity of the blockchain. 【0030】 In addition to the above embodiments, a system is provided in which the ownership transfer conditions are further configured to limit one unit of the second digital asset token quantity by an individually specified price range that includes the upper and lower limits of the transfer price with respect to the first digital asset token quantity, within the universal price range of the predetermined upper and lower limits of the transfer consideration for the first digital asset token quantity. In this embodiment, as a condition for the transfer of ownership, the upper and lower limits of the transfer price for the amount of the first digital asset token are individually specified. The price range limit is reflected in the display of the first digital asset token itself to which the limit has been applied, and the information is disclosed to network participants. The bid price for sale is not known only to one trading intermediary or specific exchange participant, but is disclosed to a wide peer-to-peer distributed ledger network. To ensure more reliable execution of distributed transactions, the desired transfer price for the digital asset token is locked before the transaction. This allows one buyer to immediately confirm the transaction with only an application operation when a transaction is desired. The display of the desired transfer price on the blockchain is expected to increase the transparency of market price formation, improve the soundness of transactions, and enhance the stability of the digital asset token market exchange rate. 【0031】 In addition to the above embodiments, the system further provides a system in which the ownership transfer conditions are configured to enable the exchange value between one unit of the first digital asset token and the second digital asset token to be a sale price fixed by the snapshot exchange rate at a predetermined universal time. This embodiment makes it possible to lock the exchange value of the digital asset token to be used as consideration by the prospective buyer for the first digital asset token in advance of the transaction. This allows the prospective buyer to more reliably acquire the amount of the second digital asset token equivalent to the exchange value of the first digital asset token sought by the prospective seller. Furthermore, it allows the prospective buyer to confirm the transaction solely through the purchase offer operation, without being affected by the market exchange rate at the time of the transaction. This is expected to increase the ease of transaction completion, stimulate trading, and enhance the stability of the digital asset token market exchange rate. 【0032】 In addition to the above embodiments, a system is provided in which the ownership transfer conditions are further configured such that, within a buy / sell transaction between the digital asset token and another type of digital asset token, the buy / sell balance of the exchange value of the first digital asset token within the transaction falls within a predetermined difference range. This embodiment recognizes the difference when converting exchange rates, and even if a difference occurs in the system, it is possible to recognize that difference and handle the minuscule difference according to a separately prescribed arrangement. Furthermore, if a difference that is not minuscule occurs, it prevents the transaction from being completed, thereby increasing the transparency and soundness of transactions and providing the effect of stabilizing the effective exchange rate of digital asset tokens. In addition, in the case of a transaction involving the transfer of ownership between two parties, if one party sets a predetermined minuscule difference that prevents the transaction from being completed, the other party's freedom is limited to the extent of that difference, and the other party can structure the transaction so that it is left to chance unless there are other constraints, thereby increasing the transparency of transactions. 【0033】 In addition to the above embodiments, the present invention 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, wherein the first or second computer, the system, and a node computer including storage for storing the peer-to-peer distributed ledger are networked via communication means, and the first or second computer includes a processor and a storage medium that stores and is readable by the computer, the storage medium including additional instructions for a wallet application program, the instructions being executed by the processor to display a user interface screen, The first computer for the first user's user terminal displays the input screen for over-the-counter trading of digital asset tokens for the first user. Furthermore, in addition to purchase item conditions including the buy price and quantity of one unit of a single digital asset token, the first user screen displays a prompt prompting the purchasing user to select other digital asset tokens held by the purchasing user that are equivalent to the exchange value of the said digital asset token as consideration for the purchase, and when the said instruction of the first computer operated by the first user is executed by the processor, the buy order of the purchase conditions is accepted and stored in the memory of the first computer where the instructions of the wallet application program are executed. Furthermore, in a first computer for a user terminal for the first user, when the instructions of the wallet application program operated by the first user are executed by the processor, the buy order book for the first digital asset token stored in memory and the sell order book for the first digital asset token set on the peer-to-peer distributed ledger with ownership transfer conditions that limit the selling price to the individually specified price range or the selling price fixed by the snapshot exchange rate are read from the peer-to-peer distributed ledger via the communication means, the sell order book for the first digital asset token that the first user should apply to purchase and the second user who owns the first digital asset token on the sell order book are identified by matching with the sell order book, and these search results are displayed on the first user screen. Next, the first user, via a screen operated by the first user, constructs an incomplete transaction for a buy-and-sell transaction between users using a transaction formation means for buy-and-sell transactions between users, which includes the transfer of other digital asset tokens owned by the first user corresponding to the consideration, and sends a purchase application including the incomplete transaction from the first computer to the computer where the second user's wallet application program instructions are executed via a communication means, and waits for a reply from the second user. On a second computer for a user terminal for a second user, when instructions for a wallet application program operated by the second user are executed by the processor, the second user receives notification of the purchase offer from the first user. Furthermore, the second user accepts the purchase offer, including the incomplete transaction, sent from the first user via the over-the-counter transaction approval input screen for the digital asset token displayed on the second computer, approves the transaction of the buy / sell transaction between the users, including the transfer of other digital asset tokens set up on the sell order by the first user as specified by the incomplete transaction, and the transfer of the first digital asset token on the second user's sell order, and sends the approved buy / sell transaction back 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 a transaction for the transfer of the digital asset token by over-the-counter transaction is broadcast to the blockchain network. A system is provided which includes a processor and a storage medium that stores instructions to be executed by the computer and is readable by the computer. The system is configured to verify a transaction and record the transaction in a block of a peer-to-peer distributed ledger blockchain stored on the storage medium of the node computer when it receives a broadcast on the blockchain network when the instructions are executed by the processor. This embodiment provides a decentralized trading system (hereinafter also referred to as DEX (Distributed Exchange)) that enables over-the-counter (OTC) transactions, allowing users to complete transactions without the need for intermediary operations. This is expected to reduce opportunities for intermediaries to manipulate market rates, further stabilize market exchange rates, and make exchange fees virtually free, thereby stimulating the circulation of digital asset tokens. 【0034】 In addition to the above embodiments, the system further includes instructions for an order book trading program on the storage medium, and further includes a first computer for a user terminal operated by a buyer user, and a second computer for a user terminal operated by a seller user, each computer including a readable storage medium, the storage medium including instructions for a wallet application program, and the instructions are executed by the processor of the first computer to display the buyer user's operation screen. The order book trading application screen for digital asset tokens is displayed on the screen operated by the purchasing user. The purchase user screen displays a prompt to specify the purchase item conditions, including the buy price and quantity of one unit of a single digital asset token, and to encourage the purchaser to select other digital asset tokens held by the purchaser that are equivalent in exchange value to the said digital asset token as consideration for the purchase. Next, the purchase application input, including the purchase conditions of the purchasing user, is received from the user screen and transmitted to the computer on which the order book trading application program is executed. When the system executes instructions for the order book trading program stored on the storage medium by the processor of the computer executing the order book trading program, and when the computer executing the order book trading program receives a purchase offer including the purchase conditions of a buyer user, the purchase offer is stored in memory. Furthermore, when the processor of the computer running the order book trading program executes the instructions of the order book trading program, and the computer receives a sell offer including the sell order conditions from a selling user, the sell offer is stored in memory. Furthermore, when the processor of the computer executing the order book trading program executes the instructions of the order book trading program, it matches the accumulated buy orders with the accumulated sell orders, and upon successful matching, A transaction for a buy-and-sell transaction between users is constructed by a transaction composition means for buy-and-sell transactions, including the transfer of one digital asset token by a selling user and the transfer of another digital asset token by a buying user set up as consideration for a buy order by a buying user, and the transaction for the transfer of the digital asset token by order book trading is broadcast to the blockchain network. The system further includes node computers, each including a processor and a storage medium that stores instructions to be executed by the computer and is readable by the computer, wherein when an instruction is executed by the processor, it is configured to verify the transaction upon receiving a broadcast on a blockchain network and to record the transaction in a block of a peer-to-peer distributed ledger blockchain stored on the storage medium of the node computer. This embodiment provides a decentralized trading system (DEX) that enables order book trading, and, based on the registration of buy and sell applications in the system, provides a system in which the transfer of the digital asset tokens through order book trading is recorded in the peer-to-peer distributed ledger by the DEX system. Users are provided with the convenience of being able to execute digital asset token exchange transactions while referring to real-time order book trading information, and exchange operators can provide digital asset token exchange trading functions more easily, thereby enriching the variety of methods for realizing exchange value. 【0035】 In addition to the above embodiments, the system further includes instructions for an order book trading program on the storage medium, and further includes a first computer for a user terminal operated by a buyer user, and a second computer for a user terminal operated by a seller user, each computer including a readable storage medium, the storage medium including instructions for a wallet application program, and the instructions are executed by the processor of the first computer to display the buyer user's operation screen. The order book trading application screen for digital asset tokens is displayed on the screen operated by the purchasing user. The purchase user screen displays a prompt to specify the purchase item conditions, including the buy price and quantity of one unit of a single digital asset token, and to encourage the purchaser to select other digital asset tokens held by the purchaser that are equivalent in exchange value to the said digital asset token as consideration for the purchase. Next, the purchase application input, including the purchase conditions of the purchasing user, is received from the user screen and transmitted to the computer on which the order book trading application program is executed. When the system executes instructions for the order book trading program stored on the storage medium by the processor of the computer executing the order book trading program, and when the computer executing the order book trading program receives a purchase offer including the purchase conditions of a buyer user, the purchase offer is stored in memory. Furthermore, when the processor of the computer running the order book trading program executes the instructions of the order book trading program, and the computer receives a sell offer including the sell order conditions from a selling user, the sell offer is stored in memory. Furthermore, when the processor of the computer executing the order book trading program executes the instructions of the order book trading program, it matches the accumulated buy orders with the accumulated sell orders, and upon successful matching, The system is configured to transmit the other party's purchase information to both users, and for either user to initiate the transfer of the digital asset token through the aforementioned over-the-counter transaction. This embodiment provides a means to provide information on the matching of buy and sell orders through a DEX order book matching information provision system, and to realize trade execution in conjunction with the over-the-counter (OTC) trading system function. By acquiring information from the DEX order book, the opportunity for trade execution is improved, and since the execution of trades is realized through user operation, the completion of a trade involves only two parties, a buyer and a seller, thus minimizing the number of parties and simplifying the transaction. This has the advantage of providing the combined effects of both order book trading and OTC trading. [Effects of the Invention] 【0036】 The present invention provides a method for recording data on a peer-to-peer distributed ledger and a peer-to-peer distributed ledger integration system for the generation, issuance, trading, and transfer of digital asset tokens, thereby improving transparency and stability. [Brief explanation of the drawing] 【0037】 [Figure 1] Figure 1 is an overview flowchart of the functional flow of Method 1 for generating, issuing, trading, transferring, and reserveing ​​a first digital asset token according to one embodiment of the present invention. 【0038】 [Figure 2] Figure 2 is an overview flowchart of the functional flow of Method 1 for generating, issuing, trading, transferring, and reserveing ​​a second digital asset token according to one embodiment of the present invention. 【0039】 [Figure 3] Figure 3 is a flowchart illustrating in more detail the functional flow of the methods M100 and M200 for generating and issuing digital asset tokens T pegged to legal tender, according to one embodiment of the present invention. 【0040】 [Figure 4] Figure 4 is a flowchart illustrating in more detail the functional flow of the method M300 for buying and selling digital asset tokens T pegged to legal tender, according to one embodiment of the present invention. 【0041】 [Figure 5] Figure 5 is a flowchart illustrating in more detail the functional flow of the M400 method for redeeming a digital asset token T pegged to legal tender, according to one embodiment of the present invention. 【0042】 [Figure 6] Figure 6 is a flowchart illustrating in more detail the functional flow of the methods M101 and M201 for generating and issuing digital asset tokens T2 pegged to other currencies according to one embodiment of the present invention. 【0043】 [Figure 7]Figure 7 is a flowchart illustrating in more detail the functional flow of the method M301 for buying and selling digital asset token T2 pegged to other currencies, according to one embodiment of the present invention. 【0044】 [Figure 8] Figure 8 is a flowchart illustrating in more detail the functional flow of the M401 method for redeeming a digital asset token T2 pegged to another currency, according to one embodiment of the present invention. 【0045】 [Figure 9] Figure 9 is a T-chart illustrating the balance of buy and sell transactions for a digital asset token T according to one embodiment of the present invention, as a balance of transaction inputs and transaction outputs. 【0046】 [Figure 10] Figure 10 is a T-chart illustrating the balance of buy and sell transactions involving digital asset token T1 as consideration for digital asset token T2, showing the balance of transaction inputs and transaction outputs. 【0047】 [Figure 11] Figure 11 is a schematic diagram showing one embodiment of the digital asset token integration system according to the present invention for recording the generation, issuance, trading, and transfer of digital asset tokens on a peer-to-peer distributed ledger. 【0048】 [Figure 12] Figure 12 is a schematic diagram showing the system configuration of one embodiment of the digital asset token integration system 2 according to the present invention. 【0049】 [Figure 13] Figure 13 is a flowchart of the generation of a digital asset token T according to one embodiment of the digital asset token integration system 2 of the present invention. 【0050】 [Figure 14] Figure 14 is a flowchart of the issuance of a digital asset token T according to one embodiment of the digital asset token integration system 2 of the present invention. 【0051】 [Figure 15] Figure 15 is a flowchart of the buying and selling of digital asset token T according to one embodiment of the digital asset token integration system 2 of the present invention. 【0052】 [Figure 16] Figure 16 is a flowchart of the redemption of a digital asset token T according to one embodiment of the digital asset token integration system 2 of the present invention. 【0053】 [Figure 17] Figure 17 is a flowchart of the generation of a digital asset token T2 according to one embodiment of the digital asset token integration system 2 of the present invention. 【0054】 [Figure 18] Figure 18 is a flowchart of the issuance of a digital asset token T2 according to one embodiment of the digital asset token integration system 2 of the present invention. 【0055】 [Figure 19] Figure 19 is a flowchart of the buying and selling of digital asset token T2 according to one embodiment of the digital asset token integration system 2 of the present invention. 【0056】 [Figure 20] Figure 20 is a flowchart of the redemption of digital asset token T2 according to one embodiment of the digital asset token integration system 2 of the present invention. 【0057】 [Figure 21] Figure 21 is a schematic diagram of a decentralized over-the-counter trading system according to one embodiment of the Digital Asset Token Integration System 2 of the present invention. 【0058】 [Figure 22] Figure 22 is a flowchart of a decentralized over-the-counter trading system according to one embodiment of the Digital Asset Token Integration System 2 of the present invention. 【0059】 [Figure 23] Figure 23 is a schematic diagram of a distributed order book trading system according to one embodiment of the Digital Asset Token Integration System 2 of the present invention. 【0060】 [Figure 24] Figure 24 is a flowchart of a distributed trading system according to one embodiment of the Digital Asset Token Integration System 2 of the present invention. 【0061】 [Figure 25] Figure 25 is a schematic diagram illustrating a mixed distributed trading system, which combines a distributed order book trading system and a distributed over-the-counter trading system, according to one embodiment of the Digital Asset Token Integration System 2 of the present invention. 【0062】 [Figure 26] Figure 26 is a flowchart of a mixed distributed trading system that combines a distributed order book trading system and a distributed over-the-counter trading system according to one embodiment of the Digital Asset Token Integration System 2 of the present invention. [Modes for carrying out the invention] 【0063】 Embodiments of the digital asset token of the present invention are described in detail in the following examples. Examples 【0064】 <First Embodiment> One embodiment of the method for generating, issuing, trading, transferring, and reserve-operating digital asset tokens according to the present invention is described below. In the peer-to-peer distributed ledger recording method for digital asset tokens T according to the present invention, the generation of one unit of the amount of digital asset tokens T (hereinafter also referred to as "token unit (T)") is recorded in a peer-to-peer distributed ledger. 【0065】 Digital asset tokens have a concept of quantity, and the token unit is represented by the token unit symbol T, and written as Digital Asset Token Quantity T (T). T may also be the ticker symbol used in trading. 【0066】 In one form, a peer-to-peer distributed ledger can be a blockchain. 【0067】 Recording digital asset tokens to a peer-to-peer distributed ledger means that a transaction describing the transfer of digital asset tokens from one address to another is recorded in the peer-to-peer distributed ledger. Prior to recording, a predetermined verification is performed, and only transactions that pass the verification are recorded in the peer-to-peer distributed ledger. 【0068】 The structure of a transaction can adopt a format similar to that of a Bitcoin blockchain transaction, for example. It consists of two basic components: a transaction input, which is the unit of input for a transaction, and a transaction output, which is the unit of output for a transaction. The debit / credit balance is represented using the transaction input / transaction output. As a general rule for ledgers, the debits and credits must be balanced in the representation of a transaction. 【0069】 Figure 1 is an overview functional flow diagram illustrating the functional flow of the digital asset token T, specifically the generation stage ST1, issuance stage ST2, buy / sell transfer stage ST3, and redemption stage ST4, providing an overview of Method 1 according to the present invention. The upper part of Figure 1 focuses on the functional flow of the digital asset token T, including the movement of the digital asset token T between the issuer and users and the transfer of ownership, as well as the user operations involved in the generation, issuance, buy / sell, and redemption stages of the digital asset token T. The lower part of Figure 1 depicts the timeline up to the recording of transaction TR to the peer-to-peer distributed ledger 3. 【0070】 <Trading Digital Asset Token T> A typical transaction operation as described in this invention is the transfer of ownership of digital asset token T between users, which is represented as the buy / sell stage ST3 in Figure 1. Here, buy / sell refers to a transaction involving the transfer of digital asset token T between addresses accompanied by the provision of consideration. When the consideration is gratuitous, it is a gift, or succession (general succession and inheritance). However, since transaction TR, which realizes the buy / sell of digital asset token T using fiat currency, cannot directly represent fiat currency with the digital asset token T of this invention, the transfer of digital asset token T between users is simply represented in the description of transaction TR as a transfer of digital asset token T from one user's address to another. 【0071】 The transaction TR recorded in the peer-to-peer distributed ledger for the buy / sell transaction in Figure 1 should be displayed as follows: The transaction input for identifying the token type of the digital asset token being bought and sold by the current owner, who is the controller of the address from which the tokens are being transferred, and the specified quantity of digital asset token T, shall be expressed as follows: Source address / Quantity of digital asset tokens (digital asset token unit symbol T) 【0072】 The transaction output, which identifies the token type of the digital asset token T that is the subject of the trade and the address belonging to the purchaser who will become the owner of a specified quantity of digital asset token T, shall be expressed as follows: Destination address / Quantity of digital asset tokens (digital asset token unit symbol T) 【0073】 An example of how transaction inputs are displayed is shown below. (Example) Transaction Input 1 User Address 1 / 1(T) This indicates that "Transaction Input 1 is one unit of digital asset token (T) owned by user address 1, which is the input to the transaction." 【0074】 An example of the transaction output is shown below. (Example) Transaction output 1 User address 2 / 1(T) This indicates that "Transaction Output 1 is that user address 2 should own 1 unit (T) of the digital asset token T." 【0075】 Transaction TR does not display the price of the buy and sell transaction; it only describes the movement of 1(T) from address 1 to address 2, and does not show all the reasons for the transaction. 【0076】 Combining both, the notation for the movement of 1(T) from address 1 to address 2 in the transaction TR buy / sell 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) 【0077】 Therefore, when user 1 sells 1000 units of digital asset token T to user 2 (and user 2 buys from user 1), the transaction may be represented using 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) 【0078】 This transaction representation does not include the consideration for the buy and sell. When the consideration for the buy and sell is outside of token management, it is not included in the representation of this transaction and should be handled separately. Therefore, for user address 1, the debt-to-lending balance is -1, and for user 2, the debt-to-lending balance is +1, resulting in a total debt-to-lending balance of 0 for the entire transaction. Alternatively, when the consideration for the buy and sell is outside of token management, the transaction can also represent the buy and sell consideration by introducing a virtual digital asset token, as shown below. 【0079】 When the consideration for a sale is outside of token management, it is not described in the transaction structure notation as described above. However, if the ownership transfer conditions used in the method and system according to the present invention include items outside of token management, there are some inconvenient situations. In such cases, it is advisable to introduce the concept of a digital memo token. For example, if the legal tender Japanese yen is used as consideration for issuing a digital asset token TM, the digital memo token TM is treated within the transaction as representing the Japanese yen and is generated upon receipt of the Japanese yen used as consideration. When a digital asset token T is generated, it is essentially created out of thin air. However, here, since it is a digital asset memo as a memo, when the issuer sells 1000 tokens of digital asset token T to user 2, and user 2 pays the issuer 1000 yen as consideration, there is an agreement between the issuer and user 2 that the consideration of 1000 (T) is represented as 1000 (TM) memos. Thus, transaction TR may be represented as follows. 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) The above transaction represents, as a memo, that the issuer provides 1000 units of digital asset token T to user 2, and simultaneously, user 2 provides 1000 yen, represented by the digital memo token TM, to the issuer. In the notation of 1000(TM) in user address 2, the existence of the digital token is not virtual and does not need to be formally generated by the system. 【0080】 Here, it is preferable to further introduce the concept of a virtual digital asset token T0, and to make the virtual digital asset token T0 compatible with the transfer of fiat currency from a user address. For example, when the issuer receives 1000 yen from user 2 into a real fiat currency account, and 1000 (T0) is generated at the fiat currency account address, the transaction TR can be expressed using the digital asset token T0 as follows. Transaction input: Transaction input 1 base address 00 / 1000(T0); Transaction Input 2 Issuer / 1000(T) Transaction output: Transaction Output 1: Fiat currency account address / 1000(T0); Transaction output 2 User address 2 / 1000(T) Transaction TR represents 1000 yen in fiat currency received offline from user 2 on a peer-to-peer distributed ledger system, displayed at the issuer's managed address, the fiat currency account address, and user 2 receiving 1000 digital asset tokens (T) from the issuer. Here, base address 00 is an address specially provided by the system as the origin address for digital asset token generation, as detailed in the Digital Asset Token Generation section of this specification below. Therefore, transaction TR represents an agreement between users 1 and 2 that 1(T) is equivalent to 1 yen, and that 1(T) and 1(T0) are equivalent. 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 representing a deposit into a fiat currency account. Since the virtual digital asset token T0 is pegged to a specific real asset representing the amount deposited into the fiat currency account, it is more appropriate to call it a virtual fiat currency account digital asset token. It should be noted that the virtual fiat currency account digital asset token T0 is genuinely pegged to a specific real asset as long as it resides at the fiat currency account address, that is, it should be considered to be backed by the consensus of the parties involved and in the peer-to-peer distributed ledger world. When digital asset token T is redeemed, it is sufficient for digital asset token T0 to be moved from the fiat currency account address to another internal management address, such as the reserve address 01 described later, and when there is a deposit from a user in another fiat currency, it may be circulated back from the reserve address 01 to the fiat currency account address for use. In this case, from a transactional perspective, it is possible to give meaning to the transfer of the digital asset tokens pooled at the reserve address 01 to the fiat currency account address, which transforms into virtual fiat currency account digital asset tokens corresponding to the deposit amount. 【0081】 In Method 1, an example in which the consideration is also paid in other digital asset tokens will be described later (see Figure 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 transactions used in the present invention will be explained in detail below. 【0082】 The transaction representation described above shares similarities with Bitcoin, a representative digital asset token, in that transaction outputs exist as digital asset tokens usable for the next transaction input, and that it has the concept of unused transactions (UTXOs). However, it differs from Bitcoin's transaction structure in its recognition of the difference that is used for fees. In other words, the concept of transaction execution fees does not exist within the transaction itself, and separate economic and system resource arrangements are made for the sustainability of the system. Therefore, in principle, transactions recorded on a peer-to-peer distributed ledger using the method of the present invention balance out the transaction debts between the transaction inputs provided by the user and the transaction outputs given by the user to other users. 【0083】 In one embodiment, Method 1 of the present invention adopts the concept of unused transactions (UTXOs). This is because associating the ownership transfer conditions and history conditions of digital asset tokens with the ownership transfer conditions and history conditions that characterize the present invention on an unused transaction (UTXO) basis has the advantage of reducing the transaction data length. This provides the advantage of making monitoring easier by reducing the number of transactions to view in a peer-to-peer distributed ledger, and / or providing the advantage of making it easier to see the balance of lending and borrowing, and thus providing the advantage of improving the transparency of transactions. 【0084】 In Figure 1, a transaction TR (hereinafter also referred to as a completed transaction TR) is blown to a peer-to-peer distributed ledger network based on a buy / sell agreement between two users. The validity of the transaction TR is then verified by node computers (not shown) of the peer-to-peer distributed ledger network, and if the verification is successful, it is recorded in the peer-to-peer distributed ledger 3. 【0085】 In one embodiment, the peer-to-peer distributed ledger 3 is a blockchain, and the smallest constituent unit of the peer-to-peer distributed ledger 3 is a block in which multiple transactions TR are accumulated in a bucket and recorded in the peer-to-peer distributed ledger 3 as a cluster. For the sake of processing efficiency, when recording in the peer-to-peer distributed ledger 3, multiple transactions are accumulated in a block and recorded in the blockchain on a block-by-block basis. In addition to verifying the legitimacy of the transaction, verification of the legitimacy of the block is also performed, i.e., whether the block is qualified to connect to the previous block. Unlike Bitcoin, there is no constraint of providing 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 while balancing processing efficiency and convenience. In that sense, the peer-to-peer distributed ledger 3 of Method 1 and System 2 disclosed in the present invention can be called a blockchain because the additional record to the peer-to-peer distributed ledger 3 is verified on a block-by-block basis, and the blocks are linked in chronological order, but the number of transactions included in a block may be one, depending on the balance between processing efficiency and convenience. Therefore, the peer-to-peer distributed ledger 3 may consist of a chain of blocks containing multiple transactions requested to be recorded within a predetermined time frame in a local environment, and these blocks may be chained together by employing a Directed Acyclic Graph (DAG). 【0086】 Furthermore, the peer-to-peer distributed ledger 3 may be configured such that block nonce retrieval is a requirement for successful block verification, or it may be configured to branch into a DAG in the local environment. 【0087】 There are various methods for verifying block validity, such as POW and POS, and these are still actively evolving. However, the distinguishing feature of this invention lies in including ownership transfer conditions in transaction verification, or in adding historical information, allowing for a step away from block validity verification. Therefore, any consensus method, whether POW (Proof of Work) or POS (Proof of Stake), may be used for verifying block validity. 【0088】 <Generation of Digital Asset Tokens> When a digital asset token T is created, it is generated not by other transactions or simply by moving the digital asset token T, but by a special generation transaction that creates the digital asset token T from nothing. 【0089】 The generation transaction TR is structured as a transfer from base address 00 to reserve address 01. Base address 00 is a specially designated system address used as the origin address for generation, and is equivalent to the Bitcoin coinbase. 【0090】 Reserve address 01 is a special address that is used as a return address when the digital asset token T is redeemed from the user to the issuer after it has been generated and / or issued to the user. The digital asset token T used by the user is generated in advance by generation transaction TR, which is recorded in the peer-to-peer distributed ledger 3 and stored in reserve address 01. Immediately after generation, it is transferred from base address 00 to reserve address 01. For example, in method 1 of the present invention, the following generation transaction is 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 debit and credit balance of the transaction inputs and output of transaction TR balances as described above, or as shown in Figure 9. When verifying the debit and credit balance, the balance of the entire transaction TR is examined. The difference in the debit and credit balance should be zero for a transaction of only one digital asset token T, as this is the sum of the amount of digital asset token T included in the transaction input provided by the user and the amount of digital asset token T included in the transaction output provided to other users in response to that transaction input (there is not limited to one transaction output provided to other users in response to one transaction input), and the amount of digital asset token T should match in the debit and credit. Examples of the debit and credit balance at the time of creation are illustrated in Figures 9 and 10. 【0091】 As described above, Method 1 of the present invention includes recording the generation of a digital asset token T, and the step of recording the generation of one unit (T) of the amount of digital asset token T in the peer-to-peer distributed ledger 3 as a record of transaction TR of the transfer of digital asset token T between addresses of digital asset token T, with the source address being base address 00 and the destination address being reserve address 01 of the reserve pool (MS110). 【0092】 <Additional information on verification conditions> One unit of digital asset token T may have ownership transfer conditions attached to it. The ownership transfer conditions are assumed to be pre-recorded in the peer-to-peer distributed ledger 3, and when digital asset token T is used and transferred to a new destination, that is, when it is recorded in the peer-to-peer distributed ledger 3 as being associated with the destination address, the ownership transfer conditions provide the same effect as if the conditions for suspending the execution of the transfer were pre-recorded in the digital asset token T that can be recorded in the peer-to-peer distributed ledger 3. 【0093】 There is a mechanism for internet-based contracts called smart contracts. Smart contracts pre-define the terms of the agreement between the parties, register them in the system, and refer to those terms when executing a transaction. In this invention, the ownership transfer conditions can be embedded as execution conditions (suspension conditions) in the peer-to-peer distributed ledger of the digital asset token platform itself. Alternatively, the owner of a digital asset token can unilaterally embed the execution conditions (suspension conditions) of the transfer in the peer-to-peer distributed ledger of the digital asset token itself, regardless of the other party, providing a universal effect that prevents execution if any other party violates the suspension conditions. 【0094】 For example, Ethereum, famous for its smart contracts, basically handles contracts between two parties. The synchronization of confirmation between the two parties is entrusted to the application protocol on Ethereum. Conversely, the guarantee of synchronization of confirmation between the two parties is entrusted to the application protocol, and ultimately, even though it is a decentralized platform, it is the same as entrusting the completion of transactions to a smart contract protocol. This is easy to understand if you consider that in normal transactions, the execution conditions are entrusted to the token exchange. The trading of digital asset tokens using smart contracts is no different from the traditional trust structure in which trust is ultimately placed on the token exchange that mediates the issuance and offering of digital asset tokens. Smart contracts involve trusting a smart contract protocol on a platform that someone has ad-hoc created. 【0095】 Furthermore, in smart contracts like Ethereum, even if the blockchain mechanism itself can eliminate double-dealing during the transfer of digital asset tokens, it cannot eliminate double-dealing at the contract stage. One party risks entering into multiple contracts at the contract stage, withdrawing from the process midway, and becoming a contracting party to only one other party, rendering the negotiations futile. In this case, the efforts made at the negotiation stage become useless, and in the world of the internet, it is virtually impossible to pursue legal action on this basis. 【0096】 In the method 1 for generating, issuing, and transferring digital asset tokens according to this embodiment of the present invention, the ownership transfer condition is configured to be embeddable as a suspensive condition within the peer-to-peer distributed ledger 3 of the digital asset token T platform itself. The method 1 and system 2 provide for embedding the ownership transfer condition into the peer-to-peer distributed ledger 3 of the digital asset token T, where the ownership transfer condition is configured to be embeddable as an enforceable condition or suspensive condition, either as a platform rule, as a private rule that overrides the platform rule and is generally accepted. As a result, the ownership transfer condition also contributes to the problem described above by providing universal effect. 【0097】 Method 1 according to one embodiment of the present invention will be explained using Figures 1 to 5. As shown in Figure 3, the portion of Method 1 according to one embodiment of the present invention includes a portion of Method M100 for generating one unit of digital asset token T, in which the first step (MS110) is performed to record the generation of one unit of digital asset token T in a peer-to-peer distributed ledger. Hereinafter, the portion of Method M100 for generating one unit of digital asset token T included in Method 1 according to one embodiment of the present invention will be referred to as generation stage ST1, as shown in Figure 1. Similarly, the portion of method M200 for issuing one unit of digital asset token T shown in Figure 3 is executed in issuance stage ST2 in Figure 1, the portion of method M300 for trading one unit of digital asset token T shown in Figure 4 is executed in trading stage ST3 in Figure 1, and the portion of method M400 for redeeming one unit of digital asset token T shown in Figure 5 is executed in redemption stage ST4 in Figure 1, thus defining methods M100-400 as being related to stages ST1-ST4. 【0098】 <Universal pricing verification conditions> The ownership transfer conditions may include, for example, setting a universal price range for the upper and lower limits of the transfer consideration between one unit of digital asset token T and a predetermined fiat currency, with the fiat currency of the transfer consideration being a monetary condition. The universal price range refers to a predetermined price range set throughout Method 1, and is a predetermined price condition defined as a common verification condition throughout Method 1, which is appropriate to say that the digital asset token is effectively pegged to a predetermined fiat currency. If the fiat currency is Japanese yen, and the digital asset token T is pegged to the fiat currency in a 1:1 quantity ratio, then the universal price conditions would be set such that the lower limit consideration is 100 yen and the upper limit price is 101 yen for 100 units of digital asset tokens. 100 ≤ 100T ≤ 101 This is how it is written. 100 is a scale factor used to avoid decimal notation and decimal calculations. 【0099】 The fiat currency to be pegged is preferably the Japanese yen. The method of the present invention provides a digital asset token pegged to the Bank of Japan's currency, which is highly stable and has high operational transparency among fiat currencies, and the method of the present invention provides a digital asset token that is even more transparent and stable. 【0100】 In the present invention, each digital asset token T exists independently in the smallest mesh, with each unit (T) of digital asset token T being an independent entity. The ownership transfer conditions described above are attached to each unit (T) of digital asset token T corresponding to the quantity stated in the transaction input and transaction output. 【0101】 The concept of quantity of digital asset token T may also have an aggregated concept. When the smallest token unit is 1 and it is simply referred to as digital asset token T, digital asset token T may have a type of aggregated concept of quantity. For example, a unit of quantity of digital asset tokens of 100T may represent 100 units of 1 unit of quantity of digital asset token T as a single block. Alternatively, for example, a unit of quantity of digital asset tokens of 500T may represent 500 units of 1 unit of quantity of digital asset token T as a single block. Alternatively, for example, a unit of quantity of digital asset tokens of 1000T may represent 1000 units of 1 unit of quantity of digital asset token T as a single block. Alternatively, for example, a unit of quantity of digital asset tokens of 10000T may represent 10000 units of 1 unit of quantity of digital asset token T as a single block. 【0102】 The above verification conditions may be managed collectively for each aggregation type, T100, T500, T1000, or T10000. In that case, internally, they would be managed as follows: Transaction TR Transaction input: Transaction Input 1 Base Address 00 / 1000(T) Transaction output: Transaction Output 1 Reserve Address 01 / 1 (T1000) It may be summarized as follows, and the digital asset token T of the transaction output may have ownership transfer conditions attached to a single block of 1000 T. In that case, if a portion of a single block of 1000 T of digital asset token T with ownership transfer conditions attached is to be used as a transaction input, it may be necessary to split that portion of the single block of 1000 T in advance. 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) This is the case. In this case, the ownership transfer condition may be attached to one T500, four T100s, and 100 Ts. Alternatively, it may be attached to each transaction output, in which case it may be generated in advance by being divided as follows. Transaction TR Transaction input: Transaction Input 1 Base Address 00 / 1000(T) Transaction output: Transaction output 1, reserved address 01 / 500(T); Transaction output 2: Reserved address 01 / 100(T); Transaction output 3: Reserve address 01 / 100(T); Transaction output 4: Reserved address 01 / 100(T); Transaction output 5: Reserved 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, reserved address 01 / 1 (500T); Transaction output 2, reserved address 01 / 5 (100T); Therefore, 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 when using transaction input 1 are provided every 500T and every 100T, and the recording of the ownership transfer conditions to the transaction output is recorded every 500T and every 100T, so that Method 1 of the present invention may be configured. 【0103】 The ownership transfer condition refers to a case where, for example, a universal price range is set as the upper and lower limits of the transfer consideration between one unit of digital asset token T and a predetermined amount of fiat currency, as a condition for the amount of fiat currency for the consideration of the transfer. The ownership transfer condition determines whether the amount of fiat currency per unit quantity of digital asset token T, calculated by the fiat currency consideration provided by the owner of the address of the transaction output and the fiat currency provided as consideration for the total quantity of digital asset token T in the transaction input, falls within the predetermined price range. The condition stipulates that transaction TR will be verified to see if it passes this condition, and if it does, transaction TR will be recorded in the peer-to-peer distributed ledger 3. Transaction TR is then broadcast to the blockchain, which is the peer-to-peer distributed ledger 3, and verified by node computers (hereinafter sometimes simply referred to as "nodes") responsible for verification on the distributed network, added to a block in the blockchain, and recorded in the blockchain (hereinafter sometimes simply referred to as "recording in the peer-to-peer distributed ledger 3"). 【0104】 Thus, the ownership transfer conditions may be verified for each unit (T) of the digital asset token T used in the transaction, or for each transaction input used in the transaction, i.e., for each unused transaction, or these ownership transfer conditions may be verified for the transaction TR as a whole. 【0105】 Whether the transaction TR is validated as a whole, or each digital asset token used per transaction input is validated, for ownership transfer conditions to apply, the transaction input must display information regarding ownership transfer conditions as transaction characteristics during transaction validation. 【0106】 Therefore, as shown in Figure 1, in Method 1 according to one embodiment of the present invention, when 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, The process includes a step (MS120) of pre-recording in the peer-to-peer distributed ledger 3 the addition or update of ownership transfer conditions to be associated with one unit (T) of the amount of digital asset tokens to be transferred, and after the ownership transfer condition addition / update step MS120, the transaction includes means for adding / updating ownership transfer conditions so that the addition / update of ownership transfer conditions is recorded for the digital asset token T used in the transaction. The ownership transfer conditions include, for example, a step (MS130) of setting a universal price range of upper and lower limits for the transfer consideration between one unit (T) of the amount of digital asset tokens and a predetermined fiat currency, and these ownership transfer conditions have the effect of controlling the transaction price within a certain range and providing stability to the transfer price of the digital asset tokens. In addition, when ownership transfer conditions are added and recorded as suspension conditions in the peer-to-peer distributed ledger 3, traders can almost freely record in advance what records need to be verified before the transaction. This allows them to specifically read the transparency and certainty of the transaction from the records before the transaction, and to view whether the transaction was sound after the transaction. Thus, recording ownership transfer conditions in the peer-to-peer distributed ledger contributes to improved transparency. In this way, transparency is improved by recording history and constraint conditions, and by incorporating a mechanism into the digital asset token itself that limits the price to the price fluctuation range of a predetermined fiat currency, the present invention discloses a method that provides a digital asset token with a more stable exchange value. 【0107】 <Additional information on relocation history> The transfer record can also include transfer history information, and the accompanying information of the digital asset token T used in subsequent transactions will include history information, at least including the history of the transfer of the digital asset token to the reserve (MS140). The transfer history is categorized, and means are provided to record the transfer history of the transfer to reserve 01 immediately after the creation of the digital asset token T, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to reserve 01 in the peer-to-peer distributed ledger 3. When the digital asset token is created, the transfer to reserve 01 as the creation of ownership is recorded as transfer history information. Each transfer category can be attached to the transfer record with a code or history information code representing one of these, and parameters depending on its content. By recording this pre-issuance transfer history information in the peer-to-peer distributed ledger, the identity of the digital asset token T can be determined, and it becomes possible to monitor additional issuances by the issuer. The addition of transfer history information provides the effect of increasing the transparency of the creation of the digital asset token T. 【0108】 The inclusion of transfer history information may, for example, include the verification time in the transfer history information for generation stage ST1 and / or issuance stage ST2, and the verification time included in the transfer history information may serve as a verification condition, i.e., an ownership transfer condition, to ensure that retroactive issuance is not fabricated. In addition, transfer history information may be recorded to appropriately increase the transparency of digital asset token generation and issuance, and the transfer history information may be recorded together with the ownership transfer conditions. 【0109】 Accordingly, in Method 1 according to one embodiment of the present invention, in the generation step ST1, the supplementary information to be added to the transfer record includes at least historical information including the history of the transfer of digital asset token T to reserve 01 (MS140). 【0110】 Furthermore, in Method 1 according to one embodiment of the present invention, in the generation stage ST1 of the digital asset 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 (MS150), and after successful transaction verification including ownership transfer conditions (MS160), the transfer of ownership of the digital asset token T is recorded (MS170), the ownership transfer conditions are appended to the record of the transfer of one unit (T) of the amount of the digital asset token to the reserve address 01 (MS180), for example, simultaneously recorded, and the history information is appended to the record of the transfer of one unit (T) of the amount of the digital asset token (MS190), for example, simultaneously recorded, and the history information is configured to include the transfer history information of the digital asset token T from the issuer to the reserve 01 immediately after the generation of the digital asset token T. 【0111】 The transfer history information can be provided as a self-transfer transfer at Reserve Address 01, as described below. In this embodiment, the generation method part may also include providing a self-transfer transfer from Reserve Address 01 to Reserve Address 01 immediately after generation in order to embed the ownership transfer conditions and / or history information into the record of the digital asset token T2 in the peer-to-peer distributed ledger 3. 【0112】 Thus, the portion of Method 1 according to one embodiment of the present invention includes the portion of Generation Method M100, and the portion of Method 1, Generation Method M100, performs the following steps. When the generation of one unit (T) of digital asset token T is recorded in the peer-to-peer distributed ledger 3 (MS110), and the subsequent transfer of ownership of said digital asset token T is recorded in the peer-to-peer distributed ledger 3, the addition or update of ownership transfer conditions to be associated with one unit (T) of digital asset token to be transferred is recorded in the peer-to-peer distributed ledger 3 in advance (MS120), and the ownership transfer conditions include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of digital asset token and a predetermined fiat currency (MS130), The supplementary 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 the 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 verification including the ownership transfer conditions (MS160), the transfer of ownership of digital asset token T is recorded (MS170), and the ownership transfer conditions are added to the record of the transfer of one unit (T) of the amount of the digital asset token (MS180). The aforementioned historical information is appended to the record of the transfer of one unit (T) of the digital asset token (MS190), The method includes, in addition to records of transfers from the issuer to the reserve, from the reserve to users, transfers between users, and transfers from users to the reserve immediately after the creation of the digital asset token T, the history information includes at least the history information of transfers from the issuer to the reserve immediately after the creation of the digital asset token T. 【0113】 The unit on which transfer history information is attached is the same as the attachment of ownership transfer conditions, and is attached to each digital asset token T, or at least to each transaction output. When used as a transaction input in the next transaction TR, this transfer history information may be used by the ownership transfer conditions, in which case the entire transaction TR may be verified. 【0114】 Alternatively, it may be used as a pre-check for verification that should be performed in the wallet when it is used as a transaction input in the future, or it may be used as one of the log data on the blockchain for auditing purposes. 【0115】 <Issuance of Digital Asset Tokens> Next, using Figures 1 and 3, the effects of the method of one embodiment of the present invention in the issuance stage ST2 will be explained. In the issuance stage ST2, the transaction TR at the time of issuance is such that ownership is transferred from the reserve address 01 to the 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) Transaction TR may be constructed in this way. Therefore, the difference from the buy / sell stage is that the source address is always reserve address 01, and not a user address or any other address. 【0116】 <Notes regarding additional changes to the conditions for transfer of ownership> In one embodiment of the present invention, when issuing digital asset tokens T, it is possible to add a change in ownership transfer conditions to one unit of digital asset tokens. Regarding the setting of universal price conditions, for example, in accordance with the fluctuation of the market exchange value of one unit of digital asset tokens at the time of issuance, it is possible to set universal price conditions such as a lower limit consideration of 10,000 yen and an upper limit price of 11,000 yen for 1,000 units of digital asset tokens T. In this case, for digital asset tokens T, 10000 ≤ 1000T ≤ 11000 It is as if a universal price range is set as shown. Alternatively, if only the upper limit of the universal price is added, 0 ≤ 1000T ≤ 11000 Alternatively, if only a lower limit is to be added, then 1,000,000, which is effectively a large amount, 10000 ≤ 1000T ≤ 1000000 It is as if a universal price range is set. 【0117】 <Additional information on relocation history> In Method 1 according to one embodiment of the present invention, the transfer record can be further supplemented with transfer history information, for example, by simultaneous recording. Among the categorized transfer histories, the transfer history of the transfer of digital asset token T to reserve 01 immediately after its creation is configured to continue to be recorded in the peer-to-peer distributed ledger 3. More specifically, the transfer history of the transfer of digital asset token T to reserve 01 immediately after its creation is recorded for digital asset token T or unused transactions recorded on the peer-to-peer distributed ledger 3, and when the digital asset token T or unused transaction is used as the transaction input for the next transaction TR, the transfer history information of the transfer of digital asset token T to reserve 01 immediately after its creation is configured to continue to be recorded in the transaction output of transaction TR. The transfer history information of the transfer of digital asset token T to reserve 01 immediately after its creation is configured to permanently carry over to the digital asset token T itself information that easily verifies the authenticity of the digital asset token, such as a serial number of creation, an image with a digital watermark, or hashes thereof. Furthermore, the transfer history of transfers from Reserve 01 to users can be recorded in the peer-to-peer distributed ledger 3. Each transfer category can also be annotated with a code representing one of these categories. By recording this issuance transfer history information on the blockchain or the peer-to-peer distributed ledger 3, the identity of the digital asset token T can be determined, and the transfer history of transfers from Reserve 01 to users clarifies that it was initiated by the issuer, making it possible to monitor additional issuances. Third parties who tamper with this record will be more easily identified as engaging in fraudulent activity, thus increasing trust, and the annotation of this transfer history information provides greater transparency in the creation of digital asset tokens. In this way, the transparency of the issuance price is improved by recording the history that is visibly displayed on the digital asset token itself after issuance and the constraints of pegging the issuance price to fiat currency, and in addition, a mechanism that limits the price to the price fluctuation range of a predetermined fiat currency provides a digital asset token with a more stable exchange value. 【0118】 Accordingly, as shown in Figure 1, in the issuance stage ST2, the part of Method 1 according to one embodiment of the present invention includes the part of Method M200 for issuing a digital asset token T, and the step of recording the generation of one unit (T) of the amount of digital asset token T in the peer-to-peer distributed ledger 3 has been performed (MS110). When recording the subsequent issuance of the digital asset token T in the peer-to-peer distributed ledger 3, similar to the generation stage ST1, as shown in Figure 1, the transfer condition addition update step (MS120) is performed following the generation step (MS110) of Method 1 for the digital asset token T, and the ownership transfer condition update setting step MS130 for fiat currency pegging may be performed. After that, the following steps are performed: history information setting step MS140, broadcast step (MS150), verification step (MS160), recording step (MS170), ownership transfer condition addition step (MS180), and history information addition step (MS190). As described above, the present invention provides a method for recording to a peer-to-peer distributed ledger that improves the transparency of the generation and / or issuance of digital asset tokens and the stability of their exchange value at the time of issuance by adding ownership transfer conditions, adding historical information, and issuing through a reserve. <Transfer of ownership of digital asset token T between users> Next, as shown in Figure 1, in the trading stage ST3, the portion of Method 1 according to one embodiment of the present invention includes the portion of Method M300 for the transfer between users after the issuance of the digital asset token T. The effects of Method 1 of one embodiment of the present invention in the trading stage ST3 will be explained below with reference to Figures 1 and 4. In the generation stage ST1, with respect to the digital asset token T generated by the step (MS110) of recording the transaction TR of the digital asset token T with reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3, in the step (MS170) of recording the transfer of ownership of the digital asset token T from user 1 to user 2, for example, the following transaction TR is executed. In 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) A transaction TR may be configured to transfer digital asset tokens T from user address 1 to user address 2. The transaction input may include, for example, a system-wide universal setting of ownership transfer conditions set for user 1's digital asset tokens T, and a universal price range of upper and lower limits for the transfer consideration between one unit (T) of the digital asset tokens and a predetermined fiat currency (MS130). A recording step (MS120) is performed to record in advance in the peer-to-peer distributed ledger 3 the addition or update of ownership transfer conditions to be associated with one unit (T) of the digital asset tokens to be transferred. For example, in one embodiment, with regard to recording the transfer of ownership of the digital asset token T from user address 1 to another user address 2, if an ownership transfer condition that is associated with one unit (T) of the digital asset token amount and, for example, limits the transfer destination to user address 2 is to be used for verification when recording the next transaction, the following transaction TR is executed as an update to the ownership transfer condition that should be associated with one unit (T) of the digital asset token amount. Transaction TR Transaction input: Transaction Input 1 User Address 1 / 1000(T) <Transfer of Ownership Conditions A: Destination User Conditions (Unrestricted)>; Transaction Output 1 User Address 1 / 1000(T) <Transfer of ownership conditions after transfer B: Destination user conditions (User 2)> This transaction TR is a transaction that records the transfer of digital asset tokens between its own address 1 on the peer-to-peer distributed ledger 3. Before and after this transaction, the digital asset token 1000(T) on the peer-to-peer distributed ledger 3 was set to destination user condition (unrestricted). In other words, although the destination user condition was not recorded as an ownership transfer condition as an unused transaction, after the above transaction, the display of the digital asset token 1000(T) on the peer-to-peer distributed ledger changed to an ownership transfer condition specified by the destination user, with the annotation "Ownership transfer condition: Destination user condition (User 2)". 【0119】 When a transaction TR is recorded in the peer-to-peer distributed ledger 3 after the generation of a digital asset token T, the transfer history information associated with one unit (T) of the amount of the digital asset token at the transferor address 1 includes, with respect to the transfer history information to be added to the record, at least the history information including the transfer history of the digital asset token to reserve 01 (MS140), and the history information is added to the record of the transfer of one unit (T) of the amount of the digital asset token (MS190), and this addition may be recorded in the peer-to-peer distributed ledger 3 at the same time as the transfer record, for example. 【0120】 Next, in one embodiment, transaction TR for the transfer of digital asset token T from user 1 to user 2 is as follows: Transaction TR Transaction input: Transaction Input 1 User Address 1 / 1000(T) <Transfer of ownership conditions before transfer: Destination user conditions (User 2) noted> Transaction output: Transaction output 1 User address 2 / 1000(T) The transaction for this digital asset token transfer is broadcast to the network via a broadcast step (MS150) as a transaction containing information to be recorded in a peer-to-peer distributed ledger, and then a recording step (MS160) is executed. For verification during the composition of the transaction TR for ownership transfer conditions, the necessary information provided by the issuer is received, the ownership transfer conditions are digitized to a level that can be executed in a closed system within the transaction, embedded in the transaction TR, and it is verified whether the ownership transfer conditions embedded in the transaction are genuine and do not contradict the real-time information provided by the issuer at that time. In the verification step (MS160), during transaction recording, verification is performed to ensure that the ownership transfer conditions embedded in the transaction do not contradict the real-time information provided by the issuer at the time of verification when recording on a peer-to-peer distributed ledger. Then, as described above, after the verification step MS160, the 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 Figure 1, the steps of adding ownership transfer conditions (MS180) and adding history information (MS190) are performed, and the recording of the transfer preferably further includes transfer history information of transfers between users as transfer history information. The transfer record may further include transfer history information from the issuer to the reserve after the creation of the digital asset token T, and may further include transfer history information for at least one of the transfers from the reserve 01 to the user and transfers between users. As described above, the present invention provides a method for recording on a peer-to-peer distributed ledger that improves the transparency of the creation and / or issuance of digital asset tokens, the transparency of creation information and / or issuance information that can be referenced when digital asset tokens are transferred between users, and the stability of the exchange value when digital asset tokens are transferred between users, by adding ownership transfer conditions, adding history information and issuing via the reserve. 【0121】 <Redemption of Digital Asset Tokens> As shown in Figure 1, in redemption stage ST4, the portion of Method 1 according to one embodiment of the present invention includes the portion of Method M400 for redemption of the digital asset token T after issuance. Hereinafter, the effects of Method 1 of one embodiment of the present invention in redemption stage ST4 will be explained using Figures 1 and 5. In generation stage ST1, with respect to the digital asset token T generated by the step (MS110) of recording the transaction TR of the digital asset token T with reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3, 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) Transaction TR may be constructed as follows: Transaction TR is constructed as a transfer from the user address to reserve address 01. By transferring to reserve 01 upon redemption, even if reissue occurs, the total supply can be easily monitored on the blockchain by monitoring reserve address 01, contributing to improved transparency. 【0122】 <Additional notes regarding verification conditions> In Method 1 according to one embodiment of the present invention, regarding the redemption of digital asset tokens T, the addition or update 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). Regarding the setting of redemption price conditions, In the case where the redemption price condition is set with an upper limit price of 9,000 yen, which is below the issue price. 0 ≤ 1000T ≤ 9000 It is as follows. Then, in order to set the redemption price conditions, an ownership transfer condition is added or updated to be associated with one unit (T) of the amount of the digital asset token in the destination address (MS130), The aforementioned ownership transfer conditions include setting up a redemption of transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency. With respect to the transfer history information associated with one unit (T) of the amount of the digital asset token of the transfer source address, the supplementary information to be added to the record shall include at least the history information of the transfer of digital asset token T to reserve 01 (MS140), 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). Subsequently, as shown in Figure 1, the following steps are executed: verification step (MS160), recording step (MS170), ownership transfer condition annotation step (MS180), and history information annotation step (MS190). The history information may include not only the transfer from the issuer to Reserve 01 immediately after the creation of the digital asset token T, but also transfer history information from Reserve 01 to users, transfers between users, and transfers from users to Reserve 01. In this way, it is possible to record the history that will be displayed on the digital asset token itself after redemption, as well as constraints that will be pegged to fiat currency regarding the redemption price. This improves the transparency of the redemption price, and in addition, a mechanism that limits the redemption price to a predetermined price fluctuation range of fiat currency provides a token with more stable exchange value. Thus, the present invention provides a method for recording to a peer-to-peer distributed ledger that improves the transparency of generation information and / or issuance information and / or transfer information between users that can be referenced at the time of redemption of digital asset tokens, as well as the stability of the exchange value at the time of redemption, by adding ownership transfer conditions, adding historical information, and issuing and redeeming to a reserve. 【0123】 <Digital asset token generation, issuance, trading, transfer, and reserve operations> Thus, in this embodiment, as shown in Figures 1 and 3 to 5, a peer-to-peer distributed ledger recording method 1 for digital asset tokens T relates to reserve operations through the generation, issuance, buying and selling transfer and redemption of digital asset tokens, The generation of one unit (T) of digital asset tokens is recorded in the peer-to-peer distributed ledger 3 (MS110), When the subsequent transfer of ownership of the digital asset token T is recorded in the peer-to-peer distributed ledger 3, The addition or update of ownership transfer conditions to be associated with one unit (T) of the amount of the aforementioned digital asset token to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (MS120), The terms of ownership transfer may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency (MS130), The supplementary information to be included in the record shall include historical information, at least the history of the transfer of digital asset token T to Reserve 01 (MS140), A transaction TR containing information to be recorded in peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (MS150). After successful transaction verification including the aforementioned ownership transfer conditions (MS160), Record the transfer of ownership of the digital asset token T (MS170), The aforementioned ownership transfer conditions are noted in the record of the transfer of one unit (T) of the digital asset token (MS180), The aforementioned historical information is appended to the record of the transfer of one unit (T) of the digital asset token (MS190), The disclosed method includes recording the history of transfers from the issuer to Reserve 01 immediately after the creation of the digital asset token T, transfers from Reserve 01 to users, transfers between users, and transfers from users to Reserve 01, with at least the history of transfers from the issuer to Reserve 01 immediately after the creation of the digital asset token T being included. The present invention provides a method for recording on a peer-to-peer distributed ledger that improves transparency and stability of exchange value throughout the entire lifecycle of the digital asset token, including its creation, issuance, transfers between users, and redemption, as well as recirculation including sales after redemption, by adding ownership transfer conditions, adding history information, and issuing and redeeming through the Reserve. 【0124】 Thus, this disclosure provides a method for recording the creation, issuance, trading, and transfer of stable digital asset tokens on a peer-to-peer distributed ledger, with enhanced transparency through the recording of history and constraints, and a mechanism in which the price is limited to the price fluctuation range of a predetermined fiat currency. 【0125】 The present invention further discloses one embodiment of Method 1 for generating, issuing, buying, selling, transferring, and reserveing ​​a second digital asset token T2 when acquiring a digital asset token T2 in exchange for digital asset token T1. 【0126】 <An example of a second digital asset token> Figure 2 is an overview flowchart illustrating the flow and system flow of a method in one embodiment of the present invention that provides generation, issuance, trading, transfer, and redemption of a second digital asset token T2. 【0127】 <Generation of a second digital asset token> 【0128】 As shown in Figure 2, in generation stage ST1, the portion of Method 1 according to one embodiment of the present invention includes the portion of Method M101 for generating digital asset token T2 after the issuance of digital asset token T1. After generating one unit (T1) of the amount of the first digital asset token by Method 1 initiated in the first embodiment, the Method 1 further includes a configuration that allows for the generation of a second digital asset token T2 pegged to another currency with respect to a predetermined first fiat currency associated with one unit (T1) of the amount of the first digital asset token. Here, in the present invention, pegging to another currency means that the second digital asset token T2 is associated with another currency, and that constraints are imposed on the generation and / or issuance and / or transfer of the second digital asset token T2 such that its exchange value is linked to one unit of the amount of the first digital asset token at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency. This differs somewhat from merely a target stated by the issuer or maintaining exchange value through market operations. Therefore, with the first fiat currency being the Japanese yen, the first digital asset token T1 is linked to the Japanese yen \, and the second digital asset token T2 is effectively pegged to the US dollar USD, effectively pegged to the market exchange rate between the first fiat currency, the Japanese yen \, and the other currency, the US dollar USD. 【0129】 When one unit of the first digital asset token (T1) is 1 yen (100 sen), and the currency unit of the US dollar USD is ¢100, i.e., $1, is 108 yen per USD at the market exchange rate, then one unit of the second digital asset token (T2) is 108 units of the first digital asset token (T1). In this case, according to this method, one unit of the second digital asset token (T2) is pegged to one unit of the first digital asset token (T1) at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency. 【0130】 During the generation phase, the generation of one unit (T2) of the second digital asset token quantity is described in transaction TR as an exchange of one unit (T2) of the second digital asset token quantity with one unit (T1) of the first digital asset token quantity, and said transaction TR is recorded in the peer-to-peer distributed ledger. 【0131】 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) Transaction TR may be constructed as follows. Alternatively, as shown in Figure 2, if the generation of digital asset token T2 and the transfer of 11000 (T1), which is the consideration for issuance by the user, to deposit pool 03 are performed simultaneously, 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) Transaction TR may be constructed as follows. 【0132】 In generation stage ST1, the ownership transfer conditions at generation are: A universal pricing condition is set where, for every unit of the second digital asset token T2 ($1 (¢100) in other currencies), the lower limit price is 108 units (T1) of the first digital asset token T1 (1 yen (100 sen) in fiat currency), and the upper limit price is the same amount. 10⁸(T1) ≤ 1(T2) ≤ 10⁸(T1) If you introduce a 1 yen spread between the lower and upper price limits, 107.5(T1) ≤ T2 ≤ 108.5(T1) However, if the scale factor is 100, 10750(T1)≦100(T2)≦10850(T1) This expression avoids the use of decimal points in the method. 【0133】 Thus, the method (1) according to this embodiment provides a method for recording in a peer-to-peer distributed ledger (MS210) the generation of a second unit of digital asset tokens (T2), which is a unit of digital asset tokens associated with another currency and pegged to one unit of the first digital asset token amount (T1) at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency, with respect to a predetermined first fiat currency associated with one unit of the amount of the first digital asset token (T1). 【0134】 <Issuance of a second digital asset token> In the issuance stage ST2, the portion of Method 1 according to one embodiment of the present invention includes the portion of Method M201 for generating digital asset token T2 after the issuance of digital asset token T1. As shown in Figures 2 and 6, in this method, when the transfer of ownership of the digital asset token T2 accompanying subsequent issuance is recorded in the peer-to-peer distributed ledger 3, This includes pre-recording in the peer-to-peer distributed ledger 3 any addition or update of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred (MS220). The method is characterized in that the ownership transfer conditions include, as a pegging condition, restricting the upper and lower limits of the universal price range and / or individual price range for the transfer consideration of one unit (T2) of the amount of the second digital asset token for one unit (T1) of the amount of the first digital asset token (MS230). 【0135】 In the issuance stage ST2, the issuance transaction is structured as a transfer of ownership from the issuer to the user, with ownership being transferred from reserve address 01 to user address 1. The first fiat currency at the time of issuance is associated with another currency, and the issuance terms rate corresponding to the market exchange rate 110 between the first fiat currency and the second currency is determined before issuance. Transaction TR Transaction input: Transaction Input 1 Reserve Address 01 / 100 (T2) Transaction Output 2 Reserve Address 01 / 100 (T2) The following universal price range is set for the upper and lower limits of the transfer consideration for the amount of the second digital asset token per unit of the amount of the first digital asset token, as defined in the ownership transfer conditions. 110(T1) ≤ 1(T2) ≤ 110(T1) It is possible to change this and record the change in ownership transfer conditions in a peer-to-peer distributed ledger. 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) Transaction TR may be configured with a scale factor of 100. The universal price range for the upper and lower limits of the transfer consideration for the amount of the second digital asset token per unit of the amount of the first digital asset token, which is the ownership transfer condition stored in reserve address 01, is as follows: 110(T1) ≤ 1(T2) ≤ 110(T1) The above ownership transfer conditions will be used as verification conditions for the transaction. 【0136】 Here, at the address level, the lending and debiting of the exchange value of the first digital asset token (T1) in the transaction input is such that, when the unit of the digital asset token is measured in (T1), and assuming an exchange rate of 1(T2) = 110(T1), it matches 11000(T1) at the reserve address and 11000(T1) at user address 1, so the lending and debiting are in balance at both addresses. The total exchange value of the first digital asset token in the transaction output is 22000(T1), and the total exchange value of the first digital asset token in the transaction input and the total exchange value of the first digital asset token in the transaction output are balanced. If we apply the scale factor back as described above, the total exchange value of the first digital asset token in the transaction input is 220(T1), and the total exchange value of the first digital asset token in the transaction output is 220(T1). An example of the lending and debiting balance when digital asset token T2 is generated is shown in Figure 10. 【0137】 The above ownership transfer conditions are recorded in a peer-to-peer distributed ledger as a pegging condition, with the upper and lower limits of the universal price range for the transfer price of one unit of the second digital asset token for one unit of the first digital asset token, and the following conditions apply: 110(T1) ≤ 1(T2) ≤ 110(T1) When a block is recorded, it is verified on a peer-to-peer distributed ledger. This verification minimizes price volatility, enabling the provision of more stable digital asset tokens. 【0138】 <Additional information on relocation history> The supplementary information to be recorded 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). In addition to generation information, issuance information can be added, and the history of ownership transfer from Reserve 01 to User 1 can be added. In this case, even if there are subsequent transfers, verification of the issuance can be performed at any time, which also has the effect of enabling the provision of digital asset tokens with greater transparency. Increased transparency leads to increased confidence, more active trading, an increase in circulating supply, higher liquidity, lower volatility, and more stable trading prices. 【0139】 Accordingly, in this embodiment, as shown in Figures 2 and 6, in the issuance stage ST2, the ownership transfer conditions are configured such that one unit of the first digital asset token (T1) is pegged to a predetermined first fiat currency associated with one unit of the first digital asset token (T1) at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency (MS230), and the generation of one unit of the second digital asset token, which is one unit of the digital asset token pegged to one unit of the first digital asset token (T1), is recorded in the peer-to-peer distributed ledger as a record of a transaction of the digital asset token (T2) with the reserve pool 01 of the pre-issuance digital asset token as the destination address (MS110, MS210). When the subsequent transfer of ownership of the digital asset token T2 is recorded in the peer-to-peer distributed ledger 3, The addition or update of the ownership transfer conditions 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 conditions include, as a pegging condition, constraints on the universal price range and / or individual price range of the upper and lower limits of the transfer consideration for one unit (T2) of the amount of the second digital asset token for one unit (T1) of the amount of the first digital asset token (MS230), The supplementary information to be recorded 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), A transaction containing information to be recorded in a peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network (MS150). After successful transaction verification including the aforementioned ownership transfer conditions (MS160), Record the transfer of ownership of digital asset tokens (MS170), The aforementioned ownership transfer conditions are noted in the record of the transfer of one unit of the digital asset token (MS180), and such note may be recorded, for example, at the same time as the transfer record. The aforementioned historical information is appended to the record of the transfer of one unit of the digital asset token (MS190), and such appending may, for example, be recorded at the same time as the transfer record. The aforementioned history information includes a method that includes transfer history information of the transfer from the issuer to the reserve (01) immediately after the creation of the digital asset token (T2), preferably the transfer between users. As described above, the present invention also provides a method for recording the second digital asset token in a peer-to-peer distributed ledger, which improves the transparency of the creation and / or issuance of the digital asset token and the stability of the exchange value at the time of issuance and subsequent transfers, by using the first fiat currency to which the first digital asset token, which the second digital asset token is pegged via a market exchange rate, is pegged, and by adding ownership transfer conditions and history information, and issuing from the reserve. 【0140】 <Trading of the second digital asset token> Referring to Figures 2 and 7, in the trading stage S3, the portion of Method 1 according to one embodiment of the present invention includes the portion of Method M301 for trading the digital asset token T2 after its issuance, and in this method, when the transfer of ownership of the digital asset token T associated with the trading after its creation is recorded in the peer-to-peer distributed ledger 3, This includes pre-recording in the peer-to-peer distributed ledger 3 any addition or update of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred (MS220). One embodiment of the present invention provides a method characterized in that the ownership transfer conditions include restricting the upper and lower limits of the universal price range and / or individual price range of the transfer consideration for one unit (T2) of the amount of the second digital asset token for one unit (T1) of the amount of the first digital asset token as a pegging condition (MS230). 【0141】 In the buying and selling stage ST3, the transaction TR recorded in the peer-to-peer distributed ledger 3 has the following structure: The transaction input or transaction output for identifying the token type T and the unit quantity (T) of the digital asset token T that is the subject of the trade and is owned by the controller of the source address is Source address / Amount of digital asset tokens (The token unit symbol for T? is (T?)) It is written as follows. 【0142】 In transaction TR, when purchasing digital asset token T2, which is pegged to USD, with digital asset token T1, which is pegged to Japanese yen, (Example) Transaction input 1 User address 1 / 110(T1); This indicates that "Transaction Input 1 is 110 units of the digital asset token T1 owned by user address 1, which is the input to the transaction." (Example) Transaction input 2 User address 2 / 1 (T2); This indicates that "Transaction Input 2 is 1 unit of the amount of digital asset token T2 owned by user address 2, which is the input to the transaction." 【0143】 When transaction TR consists of two transaction inputs, transaction input 1 and transaction input 2, Transaction input: Transaction input 1 User address 1 / 110(T1); Transaction input 2, user address 2 / 1 (T2) It is written as follows. 【0144】 The transaction output is as follows: (Example) Transaction output 1 User address 1 / 1(T2); This indicates that "Transaction Output 1 is that user address 1 should own 1 unit of digital asset token T2." (Example) Transaction output 2 User address 2 / 110(T1); This indicates that "Transaction Output 2 is that user address 2 should own 110 units of digital asset token T1." 【0145】 When transaction TR consists of two transaction outputs, transaction output 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) It is written as follows. 【0146】 In the end, transaction TR is a transaction in which user 2 purchases 1 (T2) owned by user address 2, in exchange for 110 (T1) owned by user 1 at user address 1, and is as follows: 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) This is the result. 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 debit and credit balance of this transaction is balanced as shown in Figure 7. When verifying the debit and credit balance, the balance of the entire transaction is checked. Examples of debit and credit balances are shown in Figures 9 and 10. 【0147】 Thus, the quantity of digital asset token T1 (110) from user address 1 is transferred to user address 2, and the quantity of digital asset token T2 (1) from user address 2 is transferred to user address 1 in the same transaction. 【0148】 The ownership transfer conditions stored at user address 1: the universal price range for the upper and lower limits of the transfer consideration for the amount of the second digital asset token (T2) per unit of the amount of the first digital asset token, 110(T1) ≤ 1(T2) ≤ 110(T1) This becomes a validation condition for the transaction (MS160) and is also posted to the corresponding transaction output 1 user address 1 / 1 (T2). Ownership transfer conditions stored at user address 2: Universal price range of upper and lower limits for the transfer consideration 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) This will be used as a validation condition for the transaction (MS160), and will also be posted to transaction output 2 user address 2 / 110 (T1). 【0149】 Thus, the present invention is characterized by the ability to simultaneously realize the exchange of two tokens in a single transaction, i.e., to perform simultaneous execution (MS170), and by imposing constraints on the exchange value during simultaneous execution, it is possible to eliminate volatility and price manipulation, thereby providing a more stable and transparent trading opportunity. Furthermore, as described above, the present invention also provides a method for recording the second digital asset token in a peer-to-peer distributed ledger, which improves transparency regarding the generation information and / or issuance information when digital asset tokens are transferred between users, and the stability of the exchange value when they are transferred between users, by using the first fiat currency to which the first digital asset token, which the second digital asset token is pegged via the market exchange rate, is pegged, and by adding ownership transfer conditions and historical information, and issuing from a reserve. 【0150】 Now, let's return to the case where digital asset token T is issued in consideration of the above fiat currency. If we replace the virtual digital asset token T0 with the above digital asset token T1, the same process as above, where T1 is received as consideration for the sale of T2, can be represented, which is convenient. That is, if the consideration payment from user 1 to the issuer is in fiat currency, the fiat currency account administrator may, after confirming the deposit of 100 (yen) from user 1, generate 100 (T0) and associate it with the issuance transaction of the above digital asset token 100 (T). That is, Transaction TR (Fiat Currency Account Virtual Digital Asset Token Generation) Transaction input: Transaction Input 1 Base Address 00 / 100 (T0) Transaction output: Transaction Output 1: Fiat Currency Account / 100 (T0) This generates a virtual digital asset token 100 (T0) and assigns it to a fiat currency account address. Transaction TR (T issuance using a fiat currency account) Transaction input: Transaction input 1, reserve address 01 / 100(T); Transaction Input 2: Fiat Currency Account / 100 (T0) Transaction output: Transaction output 1 User address 1 / 100(T); Transaction Output 2 Issuer / 100(T0) The above transaction TR indicates that digital asset token 100 (T) was issued from reserve address 01 to user address 1, and in consideration, virtual digital asset token 100 (T0), generated by payment from the user, was transferred from the fiat currency account address to the issuer address. The issuer may be a third-party custodian. Thus, transaction input 2 represents a deposit of 100 (yen) from a fiat currency account address, backed by the signature of the fiat currency account, as a transaction of virtual digital asset token T0, the issuance is linked to the exchange of fiat currency, and the transaction becomes more transparent. Thus, in a mechanism for issuing digital asset token T2 in consideration of digital asset token T1, if user deposits of fiat currency are virtualized into a virtual digital asset token and configured as a virtual digital asset token T0, the transaction can be displayed as if it were the issuance of digital asset token T1 in consideration of virtual digital asset token T0. In effect, the issuance of digital asset token T1 in consideration of fiat currency 1 (Japanese yen) can also be displayed as a transaction in parallel with the exchange of the Japanese yen. In this case, the pegging condition for fiat currency can be effectively provided by setting the ownership transfer condition so that digital asset token T1 is pegged to digital asset token T0. In this way, the issuance of digital asset token T1 in consideration of fiat currency can also be considered as virtual digital asset token T0 as virtual consideration, providing verification of a mechanism that is effectively limited by the price fluctuation range of fiat currency, the fulfillment of the exchange value of both is displayed in parallel, and a digital asset token T1 with a more stable and transparent exchange value can be provided. 【0151】 <Additional information on relocation history> The supplementary information to be recorded in the peer-to-peer distributed ledger 3 includes at least historical information, including the history of the transfer of digital asset tokens to Reserve 01 (MS140). Similar to the issuance stage ST2, it is also possible to add ownership transfer history information for the issuance information in addition to the generation information. In this case, even if there are subsequent transfers, verification of the issuance stage ST2 can be performed at any time, which also has the effect of enabling the provision of digital asset tokens with greater transparency. Furthermore, ownership transfer history information for buying and selling information between users can also be added as needed. 【0152】 Accordingly, in this embodiment, as shown in Figures 2 and 7, when buying and selling between users, the ownership transfer conditions are configured such that, at the time of buying and selling between users, one unit of the first digital asset token (T1) is pegged to a predetermined first fiat currency associated with one unit of the first digital asset token (T1) at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency (MS230), and the generation of one unit of the second digital asset token (T2), which is one unit of the digital asset token pegged to one unit of the first digital asset token (T1), is recorded in the peer-to-peer distributed ledger as a record of a transaction of the digital asset token (T2) with the pre-issuance digital asset token reserve pool 01 as the destination address (MS110, MS210). When the subsequent transfer of ownership of the digital asset token is recorded in a peer-to-peer distributed ledger, The addition or update of the ownership transfer conditions to be associated with one unit of the said digital asset token to be transferred is recorded in advance in the peer-to-peer distributed ledger (MS220), The terms of ownership transfer include, as a pegging condition, constraints on the universal price range and / or individual 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 (MS230), The supplementary information to be recorded in the peer-to-peer distributed ledger must include 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 a peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network (MS150), and then steps MS160, MS170, MS180, and MS190 are performed as shown in Figure 2. The aforementioned history information includes a method for recording the transfer history of a digital asset token (T2) from the issuer to the reserve (01) immediately after its creation, preferably including issuance information and, if necessary, transfer history information for transfers between users. In this way, a token with a more stable exchange value is provided by a mechanism that limits the price fluctuation range of the first digital asset token with respect to the transfer information from the issuer to the reserve (01) immediately after its creation, the history recording in which the issuance information is displayed in a referenceable manner on the digital asset token itself, and the transfer price at the time of transfers between users. This is the effect of a mechanism in which the value of the first digital asset token is indirectly pegged to the first fiat currency to which it is pegged, and a token with a more stable exchange value is provided by recording these constraints. 【0153】 <Redemption of the second digital asset token> As shown in Figure 1, in the amortization stage ST4, the portion of Method 1 according to one embodiment of the present invention includes the portion of the amortization method M401 of the digital asset token T2 after the issuance of the digital asset token T2, and in this method, when the transfer of ownership of the digital asset token accompanying the buying and selling after its creation is recorded in a peer-to-peer distributed ledger, This includes pre-recording in the peer-to-peer distributed ledger 3 any addition or update of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred (MS220). The ownership transfer conditions are characterized by including, as a pegging condition, constraints on the universal price range and / or individual price range of the upper and lower limits of the transfer consideration for one unit (T2) of the amount of the second digital asset token for one unit (T1) of the amount of the first digital asset token (MS230). The effects of Method 1 of the present embodiment relating to the digital asset token T2 in redemption stage ST4 will be explained below with reference to Figures 2 and 8. 【0154】 In redemption stage ST4, the part of method 1 according to one embodiment of the present invention includes the part of method M401 for redemption of digital asset tokens after issuance, and with respect to the digital asset token T generated by the step (MS110) of recording the transaction TR of digital asset token T2 with reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3, 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) Transaction TR may be constructed as follows. Transaction TR is recorded as a transfer from the user address to the reserve address. By transferring to reserve 01 upon redemption, even if reissue occurs, the total supply can be monitored by reserve address 01 and easily tracked on the blockchain, contributing to improved transparency. 【0155】 <Additional notes regarding verification conditions> In one embodiment of the present invention, as shown in Figures 2 and 8, for the redemption of digital asset token T2, the addition or update of ownership transfer conditions to be associated with one unit (T2) of the amount of digital asset token to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (MS120). Regarding the setting of redemption price conditions, The pegging condition for the ownership transfer is to restrict the upper and lower limits of the universal price range and / or individual price range of the transfer consideration for one unit of the second digital asset token per unit of the first digital asset token (MS230). Ownership transfer conditions: Universal price range of upper and lower limits for the transfer consideration 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) If this is used as a validation condition for the transaction, it will be 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) Transaction TR may be configured with a scale factor of 100. 【0156】 <Additional information on relocation history> The supplementary 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), and can also include generation information and / or issuance information and / or trading information, as well as ownership transfer history information from the user to Reserve 01. In this case, even if there are repeated transfers thereafter, verification of the issuance can be performed at any time, which also has the effect of enabling the provision of digital asset token T2 with greater transparency. Redemption information may be added to the ownership transfer history information as needed. The addition may be recorded at the same time as the record of the redemption transfer. 【0157】 Therefore, in this embodiment, at the time of repayment, the ownership transfer condition is configured (MS230) so that, for a predetermined first legal tender associated with one unit of the amount of the first digital asset token (T1), it is pegged to one unit of the amount of the first digital asset token (T1) at an exchange rate corresponding to the market exchange rate between the first legal tender and the second currency. The generation of one unit (T2) of the amount of the second digital asset token, with one unit of the amount of the digital asset token pegged to one unit of the amount of the first digital asset token (T1), is recorded in the peer-to-peer distributed ledger (MS110, MS210) as a record of the transaction of the digital asset token (T2) with the reserve pool 01 of the pre-issue digital asset token as the destination address. As the subsequent ownership transfer of the digital asset token, when the repayment is recorded in the peer-to-peer distributed ledger, The addition or update of the above ownership transfer condition to be associated with one unit of the amount of the digital asset token to be transferred is recorded in the peer-to-peer distributed ledger in advance (MS220). The ownership transfer condition includes restricting the universal price range and / or individual price range of the upper and lower limits of the transfer consideration of one unit of the amount of the second digital asset token with respect to one unit of the amount of the first digital asset token as a pegging condition (MS230). The additional information to be appended to the record in the peer-to-peer distributed ledger includes at least historical information including the history of the transfer of the digital asset token to the reserve (MS140). Broadcast the transaction including the information to be recorded in the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network (MS150), and then, as shown in FIG. 1, execute the steps of MS160, MS170, MS180, and MS190. In addition to the transfer from the issuer to the reserve immediately after the generation of the digital asset token, the history information may include transfer history information of transfer from reserve 01 to the user, transfer between users, and transfer from the user to reserve 01. And, as described above, the present invention also provides, for the second digital asset token, by the first fiat currency to which the first digital asset token to which the second digital asset token is pegged via the market exchange rate is pegged, and by the ownership transfer condition annotation and history information annotation, and by the issuance from the reserve and the repayment to the reserve, a method of recording in a peer-to-peer distributed ledger to improve the transparency of the generation time information and / or issuance time information and / or transfer information between users at the time of repayment of the digital asset token and the stability of the exchange value at the time of repayment. 【0158】 <Use of the deposit pool at the time of issuing the second digital asset token> Furthermore, as shown in FIG. 2, in the issuance stage ST2, a part of the method 1 according to an embodiment of the present invention includes a part of the method M202 that uses the deposit pool 03 of the digital asset token T1. As shown in FIG. 2, in this embodiment, preferably, in the issuance stage ST2, for each issuance and sale, in the record of the transfer of 1 unit (T2) of the amount of the second digital asset token, in the case of the transfer from the reserve to the user, as a history mark, the consideration provided by the user is a predetermined ratio of the consideration provided by the user is secured by a safe asset. Continuing with the solicitation step prior to issuance, in the step of accepting applications from users who respond to the solicitation, the consideration provided by the user is managed by the administrator (custodian). For example, when the consideration is 11,000 units of the digital asset token T1, the consideration provided by the user 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) Thus, the digital asset token T2 may be managed by the administrator at deposit address 03 until or after issuance, and the transfer history information is recorded in the peer-to-peer distributed ledger 3, which also has the effect of enabling the provision of digital asset token T2 with greater transparency to users before and after issuance. 【0159】 As mentioned above, in the issuance stage ST2, transaction input is provided from reserve address 01 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) 【0160】 <Additional information on relocation history> If the consideration provided by the user includes information on the issuance of digital asset token T2 via the administrator's deposit address 1, and if the issuance and sale information, or metadata associated with such issuance and sale information, is appended to the transfer history information as more detailed issuance and sale information, it will further enable the provision of digital asset token T to users with greater transparency. 【0161】 Furthermore, at the time of repayment, the following will occur in the above example. 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) 【0162】 Thus, the issuance and sale of one unit (T2) of the aforementioned second digital asset token using deposit pool 03 is further, The aforementioned historical information includes historical information held in deposit pool 03, where a predetermined percentage of the consideration provided by the user is guaranteed by security assets (MS310). 【0163】 Furthermore, if the payment from user 1 to deposit address 03 is in legal tender, following the above transaction notation method, the deposit pool administrator (custodian) may, after confirming the deposit of 100 (yen) from user 1, associate 100 (T0) with the issuance transaction of the above digital asset token 100 (T2) using the aforementioned virtual digital asset token T0. 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 Issuer / 100(T0) Transaction Input 2 would be more transparent if it included a transaction description that endorsed the deposit of 100 yen from User 1 with the signature of the deposit pool administrator (custodian). 【0164】 In the above embodiment, a method is provided in which, as an indicator of the history, a predetermined percentage of the consideration provided by the user is secured by safe assets, which are stored in a deposit pool and are specifically recorded on the blockchain at least at the time of issuance. This enhances the transparency of digital asset tokens at the time of sale and after sale, and the mechanism in which a predetermined percentage is redeemed from the secured safe assets at the time of redemption also contributes to the stability of the exchange value of digital asset tokens. Preferably, the predetermined percentage is 50%, more preferably 60%, more preferably 70%, more preferably 80%, more preferably 90%, and more preferably 100%. 【0165】 As described above, the present invention also provides a method for recording the generation and / or issuance and / or transfer information at the time of generation, issuance, transfer between users and redemption of digital asset tokens, with respect to the second digital asset token as well, by the first fiat currency to which the second digital asset token is pegged via a market exchange rate, and by the addition of ownership transfer conditions and historical information, and by issuance from a reserve, and by redemption to a reserve, thereby providing sustainable transparency and stability of exchange value throughout the entire lifecycle of the digital asset token and its recirculation, including redemption sales. 【0166】 <Overall picture of the digital asset token integration system> The overall structure of the digital asset token integration system for realizing the above method will be explained in detail using Figure 11. 【0167】 As shown in FIG. 11, the digital asset token integration system according to the present invention provides, in Japan, a digital asset token T1 pegged to legal tender, preferably the Japanese yen, as a digital asset, and in the United States, a digital asset token T2 pegged to the U.S. dollar via the digital asset token T1, which is market-linked to the U.S. dollar-yen rate, as a digital asset. In this system, the system for Japanese users is for trading T1 as a sale and purchase to other users, and the system for U.S. users is for trading T2 as a sale and purchase to other users. Thus, the digital asset token according to the present invention is a digital asset token integration system 2 in which a plurality of digital asset tokens can be used in the same system. 【0168】 The components of the digital asset token integration system 2 include a wallet 67 - 68 for storing private keys, a transaction TR that displays a transaction between two parties among users having the wallet or issuers of digital asset tokens and is transmitted on the digital asset token network, a peer-to-peer distributed ledger that holds all transactions, and a node computer 65 for accumulating each transaction or a plurality of transactions, verifying the compliance of the transactions with the digital asset token regulations, and recording them in the peer-to-peer distributed ledger. 【0169】 One embodiment of the present invention, the Digital Asset Token Integration System 2, employs, for example, blockchain as a peer-to-peer distributed ledger. Here, a peer-to-peer distributed ledger is not a centralized ledger maintained and controlled by a specific administrator, but rather one maintained by individuals or legal entities participating in the Digital Asset Token Integration System 2. Transactions TR, whose entries conform to the Digital Asset Token Agreement and have been verified on the network, are recorded in the ledger of node computers 65 in chronological order for each block, and these blocks are propagated to all node computers 65 of the Digital Asset Token Integration System 2. Each node computer 65 is an equal entity on the Digital Asset Token Integration System 2, each has the authority to record in the ledger, and the form in which updates to the ledger received by adjacent node computers 65 are propagated to other node computers 65 is called a peer-to-peer distributed ledger. First-come, first-served on the network is measured on a unified time within the Digital Asset Token Integration System, which in this specification is expressed as a unified time on the Digital Asset Token Integration System called Universal Time. 【0170】 The Digital Asset Token Integration System 2 is used in an environment where the user's smartphone 67-68 running the wallet, a PC connected to the display panel, a server computer device, a pedestal PC, another server computer device, and a virtual computer in the cloud computing environment 9 are connected to the internet, and its internal structure consists of computer 60, which corresponds to the system computer configuration described later. 【0171】 Wallet users, in response to transactions, create transactions within their own wallets, such as applying for the issuance of digital asset tokens, buying and selling digital asset tokens between users, and redeeming digital asset tokens to issuers, storing private keys and signing transactions. 【0172】 Transactions in Digital Asset Token Integration System 2 utilize blockchain as a peer-to-peer distributed ledger, and block connection and legitimacy verification employ methods similar to Bitcoin's miner protocol. However, it differs in that there are no transaction fees for transactions involving only the transfer of digital asset tokens. The burden of system operation is provided by those who participate in the network. In addition, the transaction specifications are unique in order to realize specific functions, and wallets used in Digital Asset Token Integration System 2 must comply with the Digital Asset Token Integration System protocol. 【0173】 In Figure 11, the wallet is connected to smartphones 67 and 68 and a display panel 69 that are connected to the Internet, and operates on a virtual server 73 on cloud computing 9 that can control the browser screen display of a personal computer 66 and a display panel device 71 that are connected to the Internet. For example, smartphone 67 contains a computer 60, which has a processor 80, main memory 81, program instructions 85-87 stored in a storage device 84 that command the operation of the processor 80, an input / output device 82 that controls input / output with the outside world, a communication control device 83 that controls communication with the outside world, and an internal system bus 79 that connects these (see Figure 12). 【0174】 Figure 12 is a schematic diagram illustrating a computer 60 as an example of the above-described computer system (hereinafter simply referred to as the system or computer). The computer 60 includes a processor 80, memory 81, input / output unit 82, communication control unit 83, and storage unit 84. The processor 80, also known as the Central Processing Unit (CPU), performs various arithmetic and information processing according to program instructions 84. It reads data from memory 81 into the processor 80, writes the processing results back to memory 81, controls the input / output unit 82 via the system bus 79 to display a screen on the display panel 71, accepts data input from the keyboard to fields along the display panel 71, performs user communication through voice input / output, controls the communication control unit 83 to perform network communication with the outside world via internet connection, and the communication control unit 83 provides connections to other devices through wireless LAN connection control, WIFI connection control, and Bluetooth® connection control to realize connections to other private networks, saves data to the storage device unit 84 as persistent memory, reads program instructions 85-87 from the storage device unit 84 which stores instructions for executing these processes, loads the operating system as an initial program load at startup to start the system, and is configured to execute various processes. To speed up processing, the processor 80 incorporates registers, which are special memories embedded in the arithmetic instruction code, and caches for faster reuse, contributing to improved performance. 【0175】 Memory 81 may be configured with the most suitable memory according to its intended use, such as a read-only ROM suitable for loading the BIOS, or RAM that can be read and written to by specifying a memory address, or other memory suitable for any application. 【0176】 The storage device unit 84 stores program instructions 85-87 coded according to their purpose. Each program instruction 85-87 is written so that the instructions for causing the processor 80 to perform the various arithmetic and information processing described above constitute control logic. The program is configured to include stack control, which controls the execution of instructions in the order they are placed and the execution of data read instructions in order; branch control, which is configured so that control branches according to a set condition; or a loop process that retrieves and executes processing until a predetermined condition is met. The system 60 is configured so that the program instructions 85-87 are read into memory 81 via the system bus 79, read into the processor 80, and operate the processor 80. 【0177】 The program instructions include, for example, program instructions 85 for the operation of wallet 67, or program instructions 86 for a node computer that receives broadcasted transactions, verifies transactions, and records them on the blockchain of a peer-to-peer distributed ledger, or order book trading program instructions 87 for distributed trading to act as an intermediary for buying and selling digital asset tokens between other users, as well as various other program instructions for transaction formation, data output control program instructions for displaying prompts on a display panel to encourage acceptance of purchase conditions, and data input control program instructions for accepting purchase conditions from the keyboard along the display fields on the display panel. 【0178】 The program may be provided in a format suitable for various operating systems and processors, such as Intel-based personal computers (PCs) and Mac-based server devices. 【0179】 In the Digital Asset Token Integration System 2, when a user conducts a transaction with another user, the transaction is encrypted with a private key to securely transfer the digital asset token T over the public internet. The transaction is sent to the other user, who then verifies the legitimacy of the transaction using the user's public key. Public-key cryptography is employed in this system. However, there is no reason to limit the encryption method to public-key cryptography, and any appropriate encryption method may be adopted. As long as public-key cryptography is adopted, wallets 67-68 manage the private key and address. Wallets 67-68 may also generate private keys. 【0180】 Therefore, the wallet 67 operates according to the rules of the computer 60, and the wallet program instructions 85 are loaded from the storage device 84, and the wallet 67's operations are executed. The wallet program instructions 85 of the wallet 67 are a wallet capable of executing various functions equivalent to those of a general blockchain, especially Bitcoin wallet functions, for example, the management of private / public keys, the composition of transaction TR, the signing of transaction TR, the verification of transaction TR, the broadcasting of transaction TR, and the associated screen operations and input / output instructions. After the execution of transaction TR, it may be configured to refer to the peer-to-peer distributed ledger 3, read transactions related to its own address, maintain a partial local cache distributed ledger of the peer-to-peer distributed ledger 3, refer to its own transaction TR, and manage unused transactions owned by itself. 【0181】 Transaction TR, broadcast to the network, can reach multiple node computers 65 simultaneously. Subsequently, when the processor 80 of a node computer 65 (see Figure 11) included in System 2 executes instructions stored in the storage medium 84 of the node computer 65 on the blockchain network of the peer-to-peer distributed ledger 3, the node computer 65 immediately begins verifying transaction TR upon receiving it. Like computer 60, node computer 65 also has internal components that conform to the configuration of computer 60. It contains computer 60, which includes a processor 80, main memory 81, program instructions 85-87 stored in storage device 84 that command the operation of processor 80, input / output devices 82 that control input / output with the outside world, a communication control device 83 that controls communication with the outside world, and an internal system bus 79 that connects these. In the following, as described above, the phrase "the processor 80 of computer 60 included in node computer 65 executes instructions stored in the storage medium 84 of computer 60" will also be used, and the phrase "computer 60 included in node computer 65" will simply be referred to as "node computer 65". 【0182】 If the validity of transaction TR is verified, node computer 65 stores transaction TR. Once a predetermined amount of transactions has been accumulated and a predetermined time has elapsed, the block containing the accumulated transaction TR is added to the block that was most recently connected to the blockchain in chronological order. The validity of adding to the block is performed using Proof-of-Work (PoW), similar to Bitcoin, but other methods such as Proof-of-Stake (PoS) are also acceptable, as long as they are suitable for distributed processing. 【0183】 The recording of transaction TR is completed when it is added to a block, the predetermined subsequent blocks are verified, and as the blocks grow further, the legitimacy of the blocks is confirmed, and subsequent duplicate transactions are eliminated—this is due to the inherent nature of blockchain. 【0184】 In addition to the participants in the Digital Asset Token Integration System 2, cloud computing 9 operated by for-profit cloud computing service providers can also participate. The virtual server 70 operated by cloud computing 9 can provide a paid service of wallet functionality for members of display panels 71 that only have browser functionality. Alternatively, cloud computing 9 can provide a paid wallet service in an English environment for smartphones 68, and cloud computing 9 will provide the download of an English version of the wallet program in the Digital Asset Token Integration System 2. Various other additional services are possible, and their forms are implied from the following embodiments. Preferably, the emergence of additional service providers will increase both diversity and transparency, create an incentive for node computers 65 to provide system resources, enhance the sustainability of the Digital Asset Token Integration System 2, and create greater stability. 【0185】 The configuration of one embodiment of the digital asset token system 2 that performs the above method and exhibits the effects of the present invention is disclosed in more detail below. The system 2 includes a processor 80 and a storage medium 84 that stores instructions to be executed by a computer 60 and is readable by the computer 60, and when the instruction 85 is executed by the processor 80, the system 2 is configured to operate as follows. That is, the system 2 according to one embodiment of the present invention is a system for recording transactions TR encrypted by a public key scheme on a blockchain for the generation, issuance or transfer of digital asset tokens T, The system 60 stores a private key in the storage medium 84, and when the instruction is executed by the processor 60, it is configured to compose a transaction TR signed by the private key and to transmit the transaction TR to the blockchain network via broadcast. The system 2 further includes a node computer 65, which includes a processor 80 and a storage medium 84 that stores instructions to be executed by the computer 60 and is readable by the computer 60, wherein the instruction 86 is configured to receive a broadcast on the blockchain network, verify transaction TR, and record transaction TR in a block of the blockchain stored in the storage medium 84 when executed by the processor 80, and when the instruction is executed by the processor 80, The system accepts a processing request for transaction TR and, in accordance with the processing request, composes a transaction TR that includes a transferor address, a transaction input displaying the quantity unit symbol (T) and quantity of the digital asset token indicating the type of digital asset token T, and a transaction output displaying the destination address of the transaction input, the quantity unit symbol (T) and quantity of the digital asset token indicating the type of digital asset token, wherein the transaction input includes a script or program or metadata of such information, which includes ownership transfer condition information and historical information of the generation of the digital asset token T, and the script or program is configured to include a hash for verifying that the content displayed or referenced in the transaction input is genuine ownership transfer condition and historical information and that it has been encrypted with a predetermined private key. If the processing request for transaction TR is for the generation of a digital asset token T, the system 2 executes the generation step ST1. A transaction TR for generating digital asset tokens T is constructed, consisting of a transaction input from the issuer's token base address 00 displaying the quantity unit symbol (T) and quantity of digital asset tokens to be generated, and a transaction output from the reserve address 01. The transaction TR includes, in its script, a transfer of ownership condition stating that the digital asset tokens T transferred from token base address 00 should be transferred to reserve address 01, and transfer history information from the issuer to reserve 01 at the time of generation. This transaction TR is then broadcast to node computers 65 on the blockchain network. The node computer 65 includes a processor 80 and a storage medium 84 that stores instructions executed by computer 60 and is readable by computer, and when such instructions are executed by the processor 80, Node computer 65 is configured to receive broadcasts on the blockchain network, verify the transaction TR, and record it on the blockchain. When the node computer 65 receives a broadcast of the transaction TR for generating the digital asset token, it verifies the authenticity of the transaction input by verifying the ownership transfer conditions and signature contained in the transaction input script, and verifies that the transaction TR does not violate the suspension conditions specified in the specified ownership transfer conditions and compares it with the specified history information. If the verification is successful, it records the transaction TR in a block. If the transaction TR processing request updates the digital asset token information that should be associated with the amount of digital asset tokens (T) of the transaction input to be transferred, prior to the transfer of the digital asset tokens T, The aforementioned system 2 executes the transaction-related information update step, A transaction update transaction for the digital asset token TR is constructed, consisting of a transaction input of the amount of digital asset tokens (T) to be transferred from the source and a transaction output from the destination, and the script includes alternative ownership transfer conditions to be added to or updated in the current ownership transfer conditions of the transaction TR, as well as the historical information to be updated. This is broadcast to node computer 65 on the blockchain network, and the information update is recorded on the blockchain. If a processing request for the aforementioned transaction is issued, the system starts the issuance phase ST2. Upon accepting the issuance conditions, prior to issuing the digital asset token T, the system branches to an information update step to update the information so that the transfer source and destination are set to reserve address 01, and the transfer conditions for the next ownership transfer are set so that the amount of digital asset tokens to be issued (T) is transferred to the applicant user address of the recipient, and the issuance information is added as historical information. After waiting for the completion of the information update, and after the node computer 65 has finished recording to the blockchain, the issuance stage ST2 resumes subsequent processing. The transaction consists of a transaction input to reserve address 01 displaying the amount of digital asset tokens (T) to be issued, and a transaction output to the applicant's address, and the current ownership transfer condition of the transaction TR is that the amount of digital asset tokens (T) should be transferred to the applicant, and preferably the next ownership transfer condition further includes setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the amount of digital asset tokens and a predetermined fiat currency. A digital asset token T is issued transaction TR is formed, which includes issuance information as historical information, and preferably further includes historical information of the transfer from reserve 01 to the user. The aforementioned issuance transaction TR is broadcast to node computer 65 on the blockchain network. When the transaction TR is broadcast and received by the node computer 65, after verification of the transaction TR, the ownership transfer conditions and the history information are recorded on the blockchain along with the transfer (T) of the amount of digital asset tokens of the transaction TR. If the processing request for transaction TR is a transfer, the system 2 executes the transfer stage ST3. Preferably, prior to the transfer, the process branches to a transaction-related information update step to update the information to include, preferably, the transfer source and destination being the transfer source address, the transfer destination being the amount of digital asset tokens to be transferred (T), and preferably, the setting of a universal price range for the upper and lower limits of the transfer consideration between one unit of the amount of digital asset tokens and a predetermined fiat currency, waits for the completion of the information update, and after the node computer 65 has finished recording the information update to the blockchain, the transfer step resumes subsequent processing. It consists of a source transaction input that displays the amount of digital asset tokens (T) to be transferred, and a destination transaction output, and the current ownership transfer condition of the transaction TR is that the digital asset tokens T to be transferred from the source should be transferred to the destination, Preferably, the terms of the transfer of subsequent ownership include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency. Preferably, a transfer transaction TR of the digital asset token T is formed, which includes historical information of transfers between users. The transfer transaction TR is broadcast to node computer 65 on the blockchain network. Next, on the peer-to-peer distributed ledger 3 blockchain network, when the processor 80 of the node computer 65 (not shown, see Figure 11) executes an instruction stored in the storage medium 84 of the node computer 65, the transaction TR is broadcast and received by the node computer 65. After transaction verification, the ownership transfer conditions and the history information are recorded on the blockchain along with the transfer of the amount (T) of digital asset tokens of the transaction TR. 【0186】 The above configuration makes it possible to provide a peer-to-peer distributed ledger integration system for the generation, issuance, trading, and transfer of digital asset tokens, which enables recording methods on a peer-to-peer distributed ledger that improve the transparency and stability of the generation, issuance, trading, and transfer of the digital asset tokens described above. 【0187】 More specifically, the operation of System 2, in accordance with the steps ST1-ST4 of the method for generating, issuing, transferring between users, and redeeming digital asset tokens T in one embodiment, in which generation, issuance, transfer between users, and redemption comply with various conditions of the processing request, is detailed below. 【0188】 The system includes a processor 80 and a storage medium 84 that stores instructions to be executed by the computer 60 and is readable by the computer 60. When an instruction is executed by the processor 80, the computer 60 performs the following steps for the digital asset token T, as shown in Figures 13 to 16. 【0189】 <Generation of Digital Asset Tokens> Figure 13 shows a system flowchart for the generation of digital asset tokens T. As shown in Figure 13, when the generation operation of digital asset tokens T is initiated, in operation step 200 shown in Figure 13, the generation conditions are accepted when the processor 80 executes the instructions stored in the storage medium 84 of the computer 60 of system 2 by the issuer's operation. The generation conditions are, for example, the type and quantity of digital asset tokens. 【0190】 In step 210, the system accepts the ownership transfer conditions required for the generated transaction TR 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. The ownership transfer conditions are, for example, the market exchange rate of the planned fiat currency, the time window in which the ownership transfer conditions should be applied, and the planned amount of fiat currency consideration for the issuance. The market exchange rate of the fiat currency may be information input obtained by the issuer from the market. 【0191】 In step 220, 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, transaction TR is composed by the transaction composition means. If the ownership transfer conditions are the market exchange rates of legal tender, these are coded, and the upper and lower limits of the universal price range are defined as parameters of the condition code. Therefore, setting the upper and lower limits of the universal price range based on the market exchange rates of legal tender is data-structured by condition code 1 (upper limit, lower limit), and this condition code 1 (upper limit, lower limit) may be pre-included in the content described by the script in the transaction output. 【0192】 Here, for example, if we use a scripting language like Bitcoin's, which is a stack-based language and cannot employ complex branching logic, we can simplify the verification process to conditions that can be verified in a stack-based language, such as by checking for conditional agreement, or by limiting the verification to the existence or nonexistence of information, or by checking for hash matches of information referenced from metadata, and embed the condition-coded ownership transfer conditions into the script. Alternatively, it would be preferable if the language of the verification program and script could be a language capable of handling control flows for Turing-complete processing. 【0193】 The historical information related to the creation process is coded, with each transfer being coded as follows: the transfer from the issuer to Reserve 01 immediately after the creation of the digital asset token T is coded as historical code 1, the transfer from Reserve 01 to the user as historical code 2, the transfer between users as historical code 3, and the transfer from the user to Reserve 01 as historical code 4. The transfer from the issuer to Reserve 01 immediately after the creation of the digital asset token T as historical code 1 is embedded into the script of the creation transaction output. The consideration in fiat currency is also input into the transaction composition means and embedded into the script accordingly. 【0194】 Upon completion of the composition of transaction TR, transaction verification is performed, including verification of the transaction TR signature by the approver. The condition code 1 (upper limit, lower limit) specified in the transaction input script is read, the total buy / sell quantity of the transaction TR and the exchange rate based on the fiat currency consideration are calculated, and it is verified that it does not violate the specified condition code 1 (upper limit, lower limit). Here, in order to verify whether the specified condition code 1 (upper limit, lower limit) is violated, it is necessary to obtain the market exchange rate. For this purpose, for example, it is advisable to incorporate a statistical digital asset token into the transaction in advance using System 2 so that the market exchange rate can be displayed within the transaction. A statistical digital asset token is a token similar to a digital memo token, and is not a digital token that represents a digital asset, but rather a digital token for displaying statistical data such as the market exchange rate of a digital asset token within a transaction. Because it is not used as a digital asset, it is referred to as a statistical digital asset token in this specification. The Market Exchange Rate Statistics Digital Asset Token (currency symbol) is configured by System 2 to include transaction inputs and transaction outputs to display, for example, the daily market exchange rates of Japanese Yen (YEN) and US Dollar (USD) within the transaction. For example, if the market exchange rate between Japanese yen and US dollars is 110.50 yen per dollar, Transaction TR Transaction input: Transaction Input 1: Statistics Address / 1 (USD); Transaction output: Transaction Output 1: Statistics Address / 1 (USD); Prior to this, the issuer may have provided System 2 with a Market Exchange Rate Statistics Digital Asset Token (symbol of other currencies) for displaying the market exchange rate between Japanese Yen and US Dollars, recorded and provided to the peer-to-peer distributed ledger 3. The historical information of the Market Exchange Rate Statistics Digital Asset Token (USD) records the market exchange rate between fiat currency 1 and other currencies for the past week, and the historical information usually displays the market exchange rate for the day, for example, 10500 with a scale factor of 100. Therefore, the same market exchange rate can be obtained from both the user wallet computers 67 and 68 and the node computer 65 using the Market Exchange Rate Statistics Digital Asset Token (USD) on the peer-to-peer distributed ledger 3, and when instructions stored on the storage medium of the user wallet computers 67 and 68 are executed by the processor 80 of computers 67 and 68, and when instructions stored on the storage medium of the node computer 65 are executed by the processor 80 of computer 65, when digital asset token 1 (T2) is transferred from user 2 to 1 with fiat currency Japanese Yen as consideration, Transaction TR Transaction input: Transaction Input 1: Statistics 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 a transaction on a transaction-by-transaction basis, the historical information of the Market Exchange Rate Statistics Digital Asset Token (USD) is referenced, and the transaction is verified using the market exchange rate of 110.50 between fiat currency 1 (Japanese yen) and US dollars (USD). The Statistics Digital Asset Token allows the market exchange rate to be provided for transaction verification by the transaction architecture of the system of the present invention. A template of an incomplete transaction, including a transaction input 1 for providing the market exchange rate provided by the issuer, may be initially provided by the system 2, for example by wallets 67, 68, with a signature to the above transaction input 1 when the transaction TR is formed. Transaction TR may also be provided in the following format: Transaction TR Transaction input: Transaction Input 1: Statistics Address / 100 (USD); Transaction Input 2 Statistics Address / 10950 (YEN); Transaction Input 4 User Address 2 / 1 (T2) Transaction output: Transaction Output 1: Statistics Address / 100 (USD) Transaction output 2 statistics address / 10950 (YEN); Transaction output 3: User address 1 / 1(T2); In this transaction TR, the scale factor is set to 100, and the market exchange rate of 1 USD @ 109.50 is expressed in standard transaction notation. This makes the market exchange rate available without having to refer to or decipher historical information, thus improving transparency. In addition, market exchange rates can also be provided by referencing distributed storage and global environment variables, provided that distribution to each node and wallet, scripting languages, and programming languages ​​are available. Providing market exchange rates using statistical digital asset tokens is superior in terms of the security of the market exchange rates from tampering and transparency. 【0195】 In step 230, the completed transaction TR is broadcast to the blockchain 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. The blockchain is a blockchain like Bitcoin, and a peer-to-peer distributed ledger is composed of unused transactions. Users manage their accounts by collecting unused transactions for addresses they manage on the peer-to-peer distributed ledger using their own wallets. 【0196】 In step 240, the processor 80 of a node computer 65 (not shown, see Figure 11) included in system 2 executes an instruction stored in the storage medium 84 of the node computer 65 on the blockchain network of peer-to-peer distributed ledger 3. The node computer 65 then obtains transaction TR and verifies transaction TR in the same way as when transaction TR was completed. 【0197】 In step 250, the node computer 65 continues to accumulate multiple transaction TRs, and then the validity of the block is verified. 【0198】 In step 260, the node computer 65 continues to record transaction TR into the block through what is known as mining, where the node that obtained the connection to the previous block records transaction TR into the peer-to-peer distributed ledger 3. 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 as an unused transaction, it can be used as the transaction input for the next transaction TR. 【0199】 Here, steps 230-260 are aggregated as the “Record” aggregate step 270, which will be used in the subsequent flow notation. “Record” refers to recording to the peer-to-peer distributed ledger 3. When an instruction stored in the storage medium 84 of the computer 60 of system 2 is executed by the processor 80 by an issuer or user operation, a transaction TR indicating the transfer of digital asset tokens T from address to address is broadcast. When the processor 80 of the node computer 65 (not shown, see Figure 11) included in system 2 executes an instruction stored in the storage medium 84 of the node computer 65, the node computer 65 performs transaction verification, block verification, and records to the peer-to-peer distributed ledger 3. This aggregate step aggregates the execution of a series of steps. Recording may be used not only for the transfer of exchange value, but also for recording ownership transfer conditions to the peer-to-peer distributed ledger 3 that will be applied when future unused transactions are used, using transfers between self-addresses, and for the permanent effect and legal validity of historical information on the peer-to-peer distributed ledger 3. In generation stage ST1, the transfer of digital asset tokens from base address 00 to reserve address 01 is recorded, and the "Record" aggregate step box is indicated on the right side of Figure 13. 【0200】 Thus, as shown in Figure 13, in steps 200-260, or steps 200-220 and aggregation step 270, in generation stage ST1, the generation of one unit of digital asset token T is recorded in the peer-to-peer distributed ledger 3, and step MS110 of method 1 is executed by the system 2 (SS110, hereafter SSxxx represents the system step corresponding to method step MSxxx). Subsequently, when the transfer of ownership of the digital asset token T is recorded in the peer-to-peer distributed ledger 3, system steps are executed as necessary according to predetermined requirements in accordance with issuance stage ST2, trading stage ST3, and redemption stage ST4. These are described in detail below. 【0201】 <Issuance of Digital Asset Tokens> As shown in Figure 14, when the issuance of digital asset tokens T is initiated, step 300 accepts the issuance conditions when the processor 80 executes the instructions stored in the storage medium 84 of the computer 60 of system 2 by the issuer's operation. The issuance conditions include, for example, the issuance date and time, the type and quantity of digital asset tokens T to be issued simultaneously, and other matters of interest to applicants and related parties, and information suitable for recording in the peer-to-peer distributed ledger 3 of the digital asset tokens. It is preferable to encode this issuance information and structure it together with the matters referenced by the issuance information code, such as issuance information code 1 (issuance date, issuance quantity). Doing so makes it easier to embed the issuance information code and its parameters into the script of transaction TR. 【0202】 In step 310, when the processor 80 executes the instructions stored in the storage medium 84 of the computer 60 of system 2 by the issuer's operation, it refers to the unused transaction input belonging to the reserve address 01 recorded on the blockchain and checks the existing ownership transfer conditions recorded in the digital asset token T intended for issuance. It adds or updates the ownership transfer conditions required for issuance transaction TR. 【0203】 If updates or additions are necessary, the changes are recorded in the peer-to-peer distributed ledger 3 prior to issuance. First, a pre-registered ownership transfer condition code is selected and accepted as input along with the specified condition code parameters, and then a transaction TR for recording the ownership transfer condition is constructed as a transfer between its own addresses. The system provides a mechanism that simplifies verification in blockchains and allows for a more compact distribution of storage capacity in blockchains, through the configuration of conditional codes. 【0204】 Next, in the transfer record aggregation step shown in step 320, when the processor 80 executes the instructions stored in the storage medium 84 of the computer 60 of System 2 by the issuer's operation, it broadcasts transaction TR, which includes ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 as a transfer of digital asset token T between its own addresses, to the peer-to-peer distributed ledger network. Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes the instructions stored in the storage medium 84 of the node computer 65, the node computer 65 receives the transaction on the peer-to-peer distributed ledger network, verifies the transaction, and records the change in the peer-to-peer distributed ledger 3 as a record of a transfer between its own addresses in a block of the peer-to-peer distributed ledger 3. 【0205】 In the "Record" aggregation steps shown in steps 310 and 320, the system broadcasts transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (SS150), and after successful transaction verification including the ownership transfer conditions (SS160), records the transfer of ownership of the digital asset token T (SS170), and appends the ownership transfer conditions to the record of the transfer of one unit (T) of the digital asset token (SS180). Thus, after the system step SS110 for recording digital asset token generation corresponding to MS110 of Method 1, the system 2 executes system steps SS120, SS140-SS180 corresponding to the MS120, MS140-MS180 steps of Method 1. 【0206】 In step 330, 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, the transaction is composed by the transaction composition means. The ownership transfer condition code and its parameters, and the history information code and its parameters, such as the issuance information, are embedded in the transaction TR script by the same procedure as when it was generated. Upon completion of the composition of transaction TR, transaction verification is performed, including verification of the signature of transaction TR by the approver. Thus, in step 330, the ancillary information to be recorded in transaction TR is inherited, including history information that includes at least the history of the transfer of digital asset token T to reserve 01 (SS140), and the system step SS140 corresponding to the MS140 step of method 1 is executed by system 2, completing the composition of the completed transaction TR. 【0207】 In the record aggregation step shown in step 340, when an instruction stored in the storage medium 84 of computer 60 of system 2 is executed by processor 80 by the issuer's operation, a completed transaction including information to be recorded in the peer-to-peer distributed ledger 3 as a transfer of digital asset tokens from reserve address 01 to user address is broadcast to the peer-to-peer distributed ledger network (SS150). When the processor 80 of node computer 65 (not shown, see Figure 11) included in system 2 executes an instruction stored in the storage medium 84 of node computer 65, when transaction TR is received by node computer 65, after successful transaction verification including the ownership transfer conditions is performed by node computer 65 on the peer-to-peer distributed ledger network (SS160), Record the transfer of ownership of the digital asset token T (SS170), The aforementioned historical information is appended to the record of the transfer of one unit (T) of the digital asset token (SS190). This step causes the MS150–MS170 and MS190 steps of Method 1 to be executed by System 2. 【0208】 Thus, as shown in steps 300-340 above, system 2 includes a processor 80 and a storage medium 84 that stores instructions to be executed by computer 60 and is readable by computer 60, and when such instructions are executed by the processor 80, One unit (T) of the amount of digital asset tokens whose generation is recorded on the peer-to-peer distributed ledger 3 (SS110) is, When the subsequent transfer of ownership of the said digital asset token T is recorded in the peer-to-peer distributed ledger 3, The addition or update of ownership transfer conditions 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 ownership transfer may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency (SS130), The supplementary information to be recorded includes at least historical information, including the history of the transfer of digital asset tokens to Reserve 01 (SS140), A transaction TR containing information to be recorded in peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (SS150). After successful transaction verification including the aforementioned ownership transfer conditions (SS160), Record the transfer of ownership of the digital asset token T (SS170), The aforementioned ownership transfer conditions are noted in the record of the transfer of one unit of the digital asset token (SS180), The aforementioned historical information is appended to the record of the transfer of one unit (T) of the digital asset token (SS190), The aforementioned history information is configured to include at least the history information of transfers from the issuer to Reserve 01 immediately after the creation of the digital asset token, among records of transfers from Reserve 01 to users, transfers between users, and transfers from users to Reserve 01. 【0209】 In the system according to the present invention, the issuance price is controlled within a certain range by the ownership transfer condition, providing transparency and stability to the transfer price of the digital asset token. In addition, when an ownership transfer condition is added and recorded as a suspension condition in the peer-to-peer distributed ledger 3, traders can almost freely record in advance what records need to be verified before the transaction. Before the transaction, it is possible to specifically read the transparency and certainty of the transaction from the record, and after the transaction, it is possible to view whether the transaction was sound. Thus, recording the ownership transfer condition in the peer-to-peer distributed ledger contributes to improved transparency. In this way, transparency is improved by recording the history and constraint conditions, and by incorporating a mechanism into the digital asset token itself that limits the price to a predetermined range of price fluctuations of fiat currency, the system of the present invention, which provides a digital asset token with a more stable exchange value, is disclosed hereby. 【0210】 <Transfer of Digital Asset Token T between users> As shown in Figure 15, when a user-to-user transfer operation of digital asset token T is initiated, in step 400, system 2 displays a user-to-user transfer operation screen for digital asset tokens to the user when the instructions stored in the storage medium 84 of computer 60 of system 2 are executed by the processor 80 by the user's operation, and prompts the user to input user-to-user transfer conditions. As ownership transfer conditions, the user selects and inputs a transfer condition code to another user, and the system accepts input from the user for the address of the recipient user and condition code parameters regarding the consideration for the transfer as conditions for the transfer. 【0211】 When System 2 accepts the user-to-user transfer conditions, in step 410, it subsequently prepares to transfer its own digital asset tokens, recorded on the blockchain, to another user's address for the user, when the instructions stored in the storage medium 84 of System 2's computer 60 are executed by the processor 80 in response to the user's operation. The transfer condition code and its parameters to the other user are set as ownership transfer conditions, and a transaction TR for recording the digital asset tokens on the peer-to-peer distributed ledger is constructed as a transfer between its own addresses for the purpose of recording said ownership transfer conditions. 【0212】 Next, in the transfer record aggregation step shown in step 420, when an instruction stored in the storage medium 84 of the computer 60 of System 2 is executed by the processor 80 by user operation, a transaction TR containing information to be recorded in the peer-to-peer distributed ledger as a transfer of digital asset tokens between self addresses is broadcast to the peer-to-peer distributed ledger network. Subsequently, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in 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, upon receipt by the node computer 65, the transaction is verified in the peer-to-peer distributed ledger network, and the change is recorded in the peer-to-peer distributed ledger 3 as a record of a transfer between self addresses in a block of the peer-to-peer distributed ledger 3. 【0213】 In step 430, when instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 through user operations, a user-to-user transfer transaction TR is composed by the transaction composition means. As a transfer of ownership from user 1 to user 2, the user-to-user ownership transfer transaction is, for example, Transaction TR Transaction input: Transaction input 1 User address 1 / 1000(T); Transaction output 1 User address 2 / 1000(T) Transaction TR may be configured such that the script for the digital asset token T of the selected transaction input 1 of the user address has embedded the user-to-user ownership transfer condition code and its parameters, namely the user address 2 and parameters related to the payment of consideration. The conditions for transferring ownership are defined as follows: if the consideration is legal tender, or if it is the market exchange rate of legal tender, this is coded as a condition, and the upper and lower limits of the universal price range are defined as parameters of that condition code. Therefore, the setting of the upper and lower limits of the universal price range based on the market exchange rate of legal tender is done as legal tender condition code 1 (type of legal tender, upper limit, lower limit), and the ownership transfer condition code and its parameters are embedded in the script (SS130). If transaction TR is created by user 1, and transaction TR consists only of a one-way transfer from user 1 as described above, then transaction TR is completed as a completed transaction with only user 1's approval. 【0214】 Furthermore, even if transaction TR includes only a one-way transfer, if it is a transaction that requires the approval of user 2, in order to obtain the additional approval of user 2, user 2 is notified of the inter-user transfer in order to obtain the approval of the unapproved transaction TR which has been formed as an unapproved transaction by the approval of user 1 alone. In step 430, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, when user 2 receives notification of an inter-user transfer from user 1, user 2 is prompted to accept the inter-user transfer from user 1, and when user 2 accepts the unapproved transaction of the inter-user transfer from user 1 and agrees to its contents, the transaction TR is completed after the system 2 accepts the transaction approval by user 2's operation. 【0215】 Next, in the “Record” aggregation step shown in step 440, when an instruction stored in the storage medium 84 of the computer 60 of System 2 is executed by the processor 80 by a user operation, a transaction TR containing information to be recorded in the peer-to-peer distributed ledger 3 as a transfer of digital asset token T between user addresses is broadcast to the peer-to-peer distributed ledger network. Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, the node computer 65 receives the transaction TR, verifies the transaction, and records the change in the peer-to-peer distributed ledger 3 as a record of the transfer between user addresses in a block of the peer-to-peer distributed ledger 3. 【0216】 At the time of the transfer, historical information, including the transfer history information from the issuer to Reserve 01 immediately after the creation of the digital asset token TR, is appended to the peer-to-peer distributed ledger 3 at the same time as the transfer of one unit (T) of the digital asset token (SS190). 【0217】 Thus, as shown in steps 400-450 above, the system includes a processor 80 and a storage medium 84 that stores instructions to be executed by the computer 60 and is readable by the computer 60, and when such instructions are executed by the processor 80, One unit (T) of the amount of digital asset tokens whose generation is recorded on the peer-to-peer distributed ledger 3 (SS110) is (SS110), When recording the subsequent transfer of ownership of the digital asset token T between users in the peer-to-peer distributed ledger 3, The addition or update of ownership transfer conditions 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 ownership transfer may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency (SS130), The supplementary information to be recorded includes at least historical information, including the history of the transfer of digital asset token T to Reserve 01 (SS140), A transaction TR containing information to be recorded in peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (SS150). After successful transaction verification including the aforementioned ownership transfer conditions (SS160), Record the transfer of ownership of digital asset tokens (SS170), The aforementioned ownership transfer conditions are noted in the record of the transfer of one unit (T) of the digital asset token (SS180), The aforementioned historical information is appended to the record of the transfer of one unit (T) of the digital asset token (SS190), The historical information is configured to include at least the transfer history information from the issuer to Reserve 01 immediately after the creation of the digital asset token T, among records of transfers from the issuer to Reserve 01 immediately after the creation of the digital asset token T, transfers from Reserve 01 to users, transfers between users, and transfers from users to Reserve 01, and it is disclosed that steps MS110-MS190 of Method 1 of the present invention are executed by the system 2. As described above, the present invention provides a system for recording on a peer-to-peer distributed ledger that improves the transparency of the creation and / or issuance of digital asset tokens, the transparency of creation information and / or issuance information that can be referenced when digital asset tokens are transferred between users, and the stability of the exchange value when they are transferred between users, by adding ownership transfer conditions, adding historical information, and issuing via a reserve. 【0218】 <Redemption of Digital Asset Tokens> As shown in Figure 16, when the redemption of the digital asset token T begins, in step 500, when instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, system 2 accepts the ownership transfer conditions required for the redemption transaction TR from the user. The ownership transfer conditions are, for example, the market exchange rate of the fiat currency if the consideration is fiat currency, the time window for which the ownership transfer conditions should be applied, and the planned redemption amount of the fiat currency issued. 【0219】 In step 510, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, the system accepts the ownership transfer conditions required for the redemption transaction TR from the user and prepares to redeem the user's digital asset token T, which is recorded on the blockchain. The redemption condition code and its parameters constitute the transaction TR to be recorded in the digital asset token T on the peer-to-peer distributed ledger 3 as a transfer between its own addresses, as the ownership transfer conditions. 【0220】 Next, in the transfer record aggregation step shown in step 520, when an instruction stored in the storage medium 84 of the computer 60 of System 2 is executed by the processor 80 by user operation, a transaction TR containing ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 as a transfer of digital asset token T between its own addresses is broadcast to the peer-to-peer distributed ledger network. Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, the node computer 65 receives the transaction TR and verifies the transaction on the peer-to-peer distributed ledger network. The change is then recorded in the peer-to-peer distributed ledger as a record of a transfer between its own addresses in a block of the peer-to-peer distributed ledger 3. As a result, the ownership transfer condition is appended to the record of the transfer of one unit (T) of the amount of the digital asset token (SS180). 【0221】 In step 530, when instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, a redemption transaction TR is formed by the user. The redemption transaction TR is formed by the transaction formation means as a transfer of ownership from the user to the issuer, for example, Transaction TR Transaction input: Transaction input 1 User address 2 / 1000(T); Transaction Output 1 Reserve Address 01 / 1000(T) Transaction TR is configured as follows: The script for the digital asset token T of the selected transaction input 1 of the user address has embedded the ownership transfer condition code between users and its parameters, including the reserve address 01 and parameters related to the payment of consideration, and the issuer is notified of the redemption offer. 【0222】 In step 530, 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, the redemption process is performed. When the issuer receives notification of a redemption claim from the system, it accepts transaction TR, verifies whether the redemption ownership transfer conditions conform to the specified redemption conditions, and completes transaction TR. 【0223】 Next, in the "Transfer Record" aggregation step shown in step 540, 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, the transaction TR completed by the issuer as a transfer of a digital asset token from the user address to the reserve address 01 includes information to be recorded in the peer-to-peer distributed ledger and is broadcast by the issuer to the peer-to-peer distributed ledger network. When the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes the instructions stored in the storage medium 84 of the node computer 65, the node computer 65 receives the transaction TR and records the transfer of the digital asset token T in a block of the peer-to-peer distributed ledger 3 on the peer-to-peer distributed ledger network, and the redemption of the digital asset token T is completed. 【0224】 The issuer, on the other hand, separately processes the payment of 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 appended to the peer-to-peer distributed ledger 3 at the same time as the record of the transfer of one unit (T) of the digital asset token (SS190), and this history information is not lost even in subsequent reissuance. 【0225】 Thus, in steps 500-540 above, the system includes a processor 80 and a storage medium 84 that stores instructions to be executed by the computer 60 and is readable by the computer 60, and when such instructions are executed by the processor 80, One unit (T) of the amount of digital asset tokens is recorded in the peer-to-peer distributed ledger 3 (SS110). When the subsequent transfer of ownership of the digital asset token T is recorded in a peer-to-peer distributed ledger, The addition or update of ownership transfer conditions to be associated with one unit of the said digital asset token to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (SS120), The terms of ownership transfer may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency (SS130), The supplementary information to be recorded includes at least historical information, including the history of the transfer of digital asset tokens to Reserve 01 (SS140), A transaction TR containing information to be recorded in peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (SS150). After successful transaction verification including the aforementioned ownership transfer conditions (SS160), Record the transfer of ownership of the digital asset token T (SS170), The aforementioned ownership transfer conditions are noted in the record of the transfer of one unit of the digital asset token (SS180), The aforementioned historical information is appended to the record of the transfer of one unit of the digital asset token (SS190), The aforementioned history information discloses a system 2 configured to include at least the history information of transfers from the issuer to reserve 01 immediately after the creation of the digital asset token, among records of transfers from the issuer to reserve 01 immediately after the creation of the digital asset token, transfers from reserve 01 to users, transfers between users, and transfers from users to reserve 01, and it is understood that steps MS110-MS190 of Method 1 of the present invention are performed by this system 2. Thus, it is possible to record the history and redemption price that are pegged to fiat currency with respect to the record of history that is visibly displayed on the digital asset token itself after redemption, and the transparency of the redemption price is improved, and in addition, a digital asset token integration system is provided in which the exchange value is more stable due to a mechanism that limits the redemption price to a predetermined price fluctuation range of fiat currency. Thus, the present invention provides a system for recording digital asset tokens on a peer-to-peer distributed ledger, which improves the transparency of generation information and / or issuance information and / or transfer information between users that can be referenced at the time of redemption, as well as the stability of the exchange value at the time of redemption, by adding ownership transfer conditions, adding historical information, and issuing and redeeming through a reserve. 【0226】 <Issuance of T2, a digital asset token pegged to other currencies> In the above embodiment of System 2, the readable storage medium 84 includes additional instructions, which, when executed by the processor 80, record the generation of a second unit (T2) of the first digital asset token amount, which is pegged to one unit (T1) of the first digital asset token amount, at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency, with respect to a predetermined first fiat currency associated with one unit of the first digital asset token amount (SS210). When recording the subsequent transfer of ownership of the digital asset token T2 in the peer-to-peer distributed ledger 3, This includes recording in advance in the peer-to-peer distributed ledger 3 (SS220) the addition or update of ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred, System 2 is provided in an additional form, wherein the ownership transfer conditions include, as a pegging condition, constraints on the universal price range and / or individual price range of the upper and lower limits of the transfer consideration for one unit (T2) of the amount of the second digital asset token for one unit (T1) of the amount of the first digital asset token (SS230). 【0227】 When the system 2 initiates the generation operation of digital asset tokens T2 pegged to another currency, as shown in Figure 17, in step 700, when 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, system 2 accepts the generation conditions. The generation conditions are, for example, the type and quantity of the digital asset tokens. 【0228】 In step 710, 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, system 2 accepts the ownership transfer conditions required for the generated transaction TR. The ownership transfer conditions are, for example, the market exchange rate between the first fiat currency to which the planned first digital asset token T1 is pegged and another currency, and the time window to which the ownership transfer conditions should be applied. The market exchange rate between the first fiat currency to which the first digital asset token T1 is pegged and another currency may be information input obtained by the issuer from the market. 【0229】 In step 720, when 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, transaction TR is composed by the transaction composition means. If the ownership transfer conditions are the market exchange rates between the first fiat currency and other currencies, these are coded as conditions, and the upper and lower limits of the universal price range are defined as parameters of the condition code. Thus, the setting of the upper and lower limits of the universal price range based on the market exchange rates between the first fiat currency and other currencies is data-structured by condition code 1 (upper limit, lower limit), and this condition code 1 (upper limit, lower limit) may be pre-included in the content described by the script in the transaction output. This embodiment provides a system that simplifies verification in blockchain and makes the capacity of the distributed storage of the blockchain more compact. 【0230】 Here, for example, if we use the Bitcoin scripting language, which is a stack-based language, it cannot employ complex branching logic. However, it can simplify the conditions to those that can be verified in a stack-based language, or it can limit the verification to the existence or non-existence of information, or the hash matching of information referenced from metadata, and embed the condition-coded ownership transfer conditions into the script. 【0231】 The history information related to the creation process is coded, with each transfer being coded as follows: the transfer from the issuer to Reserve 01 immediately after the creation of the digital asset token T2 is coded as history code 1, the transfer from Reserve 01 to the user is coded as history code 2, the transfer between users is coded as history code 3, and the transfer from the user to Reserve 01 is coded as history code 4. As history information, history code 1, representing the transfer from the issuer to Reserve 01 immediately after the creation of the digital asset token T2, is embedded into the script of the creation transaction output. 【0232】 Upon completion of the composition of transaction TR, transaction verification is performed, including verification of the signature of transaction TR by the approver. The condition code 1 (upper limit, lower limit) specified in the transaction input script is read, and the exchange rate between the first digital asset token T1 and the second digital asset token T2 is calculated from the ratio of the quantity of the first digital asset token (T1) and the quantity of the second digital asset token (T2) traded in the entire transaction TR. It is then verified whether this rate falls within the condition code 1 (upper limit, lower limit) of the market exchange rate between the first fiat currency to which the first digital asset token T1 is pegged and other currencies, which is embedded in the script as a condition for ownership transfer. 【0233】 Here, not only in the case of issuance, but also in order to verify whether the specified condition code 1 (upper limit, lower limit) is not violated, it is necessary to obtain the market exchange rate. For this purpose, for example, it is advisable to incorporate a statistical digital asset token into the transaction in advance using System 2 so that the market exchange rate is displayed within the transaction. A statistical digital asset token is a token similar to a digital memo token, and is not a digital token that represents a digital asset, but rather a digital token for displaying statistical data such as the market exchange rate of a digital asset token within a transaction. Due to its use, it is referred to as a statistical digital asset token in this specification. In System 2, the Market Exchange Rate Statistics Digital Asset Token (currency symbol) preferably has a first legal tender being Japanese yen and a second currency being, for example, a foreign legal tender being the US dollar (USD). Therefore, to display the market exchange rate, for example, the daily market exchange rate between Japanese yen (YEN) and US dollar (USD) is added to the transaction, transaction inputs and transaction outputs are added. For example, if the market exchange rate between Japanese yen and US dollars is 110.50 yen per dollar, the following transaction notation will be added. Transaction TR Transaction input: Transaction Input 1: Statistics Address / 1 (USD); Transaction output: Transaction Output 1: Statistics Address / 1 (USD); The issuer may have already provided System 2 with Market Exchange Rate Statistics Digital Asset Tokens (symbols of other currencies) for displaying the market exchange rates between Japanese Yen and US Dollars, recorded on the peer-to-peer distributed ledger 3. The historical information of the Market Exchange Rate Statistics Digital Asset Token (USD) records the market exchange rates of fiat currency 1 and other currencies for the past week, and the historical information usually displays the market exchange rate for the day, for example, 10500 with a scale factor of 100. Therefore, the same market exchange rate can be obtained from both the user wallet computers 67 and 68 and the node computer 65 using the Market Exchange Rate Statistics Digital Asset Token (USD) on the peer-to-peer distributed ledger 3, whether the instructions stored on the storage medium of the user wallet computers 67 and 68 are executed by the processors 80 of computers 67 and 68, or whether the instructions stored on the storage medium of the node computer 65 are executed by the processor 80 of computer 60. Transaction TR Transaction input: Transaction Input 1: Statistics 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, the historical information of the Market Exchange Rate Statistics Digital Asset Token (USD) is referenced, and the transaction is verified using the market exchange rate of 110.50 between fiat currency 1 (Japanese Yen) and US dollars (USD). The Statistics Digital Asset Token allows the market exchange rate to be provided for transaction verification through the transaction display architecture. The market exchange rate, which should also be provided by the issuer to the user, may be initially provided by System 2, for example by wallets 67 and 68, with a signature, to the above transaction input 1 when the transaction TR is formed. Transaction TR may also be provided in the following format: Transaction TR Transaction input: Transaction Input 1: Statistics Address / 100 (USD); Transaction Input 2 Statistics Address / 10950 (YEN); Transaction input 3, user address 1 / 110(T1); Transaction Input 4 User Address 2 / 1 (T2) Transaction output: Transaction Output 1: Statistics Address / 100 (USD) Transaction output 2 statistics address / 10950 (YEN); Transaction output 3: User address 1 / 1(T2); Transaction output 4 User address 2 / 110(T1) In this transaction TR, the scale factor is set to 100, and the market exchange rate of 1 USD @ 109.50 is expressed in standard transaction notation. This makes the market exchange rate available without having to refer to or decipher historical information, thus providing greater transparency. In addition, market exchange rates can also be provided by referencing distributed storage and global environment variables, provided that distribution to each node and wallet, scripting languages, and programming languages ​​are available. Providing market exchange rates using statistical digital asset tokens is superior in terms of the security of the market exchange rates from tampering and transparency. 【0234】 In step 730, 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 above verification is passed, system 2 broadcasts the completed transaction TR to the peer-to-peer distributed ledger network system. On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of a node computer 65 (not shown, see Figure 11) executes an instruction stored in the storage medium 84 of the node computer 65, the node computer 65 receives the transaction TR, verifies the transaction TR as it was when the composition of the transaction TR was completed, and further verifies the legitimacy of the block after accumulating one or more transaction TRs. Subsequently, the node computer 65, having acquired the right to connect to the previous block, records the transaction TR in the block, completing the recording of the generated transaction TR in the peer-to-peer distributed ledger 3 as a transfer of the digital asset token T2 from base address 00 to reserve address 01. At the same time, as historical information, the history of the transfer from the issuer to reserve 01 immediately after the generation of the digital asset token T2 is appended to the record of the generation of the digital asset token T2. ​​Subsequently, the digital asset token T2 at reserve address 01 specified in the transaction output can be used as an unused transaction input in the next transaction. 【0235】 Thus, steps 700-730 record the generation of one unit (T2) of a second digital asset token amount, where one unit (T1) is a digital asset token amount pegged to one unit (T1) of the first digital asset token amount, with respect to a predetermined first fiat currency associated with one unit of the first digital asset token T1 (SS210). It is understood that the MS210 step of Method 1 of the present invention is performed by the system step SS210. 【0236】 <Issuance of the second digital asset token, T2> As shown in Figure 18, the issuance phase of the second digital asset token T2 is initiated, and in step 800, when 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, system 2 accepts the issuance conditions. The issuance conditions include, for example, the issuance date and time, the type and quantity of digital asset tokens to be issued simultaneously, and other matters of interest to applicants and related parties, and information suitable for recording in the peer-to-peer distributed ledger 3 of the digital asset token T2. ​​It is preferable to encode this issuance information and structure it together with the matters referenced by the issuance information code, such as issuance information code 1 (issuance date, issuance quantity). Doing so makes it easier to embed the issuance information code and its parameters into the transaction script. 【0237】 The difference between the issuance of the second digital asset token T2 and the first digital asset token T1, which is directly pegged to the fiat currency mentioned above, is that with the issuance of the second digital asset token T2, the consideration can be the first digital asset token T1. Therefore, the issuance transaction TR for the second digital asset token can describe both the transfer of the first digital asset token T1 from the user to an address managed by the issuer, such as reserve address 01, and the transfer of the second digital asset token T2 to an address managed by the user, all within the same transaction TR. This provides the convenience of simultaneously fulfilling the delivery of the second digital asset token T2 and the provision of consideration. 【0238】 In step 810, 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, the issuer, by system 2, refers to the unused transaction input belonging to the reserve address 01 recorded on the blockchain and checks the existing ownership transfer conditions recorded in the second digital asset token T2 that is intended to be used for issuance. The issuer adds or updates the ownership transfer conditions required for the issuance transaction TR. 【0239】 If updates or additions are necessary, the changes are recorded in the peer-to-peer distributed ledger 3 prior to issuance. First, a pre-registered ownership transfer condition code is selected and accepted as input along with the specified condition code parameters. Next, transaction 01 is constructed as a transfer between its own addresses to be recorded in the digital asset token of the peer-to-peer distributed ledger 3 as the ownership transfer condition. 【0240】 Next, in the transfer record aggregation step shown in step 820, 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, a transaction TR containing ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 as a transfer of digital asset token T2 between its own addresses is broadcast to the peer-to-peer distributed ledger network. On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of a node computer 65 (not shown, see Figure 11) executes an instruction stored in the storage medium 84 of the node computer 65, transaction TR is verified, and the change is recorded in the peer-to-peer distributed ledger 3 as a record of a transfer between its own addresses in a block of the peer-to-peer distributed ledger 3. Thus, the ownership transfer condition is appended to the record of the transfer of one unit (T2) of the amount of the digital asset token (SS180). 【0241】 In step 830, the user prepares to apply for the issuance of the second digital asset token. The operation to prepare the application for the issuance of the second digital asset token T2 by user 1 starts, and in step 830, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, system 2 displays the application operation screen for the digital asset token T2 to the user and prompts the user to enter the application conditions. As a condition for the transfer of ownership, the user selects and enters an application condition code to an address managed by the issuer as the application, and as a condition for the transfer, the user is accepted to input application condition code parameters such as the destination address and the quantity of the second digital asset token (T2) that is the subject of the application. 【0242】 When System 2 accepts the application requirements from the user, in step 840, it prepares to transfer the user's owned digital asset tokens, recorded on the blockchain, to an address managed by the issuer. The application requirement code and its parameters are used as conditions for the transfer of ownership, and a transaction TR is formed to record them in the digital asset tokens on 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 a node computer 65 (not shown, see Figure 11) executes an instruction stored in the storage medium 84 of the node computer 65, when the node computer 65 of system 2 receives transaction TR, transaction TR is verified, and the change is then recorded in the peer-to-peer distributed ledger 3. 【0243】 In step 850, when instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by user operation, the transaction composition means composes a transfer transaction TR for the application. As a transfer of ownership from user 1 to issuer, the transfer of ownership transaction TR for the application is, for example, Transaction TR Transaction input: Transaction input 1 User address 1 / 10800 (T1); Transaction output: Transaction Output 1 Reserve Address 01 / 10800 (T1) Transaction TR may be configured as follows, 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) The transfer of the digital asset token T2 may also be described in the transaction. When verifying the lending and borrowing balance of this transaction TR, the balance of the entire transaction TR is examined. In transactions that include one or more types of digital asset tokens T1 and T2, as in this example, the quantities of lending and borrowing will not match. However, it is preferable that, within a buy / sell transaction TR involving one digital asset token and other types of digital asset tokens T1 and T2, the lending and borrowing balance of the buy and sell transactions after conversion of the exchange value to the first digital asset token T1 within the transaction TR is configured to fall within a predetermined difference range. This allows for transactions within a more stable value range. The calculation of the lending and borrowing balance recognizes the difference when the exchange rate is converted, and even if a difference occurs in the system, it is possible to recognize that difference and handle negligible differences according to a separately predetermined arrangement. Furthermore, if a difference that is not negligible occurs, the transaction will not be completed, thereby increasing the transparency and soundness of transactions and providing the effect of stabilizing the actual exchange rate of digital asset tokens. In addition, in the case of a transaction involving the transfer of ownership between two parties, if one party sets a predetermined small difference that would prevent the transaction from being completed, the other party's degree of freedom is limited to that difference. This creates room for the other party to structure the transaction so that, unless otherwise constrained, they can leave the transaction to chance, thereby increasing the transparency of the transaction. In this example, if the market exchange rate for the exchange value of the first digital asset token T1 is 108, then after conversion, the second digital asset token 100 (T2) is equivalent to 10800 (T1). Therefore, the total value of the transaction input and transaction output will be 21600, and the loans will balance. The difference in loans is determined within the transaction, and it is not necessary to apply the exchange rate and make a determination for each individual transaction input. The script for the digital asset token T2 in the selected transaction input 1 of the user address includes the ownership transfer condition code between users and its parameters, such as the reserve address 01 and the quantity of the second digital asset token (T2) to be applied for, as well as application condition code parameters. If the ownership transfer condition is the market exchange rate between the first fiat currency and another currency, this is coded as a condition, and the upper and lower limits of the universal price range are defined as parameters of that condition code. Therefore, the upper and lower limits of the universal price range set by the market exchange rate between the first fiat currency and another currency are coded as a condition, and the upper and lower limits of the universal price range are defined as parameters of that condition code. Consequently, the upper and lower limits of the universal price range set by the market exchange rate between the first fiat currency and another currency are embedded in the script as the second currency condition code 1 (digital asset token type, upper limit, lower limit), with the ownership transfer condition code and its parameters embedded in the script. When User 1 creates an application transaction TR, the transaction is sent from User 1 to the issuer. 【0244】 In step 860, 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, the issuer receives notification of an offer from user 1 and is prompted by system 2 to accept the offer from user 1. If the issuer accepts and agrees to the contents of the offer transaction TR for the second digital asset token T2 from user 1, the issuer further composes the offer transaction TR. The transaction TR is to be recorded by user 2, and the script is configured so that the supplementary information to be recorded includes history information, which at least includes the history of the transfer of digital asset token T2 to reserve 01, and preferably includes issuance information (SS140). Once the transaction TR is approved by user 2, the transaction TR is made into a completed transaction TR after transaction verification by system 2. 【0245】 In the transfer record aggregation step described in step 870, 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, system 2 broadcasts the completed transaction TR to the blockchain network. On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of a node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, when transaction TR is received by the node computer 65, the computer 60 of the node computer 65 verifies transaction TR on the blockchain network, records the transaction in the peer-to-peer distributed ledger 3, completes the transfer of the second digital asset token T2 to user 1, simultaneously records historical information in the supplementary information of the record of the second digital asset token T2, and simultaneously completes the transfer of the first digital asset token T1 from user 1 to issuer, thus ending the application / issuance. As described above, the present invention provides a system for recording in a peer-to-peer distributed ledger that improves the transparency of the generation and / or issuance of digital asset tokens and the stability of the exchange value at the time of issuance by adding ownership transfer conditions, adding historical information, and issuing via a reserve. As described above, the system of the present invention is an integrated digital asset token system that allows both the issued digital asset tokens and the digital asset tokens received as consideration to be represented in the issuance transaction, enables integrated management from application to issuance, and provides transparency from application to issuance. 【0246】 <Transfer of digital asset token T2 between users> As shown in Figure 19, when the user-to-user transfer operation of digital asset token T2 is started, in step 900, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user 2's operation, system 2 displays the user-to-user transfer operation screen for digital asset token T2 to user 2 and prompts user 2 to input the user-to-user transfer conditions. As the ownership transfer conditions, user 2 selects and inputs a transfer condition code requesting a transfer to other user 1, and accepts input from user 2 for the address of the transfer recipient user 1 and condition code parameters regarding the consideration for the transfer as conditions for the transfer. 【0247】 When System 2 accepts the user-to-user transfer conditions from User 2, in step 910, it prepares to transfer the first digital asset token T1, which is owned by User 2 and recorded on the blockchain, to the address of another User 1. Using the transfer condition code and its parameters with User 1 as the recipient as the ownership transfer condition, it constructs a transaction TR as a transfer between its own addresses to record in the digital asset token on the peer-to-peer distributed ledger 3. 【0248】 Next, in the transfer record aggregation step shown in step 920, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user 2's operation, a transaction TR containing ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 as a transfer of digital asset token T1 between its own addresses is broadcast to the peer-to-peer distributed ledger network. Next, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, the computer 60 of the node computer 65 verifies transaction TR, and the change is recorded in the peer-to-peer distributed ledger 3 as a record of a transfer between its own addresses in a block of the peer-to-peer distributed ledger 3. As a result, the ownership transfer condition is appended to the record of the transfer of one unit (T1) of the amount of the digital asset token (SS180). 【0249】 In step 930, when instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the operation of user 2, a user-to-user transfer transaction TR is composed by the transaction composition means. The user-to-user ownership transfer transaction, for example, is the transfer of ownership of the second digital asset token T2 from user 1 to user 2, and the transfer of the first digital asset token T1 owned by user 2 as consideration. 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 / 1080(T1) A transaction TR may be constructed by user 1 that incorporates the transfer of the first digital asset token T1 as consideration, and the script for the digital asset token T2 of the selected transaction input 1 of user address 2 has the user address 2 parameter embedded as the condition code for ownership transfer between users. For example, a universal pricing condition is set where, for every unit of the second digital asset token T2 ($1 (¢100) in other currency), the lower limit is 108 units of the first digital asset token T1 (1 yen (JPY) (100 sen) in fiat currency), and the upper limit is the same amount. 10⁸(T1) ≤ 1(T2) ≤ 10⁸(T1) If you introduce a 1 yen spread between the lower and upper price limits, 107.5(T1) ≤ T2 ≤ 108.5(T1) However, if the scale factor is 100, 10750(T1)≦100(T2)≦10850(T1) The condition can be set as follows. Since the consideration is the first digital asset token T1, the ownership transfer condition is the market exchange rate between the first fiat currency JPY and the other currency USD. This is then coded as a condition, and the upper and lower limits of the universal price range are defined as parameters of that condition code. Therefore, the upper and lower limits of the universal price range set by the market exchange rate between the first fiat currency JPY and the other currency USD are coded as a condition, and the upper and lower limits of the universal price range are defined as parameters of that condition code. Consequently, the upper and lower limits of the universal price range set by the market exchange rate between the first fiat currency JPY and the other currency USD are embedded in the script as the ownership transfer condition code and its parameters, as Market Exchange Rate Condition Code 1 (Digital Asset Token Type T2, Upper Limit 10750, Lower Limit 10850, Scale Factor 100). Thus, when User 2 creates an unauthorized transaction for User 1, the unauthorized transaction TR is sent from User 2 to User 1. 【0250】 In step 940, when an instruction stored in the storage medium 84 of the computer 60 of system 2 is executed by the processor 80 by user 1's operation, user 1, upon receiving notification of an inter-user transfer from user 2, is prompted to transfer the second digital asset token T2 from system 2 to user 2. User 1 accepts an unconfirmed transaction TR from User 2 for the inter-user transfer of a second digital asset token T2, and inputs it into System 2. Upon receiving acceptance of the inter-user transfer conditions from User 1, System 2 prepares to transfer the second digital asset token T2 owned by User 1, which is recorded on the blockchain for User 1, to the address of User 2. The transfer condition code and its parameters, with User 2 as the destination, constitute a transaction to be recorded in the digital asset token T1 on the peer-to-peer distributed ledger 3 as ownership transfer conditions, and transaction TR is broadcast. Next, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, the computer 60 of the node computer 65 verifies transaction TR on the peer-to-peer distributed ledger network, and the change is recorded in the peer-to-peer distributed ledger 3. Upon reviewing the record, when an instruction stored in the storage medium 84 of the computer 60 of system 2 is executed by the processor 80 by the operation of user 1, system 2 accepts the unconfirmed transaction TR received from user 2 and further composes the transaction TR so that the accompanying information to be recorded in the transaction TR includes at least the history of the transfer of digital asset token T2 to reserve 01 (SS140). User 1 composes the transaction TR, approves the transaction TR, and broadcasts it to the blockchain network as a completed transaction TR. Next, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, the computer 60 of the node computer 65 verifies transaction TR on the peer-to-peer distributed ledger network, records the transaction TR in the peer-to-peer distributed ledger 3, and simultaneously adds the history of the transfer of at least the digital asset token T2 to Reserve 01 as supplementary information. 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 executed simultaneously in a single transaction TR, and the transfer of digital asset token T2 between users is completed. 【0251】 The system according to this embodiment provides a system for providing additional digital asset tokens pegged to other currencies. When a second digital asset is issued, which is generated at a predetermined price range based on the market exchange rate of a predetermined other currency to the first fiat currency to which the first digital asset token is pegged, the pegging is sustainably maintained even when transferring after issuance by setting ownership transfer conditions. In this way, the system makes it possible to expand the use of the digital asset token of the present invention to markets where other currencies circulate, and the display of a network of relationships with other currencies and the linkage of exchange values ​​provide a system that can provide a more transparent and stable exchange value for digital asset tokens. 【0252】 <Redemption of T2 digital asset tokens pegged to other currencies> As shown in Figure 20, when the redemption of the second digital asset token T2 is initiated, in step 1000, when instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by user operation, system 2 accepts the ownership transfer conditions required for the redemption transaction TR from the user. The ownership transfer conditions are, for example, if the redemption consideration is set at a fixed exchange rate in the redemption conditions, that fixed exchange rate or the quantity of digital asset tokens T1 (T1) relative to a fixed unit of digital asset tokens T2 (T2), and the time window to which the ownership transfer conditions should be applied. 【0253】 In step 1010, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, the system accepts the ownership transfer conditions required for the redemption transaction TR from the user and prepares to redeem the second digital asset token T2 owned by that user, which is recorded on the blockchain, for the user. The redemption condition code and parameters regarding the payment of consideration are embedded. As an ownership transfer condition, transaction TR is constructed as a transfer between its own addresses to be recorded in the second digital asset token T2 on the peer-to-peer distributed ledger 3. 【0254】 Next, in the “Record” aggregation step shown in step 1020, when an instruction stored in the storage medium 84 of the computer 60 of system 2 is executed by the processor 80 by a user operation, a transaction TR containing ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 as a transfer of digital asset token T2 between its own addresses is broadcast to the peer-to-peer distributed ledger network. Next, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, the computer 60 of the node computer 65 verifies transaction TR on the peer-to-peer distributed ledger network, and the change is recorded in the peer-to-peer distributed ledger 3 as a record of the transfer of digital asset token T2 between its own addresses in a block of the peer-to-peer distributed ledger 3. As a result, the ownership transfer condition is appended to the record of the transfer of one unit (T2) of the amount of the digital asset token (SS180). 【0255】 In step 1030, when instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, a redemption transaction TR is formed by the user. The redemption transaction, as a transfer of ownership from the user to the issuer, is formed by the transaction formation 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) Transaction TR is then configured. 【0256】 The execution of the “Record” aggregation step in step 1040 records the redemption process by the issuer as a transfer of digital asset token T2 from the user address to the reserve address 01 in the peer-to-peer distributed ledger 3. 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, the issuer receives notification of a redemption request from system 2, accepts transaction TR, and verifies whether the ownership transfer conditions for the redemption conform to the predetermined redemption conditions. If the digital asset token T1 paid by user 1 is held in deposit, the digital asset token T1 may be simultaneously refunded from deposit address 03 to user 2 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) This is the result. In this example, the redemption is at the issuance rate, but the redemption amount does not necessarily have to match the payment amount; it could be 9000(T1). Transaction TR is verified by System 2. Since the user's expected redemption conditions are set in the ownership transfer conditions, the verification confirms the agreement of both parties' intentions. Subsequently, the issuer further constructs Transaction TR and approves the unapproved Transaction TR, ensuring that historical information, including at least the history of the transfer of digital asset token T2 to Reserve 01, is carried over as supplementary information. The completed Transaction TR is then broadcast to the peer-to-peer distributed ledger network by the issuer's operation. Next, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see Figure 11) included in System 2 executes an instruction stored in the storage medium 84 of the node computer 65, the computer 60 of the node computer 65 verifies transaction TR on the peer-to-peer distributed ledger network, records the transaction TR in the peer-to-peer distributed ledger 3, and simultaneously adds the transfer of digital asset token T2 to the reserve 01 as historical information to the transfer record of transaction TR, thus completing the redemption of digital asset token TR. 【0257】 Thus, the system includes a processor 80 and a storage medium 84 that stores instructions to be executed by the computer 60 and is readable by the computer 60, and when such instructions are executed by the processor 80, The generation (T) of one unit of digital asset tokens is recorded on a peer-to-peer distributed ledger. When recording the transfer of ownership of the generated digital asset token T, the ownership transfer conditions associated with one unit (T) of the digital asset token quantity are verified. Add or update ownership transfer conditions to be associated with one unit (T) of the said digital asset token amount after the transfer, The terms of ownership transfer may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency. The aforementioned ownership transfer conditions are recorded in the peer-to-peer distributed ledger along with the transfer of one unit (T) of the digital asset token. The record of the transfer further includes records of transfers from the issuer to Reserve 01 immediately after the creation of the digital asset token T, transfers from Reserve 01 to users, transfers between users, and transfers from users to Reserve 01, and the peer-to-peer distributed ledger-based digital asset token system 2, wherein with respect to a first digital asset token (T1) generated by the digital asset token system 2, a predetermined first fiat currency associated with one unit of the first digital asset token amount is associated with another currency, and the amount of digital asset tokens pegged to one unit of the first digital asset token amount (T1) is set to one unit, at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency. Disclosed herein is an embodiment in which the generation of one unit (T2) of the said digital asset token amount 2 is recorded in the peer-to-peer distributed ledger 3, and at the same time, ownership transfer condition information configured to limit the transfer consideration to the universal price range of the upper and lower limits of the transfer consideration for one unit (T1) of the first digital asset token amount (T2) is recorded in the peer-to-peer distributed ledger 3 as a pegging condition, and at the same time, transfer history information of at least the digital asset token T2 to reserve 01 is recorded in the peer-to-peer distributed ledger 3, and the MS110-190 and MS210-230 of the generation, issuance, inter-user transfer and redemption method 1 is executed by the SS110-SS190 and SS210-SS230 system steps of the digital asset token system. Thus, it is possible to record the history of redemption, which is displayed verifiable on the digital asset token itself after redemption, as well as the constraints of pegging the redemption price to fiat currency. This improves the transparency of the redemption price, and in addition, the mechanism that limits the redemption price to a predetermined price fluctuation range of fiat currency provides an integrated system for digital asset tokens with a more stable exchange value. As described above, the system of the present invention is an integrated system for digital asset tokens that allows both the digital asset token to be redeemed and the digital asset token used as consideration to be represented in the redemption transaction, enabling integrated management of the entire redemption process and providing transparency in redemption.Accordingly, the present invention provides a peer-to-peer distributed ledger recording system that improves transparency and stability of exchange value throughout the entire lifecycle of digital asset tokens, including recirculation including post-redemption sales, at the time of generation, issuance, transfer between users and redemption of digital asset tokens, and at the time of redemption, including post-redemption sales, by adding conditions for transfer of ownership, adding historical information and issuing and redeeming to a reserve. 【0258】 This disclosure provides an integrated system for recording the creation, issuance, trading, and transfer of stable digital asset tokens on a peer-to-peer distributed ledger, with enhanced transparency through the recording of history and constraints, and a mechanism that limits prices to the price fluctuation range of a predetermined fiat currency. 【0259】 [A decentralized exchange trading system based on over-the-counter (OTC) trading provided by the Digital Asset Token Integration System 2] Figure 21 is a schematic diagram illustrating the functional configuration of a digital asset token decentralized exchange transaction via over-the-counter (OTC) trading provided by the digital asset token system 2 according to one embodiment of the present invention. Figure 22 is a system flowchart of the digital asset token decentralized exchange transaction via OTC trading provided by the digital asset token system 2 according to one embodiment of the present invention. 【0260】 A digital asset token integration system 2 according to one embodiment of the present invention includes a computer 60 in the system configuration shown in Figure 12, and includes an additional computer 60 (not shown in Figure 21) for user terminals for user 1 and user 2, the additional computer 60 including a readable storage medium 84, the storage medium 84 of the additional computer 60 including additional instructions for wallets 67, 68, the instructions being executed by a processor 80 to display a user's operation screen, as shown in Figure 22, in step 1900, the operation screen of user 2 is displayed, and user 2 sets an ownership transfer condition for the digital asset token T2 to be sold for setting an order book for ownership transfer conditions, where the selling price of one unit of the digital asset token amount (T2) is limited by an individually specified price range including the upper and lower limits of the transfer price with respect to the amount of the first digital asset token (T1) pegged to fiat currency 1, within a universal price range of predetermined upper and lower limits of the transfer price with respect to the amount of the first digital asset token (T1). This setting allows for the transfer of ownership conditions, specifically specifying upper and lower limits on the transfer price for the first digital asset token. The price range limit is reflected in the display of the first digital asset token itself, and the information is disclosed to network participants. The bid price is not only known to one trading intermediary or specific exchange participant, but is also widely disclosed to the peer-to-peer distributed ledger network. To ensure more reliable distributed transactions, locking the desired transfer price of the digital asset token before the transaction allows one buyer to immediately confirm the transaction with only an application operation. The display of the desired transfer price on the blockchain is expected to increase transparency in market price formation, enhance the soundness of transactions, and improve the stability of the digital asset token market exchange rate. 【0261】 In order to record the transfer price lock condition code (lock price lower limit, lock price upper limit, time window) on the peer-to-peer distributed ledger 3, the user of the digital asset token T2 to be sold shall use the transaction composition means to enter the following transaction TR, Transaction TR Transaction input: Transaction Input 1 User Address 2 / 100 (T2) Transaction output: Transaction output 1: User address 2 / 100 (T2); Once the transaction TR is formed and the script for the digital asset token T2 of the selected transaction input 1 at user address 2 of the transaction TR has the transfer price lock condition code and its parameters (lock price lower limit, lock price upper limit, time window) embedded in order to set the ownership transfer conditions, the transaction TR for recording the ownership transfer conditions is then formed as a transfer between its own addresses, i.e., between user address 2. Subsequently, the transaction TR is broadcast to the blockchain network of peer-to-peer distributed ledger 3. 【0262】 Next, on the peer-to-peer distributed ledger network, when the processor 80 of node computer 65 (not shown) executes an instruction stored in the storage medium 84 of node computer 65, transaction TR is transactionally validated by computer 60 of node computer 65 on the peer-to-peer distributed ledger network, and the change is recorded in a block of peer-to-peer distributed ledger 3 as a record of a transfer between its own addresses. The ownership transfer conditions are recorded in peer-to-peer distributed ledger 3, and 100 (T2) of the digital asset token T2 belonging to user address 2 of transaction input 1 is configured to be limited by a specified price range including upper and lower limits on the transfer price to the first digital asset token amount (T1) specified by parameters (lower lock price limit, upper lock price limit, time window). 【0263】 In step 2000, the screen operated by user 1 is shown an over-the-counter (OTC) trading input screen for digital asset tokens. In addition to the purchase item conditions, which include a buy price of 108 yen for 1 unit (T2) of a single digital asset token T2 and a quantity of 100 (T2), the screen is shown a prompt prompting user 1 to select another digital asset token held by user 1 that is equivalent to the exchange value of the digital asset token T2 as consideration for the purchase, for example, digital asset token T1. 【0264】 In step 2010, system 2 receives a buy order for 108 yen from user 1's operation screen and stores it in the memory 81 of computer 60 where the wallet application program instruction 87 is executed. 【0265】 In step 2020, when the instruction is executed by the processor 80 of user 1's wallet 67, the buy order book for the digital asset token T2 stored in memory 81 is matched with the sell order book for the digital asset token T2 set on the peer-to-peer distributed ledger 3 to identify the sell order book for the digital asset token T2 that should be offered for purchase, and user 2, who owns it. These search results are then displayed on the first user screen. 【0266】 In step 2025, via the screen operated by user 1, the following transaction is performed by the transaction composition means to set an ownership transfer condition for another digital asset token T1, where the exchange value between one unit of the first digital asset token (T1) and the second digital asset token (T2) is fixed at a sale price determined by the snapshot exchange rate at a predetermined universal time. In order to record the transfer price snapshot lock condition code (lock price, snapshot universal time, buyer address) in the peer-to-peer distributed ledger 3, the following transaction is performed. Transaction TR Transaction input: Transaction input 1 User address 1 / 10800 (T1); Transaction output: Transaction output 1 User address 1 / 10800(T1) The following is constructed. The script for the digital asset token T1 of the selected transaction input 1 of user address 1 of transaction TR has the transfer price snapshot lock condition code and its parameters (lock price, snapshot universal time, buyer address) embedded in order to set the ownership transfer conditions. Digital asset token T1 is selected for a buy price of 108 yen and a quantity of 100 (T2), and the snapshot exchange rate is set to 1 yen for digital asset token 1 (T1) for digital asset token 100 (T2), and the consideration is set to 10800 (T1). 【0267】 By setting the transfer price snapshot lock condition code, it becomes possible to lock the exchange value of the digital asset token that the prospective buyer is paying for with the first digital asset token in advance of the transaction. This allows the prospective buyer to more reliably acquire the amount of the second digital asset token, 100 (T2), which corresponds to the exchange value of the first digital asset token, 10800 (T1), as requested by the seller. Furthermore, it allows the prospective buyer to confirm the transaction with only the purchase application operation, without being affected by the market exchange rate at the time of the transaction. This simplifies the completion of transactions, is expected to revitalize the trading market, and enhance the stability of the digital asset token market exchange rate. Subsequently, when transaction TR is broadcast to the blockchain network, the transaction is verified when the processor 80 of node computer 65 (see Figure 12, not shown in Figure 21) executes the instructions stored in the storage medium 84 of node computer 65 on the peer-to-peer distributed ledger network, and the ownership transfer conditions are recorded in the peer-to-peer distributed ledger 3. 【0268】 In step 2030, the incomplete transaction TR of a buy-and-sell transaction between users is then generated by the incomplete transaction TR of a buy-and-sell transaction between users via the screen operated by user 1, and includes the transfer of one digital asset token T2 and the transfer of another digital asset token T1 owned by user 1 corresponding to the consideration. 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 system then composes the transaction and, via communication means, sends a purchase request including the incomplete transaction from computer 67, where user 1's wallet application program instruction 87 is executed, to computer 68, where user 2's wallet application program instruction 87 is executed, and waits for a reply from user 2. 【0269】 In step 2040, when instruction 87 is executed by the processor 80 of user 2's wallet 68, user 2 receives notification of a purchase offer from user 1, accepts the purchase offer including the incomplete transaction TR sent from user 1 via the over-the-counter transaction approval input screen for the first digital asset token T2 displayed by instruction 87 of user 2's wallet application program, approves transaction TR of a buy and sell transaction between users 1 and 2, which includes the transfer of another digital asset token T1 set for sale by user 1 as a means of payment and the transfer of the first digital asset token T2 set for sale by user 2, and sends the approved buy and sell transaction TR back to user 1. 【0270】 In step 2050, when the program instruction 87 is executed by the processor of user 2's wallet 68, transaction TR for the transfer of digital asset tokens T1 and T2 by over-the-counter transaction is broadcast to the blockchain network of peer-to-peer distributed ledger 3. 【0271】 In step 2060, when the processor 80 of node computer 65 (see Figure 12, not shown in Figure 21) executes an instruction stored in the storage medium 84 of node computer 65 on the peer-to-peer distributed ledger network, transaction TR is verified and the transfer of digital asset tokens T1 and T2 is recorded in the peer-to-peer distributed ledger 3. 【0272】 If the record to the peer-to-peer distributed ledger 3 is not recorded immediately, the processor of user 1's wallet 67 executes a program instruction 87, and transaction TR for the transfer of digital asset tokens T1 and T2 by over-the-counter transaction is broadcast to the peer-to-peer distributed ledger blockchain network. On the peer-to-peer distributed ledger network, when the processor 80 of node computer 65 (see Figure 12, not shown in Figure 22) executes an instruction stored in the storage medium 84 of node computer 65, transaction TR is verified by node computer 65, and T1 and T2 may be recorded in the peer-to-peer distributed ledger 3. 【0273】 System 2 according to this embodiment provides a decentralized trading system (hereinafter also referred to as DEX (Distributed Exchange)) that enables over-the-counter (OTC) transactions. This allows users to complete transactions without the need for intermediary operations, reduces opportunities for intermediaries to manipulate market prices, and is expected to further stabilize market exchange rates. It also makes it possible to make exchange fees virtually free, thereby stimulating the circulation of digital asset tokens and providing more transparent, less volatile, and stable trading prices. 【0274】 [Decentralized trading system for digital asset token T] Figure 23 is a schematic diagram illustrating the decentralized trading configuration function flow of order book trading for digital asset token T provided by the Digital Asset Token Integration System 2 according to one embodiment of the present invention. Figure 24 is a system flowchart of decentralized exchange trading of digital asset tokens by order book trading provided by the Digital Asset Token Integration System 2 according to one embodiment of the present invention. 【0275】 A digital asset token integration system 2 according to one embodiment of the present invention further includes additional instructions for order book trading program instructions 87 (see Figure 12, not shown in Figure 23) on the storage medium 84 (see Figure 12, not shown in Figure 23), and further includes an additional wallet 67 (see Figure 11) for user 1 terminal to be operated by purchasing user 1, and an additional wallet 68 (see Figure 11) for user terminal 2 to be operated by selling user 2, wherein the computer 60 for the additional wallet includes a readable storage medium 84, and the storage medium 84 of the additional computer 60 includes additional instructions for wallet application program 87 (see Figure 12), and when the additional instructions are executed by the processor 60 to display the user's operation screen, in step 3000, as shown in Figure 24, the order book trading application screen for digital asset token T2 is displayed on the screen operated by purchasing user 1. 【0276】 In step 3010, when the program instruction 87 is executed by the processor of the wallet 67 of prospective buyer user 1 (hereinafter also referred to as prospective buyer 1), the user 1 screen is displayed with a prompt to specify the purchase item conditions, including the buy price and quantity of one unit of a single digital asset token T2, and to select other digital asset tokens T1 held by the user that are equivalent in exchange value to the said digital asset token T2 as consideration for the purchase. 【0277】 In step 3020, the purchase application input, including the purchase conditions, from the purchasing user 1 is received from the user 1 screen and sent to the computer 60 (not shown in Figure 23) on which the order book trading application program instruction 87 is executed. 【0278】 Prior to the execution of step 3020, in step 3015, when program instruction 87 is executed by the processor of the wallet 67 of prospective buyer 1, prospective buyer 1 has already composed a sell order transaction TR for another digital asset token T1 that he owns, equivalent to the exchange value of the digital asset token T2, on the blockchain of the peer-to-peer distributed ledger 3, in order that, if the unused transaction of his owned digital asset token T1 recorded on the blockchain of the peer-to-peer distributed ledger 3 does not have a sell order setting attached to the ownership transfer condition, within the constraints of the universal price, and broadcasts transaction TR to the peer-to-peer distributed ledger network. On a peer-to-peer distributed ledger network, when the processor 80 of node computer 65 (see Figure 12, not shown in Figure 23) executes an instruction stored in the storage medium 84 of node computer 65, transaction TR is verified and recorded in the peer-to-peer distributed ledger 3. At the same time, the ownership transfer conditions for the sell order book setting of digital asset token T1 are appended to the unused transaction of digital asset token T1. 【0279】 In step 3030, when the processor 80 of the computer 60 (not shown in Figure 23) executes the order book trading program instruction 87, and a purchase application including the buy order conditions of purchase user 1 is received, the purchase application is stored in memory 81 (not shown in Figure 23). 【0280】 In step 3040, when the board program instruction 87 is executed by the processor 80 of the computer 60, and the computer 60 receives a sell application including the sell conditions of the selling user 2, the sell application is stored in the memory 81 of the computer 60. 【0281】 Prior to the execution of step 3040, when the program instruction 87 is executed by the processor of the seller 2's wallet 68 in step 3035, the seller 2 has, in advance, created a transaction TR to record the desired sell order setting for the digital asset token T2 held by the seller 2 on the blockchain network of the peer-to-peer distributed ledger 3, within the constraints of the universal price, if the transaction input recorded on the blockchain of the peer-to-peer distributed ledger 3 does not include a sell order setting for the transfer of ownership conditions, and broadcasts the transaction TR to the blockchain network of the peer-to-peer distributed ledger 3. On the peer-to-peer distributed ledger 3 blockchain network, when the processor 80 of node computer 65 (see Figure 12, not shown in Figure 23) executes an instruction stored in the storage medium 84 of node computer 65, when a broadcast is received, transaction TR is verified, an unused transaction of digital asset token T2 is recorded in peer-to-peer distributed ledger 3, and a sell order setting is simultaneously recorded. 【0282】 In step 3050, when the order book trading program instruction 87 is executed by the processor 80 of the computer 60 on which the order book trading program is executed, the accumulated buy orders and accumulated sell orders are matched. 【0283】 If the matching is successful, when the order book trading program instruction 87 is further executed by the processor 80 of the computer 60 on which the order book trading program instruction 87 is executed, in step 3060, a transaction TR of a buy-sell transaction between users 1 and 2 is composed by the buy-sell transaction composition means, which includes the transfer of one digital asset token T2 by selling user 2 and the transfer of another digital asset token T1 set up as a sell order by buying user 1 as consideration for the buy order of buying user 1. 【0284】 In step 3070, transaction TR, which was created in step 3060, is subsequently broadcast to the peer-to-peer distributed ledger 3 blockchain network. 【0285】 In step 3080, when the processor 80 of node computer 65 executes an instruction stored in the storage medium 84 of node computer 65 on the peer-to-peer distributed ledger network, a broadcast is received, transaction TR is verified on the blockchain network, and the transfer of digital asset tokens T1 and T2 by order book transaction is recorded in a block of peer-to-peer distributed ledger 3. 【0286】 System 2 according to this embodiment provides a decentralized trading system (DEX) that realizes order book execution. Based on the registration of buy and sell orders in the system, the transfer of digital asset tokens through order book execution is recorded in a peer-to-peer distributed ledger by the DEX system. Users are provided with the convenience of being able to execute digital asset token exchange transactions while referring to real-time order book execution information. Exchange operators can provide digital asset token exchange trading functions more easily, enriching the variety of methods for realizing exchange value, enabling the formation of a more transparent market, and providing lower volatility and more stable trading prices through increased trading activity. 【0287】 [A system providing order book information and over-the-counter (OTC) trading information for the digital asset token T] Figure 25 is a schematic diagram illustrating the configuration function flow for providing order book information for digital asset token exchanges and the provision of mixed over-the-counter (OTC) trading. Figure 26 is a flowchart of the configuration function flow for providing order book information for distributed digital asset token exchange order book trading and the mixed over-the-counter trading system provided by the Digital Asset Token Integration System 2 according to one embodiment of the present invention. 【0288】 A digital asset token integration system 2 according to one embodiment of the present invention further includes additional instructions 87 for an order book trading program on the storage medium 84, and further includes a computer 60 for the operation of an additional wallet 67 for a user terminal operated by a purchasing user 1, and a computer 60 for the operation of an additional wallet 68 for a user terminal operated by a selling user 2, wherein the additional computer 60 includes a readable storage medium 84, which includes additional instructions 87 for a wallet application program, and when the instructions 87 are executed by the processor 80 to display the user 1's operation screen, step 4000 shown in Figure 26 displays the order book trading application screen for the digital asset token T2 on the screen operated by the purchasing user 1. 【0289】 In step 4010, the processor 80 of the computer 60 of the wallet 67, which displays the user 1's operation screen, executes an instruction 87 stored in the storage medium 84. The processor 80 then displays a prompt on the user 1's screen prompting the user to specify purchase item conditions, including the buy price and quantity (T2) of one unit (T2) of a certain amount of digital asset token, and to select other digital asset tokens T1 held by the user that are equivalent to the exchange value of the said digital asset token as consideration for the purchase. 【0290】 In step 4030, following step 4010, when the processor 80 of the computer 60 of the wallet 67, which displays the user 1's operation screen, executes an instruction stored in the storage medium 84, it accepts the purchase application input, including the purchase conditions, from the user 1 screen and sends it to the computer 60 (not shown) where the order book trading application program instruction 87 is executed. 【0291】 Prior to executing step 4030, step 4020, following step 4010, when the processor 80 of the configuration computer 60 of the wallet 67 displaying the operation screen of prospective buyer user 1 executes an instruction stored in the storage medium 84, if, in advance, the prospective buyer 1 has not attached a sell order setting for ownership transfer conditions to the unused transaction of the prospective buyer's digital asset token T1 owned by the prospective buyer 1 on the blockchain of the peer-to-peer distributed ledger 3, the prospective buyer 1 uses the user operation screen to set a sell order for the other digital asset token T1 owned by the prospective buyer 1, equivalent to the buy order price, within the constraints of the universal price. In other words, the sell order setting condition code and its parameters constitute a transaction TR to be recorded in the digital asset token T1 of the peer-to-peer distributed ledger 3 as a transfer between their own addresses as an ownership transfer condition, and broadcast a transaction TR containing ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network as a transfer of the digital asset token TR between their own addresses 1. On a peer-to-peer distributed ledger network, when the processor 80 of node computer 65 executes an instruction stored in the storage medium 84 of node computer 65, it verifies transaction TR upon receiving a broadcast, and the change in ownership transfer conditions is recorded in a block on the peer-to-peer distributed ledger 3 simultaneously with the recording of the transfer of digital asset token T1 between its own addresses. As a result, the ownership transfer conditions are appended to the record of the transfer of one unit of the amount of the digital asset token (SS180). 【0292】 In step 4040, when the order book trading program instruction 87 is executed by the processor 80 of the computer 60 (not shown), which stores the order book trading program instruction 87 in memory 81, a purchase application including the buy order conditions of purchase user 1 is received, and the purchase application is stored in memory 81. 【0293】 In step 4060, when the instructions stored in the storage medium 84 are executed by the processor 80 of the computer 60 (not shown), which stores the order book trading program instructions 87 in memory 81, a sell offer including the sell order book conditions from selling user 2 is received, and the sell offer is stored in memory 81. 【0294】 In step 4050, prior to the execution of step 4060, the prospective seller, when the processor 80 of the configuration computer 60 of the wallet 68 displaying the user operation screen executes the instructions stored in the storage medium 84, will, if the seller's digital asset token T2 held by the seller does not have a sell order setting for ownership transfer conditions attached to the blockchain of the peer-to-peer distributed ledger 3, set up a sell order for the digital asset token T2 held by the seller that is equivalent to the price of a buy order, within the constraints of the universal price. That is, using the sell order setting condition code and its parameters as ownership transfer conditions, the seller constructs a transaction TR as a transfer between its own addresses to record on the digital asset token T2 in the peer-to-peer distributed ledger 3. Next, the seller broadcasts the transaction containing the ownership transfer condition information to be recorded on the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network. On a peer-to-peer distributed ledger network, when the processor 80 of node computer 65 executes an instruction stored in the storage medium 84 of node computer 65, it verifies transaction TR upon receiving a broadcast, and the change is recorded in a block of peer-to-peer distributed ledger 3 as a record of a transfer between its own addresses. The ownership transfer condition is appended to the record of the transfer of one unit of the amount of the digital asset token. 【0295】 In step 4070, when the instructions stored in the storage medium 84 are executed by the processor 80 of the computer 60 (not shown), which stores the order book trading program instructions 87 in memory 81, matching of the accumulated buy orders and the accumulated sell orders is performed. If the matching is successful, the address information of the digital asset tokens T1 and T2 for which the sell orders have been set for both users is obtained, and the other party's sell order information is sent to both users. 【0296】 In step 4080, when the processor 80 of the configuration computer 60 for the wallet 67 or 68 that displays the user operation screen executes the wallet program instruction 87, if either user 1 or user 2 inputs a request to display the over-the-counter transaction input screen for the digital asset token, step 2000 is initiated to display the over-the-counter transaction input screen for the digital asset token to the screen operated by that user, and the over-the-counter transaction is initiated. Following the processing from step 2000 onward, user 1 or user 2 broadcasts the transaction of the transfer of the digital asset token by over-the-counter transaction to the blockchain network of the peer-to-peer distributed ledger 3. 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, it verifies transaction TR upon receiving the broadcast, and the transfer of T1 and T2 is recorded in the peer-to-peer distributed ledger 3. 【0297】 System 2 according to this embodiment provides a means for the DEX order book matching information to be provided by the DEX order book matching information provision system, and for execution to be realized in conjunction with the over-the-counter (OTC) trading system function. By acquiring information from the DEX order book, the opportunity for execution is improved, and since the execution of the transaction is realized by user operation, the completion of the transaction involves only two parties, a buyer and a seller, and it is possible to provide the combined effect of order book trading and OTC trading, which minimizes the number of parties and simplifies the transaction. By providing more open order book matching information based on the sell order book information recorded in the digital asset token itself, more transparent transactions can be realized, and the formation of a more stable digital asset token market is possible due to increased trading volume. 【0298】 Although embodiments of the present invention have been described above, the present invention is not limited to these embodiments and can be implemented in various modified forms without departing from the spirit of the invention. Some of the configurations described in the embodiments can be combined and reconfigured with the partial configurations of other embodiments, and the embodiments of the present invention are not limited to the form described in one embodiment. Although the embodiments described herein are described in considerable detail, the applicant has no intention of limiting or restricting the scope of the attached claims in any way. Additional advantages and modifications will be understood by those skilled in the art, and elements described in one embodiment can be adopted in other embodiments. Therefore, the invention is not limited in a broad sense to specific details, and each device and embodiment is shown and described. Accordingly, it may deviate from the spirit and scope of the applicant's general inventive concept and may deviate from the matters described in these details. [Industrial applicability] 【0299】 Digital asset tokens can be used for generating, issuing, trading, brokering, and exchanging them, as well as for settling transactions for merchants and as a means of payment for goods and services in stores. [Explanation of symbols] 【0300】 1. Method for generating, issuing, and redeeming digital asset tokens according to one embodiment of the present invention. 2. Digital Asset Token Integration System 3. Peer-to-peer distributed ledger 00 Base address 01 Reserve Address 03 Deposit Address 200 Acceptance step for generation conditions 210 Steps to Accept Ownership Transfer Conditions / Historical Conditions 220 Transaction Composition Step 230 Transaction Broadcast Step 240 Transaction Verification Steps 250 block verification steps 260 Peer-to-Peer Distributed Ledger Recording Steps 270 Record aggregation step 300 Steps to Accept Issuance Terms 310 Steps to update ownership transfer conditions / history conditions 320 Record aggregation step 330 Transaction Composition Step 340 Record aggregation step 400 User-to-User Transfer Condition Acceptance Steps 410 Steps to update ownership transfer conditions / history conditions 420 Record Aggregation Steps 430 Transaction Composition Steps 440 Record aggregation step 500 Steps to Accepting Repayment Terms 510 Steps to update ownership transfer conditions 520 Record aggregation step 530 Transaction Composition Step 540 Record aggregation step 700 Acceptance step for generation conditions 710 Steps to update ownership transfer conditions 720 Transaction Composition Step 730 Record aggregation step 800 Steps to Accept Issuance Terms 820 Record aggregation step 810 Steps to update ownership transfer conditions 830 Steps to Accepting Application Requirements 840 Application Preparation Steps 850 Transaction Composition Step 860 Application Acceptance Steps 870 Record aggregation step 900 User-to-User Transfer Conditions Acceptance Step 910 Steps to change ownership transfer conditions 920 Record aggregation step 930 Transaction Composition Step 940 Record aggregation step 1000 Steps to Accepting Repayment Terms 1010 Steps to update ownership transfer conditions 1020 Record aggregation step 1030 Transaction Composition Step 1040 Record aggregation step 1900 T1 Sell Order Board Setting Steps 2000 Steps to input conditions for over-the-counter (OTC) transactions 2010 Steps for accumulating buy orders 2020 Selling Board Search Display Steps 2025 Transfer Pricing Snapshot Lockstep 2030 Steps to compose incomplete transactions 2040 Transaction Approval Step 2050 Transaction Broadcast Step 2060 Record Steps Steps to display the order form screen (3000) 3010 Step to display the purchase conditions input screen 3015 Steps to set up a sell order for purchase price T1 3020 T2 Purchase Application Acceptance Steps 3030 T2 Buy Order Accumulation Step 3035 Sell Digital Asset Token T2 Sell Order Book Setting 3040 Sell Order Accumulation Step 3050 Buy / Sell Order Matching Step 3060 Transaction Composition Step 3070 Broadcast Step 3080 records Steps to display the 4000 order form application screen 4010 Step to display the purchase conditions input screen 4020 Steps to set up a sell order for purchase price T1 4030 T2 Purchase Application Acceptance Steps 4040 T2 Buy Order Accumulation Step 4050 Sell Digital Asset Token T2 Sell Order Book Setting 4060 T2 Sell Order Accumulation Step 4070 Buy / Sell Order Matching Step 4080 Request to display the over-the-counter transaction input screen step Start START flow END Flow End ST1 Generation Stage ST2 Issuance Stage ST3 Trading Phase ST4 Redemption Stage Method for generating M100 T1 How to issue an M200 T1 How to buy and sell M300 T1 M400 T1 redemption method Method for generating M101 T2 How to issue an M201 T2 How to trade M301 T2 M401 T2 Depreciation Method MS110 Digital Asset Token Generation Recording Method Steps MS120 Steps for Adding or Renewing Ownership Transfer Conditions MS130 Steps for Setting Pegging Conditions to Fiat Currency MS140 History Information Setting Steps MS150 Transaction Broadcast Method Steps MS160 Verification Method Steps MS170 Migration Recording Method Steps MS180 Steps for Recording Ownership Transfer Conditions MS190 Method for Recording Historical Information Steps MS210 Second Digital Asset Token Generation Recording Method Steps MS220 Second Digital Asset Token Ownership Transfer Condition Addition or Update Method Step MS230 Second Digital Asset Token Ownership Transfer Condition Setting Steps SS110 Digital Asset Token Generation Recording System Steps SS120 System step for adding or updating ownership transfer conditions SS130 System Step for Setting Pegging Conditions to Fiat Currency SS140 History Information Setting System Step SS150 Transaction Broadcast System Step SS160 Verification System Steps SS170 Recording System Method Steps SS180 Recording System Steps for Transfer of Ownership Conditions SS190 System Step for Recording Historical Information SS210 Second Digital Asset Token Generation Recording System Step SS220 Second Digital Asset Token Ownership Transfer Condition Addition or Update System Step SS230 Second Digital Asset Token Other Currency Pegging Condition System Step

Claims

[Claim 1] A system for recording digital asset tokens (T) in a peer-to-peer distributed ledger, A peer-to-peer distributed ledger serves as the general ledger where all transactions are recorded, A computer device that constructs a transaction consisting of a transaction data structure for recording a transaction in a peer-to-peer distributed ledger, and that broadcasts the transaction to the network on a peer-to-peer distributed network, for recording a digital asset token (T) in a peer-to-peer distributed ledger. Other computer devices on the peer-to-peer distributed network that receive the broadcast, verify the transaction, and record it in a peer-to-peer distributed ledger, A digital asset token integration system that includes, The computer device comprising the said digital asset token integration system includes a processor and a storage medium that stores instructions to be executed by the computer and is readable by the computer, and when such instructions are executed by the processor, The generation of at least one unit of digital asset tokens (T) or an aggregate unit of digital asset tokens (T) is recorded in a peer-to-peer distributed ledger along with generation information that should be associated with at least one unit of digital asset tokens (T) or an aggregate unit of digital asset tokens (T) (SS110), When the subsequent transfer of ownership of at least one unit of the amount of the digital asset token (T) or an aggregate unit of the amount of the digital asset token (T) is recorded in a peer-to-peer distributed ledger from one address to another, Prior to the transfer, the exchange rate information, which is at least one of the following pieces of information, is recorded in a peer-to-peer distributed ledger in advance: the exchange of at least one of the following pieces of information: the constraint information on the transfer of ownership of the unit of digital asset token (T), the unit of other digital asset token (T2) that is to be exchanged as consideration for the digital asset token (T), and the exchange rate information as historical information. The system reads the exchange rate information as at least one of the constraint information and historical information of the ownership transfer conditions that have been pre-recorded from the peer-to-peer distributed ledger, and broadcasts a transaction containing the information to be recorded in the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network (SS150). After successful transaction verification, each transaction, or multiple transactions, are accumulated in a block (SS160). Record the transfer of ownership of a digital asset token (T) from one address to another (SS170), The exchange rate information as historical information is appended to the record of the block for the transfer of at least one unit of the amount of the digital asset token (T) or an aggregate unit of the amount of the digital asset token (T) (SS190). A system characterized by being configured in such a way. [Claim 2] The system according to Claim 1, characterized in that the exchange rate information is statistical data representing market exchange rates based on past market transactions. [Claim 3] The system according to claim 1 or 2, wherein the exchange rate is the exchange rate of any two of the following: one digital asset token, an asset pegged by one digital asset token, another digital asset token, and an asset pegged by the other digital asset token. [Claim 4] The system according to claim 3, wherein the transaction includes an amount of one statistical digital asset token representing one amount of statistical data for calculating the exchange rate, and an amount of other statistical digital asset tokens representing other amounts of statistical data, and the exchange rate of each asset represented by each statistical digital asset token can be determined by comparing the amount of the one statistical digital asset token with the amount of the other digital asset tokens. [Claim 5] The system according to claim 4, wherein the transaction describing the exchange of one digital asset token for another digital asset token includes, as a component of the transaction, at least one of the following: the amount of one digital asset token to be exchanged, the amount of the other digital asset token, the amount of one statistical digital asset token associated with one digital asset token, and the amount of other statistical digital asset tokens associated with the other digital asset token. [Claim 6] The system according to any one of claims 1 to 5, wherein the peer-to-peer distributed ledger is a blockchain. [Claim 7] A system for recording digital asset tokens (T) in a peer-to-peer distributed ledger, A peer-to-peer distributed ledger serves as the general ledger where all transactions are recorded, A computer device that constructs a transaction consisting of a transaction data structure for recording a transaction in a peer-to-peer distributed ledger, and that broadcasts the transaction to the network on a peer-to-peer distributed network, for recording a digital asset token (T) in a peer-to-peer distributed ledger. Other computer devices on the peer-to-peer distributed network that receive the broadcast, verify the transaction, and record it in a peer-to-peer distributed ledger, A digital asset token integration system that includes, The computer device comprising the digital asset token integration system includes a processor and a storage medium that stores instructions to be executed by the computer and is readable by the computer, and when such instructions are executed by the processor, When recording the transfer of ownership of at least one of the following—one unit of digital asset tokens (T) or an aggregate unit of digital asset tokens (T)—from one address to another address in a peer-to-peer distributed ledger, Prior to the transfer, the addition or update of at least one of the following—one unit of the amount of digital asset tokens (T) to be transferred, constraint information on the ownership transfer conditions to be associated with at least one aggregate unit of the amount of digital asset tokens (T), or historical information—is recorded in the peer-to-peer distributed ledger. Read at least one of the constraint information and history information pre-recorded from the peer-to-peer distributed ledger, and broadcast a transaction containing at least one of the constraint information and history information to be recorded in the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network. After successful transaction verification, each transaction, or multiple transactions, are accumulated. The transfer of ownership of one unit of digital asset tokens (T), an aggregate unit of digital asset tokens (T), and at least one of these from one address to another is recorded (SS170), At least one of the aforementioned ownership transfer constraint information and historical information shall be appended to one unit of the amount of the digital asset token (T), an aggregate unit of the amount of the digital asset token (T), and the record for the transfer of at least one of these (SS180, SS190). The system according to any one of claims 1 to 6, characterized in that it is configured in such a way. [Claim 8] The system according to any one of claims 1 to 7, characterized in that when the operator of one computer device instructs to compose a transaction to record in a peer-to-peer distributed ledger the transfer of ownership of at least one digital asset token (T) from one address to another address, which is either a unit of the amount of digital asset tokens (T) or an aggregate unit of the amount of digital asset tokens (T), the system is configured to refer to the peer-to-peer distributed ledger for exchange rate information between one digital asset token that has been previously recorded in the peer-to-peer distributed ledger and another digital asset token that is the consideration for the transfer of ownership of said digital asset token, and to display the historical information of said exchange rate on an operating device of the computer device or a display panel device connected to the computer device. [Claim 9] The system according to any one of claims 1 to 8, characterized in that the generated information includes a serial number for the generation of each unit of digital asset token (T), a serial number for the generation of each aggregated unit of digital asset token (T), and at least one of these. [Claim 10] The system according to any one of claims 1 to 9, characterized in that the generated information includes an image, an image hash, and at least one of these. [Claim 11] When the transfer of ownership of at least one of the generated digital asset token (T) units or aggregate units of the digital asset token (T) is recorded in a peer-to-peer distributed ledger, The addition or update of ownership transfer conditions to be associated with at least one unit of the amount of the digital asset token (T) to be transferred, or an aggregate unit of the amount of the digital asset token (T), is recorded in advance in a peer-to-peer distributed ledger. The terms of ownership transfer may include setting upper and lower limits on the exchange rate for the transfer consideration between one unit of the digital asset token and a predetermined fiat currency. The terms of the transfer of ownership may include setting upper and lower limits on the exchange rates for one unit of the digital asset token and other digital asset tokens as consideration for the exchange of the said digital asset token. The aforementioned ownership transfer conditions may include setting a time window for which the ownership transfer conditions with respect to the exchange rate should be applied. The aforementioned ownership transfer conditions are defined by setting a condition code for each type of condition. The condition code or a script containing the condition code is constructed. The hash of the condition code or the script containing the condition code is calculated, and the hash is embedded in the transaction execution program. The transaction is constructed and broadcast to the blockchain network. The system according to any one of claims 1 to 10, configured to be recorded in the peer-to-peer distributed ledger of the blockchain network. [Claim 12] The system according to any one of claims 1 to 11, wherein the ownership transfer conditions are configured to limit one unit of the amount of one digital asset token (T1) to an individual exchange rate range that includes the upper and lower limits of the transfer consideration for a predetermined amount of another digital asset token (T2), within the exchange rate of the upper and lower limits of the transfer consideration for the amount of the one digital asset token.