JP7392071B1 - Token transfer system - Google Patents

Abstract

[Problem] To provide a token transfer system that minimizes settlement risks and costs by shortening the settlement time when transferring security tokens, and that can simply link security token transfer processing and funds settlement means. SOLUTION: A token transfer system 100 provides security between a plurality of merchant servers 200A, 200B and a plurality of merchant servers in order to transfer both security tokens and stable coins pegged to legal currency. It is communicably connected to a matching server 400 that mediates token transfer. The token transfer system 100 includes a transfer blockchain 110 that performs transfers of both security tokens and stable coins. [Selection diagram] Figure 1

Description

The present invention relates to a token transfer system that transfers security tokens, and more particularly, to a token transfer system that transfers security tokens without transferring legal tender.

In conventional security token transactions, if the only means of payment for funds is interbank remittance of legal currency, it takes about two business days in addition to the transaction day from transaction to completion of payment.

On the other hand, the present inventor has proposed a token management system for managing tokens based on financial products in Patent Document 1. This token management system uses a coin blockchain that transfers coins associated with legal currency and a token blockchain that transfers the tokens, and uses the coin blockchain to transfer the coins and the tokens. The transfer is processed by linking the transfer of the token by the blockchain for use (see claim 1).

Patent No. 6865251

During the period from the transaction to the completion of payment, there is a settlement risk, and administrative costs such as amount confirmation and bank-related operations for bilateral netting between financial instruments business operators that handle security tokens are incurred, as well as other bank remittance fees. Occur.

In addition, Patent Document 1 has a coin blockchain that transfers coins associated with legal currency and a token blockchain that transfers tokens, so the processing is relatively complicated and different blockchains are linked. Issues may remain for financial instruments business operators that handle security tokens, such as the possibility that new risks related to the mechanism for providing security tokens may arise.

Therefore, the present invention provides a token transfer system that minimizes settlement risks and costs by shortening the settlement time when transferring security tokens, and that can easily link security token transfer processing and fund payment means. With the goal.

Each aspect of the present invention is as follows.
[Aspect 1]
to a plurality of merchant servers and a matching server that mediates the transfer of the security tokens between the plurality of merchant servers in order to perform the transfer of both security tokens and stable coins pegged to fiat currency. A token transfer system communicatively connected to each other,
The token transfer system includes a transfer blockchain that transfers both the security token and the stable coin.

[Aspect 2]
In the token transfer system according to aspect 1,
A token transfer system comprising: a security token ledger management terminal device that manages the transfer of the security token; and a stable coin ledger management terminal device that manages the transfer of the stable coin.
[Aspect 3]
In the token transfer system according to aspect 2,
A token transfer system comprising a verification terminal device that verifies that double transfer of the security token and the stable coin has not occurred.
[Aspect 4]
In the token transfer system according to aspect 1,
The matching server is
generating completion notification information indicating that the transfer of the security token has been matched between the plurality of merchant servers, and transmitting it to the plurality of merchant servers; and/or transferring the security token between the plurality of merchant servers. A token transfer system that generates a performance notification transaction indicating that a transaction has been matched and sends it to the transfer blockchain.

[Aspect 5]
In the token transfer system according to aspect 4,
A token transfer system, wherein the plurality of merchant servers import the performance notification transaction from the transfer blockchain.
[Aspect 6]
In the token transfer system according to aspect 5,
The plurality of merchant servers are composed of a security token selling merchant server and a security token buying merchant server,
Between the security token selling side merchant server and the security token buying side merchant server, the balance of the stable coin recorded as the holder of the security token buying side merchant server exceeds the transfer amount of the security token. When the confirmation process for confirming the sufficiency is completed, the security token seller server generates a transfer transaction for transferring the security token and the stable coin, and sends it to the transfer blockchain, the token transfer system. .
[Aspect 7]
In the token transfer system according to aspect 6,
If the balance of the stable coin does not satisfy the transfer amount of the security token, the security token seller server does not proceed with the process of transferring the security token and the stable coin, and transfers the security token to the stable coin. A token transfer system that moves to additional issuance processing of the stable coin on a security token buying side vendor server.

[Aspect 8]
In the token transfer system according to aspect 7,
The security token selling side merchant server is a token transfer system in which the security token selling side merchant server periodically confirms completion of the stable coin additional issuance process in the security token buying side merchant server.
[Aspect 9]
In the token transfer system according to aspect 8,
When the security token seller server confirms completion of the additional issuance process, the security token seller server proceeds with the process of transferring the security token and the stable coin.
[Aspect 10]
In the token transfer system according to any one of aspects 6 to 9,
The security token buying side merchant server adds a signature history for confirming the transfer to the transfer transaction sent from the security token selling side merchant server, and sends it to the transfer blockchain.

