JP6889129B2 - Cryptocurrency management device and program - Google Patents

Description

The present invention relates to a device and a method for managing virtual currency, and a program for realizing this method.

In recent years, virtual currencies represented by Bitcoin have begun to be used in commercial transactions. Unlike legal tender and electronic money, virtual currency is a system in which various commercial transactions are executed by a mining program connected by a P2P (Peer-to-Peer) network, and its security is ensured. Unlike electronic money, the price of virtual currency fluctuates depending on its creditworthiness. Therefore, at present, virtual currencies are attracting a lot of attention mainly as speculative targets, not as a means of settlement for commercial transactions. In order to promote the use as a payment method, for example, in Patent Document 1, a virtual currency is configured so that its value gradually decreases over time after the virtual currency is purchased (that is, stored in a wallet). The system is disclosed.

Japanese Patent No. 5871347

One of the problems of the embodiment of the present invention is to provide a device and a method for stabilizing the value of the virtual currency, that is, the price of the virtual currency with respect to the legal tender, and a program for realizing this method. ..

One of the embodiments of the present invention is a virtual currency management device. The virtual currency management device receives a transmission unit that transmits a conversion request signal including a predetermined first conversion rate between the virtual currency and the legal tender to the communication terminal, and a second conversion rate after conversion between the virtual currency and the legal currency. It has a receiving unit.

One of the embodiments of the present invention is to transmit a conversion request signal including a predetermined first conversion rate between the virtual currency and the legal tender to the communication terminal, and a second conversion rate after conversion between the virtual currency and the legal currency. Is a program configured to cause the first server to receive the.

One of the embodiments of the present invention is a method of managing virtual currency. This management method is to send a conversion request signal for requesting conversion between virtual currency and legal tender from the first server to the communication terminal, and after the communication terminal receives the conversion request signal, the virtual currency for legal tender. The price of the above is displayed on the communication terminal, and the conversion request signal for requesting the conversion is transmitted from the communication terminal to the first server. The above price is a fixed price.

By implementing the present invention, the value and price of the virtual currency can be stabilized, and thereby the use of the virtual currency as a settlement means for commercial transactions can be promoted.

A system used in a virtual currency management method according to an embodiment of the present invention. The flowchart of the management method of virtual currency which is an embodiment of this invention. The figure explaining the management method of the virtual currency which is an embodiment of this invention. The figure explaining the management method of the virtual currency which is an embodiment of this invention. The flowchart of the management method of virtual currency which is an embodiment of this invention. The flowchart of the management method of virtual currency which is an embodiment of this invention. The figure explaining the management method of the virtual currency which is an embodiment of this invention. The figure explaining the management method of the virtual currency which is an embodiment of this invention. The block diagram of the virtual currency management apparatus which is an embodiment of this invention.

In the present specification and claims, "to" indicates a lower limit and an upper limit of the quantity, and is used to omit the middle. Therefore, for example, a natural number from 1 to 10 includes not only 1 and 10 but all natural numbers from 1 to 10.

In the present specification, when a plurality of components are distinguished from each other, they are described by using an underscore and a natural number (or a symbol meaning a natural number) after the sign. When not distinguishing each of a plurality of components and expressing the whole or an arbitrarily selected plural of them, only the code is used.

The system and management method for managing virtual currency, and the program for realizing this system and executing the management method will be described below.

[1. system]
An example of the system of this embodiment is shown in FIG. The system 100 shown in FIG. 1 includes a first server 110, a plurality of communication terminals 120_1 to 120_n (n is a natural number of 2 or more), a plurality of second servers 132_1 to 132_m (m is a natural number of 2 or more), and a plurality of communication terminals 120_1 to 120_n. A plurality of third servers 140_1 to 140_k (k is a natural number of 2 or more) can be included.

The first server 110 is a server directly or indirectly managed by an entity that issues virtual currency (for example, a financial institution such as a bank or a securities company; hereinafter referred to as a virtual currency issuer). The plurality of communication terminals 120 are owned and used by a plurality of users. The first server 110 and the communication terminal 120 can communicate with each other through the network 150. The program described in this embodiment is mounted on the first server 110, and the first server 110 operates according to the instructions of this program.

