JP5871347B1 - Virtual currency management program and virtual currency management method - Google Patents

Abstract

The present invention provides a virtual currency management program and a virtual currency management method, which can continue to pay an infinite remuneration to a minor and provide a virtual currency with little fluctuation in value. A first remittance information including a first remittance amount and a first remittance date and time in a first transaction for remittance of virtual currency, and at least a part of the first remittance amount. Storage means for storing the second remittance amount and second remittance date and time in the second transaction, means for verifying the validity of the second transaction information, first remittance date and 2 based on the difference between the remittance date and time of the second remittance and the first remittance amount, the second remittance based on the means for calculating the reduced amount of the first remittance amount at the second remittance date and time It functions as a means for determining the amount of reward for the verifier of information. [Selection] Figure 1

Description

  The present invention relates to a virtual currency management program, a virtual currency management method, and the like.

In recent years, not only transactions of goods using real money such as yen and dollars but also business transactions using virtual currency such as electronic money have been carried out. Non-Patent Document 1 discloses a technique for performing a transaction using a virtual currency called bitcoin.
In the transaction using Bitcoin, the integrity of the transaction data is secured using a hash function and a public key cryptosystem. Transactions performed using encryption (hereinafter, bitcoin transactions are also referred to as “transactions”) are distributed by broadcast to all terminals using bitcoins. The delivered transactions are verified for validity by terminal software called a miner (digger), and when approved, they are collected into excavated blocks and recorded in a ledger called a block chain.

  Non-Patent Document 1 discloses a method of paying a reward to a miner when the miner finds a block. According to the method described in Non-Patent Document 1, a minor who has found a block can acquire a new bit coin as a reward. Specifically, the first transaction stored in the block can be rewarded by storing it as a transaction addressed to itself from “No”.

By Kengo Saito, “Bitcoin I understand now [Conditions for Surviving Currency]”, first edition, Taro Jiro Editors, May 5, 2014, p. 87-89

The total amount of bit coins is predetermined. Therefore, in the case of the method described in Non-Patent Document 1, the reward received by the miner is halved every four years, and when all the blocks are excavated, the reward that the miner can receive is only the transaction fee. If the transaction fee is only the reward, it does not match the mining cost, and there is a risk that the mining miner will disappear.
In addition, since bit coins can be exchanged with real money, they are the target of investment and their value is not stable.

  Therefore, in view of the above circumstances, the present invention provides a virtual currency management program and a virtual currency management method that can provide a virtual currency that can continue to pay a minor to a minor and has little fluctuation in value. It is intended.

  The virtual currency management program according to the present invention causes the computer to execute at least one of the first transaction information including the first remittance amount and the first remittance date and time in the first transaction for remittance of the virtual currency, and the first remittance amount. Storage means for storing the second remittance amount and the second remittance information including the second remittance date and time in the second transaction for remittance of the part, means for verifying the validity of the second transaction information, A means for calculating a depreciation value of the first remittance amount at the second remittance date and time based on the difference between the remittance date and time and the second remittance date and the first remittance amount, and , Including a function that functions as a means for determining a reward amount to the verifier of the second transaction information.

  Further, the virtual currency management method according to the present invention includes a first transaction information including a first remittance amount and a first remittance date and time in a first transaction in which the computer remits the virtual currency, and the first remittance amount. Storing a second remittance amount and a second remittance information including a second remittance date and time in a second remittance for remittance at least in part, and verifying validity of the second transaction information; Calculating a depreciation amount of the first remittance amount at the second remittance date and time based on the difference between the first remittance date and the second remittance date and the first remittance amount; And determining a reward amount for the verifier of the second transaction information based on the method.

  The program of the present invention can be installed or loaded on a computer through various recording media such as an optical disk such as a CD-ROM, a magnetic disk, or a semiconductor memory, or via a communication network.

  Further, in this specification and the like, the “unit” does not simply mean a physical configuration, but also includes a case where the functions of the configuration are realized by software. In addition, functions of one configuration may be realized by two or more physical configurations, or functions of two or more configurations may be realized by one physical configuration.

  According to the present invention, it is possible to provide a virtual currency management program and a virtual currency management method that can continue to pay a minor to a minor and provide a virtual currency with little fluctuation in value.

