JP6500158B1 - Program and generating device - Google Patents

Abstract

To provide a technology capable of granting a right to obtain a token when a predetermined consideration is paid. An acquisition step of acquiring an exchange rate for calculating a quantity of coins necessary for exchanging a first token for a second token to a computer participating in a distributed computing network; Confirmation step for confirming that the first token of quantity N has been transmitted to two addresses and that the coin of quantity M has been transmitted from the first address to the second address, and when transmission confirmation has been performed In addition, the number of second tokens that can be transmitted to the first address is calculated based on the exchange rate, the number M of coins, and the number N of first tokens, and the second token of the calculated amount is assigned to the first address. And a transmission step for transmitting to the program. [Selection] Figure 10

Description

  The present invention relates to a program and a generation apparatus.

  At present, ICO (Initial coin offering), which is one of fund raising means, is widely performed (for example, see Non-Patent Document 1). In ICO, an ICO implementer (financial provider) issues a unique token (virtual currency) and distributes the original token to investors in exchange for legal currency or other virtual currency. Means to do.

"Initial coin offering", [online], [searched on November 28, 2018], Internet <URL: https://en.wikipedia.org/wiki/Initial_coin_offering>

  Investors participating in the ICO generally make an investment aiming at a capital gain obtained by selling tokens at a price exceeding the public offering price at the time of the ICO. However, in ICO, ICO implementers often obtain a part of issued tokens free of charge. For this reason, there is a problem in that tokens sold by ICO often drop in price after being listed on an exchange and sold by a person who acquired the token for free at a price lower than the public offering price.

  Therefore, in order to prevent the token price from falling, it is considered that even a ICO practitioner or the like needs a mechanism that requires payment of a predetermined price when acquiring a token. Note that the same problem is not limited to tokens issued by the ICO, and can occur for any token that is traded in the market.

  Therefore, an object of the present invention is to provide a technique capable of granting a right to obtain a token when a predetermined consideration is paid.

  A program according to an aspect of the present invention stores a exchange rate for calculating a quantity of coins necessary for exchanging a first token for a second token in a computer participating in a distributed computing network; A confirmation step for confirming transmission that the first token of the quantity N is transmitted from the first address to the second address and that the coin of the quantity M is transmitted from the first address to the second address; When the confirmation is performed, the number of second tokens that can be transmitted to the first address is calculated based on the exchange rate, the number M of coins, and the number N of first tokens. A transmission step of transmitting two tokens to the first address.

  ADVANTAGE OF THE INVENTION According to this invention, the technique which can provide the right which can obtain a token when predetermined | prescribed consideration is paid can be provided.

It is a figure for demonstrating the structure of the conventional ICO and ICO which concerns on this embodiment. It is a figure which shows the system configuration example of the ICO system which concerns on this embodiment. It is a flowchart for demonstrating an example of the procedure at the time of ICO which concerns on this embodiment being performed. It is a figure which shows the hardware structural example of a terminal and an ICO management server. It is a figure which shows the functional block structural example of a terminal. It is a figure which shows the functional block structural example of an ICO management server. It is a figure which shows the structural example of an exchange contract. It is a sequence diagram which shows an example of the process sequence which an ICO system performs. It is a sequence diagram which shows an example of the process sequence which an ICO system performs. It is a sequence diagram which shows an example of the process sequence which an ICO system performs.

  A preferred embodiment of the present invention will be described with reference to the accompanying drawings. In addition, in each figure, what attached | subjected the same code | symbol has the same or similar structure.

<Overview of ICO>
FIG. 1 is a diagram for explaining the mechanism of a conventional ICO and the ICO according to the present embodiment. The upper part of FIG. 1 shows a conventional ICO mechanism. For example, assume that company ABC has issued 150,000,000 tokens for the purpose of raising funds. In a general ICO, the ICO implementer holds some of the issued tokens (here, 30,000,000) in advance, and the remaining tokens (here, 120,000,000). Is sold to investors at a public offering price. This sales act is called ICO, and the ICO implementer raises funds by obtaining token consideration (eg, predetermined virtual currency) from the investor.

  The ICO practitioner is a person or a company that wants to raise funds through the ICO, and includes, for example, a board member such as a CEO or a cooperator of the ICO. An investor is a person who purchases a token issued by the ICO.

  At this time, unlike IPO (Initial Public Offering) in stocks, many tokens are often distributed to investors who have purchased tokens as early purchase benefits. For example, assuming that the public offering price is 100 tokens per currency, 150 tokens per currency are granted to investors who purchased in the first period (50 equivalent to early purchase benefits) Investors purchased in the second period are granted 130 tokens per currency (30 are equivalent to early purchase benefits), and investors purchased in the third period are charged per currency. The more tokens are purchased, the more tokens are distributed, such as 100 tokens are granted (there is no early purchase privilege).

  When the ICO ends and the token is subsequently listed on the exchange, a token transaction is started between the buyer and seller. At this time, an investor who purchased a token at the ICO at a public offering price usually sets the selling price to be higher than the public offering price in order to aim for a capital gain. However, in the case of tokens issued by ICO, an ICO implementer who has acquired a token for free often sells the token at a price lower than the public offering price. For this reason, the token issued by the ICO has fallen below the public offering price as soon as it is listed.

  Subsequently, the lower part of FIG. 1 shows the mechanism of the ICO according to the present embodiment. In the ICO according to the present embodiment, a token that can be exchanged for a token (hereinafter referred to as “exchange token”) when a predetermined exercising condition is satisfied is issued separately from the token to be issued. The ICO will distribute it to ICO implementers who have acquired tokens for free.

  Specifically, as shown in the lower part of FIG. 1, 150,000,000 tokens are issued and 50,000,000 exchange tokens are issued. Distribute 30,000,000 tokens.

  When the ICO is started, it sells 100,000,000 tokens to investors except for 50,000,000 tokens to be reserved for exchange tokens. Will receive a replacement token as an early purchase benefit. For example, assuming that the public offering price is 100 tokens per currency, 100 tokens and 50 replacement tokens will be granted per investor in the first period, 100 tokens and 30 exchange tokens per currency will be awarded to investors who purchased in Japan, and 100 tokens will be awarded per currency to investors who purchased in the third term. (There are no replacement tokens), and so many replacement tokens are distributed that the tokens are purchased early.

  In the ICO according to the present embodiment, the ICO practitioner cannot obtain the token unless the exercise condition (basically the same as the public offering price is desirable) is not satisfied. Therefore, the ICO implementer is forced to sell the token at a price higher than the public offering price in order to obtain the gain on sale at the exchange. Successful business is indispensable in order for tokens to be traded at a price higher than the public offering price on the market (exchange), so it is possible to form a healthy ICO market by using the mechanism provided by this embodiment. Can be thought of as

