Method for recording to peer-to-peer distributed ledger of digital asset token generation, issuance, and transaction transfer, and 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, buying, selling, 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, buying, selling, and transferring digital asset tokens.

Background Art

[0002] Various digital assets circulating on the Internet, such as virtual currencies, cryptocurrencies, and crypto assets, have been created, and all of them commonly utilize the distributed ledger of Bitcoin's blockchain announced by Satoshi Nakamoto.

[0003] In Japan regarding these digital assets, the legal term "virtual currency" was defined ahead of the world. However, 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 movement to regard digital objects using a distributed ledger such as blockchain as "tokens" in a broad sense. The name for the solicitation and issuance of digital assets also followed Bitcoin and was called Initial Coin Offering (ICO), but it has changed to be called Initial Token Offering (ITO).

[0004] There is also ICO / ITO that issues tokens as representations of physical assets such as real estate. Such tokens are linked to physical assets such as real estate and are regarded as representing creditor's rights certificates of their shareholdings. Tokens linked to physical assets in this way are apportioned according to the total issuance amount of the tokens with respect to the total amount of the physical assets. 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 the physical assets. In addition to having the property of depending solely on the real estate trading market and the real estate rental market, they also have the property that the supply of existing or new real estate according to the purpose of actual real estate use can be limited, which is included in the future expected value.

[0005] In addition to the new issuance of Bitcoin as a reward to miners who contribute to the maintenance of the blockchain, the supply of Bitcoin is halved according to the elapsed time after the initial issuance, and the total supply is also limited to a predefined amount. This regulation is built into the Bitcoin architecture, and the expectation of scarcity value is embedded in this mechanism.

[0006] In addition to representing physical assets such as real estate, the issuance of tokens is generally recognized as a means of raising investment funds for use in the business intended by the token issuer, representing some kind of investment stake similar to an IPO of a joint-stock company.

[0007] The problem is that the issuance of tokens in token crowdfunding sales on the Internet has the problem that it is not clear what kind of tokens are being issued and what their nature is. For example, the Russian communication media organization Telegram raised tokens in the United States, but was pointed out by the U.S. Securities and Exchange Commission (SEC) that it was unclear whether the funds collected were properly invested. The SEC demanded that Telegram submit evidence of the use of funds, and the case developed into a lawsuit, and the lawsuit continues as the evidence submitted by Telegram is still insufficient (Non-Patent Document 1).

[0008] It is also sometimes claimed that because the content of a transaction is verified by the consensus of the majority of participants in an unspecified distributed application community, it is decentralized and institutionally defined that the authority is decentralized. However, this definition is also generally ambiguous, making it difficult to understand how something is verified, and can also be a cause for it to appear opaque (for example, Non-Patent Document 1, A Blockchain Argument 2).

[0009] Regarding the above scarcity value, there is also a problem that if additional tokens are issued, it will lead to dilution of the total value of the issued tokens, similar to the additional issuance of shares of a joint-stock company, and there is a risk of damaging the expectation of scarcity value.

[0010] On the one hand, when the supply is limited as described above, problems have emerged where the trading price of tokens fluctuates wildly due to the movement of speculative funds. Even for tokens with a huge market value like Bitcoin, price movements of several percent per day have occurred, or there has been a volatility problem where the trading price has increased by more than 50% within a month and decreased from the end of 2017 to the beginning of 2018.

[0011] On the other hand, as a means of transaction, the use of tokens has not penetrated the market to the extent that goods and services are provided in token units. Or, even when goods and services are provided in Bitcoin by a store to avoid the risk of the above volatility, a complex settlement scheme is required where the purchaser provides Bitcoin as consideration at the storefront and the Bitcoin is sold at the relative market price by a Bitcoin trading operator on the spot, and the purchase price of the goods is received in legal tender as consideration. It cannot be said to be an easy-to-use payment method even when using tokens as a means of payment.

[0012] Due to the above-mentioned guarantee of repayment to real assets and the expectation of improving volatility, there is a growing interest in tokens called stablecoins / stable tokens that link tokens to legal tender and control the value in a stable manner against legal tender. The consensus among those concerned is that the market value of stable tokens is controlled by market operations by the issuer.

[0013] Patent Document 1 provides a method of linking a digital asset token to a real asset by embedding tag data for a contract into a script. Ultimately, the token sales price is specified and provided within a transaction at a fixed rate (pegging rate) based on a free contract by agreement between the parties based on the contract between the parties. However, a method for a peer-to-peer distributed ledger that provides a mechanism where the real asset is legal tender and is linked to the market price of legal tender is not provided.

[0014] Patent Document 2 discloses a system and method for a digital currency using blockchain by Walmart, the world's largest retailer. The embodiments disclosed in the invention of Patent Document 2 are such that 1 WMT (WMT is the digital currency unit of the invention of Patent Document 1) is issued at 1 USD (US dollar currency unit), and the issued tokens are classified into two types of tokens recorded on the blockchain: restricted tokens restricted for use at Walmart or unrestricted tokens without such restrictions.

[0015] The restricted tokens of Patent Document 2 are digital currencies that can be used as consideration for goods with a certain discount provided for specific goods at Walmart and have an exchange value of substantially more than 1 USD per 1 WMT. The form of information recorded on the blockchain is limited to the form of discounted sales at the time of the above-mentioned other payments.

[0016] On the other hand, the unrestricted tokens of Patent Document 2 are understood to provide digital currencies that can be used as a means of payment at Walmart with a predetermined discount provided for general goods at Walmart and have an exchange value of approximately 1 USD per 1 WMT.

[0017] The digital currency WMT is expected to guarantee stability equivalent to that of a stablecoin at Walmart and be continuously available as long as Walmart does not stop using it. However, the former is a technology in which the type of token, that is, a token with a restricted type, is recorded, and the guarantee of the exchange value of the latter is based on the credit provided by a giant retailer like Walmart. The manner in which a stable value is provided by the blockchain of the 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 Documents

[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 COURT SOUTHERN DISTRICT OF NEW YORK, 1 / 21 / 2020

Summary of the Invention

Problems to be Solved by the Invention

[0021] The present invention addresses the problem of opacity associated with the issuance of digital asset tokens and solves this problem by a method of recording on a peer-to-peer distributed ledger and a peer-to-peer distributed ledger integration system. Alternatively, the present invention provides a method of recording on a peer-to-peer distributed ledger and a peer-to-peer distributed ledger integration system for generating, issuing, trading, and transferring digital asset tokens, which can ensure the transparency of token offering and issuance publicly solicited on the Internet and improve the transparency and stability of the generation, issuance, trading, and transfer of digital asset tokens.

Means for Solving the Problems

[0022] The present invention discloses an aspect of a method for recording digital asset tokens on a peer-to-peer distributed ledger. This method records the generation of one unit of the quantity of digital asset tokens on the peer-to-peer distributed ledger (MS110), when recording the subsequent transfer of ownership of the digital asset tokens on the peer-to-peer distributed ledger, pre-record the addition or update of transfer conditions of ownership to be associated with one unit of the quantity of the digital asset tokens to be transferred on the peer-to-peer distributed ledger in advance (MS120), the transfer conditions of ownership may include setting a universal price range of the upper and lower limits of the transfer consideration between one unit of the quantity of the digital asset tokens and a predetermined fiat currency (MS130), The attached information to be appended to the record includes at least history information including the history of the transfer of the digital asset token 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 the 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, buying, selling, transferring, and reserve operation of a digital asset token with recording of history and recording of constraint conditions is disclosed. Transparency is improved by recording the history and recording the constraint conditions, and a token with a 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 the amount of the digital asset token pegged to one unit of the amount of the first digital asset token is recorded as one unit at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency (MS210), When recording the subsequent transfer of ownership of the digital asset token in the 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 upper and lower limits of the transfer price of one unit of the amount of the second digital asset token relative to one unit of the amount of the first digital asset token as a pegging condition, the universal price range and / or the individual price range (MS230). A method is further provided. According to this aspect, a method for 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 based on the market exchange rate of the predetermined other currency relative to the first legal currency to which the first digital asset token is pegged. At the time of transfer after issuance, the pegging is continuously maintained by setting the transfer conditions of ownership. In this way, the application scenario of the digital asset token of the present invention can be expanded 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 transparency in operation among legal currencies, is provided. 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 chaos of the financial market due to the corona wall street 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 ratio of the consideration provided by the user to the historical information is secured by safe assets. According to this aspect, in setting the issuance and sales history, as a history mark, a method is provided in which a predetermined percentage of the consideration provided by the user is secured by safe assets, and at least at the time of issuance, it is specifically recorded on the blockchain that it is stored in a deposit pool, enhancing the transparency of digital asset tokens at the time of sale and after the sale, and such transparency also contributes to the stability of the exchange value of digital asset tokens.

[0026] In other aspects, the present invention provides a system including a processor and a computer-readable storage medium storing instructions executable by the computer, and when the instructions are executed by the processor, record the generation of one unit of the amount of digital asset tokens in a peer-to-peer distributed ledger (SS110), when recording the subsequent transfer of ownership of the digital asset tokens in the peer-to-peer distributed ledger, pre-record the addition or update of transfer conditions of ownership to be associated with one unit of the amount of the digital asset tokens to be transferred in the peer-to-peer distributed ledger in advance (SS120), The transfer conditions of ownership may include setting a universal price range of the upper and lower limits of the transfer consideration between one unit of the amount of the digital asset tokens and a predetermined fiat currency (SS130), The accompanying information to be recorded includes at least history information including the history of the transfer of digital asset tokens to the reserve (SS140), broadcast a transaction including information to be recorded in the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network (SS150), after the successful verification of the transaction including the transfer conditions of ownership (SS160), record the transfer of ownership of the digital asset tokens (SS170), The transfer conditions of ownership are appended to the record of the transfer of one unit of the amount of the digital asset tokens (SS180), The history information is appended to the record of the transfer of one unit of the amount of the digital asset token (SS190), The system is provided such that the history information includes at least the transfer history information of the transfer 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 system capable of providing generation, issuance, trading transfer, and reserve operation of digital tokens accompanied by recording of history and recording of constraint conditions is provided. Transparency is improved by recording history and recording 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.

[0027] In addition to the above aspect, The readable storage medium includes additional instructions, and when the additional instructions are executed by the processor, For a predetermined first fiat currency associated with one unit of the first digital asset token, it is associated with another currency, and records 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 at an exchange rate according to the market exchange rate between the first fiat currency and the second currency (SS210), When recording the subsequent transfer of ownership of the digital asset token in the peer-to-peer distributed ledger, It includes recording in advance 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 (SS220), The system is provided such that the transfer conditions of ownership include restricting 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 to a universal price range and / or an individual price range (SS230). According to this aspect, a system is provided that offers additional digital asset tokens pegged to other currencies. The digital asset tokens are generated for the first digital asset tokens in exchange for a value within a predetermined price range based on the market exchange rate of the other currency against the first fiat currency to which the first digital asset tokens are pegged. The second digital assets are pegged to and issued for the first digital asset tokens, enabling the application scenarios of the digital asset tokens of the present invention to be extended to markets where other currencies circulate.

[0028] In addition to the above aspect, a system is provided in which the first fiat currency is the Japanese yen and the second currency is a fiat currency outside Japan. According to this aspect, digital asset tokens pegged to the currency of the Bank of Japan, which has high stability and high operational transparency among fiat currencies, are provided. The system according to the present invention provides digital asset tokens with even higher transparency and stability.

[0029] In addition to the above aspect, for each type of condition, a condition code is set for the ownership transfer conditions, the condition code or a script including the condition code is configured, the hash of the condition code or the script including the condition code is calculated, and the hash is embedded in the execution program of the transaction, the transaction is composed and broadcast to the blockchain network, and a system is provided that is configured to be recorded in the peer-to-peer distributed ledger of the blockchain network as the execution of the transaction. According to this aspect, a more specific aspect is disclosed that simplifies verification in the blockchain and enables the capacity of the distributed storage area of the blockchain to be made compact.

[0030] In addition to the above aspect, further provided is a system in which the ownership transfer condition is configured to limit, within a universal price range of an upper limit and a lower limit of the predetermined transfer consideration of the first digital asset token amount, for one unit of the second digital asset token amount, an individual specified price range including the upper limit and the lower limit of the transfer consideration with the first digital asset token amount. According to this aspect, as an ownership transfer condition, the limitation of the upper limit and the lower limit of the transfer consideration with the first digital asset token amount in an individually specified price range appears in the display of the first digital asset token itself to which the limitation can be applied, and information is disclosed to network participants. The asking price for selling is not grasped only by any transaction intermediary or specific exchange participants, but information is widely disclosed to the peer-to-peer distributed ledger network. By locking the transfer price desired for selling the digital asset token before the transaction to execute the decentralized transaction more reliably, at the time of the transaction desire, an immediate buyer can finalize the transaction only by the operation of the application. By displaying the transfer price desired for selling on the blockchain, the transparency of the formation of the market price is enhanced, the soundness of the transaction is enhanced, and the stability of the digital asset token market exchange rate can be expected to be enhanced.

[0031] In addition to the above aspect, further provided is a system configured to enable the ownership transfer condition to be a selling price in which the exchange value between one unit of the first digital asset token amount and the second digital asset token amount is fixed by a snapshot exchange rate at a predetermined universal time. According to this aspect, it is possible to lock in advance the exchange value of the first digital asset token, which is the consideration for exchange for a person wishing to purchase, with respect to the digital asset token, and the person wishing to purchase can more surely acquire the amount of the second digital asset token corresponding to the exchange value with the first digital asset token required by the person wishing to sell. Also, without being affected by the market exchange rate at the time of the transaction, as the intention of the person wishing to purchase, it is possible to finalize the transaction only by the operation of the purchase application, which can enhance the simplicity of transaction conclusion, activate transactions, and is expected to enhance the stability of the digital asset token market exchange rate.

[0032] In addition to the above aspect, further, the ownership transfer condition is configured such that, in a buying and selling transaction between the digital asset token and another type of digital asset token, the debit and credit balance of selling and buying after conversion of the exchange value to the first digital asset token within the transaction falls within a predetermined difference range. A system is provided. According to this aspect, the difference at the time of exchange rate conversion is recognized, and even if a difference occurs on the system, it is possible to process the small difference separately according to a predetermined agreement after the difference is recognized. When a difference that is not a small difference occurs, it prevents the conclusion of the transaction, enhances the transparency and soundness of the transaction, and provides the effect of making the exchange rate of the digital asset token more stable. In addition, in the case of a transaction related to the transfer of ownership between two parties, if one party determines a predetermined small difference that prevents the conclusion of the transaction, the freedom of the other party is within the range of that difference, and the other party can leave the transaction to chance and make a decision as long as there are no other restrictions, creating room to configure the transaction, which enhances the transparency of the transaction.

[0033] In addition to the above aspect, according to the present invention, the system further includes a first computer for a user terminal of a first user and a second computer for a user terminal of a second user, and the first or second computer, the system, and a node computer including a storage for storing the peer-to-peer distributed ledger are network-connected via communication means. The first or second computer includes a processor and a storage medium that stores instructions executed by the computer and is readable by the computer. The storage medium includes additional instructions for a wallet application program. When the instructions are executed by the processor to display a user operation screen, The first computer for the user terminal of the first user displays a relative purchase input screen for digital asset tokens for the first user, Furthermore, in addition to the purchase item conditions including the ask price and quantity of one unit of the amount of a digital asset token, a prompt for prompting the selection of other digital asset tokens held by the purchasing user corresponding to the exchange value of the digital asset token as the consideration for the purchase is displayed on the first user screen. When the instructions of the first computer operated by the first user are executed by the processor, the ask offer for the purchase conditions is accepted and accumulated on the memory of the first computer where the instructions of the wallet application program are executed, Furthermore, on the first computer for the user terminal of the first user, when the instructions of the wallet application program operated by the first user are executed by the processor, the bid board of the purchase conditions of the one digital asset token stored in the memory, and on the peer-to-peer distributed ledger, the ownership transfer condition that restricts the selling lower price to the individual specified price range or the selling price fixed by the snapshot exchange rate reads the one digital asset token whose ask board is set from the peer-to-peer distributed ledger via the communication means, identifies the ask board of the one digital asset token to be the subject of the purchase application of the first user by matching with the bid board, and the second user who is the owner of the one digital asset token of the ask board, and displays these search results on the first user screen. Next, the first user composes an unfinished transaction of a purchase and sale transaction between users including the transfer of other digital asset tokens owned by the first user corresponding to the consideration via the transaction composition means of the purchase and sale transaction between users through the screen operated by the first user, and sends a purchase application including the unfinished transaction from the first computer to the computer where the instructions of the wallet application program of the second user are executed via the communication means, and waits for a reply from the second user. On the second computer for the user terminal of the second user, when the instructions of the wallet application program operated by the second user are executed by the processor, the second user receives a notification of the purchase application from the first user. Furthermore, the second user accepts the purchase application including the unfinished transaction sent from the first user via the relative transaction approval input screen of the digital asset token displayed on the second computer, and approves the transaction of the purchase and sale transaction between users including the transfer of other digital asset tokens whose ask board is set by the first user specified by the unfinished transaction and the transfer of the one digital asset token of the ask board of the second user, and replies to the first user with the approved transaction of the purchase and sale transaction. Instructions of 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 the counterparty transaction is broadcast to the blockchain network. When the instructions of the node computer, which includes a processor and a storage medium readable by a computer and storing instructions executed by the computer, are executed by the processor, upon receiving a broadcast on the blockchain network, the transaction is verified and recorded in the block of the blockchain of the peer-to-peer distributed ledger stored in the storage medium of the node computer. A system is provided that is configured to do so. According to this aspect, a distributed trading system (hereinafter also referred to as DEX (Distributed EXchange)) that enables counterparty trading agreements is provided. It is expected that users can eliminate the operations of intermediaries and realize transactions, reduce the opportunities for intermediaries to manipulate the market, further stabilize the market exchange rate, and can also substantially make the exchange fees almost free, providing the effect of making the circulation of digital asset tokens more active.

[0034] In addition to the above aspect, further, the system further includes instructions for the over-the-counter trading program in the storage medium, and further includes a first computer for the user terminal operated by the purchasing user and a second computer for the user terminal operated by the selling user. Each of these computers includes a readable storage medium, and the storage medium includes instructions for the wallet application program. When the instructions are executed by the processor of the first computer to display the operation screen of the purchasing user, The over-the-counter purchase screen of the digital asset token is displayed on the screen operated by the purchasing user. Specify the purchase item conditions including the bid price and quantity of one unit of the digital asset token, and display on the purchase user screen a prompt to encourage the selection of other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as the consideration for the purchase. Subsequently, accept the input of a purchase application including the bid conditions of the purchase user from the user screen and send it to the computer where the board trading application program is executed. When the system executes the instructions for the board trading program stored in the storage medium by the processor of the computer that executes the board trading program, and a purchase application including the bid conditions of the purchase user is received by the computer that executes the board trading program, the purchase application is accumulated in the memory. Furthermore, when the instructions of the board trading program are executed by the processor of the computer that executes the board trading program, and a sell application including the ask conditions of the selling user is received by the computer, the sell application is accumulated in the memory. Furthermore, when the instructions of the board trading program are executed by the processor of the computer that executes the board trading program, match the accumulated bid with the accumulated ask. When the matching is successful, Compose a transaction of a buy-sell transaction between users including the transfer of one digital asset token of the selling user and the transfer of other digital asset tokens of the purchase user set as the ask by the purchase user as the consideration for the bid of the purchase user, by the transaction composition means of the buy-sell transaction, and broadcast and transmit the transaction of the transfer of the digital asset token by the board trading to the blockchain network. The system further includes a node computer including a processor and a storage medium storing instructions executable by the computer and readable by the computer, and when the instructions are executed by the processor, upon receiving a broadcast on a blockchain network, the system verifies a transaction and records the transaction in a block of a blockchain of a peer-to-peer distributed ledger stored in the storage medium of the node computer. A system is provided. According to this aspect, a decentralized trading system (DEX) for realizing a board trading agreement is provided. On the premise of system registration of a buy / sell application, a system is provided in which the transfer of the digital asset token by board 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 board trading agreement information. Exchanges can more easily provide digital asset token exchange transaction functions, and provide the effect of enriching the variations of exchange value realization methods.

[0035] In addition to the above aspect, the system further includes instructions for a board trading program in the storage medium, and further includes a first computer for a user terminal operated by a purchasing user and a second computer for a user terminal operated by a selling user. Each computer includes a readable storage medium, and the storage medium includes instructions for a wallet application program. When the instructions are executed by the processor of the first computer to display an operation screen of the purchasing user, display a board trading application screen of a digital asset token on the screen operated by the purchasing user, display on the purchasing user screen a prompt for specifying purchase item conditions including the buy board price and quantity per unit of the amount of one digital asset token, and for selecting other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as the consideration for the purchase, Subsequently, the input of a purchase application including the buy order conditions of the purchasing user is received from the user screen and transmitted to the computer on which the board trading application program is to be executed. When an instruction for the board trading program stored in the storage medium is executed by the processor of the computer that executes the board trading program, and a purchase application including the buy order conditions of the purchasing user is received by the computer that executes the board trading program, the purchase application is stored in the memory. Furthermore, when an instruction of the board trading program is executed by the processor of the computer that executes the board trading program, and a sell application including the sell order conditions of the selling user is received by the computer, the sell application is stored in the memory. Furthermore, when an instruction of the board trading program is executed by the processor of the computer that executes the board trading program, matching is performed between the stored buy orders and the stored sell orders. When the matching is successful, A system is provided that is configured to transmit the purchase information of the other party to both users and to start the transfer of the digital asset token by the relative transaction by either user. According to this aspect, means are provided for providing information up to the matching of buy and sell orders by a DEX board matching information providing system and realizing the agreement in cooperation with the relative transaction system function. By obtaining information on the board trading DEX, the opportunity for agreement is improved, and the execution of the transaction is realized by user operations. Therefore, the conclusion of the transaction involves only the buyer and the seller, minimizing the parties and simplifying the transaction. There is an advantage in that it is possible to provide an effect that mixes the effects of each of the board trading and the relative transaction.

Advantages of the Invention

[0036] The present invention provides a method for recording in a peer-to-peer distributed ledger that improves the transparency and stability of the generation, issuance, buying, selling, and transfer of digital asset tokens, and a peer-to-peer distributed ledger integration system for the generation, issuance, buying, selling, and transfer of digital asset tokens.

Brief Description of the Drawings

[0037]

Figure 1

[0038]

Figure 2

[0039]

Figure 3

[0040]

Figure 4

[0041]

Figure 5

[0042]

Figure 6

[0043]

Figure 7

[0044]

Figure 8

[0045]

Figure 9

[0046]

Figure 10

[0047]

Figure 11

[0048]

Figure 12

[0049]

Figure 13

[0050]

Figure 14

[0051]

Figure 15

[0052]

Figure 16

[0053]

Figure 17

[0054]

Figure 18

[0055]

Figure 19

[0056]

Figure 20

[0057]

Figure 21

[0058]

Figure 22

[0059]

Figure 23

[0060]

Figure 24

[0061]

Figure 25

[0062]

Figure 26

Embodiments for Carrying Out the Invention

[0063] Embodiments of the digital asset token of the present invention will be described in detail in the following examples. Example

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

[0065] The digital asset token has a concept of amount, represents the token unit with the token unit symbol T, and is denoted as the digital asset token T quantity (T). T may also be a ticker used in transactions.

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

[0067] Recording the digital asset token in the peer-to-peer distributed ledger means that a transaction describing the transfer of the digital asset token from address to address is recorded in the peer-to-peer distributed ledger. Before recording, a predetermined verification is executed, and only the transactions that pass the verification are recorded in the peer-to-peer distributed ledger.

[0068] The configuration of the transaction can, for example, adopt a form similar to the transaction of the Bitcoin blockchain. The transaction input, which is the constituent unit of the input of the transaction, and the transaction output, which is the constituent unit of the output of the transaction, are used as the two basic constituent elements, and the debit / credit balance is expressed by the transaction input / transaction output. As a general rule of the ledger, in the display of the transaction, the debit and credit must be balanced.

[0069] FIG. 1 is a schematic functional flow chart for explaining the functional flow of the generation stage ST1, issuance stage ST2, trading and transfer stage ST3, and repayment stage ST4 of the digital asset token T, providing an overview of Method 1 according to the present invention. The upper part of FIG. 1 focuses on the movement of the digital asset token T and the transfer of ownership between the issuer and the user, depicting the functional flow of the digital asset token T associated with the user operations in each stage of the generation, issuance, trading, and repayment of the digital asset token T. The lower part of FIG. 1 depicts the recording of the transaction TR in the peer-to-peer distributed ledger 3 in chronological order.

[0070] <Trading of Digital Asset Token T> A typical example of the transaction operation referred to in the present invention is the transfer of ownership of the digital asset token T between users. In FIG. 1, the transfer operation between users is represented as the trading stage ST3. Here, the trading referred to means a transaction involving the transfer between the addresses of the digital asset token T accompanied by the provision of consideration. When the consideration is gratuitous, it is a gift or inheritance (general inheritance and succession). However, since the transaction TR for realizing the trading of the digital asset token T with legal tender cannot directly represent legal tender by the digital asset token T of the present invention, the transfer between users of the digital asset token T is represented simply as a transfer from the user address of the digital asset token T to another user address in the description of the transaction TR.

[0071] The transaction TR recorded in the peer-to-peer distributed ledger in the trading of FIG. 1 may be displayed as follows. The transaction input for specifying the token type of the digital asset token that is the object of the trading by the current owner who is the controller of the source address and a predetermined quantity of the digital asset token T shall be represented as follows. Source address / Quantity of digital asset token (Digital asset token unit symbol T)

[0072] The transaction output that identifies the token type of the digital asset token T that is the subject of the transaction and the address belonging to the purchaser who should become the owner of a predetermined quantity of the digital asset token T shall be expressed as follows. Destination address / Quantity of digital asset token (digital asset token unit symbol T)

[0073] An example display of the transaction input is as follows. (Example) Transaction Input 1 User Address 1 / 1 (T) Indicates that "Transaction Input 1 is the input of the transaction where 1 digital asset token unit (T) of the digital asset token T owned by User Address 1 is input."

[0074] An example display of the transaction output is as follows. (Example) Transaction Output 1 User Address 2 / 1 (T) Indicates that "Transaction Output 1 is the output of the transaction where User Address 2 should own 1 unit (T) of the amount of the digital asset token T."

[0075] In transaction TR, the consideration for the transaction is not displayed, and only the transfer of 1 (T) from Address 1 to Address 2 is described, and not all the reasons for the transaction are described in the transaction.

[0076] Integrating both, the description of the transfer of 1 (T) from Address 1 to Address 2 accompanying the <Transaction TR> transaction 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 (User 2 purchases from User 1), the transaction may be represented in 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 notation does not describe the consideration for the sale and purchase. When the consideration for the sale and purchase is outside token management, it is not described in the notation of the transaction structure and should be handled separately. Therefore, for User Address 1, the debit balance is -1, for User 2 the debit balance is +1, and the overall transaction balances with a debit balance of 0. Alternatively, when the consideration for the sale and purchase is outside token management, if virtual digital asset tokens are introduced as follows, the sale and purchase consideration can also be represented in the transaction.

[0079] When the consideration for the transaction is outside token management, it is not described in the notation of the transaction configuration as described above. However, when something outside token management is included in the ownership transfer conditions used in the method and system according to the present invention, there may be some inconvenient situations. In such cases, it is advisable to introduce the concept of a digital memo token. For example, when the legal currency Japanese yen is used as the consideration for issuing the digital asset token TM, the digital memo token TM is treated within the transaction as representing the Japanese yen and is assumed to be generated by receiving the Japanese yen as the consideration. When the digital asset token T is generated, originally, the digital asset token T is created out of nothing. Here, since it is a digital asset memo as a memo, when the issuer sells 1000 tokens of the digital asset token T to user 2 and user 2 pays 1000 yen as the consideration to the issuer, the transaction TR may be represented by the following notation as if there is an agreement between the issuer and user 2 to represent 1000 (T) of the consideration as 1000 (TM) of the memo. 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 tokens of the digital asset token T to user 2, and at the same time, user 2 provides 1000 yen represented by the digital memo token TM to the issuer. The notation of 1000 (TM) for user address 2 may be considered such that the existence of the digital token has no virtual existence and does not need to be formally generated in the system.

[0080] Here, it is more preferable to further introduce the concept of virtual digital asset token T0 and make the virtual digital asset token T0 correspond to the remittance of fiat currency from the user address. For example, when the issuer receives 1000 (yen) of fiat currency from user 2 to the physical fiat currency account, it is assumed that 1000 (T0) is generated at the fiat currency account address, and the transaction TR can be expressed as follows by the digital asset token T0. 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 displays 1000 (yen) of fiat currency received offline on the peer-to-peer distributed ledger system from User 2 at the fiat currency account address which is the issuer's management address, and User 2 is shown to receive 1000 (T) digital asset tokens from the issuer. Here, base address 00 is an address specially prepared in the system as the origin address for digital asset token generation as detailed in the section on digital asset token generation in this specification described later. Therefore, transaction TR shows that there is an agreement between Users 1 and 2 on an exchange rate of 1 (T) for 1 (yen), and an agreement that 1 (T) and 1 (T0) are equivalent. In the above example, digital asset token T0 should be understood as a virtual digital asset token that represents being pegged to a deposit into a fiat currency account rather than a digital memo token anymore. Since virtual digital asset token T0 is pegged to a specific physical asset that represents the deposit amount into the fiat currency account, it is appropriate to call it a virtual fiat currency account digital asset token. It should be noted that as long as virtual fiat currency account digital asset token T0 is at the fiat currency account address, it is pegged to a specific physical asset and is considered to be truly so, that is, backed by the consensus of the parties involved and relevant parties in the world of the peer-to-peer distributed ledger. Digital asset token T0 only needs to be transferred from the fiat currency account address to another internal management address, for example, reserve address 01 described later, if digital asset token T is redeemed. When there is a deposit from other fiat currency from the user, it may be circulated and used again from reserve address 01 to the fiat currency account address. In this case, on the transaction display, the digital asset tokens pooled at reserve address 01 can be made to have the meaning of being converted into virtual fiat currency account digital asset tokens corresponding to the deposit amount by the transfer to the fiat currency account address.

[0081] In this Method 1, examples in which consideration is also paid with other digital asset tokens will be described later (see Figure 2), and examples in which the virtual digital asset token T0 is treated as a digital asset token will also be described later. Based on the above notations, the transaction notations and the nature of transactions used in the present invention will be described in detail below.

[0082] The above transaction display is common with Bitcoin, which is a representative digital asset token, in that the transaction output exists as a digital asset token that can be used in the next transaction input, and has the concept of an unspent transaction (UTXO). However, at least the recognition of the difference in the amount used for the fee is different from the transaction structure of Bitcoin. That is, at least the concept of the transaction execution fee does not exist inside the transaction, and with regard to the sustainability of the system, separate economic compensation and system resource compensation are made. Therefore, in the method of the present invention, the transactions recorded in the peer-to-peer distributed ledger are generally balanced in terms of borrowing and lending of transactions by the transaction inputs provided by the user and the transaction outputs given by the user to other users.

[0083] In one embodiment, in Method 1 of the present invention, the concept of an unspent transaction (UTXO) is adopted. This is because when the ownership transfer conditions and history conditions characteristic of the present invention are associated with digital asset tokens in units of unspent transactions (UTXO), there is an advantage of reducing the transaction data length. This provides the advantage of facilitating monitoring by reducing the number of transaction views in the peer-to-peer distributed ledger, and / or the advantage of making the outlook of the borrowing and lending balance simpler, and provides the advantage of further improving the transparency of transactions.

[0084] In FIG. 1, through the sales agreement between two users, for example, the transaction TR in the above display (hereinafter also referred to as the completed transaction TR) is broadcast to the peer-to-peer distributed ledger network and the legitimacy of the transaction TR is verified by a node computer (not shown) of the peer-to-peer distributed ledger network described later. If the verification is passed, it is recorded in the peer-to-peer distributed ledger 3.

[0085] In one aspect, the peer-to-peer distributed ledger 3 is a blockchain, and the minimum constituent unit of the peer-to-peer distributed ledger 3 is that a plurality of transactions TR are aggregated into a bucket and recorded in the peer-to-peer distributed ledger 3 as a block group. When recording in the peer-to-peer distributed ledger 3, for the convenience of processing efficiency, a plurality of transactions are aggregated into a block and recorded in the blockchain in block units. In addition to verifying the legitimacy of the transaction, it is also verified that the block is eligible to be connected to the previous block as a block, that is, the legitimacy of the block is verified. Different from Bitcoin, since there is no restriction on providing a fee to the miner who performs verification in block units, the number of transactions to be aggregated into a block can be freely set by balancing processing efficiency and convenience. In that sense, the peer-to-peer distributed ledger 3 of the method 1 and the system 2 disclosed in the present invention can be said to be a blockchain because the additional recording to the peer-to-peer distributed ledger 3 is verified in block units and the blocks are chained in time series. However, the number of transactions included in a block may be one in order to balance processing efficiency and convenience. Therefore, the peer-to-peer distributed ledger 3 is composed of a chain of blocks including a plurality of transactions recorded within a predetermined time frame in a local environment, and the blocks may be configured to be chained by adopting a directed acyclic graph (DAG) method.

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

[0087] Regarding matters related to the legitimacy of blocks, there are various ones such as POW, POS, etc., and they are currently changing actively. However, the feature of the present invention lies in including the ownership transfer condition in the verification of transactions, or in attaching history information, and it is possible to keep a step away from the legitimacy verification of blocks. Therefore, as the method for verifying the legitimacy of blocks, any consensus method such as POW (Proof Of Work) or POS (Proof Of Stake) may be adopted.

[0088] <Generation of Digital Asset Tokens> When the digital asset token T is generated, unlike other transactions and unlike just the movement of the digital asset token T itself, it is generated by a special generation transaction that creates the digital asset token T from nothing.

[0089] The generation transaction TR is configured as a transfer from the base address 00 to the reserved address 01. The base address 00 is specially prepared in the system as the origin address of generation and corresponds to the coinbase of Bitcoin.

[0090] The reserved address 01 is a special address that is also used as the return address when the digital asset token T is repaid from the user to the issuer after the digital asset token T is generated and / or issued to the user. The digital asset token T used by the above user is recorded in the peer-to-peer distributed ledger 3 by the generation transaction TR itself in advance and stored in the reserved address 01. Immediately after generation, it is transferred from the base address 00 to the reserved 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 input and transaction output of this transaction TR is balanced as described above or as shown in FIG. 9. When verifying the debit and credit balance, the balance of the entire transaction TR is inspected. The difference in the debit and credit balance should be zero between the amount of digital asset token T included in the transaction input provided by the user and the total amount of digital asset token T included in the transaction output provided to other users corresponding to that transaction input (the transaction output provided to other users corresponding to one transaction input is not limited to one), and the amount of digital asset token T in debit and credit should match. Examples of the debit and credit balance at generation are illustrated in FIGS. 9 and 10.

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

[0092] <Appendix of Verification Conditions> One unit of the amount of the digital asset token T can be appended with ownership transfer conditions. The ownership transfer conditions are assumed to be pre-recorded in the peer-to-peer distributed ledger 3. When the 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 those pre-recorded in the digital asset token T in which the transfer execution stop condition can be recorded in the peer-to-peer distributed ledger 3.

[0093] There is a mechanism for Internet contracts called smart contracts. Smart contracts pre-define the contract content between parties, register it on the system, and refer to the contract content at the time of transaction execution. The ownership transfer conditions of the present invention can be embedded as execution conditions (stop conditions) in the peer-to-peer distributed ledger itself of the digital asset token platform. Alternatively, the owner of the digital asset token can unilaterally embed the execution conditions of the transfer as execution conditions (stop conditions) in the peer-to-peer distributed ledger itself of the digital asset token, regardless of the other party. If anyone violates the stop conditions, it provides an effect against the world that blocks the execution.

[0094] For example, Ethereum, which is famous for smart contracts, basically deals with contracts between two parties. The synchronization of the approvals of the two parties is entrusted to the application protocol on Ethereum. Conversely, the guarantee of the synchronization of the approvals of the two parties is entrusted to the application protocol. Ultimately, even in a distributed platform, it is similar to entrusting the conclusion of a transaction to the smart contract protocol. This is easy to understand considering that in a normal transaction, the execution conditions are entrusted to a token exchange. The transaction of digital asset tokens in smart contracts is ultimately the same as the conventional trust structure that places trust in the token exchange that mediates the issuance and solicitation when issuing and soliciting digital asset tokens. Smart contracts rely on the smart contract protocol on an ad-hoc created platform by someone.

[0095] In addition, in smart contracts such as Ethereum, even though it is possible to eliminate double transactions due to the functional nature of the blockchain itself when transferring digital asset tokens, double acts at the contract stage cannot be eliminated. One party may proceed with multiple contracts at the contract stage, withdraw from the progress of the contract midway, and there is a risk that one contract counterparty will become the contract party and negotiations will cease. In this case, the efforts at the negotiation stage will be in vain, and in the world via the Internet, it is almost as difficult to dispute this for this reason.

[0096] In the method 1 for generating, issuing, and transferring digital asset tokens according to the present embodiment of the present invention, the ownership transfer condition is configured to be embeddable as a stop condition in the peer-to-peer distributed ledger 3 of the platform of the digital asset token T itself. As a platform rule, overriding the platform rule, or as a general private rule, a method 1 and a system 2 for embedding the ownership transfer condition in the peer-to-peer distributed ledger 3 of the digital asset token T configured to be embeddable as an execution condition or a stop condition are provided. Thereby, derivatively, the ownership transfer condition also contributes to providing an effect against the world in the problem described above.

[0097] The method 1 according to an embodiment of the present invention will be described with reference to FIGS. 1 to 5. As shown in FIG. 3, a part of the method 1 according to an embodiment of the present invention includes a part of the method M100 for generating one unit of the amount of the digital asset token T, and the step (MS110) of recording the generation of one unit of the amount of the digital asset token T in the peer-to-peer distributed ledger is first executed. Hereinafter, the part of the method M100 for generating one unit of the amount of the digital asset token T included in the method 1 according to an embodiment of the present invention is shown as the generation stage ST1 as shown in FIG. 1. Similarly, the part of the method M200 for issuing one unit of the amount of the digital asset token T shown in FIG. 3 is executed in the issuance stage ST2 of FIG. 1, the part of the method M300 for buying and selling one unit of the amount of the digital asset token T shown in FIG. 4 is executed in the buying and selling stage ST3 of FIG. 1, and the part of the method M400 for repaying one unit of the amount of the digital asset token T shown in FIG. 5 is executed in the repayment stage ST4 in FIG. 1. The methods M100-400 and the stages ST1-ST4 are defined to be associated with each other.

[0098] <Universal price verification condition> In the ownership transfer condition, for example, when the legal currency of the consideration for the transfer is set as the amount condition, the upper and lower limits of the transfer consideration between one unit of the amount of the digital asset token T and a predetermined legal currency and the universal price range may be set. The universal price range refers to a predetermined price range set across the entire method 1, and is a predetermined price condition defined as a common verification condition across the entire method 1, and is substantially suitable for the digital asset token to be pegged to a predetermined legal currency. When the legal currency is the Japanese yen, if the digital asset token T is pegged to the legal currency at a ratio of 1:1 in terms of quantity, for 100 units of the amount of the digital asset token, the lower limit consideration is 100 yen and the upper limit price is 101 yen. This is the type of universal price condition setting. Hereinafter, this will be 100 ≦ 100T ≦ 101 expressed as. 100 is a scale factor for avoiding decimal notation and decimal calculation.

[0099] The fiat currency to be pegged is preferably the Japanese yen. By the method of the present invention, a digital asset token pegged to the currency of the Bank of Japan, which is highly stable and operationally transparent among fiat currencies, is provided, and by the method according to the present invention, a digital asset token with even higher transparency and stability is provided.

[0100] The digital asset token T of the present invention is an independent entity for each unit 1 (T) of the amount of the digital asset token T in the smallest mesh. The above ownership transfer conditions shall be attached to each unit (T) of the digital asset token T corresponding to the quantity described in the transaction input and transaction output.

[0101] The concept of the amount of the digital asset token T may have an aggregated concept. When the lowest token unit is 1 and simply denoted as the digital asset token T, the digital asset token T may have a type of aggregated concept of the amount. For example, the unit 100T of the amount of the digital asset token may represent 100 units of one unit of the amount of the digital asset token T as one lump. Alternatively, for example, the unit 500T of the amount of the digital asset token may represent 500 units of one unit of the amount of the digital asset token T as one lump. Alternatively, for example, the unit 1000T of the amount of the digital asset token may represent 1000 units of one unit of the amount of the digital asset token T as one lump. Alternatively, for example, the unit 10000T of the amount of the digital asset token may represent 10000 units of one unit of the amount of the digital asset token T as one lump.

[0102] The above verification conditions may be collectively managed for each type of the above aggregation, T100, T500, T1000 or T10000. In that case, internally, as follows, Transaction TR Transaction input: Transaction input 1 Base address 00 / 1000 (T) Transaction Output: Transaction Output 1 Reserve Address 01 / 1 (T1000) They may be summarized. The digital asset token T of the transaction output may have the ownership transfer condition attached to a lump of 1000T. In that case, when using a part of the 1000T for the transaction input for the digital asset token T with the ownership transfer condition attached, it may be necessary to divide a part of the 1000T 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) It is like this. In this case, the ownership transfer condition may be attached to each of one T500, four T100s, and 100 Ts. Alternatively, it may be attached to each transaction output. In that case, it may be generated by being divided as follows in advance. Transaction TR Transaction Input: Transaction Input 1 Base Address 00 / 1000 (T) Transaction Output: Transaction Output 1 Reserve Address 01 / 500 (T); Transaction Output 2 Reserve Address 01 / 100 (T); Transaction Output 3 Reserve Address 01 / 100 (T); Transaction Output 4 Reserve Address 01 / 100 (T); Transaction Output 5 Reserve Address 01 / 100(T); Transaction Output 6 Reserve Address 01 / 100(T) Or, Transaction TR Transaction Input: Transaction Input 1 Base Address 00 / 1000(T) Transaction Output: Transaction Output 1 Reserve Address 01 / 1(500T); Transaction Output 2 Reserve Address 01 / 5(100T); That is, 1000(T), that is, 1000 of 1T can be composed of one 500T and five 100(T). In this case, the transfer of ownership conditions to be provided in the use of Transaction Input 1 may be provided every 500T and every 100T, and the recording of the transfer of ownership conditions to the Transaction Output may be recorded every 500T and every 100T, and Method 1 of the present invention may be configured.

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