It is a block diagram of the virtual currency system in embodiment of this invention. It is a figure which shows an example of the functional block of the terminal in embodiment of this invention. It is a figure which shows an example of the correspondence of the elapsed time and the depreciation of the virtual currency in the embodiment of the present invention. It is a figure which shows an example of the transaction in embodiment of this invention. It is a figure which shows an example of the flow of the mining process in embodiment of this invention. It is a figure which shows an example of the hardware constitutions of the terminal in embodiment of this invention.

[First Embodiment]
Hereinafter, one embodiment of the present invention will be described in detail. The following embodiments are examples for explaining the present invention, and are not intended to limit the present invention only to the embodiments. The present invention can be variously modified without departing from the gist thereof. Furthermore, those skilled in the art can employ embodiments in which the elements described below are replaced with equivalent ones, and such embodiments are also included in the scope of the present invention. Furthermore, positional relationships such as up, down, left, and right shown as needed are based on the display shown unless otherwise specified. Furthermore, various dimensional ratios in the drawings are not limited to the illustrated ratios.

<1. Overview of system configuration>
FIG. 1 shows an example of the configuration of the virtual currency system 10. As shown in FIG. 1, the virtual currency system 10 has a P2P configuration in which a plurality of client devices that have installed the virtual currency management program according to the present invention communicate with each other. In the example of FIG. 1, client terminals of users who perform transactions using virtual currency are terminals 100A to 100C (hereinafter, terminals 100A to 100C are collectively referred to as “terminal 100”), and users who verify and approve transactions. Are described as terminals 200A to 200C (hereinafter, terminals 200A to 200C are collectively referred to as “terminal 200”).

  The terminal 100 and the terminal 200 are computers connected to a network 400 such as the Internet or a dedicated line. Specific examples include a mobile phone, a smartphone, a PC (Personal Computer), a PDA (Personal Digital Assistant), a tablet, and a wearable terminal. The devices 100 and 200 connected to the network 400 by wire or wirelessly are set to be communicable with each other, so that the virtual currency system 10 is configured. In the present embodiment, the virtual currency system 10 is described as being a P2P type system, but is not limited thereto. For example, the virtual currency system 10 may be configured as a cloud computing system. In this case, the user uses the computer processing of the virtual currency system 10 as a service via the network. Moreover, the virtual currency system 10 may be configured as a system including an ASP (Application Service Provider) server.

<2. Overview of virtual currency>
First, the outline of the virtual currency provided by the virtual currency system 10 (hereinafter, the virtual currency provided by the virtual currency system 10 is also referred to as “orb”) will be described. Orb is a P2P digital currency using the Internet, like the existing Bitcoin, and the integrity of transaction information is secured by a digital signature using a public key cryptosystem and a hash function. In addition, information and history regarding orb transactions are distributed and managed in the entire virtual currency system 10. In the present embodiment, the orb will be described as a currency whose minimum unit is “1Orb”.

  A user who uses an orb must first install a virtual currency management program. The virtual currency management program preferably includes a wallet tool and a mining tool. The wallet tool is a tool necessary to purchase orbs and conduct transactions using the orbs. On the other hand, the mining tool refers to a tool necessary for verifying the integrity and consistency of a transaction using an orb and approving the transaction.

  A user who installs the wallet tool on the client terminal is assigned a unique address in the network 400 (hereinafter also referred to as “account address”). The user who has acquired the account address can purchase the orb. “Purchase an orb” means that a new orb is generated in the virtual currency system 10. Specifically, it means that an arbitrary amount of real currency is converted into an orb by the user.

  Further, the user can remit the purchased orb to another user. “Transmit the orb” means that the orb is transferred from the original owner to the new owner.

  Data related to orb purchase and remittance (hereinafter, data related to orb purchase and remittance is also referred to as “transaction”. In particular, data related to orb purchase is also referred to as “currency-generating transaction”) Managed by the body. The block chain is a series of data called blocks, and serves as a ledger that records the remittance of orbs. A user who has installed the mining tool on the client terminal in addition to the wallet tool (hereinafter, a user who has installed only the wallet tool is simply referred to as “user”, and a user who has installed the wallet tool and mining tool is referred to as “minor”) Can verify the legitimacy of a transaction and approve a legitimate transaction. Further, a minor can generate a block composed of approved transactions (hereinafter, generating a block is also referred to as “excavating a block”) and connecting it to a block chain.

  The orb is configured to depreciate as time passes from the time of purchase. Therefore, the user who purchased the orb needs to consume it before the orb disappears due to depreciation. By configuring the orb to depreciate, the user is not the target of the investment, and as a result, the value of the orb can be stabilized.

