KR101949711B1 - A Method to Unify Multiple Tokens to A Single Token by Using Multiple Block Chains - Google Patents

Abstract

The present invention relates to a method to integrate multiple tokens into a single token by using multiple blockchains. Values of all types of tokens returned from companies or organizations when trading mileage, coupons, stamps, and fees and represented in different values are standardized to a reference token by using multiple blockchains and are then recorded in a data block of a token transaction blockchain for a prescribed period. Then a conversion rate is obtained by dividing a supply amount of a predetermined integrated token by a total token transaction amount obtained by summing sizes of reference tokens of all transaction records received by receivers for a prescribed period. The conversion rate is multiplied by sizes of reference tokens of receivers in individual transaction records of the token transaction blockchain to convert sizes of individual tokens displayed by reference tokens of all receivers into a size of an integrated token to be newly issued. Then the size of the converted integrated token is used to record a transaction record of the newly converted integrated token in a data block of an integrated token blockchain using a system account as a transmitter and using a receiver account of the token transaction blockchain as a receiver to terminate an issuing process of the integrated token to integrate all tokens having different values to generate an integrated token having a single value reference.

Description

[0001] The present invention relates to a method for integrating a plurality of tokens into a single integrated token using a plurality of block chains.

The present invention relates to a method for integrating a plurality of tokens into a single integrated token using a plurality of block chains. More specifically, the present invention relates to a method for integrating a plurality of tokens into a single integrated token using a plurality of block chains, Commodity to the size of the integrated token based on the standard token, which can be expressed as the value received from the enterprise or the organization when the transaction is returned.

In 2000, based on the paper by Satoshi Nakamoto, a bit coin of encryption was born. Bitcoins with decentralized and autonomous ecosystems have been used over a period of more than 10 years. The core of the underlying technology is to use a cryptographic technique to include a header of a previously generated data block in a header of a newly created data block, thereby linking the blocks of data in which transaction details are written as a chain, It is a method of creating a ledger.

Bitcoin's autonomous system, which can not be manipulated externally, provides the cryptography in exchange for mining by solving mathematical problems at a certain time called "Proof of Working" for system stability. Supply in half by half.

This legacy proved the possibility of a cryptographic system and provided clues to supply of decentralization and cryptography, but it is only a primitive form of the problem of application of decentralization to various fields.

Etherium, announced by Vitalic Buterin in 2014, provides elasticity to apply etherium in various fields through a contract authoring tool called solidity.

Etherium also supplies the current cryptographic currency supply to the distributed node, which has contributed 5 blocks per 12 seconds, constantly.

Also, even if a new password is created, standard technologies such as dAPP and ERC20 are provided so that it can be interchanged with Etherium's cryptographic system.

The bit coins, which are called first generation and second generation, respectively, and the passwords that appear after the latter have attempted to improve the authentication problems and versatility revealed in conventional cryptography.

First, the certification problem can be interpreted as the problem of mining costs and opportunity costs associated with certification time. An attempt to address this is the Proof of Stake.

If the coinage, which is defined as a function of equity and time, is high after a certain period of time, The stake is the amount of cryptographic money contained in the individual wallet of the total issued cipher. Therefore, if you have a large amount of money, you have a higher probability of mining.

This approach is based on the fact that a small number of stakeholders with a large proportion of shares do not hurt their profits even if they certify block generation through a majority rule. And the majority rule authentication method through stakeholders claims that bit coin is similar to proof of work occupied by a few mining companies.

Ada (ADA), based on the equity method, uses a two-tiered equity approach protocol called Ouroboros (called the Cardano Multi-Layer Protocol). The Settlement layer deals with account information and smart contracts, while the Control layer deals with identity, compliance, and blacklists.

It also includes a wallet called Daedalus, a treasury system with funding for ecosystem development and system improvements through soft forks. And the equity holders vote on the representative nodes and receive the cipher money as a reward.

Steam and EOS dramatically reduce the cost of certification in the system by reducing the number of proof nodes by electing representatives. This authentication method is called "Delegated Proof of Stake (DPoS)" and receives 10% of the total amount of money supplied.