The communication terminal 120 is a terminal that is placed under the control of the user and has a communication function, and examples thereof include stationary (desktop) computers, notebook computers, and mobile communication terminals (including tablets and smartphones). Will be done. As the network 150, an external network such as the Internet is used. Although not shown, a part of the communication terminal 120 may be connected to the first server 110 by a telephone line.

The second server 132 and the first server 110 can communicate with each other. As shown in FIG. 1, the first server 110 and the second server 132 may be connected to each other via a network 150, or may be connected to each other via an internal network such as a LAN (Local Area Network). You may.

As shown in FIG. 1, the plurality of second servers 132 may be configured to communicate with each other in a P2P network format. In this case, the plurality of second servers 132 can establish an equal relationship with each other in terms of authority and form the blockchain network 130. The blockchain network 130 maintains and updates the blockchain described later. The plurality of second servers 132 can be managed by an unspecified number of administrators. In this case, the blockchain network 130 is also called a public blockchain network. Conversely, the blockchain network 130 may be configured such that all or part of the second server 132 is managed by the virtual currency issuer or a third party who has an interest in the virtual currency issuer. For example, the blockchain network 130 is composed of a plurality of parties in the same industry as the virtual currency issuer. In this case, the blockchain network 130 is also called a private blockchain network or a consortium blockchain network.

However, as will be described later, the second server 132 may be a single server, and the blockchain may be maintained and updated by a single second server 132. Alternatively, the first server 110 may also serve as the second server 132. In this case, the blockchain is maintained and updated by the first server 110.

The plurality of third servers 140 are managed by an entity that trades virtual currency in the market or an entity that can always grasp the price of the virtual currency in the market (hereinafter, these are collectively referred to as an exchange). The third server 140 is also connected to the network 150 and can communicate with the first server 110 and the communication terminal 120. The third server 140 has a function of monitoring the price between virtual currencies with respect to the legal tender determined by the exchange, that is, the market price, and between the legal currency and the virtual currency required by the user and the virtual currency issuer. Has the function of responding to the exchange of. The system may be configured so that a part of the third server 140 is directly or indirectly managed by the virtual currency issuer. Alternatively, the first server 110 may also serve as a part of the third server 140.

[2. Cryptocurrency management methods and programs]
2.1 Buying and selling of virtual currency Figure 2 shows a flowchart of buying and selling virtual currency. In the management method of the present embodiment, the user can buy and sell virtual currency with a virtual currency issuer. At that time, the virtual currency issuer fixes the price (conversion rate) of the virtual currency with respect to the legal currency to a predetermined price (hereinafter referred to as a fixed price or the first conversion rate), and the legal currency and the virtual currency at that price. Conversion between (hereinafter referred to as equivalent exchange) is performed. Specifically, the virtual currency issuer transmits a conversion request signal including a fixed price to the communication terminal 120, which is the user's terminal, via the first server 110 (S200), and publicizes that equivalent exchange is possible. To do. This signal includes or accompanies a command for displaying a fixed price on the display screen of the communication terminal 120 and indicating that equivalent exchange is always possible.

The conversion request signal can be transmitted a plurality of times, and in this case, it may be transmitted irregularly or periodically. In the case of periodic transmission, the transmission interval can be arbitrarily selected from a few seconds to a few hours or even a few days. For example, the conversion request signal may be transmitted to the communication terminal 120 at intervals of 1 second, 1 minute, 1 hour, 3 hours, 12 hours, 24 hours, 3 days, and 1 week. Further, as will be described later, the transmission interval may be changed according to the market price after the equivalent exchange (hereinafter, the market price is also referred to as the second exchange rate) or the difference between this and the fixed price. Further, the conversion request signal may include a command for performing the above display when the communication terminal 120 is activated, released from the sleep state, or when the power is turned on on the display screen of the communication terminal 120. Good. As a result, the user can always recognize that the equivalent exchange is possible in the virtual currency issuer via the communication terminal 120, and can understand that the virtual currency can be bought and sold without being greatly influenced by the market price. ..