<3. Functional configuration>
Next, the functional configuration of the terminals 100 and 200 installed with the virtual currency management program according to the present embodiment will be described with reference to FIG.
<3-1. Wallet Tool Functions>
FIG. 2A is a diagram illustrating an example of a functional block diagram of the terminal 100 in which the wallet tool is installed. In the terminal 100 in which the wallet tool is installed, a transaction DB 131, a block information DB 132, a public key information DB 133, an account information DB 134, a remittance accepting unit 101, an input data creating unit 102, an output data creating unit 103, The transaction delivery unit 104 is preferably constructed.

  The transaction information DB 131 stores a history of transactions distributed by the terminal 100 or 200 to the network 400 by broadcast. In general, it is desirable that one transaction includes input data, output data, time when the transaction occurs, and time when the transaction is added to a block chain described later. Note that the currency generation transaction distributed at the time of purchasing the orb may not include input data.

  The output data preferably includes the amount of the orb to be transferred and the account address of the transfer destination. Note that the output data may include information that can identify the user of the remittance destination instead of the account address of the remittance destination, and may include, for example, the public key of the remittance destination user.

  The input data includes a pointer to the output data of the transaction in which the remittance user has received the orb to be remitted this time, and the remittance user's electronic signature created by the electronic signature creation process described later. desirable.

  In a transaction using an orb, an orb received or purchased in the past is designated as a remittance target and remittance to another user. For this reason, when performing remittance, it is necessary to designate output data in which the remittance source user has become the remittance destination user from the past transaction as the current remittance target. Thus, the orb transaction has a structure in which input data has a pointer to the previous output data. As a result, all transactions have a data structure that is linked in a daisy chain through pointers to currency generation transactions.

The block information DB 132 stores information about the generated block. The block stores a plurality of transactions that the minor has verified and approved. Orb purchases and remittances are managed by a structure called a blockchain. A block chain refers to data called blocks arranged in time series. The block chain is shared by all terminals of the virtual currency system 10, but the user only needs to have a portion of the block chain that he is interested in. It is desirable that the minor possesses the entire block chain.
The block includes a hash of the previous block and a plurality of transactions.

  In the public key information DB 133, account addresses of all users included in the virtual currency system 10 and public keys are stored in association with each other.

  The account information DB 134 is assigned with the account address described above, and stores the secret key of the user who uses the terminal 100.

  The remittance accepting unit 101 accepts designation of the remittance destination user and the amount of money to be remittance from the user. It is desirable that the remittance acceptance unit 101 presents a remittance acceptance screen on the display of the terminal 100. Further, the remittance accepting unit 101 may present the currency purchase screen on the display and accept the purchase of the orb from the user.

The input data creation unit 102 creates input data according to the remittance amount received by the remittance accepting unit 101. The input data creation unit 102 performs the following four processes in order to create input data.
・ Remittance object search processing ・ Price reduction calculation processing ・ Pointer designation processing ・ Digital signature creation processing

(Remittance target search process)
As the remittance target search process, the input data creation unit 102 can first search the transaction information DB 131 for a transaction having output data that can be used as a remittance target. For example, the input data creation unit 102 is a transaction having an output in which the account address of the remittance source user is designated as the remittance destination address from the transaction information DB 131, and is designated as a pointer to input data of another transaction. It is desirable to extract transactions that have output data that is not.

