KR20180010467A - Method for managing virtual currency and apparatus therefor - Google Patents

Abstract

The present invention relates to a method for managing virtual currency to manage the distribution and currency amount of virtual currency, and an apparatus therefor. A method for managing virtual money based on a monetary policy in a service node according to an embodiment of the present invention includes a step of verifying the transaction of the virtual currency based on a monetary policy when the transaction of virtual money occurs from a first node to a second node; a step of generating a new block including a compensation amount based on transaction verification if the transaction verification of the virtual currency is successful; and a step of extending the block chain by connecting a new block to an existing block chain. It is possible to easily manage the virtual currency.

Description

TECHNICAL FIELD The present invention relates to a virtual currency management method,

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a virtual money technology, and more particularly, to a virtual money management method for managing distribution and currency amount of virtual money and an apparatus therefor.

Today, various virtual currencies are circulated, and transactions are being made based on this virtual currency. The following patent document discloses a cyber money integrated processing system through virtual currency issuance and transaction.

There is an encrypted virtual currency represented by 'bitcoin' in the virtual currency. Unlike the conventional virtual currency, the encrypted virtual currency represented by 'bit coin' operates on the basis of peer to peer (P2P), and when a transaction is completed, a new block serving as a book is created and connected to the existing block. In addition, a time stamp is recorded for each new block, and the time staff is information for verifying the time when a transaction occurs.

However, the P2P-based encryption virtual currency trading method has a problem that it is difficult to manage virtual money. In other words, the existing virtual currency trading method is difficult to grasp the total currency amount, and therefore it is impossible to control the inflation due to the increase of the currency amount and the display due to the decrease of the currency amount. In addition, unlike the real currency, the conventional encrypted virtual currency has a problem that not only the virtual currency is newly issued but is not discarded, but also the value of the virtual currency is highly fluctuated.

Korean Patent Publication No. 10-2001-0103406

It is an object of the present invention to provide a virtual money management method and apparatus for managing and managing virtual money easily.

Other objects and advantages of the present invention will become apparent from the following description, and it will be understood by those skilled in the art that the present invention is not limited thereto. It will also be readily apparent that the objects and advantages of the invention may be realized and attained by means of the instrumentalities and combinations particularly pointed out in the appended claims.

According to a first aspect of the present invention, there is provided a method of managing virtual money based on a call policy in a service node, the method comprising: when a transaction of a virtual currency occurs from a first node to a second node, Verifying a transaction of money; Generating a new block including a compensation amount based on the transaction verification if the transaction verification of the virtual currency is successful; And expanding the block chain by connecting the new block to an existing block chain.

According to a second aspect of the present invention, there is provided a service apparatus comprising: a storage unit for storing a call policy; A transaction verifying unit for verifying a transaction of the virtual currency on the basis of the monetary policy when a virtual currency transaction is generated from the first node to the second node; And a block generator for generating a new block including the compensation amount based on the transaction verification when the transaction verification of the virtual currency is successful and expanding the block chain by connecting the new block to an existing block chain .

According to a third aspect of the present invention, there is provided a management apparatus comprising: a data collection unit for receiving call issue information from a service node and storing the received call issue information in a database; A call amount monitoring unit for monitoring a call amount of the virtual currency in circulation based on the call issue information stored in the database; And a policy setting unit for changing the monetary policy and distributing the changed monetary policy to each service node based on the monetary amount of the monitored virtual currency.

The present invention is advantageous in that the virtual currency can be efficiently managed by managing the monetary amount of the virtual currency based on the monetary policy and stopping the circulation of the virtual currency corresponding to the kind of the virtual currency which is not used.

Further, according to the present invention, the attribute information such as the disappearance attribute and the increase attribute is included in the block, and the individual virtual money is discarded and increased based on the attribute information, thereby effectively managing the virtual money more efficiently and conveniently .

In addition, the present invention is advantageous in that the monetary policy changed at the super node is reflected in each service node, so that the monetary policy can be immediately reflected in the entire system.

In addition, the present invention has an advantage in that it can effectively cope with inflation / deflation of virtual money by managing the type and issuance amount of newly issued virtual currency according to a monetary policy.

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate exemplary embodiments of the invention and, together with the description, serve to explain the principles of the invention. And shall not be construed as limited to such matters.
1 is a diagram illustrating a configuration of a virtual money management system according to an embodiment of the present invention.
2 is a block diagram illustrating a block structure and a block chain according to an embodiment of the present invention.
3 is a flowchart illustrating a method of registering user information and storing call issue information in a virtual money management system according to an embodiment of the present invention.
4 is a flowchart illustrating a method for verifying a transaction of a virtual currency in a virtual money management system according to an embodiment of the present invention.
5 is a diagram illustrating a configuration of a service node according to an embodiment of the present invention.
6 is a flowchart illustrating a method for performing transaction verification at a service node, according to an embodiment of the present invention.
7 is a diagram illustrating a configuration of a super node according to an embodiment of the present invention.
8 is a flowchart illustrating a method for changing a monetary policy at a super node according to an embodiment of the present invention.

The foregoing and other objects, features and advantages of the present invention will become more apparent from the following detailed description of the present invention when taken in conjunction with the accompanying drawings, in which: There will be. In the following description, well-known functions or constructions are not described in detail since they would obscure the invention in unnecessary detail. Hereinafter, a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings.