When the user performs conversion between the legal tender and the virtual currency, the user transmits a conversion request signal for requesting the exchange between the legal tender and the virtual currency to the first server 110 via the communication terminal 120, and the first Server 110 receives this signal. The first server 110 stores information regarding the balance of the virtual currency held by the user as wallet information. The first server 110 that has received the conversion request signal performs equivalent exchange according to the instruction of the program based on the content of the conversion request signal, and updates the wallet information of the corresponding user (S202). The user accesses the first server 110 by using the software or application in the communication terminal 120, and acquires the wallet information stored in the first server 110. As a result, the user can know the balance of the virtual currency held by himself / herself at any time.

If the conversion request signal is not transmitted from the communication terminal 120 to the first server 110, the first server 110 may continuously configure the program to transmit the conversion request signal to the communication terminal 120. Also in this case, the program can be configured so that the first server 110 transmits the conversion request signal to the communication terminal 120 a plurality of times.

So far, the flow related to the buying and selling of virtual currency has been explained using an example in which the exchange between legal tender and virtual currency is performed between the user and the virtual currency issuer. Exchanges between cryptocurrencies can also be made between exchanges and cryptocurrency issuers. In this case, a conversion request signal including a fixed price for requesting equivalent exchange is transmitted from the first server 110 to the third server 140. When the exchange desires equivalent exchange, the exchange transmits a conversion request signal to the first server 110 via the third server 140. The subsequent flow is the same as described above.

In addition, users can exchange fiat currencies for virtual currencies on exchanges. In this case, the user transmits a conversion request signal to the third server 140 via the communication terminal 120, and converts between the legal tender and the virtual currency at the market price. Market prices can fluctuate as they are determined by the balance between supply and demand of cryptocurrencies. Therefore, the communication terminal 120 may be equipped with a program in which the transmission destination of the conversion request signal can be selected by the user. Alternatively, in the communication terminal 120, the fixed price and the market price are compared, and the destination of the conversion request signal according to the transaction content (that is, the virtual currency can be purchased at a lower price and the virtual currency can be sold at a higher price). A program for automatically selecting is may be installed.

By using the method described above, users and exchanges can always recognize that equivalent exchange is possible without imposing time constraints or quantitative constraints. For this reason, exchange between legal tender and virtual currency is virtually impossible at a price that deviates significantly from the fixed price. As a result, the market price can be stabilized at the same or almost the same price as the fixed price.

2.2 Trading verification and record storage The conversion request signal transmitted from the communication terminal 120 or the third server 140 to the first server 110 includes a transaction (transaction) of exchange between legal tender and virtual currency. Is done. By verifying this trans action and keeping the record, it is possible to prevent forgery and tampering of the transaction and contribute to maintaining the transparency of the transaction. In the present embodiment, the public key cryptosystem and the blockchain network 130 can be utilized in the verification and storage of the transaction.

For example, as shown in FIG. 3, the first server 110 generates two keys used for encryption and decryption according to a program instruction. One is the public key 112 and the other is the private key 114. The private key 114 and the public key 112 are paired, and the one encrypted with the private key 114 can be decrypted with the public key 112, but cannot be decrypted with another key. On the contrary, the one encrypted with the public key 112 can be decrypted with the private key 114, but cannot be decrypted with another key.

After the first server 110 receives the conversion request signal from the communication terminal 120 or the third server 140, the transaction (TA in the figure) included in this signal is encrypted using the private key 114 and digitally signed (). In the figure, ES) is created. The first server 110 then simultaneously transmits (broadcasts) the unencrypted (ie, the original) transaction and the digital signature to all or part of the second server 132 in the blockchain network 130. .. Further, the first server 110 transmits the public key 112 to the second server 132 at the same time as the broadcast or before and after the broadcast (S204).

The second server 132 that has received the trans action and the electronic signature decrypts the electronic signature using the public key 112, and verifies by comparing the trans action before encryption with the decrypted electronic signature. As a result of the comparison, if they are the same, it is proved that the Transaction is not forged or tampered with and is legitimate. On the contrary, if the trans action and the decrypted electronic signature are not the same, it can be determined that the trans action is very likely to be forged or tampered with.