The aforementioned ciphers issue a single cipher using only one block chain and store transaction records in a data block. In the case of Etherium, one token is used as a value of etherium Can be linked.

On the other hand, application nodes, application nodes, application nodes, and user nodes also pay commissions for advertising, remittance, and services, but have a disadvantage in that they can be less effective or have excessive fees.

In addition, from the consumer's point of view, the user node or the application node has the disadvantage that the tokens received as compensation are effective only at the time of purchasing the product, and inconvenience and disadvantages such as the unused deletion or reduction after expiration of time are required.

In addition, the application node has a disadvantage in that it does not see the effect of the advertisement even if it spends the advertisement cost.

Both consumers and businesses have problems with the effectiveness and efficiency of these costs.

In order to solve the above problems, a method of evaluating a plurality of tokens (or ciphers) having different values as a unit of value and issuing them as new tokens is as follows. First, a plurality of block chains should be used. Second, Third, it is necessary to solve the technical problem of handling multiple individual token transaction records and transaction records of the integrated tokens using multiple block chains.

Korean Registered Patent Publication No. 10-1727525 (Apr. 11, 2017) Korean Patent Publication No. 10-2018-0014534 (2018.02.09.) Korean Patent Publication No. 10-2017-0137388 (Dec. 13, 2017) Korean Registered Patent Publication No. 10-1628007 (Jun.

In order to solve the above problems, an object of the present invention is to provide a method for generating an integrated token having a single value reference by merging all tokens having different values.

It is a specific object of the present invention to provide a method and system for managing all kinds of tokens which can be expressed by different values received from a company or organization when trading a mileage, coupon, stamp, fee, etc. using a plurality of block chains, And then records the amount of the predetermined 'integrated token' in the data block of the 'token transaction block chain' for a predetermined period, and then adds the 'reference token' size of all transaction records received by the recipient for a predetermined period 'Individual token' indicated as' reference token 'of all recipients through the process of obtaining the conversion ratio divided by' total amount of token transactions' and multiplying it by the size of the recipient's' reference token 'in the individual transaction record of the token transaction block chain' The size of the 'integrated token' to be newly issued, and the size of the converted 'integration token' to the size of the 'integrated token block chain' To provide a way to stem the account as the sender, and record the new trading record of integrating the converted token to the recipient's account of the 'token transaction block chain' as a receiver end the process of issuing 'token integration.

According to an aspect of the present invention, there is provided a computer-readable recording medium storing a program for causing a computer to execute the steps of: determining a supply amount of digital claims (or tokens or cryptograms) Wow; A plurality of job nodes having a plurality of block chains for recording transactions of digital claims; A plurality of application nodes connected to and issuing their tokens; After a preliminary step of constructing a distributed network constituted by a plurality of user nodes that receive various tokens from an application and convert them into one integrated token,

(Step 1) When the user nodes purchase goods or services from application nodes or other user nodes, various intangible tokens that can display their value in legal currency such as miles, coupons, stamps, and fees provided by the application node Receiving compensation for the transaction;

(Step 2) The application node or the user node cashes and purchases a 'reference token' having a fixed value and a legal currency from the reference token issuance application server and holds it in the digital wallet. Then, the reference token issuance application server transmits the 'reference token' In the block chain, the issuance history of the 'reference token' in which the application server account is the sender and the account of the application node is the receiver is recorded in the reference token block of the guarantee node, and then multicasted to the other guarantee node and the operation node The guarantee node and the work node simultaneously sharing the issuance transaction record of the 'reference token';

(Step 3) The application node or the user node converts the size of various tokens issued to the user node into the size of the 'reference token' represented by the value of the legal currency, and transmits the data block of the token transaction block chain Recording a transaction history of a 'reference token' having an account of an application node as a sender and an account of a user node as a recipient, and multicasting the corresponding job node to another work node and a guarantee node of the distributed network;

(Step 4) After the guarantee node obtains the total amount of token transactions, summing the sizes of the 'reference tokens' of the receiver account recorded in the data block of the 'token transaction block chain' for a certain period of time, The conversion rate obtained by dividing the supply amount by the total amount of token transactions is multiplied by the size of the recipient's reference token in all the individual transaction records used to obtain the total amount of token transactions in the token transaction block chain The size of the 'individual token' indicated by the 'reference token' of all the recipients is converted into the size of the 'integration token' to be newly issued, and the size of the converted 'integration token' And recording a transaction of a newly supplied integration token with the account as a sender and the recipient account of the token transaction block chain as a recipient This is accomplished by providing a method of integrating multiple tokens into a single token.

In a preferred embodiment, the user node purchases a 'reference token' having a fixed value and a legal currency from the reference token issuance application server as a compensation of a transaction to another user node in the above (step 1), and distributes it using the application node As shown in FIG.

In a preferred embodiment, in step 1, the user node purchases 'reference token' having a fixed value and a legal currency from the reference token issuance application server as a compensation of a transaction to another user node, You can include more ways to give.

In a preferred embodiment, the method of converting from the step (3) to the size of the 'reference token' is such that after the application node purchases the 'reference token' from the reference token issuing application server issuing the 'reference token' After converting the token size into the size of the 'reference token' from the inside of the application itself using the exchange rate with the 'reference token', the application node's account in the data block of the 'token transaction block chain' The transaction history of the 'reference token' in which the sender is the sender and the account of the user node is the recipient, and then the corresponding work node is multicasted to the other work node and the guarantee node of the distributed network.

In a preferred embodiment, the method of converting from the step (3) to the size of the 'reference token' is such that after the application node purchases the 'reference token' from the reference token issuing application server issuing the 'reference token' Alternatively, it may be possible to retrieve the token size of its own token size from the data block of the 'exchange rate block chain' of the guarantee node or the operation node to the exchange rate of the most recent itself and the reference token ' After the transformation, the transactions block of the 'reference token' in which the account of the application node is the sender and the account of the user node is the receiver is recorded in the data block of the 'token transaction block chain' And multicasting to the node and the guarantee node.

In a preferred embodiment, the method of converting from the step (3) to the size of the 'reference token' is to convert the size of the 'reference token' purchased by the application node or the user node directly into the data block of the 'token transaction block chain' A transaction history of a 'reference token' in which an account of a node or a user node is set as a sender and an account of a user node is set as a receiver, and the corresponding work node is multicasted to another work node and a guarantee node of the distributed network .

A method of generating a plurality of tokens as a single unified token using a plurality of block chains according to the present invention having the above features collects a plurality of tokens having different values, which are issued to a plurality of users, And can be issued as an integrated token having a unit,

In addition, the 'token transaction block chain' in which a plurality of tokens are converted into one value reference by using a plurality of block chains operated in a distributed network in a distributed network is referred to as 'reference token' The present invention can be applied to a block chain as a service (BaaS), which is a useful invention that is expected to be widely used in industry.

1 is a configuration diagram illustrating an overall distributed network according to an embodiment of the present invention,
FIG. 2 is a flowchart illustrating a flow of a reference token and an integrated token according to an embodiment of the present invention,
3 is a flowchart illustrating a flow of a reference token and an integrated token according to another embodiment of the present invention,
4 is a configuration diagram of a data management system of a user node according to an embodiment of the present invention,
5 is a configuration diagram of a data management system including a block chain of a guarantee node according to an embodiment of the present invention,
6 is a block diagram of a control unit of a reference token issuance application server according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear.

1 is a configuration diagram illustrating a distributed network composed of an application node, a user node, a reference token and a work node that records a transaction of a reference token and an integrated token, which are a guarantee node, which is an aggregation token issuing entity;

As shown in the figure, the present invention constitutes a total distributed network composed of various digital devices, which are different nodes, which determine the amount of supply of digital claims (or tokens or cryptograms) A guarantee node 400 and a guarantee node subnetwork 400a connected to each guarantee node;

A plurality of work nodes 300 having a plurality of block chains for recording transactions of digital claims and a work node sub network 300a connected to each work node;

 A plurality of application nodes 200 connected to and issuing their tokens, and application subnetworks 200a connected to each application node;

A plurality of user nodes 100 for receiving various tokens from an application node and converting them into one integrated token, and a user node subnetwork 400a connected to each user node.

In addition, the application node 200 is equipped with a reference token issuing application server 500 that purchases a " reference token " and is configured to issue a " reference token ".

The system configuration of each node involved in issuing the integrated token is as follows: an interface for inputting and outputting information, a control unit (processor), and all digital devices (nodes) having a memory in which data and software are stored, Area Network), and is configured to store digital records shared by individual devices (nodes) having transaction records and an account of a single or a plurality of digital stakes that can be transferred to each other.