<System configuration>
FIG. 2 is a diagram illustrating a system configuration example of the ICO system according to the present embodiment. The ICO system 1 includes a terminal 10, a block chain network 20, and an ICO management server 30 (generation device).

  The terminal 10 is a terminal 10 used by a user (ICO implementer, investor, etc.) to access the blockchain network 20 and perform a transaction. The terminal 10 may be any terminal that has a communication function, such as a smartphone, a tablet terminal, a mobile phone, a personal computer (PC), a notebook PC, a personal digital assistant (PDA), and a home game machine. it can.

  In the block chain network 20, a plurality of information processing devices are connected by P2P (Peer to Peer), and each of the plurality of information processing devices that accept a transaction (transaction data) verifies the validity of the transaction. This is a distributed computing network having a mechanism for recording only transactions in a ledger in units called blocks.

  The ICO management server 30 is a server that performs various processes necessary for executing ICO, such as issuance of tokens and exchange tokens. The ICO management server 30 may be configured from one or a plurality of information processing apparatuses, or may be configured using a cloud server. It is assumed that the ICO management server 30 is used by a person or company (hereinafter referred to as “ICO operator”) who acts on behalf of the ICO upon receiving a request from the ICO implementer. It is not limited to. For example, it is possible for the ICO implementer to issue an token or the like by becoming an ICO operator.

  In addition, the ICO management server 30 deploys a smart contract (hereinafter referred to as “exchange contract 40”) that performs processing for exchanging a replacement token for a token to the blockchain network 20. In the exchange contract 40, an exercise condition for exchanging the exchange token for the token is written, and the exchange contract 40 performs processing for exchanging the exchange token for the token when the exercise condition is satisfied. The exercise condition in the present embodiment is specifically to pay a coin (virtual currency) corresponding to the exercise price (right exercise price).

  Here, the smart contract is a program executed by a computer participating in the block chain network 20. A contract address is given to the smart contract deployed in the blockchain network 20. The terminal 10 can execute the specified method by issuing a transaction for calling a method included in the smart contract. The method that is actually executed on the block chain network 20 is an information processing apparatus called a miner (minor) that verifies a transaction and generates a block.

  FIG. 3 is a flowchart for explaining an example of a procedure when the ICO according to the present embodiment is executed. First, the ICO operator examines whether or not the ICO practitioner is appropriate for funding by the ICO by performing identity verification of the ICO practitioner and substantive investigation with lawyers. The ICO implementer who has passed the examination is registered in the ICO management server 30 (S10). The ICO management server 30 creates the number of tokens and replacement tokens instructed by the ICO operator on the block chain network 20 (S11).

  Subsequently, when the ICO operator inputs the exercise conditions to the ICO management server 30, the ICO management server 30 generates an exchange contract 40 in which the exercise conditions are written, and deploys it on the blockchain network 20 (S12). Subsequently, the ICO management server 30 transmits the number of exchange tokens input from the ICO operator to the ICO operator designated by the ICO operator (S13). Subsequently, the ICO operator implements the ICO. The ICO management server 30 transmits the number of tokens corresponding to the amount paid by the investor in the ICO to the investor. Further, an exchange token corresponding to the number of tokens is transmitted as an early purchase privilege to an investor who has purchased tokens at an early stage (S14).

  Subsequently, the ICO management server 30 confirms whether or not a token for the procurement target amount has been sold to the investor by performing the ICO. If tokens for the procurement target amount are not sold (that is, ICO failure), the process proceeds to step S16. If tokens for the procurement target amount are sold (that is, ICO is successful), the process proceeds to step S17. On the other hand, if the token for the procurement target amount is not sold, the ICO operator performs a refund process for the investor who has already purchased the token. Thereby, a series of procedures in the ICO is completed (S16). When tokens for the procurement target amount are sold, the ICO operator starts accepting a token transaction start (for example, a transaction start at an exchange) and processing for exchanging a replacement token for a token (S17).

  In the procedure described above, when the ICO implementer issues a token himself (that is, when the ICO implementer is also the ICO operator), the procedure of step S10 is omitted. Further, the procedures described above may be arbitrarily replaced within a range that does not contradict each other.

  For example, the procedure of step S12 may be before the procedure of step S11, may be between the procedure of step S13 and the procedure of step S14, or may be the procedure of step S14 and the procedure of step S15. Or between step S15 (YES) and step S17. Similarly, the procedure of step S13 may be between the procedure of step S14 and the procedure of step S15, or may be between the procedure of step S15 (YES) and the procedure of step S17. Further, the reception of the processing for exchanging the exchange token for the token may be started before the token transaction is started. For example, after a replacement token is handed over to the ICO operator (after the procedure of S13), reception of processing for exchanging the replacement token for a token may be started.

  In addition, ICO practitioners who do not set a target procurement amount (that is, there is no standard for ICO success and ICO failure) and operate within the scope of funds procured by simply selling tokens. Exists. In that case, step S15 and step S16 are omitted.

  The procedure described above is repeated every time an ICO is performed. That is, for each ICO, a token, an exchange token, and an exchange contract 40 corresponding to each ICO are generated on the block chain network 20.