The blockchain network 130 sequentially generates a block 160 that summarizes the broadcasted trans actions (FIG. 4 (A)). The newly generated blocks (block 160_3 in FIG. 4A) are connected together with the blocks (block 160_1, block 160_2) generated so far in the order of generation to form a time series. This time series is called a blockchain. The blockchain is stored in the storage device of each second server 132.

Each block 160 includes a block header 162 and transit action information 164 (FIG. 4 (A)). The Trans Action Information 164 includes information about a plurality of Trans Actions. The block header 162 multiplexes the hash value 166 obtained by hashing the block header 162 of the block 160 in the previous stage (calculation using a cryptographic hash function) and a plurality of trans actions stored in the block 160. The hash tree root (Merkle root) value 168 of the transaction obtained by hash calculation can be included (FIG. 4 (B)).

After the verification described above is completed, the trans action is subjected to hash calculation on at least one of the plurality of second servers 132, and a hash tree root value 168 is generated. Hash calculation is performed by combining the obtained hash tree root value 168 and the hash value 166 of the block header in the previous stage (for example, the block header 162 of block 160_2 in FIG. 4A), and a new block 160_3 is generated. ..

When a new block 160_3 is generated, the block 160_3 is verified in the blockchain network 130. Specifically, in at least one of the second servers 132 other than the second server 132 that generated the block 160_3, the hash value is obtained by using the block 160_2 in the previous stage and the nonce used in the hash calculation as parameters, and the block chain is obtained. It is confirmed whether or not the conditions determined in the network 130 are satisfied. If the conditions are met, it is considered to be verified, a new block 160_3 is added to the blockchain in the storage device of the second server 132, and the blockchain is updated (S206). As a result, the trans action is confirmed and executed, and the transaction between the user and the virtual currency issuer is completed.

The above-mentioned blockchain formation uses a consensus algorithm called PoW (Proof of Work), but various algorithms such as PoS (Proof of Stage) and PoI (Proof of Impact) are adopted as the consensus algorithm. can do.

When the blockchain network 130 is not used, the blockchain is stored in the first server 110 without broadcasting such as the trans action, and a new block 160_3 including the trans action is generated by using the first server 110. Then, the blockchain may be updated.

The hash value obtained by hashing a certain data becomes a different numerical value if the original data changes even a little. Therefore, the validity of the data can be verified by using the hash value. As described above, since each block 160 includes a hash value 166 obtained from the block header 162 in the previous stage, if the contents of a certain block 160 are tampered with or forged, the hash value 166 given to the blocks 160 in the next and subsequent stages is given. Changes. Therefore, in order for tampering and counterfeiting to be successful, it is necessary to recalculate all the hashes of the subsequent blocks 160, which makes tampering and counterfeiting virtually impossible. Therefore, by utilizing the blockchain for verification and storage of transactions between users or exchanges and virtual currency issuers, the reliability and security of transactions can be ensured.

The communication terminal 120 and the third server 140 encrypt the trans actions included in the conversion request signal by the above-mentioned encryption method, and then the conversion request signal including the encrypted trans actions, the original trans actions, and the trans actions. The public key may be transmitted to the first server 110. In this case, the digital signature is decrypted on the first server 110 and the trans action is verified.

2.3 Acceleration of price stabilization A program to enable cryptocurrency issuers to perform equivalent exchanges more reliably and promptly in order to more effectively stabilize the market price of virtual currencies at or near fixed prices. May be configured. Specifically, the virtual currency issuer always places an order for equivalent exchange via the first server 110. For example, as in the flow shown in FIG. 5, the program may be configured so that the first server 110 executes the transmission of the order signal for performing the equivalent exchange to the communication terminal 120 and the third server 140. .. The program may be configured to transmit this signal continuously and repeatedly. In addition, the program may be configured to transmit the order signal repeatedly irregularly or periodically. When transmitting periodically, the interval can be set arbitrarily, for example, from 1 second to 10 seconds, 1 second to 1 minute, 1 second to 1 hour, 1 second to 12 hours, 1 second to 1 day. You can select with.