(Depreciation calculation processing)
Next, the input data creation unit 102 refers to the remittance amount included in the output data of the extracted transaction, and calculates the amount (reduced price) that has been reduced to date. First, the input data creation unit 102 sequentially refers to the pointers included in the input data of the extracted transaction, and extracts a currency generating transaction. Then, the input data creation unit 102 refers to the transaction occurrence time of the currency generation transaction, and calculates the depreciation rate based on the difference from the current time.

FIG. 3 is a diagram illustrating an example of a correspondence relationship between the passage of time and the balance rate of the orb. In the example of FIG. 3, a state in which the current amount is deducted by 10% every 10 days after the orb is purchased is shown. When the depreciation rate of the orb is defined as shown in the table of FIG. 3, the input data creation unit 102, for example, for an orb that has passed 22 days from the purchase, the current balance is 81 of the balance at the time of purchase. % And the depreciation rate is calculated to be 19%. The manner in which the orb is depreciated is not limited to the example in FIG. 3. For example, a certain amount of money may be reduced as time elapses, or the depreciation rate may change as time elapses.
The input data creation unit 102 can calculate the depreciation of the amount using the amount of the output data of the extracted transaction and the calculated current depreciation rate.

(Pointer specification processing)
Next, the input data creation unit 102 selects output data suitable for designating a pointer from the extracted transactions based on the remittance amount received by the remittance reception unit 101. Specifically, the input data creation unit 102 calculates the balance of each output data based on the amount of the extracted output data and the calculated depreciation rate. Then, a pointer to output data in which the calculated balance exceeds the remittance amount accepted by the remittance accepting unit 101 can be designated as current input data.
When there is no output data in which the calculated balance exceeds the remittance amount accepted by the remittance acceptance unit 101, in this embodiment, the input data creation unit 102 changes the remittance amount to some amount. After dividing, it is desirable to search again for output data in which the calculated balance exceeds the divided amount. Note that the present invention is not limited to this, and when there is no transaction having output data with an amount larger than the current remittance amount, the input data creation unit 102 specifies a plurality of output data pointers. The input data may be created.

  When the remittance accepting unit 101 accepts remittance to a plurality of users, the input data creating unit 102 desirably selects a pointer based on the total amount of accepted remittance amounts.

(Digital signature creation process)
Further, the input data creation unit 102 creates an electronic signature of the remittance source user. For example, the input data creation unit 102 generates a digest using a hash function from the entire data of the transaction being created, excluding the part that stores the electronic signature. The input data creation unit 102 can create an electronic signature by encrypting the generated digest with the private key of the remittance source user.

Returning to FIG. 2A, the continuation of the function of each functional block will be described.
The output data creation unit 103 creates output data based on the remittance destination user and the amount to be remittance received by the remittance accepting unit 101. For example, the output data creation unit 103 can refer to the public key information DB 133 and designate an account address corresponding to the transmission destination user as output data.
Further, the output data creation unit 103 subtracts the total amount of the current remittance amount from the balance of the output data designated by the input data creation unit 102, and outputs the difference as a remittance to the remittance source user. It is desirable to create data.

  In addition, when the remittance accepting unit 101 accepts the purchase of the orb from the user, the output data creating unit 103 desirably creates the output data with the user who inputs the orb purchase as the remittance destination user. .

The transaction distribution unit 104 creates a transaction related to the current remittance and distributes it to the network 400. The transaction delivery unit 104 performs processing for creating the following two types of transactions.
Normal transaction (hereinafter, the normal transaction is also simply referred to as “transaction”)
-Currency generation transaction

(Normal transaction)
The normal transaction refers to a transaction distributed by the transaction distribution unit 104 when orb remittance is performed. A normal transaction includes input data, output data, the time when the transaction occurred, and the time when the transaction was added to the block chain.
The transaction distribution unit 104 stores the input data created by the input data creation unit 102 and the output data created by the output data creation unit 103 in a normal transaction, and further specifies the current time as the transaction occurrence time. The normal transaction can be broadcast to the network 400.