1 is a diagram illustrating a configuration of a virtual money management system according to an embodiment of the present invention.

1, a virtual money management system according to an exemplary embodiment of the present invention includes a plurality of super nodes 100, a plurality of service nodes 210, 220, and 230, and a user information storage node 300 do.

The virtual currency is encrypted data, and blocks including a block header and transaction data are chained together as described later.

The user information storage node 300 stores and manages user information as a server, a database, and the like. The user information storage node 300 stores user information corresponding to the node identification information, and provides specific user information to the super node 100. The user information may include a name, a sex, a user type (such as an individual or a merchant), and the like.

The super node 100 is a computing device such as a server, manages the call volume of the virtual currency, and determines a monetary policy for the virtual money. The super node 100 may also perform the functions of the service nodes 210, 220, and 230. When an account is created in a specific service node 210, 220, 230, the super node 100 maps and stores the account information, the node identification information, and the user information. When the virtual money is newly issued from the specific service nodes 210, 220 and 230, the super node 100 receives and stores the issuance information of the virtual money from the service nodes 210, 220 and 230. In particular, the super node 100 may forward the changed monetary policy to each of the service nodes 210, 220, and 230, stop using the virtual currency of the specific attribute based on the monetary policy, It can also be stopped.

The super node 100 shares a call policy with another super node and may also share data stored in a database. The super nodes 100 may be installed in a plurality of systems or may be installed in a single number.

The service nodes 210, 220, and 230 can be a computing device installed in an individual or an affiliate store, and can verify a transaction between the service nodes 210, 220, and 230 and newly issue virtual money through block generation. The service nodes 210, 220 and 230 mount an electronic wallet by installing an application (or a program) provided by a super node or a specific server. In addition, the service node 210, 220, 230 creates the account of the user through the electronic wallet and broadcasts the account. In particular, the service nodes 210, 220 and 230 transmit their account and node identification information (e.g., telephone number, MAC address, IMSI, etc.) to the super node 100 to perform user registration.

In addition, when the service node 210, 220, 230 issues a new virtual currency, the service node 210 transmits the currency issue information for the virtual currency to the super node 100. When the new virtual money is issued, the service nodes 210, 220 and 230 create a new block in which the type information is recorded in the currency issue transaction, and extend the block chain by linking the new block with the existing block.

2 is a block diagram illustrating a block structure and a block chain according to an embodiment of the present invention.

Referring to FIG. 2 (a), a block 20 consists of a block header 21 and transaction data 22.

The block header 21 includes a block size, a version, a previous block hash, a Markle Root, a timestamp, a difficulty goal, and a nonce.

The block size represents the size of the block, the version represents the version of the structure of the block data, and the previous block hash represents the hash reference value for the previous block (i.e., the parent block) in the block chain structure.

Mkle root is a hash of the Mkle tree root created from the transactions contained in the block. The time stamp is the time at which the block was created. The difficulty goal represents the difficulty goal for the block task proof algorithm. Answers is an arbitrary value used in the proof-of-work algorithm.

Transaction data 22 includes transaction counts, currency issue transactions, and transactions.

The transaction count represents the number of transactions included in the block.

The currency issuing transaction is data generated when a new virtual currency is issued, and type information including the issue date of the virtual currency, the type and number of the virtual currency, the issuer and the attribute information is recorded in the currency issuing transaction. When the block chain is extended, the type information recorded in the currency issuing transaction can be inherited to the newly connected new block.

The virtual currency type means a virtual currency having a face value different from that of the virtual currency. For example, the virtual currency type is divided into a virtual currency having a face value of 10 won, a virtual currency having a face value of 50 won, a virtual currency having a face value of 100 yen, .

In addition, the attribute information includes at least one of a disappearance attribute and an increase attribute. The disappearance attribute indicates an attribute in which the virtual money disappears at a specific time point, and the time point at which the virtual money disappears (i.e., the expiration date) is recorded. In addition, the enhancement attribute is a concept similar to interest, and indicates that when a predetermined time elapses, the virtual money is increased in accordance with the set interest rate.

Transaction records transaction details of virtual currency.

2B shows a block chain. Referring to FIG. 2B, the upper block is connected to the lower block. That is, the upper block is connected by referring to the hash of the lower block (i.e., the parent block that is the previous block). According to this block connection structure, the middle block is prevented from being falsified or altered.

A method of managing encrypted virtual money will be described in detail with reference to FIGS. 3 to 8.

3 is a flowchart illustrating a method of registering user information and storing call issue information in a virtual money management system according to an embodiment of the present invention.

Referring to FIG. 3, the service nodes 210, 220, and 230 access the super node 100 or a specific server to install an electronic wallet application (or software), thereby mounting the electronic wallet.

Then, the service nodes 210, 220, and 230 generate their own virtual account numbers through the electronic wallet (S301). At this time, the service nodes 210, 220, and 230 may calculate a hash value for their public key, and use the hash value as a virtual account number.

Next, the service nodes 210, 220, and 230 broadcast the generated virtual account number to the other node, and notify the other nodes that the virtual account is opened.

In addition, the service nodes 210, 220 and 230 transmit a user registration request message including the generated virtual account number and its identification information (e.g., telephone number, IMSI or MAC address) to the super node 100 (S303).