[0104] In this way, the transfer of ownership conditions may be verified for each unit (T) of the quantity of the digital asset token T used in the transaction, or for each transaction input used in the transaction, that is, for each unspent transaction, or even for the entire transaction TR as a whole.

[0105] Whether verified for the entire transaction TR or for each digital asset token usage unit one by one for each transaction input, for the transfer of ownership conditions to be applied, it is necessary that matters regarding the transfer of ownership conditions are displayed as the characteristic information of the transaction for the transaction input at the time of transaction verification.

[0106] Therefore, as shown in FIG. 1, in method 1 according to an embodiment of the present invention, when recording the subsequent transfer of ownership of digital asset token T recorded in the peer-to-peer distributed ledger 3 in the peer-to-peer distributed ledger 3, it includes a step (MS120) of pre-recording in the peer-to-peer distributed ledger 3 the addition or update of the transfer condition of ownership to be associated with one unit (T) of the amount of the digital asset token to be transferred. After the transfer condition addition / update step MS120, it is provided with means for adding / updating the transfer condition of ownership so that the addition / update of the transfer condition of ownership is recorded in the digital asset token T used in the transaction. The transfer condition of ownership includes, for example, a step (MS130) of setting the upper and lower limits of the transfer consideration and the universal price range between one unit (T) of the amount of the digital asset token and a predetermined fiat currency. With this transfer condition of ownership, the transaction price is controlled within a certain range, providing the effect of stabilizing the transfer price of the digital asset token. In addition, when adding the transfer condition of ownership and the transfer condition of ownership is recorded in the peer-to-peer distributed ledger 3 as a stop condition, the trader can almost freely pre-record in advance what records should be verified before the transaction. Before the transaction, it is possible to specifically read the transparency and certainty of the transaction from the records. After the transaction, it is possible to view whether the transaction was sound. Thus, recording the transfer condition of ownership in the peer-to-peer distributed ledger contributes to improving transparency. In this way, the present invention method is disclosed here, which makes it possible to incorporate into the digital asset token itself a mechanism that improves transparency by recording history and constraint conditions and restricts the price within the price fluctuation range of a predetermined fiat currency, thereby providing a digital asset token with more stable exchange value.

[0107] <Appendix of transfer history information> For the record of transfer, it is further possible to append transfer history information. The supplementary information of the digital asset token T used in later transactions includes at least history information including the history of the transfer of the digital asset token to the reserve (MS140). The transfer history is categorized, and there are means by which the transfer history of the transfer to reserve 01 immediately after the generation 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 can be recorded in the peer-to-peer distributed ledger 3. At the time of generation of the digital asset token, the transfer to reserve 01 as the occurrence of ownership is recorded as transfer history information. Each transfer category can be appended to the record of transfer by attaching a code or history information code representing any of these and parameters according to its content. By recording this transfer history information before issuance in the peer-to-peer distributed ledger, the identity of the digital asset token T can be known, and it is also possible to monitor additional issuance by the issuer. Appending the transfer history information provides the effect of making the transparency of the generation of the digital asset token T higher.

[0108] For example, the appending of transfer history information may describe the verification time in the transfer history information at the generation stage ST1 and / or the issuance stage ST2, and the verification time included in the transfer history information may be used as a verification condition, that is, an ownership transfer condition, to ensure that retroactive issuance in the past is not fabricated. Other transfer history information appropriately for increasing the transparency of digital asset token generation and issuance may be recorded, and the transfer history information may be recorded in a set with the ownership transfer condition.

[0109] Therefore, in the method 1 according to an embodiment of the present invention, in the generation stage ST1, the supplementary information to be appended to the record of transfer includes at least history information including the history of the transfer of the digital asset token T to reserve 01 (MS140).

[0110] And in Method 1 according to an embodiment of the present invention, in the generation step ST1 of the digital asset token T, a transaction TR including 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 verification of the transaction including the ownership transfer condition (MS160), the transfer of the ownership of the digital asset token T is recorded (MS170). The ownership transfer condition is appended to the record of the transfer of 1 unit (T) of the amount of the digital asset token to the reserve address 01 (MS180). For example, it is recorded simultaneously, and the history information is appended to the record of the transfer of 1 unit (T) of the amount of the digital asset token (MS190). For example, it is recorded simultaneously, and the history information is configured to include the transfer history information of the digital asset token T from the issuer immediately after generation to the reserve 01.

[0111] As will be described later, the recording of the transfer history information can be provided as accompanied by the self-transfer of the reserve address 01. In this embodiment, the part of the generation method means that immediately after generation, in order to embed the ownership transfer condition and / or the history information in the record of the digital asset token T2 of the peer-to-peer distributed ledger 3, for appending, the self-address transfer between the reserve address 01 and the reserve address 01 may also be included.

[0112] Thus, the part of Method 1 according to an embodiment of the present invention includes the part of the generation method M100, and the method 1 includes the part of the generation method M100, which performs the following steps. Record the generation of one unit (T) of the quantity of digital asset token T in the peer-to-peer distributed ledger 3 (MS110). When recording the subsequent transfer of ownership of the digital asset token T in the peer-to-peer distributed ledger 3, add or update the transfer conditions of ownership to be associated with one unit (T) of the quantity of the digital asset token to be transferred in advance in the peer-to-peer distributed ledger 3 (MS120). The transfer conditions of ownership include setting the upper and lower limits of the transfer consideration and the universal price range between one unit (T) of the quantity of the digital asset token and a predetermined fiat currency (MS130). The supplementary information to be appended to the record includes at least the historical information including the transfer history of the digital asset token T to Reserve 01 (MS140). Broadcast the transaction TR including the information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (MS150). After the successful verification of the transaction including the transfer conditions of ownership (MS160), record the transfer of ownership of the digital asset token T (MS170). The transfer conditions of ownership are appended to the record of the transfer of one unit (T) of the quantity of the digital asset token (MS180). The historical information is appended to the record of the transfer of one unit (T) of the quantity of the digital asset token (MS190). The historical information includes at least the transfer history information from the issuer to the reserve immediately after the generation of the digital asset token T among the records of the transfer from the issuer to the reserve immediately after the generation 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 the reserve.

[0113] The unit to which the transfer history information is appended is appended for each digital asset token T or at least for each transaction output, similar to the appending of the transfer conditions of ownership. In the next transaction TR, when used in the transaction input, these transfer history information may be utilized by the transfer conditions of ownership, and in that case, it may be verified as a whole for the transaction TR.

[0114] Alternatively, it may be used for a pre-check of verification to be performed in the wallet when used for future transaction inputs, or may be utilized as one of the log data on the blockchain for auditing.