<Hardware configuration>
FIG. 4 is a diagram illustrating a hardware configuration example of the terminal 10 and the ICO management server 30. The terminal 10 and the ICO management server 30 include a CPU (Central Processing Unit) 11, a memory, a storage device 12 such as an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), and a communication IF (Interface) that performs wired or wireless communication. ) 13, an input device 14 that receives an input operation, and an output device 15 that outputs information. The input device 14 is, for example, a keyboard, a touch panel, a mouse, and / or a microphone. The output device 15 is, for example, a display and / or a speaker.

<Functional block configuration>
FIG. 5 is a diagram illustrating a functional block configuration example of the terminal 10. The terminal 10 includes a UI (UserInterface) unit 100, an acquisition unit 101, a transmission unit 102, and a processing unit 103. The UI unit 100, the acquisition unit 101, the transmission unit 102, and the processing unit 103 can be realized by the CPU 11 of the terminal 10 executing a program stored in the storage device 12. Further, the program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-transitory storage medium (Non-transitory computer readable medium). The non-transitory storage medium is not particularly limited, but may be a storage medium such as a USB memory or a CD-ROM.

  The UI unit 100 has a function of receiving various inputs from a user (ICO implementer or investor) of the terminal 10 and a function of displaying various screens on the display of the terminal 10.

  The acquisition unit 101 has a function of acquiring various data (transaction data, transaction execution results, smart contract variable values, etc.) recorded in the block by accessing the block chain network 20. In addition, it is good also as terminal 10 itself becoming a miner (minor) and acquiring various data from the block which self memorize | stores.

  The transmission unit 102 has a function of transmitting various transactions to the block chain network 20.

  The processing unit 103 has a function of performing various processes to be executed by the terminal 10 regarding the token and the exchange token. The processing unit 103 performs, for example, a process of calculating the number of basic coins necessary when exchanging a replacement token for a token. The basic coin will be described later.

  FIG. 6 is a diagram illustrating a functional block configuration example of the ICO management server 30. The ICO management server 30 includes a receiving unit 300, a token issuing unit 301, a token transmitting unit 302, an exchange contract generating unit 303, an exchange contract transmitting unit 304, and an updating unit 305. The accepting unit 300, the token issuing unit 301, the token transmitting unit 302, the exchange contract generating unit 303, the exchange contract transmitting unit 304, and the updating unit 305 are stored in the storage device 12 by the CPU 11 of the ICO management server 30. This can be realized by executing the programmed program. Further, the program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-transitory storage medium. The non-transitory storage medium is not particularly limited, but may be a storage medium such as a USB memory or a CD-ROM.

  The accepting unit 300 receives an exchange rate for calculating the quantity of basic coins (coins) necessary for exchanging the exchange token (first token) for a token (second token) from the ICO operator (user). Has a function to accept. The accepting unit 300 has a function of accepting the number of exchange tokens issued and the number of tokens issued from the ICO operator (user).

  The token issuing unit 301 has a function of issuing the issued number of tokens received by the receiving unit 300 and a replacement token. The token transmission unit 302 has a function of transmitting a token or a replacement token to an account of an ICO operator or an investor. Note that sending a token or exchange token means sending a transaction instructing to move the token or exchange token from the transmission source account to the transmission destination account to the block chain network 20.

  The exchange contract generation unit 303 has a function of generating the exchange contract 40 including the exchange rate received by the reception unit 300. The exchange contract transmission unit 304 has a function of transmitting (deploying) the exchange contract 40 generated by the exchange contract generation unit 303 to the block chain network 20.

  FIG. 7 is a diagram illustrating a configuration example of an exchange contract. The structure of the exchange contract 40 which the exchange contract production | generation part 303 produces | generates is demonstrated using FIG.

  The exchange contract 40 has a variable for storing an exchange rate for calculating the number of basic coins necessary to exchange an exchange token for a token. The variables include “statutory currency-token exchange rate 400” (first exchange rate) and “statutory currency—base coin exchange rate 401” (second exchange rate).

  Here, the basic coin is a coin used to pay an amount corresponding to the exercise price when exchanging a token for exchange with a token. In this embodiment, it is assumed that (Ether), which is a virtual currency used in ethereum, is used as the coin, but this embodiment is not limited to this. The legal currency (predetermined currency) is a currency (for example, yen or dollar) used to define an exercise price when exchanging tokens for exchange. For example, if the exercise price is defined as “10 yen per token”, the legal currency is “Yen”, and if the exercise price is defined as “$ 0.1 per token”, the legal currency is “$”. is there.

  The exercise price is stored in “statutory currency-token exchange rate 400”. For example, when the exercise price is defined as 10 yen per token, “statutory currency-token exchange rate 400” stores information indicating 10 yen per token.

  Since “statutory currency-token exchange rate 400” is an exercise price, it is not desirable to change it later. Therefore, the “statutory currency-token exchange rate” 401 may be stored in the exchange contract 40 as a fixed value that cannot be updated (for example, defined as a constant). However, the present invention is not limited to this, and the “statutory currency-token exchange rate” 401 may be updatable.

  The “statutory currency-token exchange rate 400” may be defined using a base coin. When the strike price is defined as 10 yen per token, if the basic coin is ETH (Ether) and the ETH rate is 20,000 yen per ETH, the legal currency-token exchange rate 400 "May store information indicating 0.0005 ETH per token. However, since the exchange rate between the legal currency and the base coin fluctuates, the value of the “statutory currency-token exchange rate 400” corresponds to the strike price in accordance with the value of the “statutory currency—base coin exchange rate 401” described later. It is necessary to rewrite so that it becomes the value to be.

  On the other hand, since the exchange rate between the legal currency and the base coin constantly varies depending on the transaction at the exchange, the “statutory currency-base coin exchange rate 401” is stored in the exchange contract 40 as an updatable variable. The update history of “statutory currency-base coin exchange rate 401” can be acquired by tracing past blocks in the block chain. In addition to this, after the exchange contract 40 according to the present embodiment is deployed. A variable (array) for storing all the update histories of “legal currency-base coin exchange rate 401” may be provided in the exchange contract 40.

  “Base coin received amount (by address) 402” is a variable for storing the total number of basic coins paid for exchanging the exchange token for a token for each block chain address of the user.

  “Exchange token received amount (by address) 403” is for storing the total number of exchange tokens sent to the exchange contract 40 when exchanging exchange tokens for tokens, for each block chain address of the user. It is a variable.

  “Token transmission amount (by address) 404” is a variable for storing the number of tokens transmitted to the exchange token holder in exchange for the exchange token for each block chain address of the user.

  The method 405 stores the execution code of the exchange contract 40. The execution code is executed by an information processing apparatus participating in the block chain network 20, so that the update processing unit 410, the confirmation processing unit 420, the transmission processing unit 430, and the acquisition unit 440 described below are executed on the block chain network 20. Realized.

  When the update processing unit 410 receives an instruction to update “statutory currency-base coin exchange rate 401”, the update processing unit 410 updates the value of the variable “statutory currency—base coin exchange rate 401” to the value of the accepted exchange rate. It has a function. It should be noted that the update instruction of “legal currency (predetermined currency) —base coin exchange rate” may be issued by the update unit 305 of the ICO management server 30 or by another device different from the ICO management server 30. It is good.

  The confirmation processing means 420 sends the exchange token of the quantity N from the address (first address) of the user (exchange token holder) to the exchange contract address (second address), and exchanges from the address of the user. A transmission confirmation including the fact that a quantity M of basic coins has been transmitted to the contract address is performed.

  Further, the confirmation processing unit 420 confirms that the exchange token has been sent in a quantity N from the user (exchange token holder) address to the exchange contract address, and the basic coin is received from the user address. When the notification that the quantity M is transmitted to the exchange contract address is received, the approval that the quantity N is sent from the user's address to the exchange contract address is confirmed (quantity N That the transaction that has been sent is described in the block), that the basic coin has been acknowledged that the quantity M has been sent from the user's address to the exchange contract address, and that the transaction that the quantity M has been sent May be confirmed).

  The transmission processing unit 430 calculates the number of basic coins (coins) necessary for exchanging the exchange token (first token) for a token (second token) when transmission confirmation is performed by the confirmation processing. Based on the exchange rate, the number M of basic coins transmitted from the user address to the exchange contract address, and the number N of exchange tokens transmitted from the user address to the exchange contract address. The number of tokens that can be sent to the address is calculated, and the calculated number of tokens is sent to the user's address.

  More specifically, the transmission processing unit 430 uses the exchange rate for calculating the number of basic coins necessary for exchanging the exchange token for the token when the transmission confirmation is performed by the confirmation process. , The quantity of the basic coin necessary for exchanging the exchange token of the quantity N with the token is calculated, and when the quantity of the basic coin calculated is equal to or less than the quantity M, the token of the quantity N is Sent to the address of the holder of the exchange token. In addition, the transmission processing unit 430 determines that the calculated number of basic coins exceeds the number M (that is, the number of basic coins transmitted from the user is necessary to exchange the exchange token for a token). In such a case, the maximum number of tokens that can be exchanged with the number M of basic coins that have been sent may be sent to the address of the user (exchange token holder).

  The exchange ratio between exchange tokens and tokens is not limited to 1: 1. For example, it may be 10 to 1 or 1 to 2. In this case, the transmission processing unit 430 uses the exchange amount of the quantity N calculated based on the exchange ratio between the exchange token and the token when the calculated quantity of the basic coin is equal to or less than the quantity M. The number of tokens corresponding to the token (or the maximum number of tokens that can be exchanged from the exchange token with the number M of the basic coins transmitted) is transmitted to the address of the user (exchange token holder). For example, when the exchange ratio is 10 to 1, the number of tokens corresponding to the number N of exchange tokens is N ÷ 10.

  In more detail, the transmission processing means 430 calculates the amount X of a predetermined currency necessary for exchanging for the token of the quantity N based on the “statutory currency-token exchange rate 400”. Based on the “currency-base coin exchange rate 401”, the quantity Y of base coins that can be exchanged from a predetermined currency of the calculated amount X may be calculated. The quantity Y of the basic coin calculated in this way corresponds to the quantity of the basic coin necessary for exchanging the exchange token of the quantity N with the token.

  The acquisition unit 440 acquires values of these exchange rates by reading “statutory currency-token exchange rate 400” and “statutory currency-base coin exchange rate 401” from variables or constants in the exchange contract 40, and performs transmission processing. Pass to means 430.