[Aspect 11]
In the token transfer system according to aspect 10,
The security token ledger management terminal device adds a signature history approving the transfer of the security token to the transfer transaction sent from the security token buying side merchant server, and sends the token to the transfer blockchain. relocation system.
[Aspect 12]
In the token transfer system according to aspect 11,
The stable coin ledger management terminal device adds a signature history approving the transfer of the stable coin to the transfer transaction transmitted from the security token ledger management terminal device, and transmits the added signature history to the transfer blockchain. , a token transfer system.
[Aspect 13]
In the token transfer system according to aspect 12,
The verification terminal device stores a signature history of the security token selling side merchant server, a signature history of the security token buying side merchant server, a signature history of the security token ledger management terminal device, and a signature of the stable coin ledger management terminal device. A token transfer system that adds a signature history that has been verified for the presence or absence of double transfer to the transfer transaction to which the history has been added, and transmits the resultant to the security token seller server.

[Aspect 14]
In the token transfer system according to aspect 13,
The security token seller server adds a transaction confirmation signature history to the transfer transaction sent from the verification terminal device, and sends the information to the security token buy side merchant server, the security token ledger management terminal device, and A token transfer system that transmits to the stablecoin ledger management terminal device.

The token transfer system of the present invention processes stable coins and security tokens using one blockchain, making it possible to complete the transfer of security tokens and payment processing on the blockchain, and transfer security tokens. Payment time can be shortened.

FIG. 1 is a network diagram showing a token transfer system according to a first embodiment of the present invention. 2 is a first business flow diagram showing processing by the token transfer system of FIG. 1. FIG. FIG. 3 is a second business flow diagram showing processing subsequent to FIG. 2; 4 is a third business flow diagram showing processing subsequent to FIG. 3. FIG. FIG. 5 is a fourth business flow diagram showing processing subsequent to FIG. 4; FIG. 6 is a fifth business flow diagram showing processing subsequent to FIG. 5; FIG. 7 is a sixth business flow diagram showing processing subsequent to FIG. 6; It is a network diagram showing a token transfer system according to a second embodiment of the present invention. 9 is a first business flow diagram showing processing by the token transfer system of FIG. 8. FIG. 10 is a second business flow diagram showing processing subsequent to FIG. 9. FIG. 11 is a third business flow diagram showing processing subsequent to FIG. 10. FIG. FIG. 12 is a fourth business flow diagram showing processing subsequent to FIG. 11; FIG. 13 is a fifth business flow diagram showing processing subsequent to FIG. 12; FIG. 14 is a sixth business flow diagram showing processing subsequent to FIG. 13;

Each embodiment regarding the token transfer system of the present invention will be described with reference to the drawings. In each embodiment, a security token (ST) refers to a financial asset such as a digital security, and a stable coin (SC) refers to a means of payment of funds pegged to a legal currency such as yen or dollar. Both ST and SC are managed on the blockchain.

A token transfer system 100 according to a first embodiment will be described with reference to FIG. 1. The token transfer system 100 is a matching system that matches buying and selling between a custodian server 500 connected to an ST selling side merchant server 200A and an ST buying side merchant server 200B, and an ST selling side merchant server 200A and an ST buying side merchant server 200B. It is communicatively connected to the server 400. Note that the matching server 400 can be a proprietary trading system (PTS). PTS allows financial products to be bought and sold without going through a financial product exchange.

The token transfer system 100 includes a transfer blockchain 110 as a distributed ledger that manages the transfer of ST and SC, and an ST ledger that has an asset node (AN) that generates a signature history transaction (Tx) that confirms the transfer of ST. A management terminal device 120, an SC ledger management terminal device 130 having an SC node (SN) that generates a signature history Tx that confirms the transfer of the SC, and a double transfer of the ST and SC is verified, and the ST and SC have been verified. The verification terminal device 140 includes a notary node (NN) that generates a signature history Tx indicating the signature history Tx, and a custodian server 500.

The ST selling side merchant server 200A includes a transaction department 210A and a contract management department 220A. The trading unit 210A receives sell order information from the ST selling terminal device 300A operated by a selling investor who wishes to sell ST. The trading unit 210A transmits sell order information to the matching server 400. Sell order information is preferably transmitted over a dedicated line. The contract management section 220A transmits various information obtained from the trading section 210A to the custodian server 500.