[0115] <Issuance of Digital Asset Tokens> Next, with reference to FIGS. 1 and 3, the operation and effect of the method according to an embodiment of the present invention in the issuance stage ST2 will be described. In the issuance stage ST2, at the time of issuance, the transaction TR is such that the 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) The transaction TR may be configured as such. Therefore, the difference from the trading stage is that the transfer source address is always the reserve address 01 instead of the user address or other addresses.

[0116] <Appended Note on Additional Changes to Ownership Transfer Conditions> In the method according to an embodiment of the present invention, when issuing the digital asset token T, it is possible to append a change to the ownership transfer condition to 1 unit of the digital asset token amount. Regarding the previous universal price condition setting, for example, in response to the market exchange value fluctuation of 1 unit of the digital asset token amount at the time of issuance, a universal price condition setting can be set such that for 1000 units of the digital asset token T, the lower limit consideration is 10,000 yen and the upper limit price is 11,000 yen. In this case, for the digital asset token T, 10000 ≦ 1000T ≦ 11000 The universal price range is set as if. Alternatively, if only the upper limit universal price is added, 0 ≦ 1000T ≦ 11000 Alternatively, if only a lower limit is added, a substantially large amount of 1,000,000 is used, 10,000 ≦ 1000T ≦ 1,000,000 so that the universal price range is set as if.

[0117] <Appending Transfer History Information> In Method 1 according to an embodiment of the present invention, in the record of transfer, it is further possible to append transfer history information, for example, to record it simultaneously. Among the categorized transfer histories, the transfer history of the transfer to Reserve 01 immediately after the generation of the digital asset token T is configured to be continuously recorded in the peer-to-peer distributed ledger 3. More specifically, in the digital asset token T or the unused transaction recorded on the peer-to-peer distributed ledger 3, the transfer history of the transfer to Reserve 01 immediately after the generation of the digital asset token T is recorded, and when the digital asset token T or the unused transaction is used as the transaction input of the next transaction TR, the transfer history information of the transfer to Reserve 01 immediately after the generation of the digital asset token T is configured to be continuously recorded in the transaction output of the transaction TR. The transfer history information of the transfer to Reserve 01 immediately after the generation of the digital asset token T is configured to permanently pass on information such as the serial number of generation, the image with a digital watermark incorporated, or the hash of these to the digital asset token T itself, so as to easily confirm the authenticity of various digital asset tokens. Furthermore, the transfer history of the transfer from the reserve 01 to the user can be recorded in the peer-to-peer distributed ledger 3. Each transfer category can also be added as a code representing one of these. By recording this transfer history information at the time of issuance in the blockchain or the peer-to-peer distributed ledger 3, the identity of the digital asset token T can be known, and the transfer history of the transfer from the reserve 01 to the user can be used to clarify the occurrence by the issuer, and it is also possible to monitor its additional issuance. A third party who falsifies the description can be easily recognized as committing a fraudulent act, which increases trust, and the addition of the transfer history information provides the effect of increasing the transparency of the digital asset token generation. In this way, the transparency of the issue price is improved by the record of the history that is displayed in a referable manner on the digital asset token itself after issuance and the record of the constraint conditions pegged to the legal tender regarding the issue price at the time of issuance, and in addition, a digital asset token with a more stable exchange value is provided by the mechanism in which the price is limited to the price fluctuation range of a specified legal tender.

[0118] Therefore, as shown in FIG. 1, in the issuance stage ST2, the part of the method 1 according to an embodiment of the present invention includes the part of the method M200 for issuing the digital asset token T. For the digital asset token T for which the step of recording the generation of 1 unit (T) of the amount of the digital asset token T in the peer-to-peer distributed ledger 3 has been executed (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 FIG. 1, following the generation step (MS110) of the method 1 regarding the digital asset token T, a transfer condition addition update step (MS120) is executed, and an ownership transfer condition update setting step for fiat currency pegging may be executed by MS130. Then, each step of the history information setting step MS140, the broadcast step (MS150), the verification step (MS160), the recording step (MS170), the ownership transfer condition annotation step (MS180), and the history information annotation step (MS190) is executed. And as described above, the present invention provides a method of 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 means of ownership transfer condition annotation, history information annotation, and reserve. <Transfer of ownership of the digital asset token T between users> Next, as shown in FIG. 1, in the trading stage ST3, the part of the method 1 according to an embodiment of the present invention includes the part of the method M300 for the transfer between users after the issuance of the digital asset token T. Hereinafter, with reference to FIGS. 1 and 4, the operation and effect of the method 1 of an embodiment of the present invention in the trading stage ST3 will be described. In the generation stage ST1, for the digital asset token T generated by the step of recording (MS110) the transaction TR of the digital asset token T having the reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3, in the step of recording (MS170) the transfer of the ownership of the digital asset token T from user 1 to user 2, for example, the following transaction TR is executed. In an example of an 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 the digital asset token T from user address 1 to 2. In the transaction input, for example, the ownership transfer condition of the universal setting set system-wide for the digital asset token T of user 1 is attached, and the universal price range of the upper and lower limits of the transfer consideration between 1 unit (T) of the amount of the digital asset token and a predetermined fiat currency is set (MS130), and a recording step (MS120) of recording in advance in the peer-to-peer distributed ledger 3 the addition or update of the ownership transfer condition to be associated with 1 unit (T) of the amount of the digital asset token to be transferred is executed. For example, in one embodiment, regarding the recording of the transfer of ownership of the digital asset token T from user address 1 to another user address 2, when the ownership transfer condition that limits, for example, user address 2 as the transfer destination is associated with 1 unit (T) of the digital asset token amount and used for verification at the time of recording the next transaction, the following transaction TR is executed as an update of the ownership transfer condition to be associated with 1 unit (T) of the amount of the digital asset token. Transaction TR Transaction input: Transaction input 1 User address 1 / 1000 (T) <Previous ownership transfer condition A: Destination user condition (unlimited)>; Transaction output 1 User address 1 / 1000 (T) <Subsequent ownership transfer condition B: Destination user condition (with user 2)> This transaction TR is a transaction that records the transfer of digital asset tokens between its own addresses to the peer-to-peer distributed ledger 3. Before and after the recording by this transaction, the digital asset token 1000 (T) of the peer-to-peer distributed ledger 3 was a destination user condition (unlimited) on the peer-to-peer distributed ledger 3. That is, what was not recorded as an ownership transfer condition with the destination user condition as an unused transaction was, after the recording by the above transaction, the display of the digital asset token 1000 (T) on the peer-to-peer distributed ledger became the appended content of the ownership transfer condition: destination user condition (user 2), and was changed to the ownership transfer condition specified by the destination user.

[0119] When the transaction TR is recorded in the peer-to-peer distributed ledger 3 after the generation of the digital asset token T, regarding the transfer history information associated with 1 unit (T) of the digital asset token amount of the transfer source address 1, the additional information to be appended to the recording includes at least the history information including the transfer history of the digital asset token to reserve 01 (MS140), and the history information is appended to the recording of the transfer of 1 unit (T) of the digital asset token amount (MS190), and the appendage may be recorded in the peer-to-peer distributed ledger 3 simultaneously with the recording of the transfer, for example.

[0120] Next, the transaction TR for the transfer of the digital asset token T from user 1 to user 2 is, in one embodiment, as follows. Transaction TR Transaction input: Transaction input 1 User address 1 / 1000 (T) <Ownership transfer condition before transfer: Destination user condition (user 2) appended> Transaction output: Transaction output 1 User address 2 / 1000 (T) This transaction of digital asset token transfer is broadcast to the network by the broadcast step (MS150) as a transaction containing information to be recorded in the peer-to-peer distributed ledger, and then the recording step (MS160) is executed. For the verification during the composition of the transaction TR of the ownership transfer conditions, the necessary information provided by the issuer is accepted, and the said ownership transfer conditions are dataized to an executable level 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 conflict with the real-time information provided by the issuer at that time. In the verification during the recording of the transaction in the verification step (MS160), at the time of recording in the peer-to-peer distributed ledger, it is verified whether the transaction conflicts with the real-time information provided by the issuer at that time with respect to the ownership transfer conditions embedded in the transaction during verification. And as described above, after the verification step MS160, the step (MS170) of recording the transfer of ownership of the digital asset token in the peer-to-peer distributed ledger is executed. Subsequently, as shown in FIG. 1, each of the steps of the ownership transfer condition annotation step (MS180) and the history information annotation step (MS190) is executed, and the recording of the transfer includes, as transfer history information, preferably, Method 1 including the transfer history information of the transfer between users. The recording of the transfer further includes the transfer history information from the issuer to the reserve after the generation of the digital asset token T, and may further include the transfer history information of at least one of the transfer from the reserve 01 to the user and the transfer between users. And as described above, the present invention provides a method of recording in a peer-to-peer distributed ledger that improves the transparency of the generation and / or issuance of digital asset tokens, the transparency of the generation information and / or issuance information that can be referred to during the transfer between users of digital asset tokens, and the stability of the exchange value during the transfer between users by means of ownership transfer condition annotation, history information annotation, and issuance via reserve.

[0121] <Repayment of Digital Asset Tokens> As shown in FIG. 1, in the repayment stage ST4, the part of the method 1 according to an embodiment of the present invention includes a part of the repayment method M400 after the issuance of the digital asset token T. Hereinafter, with reference to FIGS. 1 and 5, the operation and effect of the method 1 of an embodiment of the present invention in the repayment stage ST4 will be described. In the generation stage ST1, for the digital asset token T generated by the step (MS110) of recording the transaction TR of the digital asset token T having the reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3, The repayment transaction TR from the user to the issuer is Transaction TR Transaction input: Transaction input 1 User address 2 / 1000(T); Transaction output 1 Reserve address 01 / 1000(T) And the transaction TR may be configured. The transaction TR is composed as a transfer from the user address to the reserve address 01. By being transferred to the reserve 01 at the time of repayment, even if it is reissued, the total issuance amount can be easily monitored on the blockchain by monitoring the reserve address 01, contributing to improved transparency.

[0122] <Addendum on Addition of Verification Conditions> In the method 1 according to an embodiment of the present invention, for the repayment of the digital asset token T, the addition or update of the ownership transfer condition associated with 1 unit (T) of the amount of the digital asset token to be transferred is recorded (MS120) in the peer-to-peer distributed ledger 3 in advance. Regarding the setting of the repayment price condition, In the case of setting the repayment price condition with the upper limit price being 9000 yen or less than the issuance price 0≦1000T ≦9000 It is like this. And, for setting the redemption price condition, add or update the transfer of ownership conditions to be associated with one unit (T) of the digital asset token amount of the destination address (MS130). The transfer of ownership conditions includes setting the repayment of the transfer consideration between one unit (T) of the digital asset token amount and a predetermined fiat currency. Regarding the transfer history information associated with one unit (T) of the digital asset token amount of the transfer source address, the additional information to be appended to the record includes at least the history information including the transfer history of the digital asset token T to Reserve 01 (MS140). Broadcast the transaction TR including the information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (MS150). Subsequently, as shown in FIG. 1, each step of the verification step (MS160), the recording step (MS170), the transfer of ownership condition appending step (MS180), and the history information appending step (MS190) is executed. The history information may include, in addition to the transfer from the issuer to Reserve 01 immediately after the generation of the digital asset token T, further transfer history information of the transfer from Reserve 01 to the user, transfer between users, and transfer from the user to Reserve 01. In this way, it is possible to record the history that can be referred to in the digital asset token itself after redemption and the constraints pegged to the fiat currency regarding the redemption price, improving the transparency of the redemption price. In addition, by a mechanism in which the redemption price is limited to the price fluctuation range of a predetermined fiat currency, a token with a more stable exchange value is provided. Thus, the present invention provides a method of recording in a peer-to-peer distributed ledger that improves the transparency of the generation information and / or issuance information and / or transfer information between users that can be referred to at the time of redemption of the digital asset token and the stability of the exchange value at the time of redemption by appending the transfer of ownership conditions, appending the history information, and issuing and redeeming to the reserve.

[0123] <Digital Asset Token Generation, Issuance, Buying and Selling Transfer, Reserve Operation> Thus, in this embodiment, as shown in FIGS. 1 and 3 to 5, regarding the reserve operation by the generation, issuance, trading transfer, and repayment of digital asset tokens, a peer-to-peer distributed ledger recording method 1 for digital asset token T is as follows: Record the generation of one unit (T) of the amount of digital asset tokens in the peer-to-peer distributed ledger 3 (MS110), When recording the subsequent transfer of ownership of the digital asset token T in the peer-to-peer distributed ledger 3, Add or update the transfer conditions of ownership to be associated with one unit (T) of the amount of the digital asset token to be transferred in advance in the peer-to-peer distributed ledger 3 (MS120), The transfer conditions of ownership may include setting the upper and lower limits of the transfer consideration and the universal price range between one unit (T) of the amount of the digital asset token and a predetermined legal currency (MS130), The incidental information to be appended to the record includes at least the history information including the history of the transfer of the digital asset token T to Reserve 01 (MS140), Broadcast the transaction TR including the information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (MS150), After the successful verification of the transaction including the transfer conditions of ownership (MS160), Record the transfer of ownership of the digital asset token T (MS170), The transfer conditions of ownership are appended to the record of the transfer of one unit (T) of the amount of the digital asset token (MS180), The history information is appended to the record of the transfer of one unit (T) of the amount of the digital asset token (MS190), The historical information includes a method that includes at least the transfer history information from the issuer to Reserve 01 immediately after the generation of the digital asset token T among the records of the transfer from the issuer to Reserve 01 immediately after the generation of the digital asset token T, the transfer from Reserve 01 to the user, the transfer between users, and the transfer from the user to Reserve 01. And the present invention provides a method of recording on a peer-to-peer distributed ledger that improves the transparency and stability of the exchange value over the entire life cycle of the generation, issuance, transfer between users, and redemption of the digital asset token and the recycling including the sale after redemption by attaching an ownership transfer condition, attaching historical information, and issuing and redeeming to the reserve.

[0124] Thus, according to the present disclosure, a method of recording the generation, issuance, and transfer of buying and selling of a digital asset token with improved transparency by recording the history and recording the restrictive conditions and a stable exchange value by a mechanism in which the price is limited to the price fluctuation range of a predetermined fiat currency on a peer-to-peer distributed ledger is provided.

[0125] The present invention further discloses an embodiment of Method 1 for the generation, issuance, transfer of buying and selling, and reserve operation of the second digital asset token T2 when obtaining the second digital asset token T2 in exchange for the digital asset token T1.

[0126] <Example of the Second Digital Asset Token> FIG. 2 is a schematic flow chart depicting the flow of the method and the system flow in an embodiment according to the present invention that provides the generation, issuance, transfer of buying and selling, and redemption of the second digital asset token T2.

[0127] <Generation of the Second Digital Asset Token>

[0128] As shown in FIG. 2, in the generation stage ST1, the part of the method 1 according to an embodiment of the present invention includes the part of the method M101 for generating the digital asset token T2 after the issuance of the digital asset token T1. After generating 1 unit (T1) of the amount of the first digital asset token by the method 1 started in the first embodiment, further, with respect to a predetermined first fiat currency associated with 1 unit (T1) of the amount of the first digital asset token, it includes a configuration capable of generating a second digital asset token T2 pegged to another currency. Here, in the present invention, pegging to another currency means being associated with another currency, and constraints are imposed on the generation and / or issuance and / or transfer of the second digital asset token T2 so that the exchange value is linked to 1 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 is somewhat different from simply a signboard listed as the issuer's effort goal or something that maintains the exchange value through market operations. Therefore, taking the first fiat currency as the Japanese yen, the first digital asset token T1 is associated with the Japanese yen, and substantially the second digital asset token T2 is pegged to the US dollar currency USD, and is substantially pegged to the market exchange rate between the Japanese yen, which is the first fiat currency, and the US dollar currency USD, which is another currency.

[0129] When 1 unit (T1) of the first digital asset token is 1 yen (100 sen), if 100 cents, that is, $1 of the US dollar currency USD is 108 yen for 1 USD at the market exchange rate, then 1 unit (T2) of the second digital asset token is 108 (T1) of the first digital asset token. At this time, in this method, 1 unit (T2) of the second digital asset token is pegged to 1 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.

[0130] In the generation stage, the generation of one unit (T2) of the second digital asset token is described as the exchange of one unit (T1) of the first digital asset token for one unit (T2) of the second digital asset token in transaction TR, and the transaction TR is recorded in the peer-to-peer distributed ledger.

[0131] In the case of the above market exchange rate, 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 configured. Alternatively, as shown in Figure 2, if the transfer to the deposit pool 03 of 11000 (T1), which is the consideration for the generation of the digital asset token T2 and the issuance from the user, is made 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 configured.

[0132] In the generation stage ST1, the ownership transfer condition at the time of generation is A universal price condition is set such that the lower limit consideration is 108 (T1) (1 Japanese yen (100 sen)) of the first digital asset token T1 and the upper limit consideration is the same amount for one unit (other currency $1 (￠100)) of the second digital asset token T2. 108(T1) ≤ 1(T2) ≤ 108(T1) If a one yen spread is given to the lower limit price and the upper limit price, 107.5(T1) ≤ T2 ≤ 108.5(T1) However, if the scale factor is 100, 10750(T1) ≤ 100(T2) ≤ 10850(T1) it is expressed as such, and the use of a decimal point in the method can be avoided.

[0133] Thus, in the method (1) according to this embodiment, for a predetermined first fiat currency associated with one unit of the amount of the first digital asset token (T1), it is associated with another currency, and one unit of the amount of the digital asset token (T1) is pegged to the exchange rate according to the market exchange rate between the first fiat currency and the second currency. A method is provided for recording (MS210) in a peer-to-peer distributed ledger the generation of one unit (T2) of the amount of the digital asset token such that one unit of the amount of the digital asset token pegged to one unit (T1) of the amount of the first digital asset token is used as one unit.

[0134] <Issuance of the Second Digital Asset Token> In the issuance stage ST2, the part of the method 1 according to an embodiment of the present invention includes the part of the generation method M201 of the digital asset token T2 after the issuance of the digital asset token T1. As shown in FIGS. 2 and 6, in this method, when recording the transfer of ownership of the digital asset token T2 associated with the subsequent issuance in the peer-to-peer distributed ledger 3, it includes pre-recording (MS220) in the peer-to-peer distributed ledger 3 the addition or update of the transfer conditions of ownership to be associated with one unit (T2) of the amount of the digital asset token to be transferred. The transfer conditions of ownership include (MS230) restricting the upper and lower limits of the transfer price of one unit (T2) of the amount of the second digital asset token with respect to one unit (T1) of the amount of the first digital asset token as a pegging condition by the universal price range and / or the individual price range. This is a characteristic method.

[0135] In the issuance stage ST2, the issuance transaction is configured such that, as a transfer of ownership from the issuer to the user, ownership is transferred from reserve address 01 to user address 1. In relation to the first fiat currency at the time of issuance, it is associated with other currencies, and prior to issuance, according to the issuance condition rate corresponding to the market exchange rate 110 between the first fiat currency and the second currency, Transaction TR Transaction input: Transaction input 1 Reserve address 01 / 100 (T2) Transaction output 2 Reserve address 01 / 100 (T2) Execute, and determine the universal price range of the transfer consideration amount of the second digital asset token with respect to 1 unit of the amount of the first digital asset token as defined by the ownership transfer condition, 110 (T1) ≦ 1 (T2) ≦ 110 (T1) Change to, and it is possible to record the change of the ownership transfer condition in the peer-to-peer distributed ledger. Thus, Transaction TR Transaction input: Transaction input 1 Reserve address 01 / 100 (T2); Transaction input 2 User address 1 / 11000 (T1); Transaction output 1 User address 1 / 100 (T2) Transaction output 2 Reserve address 01 / 11000 (T1) Transaction TR may be configured with a scale factor of 100. The universal price range of the transfer consideration amount of the second digital asset token with respect to 1 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 condition will be the verification condition of the transaction.

[0136] Here, in terms of address units, when the lending and borrowing of the exchange value of the first digital asset token (T1) of the transaction input is measured in units of the digital asset token (T1), if the exchange rate is set to 1 (T2) = 110 (T1), it coincides with 11000 (T1) at the reserve address and 11000 (T1) at user address 1, and the lending and borrowing are the same for both. The total exchange value of the first digital asset token of the transaction output is 22000 (T1), and the total exchange value of the first digital asset token of the transaction input and the total exchange value of the first digital asset token of the transaction output are in balance of lending and borrowing. If the scale factor is restored as above, the total exchange value of the first digital asset token of the transaction input is 220 (T1), and the total exchange value of the first digital asset token of the transaction output is 220 (T1). An example of the balance of lending and borrowing at the time of generating the digital asset token T2 is shown in FIG. 10.

[0137] The above ownership transfer conditions record the universal 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 in the peer-to-peer distributed ledger, and the following conditions, 110 (T1) ≤ 1 (T2) ≤ 110 (T1) are verified in the peer-to-peer distributed ledger at the time of block recording. By implementing this verification, price fluctuations are minimized, giving the effect of enabling the provision of more stable digital asset tokens.

[0138] <Appendix of transfer history information> The additional information to be appended to the record in the peer-to-peer distributed ledger 3 should include at least historical information including the history of the transfer of the digital asset token T2 to Reserve 01 (MS140). In addition to the generation information, issue information can be appended to record the ownership transfer history information from Reserve 01 to User 1. In this case, verification at the time of issue is possible at any time even if subsequent transfers are made, and it also has the effect of enabling a more transparent provision of digital asset tokens. Increased transparency gives a sense of security, which activates transactions, increases the circulation volume, enhances liquidity, reduces volatility, and stabilizes the transaction price.

[0139] Therefore, in this aspect, as shown in FIGS. 2 and 6, at the issuance stage ST2, for a predetermined first fiat currency associated with one unit of the amount of the first digital asset token (T1), the ownership transfer conditions are configured to be pegged to one unit (T1) 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 (MS230). The generation of one unit 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 as a record of the 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 issuance is recorded in the peer-to-peer distributed ledger 3 as the subsequent ownership transfer of the digital asset token T2. The addition or update of the above ownership transfer conditions to be associated with one unit (T2) of the amount of the digital asset token to be transferred is pre-recorded in the peer-to-peer distributed ledger 3 (MS220). The ownership transfer conditions include restricting the transfer consideration of one unit (T2) of the amount of the second digital asset token to one unit (T1) of the amount of the first digital asset token to the upper and lower limits of the universal price range and / or the individual price range as the pegging conditions (MS230). The additional information to be appended to the record in the peer-to-peer distributed ledger 3 includes at least historical information including the history of the transfer of the digital asset token T2 to Reserve 01 (MS140), Broadcast a transaction including the information to be recorded in the peer-to-peer distributed ledger 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), and the appendage may be, for example, a record simultaneous with the record of the transfer. The historical information is appended to the record of the transfer of one unit of the amount of the digital asset token (MS190), and the appendage may be, for example, a record simultaneous with the record of the transfer. The historical information includes a method including transfer history information of the transfer from the issuer to Reserve (01) immediately after the generation of the digital asset token (T2), preferably the transfer between users. And as described above, the present invention also relates to a second digital asset token, and the first digital asset token to which the second digital asset token is pegged via the market exchange rate is pegged by the first fiat currency, and the ownership transfer condition appendage and the historical information appendage, and the issuance from the reserve, to provide a method of 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 and subsequent transfers.

[0140] <Buying and selling of the second digital asset token> Referring to FIGS. 2 and 7, in the buying and selling stage S3, a part of the method 1 according to an embodiment of the present invention includes a part of the method M301 for buying and selling the digital asset token T2 after the issuance of the digital asset token T2. When recording the transfer of ownership of the digital asset token T accompanying the buying and selling after generation in the peer-to-peer distributed ledger 3, including pre - recording in the peer - to - peer distributed ledger 3 an addition or update of the ownership transfer conditions to be associated with one unit (T2) of the digital asset token amount to be transferred (MS220) The ownership transfer conditions include restricting, as pegging conditions, the upper and lower limits and the universal price range, and / or the individual price range of the transfer consideration of one unit (T2) of the second digital asset token amount with respect to one unit (T1) of the first digital asset token amount (MS230). A method characterized by this is provided in one embodiment of the present invention.

[0141] In the trading stage ST3, the transaction TR recorded in the peer - to - peer distributed ledger 3 has the following configuration. The transaction input or transaction output for specifying the token type T of the digital asset token that is the subject of the transaction under the ownership of the controller of the source address and the unit quantity (T) of the amount of the digital asset token T is The source address / digital asset token amount (the token unit notation of T? is (T?)) is expressed as.