The program installed in the third server 140 is configured to automatically respond to the order signal and transmit the conversion request signal to the first server 110 when the user or the exchange allows the equivalent exchange. be able to. Specifically, if the equivalent exchange is advantageous to the exchange, the third server 140 can be made to automatically respond to the order signal. For example, if the market price of the virtual currency is lower than the fixed price, the program installed in the third server 140 sends an order signal from the first server 110 to buy the virtual currency at the market price or higher. Set to respond. In this situation, the first server 110 repeatedly transmits the order signal to the third server 140, so that the equivalent exchange can be established immediately. Conversely, if the market price of the virtual currency is higher than the fixed price, the program installed in the third server 140 will sell the virtual currency at the market price or lower, which is an order from the first server 110. Set to respond to signals. In this situation, the first server 110 repeatedly transmits the order signal to the third server 140, so that the equivalent exchange can be established immediately.

If there is a low possibility that the virtual currency will soar, the first is to purchase at a fixed price, that is, to send only the order signal for converting the virtual currency to legal tender at the fixed price to the third server 140. You may set the program of the server of. Alternatively, the ordering signal may be selectively transmitted either when the market price is higher than the fixed price or when the market price is lower than the fixed price. When selectively transmitting an ordering signal, for example, when the market price is lower than the fixed price, an ordering signal for converting (purchasing) virtual currency into legal tender at a fixed price is transmitted. On the contrary, when the market price is higher than the fixed price, an order signal for converting (selling) the legal tender into the virtual currency at the fixed price is transmitted.

The order signal may be transmitted to the user's communication terminal 120. In this case, the program mounted on the communication terminal 120 may be configured so that the communication terminal automatically responds to the order signal. As a result, an equivalent exchange can be quickly established between the user and the virtual currency issuer.

When the equivalent exchange is established, the transaction including the transaction content is encrypted and verified, and then a new block is generated and the blockchain is updated, as in the above method. As a result, the transaction history is safely stored (S212, S214).

Users and exchanges (investors) who trade virtual currencies for the main purpose of investment aim to make profits by using fluctuations in market prices. Therefore, even if the market price is higher than the fixed price, speculation is carried out on the premise that it can be sold at a higher price (exchange from virtual currency to legal tender). That is, even if the market price soars, there is an incentive to purchase virtual currency (exchange from legal tender to virtual currency) at a price higher than the market price, which causes a further rise in the market price. On the contrary, when the market price falls, the market sentiment is used to try to purchase at a lower price, which causes a further fall in the market price.

In the present embodiment, as described above, the ordering signal for ordering the equivalent exchange is continuously and repeatedly transmitted to the third server 140 and the communication terminal 120 at relatively short intervals (for example, every second). As a result, it is possible to create an environment in which a user who desires to trade virtual currency can always trade virtual currency at a fixed price without being restricted in terms of time and quantity. Therefore, when the market price soars, the motivation to continue investing with a large amount of funds at the market price deviating from the fixed price is lost. Similarly, if the market price falls, the motivation for prioritizing transactions with cryptocurrency issuers who always buy at a fixed price rather than buying cryptocurrencies at lower prices in anticipation of future market price increases. Can be given. As a result, a driving force is generated in which the market price converges to the fixed price, and the market price of the virtual currency can be quickly stabilized at or near the fixed price. Therefore, this embodiment can be expected to be effective in eliminating the motivation to use the virtual currency for investment purposes, and can not only stabilize the price of the virtual currency but also dispel the negative impression of the general user on the virtual currency. At the same time, it is possible to promote the use as a payment means.

2.4 Market price stability evaluation and stabilization As mentioned above, the price of virtual currencies fluctuates in the market according to their creditworthiness. In addition, the supply amount of virtual currency is finite and is controlled by the virtual currency issuer based on the capital of the virtual currency issuer and the usage pattern of the virtual currency. Therefore, the market price of virtual currency also fluctuates depending on the balance between supply and demand. In the embodiment of the present invention, it is also possible to evaluate the stability of the price of the virtual currency by using the method described below and to stabilize the market price based on the evaluation result.