<Processing procedure>
Next, a specific processing procedure performed by the ICO system 1 will be described. In the following description, for convenience of explanation, it is assumed that company ABC implements ICO. The token issued by the company ABC is called “ABC token”, and the exchange token for exchanging for the ABC token is called “exchange ABC token”. Further, it is assumed that the ICO management server 30 is operated by the ICO operator. Further, an account address (block chain address) owned by an ICO operator in the block chain network 20 is referred to as an ICO operator address. Further, it is assumed that the exchange ratio between the exchange ABC token and the ABC token is 1: 1.

(Deploy token, exchange token, exchange contract)
FIG. 8 is a sequence diagram illustrating an example of a processing procedure performed by the ICO system 1. First, the ICO management server 30 generates an ABC token contract including information that the ICO operator address holds the number of issued ABC tokens received from the ICO operator, and a transaction including the generated ABC token contract. Is transmitted to the block chain network 20 (S100). When the transmitted ABC token contract is approved (registered in the block), the contract address of the ABC token contract is notified to the ICO management server 30 (S101).

  Subsequently, the ICO management server 30 generates an exchange ABC token contract including information that the ICO operator address holds the exchange ABC tokens issued from the ICO operator and generates the exchange A transaction including the ABC token contract is transmitted to the block chain network 20 (S102). When the transmitted exchange ABC token contract is approved, the contract address of the exchange ABC token contract is notified to the ICO management server 30 (S103).

  Subsequently, the ICO management server 30 generates an exchange contract in which the “legal currency-token exchange rate 400” received from the ICO operator is written, and transmits a transaction including the generated exchange contract to the block chain network 20 (S104). ). When the transmitted exchange contract is approved, the address of the exchange contract (hereinafter referred to as “exchange contract address”) is notified to the ICO management server 30 (S105).

  In the processing procedure described above, the order of ABC token generation (S100, S101), exchange ABC token generation (S102, S103), and exchange contract 40 generation (S104, S105) is not limited to the example of FIG. Such an order may be used.

  Further, the writing of “statutory currency-token exchange rate 400” is not necessarily limited to the time of step S105, and any timing may be used. For example, when (A) the ICO management server 30 newly issues a replacement ABC token, (B) when the ICO management server 30 grants an exchange ABC token to the investor, (C) the investor gives an ABC token. When ETH is paid for purchase, (D) when an exchange ABC token is received, (E) when a public offering (ICO) is started, (F) other than that.

  In the processing procedure described above, the ICO management server 30 includes a plurality of servers, and the generation of the ABC token, the generation of the exchange ABC token, and the generation of the exchange contract 40 are executed on different servers. It may be done.