[0142] In the transaction TR when purchasing the digital asset token T2 pegged to USD with the digital asset token T1 pegged to the Japanese yen as consideration, (Example) Transaction input 1 User address 1 / 110 (T1); means that "transaction input 1 is the input of 110 units of the amount of the digital asset token T1 owned by user address 1 in the transaction". (Example) Transaction input 2 User address 2 / 1 (T2); means that "transaction input 2 is the input of 1 unit of the amount of the digital asset token T2 owned by user address 2 in the transaction".

[0143] When transaction TR consists of two transaction inputs, namely 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 described as follows.

[0144] The transaction output is as follows. (Example) Transaction output 1 User address 1 / 1 (T2); It represents that "Transaction output 1 is that user address 1 should own 1 token unit of digital asset token T2, which is the output of the transaction." (Example) Transaction output 2 User address 2 / 110 (T1); It represents that "Transaction output 2 is that user address 2 should own 110 token units of digital asset token T1, which is the output of the transaction."

[0145] When transaction TR consists of two transaction outputs, namely transaction output 1 and transaction output 2, the transaction composition is Transaction output: Transaction output 1 User address 1 / 1 (T2); Transaction output 2 User address 2 / 110 (T1) It is described as follows.

[0146] Ultimately, transaction TR is a transaction where user 2 purchases 1 (T2) owned by user 2 at user address 2 in exchange for 110 (T1) owned by user 1 at user address 1, and it 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) It becomes as follows. Here, Transaction Input 1 and 2 are in any order within the transaction input, and Transaction Output 1 and 2 are in any order within the transaction output. The debit and credit balance of this transaction balances as shown in Figure 7. When verifying the debit and credit balance, the balance across the entire transaction is inspected. Examples of debit and credit balances are shown in Figures 9 and 10.

[0147] Thus, the quantity 110 (T1) of the digital asset token T1 at user address 1 is transferred to user address 2, and the quantity 1 (T2) of the digital asset token T2 at user address 2 is transferred to user address 1 in the same transaction.

[0148] Ownership transfer conditions stored at user address 1: The universal price range of the upper and lower limits of the transfer consideration of the quantity of the second digital asset token (T2) for one unit of the quantity of the first digital asset token, 110 (T1) ≦ 1 (T2) ≦ 110 (T1) becomes the verification 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: The universal price range of the upper and lower limits of the transfer consideration of the quantity of the second digital asset token for one unit of the quantity of the first digital asset token, 110 (T1) ≦ 1 (T2) ≦ 110 (T1) It will be used as a verification condition for the transaction (MS160) and will also be posted to the transaction output 2 user address 2 / 110 (T1).

[0149] Thus, the present invention is characterized in that the exchange of two tokens can be realized simultaneously in one transaction, that is, simultaneous execution is possible (MS170). By imposing constraints on the exchange value at the time of simultaneous execution, volatility is eliminated, price manipulation is eliminated, and a more stable and more transparent trading opportunity can be provided. And as described above, the present invention also provides a method for recording in a peer-to-peer distributed ledger to improve the transparency of the generation information and / or issuance information at the time of transfer between users of digital asset tokens and the stability of the exchange value at the time of transfer between users 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 attaching ownership transfer conditions and history information, and by issuance from reserves.

[0150] Returning to the case where the digital asset token T is issued by the consideration of the above fiat currency. If the virtual digital asset token T0 is replaced with the above digital asset token T1, the same processing as receiving T1 as the consideration for the sale of T2 can be expressed, which is convenient. That is, when the consideration from user 1 to the issuer is fiat currency, after the fiat currency account administrator confirms the deposit of 100 (yen) from user 1, 100 (T0) can be generated and associated 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) Generate a virtual digital asset token 100 (T0) and assign it to the fiat currency account address. Transaction TR (Issuance of T using 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 Issuing administrator / 100 (T0) The above transaction TR indicates that 100 digital asset tokens (T) were issued from reserve address 01 to user address 1, and 100 virtual digital asset tokens (T0) generated by the user's payment as consideration were transferred from the fiat currency account address to the issuer administrator address. The issuer administrator may be a third-party administrator (custodian). In this way, transaction input 2 is transactionally represented as a deposit of 100 (yen) from the fiat currency account address, backed by the signature of the fiat currency account, as virtual digital asset token T0. The issuance is associated with the exchange of fiat currency, and the transaction becomes more transparent. Thus, the mechanism of issuing digital asset token T2 in exchange for digital asset token T1 can be transactionally represented like the issuance of digital asset token T1 in exchange for virtual digital asset token T0 by tokenizing the fiat currency deposit from the user and configuring it as virtual digital asset token T0. Substantially, a transaction display can be made side by side with the exchange of the equivalent Japanese yen for the record of the issuance of digital asset token T1 at a price equivalent to 1 Japanese yen. In this case, the pegging condition of the fiat currency can be substantially provided by setting the ownership transfer condition so that digital asset token T1 is pegged to digital asset token T0. Thus, the issuance of digital asset token T1 at a price equivalent to the fiat currency can also regard virtual digital asset token T0 as a virtual consideration, and can provide verification of a mechanism that is substantially limited by the price fluctuation range of the fiat currency. The fulfillment of the exchange value of both parties is shown side by side, and a more stable and transparent digital asset token T1 can be provided.

[0151] <Appended Transfer History Information> The incidental information to be appended to the record in the peer-to-peer distributed ledger 3 should include at least history information including the history of the transfer of the digital asset token to Reserve 01 (MS140). Similar to the issuance stage ST2, in addition to the generation information, it is also possible to append the ownership transfer history information of the issuance information. In this case, even if transfers are made subsequently, the verification at the issuance stage ST2 can be performed at any time, which also provides the effect of enabling a more transparent provision of digital asset tokens. Furthermore, if necessary, the trading information between users can also be appended to the ownership transfer history information.

[0152] Therefore, in this aspect, as shown in FIGS. 2 and 7, at the time of trading between users, the ownership transfer conditions are configured so as to be pegged to 1 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 1 unit of the amount of the first digital asset token (MS230). The generation of 1 unit (T2) of the second digital asset token amount with 1 unit of the digital asset token amount pegged to 1 unit of the first digital asset token amount is recorded in the peer-to-peer distributed ledger as a record of the 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). As for the subsequent ownership transfer of the digital asset token, when the transfer between users is recorded in the peer-to-peer distributed ledger, The addition or update of the above-mentioned ownership transfer conditions to be associated with 1 unit of the digital asset token amount to be transferred is recorded in the peer-to-peer distributed ledger in advance (MS220). The ownership transfer conditions include restricting the transfer consideration of 1 unit of the second digital asset token amount with respect to 1 unit of the first digital asset token amount to the upper and lower limits of the universal price range and / or the individual price range as the pegging conditions (MS230). The additional information to be appended to the record in the peer-to-peer distributed ledger shall include at least history information including the history of the transfer of digital asset tokens to the reserve (MS140). Broadcast a transaction including 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. 2, steps MS160, MS170, MS180, and MS190 are executed. The history information discloses a method including the transfer from the issuer to the reserve (01) immediately after the generation of the digital asset token (T2), preferably the issue information, and the transfer history information of the transfer between users as necessary. In this way, regarding the transfer information from the issuer to the reserve (01) immediately after the generation of the digital asset token (T2), the issue information, the record of the history that can be referred to in the digital asset token itself, and the transfer price at the time of transfer between users, a mechanism that limits the price fluctuation range of the first digital asset token provides a token with a more stable exchange value. 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 the value of the first digital asset token is pegged through the pegging to the value of the first digital asset token. The record of the constraint conditions provides a token with a more stable exchange value.

[0153] <Redemption of the Second Digital Asset Token> As shown in FIG. 1, in the amortization stage ST4, a part of Method 1 according to an embodiment of the present invention includes a part of the amortization method M401 of the digital asset token T2 after the issuance of the digital asset token T2. In this method, when recording the transfer of ownership of the digital asset token accompanying the sale and purchase after generation in the peer-to-peer distributed ledger, It includes recording in advance the addition or update of the transfer conditions of ownership to be associated with one unit (T2) of the digital asset token amount to be transferred in the peer-to-peer distributed ledger 3 (MS220). When the ownership transfer condition includes restricting the upper and lower limits of the transfer consideration of one unit (T2) of the amount of the second digital asset token with respect to one unit (T1) of the amount of the first digital asset token as a pegging condition to a universal price range and / or an individual price range (MS230), it is a method characterized by the following. Hereinafter, with reference to FIGS. 2 and 8, the operation and effect of Method 1 of an embodiment of the present invention related to the digital asset token T2 in the repayment stage ST4 will be described.

[0154] In the repayment stage ST4, a part of Method 1 according to an embodiment of the present invention includes a repayment method M401 part after the issuance of the digital asset token. For the digital asset token T generated by the step of recording the transaction TR of the digital asset token T2 with the reserve pool 01 as the destination address in the peer-to-peer distributed ledger 3 (MS110), The repayment transaction TR from the user to the issuer is Transaction TR Transaction input: Transaction input 1 User address 2 / 1000 (T2); Transaction output 1 Reserve address 01 / 1000 (T2) And the transaction TR may be configured. The transaction TR is recorded as a transfer from the user address to the reserve address. By being transferred to the reserve 01 at the time of repayment, even if it is reissued, the total issuance amount can be easily grasped on the blockchain by monitoring the reserve address 01, contributing to improved transparency.

[0155] <Appendix of addition of verification conditions> In the method according to an embodiment of the present invention, as shown in FIGS. 2 and 8, for the repayment of the digital asset token T2, the addition or update of the ownership transfer condition to be associated with one unit (T2) of the amount of the digital asset token to be transferred is recorded in advance in the peer-to-peer distributed ledger 3 (MS120). Regarding the setting of the repayment price condition, Restricting the upper and lower limits of the transfer consideration per unit of the second digital asset token with respect to one unit of the first digital asset token as the pegging condition of the ownership transfer condition to the universal price range and / or the individual price range (MS230). Ownership transfer condition: The universal price range of the upper and lower limits of the transfer consideration of the amount of the second digital asset token with respect to one unit of the amount of the first digital asset token 90(T1) ≦ 1(T2) ≦ 90(T1) If it is set as the verification condition of 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] <Appending transfer history information> The supplementary information to be appended to the record in the peer-to-peer distributed ledger 3 includes at least the history information including the transfer history of the digital asset token T2 to the reserve 01 (MS140). By attaching the generation information and / or the issuance information and / or the trading information, the ownership transfer history information from the user to the reserve 01 can be appended. In this case, even if transfers are repeated later, verification at the time of issuance is always possible, and it also has the effect of enabling a more transparent provision of the digital asset token T2. If necessary, the repayment information may be appended to the ownership transfer history information. The appending may be recorded simultaneously with the record of the transfer of repayment.

[0157] Therefore, in this aspect, at the time of repayment, the ownership transfer condition is configured (MS230) so as to be pegged to 1 unit of the first digital asset token amount (T1) at an exchange rate corresponding to the market exchange rate between the first legal tender and the second currency with respect to a predetermined first legal tender associated with 1 unit of the amount of the first digital asset token (T1). The generation of 1 unit (T2) of the second digital asset token amount, which is pegged to 1 unit of the first digital asset token amount and has 1 unit of the digital asset token amount as 1 unit, 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-issued digital asset token as the destination address. As for 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-mentioned ownership transfer condition to be associated with 1 unit of the digital asset token amount to be transferred is recorded in the peer-to-peer distributed ledger in advance (MS220). The ownership transfer condition includes restricting the upper and lower limits of the transfer consideration of 1 unit of the second digital asset token amount with respect to 1 unit of the first digital asset token amount as a pegging condition to the universal price range and / or the individual price range (MS230). The additional information to be appended to the record in the peer-to-peer distributed ledger includes at least the history 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). Subsequently, 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 users, transfer between users, and transfer from users to reserve 01. And as described above, the present invention also provides, for a second digital asset token, the generation time information and / or issuance time information and / or transfer information between users at the time of redemption of the digital asset token, by a first fiat currency to which a first digital asset token to which the second digital asset token is pegged via a market exchange rate is pegged, and by attaching an ownership transfer condition and a history information note, and by issuing from the reserve and repaying to the reserve, a recording method to a peer-to-peer distributed ledger that improves the transparency of the exchange value at the time of redemption and the stability of the exchange value at the time of redemption.

[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 mark of the history, the consideration provided by the user is such that a predetermined ratio of the consideration provided by the user is secured by a safe asset. Following 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 an 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) In this way, the deposit address 03 may be managed by the administrator until or after the issuance of the digital asset token T2, and the transfer history information is recorded in the peer-to-peer distributed ledger 3, which also provides the effect of enabling the issuance of the digital asset token T2 with high transparency by the user before and after the issuance.

[0159] As described above, at the issuance stage ST2, the transaction input is provided from the 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] <Appending Transfer History Information> If the consideration provided by the user includes information on the issuance of the digital asset token T2 via the administrator's deposit address 1, and the issuance and sale information, or the metadata associated with the issuance and sale information, is appended to the transfer history information as more detailed issuance and sale information, it will further provide the effect of enabling the user to provide the digital asset token T with higher transparency.

[0161] Note that at the time of repayment, it is as follows 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 amount of the second digital asset token using the deposit pool 03 is further The history information includes the history information held in the deposit pool 03 where a predetermined percentage of the consideration provided by the user should be secured by the safe assets (MS310).

[0163] Furthermore, when the consideration paid by User 1 to the deposit address 03 is legal tender, following the above transaction notation method, after the deposit custodian (custodian) confirms the deposit of 100 (yen) from User 1 using the aforementioned virtual digital asset token T0, 100 (T0) may be associated with the issuance transaction of the digital asset token 100 (T2). That is, Transaction TR Transaction Input: Transaction Input 1 Reserve Address 01 / 100 (T2); Transaction Input 2 Deposit Pool Administrator / 100 (T0) Transaction Output: Transaction Output 1 User Address 1 / 100 (T2); Transaction Output 2 Issuance Administrator / 100 (T0) If the Transaction Input 2 is notated in a transaction such that the deposit of 100 (yen) from User 1 is endorsed by the signature of the deposit pool administrator (custodian), the issuance will be more transparent.

[0164] According to the above aspect, in setting the issuance and sales history, as a history mark, a method is provided in which a predetermined ratio of the consideration provided by the user is secured by safe assets, and at least at the time of issuance, it is specifically recorded on the blockchain in a deposit pool. The transparency of digital asset tokens at the time of sale and after sale is enhanced, and the mechanism in which a predetermined ratio is repaid from the safe assets preserved at the time of repayment also contributes to the stability of the exchange value of digital asset tokens. Preferably, the predetermined ratio is 50%, more preferably, the predetermined ratio is 60%, more preferably, the predetermined ratio is 70%, more preferably, the predetermined ratio is 80%, more preferably, the predetermined ratio is 90%, and more preferably, a method with a predetermined ratio of 100% is provided.

[0165] And as described above, the present invention also provides, for the second digital asset token, the generation, issuance, transfer between users, and provision of generation information and / or issuance information and / or transfer information between users of the 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 attaching ownership transfer conditions and history information, and by issuance from the reserve and repayment to the reserve. It is a method of recording on a peer-to-peer distributed ledger that provides continuous transparency and stability of exchange value over the entire life cycle of the digital asset token, including resale after repayment.

[0166] <Overall image of the digital asset token integration system> The overall image of the digital asset token integration system for realizing the above method will be described in detail with reference to FIG. 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 fiat currency, preferably the Japanese yen, as a digital asset, and in the United States, a digital asset token T2 linked to the US dollar-yen rate in the market and pegged to the US dollar via the digital asset token T1 as a digital asset. In this system, the system for Japanese users to trade T1 as a sale and purchase to other users, and the system for US users to trade 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 the transactions between two parties among the users having the wallet or the issuer of the digital asset token and transmits it on the digital asset token network, a peer-to-peer distributed ledger that is the general ledger holding all transactions, and a node computer 65 for accumulating each transaction or a plurality of transactions, verifying the compliance of the transaction with the digital asset token regulations, and recording it in the peer-to-peer distributed ledger.

[0169] The digital asset token integration system 2 according to one embodiment employs a blockchain as a peer-to-peer distributed ledger. Here, the peer-to-peer distributed ledger is not a centralized ledger maintained by a specific administrator with controlled bookkeeping, but is maintained by individuals or corporations participating in the digital asset token integration system 2, and the bookkeeping conforms to the digital asset token regulations. Transactions TR that have been verified on the network are chronologically recorded in the ledger of the node computer 65 for each block, and the block is propagated to all the 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 in the form that adjacent node computers 65 propagate the updated ledger received to other node computers 65, it is called a peer-to-peer distributed ledger. The first-come, first-served order on the network is measured based on the unified time within the digital asset token integration system, and this time is expressed in this specification as the 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 virtual computers in a cloud computing environment 9 are connected to the Internet, and is internally configured by a computer 60 corresponding to the configuration of the system computer described later, such as smartphones 67-68 of users where the wallet operates, PCs connected to a display panel, server computer devices, pedestal PCs, server computer devices.

[0171] In response to a transaction, the user of the wallet composes, using their own wallet, transactions such as applying for the issuance of digital asset tokens, transactions for buying and selling digital asset tokens between users, and transactions for repayment to the issuer of digital asset tokens, stores the private key, and signs the transaction.

[0172] Transactions of the digital asset token integration system 2 adopt blockchain as a peer-to-peer distributed ledger, and the connection of blocks and verification of legitimacy adopt something similar to the Bitcoin miner protocol. However, for transactions involving only the transfer of digital asset tokens, there is no transaction fee, which is different in this regard. The burden of system operation is provided by those participating in the network. In addition, for the realization of unique functions, the transaction specifications are unique, and the wallet used in the digital asset token integration system 2 needs to comply with the digital asset token integration system protocol.

[0173] In FIG. 11, the wallet is connected to the smartphones 67 and 68 connected to the Internet and the display panel 69, and operates on the virtual server 73 on the cloud computing 9 that can control the browser screen display of the personal computer 66 connected to the Internet and the display panel device 71 connected to the Internet. For example, the smartphone 67 includes a computer 60 inside. The computer 60 has a processor 80, a main memory 81, program instructions 85 - 87 stored in the storage device 84 to command the operation of the processor 80, an input / output device 82 to control input / output with the outside, a communication control device 83 to control communication with the outside, and an internal system bus 79 connecting these (see FIG. 12).

[0174] FIG. 12 is a schematic diagram exemplarily showing a computer 60 as an example of the above-described computer system (hereinafter simply referred to as a system or also as a computer). The computer 60 includes a processor 80, a memory 81, an input / output unit 82, a communication control unit 83, and a storage unit 84. The processor 80, also called a Central Processing Unit (CPU), reads data in the memory 81 according to program instructions 84 to perform various arithmetic and information processes, writes the processing results to the memory 81, and via a system bus 79, controls the input / output unit 82 to display a screen on a display panel 71, accepts data input from a keyboard to a field along the display panel 71, conducts user communication by voice input / output, controls the communication control unit 83 to conduct network communication with the outside via an Internet connection, and the communication control unit 83 provides a connection with other devices by a wireless LAN connection control, a WIFI connection control, or a Bluetooth (registered trademark) connection control for realizing a connection with another private network, saves data to a storage device unit 84 as permanent storage, or reads program instructions 85-87 from the storage device unit 84 in which instructions for executing these processes are stored, or reads an operating system as an initial program load at startup to start the system, and is configured to be able to execute various processes. For the purpose of accelerating processing, the processor 80 is configured with registers, which are special memories incorporated into the arithmetic instruction code inside the processor, and caches for accelerating reuse, contributing to performance improvement.

[0175] The memory 81 may be configured to selectively choose an optimal memory according to the use, such as a read-only ROM suitable for loading the BIOS and a RAM that can be arbitrarily read and written by specifying a memory address as the main memory.

[0176] The storage device unit 84 stores program instructions 85 - 87 coded according to the purpose. Each of the program instructions 85 - 87 is described so that the instructions for causing the processor 80 to execute the various arithmetic processes and information processes as described above constitute the control logic. The stack control is controlled to execute the instructions in order and to read the data by executing the read instruction in order. The program is configured with branch control in which conditions are set and the control is branched according to the conditions, or loop processing in which the processing is traced back and executed until a predetermined condition is satisfied in the branch control. The program instructions 85 - 87 are read into the memory 81 via the system bus 79, read into the processor 80, and the system 60 is configured to operate the processor 80.

[0177] The program instructions include, for example, program instructions 85 for the operation of the wallet 67, or program instructions 86 for a node computer that receives a broadcast transaction, verifies the transaction, and records it in the blockchain of the peer - to - peer distributed ledger, or the board trading program instructions 87 for a decentralized transaction for brokering the sale and purchase of digital asset tokens between other users, and other program instructions for transaction composition, data output control program instructions for displaying a prompt on a display panel to prompt acceptance of purchase conditions, data input control program instructions for accepting purchase conditions from a keyboard along the display field of the display panel, and so on.

[0178] The program may be provided to be suitable for the environment so that it operates on various operating systems and processors, such as an Intel - based personal computer PC, a Mac - based server device, etc.

[0179] In the digital asset token integration system 2, when a user conducts a transaction with another user, the transaction is encrypted by a private key in order to securely execute the transfer of the digital asset token T on the public Internet, and is sent to the other user. The other user verifies the validity of the transaction using the user's public key. Although a public key cryptosystem is adopted, there is no reason to limit the cryptosystem to the public key cryptosystem, and an appropriate cryptosystem may be adopted. As long as the public key cryptosystem is adopted, the wallet 67-68 manages the private key and the address. The wallet 67-68 may generate the private key.

[0180] Therefore, the wallet 67 operates according to the rules of the computer 60, the program instructions 85 of the wallet are loaded from the storage device 84, and the operation of the wallet 67 is executed. The program instructions 85 of the wallet 67 are at least a wallet capable of executing various functions corresponding to the functions of a general blockchain, especially a Bitcoin wallet, for example, management of private keys / public keys, composition of transactions TR, signing of transactions TR, verification of transactions TR, broadcasting of transactions TR, and associated screen operations and input / output instructions can be executed. After the execution of the transaction TR, it refers to the peer-to-peer distributed ledger 3, reads out the transactions related to its own address, can hold a partial local cache distributed ledger of the peer-to-peer distributed ledger 3, can refer to its own transaction TR, and may be configured to be able to manage the unused transactions related to its own ownership.

[0181] The transaction TR broadcast on the network can reach multiple node computers 65 simultaneously. Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (see FIG. 11) included in the system 2 executes the instructions stored in the storage medium 84 of the node computer 65, when the node computer 65 receives the transaction TR, it immediately starts verifying the transaction TR. The node computer 65 is also the same in having internal components conforming to the configuration of the computer 60, including the computer 60 internally. The computer 60 has a processor 80, a main memory 81, program instructions 85 - 87 stored in the storage device 84 to command the operation of the processor 80, an input / output device 82 for controlling input / output with the outside, a communication control device 83 for controlling communication with the outside, and an internal system bus 79 connecting these. Hereinafter, as described above, "the processor 80 of the computer 60 included in the node computer 65 executes the instructions stored in the storage medium 84 of the computer 60" is expressed as "the processor 80 of the node computer 65 executes the instructions stored in the storage medium 84 of the node computer 65", and the notation of "the computer 60 included in the node computer 65" is also simply denoted as "the node computer 65".

[0182] If the validity of the transaction TR is verified, the node computer 65 accumulates the transaction TR. When a predetermined amount of transactions is accumulated and a predetermined time has elapsed, it adds the block that has accumulated the transaction TR to the block connected immediately before in the time series on the blockchain. The validity of the addition to the block is performed by POW similar to Bitcoin, and other methods such as POS may also be used if it is a method suitable for distributed processing.

[0183] When the recording of the transaction TR is completed at the time of addition to the block, and a predetermined subsequent block is verified and the block further grows, the validity of the block is determined, and the mechanism for eliminating subsequent double transactions is due to the nature of the blockchain itself.

[0184] Participants in the digital asset token integration system 2 can also participate in, among other things, cloud computing 9 operated by a cloud computing provider as a for-profit business. In the virtual server 70 operated by cloud computing 9, it is possible to provide a paid service that provides a wallet function by cloud computing 9 for members of a display panel 71 that only has browser functions. Alternatively, cloud computing 9 can provide a paid wallet service for the smartphone 68 in an English environment, and in the digital asset token integration system 2, cloud computing 9 provides the download of an English version of the wallet program. In addition, various additional services are possible, and their modes are implied by the following embodiments. Preferably, the emergence of additional service providers can enhance transparency together with diversity, create an incentive for the system resources of the node computer 65 to be provided, enhance the sustainability of the digital asset token integration system 2, and generate more stability.