(Currency transaction)
A currency generation transaction refers to a transaction distributed by the transaction distribution unit 104 when an orb is purchased. All transactions converge to a currency generation transaction by referring to the input data pointer.
The currency generation transaction should not include input data. The transaction distribution unit 104 stores the output data created by the output data creation unit 103 and used as the remittance user as the remittance user, and designates the current time as the transaction occurrence time. Thus, the currency generation transaction can be broadcast to the network 400.

<3-2. Orb remittance processing flow>
Next, a processing flow when the user A remits the orb to the user B will be described with reference to FIG. FIG. 4 is a diagram schematically showing a transaction when the user A remits the purchased orb to the user B using the terminal 100A.
In this example, the terminal used by the user A who is the orb remittance source user is described as the terminal 100A, and the terminal used by the user B who is the orb remittance destination user is described as the terminal 100B. Also, in the example of FIG. 4, the description will be made assuming that the elapsed time and the orb depreciation rate have the correspondence shown in FIG.

  In FIG. 4, block B02 is the last block in the block chain, and block B01 is the block immediately preceding block B02. Transaction T11 is a currency generation transaction, and transaction T12 is a normal transaction related to remittance of orbs from user A to user B. Further, O11 to O13 each represent output data, and I11 represents input data.

  First, it is assumed that user A purchases 10,000 orbs. In this case, the remittance accepting unit 101 presents a currency purchase screen on the display of the terminal 100A. User A designates the amount of the orb to be purchased as 10,000 Orb from the presented currency purchase screen. At this time, the output data creation unit 103 creates output data O11 in which the remittance amount is 10,000 Orb and the remittance destination is the account address of the user A.

  Next, the transaction distribution unit 104 stores the output data O11 in the transaction T11, specifies the current time as the transaction generation time, creates a currency generation transaction, and distributes it to the network 400. When the distributed currency generation transaction is approved by the mining excavation process described later and connected to the block chain, the user A can use the purchased orb for the transaction.

  For example, assume that the user A remits a part of the purchased orb (7000 Orb) to the user B 11 days after the purchase of the orb. In this case, the input data creation unit 102 first executes a remittance target search process, and searches for a transaction having output data for which user A has been designated as a remittance destination user. In the example of FIG. 4, since the corresponding transaction is only the transaction T11, the input data creation unit 102 extracts the transaction T11.

  Next, the input data creation unit 102 executes a depreciation calculation process, and calculates a depreciation of the output data O11. Since this remittance is made 11 days after the purchase of the orb, the depreciation rate is 10%. Therefore, the input data creation unit 102 calculates that the reduced price of the output data O11 is 1000 Orb. The input data creation unit 102 subtracts the calculated price reduction (1000 Orb) from the remittance amount (10000 Orb) of the output data O11, and calculates the balance of the output data O11 to be 9000 Orb. This exceeds the current remittance amount of 7000 Orb, so the input data creation unit 102 designates the pointer of the output data O11 as the current input data I11. Further, the input data creation unit 102 executes digital signature creation processing. Specifically, a digest is created using a hash function for the entire data of the transaction being created, excluding the part that stores the electronic signature. Then, using the user A's private key stored in the account information DB 134, the input data creation unit 102 encrypts the generated digest and creates an electronic signature.

  Next, the output data creation unit 103 creates output data O12 with a remittance amount of 7000 Orb and a remittance destination as the account address of the user B. Further, the output data creation unit 103 subtracts 7000 Orb, which is the remittance amount of the current output data O12, from the balance 9000 Orb of the output data O11, and uses 2000 Orb, which is the difference, as the remittance destination of the user A's account address. Output data O13 is created.

  The transaction distribution unit 104 stores the input data I11, the output data O12, and the output data O13 in the transaction T12, and specifies the current time as the transaction occurrence time, and distributes the transaction T12.

  In the above example, when the remittance amount is 9500 Orb, for example, the remittance amount exceeds 9000 Orb, which is the balance of the output data O11, and therefore the input data creation unit 102 designates the pointer of the output data O11. I can't. In this case, the input data creation unit 102 can divide the remittance amount into two amounts, for example, 9000 Orb and 500 Orb. At this time, it is desirable that the input data creation unit 102 creates input data corresponding to each remittance amount and retrieves output data referred to by a pointer. Further, in this case, the output data creation unit 103 may create output data with a remittance amount of 9000 Orb and output data with 500 Orb, respectively.

  As described above, the wallet tool according to the present embodiment makes the orb less likely to be an investment target by causing the terminal 100 to function so that the orb is reduced over time, and it is possible to suppress fluctuations in currency value. It becomes.