As shown in the flowchart of FIG. 6, according to the instruction of the program, the first server 110 requests the third server 140 for information (transaction amount information) including the market price of the virtual currency (transaction amount). Information request signal) is transmitted (S220). The third server 140 that has received this signal transmits the transaction amount information signal to the first server 110, and the first server 110 receives this (S222). The transaction amount information request signal may be transmitted to only one third server 140, or may be transmitted to a plurality of third servers 140. When the market prices indicated by the transaction amount information sent from the plurality of third servers 140 are different, the market price is the value obtained by averaging one or a plurality of market prices of the first server 110 as the market price. The program may be configured to certify. These steps allow the cryptocurrency issuer to know the transaction price of the cryptocurrency in the market.

When the first server 110 also serves as a part of the third server 140, it is not necessary to transmit the transaction amount information request signal.

After that, according to the instruction of the program, the first server 110 determines whether or not the market price satisfies a certain condition. If the conditions are met, the market price is judged to be stable, and if the conditions are not met, the market price is judged to be unstable.

This condition can be set in various ways. For example, if the market price is P ₁ and the fixed price is P _0, and the volatility ΔP expressed by the following formula is in the range of plus or minus X%, the program is set so that the market price satisfies the condition. Can be configured. On the contrary, when the volatility ΔP is outside the range of plus or minus X%, it is determined that the market price does not satisfy the condition. X can be arbitrarily set, and can be selected from, for example, 3 or more and 30 or less, 5 or more and 20 or less, or 5 or more and 10 or less.

FIG. 7A schematically shows the change over time in the volatility ΔP of the market price. In this example, from the transaction amount information signal received at time T1, it is determined that the volatility ΔP of the market price exceeds X%, and it is determined that the market price is not stable. On the contrary, at time T2, the volatility ΔP is determined to have converged within X%, and the market price is determined to be stable.

When the order signal is selectively transmitted when the market price is higher or lower than the fixed price, the market price becomes, for example, when ΔP exceeds X% or falls below minus X%. The program may be configured to determine that it is not stable and send an order signal.

Alternatively, as shown in FIG. 7B, a price higher than the fixed price S and a price lower than the fixed price S are set as the allowable fluctuation range M between the thresholds Th1 and Th2, and the thresholds Th1 and Th2, respectively, and the market price is the allowable fluctuation range M. If it is within, the program can be configured to determine that the market price meets the conditions. On the contrary, when the market price is lower than the threshold Th2 or higher than the threshold Th1, that is, when the market price deviates from the permissible fluctuation range M, it is determined that the market price does not satisfy the condition. Y can be arbitrarily set, and can be selected from, for example, 3 or more and 30 or less, 5 or more and 20 or less, or 5 or more and 10 or less. The difference between the fixed price S and the threshold Th1 and the difference between the fixed price S and the threshold Th2 may be different from each other or may be the same.

In the example shown in FIG. 7B, it is determined that the market price deviates from the permissible fluctuation range M from the transaction amount information signal received at time T1, and it is determined that the market price is not stable. On the contrary, at time T2, it is determined that the market price is within the permissible fluctuation range M, and it is determined that the market price is stable. Similarly, it is determined that the market price is not stable between time T3 and time T4.

In this case as well, the program may be configured to determine that the market price is not stable in one of the cases where the market price exceeds Th1 or falls below Th2, and transmits an order signal. For example, the order signal is not transmitted from time T1 to time T2 shown in FIG. 7 (B), the order signal is transmitted by determining that the market price is not stable at time T3, and the transmission is stopped at time T4. You may.

Alternatively, the program may determine whether the market price meets the conditions based on the transition of the market price over a period of time. For example, as shown in FIG. 8 (A), the transaction amount information signal is received a plurality of times during the period (first period) from the time t = T1 to the current time (t = 0), and the change over time of the market price is plotted. To do. An approximate straight line L1 such as a regression line that matches this change with time is created. As shown by the dotted line in the figure, if the extrapolation L2 of this approximate straight line deviates from the above-mentioned allowable fluctuation range M within the period from time t = 0 to t = T2 (second period), the market price is acceptable. It may be determined that the situation deviates from the fluctuation range M, and it may be determined that the market price does not satisfy the condition. The second period may be longer than the first period, or may be Z times the first period. Z can be selected from, for example, 1 to 1000, 1 to 100, and 1 to 10.