[0185] Then, a configuration aspect of an embodiment of the digital asset token system 2 that executes the above method and exhibits the effects of the present invention will be disclosed in more detail below. It includes a processor 80 and a storage medium 84 in which instructions executed by the computer 60 are stored and which is readable by the computer 60. When the instructions 85 are executed by the processor 80, the system 2 is configured to operate as follows. That is, the system 2 according to an embodiment of the present invention is a system for recording a transaction TR encrypted by a public key method on a blockchain for the generation, issuance, or transfer of a digital asset token T, The storage medium 84 of the system 60 stores a private key. When the instructions are executed by the processor 60, the instructions are configured to compose a transaction TR signed by the private key and be able to broadcast the transaction TR to the blockchain network. The system 2 further includes a processor 80 and a storage medium 84 storing instructions executable by a computer 60 and readable by the computer 60. When the instructions 86 are executed by the processor 80, they are configured to receive broadcasts on a blockchain network, verify a transaction TR, and record the transaction TR in a block of the blockchain stored in the storage medium 84. When the instructions are executed by the processor 80, receive a processing request for the transaction TR, and in accordance with the processing request, compose a transaction TR including a transfer source address, a transaction input indicating a quantity unit symbol (T) and quantity of the amount of digital asset tokens indicating the type of the digital asset token T, a transfer destination address of the transaction input, and a transaction output indicating a quantity unit symbol (T) and quantity of the amount of digital asset tokens indicating the type of the digital asset token. The transaction input includes ownership transfer condition information and a script or program or metadata of these information including historical information on the generation of the digital asset token T. 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 conditions and historical information and is encrypted by a predetermined private key. When the processing request for the transaction TR is for the generation of the digital asset token T, the system 2 executes a generation stage ST1. A transaction input that displays the quantity unit symbol (T) and quantity of the digital asset tokens to be generated, and the token - based address 00 of the issuer, and a transaction output of the reserve address 01. The transfer condition of the current ownership of the transaction TR is that the digital asset token T transferred from the token - based address 00 should be transferred to the reserve address 01. The generation transaction TR of the digital asset token T includes in the script the transfer condition of ownership and the transfer history information from the issuer to reserve 01 at the time of generation. This is broadcast - transmitted to the node computer 65 on the blockchain network. The node computer 65 includes a processor 80 and a storage medium 84 that stores instructions executed by the computer 60 and is readable by the computer. When the instructions are executed by the processor 80, The node computer 65 is configured to receive a broadcast on the blockchain network, verify the transaction TR, and record it on the blockchain. When the node computer 65 receives the broadcast of the transaction TR for generating the digital asset token, it verifies the authenticity of the transaction input by verifying the transfer condition of ownership and signature included in the script of the transaction input. It checks that the transaction TR does not violate the stop condition specified in the specified transfer condition of ownership and collates and verifies the specified history information. If the verification is successful, it records the transaction TR in the block. If the processing request of the transaction TR is to update the digital asset token information associated with the quantity (T) of the digital asset token in the transaction input prior to the transfer of the digital asset token T. The system 2 executes a step of updating transaction - attached information. It is composed of the digital asset token amount (T) of the transaction input to be transferred from the transfer source and the transaction output of the transfer destination, and is added to or updated to the current ownership transfer condition of the transaction TR. It composes an information update transaction of the digital asset token TR including an alternative ownership transfer condition and history information to be updated, broadcasts and transmits this to the node computer 65 on the blockchain network, and records the information update on the blockchain. When a processing request for the transaction is issued, the system starts the issuance stage ST2. Accepts the issuance conditions. Prior to the issuance of the digital asset token T, it reserves the transfer source and the transfer destination as reserve address 01. As the next ownership transfer condition, it branches to the information update step to update the information so as to add the issuance information as the ownership transfer condition and history information that the amount of digital asset token (T) to be issued transfers the applicant user address of the issuance destination as the transfer destination, waits for the end of the information update, and after the recording on the blockchain by the node computer 65 is completed, the issuance stage ST2 resumes subsequent processing. It is composed of the transaction input of reserve address 01 that displays the amount of digital asset token (T) to be issued and the transaction output of the applicant address. As the current ownership transfer condition of the transaction TR, the ownership transfer condition is that the amount of the digital asset token (T) should be transferred to the applicant. Preferably, the next ownership transfer condition further includes the setting of the upper and lower limits and the universal price range of the transfer consideration between 1 unit (T) of the amount of the digital asset token and a predetermined fiat currency. It composes an issuance transaction TR of the digital asset token T including the issuance information as history information and preferably further including the history information of the transfer from reserve 01 to the user. Broadcasts and transmits the issuance transaction TR to the node computer 65 on the blockchain network. When the transaction TR is received by broadcast by the node computer 65, after verifying the transaction TR, the ownership transfer condition and the history information are recorded in the blockchain together with the transfer (T) of the amount of the digital asset token of the transaction TR. When the processing request of the transaction TR is a transfer, the system 2 executes the transfer stage ST3. Preferably, prior to the transfer, taking the transferor and the transferee as the transferor address, as the next ownership transfer condition, it branches to the transaction - attached information update step to update the information to include the ownership transfer condition with the amount (T) of the digital asset token to be transferred as the transferee, and preferably, the setting of the upper and lower limits of the transfer consideration and the universal price range between one unit of the amount of the digital asset token and a predetermined fiat currency, waits for the end of the information update, and after the node computer 65 records the end of the information update to the blockchain, the transfer step resumes subsequent processing. It is composed of a transferor's transaction input indicating the amount (T) of the digital asset token to be transferred and a transferee's transaction output. As the current ownership transfer condition of the transaction TR, the digital asset token T transferred from the transferor should be transferred to the transferee, and the ownership transfer condition. Preferably, the next ownership transfer condition includes the setting of the upper and lower limits of the transfer consideration and the universal price range between one unit (T) of the amount of the digital asset token and a predetermined fiat currency. Preferably, further, a transfer transaction TR of the digital asset token T including the history information of the transfer between users is composed. The transfer transaction TR is broadcast - transmitted to the node computer 65 on the blockchain network. Subsequently, when the processor 80 of the node computer 65 (not shown, see FIG. 11) executes instructions stored in the storage medium 84 of the node computer 65 on the blockchain network of the peer-to-peer distributed ledger 3, when the transaction TR is received by the node computer 65 through broadcast, after transaction verification, the ownership transfer condition and the history information are configured to be recorded on the blockchain together with the transfer of the amount (T) of the digital asset token of the transaction TR.

[0186] With the above configuration, it is possible to provide a peer-to-peer distributed ledger integration system for generating, issuing, buying, selling, and transferring digital asset tokens, which can execute a method for recording on a peer-to-peer distributed ledger to improve the transparency and stability of the generation, issuance, buying, selling, and transfer of the above-described digital asset tokens.

[0187] More specifically, in accordance with the steps of each stage ST1-ST4 of the method for generating, issuing, transferring between users, and redeeming the digital asset token T in one embodiment, the operation of the system 2 in which generation, issuance, transfer between users, and redemption comply with various conditions of the processing request is described in detail below.

[0188] Including a processor 80 and a storage medium 84 in which instructions executed by the computer 60 are stored and which is readable by the computer 60, when the instructions are executed by the processor 80, the computer 60 executes the following steps for the digital asset token T as shown in FIGS. 13 to 16.

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

[0190] In step 210, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are continuously executed by the processor 80 by the operation of the issuer, the ownership transfer conditions required for the generation transaction TR are accepted. The ownership transfer conditions are, for example, the market exchange rate of the planned fiat currency, the time window to which the ownership transfer conditions should be applied, and the planned amount of consideration in the issued fiat currency. The market exchange rate of the fiat currency is appropriate for the information input procured 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 continuously executed by the processor 80 by the operation of the issuer, the transaction TR is composed by the transaction composition means. If the ownership transfer condition is the market exchange rate of the fiat currency, this is condition-coded, and the upper and lower limits of the universal price range are defined as parameters of the condition code. Therefore, the setting of the upper and lower limits of the universal price range based on the market exchange rate of the fiat currency is data-structured by the condition code 1 (upper limit value, lower limit value), and the condition code 1 (upper limit value, lower limit value) may be included in advance in the content described by the script in the transaction output.

[0192] Here, for example, if it is the script language of Bitcoin, it is a stack-based language and cannot adopt complex branching logic. However, as long as it can be verified in a stack-based language, means such as simplifying the condition match or limiting it to verifying the existence of information or the hash match of the information referenced from metadata are adopted, and the condition-encoded ownership transfer condition is embedded in the script. Or, it is more preferable if the language of the program and script for verification can adopt a language that can process the control flow for Turing-complete processing.

[0193] Perform history information history coding for generation, and perform history coding for each transfer such as transfer from the issuer to Reserve 01 immediately after the generation of the digital asset token T as history code 1, transfer from Reserve 01 to the user as history code 2, transfer between users as history code 3, and transfer from the user to Reserve 01 as history code 4. Embed the transfer from the issuer to Reserve 01 immediately after the generation of the digital asset token T with history code 1 into the script of the transaction output of the generation. Also input the consideration in legal currency into the transaction composition means and embed it into the script accordingly.

[0194] When the composition of the transaction TR is completed, perform transaction verification including verification of the signature of the transaction TR by the approver. Read the condition code 1 (upper limit value, lower limit value) specified in the script of the transaction input, calculate the trading quantity of the entire transaction TR and the exchange rate based on the consideration in legal currency, and verify whether it violates the specification of the condition code 1 (upper limit value, lower limit value). Here, when verifying whether it violates the specification of condition code 1 (upper limit value, lower limit value), it is necessary to obtain the market exchange rate. For this purpose, for example, in advance by system 2, in order to display the market exchange rate within the transaction, it is advisable to incorporate a statistical digital asset token into the transaction. A statistical digital asset token is a token similar to a digital memo token. It is not a digital token representing a digital asset, but a digital token for displaying statistical data such as the market exchange rate of a digital asset token within a transaction. In this specification, it is referred to as a statistical digital asset token for non-digital asset purposes. The market exchange rate statistical digital asset token (currency symbol) has transaction inputs and transaction outputs added by system 2, for example, to display the daily market exchange rate between the Japanese yen (YEN) and the US dollar (USD) within the transaction. For example, when the market exchange rate between the Japanese yen and the US dollar is 110.50 yen @ 1 dollar, Transaction TR Transaction input: Transaction input 1 statistical address / 1 (USD); Transaction output: Transaction output 1 statistical address / 1 (USD); In advance, the issuer may record and provide to System 2 a market exchange rate statistical digital asset token (symbol of other currency) for displaying the market exchange rate between the Japanese yen and the US dollar in the peer-to-peer distributed ledger 3. The historical information of the market exchange rate statistical digital asset token (USD) records the market exchange rate between Legal Tender 1 and other currencies in the past week, and usually displays the market exchange rate of the current day, for example, with a scale factor of 100, 10500 is displayed in the historical information. Therefore, the same market exchange rate can be obtained from the computers 67, 68 of the user wallet and also from the node computer 65 by the market exchange rate statistical digital asset token (USD) on the peer-to-peer distributed ledger 3. When the instructions stored in the storage media of the computers 67, 68 of the user wallet are executed by the processors 80 of the computers 67, 68, and when the instructions stored in the storage media of the node computer 65 are executed by the processor 80 of the computer 65, when transferring the digital asset token 1 (T2) from User 2 to 1 in exchange for the Japanese yen of legal tender, Transaction TR Transaction Input: Transaction Input 1 Statistical Address / 1 (USD); Transaction Input 3 User Address 2 / 1 (T2) Transaction Output: Transaction Output 1 Statistical Address / 1 (USD) Transaction Output 2 User Address 1 / 1 (T2); In verifying a transaction in transaction units, with reference to the historical information of the market exchange rate statistical digital asset token (USD), the transaction is verified by the market exchange rate of 110.50 between the legal currency 1 (Japanese yen) and the US dollar (USD). The market exchange rate can be provided for transaction verification by the transaction architecture of the system of the present invention by the statistical digital asset token. A prototype of an unfinished transaction including a transaction input 1 for providing a market exchange rate provided by an issuer may be initially provided with a signature on the transaction input 1 by the system 2, for example, by wallets 67, 68, at the time of composing the transaction TR. The transaction TR may alternatively be provided in the following display. Transaction TR Transaction input: Transaction input 1 statistical address / 100 (USD); Transaction input 2 statistical address / 10950 (YEN); Transaction input 4 user address 2 / 1 (T2) Transaction output: Transaction output 1 statistical address / 100 (USD) Transaction output 2 statistical address / 10950 (YEN); Transaction output 3 user address 1 / 1 (T2); In this transaction TR, with a scale factor of 100, the market exchange rate of 1 USD @ 109.50 is expressed in the normal transaction notation, enabling the use of the market exchange rate without referring to or decrypting the historical information, and providing improved transparency. In addition, as long as each node, delivery to the wallet, script language, and programming language are provided, it is also possible to provide the market exchange rate by referring to the distributed storage and referring to the global environment variables. The provision of the market exchange rate by the statistical digital asset token ensures that the market exchange rate is safe from tampering and is superior in terms of transparency.

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

[0196] In step 240, subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, refer to FIG. 11) included in system 2 executes the instructions stored in the storage medium 84 of the node computer 65, the transaction TR is acquired by the node computer 65, and the node computer 65 verifies the transaction TR as it was at the time of completion of the composition of the transaction TR.

[0197] In step 250, subsequently, in the node computer 65, after accumulating a plurality of transactions TR, the validity of the block is verified.

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

[0199] Here, steps 230 - 260 are aggregated as the "recording" aggregation step 270 and used in the notation of the subsequent flow. "Recording" refers to the recording in the peer-to-peer distributed ledger 3. When the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 according to the operations of the issuer or user, a transaction TR that indicates the transfer of the digital asset token T from address to address is broadcast, and on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes the instructions stored in the storage medium 84 of the node computer 65, it is an aggregation step that aggregates a series of steps of verifying the transaction, verifying the block, and recording in the peer-to-peer distributed ledger 3 by the node computer 65. It is used not only for the transfer of exchange value but also for the transfer between self-addresses, for the recording in the peer-to-peer distributed ledger 3 of the ownership transfer conditions applied when future unspent transactions are used, for the permanent effect of the history information in the peer-to-peer distributed ledger 3, and for the property generality. In the generation stage ST1, it is assumed that the transfer of the digital asset token from the base address 00 to the reserved address 01 is recorded, and the notation of the "recording" aggregation step box is described on the right side of FIG. 13.

[0200] In this way, as shown in FIG. 13, in the generation stage ST1, the generation of one unit of the amount of the digital asset token T is recorded in the peer-to-peer distributed ledger 3 by the above steps 200-260, or steps 200-220 and the aggregation step 270, and the method 1 MS110 step is executed by the system 2 (SS110, hereinafter, SSxxx represents the system step corresponding to the method step MSxxx). When recording the subsequent transfer of ownership of the digital asset token T in the peer-to-peer distributed ledger 3, the system steps are continuously executed as required according to the issuance stage ST2, the trading stage ST3, and the repayment stage ST4. This will be described in detail below.

[0201] <Issuance of Digital Asset Tokens> As shown in FIG. 14, when the issuance of the digital asset token T is started, in step 300, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the issuer, the issuance conditions are accepted. The issuance conditions are, for example, the issuance date and time, the type and quantity of the digital asset tokens T to be issued simultaneously, and other matters of interest to applicants and related parties, which are information including matters appropriate for recording in the peer-to-peer distributed ledger 3 of the digital asset tokens. It is also preferable to encode the issuance information and structure it together with the matters to be referred to by the issuance information code, such as the issuance information code 1 (issuance date, issuance quantity). By doing so, it becomes easy to embed the issuance information code and its parameters in the script of the transaction TR.

[0202] In step 310, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are continuously executed by the processor 80 by the operation of the issuer, the unused transaction input belonging to the reserve address 01 recorded in the blockchain is referred to, and the existing ownership transfer conditions recorded in the digital asset token T planned to be used for issuance are confirmed. Add or update the ownership transfer conditions required for the issuance transaction TR.

[0203] If an update or addition is necessary, prior to issuance, record the change in the peer-to-peer distributed ledger 3. First, a pre-registered ownership transfer condition code is selected, an input is accepted together with predetermined condition code parameters, and then a transaction TR for recording the ownership transfer condition is composed as an intra-self-address transfer. A system is provided that simplifies verification in the blockchain and enables the capacity of the distributed storage area of the blockchain to be made compact by the configuration of the condition code.

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

[0205] In the "recording" aggregation steps shown in steps 310 and 320, the system broadcasts a transaction TR including information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (SS150). After the successful verification of the transaction including the ownership transfer condition (SS160), the transfer of the ownership of the digital asset token T is recorded (SS170). 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). After the system step SS110 of recording the generation of the digital asset token corresponding to MS110 of Method 1, the system steps SS120, SS140 - SS180 corresponding to the MS120, MS140 - MS180 steps of Method 1 are executed by the system 2.

[0206] In step 330, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the issuer, the transaction composition means composes a transaction. The ownership transfer condition code and its parameters and the history information code such as the issuance information and its parameters are embedded in the script of the transaction TR in the same procedure as at the time of generation. When the composition of the transaction TR is completed, a transaction verification including verification of the signature of the transaction TR by the approver is performed. Thus, by step 330, the incidental information to be recorded in the transaction TR inherits at least the history information including the history of the transfer of the digital asset token T to Reserve 01 (SS140). The system step SS140 corresponding to the MS140 step of Method 1 is executed by the system 2, and the composition of the completed transaction TR is completed.

[0207] In the record aggregation step displayed in step 340, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the operation of the issuer, as the transfer of the digital asset token from the reserve address 01 to the user address, a complete transaction including information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network (SS150). When the processor 80 of the node computer 65 (not shown, see FIG. 11) included in system 2 executes the instructions stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, after the successful verification of the transaction including the ownership transfer condition by the 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 history information is appended to the record of the transfer of 1 unit (T) of the amount of the digital asset token. By this step, steps MS150-MS170 and MS190 of method 1 are executed by the system 2.

[0208] Thus, as shown in steps 300-340 above, system 2 includes a processor 80 and a storage medium 84 in which instructions executed by the computer 60 are stored and which is readable by the computer 60. When the instructions are executed by the processor 80, 1 unit (T) of the amount of the digital asset token whose generation is recorded in the peer-to-peer distributed ledger 3 is When recording the subsequent transfer of ownership due to the issuance of the digital asset token T in the peer-to-peer distributed ledger 3, Add or update the ownership transfer conditions to be associated with the 1 unit (T) of the digital asset token amount to be transferred in advance in the peer-to-peer distributed ledger 3 (SS120), The ownership transfer conditions may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit (T) of the digital asset token and a predetermined fiat currency (SS130). The accompanying information to be recorded includes at least historical information including the transfer history of the digital asset token to Reserve 01 (SS140). Broadcast a transaction TR including the information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (SS150). After successful verification of the transaction including the ownership transfer conditions (SS160). Record the transfer of ownership of the digital asset token T (SS170). The ownership transfer conditions are appended to the record of the transfer of one unit of the digital asset token (SS180). The 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 generation of the digital asset token among the records of the transfer from the issuer to Reserve 01 immediately after the generation of the digital asset token, the transfer from Reserve 01 to the user, the transfer between users, and the transfer from the user to Reserve 01.

[0209] In the system according to the present invention, the issue price is controlled within a certain range according to the ownership transfer conditions, providing the effect of ensuring the transparency and stability of the transfer price of digital asset tokens. In addition, when ownership transfer conditions are added and the ownership transfer conditions are recorded in the peer-to-peer distributed ledger 3 as stop conditions, the trader 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 records. After the transaction, it is possible to view whether the transaction was sound. Thus, recording the ownership transfer conditions in the peer-to-peer distributed ledger contributes to improving transparency. In this way, the present invention discloses a system that provides a digital asset token with more stable exchange value by improving transparency through recording history and constraint conditions and incorporating a mechanism that limits the price within the price fluctuation range of a predetermined fiat currency into the digital asset token itself.

[0210] <Transfer between users of digital asset token T> As shown in FIG. 15, when the transfer operation between users of the digital asset token T starts, in step 400, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, the system 2 displays a transfer operation screen for the digital asset token between users to the user, and prompts the user to input transfer conditions between users through prompt display. As the ownership transfer conditions, a transfer condition code to another user is selected and input by the user, and the system accepts from the user the input of the address of the destination user as a transfer condition and the condition code parameter regarding the consideration for the transfer.

[0211] When the system 2 accepts the transfer conditions between users from the user, in step 410, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the user, for the user, prepare to transfer the digital asset tokens owned by the user recorded on the blockchain to other user addresses. The transfer condition code and its parameters to other users are, as the ownership transfer conditions, the transaction TR for recording on the digital asset tokens of the peer-to-peer distributed ledger is composed as an inter-self-address transfer for recording the ownership transfer conditions.

[0212] Subsequently, in the transfer record aggregation step displayed in step 420, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the user, as the transfer of digital asset tokens between self-addresses, broadcast the transaction TR including the information to be recorded on the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network, subsequently broadcast the transaction TR, and then, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes the instructions stored in the storage medium 84 of the node computer 65, when received by the node computer 65, verify the transaction in the peer-to-peer distributed ledger network, and record the change in the peer-to-peer distributed ledger 3 as the record of the transfer between self-addresses in the block of the peer-to-peer distributed ledger 3.

[0213] In step 430, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the user, the user-to-user transfer transaction TR is composed by the transaction composition means. As the transfer of ownership from user 1 to user 2, the ownership transfer transaction between users is, for example, Transaction TR Transaction input: Transaction input 1 User address 1 / 1000 (T); Transaction output 1 User address 2 / 1000 (T) Transaction TR may be constituted, and in the script of the digital asset token T of the selected transaction input 1 of the user address, a transfer of ownership condition code between users and parameters thereof including user address 2 and parameters regarding payment of consideration are embedded. If the consideration is legal tender or the market exchange rate of legal tender, the transfer of ownership condition codes this as a condition, and defines the upper and lower limits of the universal price range as parameters of the condition code. Therefore, setting the upper and lower limits of the universal price range based on the market exchange rate of legal tender is the legal tender condition code 1 (legal tender type, upper limit value, lower limit value), and the transfer of ownership condition code and its parameters are embedded in the script (SS130). If transaction TR is composed by user 1 and is a transaction TR including only a one-way transfer from user 1 as described above, then transaction TR is completed as a completed transaction by the approval of only user 1.

[0214] Furthermore, even for a transaction TR that includes only 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, for the unapproved transaction TR that is composed as an unapproved transaction by the approval of only User 1, User 2 is notified of the transfer between users in order to obtain the approval of User 2 for the unapproved transaction TR. 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 operation of the user, User 2 is prompted to accept the transfer between users from User 1 when receiving the notification of the transfer between users from User 1. When User 2 accepts the unapproved transaction of the transfer between users from User 1 and agrees to the content, and approves the unapproved transaction, after receiving the transaction approval of System 2 by the operation of User 2, the transaction TR is completed.

[0215] Subsequently, in the "Record" aggregation step displayed in step 440, when the instructions stored in the storage medium 84 of the computer 60 of System 2 are executed by the processor 80 by the operation of the user, a transaction TR including information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network as the transfer of the digital asset token T between user addresses. 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 FIG. 11) included in System 2 executes the instructions stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, the transaction is verified, and the change is recorded in the block of the peer-to-peer distributed ledger 3 as the record of the transfer between user addresses in the peer-to-peer distributed ledger 3.

[0216] At the time of such transfer, the history information including the transfer history information from the issuer immediately after the generation of the digital asset token TR to Reserve 01 is appended to the peer-to-peer distributed ledger 3 simultaneously with the recording of the transfer of 1 unit (T) of the amount of the digital asset token (SS190).