Returning to FIG. 2, the function of the terminal 200 will be described.
<3-3. Mining Tool Functions>
FIG. 2B is a diagram illustrating an example of a functional block diagram of the terminal 200 in which a mining tool is installed in addition to the wallet tool. In the terminal 200 in which the mining tool is installed, in addition to the functional blocks created by the above-described wallet tool, a verification unit 201, an excavation unit 202, and a reward calculation unit 203 are preferably constructed.

The verification unit 201 executes the following two processes in order to verify the validity of the received transaction.
Integrity Verification Processing / Consistency Verification Processing The verification unit 201 may be able to approve a transaction for which integrity and consistency are recognized as a result of the above two verification processings as a legitimate transaction.

(Integrity verification process)
The verification unit 201 verifies whether the received transaction has been tampered with as the integrity verification process. Specifically, the verification unit 201 first refers to the public key information DB 133, decrypts the electronic signature included in the input data of the received transaction with the original owner's public key, and generates an input data creation unit. The digest created by 102 is taken out. Further, the verification unit 201 generates a digest using a hash function from the data excluding the part that stores the electronic signature in the entire data of the received transaction. The verification unit 201 verifies whether or not the decrypted digest and the generated digest match, and if they match, can confirm the integrity of the transaction data. The verification unit 201 may be able to approve the integrity of the transaction when the digital signatures of all input data included in the transaction can be verified.

(Consistency verification process)
As the consistency verification process, the verification unit 201 verifies whether or not the received transaction is a transaction that is consistent with the entire block chain. Specifically, the verification unit 201 executes a process similar to the above-described price reduction calculation process, calculates the balance of input data, and verifies whether the calculated balance exceeds the amount of output data.
Further, the verification unit 201 confirms that the transaction referring to the same output data as the input data of the transaction to be verified has already been approved as the consistency verification processing and verifies the double transaction. Also good. Specifically, the verification unit 201 refers to the block information DB 132 and extracts the output data referred to by the input data pointer of the transaction included in the block connected to the block chain. Further, the verification unit 201 verifies whether or not the output data referred to by the pointer designated as the input data of the transaction to be verified this time has already been referenced. When the output data referred to by the pointer specified as the input data of the current verification target transaction does not specify the pointer from the past transaction input data, the verification unit 201 inputs the input of the current verification target transaction. Data integrity can be approved.
The verification unit 201 may approve the consistency of the transaction when the consistency of all input data included in the transaction is approved.

The excavation unit 202 performs a mining process in order to generate a block that stores a legitimate transaction whose integrity and consistency are recognized by the process of the verification unit 201. Specifically, the excavation unit 202 calculates a hash value at the end of the current block chain using a hash function. For the data obtained by combining the calculated hash value and a predetermined value with the block to be generated, the excavation unit 202 calculates a hash value using a hash function. This data may include the generation time of the block. When the hash value is equal to or less than a predetermined value, it is said that “the block has been excavated” in the present embodiment. When the block is excavated, the excavation unit 202 can connect the block to the end of the block chain.
When the excavation unit 202 connects a block to a block chain, it is desirable to specify the current time as the block chain addition time of the transaction stored in the block.