The ST buy-side merchant server 200B includes a trading section 210B and a contract management section 220B. The trading unit 210B receives buy order information from the ST buy-side terminal device 300B operated by a buy-side investor who wishes to buy ST. Trading unit 210B transmits purchase order information to matching server 400. Buy order information is preferably transmitted over a dedicated line. The contract management section 220B transmits various information obtained from the transaction section 210B to the custodian server 500.

The matching server 400 receives the sell order information transmitted from the ST seller server 200A and the buy order information transmitted from the ST buy side merchant server 200B, and the matching processing unit matches the sell information and the buy information. Execute. When a trade is completed (becomes successful), performance information is transmitted to the ST selling side merchant server 200A and the ST buying side merchant server 200B. The matching server 400 has an exchange node (EN) that generates performance information transactions (Tx) indicating performance on the transfer blockchain 110. The EN of the matching server 400 generates performance information Tx and sends it to the transfer blockchain instead of or in addition to transmitting the performance information.

The custodian server 500 has a custodian node CN and an API providing platform that processes various information sent from the contract management section 220A of the ST selling side merchant server 200A and the contract management section 220B of the ST buying side merchant server 200B. . The custodian server 500 executes various processes of the CN based on various information processed by the API providing infrastructure. The custodian server 500 can generate the signature history Tx of the SC and ST to be transferred on the transfer blockchain 110 using the custodian node CN of the custodian server 500.

Next, processing by the token transfer system 100 according to the first embodiment will be explained with reference to the business flow diagrams of FIGS. 2 to 7. Line numbers 1 to 6 on the upper side of FIGS. 2 to 7 indicate processing by each server and terminal device outside the transfer blockchain 110. Line numbers 7 to 11 at the bottom of FIGS. 2 to 7 show processing by the nodes of each server and terminal device in the transfer blockchain 110.

In FIG. 2, upon receiving ST selling order information from the selling investor's ST selling terminal device 300A, the ST seller server 200A checks the balance of ST held by the selling investor. If it is determined that the ST balance is equal to or greater than the sell ST, the ST seller server 200A transmits ST sell order placement information to the matching server 400. When the matching server 400 receives the ST sell order order information, it numbers (generates) a sell order ID for the ST sell order information, and in order to link the sell order ID with the ST sell side vendor server 200A, the matching server 400 sends a number to the ST sell side vendor. The sell order ID is transmitted to the server 200A, and the process moves to line number 1 in FIG.

In FIG. 2, upon receiving ST buy order information from the ST buy side terminal device 300B of the buy side investor, the ST buy side agent server 200B locks the customer's (buy side investor's) deposit, and then The balance of the SC owned by the vendor in the side vendor server 200B is checked, and the process moves to line number 3 in FIG. In the first and second embodiments, each investor does not have an SC balance in his/her own terminal device, and the ST selling side merchant server 200A and the ST buying side merchant server 200B are I have an SC of ``Self-spoken''.

FIG. 3 shows an additional SC issuance process in which the ST buying side merchant server 200B issues additional SCs when the balance of SCs owned by the ST buying side merchant server 200B is insufficient. The SC additional issuance process is carried out in accordance with the "Response to the case of insufficient SC holding balance" in FIG. 3. Note that the completion of the SC additional issuance process is periodically confirmed by the ST buying side vendor server 200A. Further, the periodic confirmation of the completion of the SC additional issuance process is a process that is automatically performed when an insufficient SC balance is detected when transferring transfer Tx after a contract is made, as shown in FIG. 5 described later.

If the trader's own SC balance is not insufficient or if the additional issuance process is completed, the ST buy-side trader server 200B transmits ST buy order placement information to the matching server 400. When the matching server 400 receives the ST buy order placement information, it numbers (generates) an order ID for the ST buy order information, and in order to link the buy order ID with the ST buy side vendor server 200B, the matching server 400 issues an order ID to the ST buy order information. The purchase order ID is sent to 200B, and the process moves to line number 1 in FIG.

In FIG. 4, the matching server 400 executes matching between ST sell orders and buy orders, and if matching is established, sends a performance notification to the ST selling side merchant server 200A and the ST buying side merchant server 200B. When the ST selling side vendor server 200A receives the selling side completion notification, it transmits a selling side ST and SC transfer instruction (transfer instruction) to the custodian server 500. When the ST buying side vendor server 200B receives the buying side completion notification, it transmits a buying side ST and SC transfer instruction (transfer instruction) to the custodian server 500. Note that FIG. 4 shows the process when the matching server 400 does not have an EN, and when the matching server 400 has an EN, the matching server 400 generates a notification Tx that the EN has been completed, and sends this to the buying side merchant server 200B. The CN of the custodian server 500 is forwarded (transmitted) to the transfer blockchain 110.