Then, the super node 100 confirms the identification information of the service node included in the user registration request message (S305), and transmits the user information request message including the service node identification information to the user information storage node 300 (S307). Then, the user information storage node 300 extracts the user information including the name, the type of user (individual or affiliated store) corresponding to the node identification information, and transmits it to the super node 100 (S309).

Next, the super node 100 maps the service node identification information, the user information, and the virtual account number, and stores the mapping information in the database to complete the user registration (S311).

Then, when the user registration is completed, the super node 100 confirms the current applied monetary policy and transmits the monetary policy to the service nodes 210, 220, and 230 (S313). In the monetary policy, a commission rate for transaction verification, a list of transaction suspension accounts, a type of suspended virtual money, an interest rate, and basic information for issuing a new virtual currency are recorded. The basic information for the new virtual currency issuance may include period information on which the new virtual currency can be issued and the amount of the issuance amount. In addition, different commission rates may be recorded for each service node in the commission rate.

After storing the monetary policy received from the super node 100, the service nodes 210, 220, 230 control the virtual currency issuance, determine the transaction verification fee rate based on the monetary policy, Recognize numbers and virtual currency types.

The service nodes 210, 220, and 230 storing the monetary policy can issue new virtual currency at a predetermined periodic interval regardless of transactions based on the monetary policy, or issue a new virtual currency with a certain amount of money to the super node 100 When the approval is received, the new virtual currency of the corresponding amount can be issued (S315). The new virtual currency is initially owned by the issuer. The service nodes 210, 220, and 230 determine the type and number of virtual currencies to be newly issued based on the basic information for issuing new virtual currencies recorded in the monetary policy. Then, the service nodes 210, 220 and 230 include the determined type and number of virtual currency, type information in which the virtual currency issue date (i.e., current date) and the issuer subject (i.e., service node identification information) are recorded in the money issuing transaction , And connects the existing chain blocks of the new block to expand the chain block. At this time, the service nodes 210, 220 and 230 can digitally sign the currency issuance transaction using its own private key to encrypt the new block. In addition, the service nodes 210, 220, 230 extend the block chain by connecting the new block and the previous block by recording the hash value of the previous block in the header of the new block hash, The stamp, the merge root, and the block size in the header of the new block. Also, the service nodes 210, 220, and 230 may record attribute information in the type information included in the money issuing transaction. That is, the service nodes 210, 220, and 230 may record at least one of the extinction attribute information and the enhancement attribute information in the type information based on the monetary policy.

For example, when the monetary policy received from the super node 100 has the annihilation attribute for 1000 won virtual money recorded as 5 years, and the new virtual currency with the face value of 1000 is issued, the service nodes 210, 220, 230 may record the extinction attribute having a lifetime of 5 years (i.e., expiration date) in the type information of the currency issuance transaction. As another example, when the service node 210, 220, 230 issues a new virtual currency with a face value of 10,000 due to a 1% interest rate recorded in the currency currency of 10000 won in the currency policy, 210, 220, and 230 may record 1% increase attribute in the type information of the currency issue transaction.

Also, the service nodes 210, 220 and 230 broadcast new generated blocks to other nodes, and share the blocks according to the new virtual currency issuance. Then, other service nodes are also connected to existing blocks of the new block to expand the block chain.

Meanwhile, when the new virtual currency is issued, the service nodes 210, 220, and 230 transmit the currency issuance information including the new virtual currency type newly issued and the number thereof to the super node 100 (S317). When the type information of the new block corresponding to the new virtual currency includes the extinction attribute, the service nodes 210, 220, and 230 also transmit information about the extinction timing of the new virtual currency to the super node 100 .

 Then, the super node 100 stores the call issue information in the database (S319). The super node 100 can check the total currency amount based on the call issue information accumulated in the database, and also can check the call amount according to the type of virtual currency.

4 is a flowchart illustrating a method for verifying a transaction of a virtual currency in a virtual money management system according to an embodiment of the present invention.

In the description with reference to FIG. 4, the first service node, the second service node, and the third service node are referred to as 210, 220, and 230 in FIG. 1, respectively. In the description with reference to FIG. 4, it is described that the third service node 230 performs the function of a verification node for verifying a transaction.

Referring to FIG. 4, the first service node 210 transmits an encrypted virtual money to the second service node 220 by using an on-board electronic wallet to transfer the virtual money to the second service node 220 And a virtual account number of the second service node 220 to prepare a transaction (S401). At this time, the first service node 210 analyzes the block chain, confirms the number of the types of the virtual money held by the first service node 210 and displays them on the screen, and displays one or more May be selected from the user as virtual money to be transferred to the second service node 220.

The first service node 210 that has prepared the transaction broadcasts the transaction verification data including the account number of the second service node 220, the number of the virtual money type to be transferred, and the account number thereof (S403).