[0217] Thus, as shown in the above steps 400-450, it includes the processor 80 and a storage medium 84 storing instructions executed by the computer 60 and readable by the computer 60. When the instructions are executed by the processor 80, 1 unit (T) of the amount of the digital asset token whose generation is recorded in the peer-to-peer distributed ledger 3 (SS110) is When recording the transfer of ownership between users of the digital asset token T thereafter in the peer-to-peer distributed ledger 3, The addition or update of the transfer conditions of ownership to be associated with 1 unit (T) of the amount of the digital asset token to be transferred is recorded in the peer-to-peer distributed ledger 3 in advance (SS120), The transfer conditions of ownership may include setting the upper and lower limits of the transfer consideration and the universal price range between 1 unit (T) of the amount of the digital asset token and a predetermined fiat currency (SS130), The accompanying information to be recorded includes at least the history information including the history of the transfer of the digital asset token T to Reserve 01 (SS140), Broadcast the transaction TR including the information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (SS150), After the successful verification of the transaction including the transfer conditions of ownership (SS160), Record the transfer of ownership of the digital asset token (SS170), The transfer conditions of ownership are appended to the record of the transfer of 1 unit (T) of the amount of the digital asset token (SS180), The history information is appended to the record of the transfer of 1 unit (T) of the amount of the digital asset token (SS190), The history information is configured to include at least the transfer history information from the issuer to Reserve 01 immediately after the generation of the digital asset token T among the records of the transfer from the issuer to Reserve 01 immediately after the generation of the digital asset token T, the transfer from Reserve 01 to the user, the transfer between users, and the transfer from the user to Reserve 01. It is disclosed that the steps MS110-MS190 of Method 1 of the present invention are executed by the system 2. And 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, the transparency of the generation information and / or issuance information that can be referred to when transferring digital asset tokens between users, and the stability of the exchange value during the transfer between users by attaching ownership transfer conditions, history information, and issuance via reserves.

[0218] <Redemption of Digital Asset Token> As shown in FIG. 16, when the redemption of the digital asset token T is started, in step 500, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, the 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 legal currency expected if the consideration is the legal currency, the time window to which the ownership transfer conditions should be applied, and the expected amount of the redemption consideration of the issued legal currency.

[0219] In step 510, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation and the system 2 accepts the ownership transfer conditions required for the redemption transaction TR from the user, it prepares to redeem the digital asset token T owned by that user recorded on the blockchain for the user. The redemption condition code and its parameters are composed as a transfer between self-addresses for the transaction TR to be recorded in the digital asset token T of the peer-to-peer distributed ledger 3 as the ownership transfer conditions.

[0220] Subsequently, in the transfer record aggregation step displayed in step 520, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the user's operation, as the transfer of the digital asset token T between self-addresses, a transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network. Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see FIG. 11) included in system 2 executes the instructions stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, the node computer 65 verifies the transaction on the peer-to-peer distributed ledger network, and the change to the peer-to-peer distributed ledger is recorded in the block of the peer-to-peer distributed ledger 3 as the record of the transfer between self-addresses. Thereby, the ownership transfer condition is appended to the record of the transfer of 1 unit (T) of the amount of the digital asset token (SS180).

[0221] 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 user's operation, a repayment transaction TR is composed by the user. By the transaction composition means, as the transfer of ownership from the user to the issuer, the repayment transaction TR is, for example, Transaction TR Transaction input: Transaction input 1 User address 2 / 1000 (T); Transaction output 1 Reserve address 01 / 1000 (T) A transaction TR may be configured, and in the script of the digital asset token T of the selected transaction input 1 of the user address, an ownership transfer condition code between users, reserve address 01 as its parameter, and parameters regarding the payment of consideration are embedded, and a repayment application to the issuer is notified to the issuer.

[0222] In step 530, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are continuously executed by the processor 80 by the operation of the issuer, a repayment process is performed. When the issuer receives a repayment claim notice from the system, the issuer accepts the transaction TR, verifies whether the ownership transfer condition for repayment conforms to a predetermined repayment condition, and completes the transaction TR.

[0223] Subsequently, in the "Transfer Record" aggregation step displayed 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 operation of the issuer, as the transfer of the digital asset token from the user address to the reserve address 01, the transaction TR completed by the issuer 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 FIG. 11) included in system 2 executes the instructions stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, on the peer-to-peer distributed ledger network, the transfer of the digital asset token T is recorded in the block of the peer-to-peer distributed ledger 3, and the repayment of the digital asset token T is completed.

[0224] The issuer separately conducts the payment process for the consideration to the user. At the time of such 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 (SS190) simultaneously with the record of the transfer of 1 unit (T) of the amount of the digital asset token, and the history information is not lost even in subsequent reissuance.

[0225] Thus, in the above steps 500 - 540, it includes the processor 80 and the storage medium 84 in which the instructions executed by the computer 60 are stored and which is readable by the computer 60. When the instructions are executed by the processor 80, The generation of 1 unit (T) of the amount of the digital asset token is recorded in the peer-to-peer distributed ledger 3 (SS110), and 1 unit of the amount of the digital asset token recorded in the peer-to-peer distributed ledger 3 (SS110) is When the subsequent transfer of ownership of the digital asset token T is recorded in the peer-to-peer distributed ledger, The addition or update of the ownership transfer conditions to be associated with the 1 unit of the digital asset token amount to be transferred is recorded in the peer-to-peer distributed ledger 3 in advance (SS120), The ownership transfer conditions may include the setting of the upper and lower limits and the universal price range of the transfer consideration between 1 unit (T) of the amount of the digital asset token and a predetermined fiat currency (SS130), The accompanying information to be recorded includes at least the history information including the history of the transfer of the digital asset token to Reserve 01 (SS140), Broadcast the transaction TR including the information to be recorded in the peer-to-peer distributed ledger 3 to the peer-to-peer distributed ledger network (SS150), After the successful verification of the transaction including the ownership transfer conditions (SS160), Record the transfer of ownership of the digital asset token T (SS170), The ownership transfer conditions are appended to the record of the transfer of 1 unit of the amount of the digital asset token (SS180), The history information is appended to the record of the transfer of one unit of the amount of the digital asset token (SS190), The system 2 is disclosed in which the history information is configured to include at least the transfer history information from the issuer to Reserve 01 immediately after the generation of the digital asset token among the records of the transfer from the issuer to Reserve 01 immediately after the generation of the digital asset token, the transfer from Reserve 01 to the user, the transfer between users, and the transfer from the user to Reserve 01. It is understood that the steps MS110-MS190 of the method 1 of the present invention are executed by the system 2. Thus, regarding the record of the history that can be referred to in the digital asset token itself after redemption and the record of the constraint conditions pegged to the legal tender regarding the redemption price, the transparency of the redemption price is improved. In addition, a digital asset token integration system with a more stable exchange value is provided by a mechanism in which the redemption price is limited to the price fluctuation range of a predetermined legal tender. 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 information and / or the issuance information and / or the transfer information between users that can be referred to at the time of redemption of the digital asset token and the stability of the exchange value at the time of redemption by attaching the ownership transfer conditions, attaching the history information, and issuing and redeeming to the reserve.

[0226] <Issuance of a digital asset token T2 pegged to another currency> In the embodiment of the system 2 described above, the readable storage medium 84 includes additional instructions that, when executed by the processor 80, are associated with another currency with respect to a predetermined first legal tender associated with one unit of the first digital asset token T1, and record the generation of one unit of the amount of the second digital asset token (T2) 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 (SS210), When recording the subsequent transfer of ownership of the digital asset token T2 in the peer-to-peer distributed ledger 3, including pre - recording in the peer - to - peer distributed ledger 3 the addition or update of the ownership transfer conditions to be associated with one unit (T2) of the digital asset tokens to be transferred (SS220), The ownership transfer conditions include, as a pegging condition, restricting the upper and lower limits of the transfer price of one unit (T2) of the second digital asset tokens with respect to one unit (T1) of the first digital asset tokens and the universal price range and / or individual price range (SS230), and the system 2 is provided in an additional aspect.

[0227] When, as shown in FIG. 17, the system 2 starts the generation operation of the digital asset token T2 pegged to another currency, at step 700, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the issuer, the system 2 accepts the generation conditions. The generation conditions are, for example, the type and quantity of the digital asset tokens.

[0228] At step 710, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the issuer, the system 2 accepts the ownership transfer conditions required for the generation transaction TR. The ownership transfer conditions are, for example, the market exchange rate between the first fiat currency to which the 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 is appropriate with the information input procured by the issuer from the market.

[0229] In step 720, when the instructions stored in the storage medium 84 of the computer 60 of system 2 are executed by the processor 80 by the operation of the issuer, the transaction composition means composes the transaction TR. If the ownership transfer condition is the market exchange rate between the first fiat currency and other currencies, this is condition-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 rate between the first fiat currency and other currencies is structured by the condition code 1 (upper limit value, lower limit value), and the condition code 1 (upper limit value, lower limit value) may be included in advance in the content described by the script in the transaction output. According to this aspect, a system is provided that simplifies verification in a blockchain and enables the capacity of the distributed storage area of the blockchain to be made compact.

[0230] Here, for example, if it is the script language of Bitcoin, it is a stack-based language and cannot employ complex branching logic. However, as long as it can be verified in a stack-based language, means such as simplifying the condition match or limiting it to verifying the existence of information and the hash match of the information referenced from metadata are adopted, and the condition-coded ownership transfer condition is embedded in the script.

[0231] Perform history information history coding for generation, and perform history coding for each transfer such as history coding 1 for the transfer from the issuer to reserve 01 immediately after the generation of the digital asset token T2, history coding 2 for the transfer from reserve 01 to the user, history coding 3 for the transfer between users, and history coding 4 for the transfer from the user to reserve 01. As history information, embed the history code 1 of the transfer from the issuer to reserve 01 immediately after the generation of the digital asset token T2 into the script of the transaction output of the generation.

[0232] When the composition of the transaction TR is completed, transaction verification including verification of the signature of the transaction TR by the approver is performed. The condition code 1 (upper limit value, lower limit value) specified in the script of the transaction input 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 throughout the transaction TR. It is verified whether or not the first digital asset token T1 pegs to the market exchange rate condition code 1 (upper limit value, lower limit value) between the first fiat currency and other currencies embedded in the script as the ownership transfer condition.

[0233] Here, not limited to the case of issuance, in verifying whether or not it violates the specification of the condition code 1 (upper limit value, lower limit value), it is necessary to obtain the market exchange rate. For this, for example, in advance by the system 2, in order to display the market exchange rate within the transaction, it is advisable to incorporate a statistical digital asset token into the transaction. The statistical digital asset token is a token similar to a digital memo token, not a digital token representing a digital asset, but a digital token for displaying statistical data such as the market exchange rate of a digital asset token within a transaction. For this reason, it is referred to as a statistical digital asset token in this specification. The market exchange rate statistical digital asset token (currency symbol) is preferably, in the system 2, since the first fiat currency is the Japanese yen and the second currency is, for example, the US dollar (USD), a fiat currency outside Japan, for market exchange rate display, for example, the transaction input and the transaction output are added to display the daily market exchange rate between the Japanese yen (YEN) and the US dollar (USD) within the transaction. For example, when the market exchange rate between the Japanese yen and the US dollar is 110.50 yen @ 1 dollar, the following transaction notation is added. Transaction TR Transaction Input: Transaction Input 1 Statistical Address / 1 (USD); Transaction Output: Transaction Output 1 Statistical Address / 1 (USD); In advance, the issuer may record and provide to System 2 a market exchange rate statistical digital asset token (symbol of other currency) for displaying the market exchange rate between Japanese yen and US dollars in the peer-to-peer distributed ledger 3. The historical information of the market exchange rate statistical digital asset token (USD) records the market exchange rate between Legal Tender 1 and other currencies in the past week, and usually displays the market exchange rate of the current day. For example, with a scale factor of 100, 10500 is displayed in the historical information. Therefore, the same market exchange rate can be obtained by the market exchange rate statistical digital asset token (USD) on the peer-to-peer distributed ledger 3 from both the computers 67 and 68 of the user wallet and from the node computer 65. Also, when the instructions stored in the storage media of the computers 67 and 68 of the user wallet are executed by the processors 80 of the computers 67 and 68, and when the instructions stored in the storage media of the node computer 65 are executed by the processor 80 of the computer 60, Transaction TR Transaction Input: Transaction Input 1 Statistical Address / 1 (USD); Transaction Input 2 User Address 1 / 110 (T1); Transaction Input 3 User Address 2 / 1 (T2) Transaction Output: Transaction Output 1 Statistical Address / 1 (USD) Transaction Output 2 User Address 1 / 1 (T2); Transaction Output 3 User Address 2 / 110 (T1); When verifying a transaction [[ID=]]0 in transaction units, refer to the historical information of the market exchange rate statistical digital asset token (USD), and verify the transaction based on the market exchange rate of 110.50 between legal currency 1 (Japanese yen) and the US dollar (USD). The market exchange rate can be provided for transaction verification by the architecture of the transaction display through the statistical digital asset token. The market exchange rate that should also be provided from the issuer to the user may be initially provided signed to the above transaction input 1 by system 2, for example, by wallets 67, 68 at the time of composing transaction TR. Transaction TR may alternatively be provided in the following display. Transaction TR Transaction Input: Transaction Input 1 Statistical Address / 100 (USD); Transaction Input 2 Statistical Address / 10950 (YEN); Transaction Input 3 User Address 1 / 110 (T1); Transaction Input 4 User Address 2 / 1 (T2) Transaction Output: Transaction Output 1 Statistical Address / 100 (USD) Transaction Output 2 Statistical Address / 10950 (YEN); Transaction Output 3 User Address 1 / 1 (T2); Transaction Output 4 User Address 2 / 110 (T1) In this transaction TR, with a scale factor of 100, the market exchange rate of 1 USD @ 109.50 is expressed in the normal transaction notation, enabling the use of the market exchange rate without referring to or decrypting the historical information, and providing improved transparency. In addition, as long as each node, delivery to the wallet, script language, and programming language are provided, it is also possible to provide the market exchange rate by referring to the distributed storage and the global environment variables. The provision of the market exchange rate by the statistical digital asset token is safe from forgery and excellent in terms of transparency for the market exchange rate.

[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 operation of the issuer and pass the above verification, 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 the node computer 65 (not shown, see FIG. 11) executes the instructions stored in the storage medium 84 of the node computer 65, the transaction TR is received by the node computer 65, and the verification of the transaction TR is performed as at the completion of the composition of the transaction TR. Further, after accumulating one or more transactions TR, the validity of the block is verified. Thereafter, the transaction TR is recorded in the block by the node computer 65 that has obtained the right to connect to the previous block, and as the transfer of the digital asset token T2 from the base address 00 to the reserve address 01, the recording of the generated transaction TR in the peer-to-peer distributed ledger 3 is completed. At the same time, as history information, the history of the transfer from the issuer to the 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. Thereafter, the digital asset token T2 at the reserve address 01 specified in the transaction output can be used as an unspent transaction input in the next transaction.

[0235] In this way, by steps 700-730, for a predetermined first fiat currency associated with one unit of the first digital asset token T1, a digital asset token amount (T2) is generated that is associated with another currency and pegged to one unit 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. One unit of the second digital asset token amount (T2) is set as one unit (T1). This generation is recorded (SS210), and it is understood that step MS210 of method 1 of the present invention is executed by the system step SS210.

[0236] <Issuance of the second digital asset token T2> As shown in FIG. 18, the issuance stage of the second digital asset token T2 is started. At 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 operation of the issuer, 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, which are information corresponding to the recording in the peer-to-peer distributed ledger 3 of the digital asset token T2. It is preferable to also code the issuance information and structure it together with matters to be referred to by the issuance information code, such as the issuance information code 1 (issuance date, issuance quantity). By doing so, it becomes easy 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 directly pegged to the above-mentioned fiat currency is that in the issuance of the second digital asset token T2, it is possible to use the first digital asset token T1 as the consideration. Therefore, in the issuance transaction TR of the second digital asset token, the transfer from the address managed by the issuer, for example, the reserve address 01, of the first digital asset token T1 to the address managed by the user of the second digital asset token T2 can be described in the same transaction TR, providing the convenience of simultaneously fulfilling the delivery of the second digital asset token T2 and the provision of the 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 operation of the issuer, the issuer refers to the unused transaction inputs belonging to the reserve address 01 recorded in the blockchain by system 2 and checks the existing ownership transfer conditions recorded in the second digital asset token T2 planned to be used for issuance. Add or update the ownership transfer conditions required for the issuance transaction TR.

[0239] If an update or addition is necessary, prior to issuance, record the change in the peer-to-peer distributed ledger 3. First, a pre-registered ownership transfer condition code is selected, an input is accepted together with predetermined condition code parameters, and then, as the ownership transfer condition, a transaction 01 for recording in the digital asset token of the peer-to-peer distributed ledger 3 is composed as an intra-self-address transfer.

[0240] Subsequently, in the transfer record aggregation step displayed 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 operation of the issuer, as the transfer of the digital asset token T2 between self-addresses, a transaction TR including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network. On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, see FIG. 11) executes the instructions stored in the storage medium 84 of the node computer 65, the transaction TR is verified, and the change is recorded in the block of the peer-to-peer distributed ledger as a record of the transfer between self-addresses in the peer-to-peer distributed ledger 3. As a result, the ownership transfer condition is appended to the record of the transfer of 1 unit (T2) of the amount of the digital asset token (SS180)

[0241] In step 830, the user prepares to apply for the issuance solicitation of the second digital asset token. The preparation operation for applying for the issuance of the second digital asset token T2 from user 1 starts. 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 an application operation screen for the digital asset token T2 to the user and prompts the user to input application conditions. As the ownership transfer condition, the application condition code to the address managed by the issuer as the application is selected and input by the user, and the system accepts the input of the application condition code parameters such as the transfer destination address as the transfer condition and the quantity (T2) of the second digital asset token that is the target of the application from the user.

[0242] When the system 2 accepts the application conditions from the user, in step 840, for the user, it prepares to transfer the user's own digital asset tokens recorded on the blockchain to the address managed by the issuer. The application condition code and its parameters are composed into a transaction TR for recording on the digital asset tokens of the peer-to-peer distributed ledger 3 as the ownership transfer conditions, and the transaction TR is broadcasted. On the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, refer to FIG. 11) executes the instructions stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65 of the system 2, the transaction TR is verified, and then the change is recorded in the peer-to-peer distributed ledger 3.

[0243] In step 850, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, the transfer transaction TR for application is composed by the transaction composition means. As the transfer of ownership from user 1 to the issuer, the application ownership transfer transaction TR 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) and the transaction TR may be configured, or, Transaction TR Transaction input: Transaction input 1 User address 1 / 10800 (T1); Transaction input 2 Reserve address 01 / 100 (T2) Transaction output: Transaction Output 1 Reserve Address 01 / 10800 (T1) Transaction Output 2 User Address 1 / 100 (T2) The transfer of the digital asset token T2 may also be described in the transaction. When verifying the debit and credit balance of this transaction TR, the balance of the entire transaction TR is inspected. In the case of a transaction including one or more types of digital asset tokens T1 and T2 as in this example, the quantities of debit and credit do not match. Preferably, in a buy / sell transaction TR between one digital asset token and other types of digital asset tokens T1 and T2, it is configured such that the debit and credit balances of selling and buying after conversion of the exchange value to the first digital asset token T1 within the transaction TR fall within a predetermined difference range. That way, transactions within a more stable value range can be realized. Through the calculation of the debit and credit balance, the difference at the time of exchange rate conversion is recognized. Even if a difference occurs in the system, after the difference is recognized, the small difference can be separately processed according to a predetermined agreement. When a difference that is not a small difference occurs, the conclusion of the transaction is blocked, enhancing the transparency and soundness of the transaction and providing the effect of making the exchange rate of the substantial digital asset token more stable. In addition, in the case of a transaction regarding the transfer of ownership between two parties, if one party determines a predetermined small difference that blocks the conclusion of the transaction, the freedom of the other party is within the range of that difference, and the other party can leave the transaction to chance and make a decision as long as there are no other restrictions, creating room to configure the transaction so that the transparency of the transaction is further enhanced. In the case of this example, if the market exchange rate of the exchange value to the first digital asset token T1 is 108, after conversion, the second digital asset token 100 (T2) corresponds to 10800 (T1), so the debit and credit each total 21600 in the transaction input and transaction output, and the debit and credit match. The difference in debit and credit is judged within the transaction and does not necessarily need to be judged by applying the exchange rate for each individual transaction input. The script of the digital asset token T2 of the selected transaction input 1 of the user address embeds the ownership transfer condition code between users, its parameters such as reserve address 01, and the application condition code parameters such as the quantity (T2) of the second digital asset token to be applied for. If the ownership transfer condition is the market exchange rate between the first legal currency and other currencies, this is condition-coded, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. Therefore, the upper and lower limits of the universal price range set by the market exchange rate between the first legal currency and other currencies are condition-coded, and the upper and lower limits of the universal price range are defined as the parameters of the condition code. Therefore, the setting of the upper and lower limits of the universal price range by the market exchange rate between the first legal currency and other currencies is used as the second currency condition code 1 (digital asset token type, upper limit value, lower limit value), and the ownership transfer condition code and its parameters are embedded in the script. When the application transaction TR is composed by User 1, 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 operation of the issuer, when the issuer receives a notification of the application from User 1, the issuer is prompted by a prompt display to accept the application from User 1 from system 2. When the issuer accepts the application transaction TR of the second digital asset token T2 from User 1 and agrees to the content, the application transaction TR is further composed. The incidental information to be recorded in the transaction TR includes at least the history information including the transfer history of the digital asset token T2 to reserve 01. Preferably, the user 2 composes the transaction TR so that the script is configured to include the issuance information (SS140). When the transaction TR is approved by User 2, the transaction TR becomes the completed transaction TR after the transaction verification of system 2.

[0245] In the transfer record aggregation step denoted 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 operation of the issuer, the 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 the node computer 65 (not shown, see FIG. 11) included in the system 2 executes the instructions stored in the storage medium 84 of the node computer 65, when the transaction TR is received by the node computer 65, the computer 60 of the node computer 65 verifies the transaction TR on the blockchain network, records the transaction in the peer-to-peer distributed ledger 3, the transfer of the second digital asset token T2 to user 1 is completed, and at the same time, historical information is also recorded in the incidental information of the record of the second digital asset token T2. At the same time, the transfer of the first digital asset token T1 from user 1 to the issuer is also completed, and the application / issuance is terminated. And as described above, the present invention provides a system for recording on 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 conditional ownership transfer notation, historical information notation, and issuance via reserve. The system of the present invention is, as described above, an integrated system for digital asset tokens that can represent both the digital asset tokens to be issued and the digital asset tokens of consideration in the issuance transaction, enables integrated management from application to issuance, and provides transparency from application to issuance.

[0246] <Transfer between users of digital asset token T2> As shown in FIG. 19, when the transfer operation between users of the digital asset token T2 starts, in step 900, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of user 2, the system 2 displays a transfer operation screen between users of the digital asset token T2 to user 2, and prompts user 2 to input transfer conditions through prompt display. As the ownership transfer conditions, a transfer condition code for requesting transfer to another user 1 is selected and input by user 2, and the system accepts from user 2 the input of the address of the transfer destination user 1 and the condition code parameter regarding the consideration for the transfer as the conditions for the transfer.

[0247] When the system 2 accepts the transfer conditions between users from user 2, in step 910, for user 2, it prepares to transfer the first digital asset token T1, which is the consideration owned by user 2 recorded on the blockchain, to the address of another user 1. Using the transfer condition code with user 1 as the transfer destination and its parameters as the ownership transfer conditions, a transaction TR for recording on the digital asset token of the peer-to-peer distributed ledger 3 is composed as an inter-address transfer.

[0248] Subsequently, in the transfer record aggregation step displayed in step 920, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of user 2, as the transfer of the digital asset token T1 between self-addresses, a transaction TR including the ownership transfer condition information to be recorded on the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network. Subsequently, when the processor 80 of the node computer 65 (not shown, refer to FIG. 11) included in the 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 computer 60 of the node computer 65 verifies the transaction TR, and the change to the peer-to-peer distributed ledger 3 is recorded in the block of the peer-to-peer distributed ledger 3 as a record of the transfer between the self-addresses. 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 the system 2 are executed by the processor 80 by the operation of the user 2, the transaction composition means composes the inter-user transfer transaction TR. As the transfer of the ownership of the second digital asset token T2 from the user 1 to the user 2, and as the consideration, the transfer of the first digital asset token T1 owned by the user 2, the inter-user ownership transfer transaction, for example, Transaction TR Transaction input: Transaction input 1 User address 1 / 100 (T2) Transaction input 12 User address 2 / 1080 (T1); Transaction output 1 User address 2 / 100 (T2) Transaction output 2 User address 1 / 1080 (T1) And a transaction TR incorporating the transfer of the first digital asset token T1 as consideration by the user 1 may be configured, and the script of the digital asset token T2 of the selected transaction input 1 of the user address 2 embeds the inter-user ownership transfer condition code and the user address 2 parameter as its parameter. For example, for one unit of the amount of the second digital asset token T2 (other currency $1 (￠100)), a universal price condition is set such that the lower limit consideration is one unit of the amount of the first digital asset token T1, 108 (1 Japanese yen (JPY) (100 sen) of the legal tender), and the upper limit consideration is the same amount. 108 (T1) ≤ 1 (T2) ≤ 108 (T1) If a spread of 1 yen is provided for the lower limit consideration and the upper limit consideration, 107.5 (T1) ≤ T2 ≤ 108.5 (T1) However, if the scale factor is 100, 10750 (T1) ≤ 100 (T2) ≤ 10850 (T1) the condition may be set as such. Since the consideration is the first digital asset token T1, the ownership transfer condition, if it is the market exchange rate between the first legal tender JPY and another currency USD, is condition-coded, and the upper and lower limits of the universal price range are defined as parameters of the condition code. Therefore, the upper and lower limits of the universal price range set based on the market exchange rate between the first legal tender JPY and another currency USD are condition-coded, and the upper and lower limits of the universal price range are defined as parameters of the condition code. Therefore, the setting of the upper and lower limits of the universal price range based on the market exchange rate between the first legal tender JPY and another currency USD is, as the market exchange rate condition code 1 (digital asset token type T2, upper limit value 10750, lower limit value 10850, scale factor 100), the ownership transfer condition code and its parameters are embedded in the script. In this way, when an unapproved transaction of user 1 is composed by user 2, the unapproved transaction TR is sent from user 2 to user 1.