FIG. 2 is a flowchart illustrating the flow of a reference token and an integrated token according to an embodiment of the present invention.

The present invention can be applied to a system in which a plurality of company, organization or individual application nodes issuing their own tokens with the configuration disclosed in FIG. 1 each transmit a cash value of a token issued by itself to a reference token The reference token issuance application server 500 that deposits the application to the application server 500 in advance and issues a 'reference token', adds a 'reference token' of the amount deposited in advance to the account of the enterprise, organization or individual application node And writes it in a data block of a block chain called a 'token transaction block chain' of the block chain management unit constituting the guarantee node.

In addition, an application node of a corporation, an organization, or an individual may set his / her account as a sender within the size of a 'reference token' as much as an amount deposited in advance through his / her application, .

The transaction record of the reference token received from the user nodes of the various application nodes is recorded in the data block of the token transaction block chain constituting the block chain management unit of the guarantee node.

In the meantime, a method of generating an 'integrated token' is a method in which the size of a predetermined 'integration token' for a predetermined period of time is set to a value of 'token transaction block chain' of the guarantee node constituting the block- A token transaction total amount obtained by summing up the 'token transaction amount', and then multiplying the conversion ratio by the size of the 'reference token' of the recipient in the individual transaction record of the 'token transaction block chain' The size of the 'integrated token' is converted into the size of the 'integration token', and the size of the 'integrated token' is converted into the data block of the 'integrated token block chain' constituting the block chain management unit of the guarantee node, The transaction history of the newly converted consolidation token, in which the recipient account of the transaction block chain is the recipient, is recorded and the process of issuing the integration token is terminated.