The third service node 230 then obtains the transaction validation data and verifies the monetary policy to verify the transaction between the first service node 210 and the second service node 220. [ At this time, the third service node 230 may request a monetary policy to the super node 100 to acquire the latest monetary policy from the super node 100 in order to maintain the currency policy freshness.

Next, the third service node 230 performs transaction verification for account transfer from the first service node 210 to the second service node 220 based on the monetary policy and the transaction verification data (S405). At this time, the third service node 230 verifies whether the account number of the second service node 220 included in the transaction verification data and the account of the first service node 210 are present, 210 verifies whether the first service node 210 has the number of virtual money types to be transferred by analyzing the block chain. The third service node 230 determines whether the account number of the first service node 210 is recorded in the transaction suspension account list included in the monetary policy and whether the account number of the second service node 220 is recorded . In addition, the third service node 230 analyzes the block chain to confirm the disappearance attribute of each virtual money to be transferred to the account, and when the first service node 210 makes a bank transfer to the second service node 220 And verifies whether or not each virtual currency that has been destroyed has disappeared. For example, if the virtual money to be transferred to the third service node 230 is one thousand won and one ten thousand won is one, the third service node 230 checks the extinction attribute of the above-mentioned virtual money of 1000 won, Then, it checks whether the expiration date of 1,000 won and 10000 won has expired.

Also, the third service node 230 verifies the suspend virtual money type included in the monetary policy, and verifies whether the virtual money to be transferred to the second service node 220 is a virtual money that has been suspended.

If the third service node 230 succeeds in verifying the transaction, it is recorded in the transaction for the transaction of the first service node 210 and the second service node 220, and the new virtual money is re- And creates a new block that is recorded in the transaction and is attributed to the third service node 230 as the ownership (S407). At this time, the third service node 230 confirms the commission rate in the monetary policy, and determines the type and number of the virtual currency to be newly issued based on the commission rate. The third service node 230 generates the currency issuing transaction including the type information in which the determined virtual currency type and the number thereof are recorded and the current time is the virtual currency issuing date and its identification information is recorded as the issuing subject, And the money issuing transaction is included in the new block.

Also, the third service node 230 records the hash value of the previous block in the header of the new block, and records the nonce, the time stamp, the difficulty target, the version, the merge route, and the block size in the header of the new block . The third service node 230 may write attribute information in the type information included in the currency issue transaction. That is, the service nodes 210, 220, and 230 may record at least one of the extinction attribute information and the enhancement attribute information in the type information based on the monetary policy.

Next, the third service node 230 extends the block chain by connecting the new block to the existing block (S409). The third service node 230 broadcasts the block chain extension information and shares the extended block chain with the other nodes.

Next, the third service node 230 transmits a message indicating successful transaction verification to the first service node 210 and the second service node 220, respectively (S411 and S413).

Then, the first service node 210 recognizes that the account transfer of the second service node 220 has been normally performed, and deducts the total amount of the virtual money. Also, the second service node 220 adds the money received from the first service node 210 to the total amount of the virtual money.

Then, the third service node 230 transmits the currency issuance information including the new virtual currency type newly issued and its number to the super node 100 (S415). When the type information of the new block corresponding to the new virtual currency includes the extinction attribute, the service nodes 210, 220, and 230 transmit information about the extinction timing for the new virtual currency to the super node 100 do. Also, the third service node 230 checks the type and number of virtual money used for the transaction between the first service node 210 and the second service node 220, And transmits the information to the super node 100.

On the other hand, if the third service node 230 fails to verify the transaction between the first service node 210 and the second service node 220, the third service node 230 generates a message indicating that the transaction can not be performed, Node 210 and the second service node 220, respectively. At this time, the third service node 230 may transmit a reason that the transaction is impossible to the first service node 210 and the second service node 220.

When performing the transaction verification between the first service node 210 and the second service node 220, the third service node 230 transmits an increase event to the virtual money transferred from the first service node 210 Can be confirmed. The third service node 230 analyzes the block chain to check the increase attribute of the virtual money to be transferred to the account, and the virtual money that the first service node 210 attempts to transfer the money on the basis of the increase attribute increases It is possible to determine whether or not the increase event has occurred. The third service node 230 checks the interest rate based on the increase event when the increase event is generated in the virtual currency and adds the interest amount based on the interest rate to the first service node 210, Generates a new block to be recorded in the currency issuing transaction.

5 is a diagram illustrating a configuration of a service node according to an embodiment of the present invention.

5, a service node according to an exemplary embodiment of the present invention includes a storage unit 510, a block generation unit 520, a transaction verification unit 530, and an information providing unit 540 And these components may be implemented in hardware or software, or in a combination of hardware and software. In addition, the service node may include a memory and one or more processors, and the storage unit 510, the block generator 520, the transaction verification unit 530, and the information provider 540 may be stored in the memory, And may be implemented in the form of a program executed by one or more processors.

The storage unit 510 stores a monetary policy as a storage means such as a memory or a disk unit. In addition, the storage unit 510 stores a block chain to which the blocks are connected. Also, the storage unit 510 may store the account list in which the account numbers of the respective nodes are recorded.

The block generator 520 generates a new block, and connects the new block to an existing block chain to expand the block chain. When the new block is created and the block chain is expanded, the block generator 520 broadcasts the expanded information to the other nodes and shares the extended block chain with the other nodes. When creating a new block based on the new virtual currency issue, the block generating unit 520 sends the currency issuing information including the newly issued virtual currency type and the number and the expiration date of the virtual currency to the super node 100 send.

Based on the monetary policy stored in the storage unit 510, the block generator 520 determines the type and number of new virtual currencies to be issued, and sets the type information included in the new block. The block generating unit 520 can issue new virtual currency at regular intervals based on the currency issuing basic information included in the currency policy. In addition, the block generator 520 may issue a new virtual currency when the transaction verifying unit 530 succeeds in verifying the transaction or when an increase event occurs. When the new virtual currency is issued, the block generating unit 520 records the type and the number of the virtual currency to be issued based on the monetary policy of the storage unit 510. If the current time is the virtual currency issue date, Generates a new block including type information to be recorded as an issuer, and then connects the new block and the existing block chain to expand the chain block. In addition, the block generator 520 may digitally sign the money-issuing transaction of the new block including the type information using its own private key to encrypt the new block. In addition, the block generator 520 records the hash value, the difficulty level, the version, the nonce, the time stamp, the muckroot, and the block size of the previous block in the header of the new block. In addition, the block generator 520 may write the attribute information in the type information included in the currency issuing transaction. That is, the block generator 520 may record at least one of the extinction attribute information and the enhancement attribute information in the type information based on the monetary policy.

The transaction verification unit 530 performs a function of verifying a transaction of virtual currency generated among other nodes. The transaction verification unit 530 obtains the transaction verification data received from the other node, analyzes the obtained transaction verification data and the monetary policy, and verifies the transaction of the virtual currency occurring among the other nodes. The transaction verification unit 530 verifies whether or not the account number included in the transaction verification data exists, and confirms whether the number of the virtual currency types owned by the remittance node is held by analyzing the block chain. Also, the transaction verification unit 530 verifies whether the transaction target account number is recorded in the transaction suspension account list included in the monetary policy. In addition, the transaction verification unit 530 analyzes the block chain to confirm the disappearance attribute of each virtual money to be transferred, and verifies whether or not the virtual currency used at the time of the transaction has disappeared. On the other hand, the transaction verification unit 530 verifies the stopping virtual money type in the monetary policy and verifies whether or not the virtual money being traded corresponds to the suspended virtual money type. If the transaction verification unit 530 succeeds in verifying the transaction, the transaction verification unit 530 can confirm whether or not the increase event occurs in the virtual currency as the transaction target.

The information providing unit 540 provides the super node 100 with the call issue information according to the new call issue. That is, when the block generating unit 520 generates a new block according to the new call issue, the information providing unit 540 transmits the newly issued virtual currency type and the currency issuing information including the number of the newly issued virtual currency to the super node 100 do. At this time, when the type information of the new block corresponding to the new virtual currency includes the extinction attribute, the information providing unit 540 also transmits information on the extinction timing of the new virtual currency to the super node 100. In addition, the information providing unit 540 transmits to the super node 100 the call use information including the type and the number of the virtual currency used at the time of the transaction at the nodes.

6 is a flowchart illustrating a method for performing transaction verification at a service node, according to an embodiment of the present invention.

Referring to FIG. 6, when the transaction using the virtual currency is performed between the other nodes, the transaction verifying unit 530 of the service node includes the account number of the remitting node, the account number of the receiving node, The transaction verification data is acquired (S601).

Next, the transaction verification unit 530 verifies whether the account number of the remitting node included in the obtained transaction verification data and the account number of the receiving node are account numbers (S603). At this time, the transaction verification unit 530 inquires of the super node 100 about the account number of the remitting node and the account number of the receiving node, thereby verifying the existence of the account numbers, It is possible to check whether the account number of the remitting node and the account number of the receiving node are recorded and whether or not the account numbers exist.

If it is verified that the account number of the remitting node and the account number of the receiving node are present, the transaction verifying unit 530 checks the transaction suspension account list in the monetary policy, and checks the account number of the remitting node and the account of the receiving node Number is registered in the transaction suspension account list, and verifies whether the account number is an account number in which the transaction is suspended (S605).

If the account number of the remitting node and the account number of the receiving node are not registered in the transaction suspension account list, the transaction verifying unit 530 verifies whether the remitting node holds the number of the virtual currency types to be traded, And analyzes the block chain of the block 510 (S607). For example, when the remittance node transmits one virtual money having a face value of 10,000 won and two virtual money having a face value of 5000 won to the receiving node, the transaction verification unit 530 analyzes the block chain, Verify that you have one currency and two virtual currencies of 5,000 won.

When the transaction verifying unit 530 holds the number of the virtual currency types to be traded at the remitting node, the transaction verifying unit 530 analyzes the block chain to confirm the disappearance attributes of the respective virtual currencies to be transferred, (S609). At this time, the transaction verification unit 530 confirms a block corresponding to each virtual money to be transferred to the block chain in the block chain, and checks whether the virtual money has been destroyed based on the extinction attribute included in the block type information do.

Next, the transaction verification unit 530 verifies the stopping virtual money type in the monetary policy when the demagnetization attribute of the individual virtual money used in the transaction is not present or the demagnetization time has not arrived, It is verified whether or not it corresponds to the virtual currency type (S611).

If the virtual currency to be traded does not correspond to the suspended virtual currency type, the transaction verification unit 530 success-verifies the transaction (S613). Next, the block generating unit 520 confirms the commission rate for the transaction of the remittance node in the monetary policy, and determines the type and the number of the virtual currency to be newly issued based on the commission rate (S615). That is, the transaction verification unit 530 confirms the compensation amount for the transaction verification through the commission rate. The block generating unit 520 can confirm the fee rate differentially applied to the remitting node in the currency policy based on the identification information of the remitting node. For example, if the remitting node is a node corresponding to an affiliate store, the block generating unit 520 can confirm the commission rate lower than the commission rate of the general node in the monetary policy.

Next, the block generator 520 generates a new block in which a transaction between the remitting node and the receiving node is recorded in the transaction and the new virtual money is recorded in the money issuing transaction as a compensation for the transaction verification and attributed to the transaction verified service node S617). At this time, the block generating unit 520 generates a currency issuing transaction including the type information in which the determined virtual currency type and the number thereof are recorded, the current time is the virtual currency issuing day, and the identification information of the issuing subject is recorded as the issuing subject , And the money issuing transaction is included in the new block. In addition, the block generator 520 records the hash value, the nonce, the difficulty level, the version, the time stamp, the merge route, and the block size of the previous block in the header of the new block. Then, the block generator 520 expands the block chain by concatenating the generated new block with the existing block, and broadcasts information about the extended block to other nodes. In addition, the block generator 520 may include one or more of the extinction attribute and the enhancement attribute in the new block, based on the monetary policy.