The reward calculation unit 203 calculates a minor reward based on the reduced price of the legitimate transaction stored in the block. For example, the remuneration calculation unit 203 may calculate the total reduction amount of the amount of the output data specified as the input data pointer as the minor remuneration. Specifically, the reward calculation unit 203 sequentially refers to the pointers included in the input data, and extracts a currency generation transaction. And the reward calculation part 203 calculates the depreciation rate based on the difference with the present time with reference to the transaction generation time of a currency generation transaction. This process may be the same process as the depreciation calculation process of the input data creation unit 102. The reward calculation unit 203 can calculate the total reduction amount of each transaction stored in the block generated by the excavation unit 202 as a minor reward.
Further, the remuneration calculation unit 203 designates the amount of remuneration for which the remittance amount has been calculated, designates the transmission destination as a minor using the terminal 200, creates output data, and creates a currency generation transaction based on the output data It is desirable to do. The reward calculation unit 203 distributes the created currency generation transaction to the network 400 by broadcast. It is desirable to broadcast this currency generation transaction by including it in a block to be generated. When the currency generation transaction is approved by any of the minor terminals connected to the network 400, the minor using the terminal 200 can receive a reward.

<3-4. Mining process flow>
A processing flow of the mining process of the terminal 200 in which the mining tool is installed will be described with reference to FIG.
First, the verification unit 201 refers to the transaction DB 131 and confirms whether there are unverified transactions that have not been verified among the received transactions (S101). When an unverified transaction remains (S101: YES), the verification unit 201 acquires the unverified transaction for verification (S102).

  Next, when there is unverified input data among the input data included in the acquired transaction to be verified (S103: YES), the verification unit 201 acquires the unverified input (S104), and the input data Perform verification. First, the verification unit 201 extracts an orb currency generating transaction used for the input data from the pointer of the acquired input data (S105). Further, the verification unit 201 calculates a price reduction and a balance of input data from the difference between the transaction occurrence time and the current time of the currency generation transaction (S106).

  Next, the verification unit 201 verifies whether the total amount of remittance of output data included in the verification target transaction exceeds the calculated balance, and verifies the validity of the input data (S107). If the total amount of remittance exceeds the calculated balance (S107: NO), the verification unit 201 assumes that the transaction to be verified is an illegal transaction and does not store it in the block (S151). On the other hand, when the total amount of the remittance amount of the output data included in the verification target transaction does not exceed the calculated balance (S107: YES), the verification target transaction is assumed to be valid input data. Approve input data. The verification unit 201 repeatedly executes the processes from S103 to S107 until verification of all input data included in the transaction is completed. If all input data included in the transaction is approved as valid, verification stores the transaction as a valid transaction in the block.

  The verification unit 201 repeatedly executes the processing from S101 to S107 until there is no unverified transaction. When there is no unverified transaction in the transaction received by the terminal 200 (S101: NO), the reward calculation unit 203 calculates a minor reward based on the total amount of transaction depreciation stored in the block. Further, the remuneration calculation unit 203 sets the remittance amount as a total amount, designates the remittance destination as the minor, creates a currency generation transaction, and distributes it to the network 400 by broadcast (S108). When the distributed currency generation transaction is approved by another miner, a reward is given to the miner who distributed the currency generation transaction (S109).

  As described above, the mining tool according to the present embodiment causes the terminal 200 to function based on the depreciation of the transaction included in the block approved by the miner so as not to deplete the miner's reward. It becomes possible to.