The block chain management unit 404 is a component of the data management system and includes therein an integrated token supply module 404f, an integrated token block chain 404e, a reference token block chain 404d, 404c, a exchange rate block chain 404b, and a token exchange calculation module 404a are used to convert the reference token into an integration token and issue it.

FIG. 3 is a flowchart illustrating a flow of a reference token and an integrated token according to another embodiment of the present invention.

The basic integrated token issuing method as shown is similar to FIG.

However, the application node issues its token to the user node as a reward for the transaction within the size of the reference currency that the application node 200 or the user node 100 itself has, The application node is set as the sender account in the data block of the 'token transaction block chain' 404c of the guarantee node directly without using the token exchange calculation module 404a of the node, and the token After recording a transaction paying in the size of a 'reference token', this transaction record is different from having a process of multicasting to other assurance nodes and working nodes of the distributed network.

The block chain management unit 404 is a component of the data management system and includes therein an integrated token supply module 404f, an integrated token block chain 404e, a reference token block chain 404d, 404c, a exchange rate block chain 404b, and a token exchange calculation module 404a are used to convert the reference token into an integration token and issue it.

4 is a configuration diagram of a data management system of a user node according to an embodiment of the present invention.

As shown in the figure, the software application of the user node 100 includes a user node data management system, which is a data area in which records of the digital claims and transaction records of the user node 100 are stored. The public key and the private key, A transaction unit 103 for trading the size of the digital claim between the public key and the public key, a digital signature unit 103 for digitally signing the digital claim, A settlement management unit 104 that participates in the settlement process using the size of the claim, and a network control unit 105 that manages the interworking with the distributed network.

Although not shown, the user node 100 is a digital terminal connected to the Internet, such as a smart phone. Since the basic configuration of a smart phone is a well-known configuration, the remaining configuration explanation other than the essential configuration necessary for explaining the present invention will be omitted.