[0250] In step 940, when the 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 1, user 1 is prompted by a prompt display to transfer the second digital asset token T2 from system 2 to user 2 when receiving a notification of transfer between users from user 2. User 1 accepts the unapproved transaction TR of the transfer of the second digital asset token T2 from user 2, inputs this into system 2, and when system 2 receives the acceptance of the transfer conditions between users from user 1, system 2 prepares to transfer the second digital asset token T2 owned by user 1 recorded on the blockchain to the address of another user 2 for user 1. The transfer condition code and its parameters with the other user 2 as the transfer destination are composed into a transaction for recording on the digital asset token T1 of the peer-to-peer distributed ledger 3 as the ownership transfer condition, and the transaction TR is broadcast. 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 FIG. 11) included in system 2 executes the instructions stored in the storage medium 84 of the node computer 65, the transaction TR is verified on the peer-to-peer distributed ledger network by the computer 60 of the node computer 65, and the change is recorded in the peer-to-peer distributed ledger 3. When confirming the record, when the 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 1, system 2 further composes the unapproved transaction TR received by user 1 and received from user 2, and user 1 composes the transaction TR so that at least the history of the transfer of the digital asset token T2 to reserve 01 is carried over to the incidental information to be recorded in the transaction TR (SS140), approves the transaction TR, and broadcasts it to the blockchain network as the completed transaction TR. Subsequently, when the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the system 2 executes the 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 computer 60 of the node computer 65 verifies the transaction TR on the peer-to-peer distributed ledger network, records the transaction TR in the peer-to-peer distributed ledger 3, and at the same time, as additional information, the history of the transfer of the digital asset token T2 to at least the reserve 01 is appended as history 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 fulfilled simultaneously in one transaction TR, and the transfer of the digital asset token T2 between users is completed.

[0251] The system according to the present embodiment provides a system for providing an additional digital asset token pegged to another currency. When the digital asset token pegged to another currency is issued as a second digital asset generated at a value within a predetermined price range based on the market exchange rate of a predetermined other currency with respect to the first fiat currency to which the first digital asset token is pegged, in addition, at the time of transfer after issuance, the pegging is continuously maintained by setting the ownership transfer conditions. In this way, the system enables the use scenario of the digital asset token of the present invention to be expanded to the market where other currencies circulate, and the display of the mesh-like relationship with other currencies and the linkage of the exchange value can provide a more transparent and more stable exchange value of the digital asset token.

[0252] <Redemption of the digital asset token T2 pegged to another currency> As shown in FIG. 20, when the repayment of the second digital asset token T2 is started, in step 1000, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, the system 2 accepts the ownership transfer conditions required for the repayment transaction TR from the user. The ownership transfer conditions are, for example, if the consideration for repayment is set at a fixed exchange rate under the repayment conditions, the quantity (T1) of the digital asset token T1 with respect to the fixed exchange rate or the quantity unit (T2) of the fixed digital asset token 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 the system 2 are continuously executed by the processor 80 by the user's operation and the system 2 accepts the ownership transfer conditions required for the repayment transaction TR from the user, it prepares to repay the second digital asset token T2 owned by the user recorded on the blockchain for the user. The repayment condition code and parameters regarding the payment of the consideration are embedded. As the ownership transfer condition, the transaction TR for recording on the second digital asset token T2 of the peer-to-peer distributed ledger 3 is composed as an intra-self-address transfer.

[0254] Subsequently, in the "recording" aggregation step shown in step 1020, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, a transaction TR including the ownership transfer condition information to be recorded on the peer-to-peer distributed ledger 3 is broadcast to the peer-to-peer distributed ledger network as a transfer of the digital asset token T2 between self-addresses. Subsequently, on the blockchain network of the peer-to-peer distributed ledger 3, when the processor 80 of the node computer 65 (not shown, refer to FIG. 11) included in the system 2 executes the instructions stored in the storage medium 84 of the node computer 65, the computer 60 of the node computer 65 verifies the transaction TR on the peer-to-peer distributed ledger network, and the change is recorded in the block of the peer-to-peer distributed ledger 3 as a record of the transfer between the self-addresses of the digital asset token T2. Thereby, the ownership transfer condition is appended to the record of the transfer of 1 unit (T2) of the amount of the digital asset token (SS180).

[0255] In step 1030, when the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the user's operation, the user composes the repayment transaction TR. By the transaction composition means, the repayment transaction is, for example, as a transfer of ownership from the user to the issuer, transaction TR Transaction input: Transaction input 1 User address 2 / 100 (T2) Transaction output: Transaction output 1 Reserve address 01 / 100 (T2) and the transaction TR is configured.

[0256] By executing the "recording" aggregation step of step 1040, the repayment process by the issuer is recorded in the peer-to-peer distributed ledger 3 as the transfer of the digital asset token T2 from the user address to the reserve address 01. When the instructions stored in the storage medium 84 of the computer 60 of the system 2 are executed by the processor 80 by the operation of the issuer, when the issuer receives a repayment claim notice from the system 2, the issuer accepts the transaction TR and verifies whether the ownership transfer condition of the repayment conforms to a predetermined repayment condition. If the digital asset token T1 deposited and managed from user 1 exists, the digital asset token T1 may be simultaneously refunded to user 2 from the deposit address 03 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) It becomes like this. In this example, it is repaid at the issue rate, but the repayment amount does not necessarily have to match the deposit amount, and it may be 9000 (T1). The transaction TR is verified by the system 2. Since the assumed repayment conditions of the user claiming repayment are set by the user for the ownership transfer conditions, the verification can verify the agreement of the intentions of both parties. Then, the issuer further composes the transaction TR so that the history information including at least the history of the transfer of the digital asset token T2 to the reserve 01 is inherited as additional information, and approves the unapproved transaction TR. As the completed transaction TR, it is broadcast to the peer-to-peer distributed ledger network by the operation of the issuer. Subsequently, when the processor 80 of the node computer 65 (not shown, see FIG. 11) included in the 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 computer 60 of the node computer 65 verifies the transaction TR on the peer-to-peer distributed ledger network, records the transaction TR in the peer-to-peer distributed ledger 3, and at the same time, the transfer of the digital asset token T2 to at least the reserve 01 is appended to the record of the transfer of the transaction TR as history information, and the repayment of the digital asset token TR is completed.

[0257] Thus, it includes a processor 80 and a storage medium 84 in which instructions executed by the computer 60 are stored and which is readable by the computer 60. When the instructions are executed by the processor 80, record the generation (T) of one unit of the digital asset token amount in the peer-to-peer distributed ledger, when recording the transfer of ownership of the digital asset token T after generation, verify the ownership transfer conditions associated with one unit (T) of the digital asset token amount, add or update the ownership transfer conditions to be associated with one unit (T) of the digital asset token amount after the transfer, the ownership transfer conditions may include setting the upper and lower limits of the transfer consideration and the universal price range between one unit (T) of the digital asset token amount and a predetermined fiat currency, the ownership transfer conditions are recorded in the peer-to-peer distributed ledger together with the transfer of one unit (T) of the digital asset token amount, In the record of the transfer, further, at least the transfer history from the issuer to Reserve 01 immediately after the generation of the digital asset token T, the transfer from Reserve 01 to the user, the transfer between users, and the transfer from the user to Reserve 01 are included in the peer-to-peer distributed ledger-based digital asset token system 2. Regarding the first digital asset token (T1) generated by the digital asset token system 2, it is associated with another currency with respect to a predetermined first fiat currency associated with one unit of the first digital asset token amount, and at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency, the generation of one unit (T2) of the second digital asset token amount pegged to one unit (T1) of the first digital asset token amount is recorded in the peer-to-peer distributed ledger 3. At the same time, the ownership transfer condition information configured to limit the transfer consideration within the universal price range of the upper and lower limits of the transfer consideration of the second digital asset token amount (T2) with respect to one unit (T1) of the first digital asset token amount is recorded in the peer-to-peer distributed ledger 3. At the same time, at least the transfer history information of the digital asset token T2 to Reserve 01 is recorded in the peer-to-peer distributed ledger 3. The modes in which the methods 1 of MS110-190 and MS210-230 of generation, issuance, transfer between users, and redemption are executed by the SS110-SS190 and SS210-SS230 system steps of the digital asset token system are disclosed herein. Thus, regarding the record of the history that can be referenced to the digital asset token itself after redemption and the redemption price, it is also possible to record the constraint conditions pegged to the fiat currency, improving the transparency of the redemption price. In addition, an integrated system for a digital asset token with a more stable exchange value is provided by a mechanism in which the redemption price is limited within the price fluctuation range of a predetermined fiat currency. The system of the present invention, as described above, is an integrated system of digital asset tokens in which both the digital asset token to be redeemed and the digital asset token of the consideration can be represented in the redemption transaction, enabling the overall process of redemption to be integratedly managed and providing transparency of redemption.Accordingly, the present invention provides a recording system for a peer-to-peer distributed ledger that improves transparency and exchange value stability over the entire life cycle of digital asset tokens, including generation, issuance, transfer between users, repayment, and resale after repayment, through issuance with ownership transfer conditions, and recording and reservation of history information and repayment to the reservation.

[0258] The present disclosure provides an integrated system for recording the generation, issuance, and buy / sell transfer of digital asset tokens with stable exchange value on a peer-to-peer distributed ledger, where transparency is improved by recording history and restrictive conditions, and the exchange value is restricted to the price fluctuation range of a predetermined fiat currency.

[0259] [Decentralized Exchange Trading System Based on Relative Trading Agreement Provided by Digital Asset Token Integration System 2] FIG. 21 is a schematic overview diagram for explaining the functional configuration of a digital asset token decentralized exchange transaction by relative trading provided by the digital asset token system 2 according to an embodiment of the present invention. FIG. 22 is a system flowchart of a digital asset token decentralized exchange transaction by relative trading provided by the digital asset token system 2 according to an embodiment of the present invention.

[0260] The digital asset token integration system 2 according to an embodiment of the present invention includes a computer 60 having the system configuration shown in FIG. 12, and includes an additional computer 60 (not shown in FIG. 21) for user terminals for users 1 and 2. The additional computer 60 includes a readable storage medium 84. The storage medium 84 of the additional computer 60 includes additional instructions for wallets 67 and 68. When the instructions are executed by a processor 80 to display a user operation screen, as shown in FIG. 22, in step 1900, the operation screen of user 2 is displayed. As the ownership transfer condition of the digital asset token T2 to be sold for setting the asking price of the ownership transfer condition, within the universal price range of the upper and lower limits of the predetermined transfer consideration of the amount (T1) of the first digital asset token pegged to legal tender 1 per unit (T2) of the digital asset token amount, the ownership transfer condition is set by user 2 as the selling price restricted by the individual specified price range including the upper and lower limits of the transfer consideration with the amount (T1) of the first digital asset token. By this setting, as the ownership transfer condition, the restriction of the upper and lower limits of the transfer consideration with the amount of the first digital asset token within the individual specified price range appears in the display of the first digital asset token itself to which the restriction can be applied, information is disclosed to network participants, and the asking price indication of the sale is not grasped only by any transaction intermediary or specific exchange participant, but information is widely disclosed to the peer-to-peer distributed ledger network. By locking the desired transfer price for selling the digital asset token before the transaction to more reliably execute the decentralized transaction, at the time of the transaction desire, one buyer can immediately finalize the transaction only by the operation of the application. By displaying the desired transfer price for selling on the blockchain, the transparency of the formation of the market price is enhanced, the soundness of the transaction is enhanced, and the stability of the digital asset token market exchange rate can be expected to be enhanced.

[0261] To record the transfer price lock condition code (lock price lower limit, lock price upper limit, time window) in the peer-to-peer distributed ledger 3, the user of the digital asset token T2 to be sold composes the following transaction TR by the transaction composition means, Transaction TR Transaction Input: Transaction Input 1 User Address 2 / 100 (T2) Transaction Output: Transaction Output 1 User Address 2 / 100 (T2); and composes the said transaction TR. In the script of the digital asset token T2 of the selected transaction input 1 of the user address 2 of the said transaction TR, in order to set the ownership transfer condition, the transfer price lock condition code and its parameters (lock price lower limit, lock price upper limit, time window) are embedded. Next, the transaction TR for recording the said ownership transfer condition is composed as an intra-self address transfer, that is, an inter-user address 2 transfer. Subsequently, the transaction TR is broadcast to the blockchain network of the peer-to-peer distributed ledger 3.

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

[0263] In step 2000, a relative purchase input screen for digital asset tokens is displayed on the screen operated by user 1. In addition to the purchase item conditions including the bid price of 108 yen per unit (T2) of the amount of one digital asset token T2 and the quantity of 100 (T2), a prompt is displayed to prompt the selection of other digital asset tokens held by user 1 corresponding to the exchange value of the digital asset token T2 as the consideration for the purchase, for example, digital asset token T1.

[0264] In step 2010, system 2 accepts the bid of 108 yen for the purchase conditions from the operation screen of user 1 and stores it on the memory 81 of computer 60 where the wallet application program instruction 87 is executed.

[0265] In step 2020, when instructions are executed by the processor 80 of user 1's wallet 67, the bid for the purchase conditions of the one digital asset token T2 stored on the memory 81 is matched with the ask price of the one digital asset token T2 set on the peer-to-peer distributed ledger 3, and the ask price of the one digital asset token T2 to be the subject of the purchase application and its owner, user 2, are identified, and these search results are displayed on the first user screen.

[0266] In step 2025, in order to set the ownership transfer condition for other digital asset tokens T1 through the screen operated by user 1, the transfer price snapshot lock condition code (lock price, snapshot universal time, selling address) is recorded in the peer-to-peer distributed ledger 3 with the selling price fixed by the snapshot exchange rate at a predetermined universal time for the exchange value between one unit (T1) of the first digital asset token amount and the second digital asset token amount (T2) as the ownership transfer condition. Therefore, by the transaction composition means, the following transaction, Transaction TR Transaction input: Transaction Input 1 User Address 1 / 10800 (T1); Transaction Output: Transaction Output 1 User Address 1 / 10800 (T1) It consists of. In the script of the digital asset token T1 of the selected transaction input 1 of user address 1 of the transaction TR, a transfer price snapshot lock condition code and its parameters (lock price, snapshot universal time, selling destination address) are embedded to set the ownership transfer condition. For the asking price of 108 yen and the quantity of 100 (T2), the digital asset token T1 is selected, and for the digital asset token 100 (T2), the snapshot exchange rate is set at a rate of 1 yen for the digital asset token 1 (T1), and the consideration is set at 10800 (T1).

[0267] By setting the transfer price snapshot lock condition code, it is possible to pre-lock the exchange value of the digital asset token that is the exchange consideration of the purchaser with the first digital asset token, and the purchaser can more surely obtain the amount of 100 (T2) of the second digital asset token corresponding to the exchange value with the first digital asset token required by the seller, which is 10800 (T1) above, and without being affected by the market exchange rate at the time of the transaction, as far as the purchaser's intention is concerned, it is possible to finalize the transaction only by the operation of the purchase application, making the transaction establishment simpler, activating the transaction market, and expecting the effect of enhancing the stability of the digital asset token market exchange rate. Subsequently, when the transaction TR is broadcast to the blockchain network and the processor 80 of the node computer 65 (see FIG. 12, not shown in FIG. 21) on the peer-to-peer distributed ledger network executes the instructions stored in the storage medium 84 of the node computer 65, the transaction is verified and the ownership transfer condition is recorded in the peer-to-peer distributed ledger 3.

[0268] In step 2030, continuing through the screen operated by user 1, the incomplete transaction TR of the buy-sell transaction between users by the incomplete transaction TR composition means of the digital asset token transfers the other digital asset token T1 owned by user 1 corresponding to the consideration and the transfer of the one digital asset token T2, and the incomplete transaction TR of the buy-sell transaction between users including the transfer of the one digital asset token T2 is 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) is composed, and a purchase application including the incomplete transaction is sent from the computer 67 where the wallet application program instruction 87 of user 1 is executed via the communication means to the computer 68 where the wallet application program instruction 87 of user 2 is executed, and waits for a reply from user 2.

[0269] In step 2040, when instruction 87 is executed by the processor 80 of wallet 68 of user 2, user 2 receives a notification of the purchase application from user 1, and via the relative transaction approval input screen of the one digital asset token T2 displayed by the instruction 87 of the wallet application program of user 2, accepts the purchase application including the incomplete transaction TR sent from user 1, approves the transaction TR of the buy-sell transaction between users 1 and 2 including the transfer of the other digital asset token T1 as the payment means and the transfer of the one digital asset token T2 set as the sell order by user 2, and returns the approved transaction TR of the buy-sell transaction to user 1.

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

[0271] In step 2060, on the peer-to-peer distributed ledger network, when the processor 80 of node computer 65 (see FIG. 12, not shown in FIG. 21) executes the instruction stored in the storage medium 84 of node computer 65, transaction TR is verified and the transfer of digital asset tokens T1, 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, program instruction 87 is executed by the processor of wallet 67 of user 1, and transaction TR of the transfer of digital asset tokens T1, T2 by the counterparty transaction is broadcast to the blockchain network of the peer-to-peer distributed ledger. On the peer-to-peer distributed ledger network, when the processor 80 of node computer 65 (see FIG. 12, not shown in FIG. 22) executes the instruction stored in the storage medium 84 of node computer 65, transaction TR is verified by node computer 65, and T1, T2 may be recorded in the peer-to-peer distributed ledger 3.

[0273] The system 2 according to this embodiment provides a decentralized trading system (hereinafter also referred to as DEX (Distributed EXchange)) that enables counterparty trading agreements, enables users to conduct transactions without the operation of intermediaries, reduces the opportunities for intermediaries to manipulate the market, and is expected to further stabilize the market exchange rate. It is also possible to substantially eliminate the exchange fees, make the circulation of digital asset tokens more active, provide a more transparent and less volatile stable trading price, and obtain the effect of providing a more stable trading price.