As shown in line number 4 in FIG. generates ST and SC transfer information registration Tx. After generating the SC transfer information registration, the custodian server 500 executes the buy-side SC balance pre-confirmation process and moves to the process on line number 9 in FIG. 5 .

FIG. 5 shows an additional SC issuance process for issuing additional SCs when the balance held by the ST buying-side merchant server 200B in the SC held by the merchant is insufficient. The SC additional issuance process is carried out in accordance with "Response to the case of insufficient SC holding balance in own account" in FIG. 5. When the SC additional issuance process is completed, the process moves to line number 9 in FIG.

In FIG. 6, the custodian server 500 periodically executes the completion confirmation of the additional issuance process (confirmation of the selling side SC balance), and if the merchant's own SC balance is not insufficient, the custodian server 500 transfers the ST and SC transfer Tx. It is generated and circulated (sent) to the transfer blockchain 110. When the AN of the ST ledger management terminal device 120 receives the ST and SC transfer Tx, it adds the AN signature history to the ST and SC transfer Tx and forwards (sends) it to the transfer blockchain 110. When the SN of the SC ledger management terminal device 130 receives (receives) the ST with AN signature history and SC transfer Tx, it adds the SN signature history to the ST and SC transfer Tx with AN signature history, and transfers it to the transfer blockchain 110. Attach (send). When the CN of the custodian server 500 receives the ST and SC transfer Tx with SN signature history, it moves to the process of line number 9 in FIG.

In FIG. 7, the CN of the custodian server 500 sends a verification request to the verification terminal device 140 as to whether there is double consumption (double transfer), and the verification terminal device 140 requests double consumption (double transfer) for SC and ST. Execute processing to verify whether there is a transfer). If there is no double consumption (double transfer), the NN of the verification terminal device 140 adds the NN signature history to the ST and SC transfer Tx and forwards (transmits) it to the transfer blockchain 110.

The CN of the custodian server adds the transfer confirmation history to the ST and SC transfer Tx with NN signature history, and sends it to the AN of the ST ledger management terminal device 120 and the SC ledger management terminal device via the transfer blockchain 110. Distribute (send) to 130 SNs. Further, the custodian server 500 generates ST and SC transfer results (transfer confirmation information) and transmits them to the ST seller server 200A and the ST buyer server 200B for coordination of the ST and SC transfer results. The ST selling side merchant server 200A and the ST buying side merchant server 200B each check the ST and SC transfer results and then register them therein.

Confirmation of the ST and SC transfer results is registered in the ST seller server 200A and the ST buyer server 200B, and the ST and SC transfer Tx is registered in the AN of the ST ledger management terminal device 120 and the SN of the SC ledger management terminal device 130. When the import process is executed, the transaction ends.

[Second embodiment]
A token transfer system 100 according to a second embodiment will be described. In the second embodiment, descriptions of the same parts as those in the first embodiment will be omitted. In the first embodiment, as shown in FIG. 1, a custodian server 500 is provided between the token processing system 100 and the ST selling side merchant server 200A, and between the token processing system 100 and the ST buying side merchant server 200B. has been established. In contrast, in the second embodiment, as shown in FIG. 9, the custodian server 500 is not provided, the token processing system 100 and the ST seller server 200A are directly connected, and the token processing system It is directly connected to the buying side vendor server 200B. In this case, the ST selling side merchant server 200A and the ST buying side merchant server 200B are configured to have the function of the custodian server 500 and the CN of the custodian server 500, respectively.

Next, processing by the token transfer system 100 according to the second embodiment will be explained with reference to the business flow diagrams of FIGS. 2 to 7. The business flow in FIG. 9 according to the second embodiment is basically the same as the business flow in FIG. 2 according to the first embodiment. However, in FIG. 9, the ST seller server 200A that has received the seller order ID from the matching server 400 manages the seller order ID by linking it with information necessary for transferring ST and SC.

The business flow shown in FIG. 10 following FIG. 9 is basically the same as the business flow shown in FIG. 3 according to the first embodiment. However, in FIG. 10, the buy-side vendor server 200B that has received the buy-side order ID from the matching server 400 manages the buy-side order ID by linking it with information necessary for transferring ST and SC.