(4 hardware configuration)
Hereinafter, an example of a hardware configuration when the terminal 100 and the terminal 200 described above are realized by the computer 800 will be described with reference to FIG. The function of each device can be realized by dividing it into a plurality of devices.

  As illustrated in FIG. 6, the computer 800 includes a processor 801, a memory 803, a storage device 805, an input I / F unit 807, a data I / F unit 809, a communication I / F unit 811, and a display device 813.

  The processor 801 controls various processes in the computer 800 by executing a program stored in the memory 803. For example, the remittance acceptance unit 101, the input data creation unit 102, the output data creation unit 103, the transaction delivery unit 104, the verification unit 201, the excavation unit 202, and the reward calculation of the terminal 200 are temporarily stored in the memory 803. In addition, it can be realized as a program that mainly operates on the processor 801.

  The memory 803 is a storage medium such as a RAM (Random Access Memory). The memory 803 temporarily stores a program code of a program executed by the processor 801 and data necessary for executing the program.

  The storage device 805 is a non-volatile storage medium such as a hard disk drive (HDD) or a flash memory. The storage device 805 stores an operating system and various programs for realizing the above-described configurations. In addition, the storage device 805 can store a transaction information DB 131, a block information DB 132, a public key information DB 133, and an account information DB 134. Such programs and data are referred to by the processor 801 by being loaded into the memory 803 as necessary.

  The input I / F unit 807 is a device for receiving input from the user. Specific examples of the input I / F unit 807 include a keyboard, a mouse, a touch panel, various sensors, and a wearable device. The input I / F unit 807 may be connected to the computer 800 via an interface such as a USB (Universal Serial Bus).

  A data I / F unit 809 is a device for inputting data from the outside of the computer 800. Specific examples of the data I / F unit 809 include a drive device for reading data stored in various storage media. The data I / F unit 809 may be provided outside the computer 800. In this case, the data I / F unit 809 is connected to the computer 800 via an interface such as a USB.

  The communication I / F unit 811 is a device for performing data communication with the external device of the computer 800 via the Internet N by wire or wireless. The communication I / F unit 811 may be provided outside the computer 800. In that case, the communication I / F unit 811 is connected to the computer 800 via an interface such as a USB.

  The display device 813 is a device for displaying various information. Specific examples of the display device 813 include a liquid crystal display, an organic EL (Electro-Luminescence) display, and a wearable device display. The display device 813 may be provided outside the computer 800. In that case, the display device 813 is connected to the computer 800 via, for example, a display cable.

[Other embodiments]
Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various modifications and changes can be made based on the technical idea of the present invention.

  For example, in the above-described embodiment, the mining tool has been described as being installed together with the wallet tool, but the present invention is not limited to this. For example, the terminal 200 may be configured to install only a mining tool. In this case, it is desirable that the transaction information DB 131, the block information DB 132, and the public key information DB 133 are installed in the terminal 200 together with the verification unit 201, the excavation unit 202, and the reward calculation unit 203.

DESCRIPTION OF SYMBOLS 10 Virtual currency system 100 Terminal 101 Remittance reception part 102 Input data creation part 103 Output data creation part 104 Transaction delivery part 131 Transaction information DB
132 Block information DB
133 Public key information DB
134 Account Information DB
200 Terminal 201 Verification Unit 202 Excavation Unit 203 Reward Calculation Unit 400 Network

Claims (5)

Computer
First transaction information including a first remittance amount and a first remittance date and time in a first transaction for remittance of virtual currency, and a second in a second transaction for remittance of at least part of the first remittance amount Storage means for storing second transaction information different from the first transaction information , including the remittance amount and the second remittance date and time,
Means for verifying the validity of the second transaction information;
Means for calculating a reduction amount of the first remittance amount at the second remittance date and time based on the difference between the first remittance date and the second remittance date and time and the first remittance amount; And a virtual currency management program that functions as means for determining a remuneration amount to a verifier of the second transaction information based on the reduced price. The virtual currency management program further includes the computer,
Sending third transaction information including the third remittance amount and the third remittance date and time as the remuneration amount for a third transaction for remitting the virtual currency of the remuneration amount to the verifier of validity Means to
The virtual currency management program according to claim 1, which is made to function as: The second transaction information is:
3. The virtual currency management program according to claim 1, further comprising a fourth remittance amount obtained by subtracting the second remittance amount and the reduced value from the first remittance amount. The second transaction information is given a digital signature,
The means for verifying the validity is:
The virtual currency according to any one of claims 1 to 3, wherein the validity of the second transaction information is verified by verifying the digital signature given to the second transaction information. Management program. Computer
First transaction information including a first remittance amount and a first remittance date and time in a first transaction for remittance of virtual currency, and a second in a second transaction for remittance of at least part of the first remittance amount Storing the second transaction information different from the first transaction information , including the remittance amount and the second remittance date and time,
Verifying the validity of the second transaction information;
Calculating a reduction amount of the first remittance amount at the second remittance date and time based on the difference between the first remittance date and the second remittance date and the first remittance amount; ,
A virtual currency management method that executes a step of determining a reward amount to a verifier of the second transaction information based on the price reduction.