(Granting an exchange ABC token to the ICO operator)
FIG. 9 is a sequence diagram illustrating an example of a processing procedure performed by the ICO system 1. With reference to FIG. 9, a processing procedure when an exchange ABC token is given to an ICO operator will be described.

  The ICO management server 30 transmits the number of exchange ABC tokens instructed by the ICO operator from the ICO operator address to the ICO operator address (S110). When there are a plurality of ICO performers to which a replacement ABC token is to be assigned, the processing procedure of step S110 is repeated for each ICO performer.

(ICO sells ABC tokens to investors and grants exchange ABC tokens)
Next, a processing procedure when ICO is executed and ABC tokens are sold to investors will be described. It is assumed that a predetermined virtual currency (hereinafter referred to as “payment coin”) is used for selling the ABC token. The payment coin may be any virtual currency. For example, it may be the same as the base coin or a virtual currency different from the base coin.

  A user (investor) who purchases an ABC token operates his / her own terminal 10 to pay a payment coin corresponding to an amount obtained by multiplying the number of ABC tokens to be purchased by a public offering price to the user's address (block chain address). To the ICO operator address (S120).

  Subsequently, the ICO management server 30 confirms in the block chain network 20 that the payment has been approved from the user's address to the ICO operator address (transaction registered in the block). (S121). Subsequently, the ICO management server 30 transmits the number of ABC tokens that can be purchased with the paid payment coins from the ICO operator address to the user's address (S122). Subsequently, the ICO management server 30 transmits the number of exchange ABC tokens corresponding to the early purchase privilege from the ICO operator address to the user's address (S123). If the early purchase specification is not given to the investor, the processing procedure of step S123 is omitted.