FIG. 8B shows an example in which the approximate curve C1 is adapted to the time course of the market price in the first period. Polynomials, exponential functions, power functions, modified exponential functions, etc. can be used as approximate curves, and in the case of polynomials, there are no restrictions on their degree. Similarly, in this case as well, if the extrapolation C2 of the approximate curve deviates from the permissible fluctuation range M within the second period, it is determined that the market price deviates from the permissible fluctuation range M, and the market price is a condition. You may decide that it does not meet.

If it is determined that the market price meets the conditions, it is considered that the market price is stable, and in order to grasp the market price, the transaction amount information request is continuously sent to the third server 140, and the market price is changed. Monitor (S220, S222). The transaction amount information request signal can be transmitted (S220), the transaction amount information signal can be received (S222), and the market price can be determined multiple times. In this case, these operations are performed irregularly without terminating the program. Or can be done on a regular basis. When performing these operations on a regular basis, the intervals should be set as appropriate, for example, every 30 seconds, every minute, every 10 minutes, every hour, every three hours, every 12 hours, every 24 hours, every three days, and so on. Can be done.

If the market price does not meet the conditions, the market price can be stabilized by the method described above. For example, when the program determines that the market price is not stable, the conversion request signal is transmitted from the first server 110 to the communication terminal 120 or the third server 140 (S200). By this operation, the user and the exchange can re-recognize that the equivalent exchange is always possible through the virtual currency issuer.

Alternatively, as described above, in order to more reliably and promptly converge the market price to the fixed price, an order signal for equivalent exchange may be transmitted to the third server 140 or the communication terminal 120 (S210). As a result, the equivalent exchange can be established immediately in the market.

The subsequent flow is the same as that described above, but is equivalent by transmitting the transaction amount information request signal again after the blockchain update (S206, S214) or at the same time as the update, and receiving the transaction amount information signal. The market price after the exchange is completed, that is, the second conversion rate can be monitored. The transmission interval of the order signal may be changed according to the market price at this time or the difference between the market price and the fixed price. For example, when the second conversion rate after the establishment of the equivalent exchange is closer to the first conversion rate than the second conversion rate before the establishment of the equivalent exchange, the transmission interval may be lengthened. On the contrary, if the second conversion rate does not substantially change or becomes large before and after the establishment of the equivalent exchange, the transmission interval may be maintained or shortened. The evaluation of stability based on the market price after the establishment of the equivalent exchange and the difference between it and the fixed price can be performed according to the method described above. As a result, the price control of the virtual currency can be performed more flexibly.

By applying the virtual currency management method described in the present embodiment, the virtual currency issuer can easily stabilize and control the price of the virtual currency to be issued in the market. In addition, the user can understand that the virtual currency can be converted into the legal tender at a fixed price or a market price that does not deviate significantly from the fixed price without being greatly influenced by the market trend. Therefore, it is possible to give the virtual currency the same sense of trust as the legal tender, and it is possible to greatly promote the circulation of the virtual currency in the market. For example, escrow transactions using virtual currencies and virtual currencies by private equity funds can be planned, and more efficient and low-cost commercial transactions can be realized. Furthermore, by incorporating the trans actions included in these various commercial transactions into the blockchain using the blockchain network, it is possible to safely execute the verification and management of these commercial transactions.

[3. Management device]
FIG. 9 shows the configuration of a virtual currency price management device (hereinafter, management device) 170 that can be used as the first server 110 of the system 100. The management device 170 has an application programming interface (API) 172, and the management device 170 is connected to the network 150 through the API 172, whereby the management device 170 communicates with the communication terminal 120, the blockchain network 130, and the third server 140. can do.

The management device 170 has a storage device 174, and the storage device 174 can be appropriately divided into a plurality of areas for management and use. For example, the above-mentioned program can be stored in the area 176. The area 178 can store the user's personal information and information about the communication terminal 120 (including, for example, the user's wallet information, the public key 112, the address of the communication terminal 120, and the like). The area 178 can be used as an area for storing the transition of the market price of the virtual currency. The area 180 can be used as an area for storing trans actions included in various signals received from, for example, a communication terminal 120 or a third server 140. When updating the blockchain using the first server 110, an area 182 may be provided and the blockchain may be stored in the area 182. The management device 170 may have a plurality of storage devices, and these areas 176, 178, 180, and 182 may be dispersed in the plurality of storage devices.