[0274] [Digital Asset Token T's Over-the-Counter Trading System] FIG. 23 is a schematic diagram for explaining the decentralized trading configuration function flow of the over-the-counter trading of the digital asset token T provided by the digital asset token integration system 2 according to an embodiment of the present invention. FIG. 24 is a system flowchart of the digital asset token decentralized exchange trading by over-the-counter trading provided by the digital asset token integration system 2 according to an embodiment of the present invention.

[0275] The digital asset token integration system 2 according to an embodiment of the present invention further includes additional instructions for the over-the-counter trading program instructions 87 (see FIG. 12, not shown in FIG. 23) in the storage medium 84 (see FIG. 12, not shown in FIG. 23), and further includes an additional wallet 67 (see FIG. 11) for the user 1 terminal for the purchasing user 1 to operate, and an additional wallet 68 (see FIG. 11) for the user terminal 2 for the selling user 2 to operate. The computer 60 for the additional wallet includes a readable storage medium 84. The storage medium 84 of the additional computer 60 includes additional instructions for the wallet application program 87 ((see FIG. 12). When the additional instructions are executed by the processor 60 to display the user operation screen, as shown in FIG. 24, in step 3000, the over-the-counter offer screen of the digital asset token T2 is displayed on the screen operated by the purchasing user 1.

[0276] In step 3010, when the program instructions 87 are executed by the processor of the wallet 67 of the purchasing user 1 (hereinafter also referred to as the purchasing applicant 1), a prompt for specifying the purchase item conditions including the buy offer price and quantity of one unit of the amount of one digital asset token T2 and selecting other digital asset tokens T1 held by the user corresponding to the exchange value of the digital asset token T2 as the consideration for the purchase is displayed on the user 1 screen.

[0277] In step 3020, the input of a purchase application including the buy order conditions of the purchasing user 1 is continuously received from the user 1 screen and sent to the computer 60 (not shown in FIG. 23) where the board trading application program instruction 87 is executed.

[0278] Prior to the execution of step 3020, in step 3015, when the program instruction 87 is executed by the processor of the wallet 67 of the prospective purchaser 1, the prospective purchaser 1 has previously owned other digital asset tokens T1 held by himself / herself corresponding to the exchange value of the digital asset token T2 as the consideration for the purchase. If the transfer of ownership conditions of the sell order setting are not appended to the unused transaction of the digital asset token T1 owned by himself / herself recorded on the blockchain of the peer-to-peer distributed ledger 3, within the range of the constraint conditions of the universal price, a sell order setting transaction TR is composed to record a sell order setting corresponding to the consideration of the buy order conditions on the digital asset token T1 on the blockchain of the peer-to-peer distributed ledger 3, and the transaction TR is broadcast to the peer-to-peer distributed ledger network. On the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 (see FIG. 12, not shown in FIG. 23) executes the instructions stored in the storage medium 84 of the node computer 65, the transaction TR is verified and recorded in the peer-to-peer distributed ledger 3. At the same time, the transfer of ownership conditions of the sell order setting of the digital asset token T1 are appended to the unused transaction of the digital asset token T1.

[0279] In step 3030, when the purchase application including the buy order conditions of the purchasing user 1 is received when the board trading program instruction 87 is executed by the processor 80 of the computer 60 (not shown in FIG. 23) that executes the board trading program instruction 87, the purchase application is stored in the memory 81 (not shown in FIG. 23).

[0280] In step 3040, when the board program instruction 87 is executed by the processor 80 of the computer 60 that executes the board program instruction 87, if the computer 60 receives a sell application including the selling conditions of the selling user 2, the sell application is stored on the memory 81 of the computer 60.

[0281] Prior to the execution of step 3040, in step 3035, when the program instruction 87 is executed by the processor of the wallet 68 of the prospective seller 2, if the prospective seller 2 has not previously appended the transfer of ownership conditions to the selling settings in the transaction input recorded on the blockchain of the peer-to-peer distributed ledger 3 for the digital asset token T2 to be sold that the prospective seller 2 holds, within the range of the universal price constraint conditions, the prospective seller 2 composes a transaction TR for recording the desired selling settings on the digital asset token T2 on the blockchain network of the peer-to-peer distributed ledger 3 and broadcasts the transaction TR to the blockchain network of the peer-to-peer distributed ledger 3. When the processor 80 of the node computer 65 (see FIG. 12, not shown in FIG. 23) executes the instruction stored in the storage medium 84 of the node computer 65 on the blockchain network of the peer-to-peer distributed ledger 3 and a broadcast is received, the transaction TR is verified, and the digital asset token T2's unused transaction is recorded in the peer-to-peer distributed ledger 3, and the selling settings are recorded simultaneously.

[0282] In step 3050, when the board trading program instruction 87 is executed by the processor 80 of the computer 60 that executes the board trading program, the matching of the accumulated buying boards and the accumulated selling boards is executed.

[0283] When the matching is successful, when the board trading program instruction 87 is further executed by the processor 80 of the computer 60 in which the board trading program instruction 87 is executed, in step 3060, the transfer of one digital asset token T2 of the selling user 2 and, as the consideration for the bid board of the purchasing user 1, the transfer of another digital asset token T1 set as the ask board by the purchasing user 1 are included in the transaction TR of the buy-sell transaction between users 1 and 2, and the transaction TR is composed by the transaction composition means of the buy-sell transaction.

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

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

[0286] The system 2 according to the embodiment provides a decentralized trading system (DEX) that realizes a board trading agreement. On the premise of system registration of a buy-sell application, a system is provided in which the transfer of digital asset tokens by board trading is recorded in a peer-to-peer distributed ledger by the DEX system. The user is provided with the convenience of being able to execute a digital asset token exchange transaction while referring to real-time board trading agreement information, and the exchanger can more easily provide a digital asset token exchange transaction function, providing the effect of enriching the variations of the exchange value realization method, enabling a more transparent market formation, and making it possible to provide a more stable trading price with lower volatility by activating transactions.

[0287] [System for Providing Call Information for Block Trading of Digital Asset Token T and Mix Trading of Opposite Transactions] FIG. 25 is a schematic diagram for explaining a configuration function flow for providing call information for block trading of digital asset token exchange and providing a mix trading of opposite transactions. FIG. 26 is a configuration function flow for providing call information for block trading of digital asset token decentralized exchange by block trading provided by the digital asset token integration system 2 according to an embodiment of the present invention and a system flowchart of a mix trading of opposite transactions.

[0288] The digital asset token integration system 2 according to an embodiment of the present invention further includes additional instructions 87 for a block trading program in the storage medium 84, and further includes a computer 60 for the operation of an additional wallet 67 for a user terminal operated by the purchasing user 1 and a computer 60 for the operation of an additional wallet 68 for a user terminal operated by the selling user 2. The additional computer 60 includes a readable storage medium 84, and the storage medium 84 includes additional instructions 87 for a wallet application program. When the instructions 87 are executed by the processor 80 to display the operation screen of the user 1, in step 4000 shown in FIG. 26, a block trading offer screen of the digital asset token T2 is displayed on the screen operated by the purchasing user 1.

[0289] In step 4010, when the processor 80 of the computer 60 of the wallet 67 that continues to display the operation screen of the user 1 executes the instructions 87 stored in the storage medium 84, a prompt for specifying purchase item conditions including the bid price and quantity (T2) of one unit (T2) of the amount of one digital asset token and selecting other digital asset tokens T1 held by the user corresponding to the exchange value of the digital asset token as the consideration for the purchase is displayed on the user 1 screen.

[0290] In step 4030, following step 4010, when the processor 80 of the computer 60 of the wallet 67 that displays the operation screen of user 1 executes the instructions stored in the storage medium 84, it accepts the input of the purchase application including the purchase board conditions of the purchasing user 1 from the user 1 screen, and executes the transmission to a computer 60 (not shown) where the board trading application program instructions 87 are executed.

[0291] Prior to the execution of step 4030, in step 4020, following step 4010, when the processor 80 of the configuring computer 60 of the wallet 67 that displays the operation screen of the prospective purchaser user 1 executes the instructions stored in the storage medium 84, for the other digital asset token T1 that the user himself / herself holds and that corresponds to the exchange value of the digital asset token T2 as the consideration for the purchase in advance, if there is no sell board setting of the ownership transfer condition appended to the unspent transaction of the digital asset token T1 owned by the user himself / herself on the blockchain of the peer-to-peer distributed ledger 3, the prospective purchaser 1 makes a sell board setting corresponding to the consideration for the purchase board within the range of the constraint conditions of the universal price on the user operation screen for the other digital asset token T1 that the user himself / herself holds. That is, the sell board setting condition code and its parameters are composed as a transfer between self-addresses of the transaction TR for recording on the digital asset token T1 of the peer-to-peer distributed ledger 3 as the ownership transfer condition, and the transaction TR including the ownership transfer condition information to be recorded on the peer-to-peer distributed ledger 3 as the transfer of the digital asset token TR between self-addresses 1 is broadcast to the peer-to-peer distributed ledger network. On the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 executes the instructions stored in the storage medium 84 of the node computer 65, upon receiving the broadcast, it verifies the transaction TR, and the change of the ownership transfer condition is recorded in the block of the peer-to-peer distributed ledger 3 simultaneously with the recording of the transfer of the digital asset token T1 between self-addresses. As a result, the ownership transfer condition is appended to the recording of the transfer of 1 unit of the amount of the digital asset token (SS180).

[0292] In step 4040, when the plate trading program instruction 87 stored in the memory 81 is executed by the processor 80 of a computer 60 (not shown), if a purchase application including the buy plate conditions of the purchasing user 1 is received, the purchase application is stored in the memory 81.

[0293]

[0293] In step 4060, when the instruction stored in the storage medium 84 is executed by the processor 80 of a computer 60 (not shown) that stores the plate trading program instruction 87 in the memory 81, if a sale application including the sell plate conditions of the selling user 2 is received, the sale application is stored in the memory 81.

[0294] In step 4050, prior to the execution of step 4060, when the processor 80 of the computer 60 that configures the wallet 68 and displays the user operation screen executes the instruction stored in the storage medium 84, for the digital asset token T2 to be sold that the user owns, if no sell plate setting of the ownership transfer condition is appended on the blockchain of the peer-to-peer distributed ledger 3, within the range of the universal price constraint conditions, a sell plate setting corresponding to the consideration for the buy plate is made for the digital asset token T2 that the user owns. That is, a transaction TR for recording the sell plate setting condition code and its parameters as the ownership transfer condition in the digital asset token T2 of the peer-to-peer distributed ledger 3 is composed as an inter-self-address transfer. Next, a transaction including the ownership transfer condition information to be recorded in the peer-to-peer distributed ledger is broadcast to the peer-to-peer distributed ledger network. On the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 executes the instruction stored in the storage medium 84 of the node computer 65 and receives the broadcast, the transaction TR is verified, and the change is recorded in the block of the peer-to-peer distributed ledger 3 as a record of the transfer between self-addresses. The ownership transfer condition is appended to the record of the transfer of 1 unit of the amount of the digital asset token.

[0295] In step 4070, when the instruction stored in the storage medium 84 is executed by the processor 80 of the computer 60 (not shown) that stores the board trading program instruction 87 in the memory 81, the matching between the accumulated bid board and the accumulated ask board is executed. When the matching is successful, the address information of the digital asset tokens T1 and T2 with the ask board settings of both users is obtained, and the ask board information of the other party is transmitted to both users.

[0296] In step 4080, when the processor 80 of the computer 60 of the wallet 67 or 68 that displays the user operation screen executes the wallet program instruction 87, when a display request for the relative purchase input screen of the digital asset token is input by either user 1 or user 2, step 2000 of displaying the relative purchase input screen of the digital asset token on the screen operated by the user is started, and the relative transaction is started. According to the processing after step 2000, the transaction of the transfer of the digital asset token by the relative transaction is broadcast to the blockchain network of the peer-to-peer distributed ledger 3 by user 1 or user 2. On the peer-to-peer distributed ledger network, when the processor 80 of the node computer 65 executes the instruction stored in the storage medium 84 of the node computer 65, when a broadcast is received, the transaction TR is verified, and the transfer of T1 and T2 is recorded in the peer-to-peer distributed ledger 3.

[0297] The system 2 according to the present embodiment provides information up to the bringing together of the bid price and the ask price of the purchase board by the DEX board bringing together information providing system, and a means is provided for realizing an agreement in cooperation with the relative trading system function. By obtaining information on the board trading DEX, the opportunity for an agreement is improved, and since the execution of the transaction is realized by the user operation, the conclusion of the transaction involves only the buyer and the seller, minimizing the parties and simplifying the transaction. It is possible to provide a mixed effect of the respective effects of board trading and relative trading, and by providing more open board bringing together information based on the ask price information recorded in the digital asset token itself, a more transparent transaction can be realized, and by activating the trading volume, a more stable digital asset token market can be formed.

[0298] As described above, the embodiments according to the present invention have been described. However, the present invention is not limited to such embodiments, and various modifications can be made without departing from the spirit of the present invention. A part of the configuration described in the examples can be recombined in combination with other example partial configurations, and the aspects of the present invention are not limited to only the forms described in one example. Although the embodiments depicted in the embodiments described here are described in considerable detail, the applicant has no intention of limiting or restricting the scope of the appended claims in any way by this description. Additional advantages and modifications will be understood by those skilled in the art, and the elements described in one embodiment can also be adopted in other embodiments. Therefore, the invention is not limited to specific details in a broad sense, and each device and example are shown and described. Therefore, it may deviate from these detailed descriptions without departing from the spirit and scope of the applicant's general inventive concept.

Industrial Applicability

[0299] It can be used for the generation, issuance, buying and selling, brokering, exchange business of digital asset tokens, the settlement of transactions by merchants, and the means of payment for goods and services in stores.

Explanation of Signs

[0300] 1 Method for generating, issuing, and redeeming a digital asset token according to an 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 Generation Condition Acceptance Step 210 Ownership Transfer Condition / History Condition Acceptance Step 220 Transaction Composition Step 230 Transaction Broadcast Step 240 Transaction Verification Step 250 Block Verification Step 260 Peer-to-Peer Distributed Ledger Recording Step 270 Recording Aggregation Step 300 Issuance Condition Acceptance Step 310 Ownership Transfer Condition / History Condition Update Step 320 Recording Aggregation Step 330 Transaction Composition Step 340 Recording Aggregation Step 400 Transfer Condition Acceptance Step between Users 410 Ownership Transfer Condition / History Condition Update Step 420 Recording Aggregation Step 430 Transaction Composition Step 440 Recording Aggregation Step 500 Repayment Condition Acceptance Step 510 Ownership Transfer Condition Update Step 520 Recording Aggregation Step 530 Transaction Composition Step 540 Recording Aggregation Step 700 Generation Condition Acceptance Step 710 Ownership Transfer Condition Update Step 720 Transaction Composition Step 730 Recording Aggregation Step 800 Issuance Condition Acceptance Step 820 Recording Aggregation Step 810 Ownership Transfer Condition Update Step 830 Application acceptance condition step 840 Application preparation step 850 Transaction composition step 860 Application acceptance step 870 Record aggregation step 900 Transfer condition acceptance step between users 910 Ownership transfer condition change step 920 Record aggregation step 930 Transaction composition step 940 Record aggregation step 1000 Repayment condition acceptance step 1010 Ownership transfer condition update step 1020 Record aggregation step 1030 Transaction composition step 1040 Record aggregation step 1900 T1 selling board setting step 2000 Relative transaction purchase condition input step 2010 Buying board accumulation step 2020 Selling board search and display step 2025 Transfer price snapshot lock step 2030 Incomplete transaction composition step 2040 Transaction approval step 2050 Transaction broadcast step 2060 Recording step 3000 Board application screen display step 3010 Purchase condition input screen display step 3015 Selling board setting step for purchase consideration T1 3020 T2 purchase application reception step 3030 T2 buying board accumulation step 3035 Selling board setting for sold digital asset token T2 3040 Selling board accumulation step 3050 Selling board and buying board matching step 3060 Transaction composition step 3070 Broadcast Step 3080 Recording 4000 Board Application Screen Display Step 4010 Purchase Condition Input Screen Display Step 4020 Asking Price Setting Step for Purchase Consideration T1 4030 T2 Purchase Application Reception Step 4040 T2 Bid Accumulation Step 4050 Asking Price Setting for Selling Digital Asset Token T2 4060 T2 Asking Price Accumulation Step 4070 Asking Price and Bid Matching Step 4080 Relative Counterparty Input Screen Display Request Step START Flow Start END Flow End ST1 Generation Stage ST2 Issuance Stage ST3 Buying and Selling Stage ST4 Repayment Stage M100 Method for Generating T1 M200 Method for Issuing T1 M300 Method for Buying and Selling T1 M400 T1 Repayment Method M101 Method for Generating T2 M201 Method for Issuing T2 M301 Method for Buying and Selling T2 M401 T2 Amortization Method MS110 Recording Method Step for Generating Digital Asset Token MS120 Method Step for Adding or Updating Ownership Transfer Conditions MS130 Method Step for Setting Pegging Conditions to Legal Tender MS140 Method Step for Setting History Information MS150 Method Step for Broadcasting Transactions MS160 Verification Method Step MS170 Recording Method Step for Transfers MS180 Recording Method Step for Ownership Transfer Conditions MS190 Recording Method Step for History Information Steps of the MS210 Second Digital Asset Token Generation Recording Method Steps of the MS220 Second Digital Asset Token Ownership Transfer Condition Addition or Update Method Steps of the MS230 Second Digital Asset Token Ownership Transfer Condition Setting Method Steps of the SS110 Digital Asset Token Generation Recording System Steps of the SS120 Ownership Transfer Condition Addition or Update System Steps of the SS130 Pegging Condition Setting System to Fiat Currency Steps of the SS140 History Information Setting System Steps of the SS150 Transaction Broadcast System Steps of the SS160 Verification System Steps of the SS170 Recording System Law Steps of the SS180 Ownership Transfer Condition Recording System Steps of the SS190 History Information Recording System Steps of the SS210 Second Digital Asset Token Generation Recording System Steps of the SS220 Second Digital Asset Token Ownership Transfer Condition Addition or Update System Steps of the SS230 Second Digital Asset Token Other Currency Pegging Condition System

Claims

1. A peer-to-peer distributed ledger recording method for digital asset tokens (T), recording the generation of one unit of the quantity of digital asset tokens in a peer-to-peer distributed ledger (MS110), when recording the subsequent transfer of ownership of the digital asset tokens in the peer-to-peer distributed ledger, pre-recording in the peer-to-peer distributed ledger the addition or update of transfer conditions of ownership to be associated with one unit of the quantity of the digital asset tokens to be transferred (MS120), the transfer conditions of ownership may include setting a universal price range of an upper limit and a lower limit of the transfer consideration between one unit of the quantity of the digital asset tokens and a predetermined fiat currency (MS130), the accompanying information to be appended to the record includes at least historical information including the history of the transfer of digital asset tokens to the reserve (MS140), composing a transaction including the information to be recorded in the peer-to-peer distributed ledger and broadcasting it to the peer-to-peer distributed ledger network (MS150), after successful verification of the transaction including the transfer conditions of ownership (MS160), recording the transfer of ownership of the digital asset tokens (MS170), the transfer conditions of ownership are appended to the record of the transfer of one unit of the quantity of the digital asset tokens (MS180), the historical information is appended to the record of the transfer of one unit of the quantity of the digital asset tokens (MS190), the historical information includes at least the transfer history information from the issuer to the reserve immediately after the generation of the digital asset tokens among the records of the transfer from the issuer to the reserve immediately after the generation of the digital asset tokens, the transfer from the reserve to the user, the transfer between users, and the transfer from the user to the reserve of the digital asset tokens.

2. For a predetermined first fiat currency associated with one unit of a first digital asset token generated by the method of the preceding paragraph, it is associated with another currency, and at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency, recording the generation of one unit of the quantity of a second digital asset token pegged to one unit of the quantity of the first digital asset token (MS210), when recording the subsequent transfer of ownership of the digital asset tokens in the peer-to-peer distributed ledger, Including recording in advance in the peer-to-peer distributed ledger an addition or update of the transfer of ownership conditions to be associated with one unit of the digital asset tokens to be transferred (MS220) The transfer of ownership conditions includes restricting the upper and lower limits of the transfer consideration of one unit of the second digital asset tokens relative to one unit of the first digital asset tokens as pegging conditions to a universal price range and / or an individual price range (MS230). The method according to claim 1.

3. The method according to claim 1 or 2, wherein the first fiat currency is the yen and the second currency is a fiat currency outside Japan.

4. The issuance and sale of one unit of the second digital asset tokens further The historical information includes historical information in which a predetermined percentage of the consideration provided by the user is held in a deposit pool to be secured by safe assets, according to the method according to any one of claims 1 to 3.

5. Including a processor and a computer-readable storage medium storing instructions executable by the computer, and when the instructions are executed by the processor, Recording in the peer-to-peer distributed ledger the generation of one unit of the digital asset tokens (SS110), When recording the subsequent transfer of ownership of the digital asset tokens in the peer-to-peer distributed ledger, Recording in advance in the peer-to-peer distributed ledger an addition or update of the transfer of ownership conditions to be associated with one unit of the digital asset tokens to be transferred (SS120), The transfer of ownership conditions may include setting a universal price range for the upper and lower limits of the transfer consideration between one unit of the digital asset tokens and a predetermined fiat currency (SS130), The additional information to be recorded includes historical information including at least the history of the transfer of digital asset tokens to the reserve (SS140), Broadcasting a transaction including the information to be recorded in the peer-to-peer distributed ledger to the peer-to-peer distributed ledger network (SS150), After the successful verification of the transaction including the transfer of ownership conditions (SS160), Recording the transfer of ownership of the digital asset tokens (SS170), The transfer of ownership conditions is appended to the record of the transfer of one unit of the digital asset tokens (SS180). The history information is appended to the record of the transfer of one unit of the amount of the digital asset token (SS190), The system is configured such that the history information includes at least the transfer history information of the transfer 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.

6. The readable storage medium includes additional instructions, and when the additional instructions are executed by the processor, For a predetermined first fiat currency associated with one unit of a first digital asset token, it is associated with another currency, and at an exchange rate corresponding to the market exchange rate between the first fiat currency and the second currency, one unit of the amount of the digital asset token pegged to one unit of the amount of the first digital asset token is used as one unit of the amount of the second digital asset token to record the generation (SS210), When recording the subsequent transfer of ownership of the digital asset token in the peer-to-peer distributed ledger, Including adding or updating the transfer conditions of ownership to be associated with one unit of the amount of the digital asset token to be transferred in the peer-to-peer distributed ledger in advance (SS220), The transfer conditions of ownership are configured to include restricting the upper and lower limits of the transfer price of one unit of the amount of the second digital asset token relative to one unit of the amount of the first digital asset token as a pegging condition to the universal price range and / or the individual price range (SS230), The system according to claim 5.

7. The system according to claim 5 or 6, wherein the first fiat currency is the yen and the second currency is a fiat currency outside Japan.

8. The transfer conditions of ownership set a condition code for each type of condition, Construct the condition code or a script including the condition code, Calculate the hash of the condition code or the script including the condition code, embed the hash in the execution program of the transaction, Compose the transaction and broadcast it to the blockchain network, The system according to any one of claims 5 to 7, which is configured to be recorded in the peer-to-peer distributed ledger of the blockchain network.

9. The ownership transfer condition is further configured to limit, within an individual specified price range including the upper and lower limits of the transfer consideration for the first digital asset token amount, to a universal price range of the upper and lower limits of the predetermined transfer consideration for the first digital asset token amount per unit of the second digital asset token amount, the system according to any one of claims 5 to 8.

10. The ownership transfer condition is further configured such that the exchange value between one unit of the first digital asset token amount and the second digital asset token amount is a selling price fixed by a snapshot exchange rate at a predetermined universal time, the system according to any one of claims 5 to 9.

11. The ownership transfer condition is further configured such that, in a buying and selling transaction between the digital asset token and another type of digital asset token, the debit and credit balance of the sell and buy after conversion of the exchange value to the first digital asset token within the transaction falls within a predetermined difference range, the system according to any one of claims 5 to 10.

12. The system further includes a first computer for a user terminal of a first user and a second computer for a user terminal of a second user, and a network connection is established via communication means between the first or second computer, the system, and a node computer including a storage for storing the peer-to-peer distributed ledger. The first or second computer includes a processor and a storage medium readable by a computer, in which instructions executed by the computer are stored. The storage medium includes additional instructions for a wallet application program, and when the instructions are executed by the processor to display a user operation screen, The first computer for a user terminal of a first user displays a relative purchase input screen for digital asset tokens for the first user. Further, in addition to the purchase item conditions including the bid price and quantity of one unit of the amount of a digital asset token, a prompt for prompting the selection of other digital asset tokens held by the purchasing user corresponding to the exchange value of the digital asset token as the consideration for the purchase is displayed on the first user screen. When the instruction of the first computer operated by the first user is executed by the processor, the bid for the purchase condition is accepted and stored in the memory of the first computer on which the wallet application program is executed. Furthermore, on the first computer for the user terminal of the first user, when the instruction of the wallet application program operated by the first user is executed by the processor, the bid for the purchase condition of the one digital asset token stored in the memory and the one digital asset token whose ask price is set by the ownership transfer condition that limits the selling lower price to the individual specified price range or the selling price fixed by the snapshot exchange rate on the peer-to-peer distributed ledger are read from the peer-to-peer distributed ledger via the communication means, and the ask price of the one digital asset token to be the subject of the purchase application of the first user and the second user who is the owner of the one digital asset token of the ask price are identified by matching with the ask price, and these search results are displayed on the first user screen. Next, the first user composes an unfinished transaction of a purchase and sale transaction between users including the transfer of other digital asset tokens owned by the first user corresponding to the consideration through the transaction composition means of the purchase and sale transaction between users via the screen operated by the first user, and sends a purchase application including the unfinished transaction from the first computer to the computer on which the wallet application program of the second user is executed via the communication means, and waits for a reply from the second user. On the second computer for the user terminal of the second user, when the instruction of the wallet application program operated by the second user is executed by the processor, the second user receives the notification of the purchase application from the first user. Furthermore, the second user accepts a purchase application including the unfinished transaction sent from the first user via a relative transaction approval input screen of the digital asset token displayed on the second computer, and approves a transaction of a buy-sell transaction between users including a transfer of other digital asset tokens set on the sell board by the first user specified by the unfinished transaction and a transfer of the one digital asset token on the sell board of the second user, and after the approval, the buy-sell transaction is replied to the first user. Instructions of a wallet application program of either the first user or the second user are executed by a processor, and a transaction of the transfer of the digital asset token by a relative transaction is broadcast and transmitted to a blockchain network. In the node computer including a processor and a storage medium storing instructions executed by the computer and readable by the computer, when the instructions are executed by the processor, when receiving a broadcast on the blockchain network, the instructions are configured to verify a transaction and record the transaction in a block of a blockchain of a peer-to-peer distributed ledger stored in the storage medium of the node computer. The system according to any one of claims 9 to 11.

13. The system further includes instructions for a board trading program in the storage medium, and further includes a first computer for a user terminal operated by a purchasing user and a second computer for a user terminal operated by a selling user. Each computer includes a readable storage medium, and the storage medium includes instructions for a wallet application program. When the instructions are executed by a processor of the first computer to display an operation screen of the purchasing user, display a board trading application screen of the digital asset token on the screen operated by the purchasing user. display on the purchasing user screen a prompt for specifying purchase item conditions including the buy board price and quantity of one unit of the amount of one digital asset token and prompting the selection of other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as the consideration for the purchase. Subsequently, accept the input of a purchase application including the purchase board conditions of the purchasing user from the user screen and send it to the computer on which the board trading application program is to be executed. The system When instructions for the board trading program stored in the storage medium are executed by the processor of the computer that executes the board trading program, and when a purchase application including the purchase board conditions of the purchasing user is received by the computer that executes the board trading program, the purchase application is stored in the memory. Furthermore, when instructions for the board trading program stored in the storage medium are executed by the processor of the computer that executes the board trading program, and when a sale application including the sale board conditions of the selling user is received by the computer, the sale application is stored in the memory. Furthermore, when instructions for the board trading program stored in the storage medium are executed by the processor of the computer that executes the board trading program, perform matching between the stored purchase board and the stored sale board. When the matching is successful, Compose a transaction of a buy-sell transaction between users, including the transfer of one digital asset token of the selling user and the transfer of other digital asset tokens of the purchasing user set as the consideration for the purchase board by the purchasing user, by the transaction composition means for the buy-sell transaction, and broadcast and transmit the transaction of the transfer of the digital asset token by the board trading to the blockchain network. The system according to any one of claims 9 to 11, wherein when the instructions of the node computer including a processor and a storage medium readable by a computer on which instructions executed by the computer are stored are executed by the processor, when receiving a broadcast on the blockchain network, verify the transaction and configure to record the transaction in a block of the blockchain of the peer-to-peer distributed ledger stored in the storage medium of the node computer.

14. The system further includes instructions for a board trading program in the storage medium, and further includes a first computer for a user terminal operated by a purchasing user and a second computer for a user terminal operated by a selling user. Each of the computers includes a readable storage medium, and the storage medium includes instructions for a wallet application program. When the instructions are executed by a processor of the first computer to display an operation screen of the purchasing user, display a solicitation screen for the purchase of digital asset tokens on the screen operated by the purchasing user, display on the purchasing user screen a prompt for specifying purchase item conditions including the buy price per unit and quantity of one digital asset token, and for selecting other digital asset tokens held by the purchaser corresponding to the exchange value of the digital asset token as consideration for the purchase, subsequently, accept an input of a purchase application including the purchasing user's buy conditions from the user screen and transmit it to the computer on which the board trading application program is executed, The system is When instructions for the board trading program stored in the storage medium are executed by a processor of the computer executing the board trading program, and a purchase application including the purchasing user's buy conditions is received by the computer executing the board trading program, the purchase application is stored in the memory, Furthermore, when instructions of the board trading program are executed by a processor of the computer executing the board trading program, and a sell application including the selling user's sell conditions is received by the computer, the sell application is stored in the memory, Furthermore, when instructions of the board trading program are executed by a processor of the computer executing the board trading program, perform a matching between the stored buy order and the stored sell order. When the matching is successful, The system according to claim 12, configured to transmit the purchase information of the other party to both users and to initiate the transfer of the digital asset tokens by the relative transaction by either user.

Images