(Legal currency-basic coin exchange rate update process)
Next, a processing procedure when updating the “legal currency-base coin exchange rate 401” of the exchange contract 40 will be described. The ICO management server 30 acquires the exchange rate between the legal currency and the base coin by referring to, for example, the exchange rate disclosed by the exchange or the smart contract that discloses the exchange rate ( S130). Subsequently, the ICO management server 30 transmits a transaction for calling a method for updating the “legal currency—base coin exchange rate 401” to the acquired exchange rate (S131).

  The ICO management server 30 updates the “statutory currency-base coin exchange rate 401” to the latest exchange rate by repeatedly executing the processing procedure of step S130 and step S131 at a predetermined cycle. Note that the processing procedures of step S130 and step S131 may be executed by an information processing apparatus other than the ICO management server 30. In addition, in order to prevent the “legal currency-base coin exchange rate 401” from being updated to an unauthorized rate by a third party, the method of the exchange contract 40 includes a transaction source address as an exchange rate update. The processing procedure may be described so that the exchange rate is updated only when is a permitted address (for example, an ICO operator address).

(Exchange from exchange ABC token to ABC token)
FIG. 10 is a sequence diagram illustrating an example of a processing procedure performed by the ICO system 1. With reference to FIG. 10, a processing procedure when a user (ICO implementer and investor) who owns an exchange ABC token exchanges an exchange ABC token for an ABC token using the terminal 10 will be described.

  First, the terminal 10 refers to the “legal currency-base coin exchange rate 401” of the exchange contract 40 to determine whether or not the exchange rate has been updated to the correct exchange rate (S140). Any confirmation method may be used. For example, the terminal 10 compares the exchange rate stored in the “statutory currency-base coin exchange rate 401” with the exchange rate disclosed by the exchange. When the exchange rate difference is within a predetermined value, it may be determined that the exchange rate stored in the exchange contract 40 is correct. Alternatively, the terminal 10 may receive the determination result from the user by displaying both exchange rates on the screen.

  When it is determined that the exchange rate is correct, the terminal 10 receives an input of the number of exchanged ABC tokens from the user. Subsequently, the transmitting unit 102 of the terminal 10 transmits the input number of exchange ABC tokens from the user address (block chain address assigned to the user's account) to the exchange contract address (S141). Subsequently, after confirming that the transaction transmitted in step S141 has been approved by the blockchain network 20, the transmission unit 102 of the terminal 10 transmits a transaction for calling a method for instructing reception confirmation of the exchange ABC token ( S142).

  Subsequently, the information processing apparatus participating in the block chain network 20 executes the code stored in the method for instructing the receipt confirmation of the exchange ABC token. The information processing apparatus confirms that the exchange ABC token is transmitted from the user address to the exchange contract address by executing the code (S143). The number of exchange ABC tokens sent is added to the “exchange token received amount (by address) 403” of the address (S144).

  Subsequently, the terminal 10 acquires values of “statutory currency-token exchange rate 400” and “statutory currency-base coin exchange rate 401”, which are variables of the exchange contract 40, and uses these acquired exchange rates, The number of basic coins necessary for exchanging the number of exchange ABC tokens transmitted in the processing procedure of step S141 for ABC tokens is calculated. Further, the terminal 10 transmits the calculated number of basic coins from the user address to the exchange contract address (S145). In addition, when transmitting the base coin to the exchange contract address, it is also possible to transmit using an arbitrary wallet in which the user address is set.

  The number of basic coins necessary for exchanging the exchange ABC token for the ABC token is calculated by, for example, the number of exchange ABC tokens × “statutory currency−token exchange rate” × “statutory currency−base coin exchange rate”. be able to. For example, if the “statutory currency-token exchange rate” is 10 yen per token and the “statutory currency—base coin exchange rate” is 100 yen per coin, 10 exchange ABC tokens are used as ABC tokens. The number of basic coins required for the exchange is 10 × 10 yen × 1/100 = one basic coin.

  Subsequently, after confirming that the transaction transmitted in step S145 has been approved by the blockchain network 20, the terminal 10 transmits a transaction for calling a method instructing the receipt confirmation of the basic coin (S146).

  Subsequently, the information processing apparatus participating in the block chain network 20 executes the code stored in the method for instructing the receipt confirmation of the basic coin. By executing the code, the information processing apparatus confirms that the basic coin has been transmitted from the user address to the exchange contract address (S147). The number of transmitted basic coins is added to “base coin received amount (by address) 402” (S148).

  Further, the information processing apparatus confirms that the number of transmitted basic coins is the same as or more than the number of basic coins necessary for exchanging the exchange ABC token for the ABC token (S149). If the confirmation can be made, the information processing apparatus transmits a transaction instructing to transmit the same number of ABC tokens as the received exchange ABC token from the exchange contract address to the user address (S150), and the user address Is added to the “token transmission amount (by address) 404” (S151). Note that the method of calculating the number of basic coins necessary for the information processing apparatus to exchange the exchange ABC token for the ABC token may be the same as the calculation method described in the processing procedure of step S145.

  In the processing procedure of step S149, when the number of basic coins transmitted in the processing procedure of step S145 is less than the number of basic coins necessary for exchanging an exchange ABC token for an ABC token (that is, When the number of basic coins transmitted from the user is insufficient), the information processing apparatus transmits an upper limit number of ABC tokens that can be transmitted by the number of basic coins transmitted from the exchange contract address to the user address. It is also possible to send a transaction instructing to do this (S150), and add the number of ABC tokens sent to the “token transmission amount (by address) 404” of the user address (S151).

  The upper limit of the number of ABC tokens that can be transmitted by the number of transmitted basic coins is, for example, the number of transmitted basic coins ÷ (“statutory currency−token exchange rate” × “statutory currency−base coin exchange rate”). Can be calculated. For example, if the “statutory currency-token exchange rate” is 10 yen per token and the “statutory currency-to-base coin exchange rate” is 100 yen per base coin, transmission can be made with 0.5 base coins. The number of ABC tokens is 0.5 ÷ (10 × 1/100) = 5 ABC tokens. For example, it is assumed that the number of basic coins transmitted from the user address to the exchange contract address is 0.5 even though the number of exchange ABC tokens transmitted from the user address to the exchange contract address is ten. In this case, the information processing apparatus transmits five ABC tokens from the exchange contract address to the user address.

  Subsequently, the terminal 10 confirms that the block chain network 20 has approved that the ABC token has been transmitted from the exchange contract address to the user address (S152).

  In the processing procedure described above, the transmission timing of the exchange ABC token and the transmission timing of the base coin may be reversed. Specifically, after the processing procedure from step S145 to step S148 is executed, the processing procedure from step S141 to step S144 may be executed. This processing order is described in “Method for Instructing Receipt Confirmation of Exchange ABC Token” as a code for executing the processing procedure of steps S149 to S151 after the processing procedure of steps S143 and S144. This can be realized by removing the code for executing the processing procedure of steps S149 to S151 from the “method for instructing reception confirmation”.

  In addition, the processing procedures of step S147 and step S148 are executed with the transaction transmitted from the terminal 20 in step S146 as a trigger, and the processing procedures of step S149 to step S151 are the token exchanges transmitted from the terminal 10. A transaction that calls a method instructing may be executed as a trigger.

<Modification 1>
In the present embodiment, the exchange contract 40 may not include the “statutory currency-base coin exchange rate 401”. In this case, in FIG. 10, the terminal 10 omits the processing procedure of step S140, and the exchange discloses the exchange rate corresponding to “statutory currency-base coin exchange rate 401” in the processing procedure of step S145. The exchange rate may be obtained by referring to the exchange rate or the smart contract that discloses the exchange rate.

  In addition, the information processing apparatus that executes the exchange contract 40 refers to the exchange rate disclosed by the exchange, the smart contract that discloses the exchange rate, or the like in the processing procedure of step S149. -An exchange rate corresponding to the “base coin exchange rate 401” may be acquired, and the processing procedure of step S149 may be executed using the acquired exchange rate. That is, the acquisition means 440 of the exchange contract 40 may acquire the exchange rate between the legal currency and the base coin from the exchange rate disclosed by the exchange or the smart contract that discloses the exchange rate. Good.

<Modification 2>
In this embodiment, instead of the legal currency, the exchange token may be exchanged for a token when a predetermined number of basic coins are paid.

  In this case, “legal currency-token exchange rate 400” in FIG. 7 is replaced with “base coin-token exchange rate 401”, and “legal currency—base coin exchange rate 401” is deleted.

  Further, in the processing procedure of step S145 of FIG. 10, the terminal 10 acquires the value of “base coin-token exchange rate” that is a variable of the exchange contract 40, and uses the acquired exchange rate to execute the processing procedure of step S141. The number of basic coins necessary for exchanging the exchanged ABC token for the number of exchanged to the ABC token is calculated. Further, the terminal 10 transmits the calculated number of basic coins from the user address to the exchange contract address.

  Further, the information processing apparatus that executes the exchange contract 40 confirms that the number of transmitted basic coins is the same as or more than the number of basic coins necessary for exchanging an exchange ABC token for an ABC token. Confirm (S149). At this time, the method by which the information processing apparatus calculates the number of basic coins necessary for exchanging the exchange ABC token for the ABC token is the same as the calculation method described in the processing procedure of step S145 corresponding to the second modification. It's okay.

<Modification 3>
This embodiment can deal with various ICO cases. For example, in the example in the lower part of FIG. 1, the distribution timing of the replacement ABC token is distributed only 10,000,000 at the first ICO implementation, 5,000 at the ICO one year later, 3 years It is also possible to deal with a case where 5,000 sheets are distributed at a later ICO. In this case, the exercise conditions for exchanging the exchange ABC tokens distributed at the time of ICO implementation after one year or three years into ABC tokens may be different from the exercise conditions of the first ICO. is there. In this case, it can be handled by generating an exchange contract for each exercise condition and deploying it on the blockchain network.

  For example, the number of issued ABC tokens and exchange ABC tokens can be increased afterwards. In this case, this can be dealt with by rewriting the number of issued cards stored in the ABC token contract and the exchange ABC token contract. If the exercise condition for exchanging the newly issued exchange ABC token for the ABC token is different from the exercise condition for exchanging the first exchange ABC token for the ABC token, for each exercise condition This can be done by creating an exchange contract and deploying it to the blockchain network.

<Summary>
According to this embodiment, the user who possesses the exchange token can exchange the exchange token for the token when paying the amount specified by the exercise price. In other words, by distributing the exchange token, it is possible to give the user the right to obtain the token when paying the amount specified by the exercise price. Further, by realizing the process of exchanging the exchange token for the token with the smart contract, it is possible to ensure high reliability, which is a characteristic of the block chain, and to suppress illegal acts such as tampering.

  In the present embodiment, the exchange rate for calculating the amount of basic coins necessary for exchanging tokens from exchange tokens is the exchange rate between legal currency and basic coins, and the strike price (between legal currency and tokens). Exchange rate). Thereby, since the user who is an investor can monitor whether the exercise price is set lower than the public offering price, the ICO operator deliberately sets the exercise price lower than the public offering price. It is possible to suppress performing an action such as setting to.

  Moreover, in this embodiment, you may make it store in the exchange contract 40 in the aspect which cannot change the exchange rate between a legal currency and a token. As a result, it is possible to prevent the ICO operator from deliberately lowering the exercise price.

  The exchange contract 40 described in the present embodiment can be used not only when ICO is performed. For example, a token can be regarded as a ticket. In this case, it can be said that the exchange token is a right to obtain a ticket by paying a predetermined amount. As a result, only by distributing the replacement token to the ticket winner in advance, the operation of handing over the ticket in exchange for the replacement token and the predetermined amount at a later date can be performed in an environment where it is difficult to perform fraud such as tampering. It becomes possible to carry out.

  The embodiments described above are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The flowcharts, sequences, and elements included in the embodiments, and the arrangement, materials, conditions, shapes, sizes, and the like included in the embodiments are not limited to those illustrated, but can be changed as appropriate. In addition, the structures shown in different embodiments can be partially replaced or combined.

  DESCRIPTION OF SYMBOLS 1 ... ICO system, 10 ... Terminal, 11 ... CPU, 12 ... Storage device, 13 ... Communication IF, 14 ... Input device, 15 ... Output device, 20 ... Block chain network, 30 ... Management server, 40 ... Exchange contract, 100 ... UI part, 101 ... acquisition part, 102 ... transmission part, 103 ... processing part, 300 ... reception part, 301 ... token issuing part, 302 ... token transmission part, 303 ... exchange contract generation part, 304 ... exchange contract transmission part, 305... Update unit, 410... Update processing means, 420.