A control unit (not shown) of the user node 100 includes a control module required for transaction authentication with the network, a control module for managing the agreement process, and a distributed network interworking module.

5 is a configuration diagram of a data management system including a block chain of a guarantee node according to an embodiment of the present invention.

As shown in the figure, a guarantee node data management system is provided in the software application of the guarantee node 400. The guarantee node data management system includes an encryption key management unit 401 for handling a public key and a private key, A transaction data block chain 403 in which a transaction record of the digital claims of the user node is stored and includes a transaction ledger, a block chain management unit 404, a user node participating in the agreement, A consensus data block chain 405 including a reconciliation ledger in which records of the work nodes relaying the records and the summary of the fee distribution are recorded, a consensus management unit 406 participating in the consensus process using the size of the digital claim, (406) and a network management unit (407) for managing interworking with the distributed network.

The block chain management unit 404 includes an integrated token supply module 404f, an integrated token block chain 404e, a reference token block chain 404d, a token transaction block chain 404c, Exchange rate block chain 404a, and token exchange calculation module 404a are used to convert the reference token into an integrated token and issue it.

In addition, a control unit (not shown) of the guarantee node 400 notifies the assurance node of the agreement process between the block chain including the transaction ledger of each user node and the user node, and transmits the agreement result of the guarantee node and the newly created digital claim transaction A receiving protocol control module; And a data control module for recording the received transaction in the block chain and the related DB.

The configuration of the guarantee node as described above is not described, but is applied to the operation node.

6 is a block diagram of a control unit of a reference token issuance application server according to an embodiment of the present invention.

As shown, a control unit (not shown) of the reference token issuance application server 500 includes a cryptographic key management unit 501 and a control unit 502 for managing an account thereof, an application service unit 503 for issuing and managing a reference token And a network management unit 504 that is responsible for communication between the other application, the guarantee node, and the work node.

The reference token issuance application server 500 transmits the issuance history of the 'reference token' to the block chain of the 'reference token' with the account of the reference token issuance application server 500 as the sender and the account of the application node as the receiver, The guarantee node 400 and the work node 300 simultaneously share the issuance transaction record of the 'reference token' by multicasting the same to the other guarantee node 400 and the work node 300 after writing it in the reference token block 404d do.

Hereinafter, referring to FIGS. 1 to 6, the overall flow associated with issuing an integrated token according to the present invention will be described.

The present invention relates to a guarantee node in which nodes on a distributed network composed of various digital devices determine a supply amount of a digital claim (or a token or a cipher) and manage an agreement process of block generation; A plurality of job nodes having a plurality of block chains for recording transactions of digital claims; A plurality of application nodes connected to and issuing their tokens; A preliminary step of configuring an entire distributed network composed of a plurality of user nodes that receive various tokens from the application node and convert them into one integrated token.

In addition, the application node 200 is equipped with a reference token issuing application server 500 that purchases a " reference token " and is configured to issue a " reference token ".

Thereafter, through the following steps (1) to (4), a plurality of tokens, which can be represented by the cash value received by the user node or the application node from the other user node or the application node as compensation for the transaction, Is generated as one integrated token and distributed to the user node or application node.

(Stage 1)