In FIG. 11, the matching server 400 executes matching between ST sell orders and buy orders, and if matching is established, automatically generates performance notification information. The EN of the matching server 400 generates a performance notification Tx based on the performance notification information and forwards (sends) it to the transfer blockchain 110. The CNs of the ST selling side merchant server 200A and the ST selling side merchant server 200B each take in the performance notification Tx from the transfer blockchain 110. The ST selling side vendor server 200A transmits a buying side transfer information cooperation request to the ST buying side vendor server 200B. When the ST buying side merchant server 200B receives the buying side transfer information cooperation request, it confirms this and transmits approval for the buying side relocation information cooperation to the ST selling side merchant server 200A.

When the ST selling side merchant server 200A receives approval for the buying side transfer information cooperation from the ST buying side merchant server 200B, it transmits an SC transfer amount confirmation request to the ST buying side merchant server 200B. When the ST buying side vendor server 200B receives the SC transfer amount confirmation request, it confirms it and sends the SC transfer amount confirmation result to the ST selling side vendor server 200A in order to link the SC transfer amount confirmation result. Send. When the ST seller server 200A receives the SC transfer amount confirmation result, it shifts to the process of line number 8 in FIG. 12.

FIG. 12 shows an additional SC issuance process in which the ST buying side merchant server 200B issues additional SCs when the balance of SCs owned by the ST buying side merchant server 200B is insufficient. The SC additional issuance process is carried out in accordance with "Response to insufficient SC holding balance in own account" in FIG. 12.

At line number 8 in FIG. 12, the ST seller server 200A, which has received the SC balance shortage notification, sends an SC transfer amount confirmation request to the ST buyer server 200B. When the ST buying side vendor server 200B receives the SC transfer amount confirmation request, if the SC transfer amount can be confirmed, the ST buying side vendor server 200B sends the SC transfer amount confirmation result to the ST selling side vendor in order to link the SC transfer amount confirmation results. Send to server 200A. When the ST seller server 200A receives the SC transfer amount confirmation result, it moves to the process of line number 8 in FIG. 13. Note that the completion of the SC additional issuance process (completion of confirmation of the SC transfer amount) is periodically confirmed from the ST selling side merchant server 200A to the ST buying side merchant server 200B.

In FIG. 13, the ST selling side merchant server 200A periodically checks the selling side ST balance, and if the merchant's self-held SC balance is not insufficient, the CN of the ST selling side merchant server 200A is A transfer Tx is generated and circulated (sent) to the transfer blockchain 110. When the CN of the ST buying side merchant server 200B receives the ST and SC transfer Tx, it adds the CN signature history to the ST and SC transfer Tx and forwards (sends) it to the transfer blockchain 110.

When the AN of the ST ledger management terminal device 120 receives (receives) the ST and SC transfer Tx with CN signature history, it adds the AN signature history to the ST and SC transfer Tx with CN signature history and transfers it to the transfer blockchain 110. Attach (send). When the SN of the SC ledger management terminal device 130 receives (receives) the ST and SC transfer Tx with AN signature history, it adds the SN signature history to the ST and SC transfer Tx and forwards (sends) the ST and SC transfer Tx to the transfer blockchain 110. )do. When the CN of the ST seller server 200A receives the ST and SC transfer Tx with SN signature history, it moves to the process of line number 8 in FIG. 14.

In FIG. 14, the CN of the ST seller server 200A sends a verification request to the verification terminal device 140 to determine whether there is double consumption (double transfer), and the verification terminal device 140 requests double consumption (double transfer) for the SC and ST. (double transfer). If there is no double consumption (double transfer), the NN of the verification terminal device 140 adds the NN signature history to the ST and SC transfer Tx and forwards (transmits) it to the transfer blockchain 110.

The CN of the ST seller server 200A adds the transfer confirmation history to the ST and SC transfer Tx with the NN signature history, and manages the CN and ST ledger of the ST buyer server 200B via the transfer blockchain 110. It is distributed (sent) to the AN of the terminal device 120 and the SN of the SC ledger management terminal device 130.

In the ST seller server 200A, a process of importing ST and SC transfer Tx from the CN of the ST seller server 200A is executed, and confirmation of the ST and SC transfer results is registered in the ST seller server 200A. In the ST buying side merchant server 200B, the process of importing the ST and SC transfer Tx sent from the CN of the ST selling side merchant server 200A is executed, and the confirmation of the ST and SC transfer results is registered in the ST buying side merchant server 200B. Ru. When confirmation of the ST and SC transfer results is registered in the ST selling side merchant server 200A and the ST buying side merchant server 200B, the transaction ends.