The management device 170 is provided with a central processing unit (CPU) 190 to interpret and execute a program. For example, it is responsible for generating the private key 114 required for broadcasting, hash calculation required for creating a new block 160, and calculation for market price prediction.

The management device 170 may further include a transmitting unit 192 and a receiving unit 194. The transmission unit 192 and the reception unit 194 are controlled by the CPU 190 based on the instruction of the program, and transmit and receive various signals to and from the blockchain network 130, the communication terminal 120, and the third server 140. For example, the transmission unit 192 is configured to create and transmit a conversion request signal, an ordering signal, and a transaction amount information request signal. When transmitting an order signal or a conversion signal, the transmission unit 192 is configured so that these signals are continuously transmitted. The CPU 190 may be used to create these signals. Further, the transmission unit 192 can be configured to broadcast the transaction to the blockchain network. On the other hand, the receiving unit 194 is configured to receive the conversion request signal and the transaction amount information signal from the communication terminal 120 and the third server 140.

The management device 170 may have a monitor 196 for monitoring the market price. The monitor 196 can constantly monitor the market price independently of the third server 140. The market price monitored by monitor 196 can be stored in area 178.

Based on the market price of the virtual currency monitored by the monitor 196 or the market price included in the transaction amount information signal received by the receiving unit 194, the CPU 190 determines whether or not the market price satisfies a certain condition. When it is determined that the market price does not satisfy the condition, the transmission unit 192 transmits a conversion request signal or an order signal to the communication terminal 120 or the third server 140 according to the instruction of the CPU 190.

As an arbitrary configuration, the management device 170 may have an interface 198. The interface 198 is used by the virtual currency issuer to operate and manage the management device 170, and includes an input device, a display device, and the like for inputting to the management device 170. It should be noted that not only the interface 198 but also the API 172, the storage device 174, the CPU 190, the transmission unit 192, the reception unit 194, and the monitor 196 do not necessarily have to be integrated, and if they can communicate with each other, they can be physically connected. It may be separated.

By using the management device 170 described above as the first server 110 or as a part of the first server 110, the program of the present embodiment is executed, and the market price of the virtual currency is determined by the virtual currency management method described above. Can be stabilized.

100: System, 110: First server, 112: Public key, 114: Private key, 120: Communication terminal, 130: Blockchain network, 132: Second server, 140: Third server, 150: Network, 160: Block, 162: Block header, 164: Trans action information, 166: Hash value, 168: Hash tree root value, 170: Management device, 172: Application programming interface (API), 174: Storage device, 176: Area, 178: Area, 180: Area, 182: Area, 190: Central arithmetic unit (CPU), 192: Transmitter, 194: Receiver, 196: Monitor, 198: Interface

Claims (4)

A transmitter that transmits a conversion request signal including a fixed first conversion rate between a virtual currency whose exchange rate for legal tender can fluctuate and the legal tender, and a communication terminal.
It is provided with a receiving unit that receives a conversion request signal for requesting conversion between the virtual currency and the legal tender in response to the transmitted conversion request signal from the communication terminal.
A virtual currency management device configured to change the transmission interval of the conversion request signal based on the second conversion rate, which is the conversion rate after the change between the virtual currency and the legal tender. The virtual currency management device according to claim 1, wherein the transmission interval is changed according to a difference between the first conversion rate and the second conversion rate. Sending a conversion request signal including a fixed first conversion rate between a virtual currency whose exchange rate for legal tender can fluctuate and the legal tender to a communication terminal.
After receiving the conversion request signal for requesting conversion between the virtual currency and the legal tender in response to the transmitted conversion request signal from the communication terminal and changing between the virtual currency and the legal tender. A program configured to cause a first server to change the transmission interval of the conversion request signal based on the second conversion rate, which is the conversion rate of. The program according to claim 3, wherein the first server is configured to change the transmission interval according to the difference between the first conversion rate and the second conversion rate.

Images