The user node 100 or the application node 200 in the distributed network returns a token to the parties of the transaction as reward or repurchase incentive when purchasing goods or services from another application node 200. [

Deal compensation methods include mileage, stamps, coupons, and tokens.

The advertising fee paid by the consumer or company to the individual or company, the transfer fee, etc., can be returned to the token in part or all.

All these kinds of tokens are referred to as 'application tokens' for convenience, and the application node provides 'application tokens' to the user nodes in order to reward or facilitate transactions. 'Application tokens' can all display value in legal currency.

In addition to receiving compensation by the intangible tokens to the plurality of application nodes, the user node receives, from the reference token issuance application server 500, a 'reference token' Quot; and distribute it using an application node.

In addition, the user node can be configured as a method of purchasing a 'reference token' having a fixed value and a legal currency from the reference token issuance application server 500 as a compensation of a transaction to another user node, and directly dividing the application node without using the application node .

(Step 2)

The application node or the user node purchases cash from the reference token issuing application server 500 of the guarantee node 400 by cashing a 'reference token' having a fixed value of a legal currency and holding it in its own digital wallet.

The size of the 'reference token' is equal to the size of the legal currency.

The base token issuance application server 500 that issued the " base token " sends a 'reference token' to the block chain of the 'reference token' with the account of the base token issuance application server 500 as the sender and the account of the application node as the receiver. Is recorded in the data block of the assurance node and is multicasted to the other assurance node and the work node to simultaneously share the transaction record of the 'reference token'.

(Step 3)

The application node 200 or the user node 100 issues its token to the user node as compensation for the transaction within the reference size of the user node.

The size of various tokens issued to the user node by the application node 200 or the user node 100 is converted into the size of the 'reference token' represented by the value of the legal currency, and the size of the token transaction block chain 404c The transaction history of the 'reference token' in which the account of the application node is the sender and the account of the user node is the receiver is recorded in the data block, and the corresponding guarantee node is multicasted to the other guarantee node and the work node of the distributed network .

The method of converting the size of the 'reference token' into the size of the 'reference token' is as follows. After the application node purchases the 'reference token' from the reference token issuing application server 500 of the guarantee node issuing the 'reference token' After converting into the size of the 'reference token' within the own application using the exchange rate with the 'reference token', the account of the application node is set as the sender in the token transaction block chain data block of the guarantee node, A method of multicasting a corresponding guarantee node to another guarantee node and a work node of a distributed network after recording transaction details of a 'reference token' having an account as a receiver;

delete

Or after the application node purchases the 'reference token' in the reference token issuance application server 500 issuing the 'reference token', the assurance node or the working node sends its token size to the 'exchange rate block' Chain 'to the size of the' reference token ', the account of the application node is set as the sender in the data block of the token transaction block chain, and the account of the user node Quot; reference token " with the receiver as a receiver, and multicasting the corresponding guarantee node to another guarantee node and a work node of the distributed network;

Alternatively, the size of the 'reference token' purchased by the application node or the user node is directly referred to as a 'reference token' in the data block of the 'token transaction block chain' as the sender of the application node or user node, A method of multicasting the corresponding guarantee node to another guarantee node and a work node of the distributed network after recording transaction details of the guarantee node in the guarantee node; . ≪ / RTI >

(Step 4)

The guarantee node 400 obtains a total amount of token transactions obtained by summing the sizes of the 'reference tokens' recorded in the receiver account recorded in the data block of the token transaction block chain 404c for a predetermined period, 404f) is calculated by dividing the supply amount of the integrated token 'by the total amount of the' token transactions', and the 'token transaction amount' of all the transaction records used to obtain the 'token transaction amount of the token transaction block chain' The size of the 'integrated token' indicated by the 'token' of all the recipients is converted into the size of the 'integrated token' to be newly issued through the process of multiplying the size of the 'integrated token' The transaction of the newly supplied unified token in which the system account is set as the sender and the receiver account of the token transaction block chain 404c as the receiver is recorded in the data block of the data block 404e.

delete

It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined in the appended claims and their equivalents. Of course, such modifications are within the scope of the claims.

(100): user node (100a): user node subnetwork
(200): Application node (200a): Application node subnetwork
(300): working node (300a): working node subnetwork
(400): guarantee node (400a): guarantee node subnetwork
(500): a reference token issuing application server

Claims (6)