Claims (8)

To computers participating in a distributed computing network,
An obtaining step of obtaining an exchange rate for calculating a quantity of coins necessary for exchanging the first token for the second token;
Confirmation step of confirming transmission of the quantity N of the first token from the first address to the second address and the quantity M of the coin sent from the first address to the second address. When,
When the transmission confirmation is performed, the number of the second tokens that can be transmitted to the first address is calculated based on the exchange rate, the number M of the coins, and the number N of the first tokens. A transmitting step of transmitting the calculated second token of the second token to the first address;
A program for running The transmitting step calculates the quantity of coins necessary for exchanging the quantity N of the first tokens with the second token using the exchange rate;
When the calculated quantity of coins is equal to or less than the quantity M, the first token of the quantity N is calculated based on the exchange ratio between the first token and the second token. Sending the number of the second tokens corresponding to the first address,
The program according to claim 1. In the transmission step, when the calculated quantity of coins exceeds the quantity M, exchange is possible with the basic coin of the quantity M calculated based on the exchange ratio of the first token and the second token. A second upper limit number of second tokens is transmitted to the first address;
The program according to claim 1 or 2. The exchange rate includes a first exchange rate indicating a rate when exchanging a predetermined currency and the second token, and a second exchange rate indicating a rate when exchanging the predetermined currency and the coin. ,
The transmitting step includes
Calculating the amount of the predetermined currency necessary to obtain the quantity N of the second tokens based on the first exchange rate;
Based on the second exchange rate, calculate the quantity of the coins that can be exchanged from the predetermined amount of the predetermined currency,
The calculated quantity of coins is the quantity of coins necessary for exchanging the first token of the quantity N with the second token,
The program according to claim 2 or 3. The first exchange rate is stored in a non-updatable state,
An update step of updating the second exchange rate to the accepted exchange rate when an update of the second exchange rate is accepted.
The program according to claim 4. In the confirmation step, as the transmission confirmation, a notification that the quantity N is transmitted from the first address to the second address, and a coin that is transmitted from the first address to the second address. Receiving the notification that the quantity M has been transmitted to the first address, the first token has been acknowledged that the quantity N has been transmitted from the first address to the second address, and the coin Confirming that the quantity M has been transmitted from the first address to the second address.
The program according to any one of claims 1 to 5. The distributed computing network is a blockchain network;
The computer is a computer participating in the blockchain network;
The program according to any one of claims 1 to 6. A receiving unit that receives an exchange rate for calculating the number of coins necessary for exchanging the first token for the second token from the user;
A generating unit that generates a program to be executed by a computer participating in a distributed computing network, including the exchange rate received by the receiving unit;
Have
The program further includes:
Confirmation step of confirming transmission of the quantity N of the first token from the first address to the second address and the quantity M of the coin sent from the first address to the second address. When,
When the transmission confirmation is performed, the number of the second tokens that can be transmitted to the first address is calculated based on the exchange rate, the number M of the coins, and the number N of the first tokens. A transmitting step of transmitting the calculated second token of the second token to the first address;
Including a generating device.

Images