In the second embodiment, as shown in FIG. 8, the token processing system 100 is directly connected to the ST seller server 200A and the ST buyer server 200B. A custodian server 500 may be provided between the side merchant server 200A or between the token processing system 100 and the ST buying side merchant server 200B. In this case, the custodian server 500 is configured to have some of the functions of the ST selling side merchant server 200A or the ST buying side merchant server 200B, and the CN of the ST selling side merchant server 200A or the ST buying side merchant server 200B. Ru.

100 Token processing system 110 Block chain 200A ST selling side merchant server 200B ST buying side merchant server 300A ST selling side terminal device 300B ST buying side terminal device 400 Matching server 500 Custodian server

Claims (12)

to a plurality of merchant servers and a matching server that mediates the transfer of the security tokens between the plurality of merchant servers in order to perform the transfer of both security tokens and stable coins pegged to fiat currency. A token transfer system communicatively connected to each other,
The token transfer system includes a transfer blockchain that transfers both the security token and the stable coin , a security token ledger management terminal device that manages the transfer of the security token, and a transfer block chain that transfers both the security token and the stable coin. A token transfer system comprising: a stablecoin ledger management terminal device that manages a stablecoin ledger; and a verification terminal device that verifies that double transfer of the security token and the stablecoin has not occurred . The token transfer system according to claim 1,
The matching server is
generating completion notification information indicating that the transfer of the security token has been matched between the plurality of merchant servers, and transmitting it to the plurality of merchant servers; and/or transferring the security token between the plurality of merchant servers. A token transfer system that generates a performance notification transaction indicating that a transaction has been matched and sends it to the transfer blockchain. In the token transfer system according to claim 2 ,
A token transfer system, wherein the plurality of merchant servers import the performance notification transaction from the transfer blockchain. In the token transfer system according to claim 3 ,
The plurality of merchant servers are composed of a security token selling merchant server and a security token buying merchant server,
Between the security token selling side merchant server and the security token buying side merchant server, the balance of the stable coin recorded as the holder of the security token buying side merchant server exceeds the transfer amount of the security token. When the confirmation process for confirming the sufficiency is completed, the security token seller server generates a transfer transaction for transferring the security token and the stable coin, and sends it to the transfer blockchain, the token transfer system. . In the token transfer system according to claim 4 ,
If the balance of the stable coin does not satisfy the transfer amount of the security token, the security token seller server does not proceed with the process of transferring the security token and the stable coin, and transfers the security token to the stable coin. A token transfer system that moves to additional issuance processing of the stable coin on a security token buying side vendor server. In the token transfer system according to claim 5 ,
The security token selling side merchant server is a token transfer system in which the security token selling side merchant server periodically confirms completion of the stable coin additional issuance process in the security token buying side merchant server. The token transfer system according to claim 6 ,
When the security token seller server confirms completion of the additional issuance process, the security token seller server proceeds with the process of transferring the security token and the stable coin. In the token transfer system according to any one of claims 4 to 7 ,
The security token buying side merchant server adds a signature history for confirming the transfer to the transfer transaction sent from the security token selling side merchant server, and sends it to the transfer blockchain. The token transfer system according to claim 8 ,
The security token ledger management terminal device adds a signature history approving the transfer of the security token to the transfer transaction sent from the security token buying side merchant server, and sends the token to the transfer blockchain. relocation system. The token transfer system according to claim 9 ,
The stable coin ledger management terminal device adds a signature history approving the transfer of the stable coin to the transfer transaction transmitted from the security token ledger management terminal device, and transmits the added signature history to the transfer blockchain. , a token transfer system. The token transfer system according to claim 10 ,
The verification terminal device stores a signature history of the security token selling side merchant server, a signature history of the security token buying side merchant server, a signature history of the security token ledger management terminal device, and a signature of the stable coin ledger management terminal device. A token transfer system that adds a signature history that has been verified for the presence or absence of double transfer to the transfer transaction to which the history has been added, and transmits the resultant to the security token seller server. The token transfer system according to claim 11 ,
The security token seller server adds a transaction confirmation signature history to the transfer transaction sent from the verification terminal device, and sends the information to the security token buy side merchant server, the security token ledger management terminal device, and A token transfer system that transmits to the stablecoin ledger management terminal device.

Images