A guarantee node in which nodes on a distributed network composed of various digital devices determine a supply amount of a digital claim (or a token or a cipher money) and manage a consensus process of block generation; A plurality of job nodes having a plurality of block chains for recording transactions of digital claims; A plurality of application nodes connected to and issuing their tokens; After a preliminary step of constructing a distributed network constituted by a plurality of user nodes that receive various tokens from an application and convert them into one integrated token,
(Step 1) When the user node 100 or the application node 200 purchases goods or services from another application node 200 in the distributed network, the parties of the transaction can receive mileage, stamps, coupons, tokens , Or any kind of 'token' that gives back some or all of the token to the advertising fee paid by the consumer or the company to the individual or company, and the transfer fee to the user node to the user node, Token ';
(Step 2) The application node or the user node cashes and purchases a 'reference token' having a fixed value and a legal currency from the reference token issuance application server 500, stores it in the digital wallet, Writes to the reference token block 404d of the assurance node the issuance history of the " reference token " having the account of the reference token issuing application server 500 as the sender and the account of the application node as the receiver in the block chain of the & The guarantee node 400 and the work node 300 simultaneously share the transaction record of the 'reference token' by multicasting to the other guarantee node 400 and the work node 300;
(Step 3) The application node or the user node converts the size of various tokens issued by the user node to the size of the 'reference token' represented by the value of the legal currency, and stores the data block of the token transaction block chain 404c Recording a transaction history of a 'reference token' having an account of an application node as a sender and an account of a user node as a recipient, and multicasting the corresponding guarantee node to another work node and a guarantee node of the distributed network;
(Step 4) After the assurance node 400 obtains the total amount of token transactions obtained by summing the sizes of the 'reference tokens' of the receiver account recorded in the data block of the token transaction block chain 404c for a certain period of time, The conversion rate obtained by dividing the integrated token 'supply amount calculated by the module 404f by the' total amount of token transactions 'is obtained, and the conversion ratio obtained by dividing the size of the' reference token 'of all the recipients used for obtaining the total amount of token transactions' The size of the 'individual token' indicated by the 'reference token' of all the recipients is converted into the size of the 'integrated token' to be newly issued through the multiplying process, and the 'newly converted' integrated token ' And recording the transaction of the newly supplied unified token whose size is the sender of the system account in the data block of the unified token block chain 404e and the receiver account of the token transaction block chain 404c as the receiver Wherein the plurality of tokens are merged into a single unified token using a plurality of block chains characterized by the plurality of tokens.
The method according to claim 1,
The above (step 1) further includes a method in which a user node purchases a 'reference token' having a fixed value and a legal currency from a reference token issuance application server as compensation of a transaction to another user node, And combining the plurality of tokens into a single unified token using a plurality of feature chain chains.
The method according to claim 1,
The above step (1) further includes a method in which a user node purchases a 'reference token' having a fixed value and a legal currency from a reference token issuance application server as compensation for a transaction to another user node, Wherein the plurality of tokens are merged into one unified token using a plurality of block chains.
The method according to claim 1,
The method of converting from the above (step 3) to the size of the 'reference token'
After an application node purchases a 'reference token' from a reference token issuing application server 500 issuing a 'reference token', it can use the exchange rate with its 'reference token' After converting itself to the size of the 'reference token', the transaction block of the 'reference token' in which the account of the application node is set as the sender and the account of the user node is set as the receiver is recorded in the data block of the 'token transaction block chain' And then multicasting the corresponding work node to another work node and a guarantee node of the distributed network. ≪ Desc / Clms Page number 13 >
The method according to claim 1,
The method of converting from the above (step 3) to the size of the 'reference token'
After the application node purchases a 'reference token' from a reference token issuing application server issuing a 'token token', it sends its token size to the assurance node or the working node the data of the 'exchange rate block chain' of the assurance node or the working node The exchange rate of the most recent itself and the reference token 'in the block is retrieved and converted into the size of the' reference token 'of the operation node, and the account of the application node is transmitted to the data block of the' token transaction block chain ' And a method of multicasting the corresponding guarantee node to another guarantee node and a work node of the distributed network after recording transaction details of the 'reference token' in which the account of the user node is the receiver, and using the plurality of block chains How to integrate multiple tokens into a single token.
The method according to claim 1,
The method of converting from the above (step 3) to the size of the 'reference token'
The size of the 'reference token' purchased by the application node or the user node is directly related to the size of the 'reference token' in which the account of the application node or the user node is set as the sender and the account of the user node is set as the receiver. A method for multicasting a work node to another guarantee node and a work node in a distributed network after recording transaction details, and integrating a plurality of tokens into a single integrated token using a plurality of block chains.

Images