When the virtual money is generated by the generation of the new block, the information providing unit 540 transmits the currency issuance information including the new virtual currency type newly issued and the number thereof to the super node 100. At this time, when the type information of the new block corresponding to the new virtual currency includes the extinction attribute, the information providing unit 540 also transmits information on the extinction timing of the new virtual currency to the super node 100. If the transaction verification is successful in steps S603 to S611, the information providing unit 540 transmits the call usage information including the type and the number of the virtual currency used in the transaction to the super node 100. [

Next, if the transaction verification is successful, the transaction verification unit 530 checks each type of individual virtual currency used at the time of transaction, and discriminates whether there is a virtual currency in which the increase event occurs (S619) . At this time, the transaction verification unit 530 analyzes the block chain, identifies the increase attribute of the individual virtual currency to be the transaction target, and determines whether the virtual currency attempting to transfer the account from the transfer node based on the increase attribute comes It is possible to determine whether the increase event occurs or not.

Next, when it is determined that the increase event has occurred in the virtual currency, the block generator 520 checks the interest rate in the monetary policy (S621). Then, the transaction verification unit 530 additionally generates an additional new block in which the new virtual money to be compensated (that is, to the remitting node) to the remitting node is recorded in the money issuing transaction (S623) . At this time, the block generating unit 520 determines the type and the number of the virtual money to be issued based on the interest rate, records the determined virtual money kind and its number, and the current time is the virtual money issuing date, Generates a money issuing transaction including type information to be recorded as a subject, and inserts the money issuing transaction into the new block. In addition, the block generator 520 records the hash value, the nonce, the time stamp, the version, the difficulty goal, the muckroot, and the block size of the previous block in the header of the new block. Then, the block generator 520 expands the block chain by concatenating the generated new block with the existing block, and broadcasts information about the extended block to other nodes.

Then, the information providing unit 540 transmits to the super node 100 the newly issued virtual currency type and the currency issuing information including the number. At this time, when the type information of the new block corresponding to the new virtual currency includes the extinction attribute, the information providing unit 540 transmits information about the extinction timing of the new virtual currency to the super node 100 as well.

On the other hand, if any of the verification in steps S603 to S609 fails, the transaction verification unit 530 fails to verify the transaction between the remitting node and the receiving node without generating a new block (S625).

In another embodiment, when the virtual money increase event occurs in a state where the transaction verification is successful, the block generator 520 may subtract an amount based on the interest rate from the total amount to be compensated by the service node performing the transaction verification. Specifically, even if the transaction verification is successful, the block generating unit 520 does not generate a new block but checks whether or not an increase event occurs in each virtual currency used at the time of transaction, and when the increase event occurs, Of interest. Then, the block generating unit 520 determines the final compensation amount by deducting the amount corresponding to the interest rate from the compensation amount of the transaction verification (that is, the fee corresponding to the fee), and the final compensation amount is transferred to the ownership A new block can be generated.

7 is a diagram illustrating a configuration of a super node according to an embodiment of the present invention.

7, the super node according to an exemplary embodiment of the present invention includes a data collecting unit 710, a call volume monitoring unit 720, a policy setting unit 730, a user registering unit 740, And a database 750, which may be implemented in hardware or software, or a combination of hardware and software. The super node 100 may include a memory and one or more processors and the data collection unit 710, the call volume monitoring unit 720, the policy setting unit 730, and the user registration unit 740 may be stored in the memory And may be implemented in the form of a program executed by the one or more processors.

The database 750 is storage means such as storage and stores call issue information. In addition, the database 750 stores user registration information to which service node identification information, user information, and virtual account number are mapped. In addition, the database 750 stores the call usage information including the type and the number of the virtual currency used for the transaction from the service node 210, 220, 230.

The data collection unit 710 receives the call issue information from each service node 210, 220, and 230, and stores the received call issue information in the database 750. That is, when the new virtual money is issued by the service nodes 210, 220 and 230, the data collecting unit 710 receives the currency issuing information including the type and the number of the newly issued virtual currency, . The data collecting unit 710 receives the call usage information including the type and the number of the virtual currency used at the time of the transaction from the service nodes 210, 220, and 230 and stores them in the database 750.

Upon receiving the user registration request message from the service nodes 210, 220 and 230, the user registration unit 740 registers the user information corresponding to the identification information of the service nodes 210, 220 and 230 in the user information storage node 300, And generates user registration information to which the service node identification information, the user information, and the virtual account number of the service node are mapped, and stores the generated user registration information in the database 750.

The call amount monitoring unit 720 monitors the call amount and the total call amount according to the virtual currency type currently distributed on the basis of the call issue information stored in the database 750. In addition, the call amount monitoring unit 720 may monitor the usage amount per virtual currency type used for a predetermined time (for example, one month) based on the call use information stored in the database 750. [ Preferably, when monitoring the call volume, the call amount monitoring unit 720 excludes the virtual currency that has come out of the extinction period (that is, the distribution period has passed) from the call volume analysis target.

The policy setting unit 730 determines a call policy and distributes the call policy to the service nodes 210, 220 and 230. The policy setting unit 730 can receive the policy setting data from the administrator and determine the policy. In addition, the policy setting unit 730 may change the monetary policy based on the result monitored by the call amount monitoring unit 720. [ Specifically, the policy setting unit 730 checks the usage amount of each virtual money type during a predetermined period through the call amount monitoring unit 720, and checks the virtual money type having a usage amount less than a threshold value (for example, 100 or less) , It is possible to set a monetary policy for stopping distribution of the virtual currency corresponding to this kind. At this time, the policy setting unit 730 may further divide the virtual currency that has been suspended or apply a policy to integrate the face value. In this case, each service node 210, 220, 230 analyzes the block chain according to the par value dividing policy or the merging policy to divide or integrate the par value of the corresponding virtual money.

The policy setting unit 730 checks the current total call volume through the call volume monitoring unit 720. If the total call volume is included in the call volume excess amount range, the policy setting unit 730 adjusts the call volume by lowering the interest rate to a certain level do. If the total currency amount is included in the excess currency amount, the policy setting unit 730 sets the currency policy including basic information for new virtual currency issuance to increase the issuance period of the new virtual currency or reduce the issuance amount You can also adjust the call volume by setting.

The policy setting unit 730 checks the current total call volume through the call volume monitoring unit 720 and sets a call policy that increases the interest rate to a predetermined level when the total call volume is included in the call volume undersized range do. In addition, the policy setting unit 730 may set the currency policy including the basic information for new virtual currency issuance to shorten the issuance period of the new virtual currency or increase the issuance amount, You can also adjust the call volume by setting.

The over-range and over-range may be set by the administrator and changed periodically.

The policy setting unit 730 transmits the changed monetary policy to each of the service nodes 210, 220 and 230 when the monetary policy is changed.

8 is a flowchart illustrating a method for changing a monetary policy at a super node according to an embodiment of the present invention.

Referring to FIG. 8, the call monitoring unit 720 monitors the usage amount per virtual currency type used for a predetermined time (for example, one month) based on the call use information stored in the database 750 (S803).

Then, when the virtual currency type having a usage amount less than a threshold value (for example, 100 or less) is identified during the predetermined period, the policy setting unit 730 sets the current currency policy to use the virtual currency corresponding to the type (S805), and distributes the changed currency policy to each of the service nodes 210, 220 and 230. [ Preferably, when monitoring the call volume, the call volume monitoring unit 720 excludes the virtual currency from which the extinction period arrives from the call volume analysis target.

Next, the call amount monitoring unit 720 monitors the currency amount and the total call amount for each virtual currency type currently distributed based on the call issue information stored in the database 750 (S807). In step S809, the policy setting unit 730 checks whether the monitored total call volume is included in the call volume excess amount range. If the monitored total call volume is included in the call volume excess amount range, the policy setting unit 730 sets the current call volume policy (S811). That is, when the total call volume is in excess of the call volume, the policy setting unit 730 changes the call policy to lower the interest rate to a certain level in the existing call policy in order to reduce the total call volume, To nodes 210, 220, and 230, respectively. The policy setting unit 730 may further change the issuance period of the new virtual currency to a monetary policy for decreasing the issuance amount when the total monetary amount is included in the excess amount of money, (210, 220, 230).

If it is determined in step S809 that the current total call volume does not fall within the call volume excess amount range, the policy setting unit 730 determines whether the total call volume falls within the call volume undersampling range (S813). The policy setting unit 730 changes the current monetary policy to a monetary policy that raises the interest rate to a certain level when the monitored total monetary amount is included in the monetary amount undervoltage range (S815). That is, when the total amount of money corresponds to the amount of the call volume, the policy setting unit 730 changes the interest rate of the existing monetary policy to a monetary policy for increasing the total monetary amount, To nodes 210, 220, and 230, respectively. The policy setting unit 730 may further change the issuance period of the new virtual currency or the monetary policy to increase the issuance amount in the case where the total monetary amount is included in the call amount undersampling range, (210, 220, 230).

As described above, according to the embodiment of the present invention, the monetary amount of the virtual currency is managed based on the monetary policy, and the distribution of the virtual currency corresponding to the kind of the virtual currency that is hardly used is stopped, have. According to the embodiment of the present invention, the attribute information such as the disappearance attribute and the increase attribute is included in the block, and the individual virtual money is discarded and increased based on the attribute information to manage the virtual money more efficiently and conveniently .

While the specification contains many features, such features should not be construed as limiting the scope of the invention or the scope of the claims. In addition, the features described in the individual embodiments herein may be combined and implemented in a single embodiment. Conversely, various features described in the singular < Desc / Clms Page number 5 > embodiments herein may be implemented in various embodiments individually or in combination as appropriate.

Although the operations have been described in a particular order in the figures, it should be understood that such operations are performed in a particular order as shown, or that all described operations are performed to obtain a sequence of sequential orders, or a desired result . In certain circumstances, multitasking and parallel processing may be advantageous. It should also be understood that the division of various system components in the above embodiments does not require such distinction in all embodiments. The above-described program components and systems can generally be implemented as a single software product or as a package in multiple software products.

The method of the present invention as described above can be implemented by a program and stored in a computer-readable recording medium (CD-ROM, RAM, ROM, floppy disk, hard disk, magneto optical disk, etc.). Such a process can be easily carried out by those skilled in the art and will not be described in detail.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the invention. The present invention is not limited to the drawings.

100: super node 210, 220, 230: service node
300: user information storage node 400: network
510: storage unit 520: block generation unit
530: Transaction verification unit 540: Information providing service
710: Data collecting unit 720:
730: Policy setting unit 740: User registration unit
750: Database

Claims (16)

A method for managing virtual currency based on a monetary policy at a service node,
Verifying a transaction of the virtual currency based on a monetary policy when a transaction of the virtual currency occurs from the first node to the second node;
Generating a new block including a compensation amount based on the transaction verification if the transaction verification of the virtual currency is successful; And
And connecting the new block to an existing block chain to expand the block chain. The method according to claim 1,
Wherein verifying the transaction comprises:
Verifying whether the account of the first node and the account of the second node are accounts suspended, based on the transaction suspension account list recorded in the monetary policy; And
And verifying whether or not the virtual currency type used for the transaction corresponds to the suspended virtual money type based on the suspended virtual money type recorded in the monetary policy. The method according to claim 1,
Wherein verifying the transaction comprises:
And verifying whether or not the virtual currency has disappeared based on the extinction attribute included in the virtual currency used for the transaction between the first node and the second node. 4. The method according to any one of claims 1 to 3,
Wherein the step of generating the new block comprises:
Determining a commission rate in the monetary policy, and determining the compensation amount based on the commission rate. 4. The method according to any one of claims 1 to 3,
Wherein the step of generating the new block comprises:
Determining whether an increase event of a virtual currency traded between the first node and the second node occurs; And
And a step of checking the interest rate based on the increase event when the increase event occurs in the virtual currency and generating a new block compensated for the interest amount based on the interest rate by the first node How to manage money. 6. The method of claim 5,
Wherein the step of determining whether the increase event is occurring comprises:
And determining whether the increase event is generated based on an increase attribute included in a virtual currency that is traded between the first node and the second node. A storage unit for storing a monetary policy;
A transaction verifying unit for verifying a transaction of the virtual currency on the basis of the monetary policy when a virtual currency transaction is generated from the first node to the second node; And
And a block generator for generating a new block including the compensation amount based on the transaction verification and extending the block chain by connecting the new block to an existing block chain when the transaction verification of the virtual currency is successful, Device. 8. The method of claim 7,
The transaction verifying unit,
And verifying whether or not the account of the first node and the account of the second node are suspended from the account based on the transaction suspension account list recorded in the monetary policy, And verifies whether or not the virtual currency type used in the transaction is a suspended virtual currency type. 8. The method of claim 7,
The transaction verifying unit,
And verifies whether or not the virtual currency has been destroyed based on an extinction attribute included in the virtual currency used for the transaction between the first node and the second node. 10. The method according to any one of claims 7 to 9,
Wherein the block generator comprises:
Confirms the commission rate in the monetary policy, and determines the compensation amount based on the commission rate. 10. The method according to any one of claims 7 to 9,
Wherein the block generator comprises:
Determining whether an increase event of a virtual currency to be traded between the first node and the second node is generated, checking an interest rate based on the increase event when an increase event is generated in the virtual currency, And generates a new block compensating the interest amount by the first node. 12. The method of claim 11,
Wherein the block generator comprises:
And determines whether the increase event is generated based on an increase attribute included in a virtual currency that is traded between the first node and the second node. A data collecting unit for receiving the call issue information from the service node and storing the received call issue information in a database;
A call amount monitoring unit for monitoring a call amount of the virtual currency in circulation based on the call issue information stored in the database; And
And a policy setting unit for changing a monetary policy and distributing the changed monetary policy to each service node based on the monetary amount of the monitored virtual currency. 14. The method of claim 13,
The policy setting unit,
Determines whether or not the call volume is included in an excess amount of the call volume, and changes the monetary policy to a monetary policy for lowering the interest rate if included. 14. The method of claim 13,
The policy setting unit,
Determines whether the call volume is included in the call volume under-range, and changes the call policy to a monetary policy that increases the interest rate if the call volume is included. 16. The method according to any one of claims 13 to 15,
The monitoring unit monitors the amount of usage per virtual currency type used for a predetermined time based on the call usage information stored in the database,
The policy setting unit,
It is determined whether or not there exists a virtual currency type having a usage amount less than or equal to the threshold value based on the usage amount for each monitored virtual currency type, and if the virtual currency type exists, the monetary policy is changed to a policy for stopping the distribution of the virtual currency corresponding to this kind Characterized by a service device.

Images