KR20200129073A - The trading system and the method based on a blockchain - Google Patents

Abstract

Disclosed is a system providing an asset trading service processing transactions for asset trading. The system includes a distributed storage, a blockchain network including computing devices, and a server including at least one second processor and a second network interface set to communicate with the blockchain network operably connected to at least one blockchain-storable first memory and at least one first processor included in the computing devices through a first network interface. The at least one first processor is set to receive a withdrawal confirmation transaction or a deposit transaction cryptographically signed by an account registered in the blockchain network through the asset trading service, process the deposit request transaction or the withdrawal confirmation transaction, and perform recording in the blockchain. The at least one second processor is set to generate or receive a trading transaction that is cryptographically signed by the account and is not the deposit transaction and the withdrawal confirmation transaction among the transactions through the asset trading service, and process the received or generated trading transaction. The distributed storage is set to store the received or generated trading transaction. Various other embodiments identified through the specification are also possible.

Description

Blockchain-based transaction system and its method {THE TRADING SYSTEM AND THE METHOD BASED ON A BLOCKCHAIN}

The embodiments disclosed in this document relate to a technology for providing an asset transaction service based on a blockchain.

Currently, a widely used trading system is a centralized trading system. Transactions occurring in the transaction system are processed by a central server, and processed transaction details can be stored in a central database. Only the operator of the transaction system can have read, write, etc. access to transaction details. Accordingly, the transaction details are not transparently disclosed to the user, and there is a possibility of manipulation of the transaction details. In other words, the centralized transaction system does not guarantee transparency and immutability of transaction details.

In order to provide immutability and transparency of transaction details, a transaction system can be implemented through blockchain technology. For example, a decentralized trading system can be implemented through a block chain (eg, Ethereum) that provides smart contract technology. All transaction details can be recorded on the blockchain. Blockchain can guarantee the immutability and transparency of the data recorded on the blockchain. Anyone can monitor all transaction details (auditable), and manipulation of transaction details becomes impossible.

US 20170103385 A1

In order to ensure transparency and immutability of transaction details, transaction services can be provided through a blockchain network. However, depending on the type of blockchain, a large transaction fee may be charged when a transaction is performed.

In a blockchain-based transaction system that charges a transaction fee, transactions are still completed, such as transactions that create orders (e.g., buy orders, sell orders), transactions that cancel orders, etc. Transaction fees may also be charged for transactions that occur before. Therefore, if all transactions are processed through the blockchain network, the provider or user of the transaction service may have to bear excessive transaction fees.

Transaction fees must be paid in the blockchain's native currency. In order to use the transaction system, users must directly purchase native currency and pay transaction fees through the purchased native currency. This can cause great inconvenience to the user.

The transaction processing speed can be affected by the block generation cycle of the blockchain. Block creation time in a typical blockchain (e.g. Ethereum: 14 seconds, Bitcoin: 10 minutes) is very long compared to centralized exchanges where transactions are conducted on a central server. When the transaction processing speed of the blockchain network is slow, the blockchain-based transaction system is difficult to commercialize.

Various embodiments disclosed in this document are intended to provide a transaction system capable of solving the above-described problems while providing immutability and transparency of transaction details based on a block chain.

The system according to an embodiment disclosed in this document may provide an asset transaction service that processes a plurality of transactions for asset transaction. The system is a blockchain network including a plurality of computing devices, and the blockchain network is operable with at least one first processor included in the plurality of computing devices and at least one first memory through a first network interface. A second network interface that is connected and capable of storing a blockchain in the at least one first memory, and configured to communicate with the blockchain network, and a server including at least one second processor, and a distributed storage, , The at least one first processor receives a deposit transaction or withdrawal confirmation transaction encrypted by an account registered in the blockchain network through the asset transaction service, and processes the deposit request transaction or the withdrawal confirmation transaction And, it is set to record in the block chain, the at least one second processor is cryptographically signed by the account, the asset transaction is a transaction transaction other than the deposit transaction and the withdrawal confirmation transaction among the plurality of transactions It is configured to receive or generate through a service, and to process the received or generated transactional transaction, and the distributed storage may be configured to store the received or generated transactional transaction.

The transaction system according to the embodiments disclosed in this document may reduce transaction fees and increase transaction processing speed by processing some transactions outside the blockchain. At the same time, the transaction system can guarantee immutability and transparency for the data of transactions processed outside the blockchain.

The transaction system according to the embodiments disclosed in this document may provide user convenience by issuing its own currency token. Users can purchase currency tokens and use the transaction system as currency of each country, such as won and dollar. Users don't need to buy native currency.

In addition to this, various effects that are directly or indirectly identified through this document can be provided.

1A shows a block chain-based transaction system according to an embodiment.
1B is a diagram illustrating a block chain-based transaction system according to various embodiments of the present disclosure.
1C is a diagram illustrating a structure of a block chain network according to various embodiments.
1D is a block diagram of an exchange server according to an embodiment.
FIG. 2 is a diagram illustrating an example of a sequence of a transaction transaction occurring in a transaction system according to an embodiment, and a settlement procedure performed according to an occurrence of a withdrawal request.
FIG. 3 is a diagram for explaining a method of storing transaction details to ensure immutability and transparency of transaction details stored in a distributed storage according to an embodiment.
4 is a sequence diagram of a method for depositing money into a transaction system according to various embodiments of the present disclosure.
5 is a sequence diagram of an asset transaction method according to various embodiments of the present disclosure.
6 is a sequence diagram of a withdrawal method from a transaction system according to various embodiments of the present disclosure.
7 is a diagram illustrating a method of initially distributing an asset equity token in various embodiments.
8 is a diagram illustrating a voting system for asset acquisition and shareholders in various embodiments.
In connection with the description of the drawings, the same or similar reference numerals may be used for the same or similar components.

Hereinafter, various embodiments of the present invention will be described with reference to the accompanying drawings. However, this is not intended to limit the present invention to a specific embodiment, it should be understood to include various modifications, equivalents, and/or alternatives of the embodiments of the present invention.

1A shows a block chain-based transaction system according to an embodiment. 1B is a diagram illustrating a block chain-based transaction system according to various embodiments of the present disclosure. 1C is a diagram illustrating a structure of a block chain network according to various embodiments. 1D is a block diagram of an exchange server according to an embodiment.

Hereinafter, a transaction system according to an embodiment of the present invention will be described with reference to FIGS. 1A to 1D.

Referring to FIG. 1A, a transaction system 10 providing an asset transaction service according to an embodiment may include a blockchain network 100, a transaction server 200, and a distributed storage 300. .

The transaction system 10 may provide an asset transaction service to a user through a decentralized application (Dapp) 70. The user may, for example, run the DApp 70 on the user's terminal (eg, an electronic device such as a PC or a smartphone) and use an asset transaction service.

The asset transaction service may be referred to as a service that provides an exchange transaction for assets such as real estate and artwork. For example, the trading system 10 may tokenize an asset and provide an exchange transaction service for an asset by issuing and managing the token.

In various embodiments, the transaction service provided by the transaction system 10 may be extended to exchange transactions between different types of tokens. For example, an exchange transaction service between different tokens issued through different smart contracts may be provided by the transaction system 10 according to the present invention.

In various embodiments, the transaction system 10 disclosed in this document may be extended and applied to an exchange service for goods other than assets by a skilled person. For example, the transaction system 10 may provide an interchange transaction service between different cryptocurrencies themselves. Exchange transactions between different tokens can be applied to exchange transactions between different cryptocurrencies as well. In another example, the trading system 10 may tokenize bond rights such as bonds, securities, patent rights, trademark rights, etc., and issue and manage the tokens to provide exchange trading services for the rights.

In one embodiment, the transaction system 10 may issue a token corresponding to an asset. Assets such as real estate and artwork can be tokenized and traded by the transaction system 10. Hereinafter, the tokenized asset may be referred to as an asset share token. For example, a user may register an asset to sell and receive asset equity tokens corresponding to the asset.

The transaction system 10 may issue a token corresponding to a currency used in a transaction service. Hereinafter, the token may be referred to as a currency token. The user may deposit KRW in the transaction system 10 and receive a currency token corresponding to the deposited KRW amount. Users can use currency tokens to purchase asset equity tokens.

The transaction system 10 may support asset exchange transactions. For example, the user may purchase a part or all of an asset corresponding to the asset equity token by purchasing an asset equity token using a currency token. Users can sell some or all of the assets they own by purchasing currency tokens using asset equity tokens.

In one embodiment, the transaction system 10 may use the account of the blockchain network 100 itself as a user account of the transaction system 10. Therefore, the user account of the transaction system 10 can be independently created without interference from the transaction server 200 on the client side. In the existing centralized transaction system, users sign up and log in (sign-up/sign-in) and store related information in a centralized database. Accordingly, related information including the user's account is controlled and managed by a centralized server. However, in a decentralized trading system, the user's account can be completely controlled by the user.

Referring to FIG. 1B, the transaction system 10 according to an embodiment may provide at least one smart contract in which a transaction service is implemented through a block chain network 100. The smart contract may be implemented to provide a transaction service, and the implemented smart contract may be distributed to the blockchain network 100.

For example, the trading system 10 will provide an asset equity smart contract (1) that creates shared assets, a currency token smart contract (2) that manages currency tokens, and an exchange smart contract (3) for asset trading. I can. For example, when the transaction system 10 is implemented based on the Ethereum network, the smart contract may be implemented to be compatible with the ERC 20 token and the ERC 223 token.

Asset equity smart contract (1) is an asset equity smart contract (1)'s asset equity token account balance book, asset equity token transfer (e.g. asset equity token deposit and withdrawal to exchange smart contract (3)), initial assets It can provide a function for issuing equity tokens.

The currency token smart contract (2) includes the balance book of the currency token account of the currency token smart contract (2), the movement of currency tokens (e.g., deposit of currency tokens and withdrawal to the exchange smart contract (3)), issuance of currency tokens, and It can provide a function for redeeming.

In various embodiments, the currency token issued by the currency token smart contract 2 may be implemented to correspond to the currency of the country in which the transaction system 10 is operated. For example, dKRW tokens corresponding to KRW issued in Korea can be issued in proportion to the balance of the bank account of a bank operating in Korea. A separate server (e.g., dKRW server in Fig. 1D) is a brokerage operation between the bank and the blockchain network 100, e.g., checks whether Korean won is deposited from the bank, checks the balance of the bank account, and transfers currency to the Toton smart contract (2) You can perform operations such as transfer of deposit transactions.

The exchange smart contract 3 can transfer the asset equity token from the asset equity smart contract 1 for trading, and can transfer the currency token from the currency token smart contract 2. In addition, the exchange smart contract (3) can provide withdrawal functions of asset equity tokens and currency tokens.

In various embodiments, a user of an asset transaction service may deposit an asset equity token or a currency token, and perform an asset exchange transaction within the limit of the deposited token. Asset stake tokens and currency tokens can be deposited into an exchange smart contract (3), and the deposit details are recorded in the blockchain network (100). Deposit details for the exchange smart contract 3 may be provided to the exchange server 200. For example, the exchange smart contract (3) can generate log data on the deposit and record it in the blockchain (55). The exchange server 200 may refer to the recorded log data. As a result, synchronization between the balance of the token on the exchange smart contract 3 and the exchange account on the exchange server 200 can be achieved. The exchange server 200 may process a transaction-related request from a user based on the balance of tokens deposited in an exchange account. When a withdrawal request is generated, the exchange server 200 may withdraw the amount of tokens for which the withdrawal request is generated from the exchange account. Details of the withdrawal process will be described later by calling FIG. 2.

All transactions made in the transaction system 10 can be cryptographically signed by the private key of the transaction party's blockchain network 100 account (eg, Ethereum account). Through the cryptographic signature, transactions generated by the owner of a specific blockchain network 100 account can be identified. For example, the account of the blockchain network 100 may be referred to as a public key and a general key generated by an encryption algorithm that has already been disclosed (eg, secp256k elliptic curve encryption algorithm). Hereinafter, transactions signed by a specific account may be referred to as transactions mapped to the specific account.

When a user requests a specific transaction, it is encrypted by the user's private key and a transaction corresponding to the requested transaction may be generated. The transaction system 10 can process and record the transaction.

In one embodiment, some of the transactions occurring in the transaction system 10 may be processed on the blockchain through the blockchain network 100, and the remaining part may be processed in the blockchain through the exchange server 200. It can be handled outside (off block chain). When all transactions are processed on the blockchain, excessive transaction fees may occur and processing delays may occur. Accordingly, the transaction system 10 disclosed in this document can reduce fees and perform fast processing by processing some transactions outside the blockchain.

Referring to FIG. 1C, the blockchain network 100 may be referred to as a peer-to-peer network including a plurality of computing devices 50 (peers or nodes) connected to each other through a network. The plurality of computing devices 50 may have one public ledger. The blockchain network 100 may be referred to as a distributed network in that one public ledger is generated by each of the plurality of computing devices 50. The single public ledger may be referred to as the blockchain 55. The blockchain network 100 can process transactions and write them to the blockchain 55. For example, the blockchain network 100 processes transactions defined in an asset equity smart contract (1), a currency token smart contract (2), and an exchange smart contract (3) and transfers the transaction to the blockchain 55. Can be recorded.

Referring to FIG. 1D, the exchange server 200 according to an embodiment may include a processor 210, a memory 220, and a communication interface 230. The processor 210 may control the overall operation of the exchange server 200. The processor 210 may include a transaction processing module 215. For example, the processor 210 may drive the transaction processing module 215 by executing instructions stored in the memory 140. An operation performed by the transaction processing module 215 may be understood as an operation performed by the processor 210. The exchange server 200 may communicate with the blockchain network 100 and the distributed storage 300 through the communication interface 230. The processor 210 of the exchange server 200 may process the generated transaction and transmit the transaction or the processing result of the transaction to the distributed storage 300 through the communication interface 230. The distributed storage 300 may store the received transaction.

As described above, transactions processed by the blockchain network 100 may be stored in the blockchain 55, and transactions processed by the exchange server 200 may be stored in the distributed storage 300. Transactions stored in the blockchain network 100 or the distributed storage 300 may have immutability and transparency.

The distributed storage 300 may guarantee immutability and transparency of stored data. The distributed storage 300 may be referred to as, for example, an InterPlanetary File System (IPFS). The immutability of published data in IPFS can be guaranteed by the merkle directed acyclic graph (DAG) structure. Anyone can access the stored data through the address values of the stored data (eg, hash address values). Users can check and monitor all transaction details stored in the distributed storage 300. Details related to this will be described later with reference to FIG. 4.

The transaction system 10 stores all transaction details in the distributed storage 300, thereby ensuring transparency and immutability even for transactions processed by the exchange server 200.

FIG. 2 is a diagram illustrating an example of a sequence of a transaction transaction occurring in a transaction system according to an embodiment, and a settlement procedure performed according to an occurrence of a withdrawal request.

The transaction system 10 according to an embodiment may provide various transactions. For example, transactions include a buy order, a sell order, a trade buy, a trade sell, a cancel buy order, and a cancel sell order. ), deposit, withdrawal request, cancel withdrawal request, and withdrawal confirm. However, the above-described transactions are exemplary, and some of the transactions may be integrated and implemented as a single transaction, or a single transaction may be divided into several transactions and implemented.

All transactions can occur sequentially. All transactions sequentially generated may be processed by the blockchain network 100 or the exchange server 200, and may be stored in the blockchain 55 and/or the distributed storage 300.

Referring to Figure 2(1), for example, User A's asset share token deposit transaction, User B's currency token deposit transaction, User B's purchase order transaction, User A's sales order transaction, User A and User B The exchange transaction of, User C's cancellation request transaction, User A's withdrawal request transaction, and User A's withdrawal confirmation transaction occurred in sequence. The transaction system 10 may sequentially process the transactions.

Purchase order and sales order transactions

In one embodiment, purchase orders and sales orders may be made by a user. The cryptographically signed purchase order transaction and sales order transaction may be processed by the exchange server 200 and may be published in the distributed storage 300 (published).

Transaction transaction

In one embodiment, the exchange server 200 may collect and match purchase orders and sales orders of users. Matched purchase orders and sales orders can generate valid transactional transactions. The exchange server 200 may encrypt and sign the transaction transaction and transmit it to the distributed storage 300.

* For example, in (1) of FIG. 2, the exchange server 200 matches the transaction of the sales order of user A and the transaction of purchase order of user B to transfer the asset equity token and the currency token. Can occur. The exchange server 200 may encrypt and sign the transaction transaction data with the private key of the exchange server 200 and store the transaction transaction in the distributed storage 300. Since these transactions take place outside the blockchain, neither user A nor user B need to bear the blockchain transaction fee.

Purchase order cancellation and sales order cancellation transactions

In an embodiment, a user may cancel an opened purchase order and a sales order through purchase order cancellation and sales order cancellation. The cryptographically signed purchase order cancellation transaction or sales order cancellation transaction may be processed by the exchange server 200 and published in the distributed storage 300.

Deposit transaction

In one embodiment, the user may deposit the user's currency token or asset equity token for asset transaction. For example, when a user requests a deposit of a currency token or an asset equity token through the dapp 70, the transaction system 10 may receive a message including a deposit transaction.

For example, a user can deposit an asset equity token issued through the asset equity smart contract 1 to the exchange smart contract 3. Alternatively, the user can deposit the currency token issued through the currency token smart contract (2) to the exchange smart contract (3). Whenever a token is transferred, the exchange smart contract 3 can generate a deposit event log. The exchange server 200 may monitor all deposit transactions. Deposit transactions can be performed through smart contracts. Therefore, the deposit transaction can be performed through the blockchain network 100 and recorded in the blockchain 55. At this time, a transaction fee is incurred. Details related to the deposit transaction will be described later with reference to FIG. 4.

In various embodiments, the exchange server 200 may hold a native currency for transaction fees. The exchange server 200 may pay a transaction fee in its native currency. The exchange server 200 may be compensated for a fee paid from a currency token held by a user. Even if the user does not own the native currency of the blockchain network 100, the user can perform a deposit transaction made through the blockchain network 100.

Withdrawal request transaction

In one embodiment, the user may request withdrawal for a currency token or an asset equity token in an exchange account. For example, when a user requests withdrawal of a currency token or an asset equity token through the dapp 70, the transaction system 100 may receive a message including a withdrawal request transaction. When a withdrawal request is received, the exchange account can be locked.

For example, the user can request withdrawal for tokens on the exchange smart contract (3). The user can specify the amount of currency tokens, the amount of equity tokens in the asset, and the transaction fee required for withdrawal, and request withdrawal.

When a withdrawal request transaction occurs, an account balance settlement procedure may be executed. The withdrawal request transaction may be cryptographically signed and stored in the distributed storage 300. Referring to (1) of FIG. 2, when a withdrawal request transaction of user A occurs, a procedure for calculating the account balance between user A and the exchange server 200 may be started.

Withdrawal confirmation transaction

The account balance settlement procedure may be performed between the exchange server 200 and the user in order to agree and confirm the current token balance of the user's exchange account. The exchange server 200 may perform settlement and generate a withdrawal confirmation transaction for the current balance calculated as a result of the settlement. The withdrawal confirmation transaction may be processed by the blockchain network 100.

In an embodiment, the exchange server 200 may perform a settlement procedure and generate a settlement data file. The generated settlement data file may be stored in the distributed storage 300. The exchange server 200 may record the address value of the settlement data file on the distributed storage 300 in the blockchain 55.

Referring to (2) of FIG. 2, when a withdrawal request transaction 25 occurs, the exchange server 200 may perform a settlement procedure. The settlement data file 33 generated according to the withdrawal request transaction 25 may be stored in the distributed storage 300.

For example, the settlement data file 31 of the distributed storage 300 may be referred to as being generated in response to the occurrence of the withdrawal request transaction 21. The exchange server 200 refers to the previous settlement data file 31, transactions generated after the withdrawal request transaction 21, and the balance of the exchange account at the time of the withdrawal confirmation transaction 23, and the settlement data file ( 33) can be created and stored in the distributed storage 300. The address value in which the settlement data file 33 is stored may be recorded in the blockchain 55.

For example, the settlement data files 31 and 33 may include withdrawal request data including the type and number of tokens requested for withdrawal, transaction fees, and withdrawal request ID. In addition, settlement data files (31, 33) include the balance of currency tokens or asset equity tokens in the current exchange account, the user's currently open purchase/sell orders, all transactions after the latest account balance settlement procedure, and the latest account balance settlement. It may include a city balance, an address in the distributed storage 300 of the latest account balance settlement data, and an encryption signature of the exchange server 200.

In an embodiment, the exchange server 200 may perform an account balance settlement procedure and request confirmation and consent from a user for the final account balance. The exchange server 200 may display the balance of the exchange account as a result of the settlement through the dapp 70, and receive a confirmation input from the user in response to the display. At this time, a cryptographically signed withdrawal confirmation transaction may occur. The blockchain network 100 may process a withdrawal confirmation transaction and record it in the blockchain 55.

In various embodiments, the user may directly refer to the blockchain network 100 and the distributed storage 300 to authenticate the mental result (validate). Alternatively, the procedure for checking the adjustment data can be provided by a third party (3 ^rd party).

In various embodiments, the exchange server 200 may pay a fee for a withdrawal confirmation transaction in the owned native currency. The exchange server 200 may be compensated for a fee paid from a currency token held by a user. Even if the user does not own the native currency of the blockchain network 100, a withdrawal confirmation transaction can be performed through the blockchain network 100.

Withdrawal request cancellation transaction

In various embodiments, the user may cancel the withdrawal request before the execution of the account balance settlement procedure is completed. When the withdrawal request is canceled, the exchange server 200 may process the withdrawal cancellation request transaction and store it in the distributed storage 300.

FIG. 3 is a diagram for explaining a method of storing transaction details to ensure immutability and transparency of transaction details stored in a distributed storage according to an exemplary embodiment.

3, transactions generated in the transaction system 10 may be stored in the distributed storage 300, and several transactions stored in the distributed storage 300 are grouped at predetermined periods and stored in the distributed storage 300. Can be. The group files 301 and 303 may include a plurality of transactions occurring during a predetermined time. The group files 301 and 303 may store a list of address values (eg, a hash value list) of a plurality of transactions included in each of the group files 301 and 303.

The group files 301 and 303 stored in the distributed storage 300 may have a unique hash value calculated by a certain hash algorithm (eg, SHA-1). The hash values of the group files 301 and 303 may be referred to as unique values corresponding to data included in the group files 301 and 303. Therefore, when some of the data included in the group files 301 and 303 are altered, the hash values for the group files 301 and 303 may be different.

In one embodiment, the immutability of the transaction details stored in the distributed storage 300 may be achieved by chaining each group file 301, 303 using the hash value of each group file 301, 303.

For example, an address in the distributed storage 300 in which each of the group files 301 and 303 is stored may be expressed as a hash value. Each of the group files 301 and 303 may have a hash value of a preceding group file. Accordingly, the group files 301 and 303 may be chained through a hash link. For example, the group file 303 points to the group file 301 by having a hash value of the group file 301 and may form a chain with the group file 301. Accordingly, the group files 301 and 303 of the distributed storage 200 may form a structure similar to the blocks of the block chain 55.

If a specific group file is forged or altered to have a different hash value, the hash value of the subsequent group file of the forged or altered specific group file can no longer represent a valid address value. Therefore, the group file that has been altered and its subsequent group file can no longer form a chain. When the group files 301 and 303 stored in the distributed storage 300 do not form a chain, the user may recognize that the data of the distributed storage 300 has been forged or altered.

In one embodiment, the immutability of the transaction details stored in the distributed storage 300 may be achieved by storing the hash values of the group files 301 and 303 in the blockchain 55 of the blockchain network 100.

For example, the hash values of the group files 301 and 303 may be stored in the blockchain 55. When the hash value of the group files 301 and 303 is stored in the blockchain network 100, anyone can access the blockchain network 100 and check the hash value. For example, a user can verify whether the group files 301 and 303 are manipulated by comparing the hash value stored in the blockchain 55 with the hash values of the group files 301 and 303 stored in the distributed storage 300. have. If data included in the group files 301 and 303 has been manipulated, the hash value stored in the blockchain 55 can no longer represent a valid address value. The distributed storage 300 may guarantee immutability of data stored in the distributed storage 300 through a hash value recorded in the blockchain 55.

In various embodiments, a user or a third party can check all transactions occurring in the distributed transaction system 10 by accessing a specific address of the distributed storage 300 indicated by the hash value recorded in the blockchain 55. Accordingly, it is possible to provide transparency with respect to transaction details stored in the distributed storage 300.

In various embodiments, a user or a third party may access the distributed storage 300 by using the hash value recorded in the blockchain 55 and reconstruct the history of all previously generated transactions. Accordingly, even if the exchange server 200 is damaged by hacking, all of the transaction details can be reconstructed, so that the transaction system 10 can have higher safety compared to the existing centralized transaction system.

4 is a sequence diagram of a method for depositing money into a transaction system according to various embodiments of the present disclosure. 5 is a sequence diagram of an asset transaction method according to various embodiments of the present disclosure. 6 is a sequence diagram of a withdrawal method from a transaction system according to various embodiments of the present disclosure. Hereinafter, a deposit procedure, a transaction procedure, and a withdrawal procedure performed in the transaction system 10 will be described as a sequence diagram with reference to FIGS. 4 to 6.

In various embodiments, a user installs a dapp 70 that provides an asset transaction service on a client terminal 75 (eg, an electronic device including a PC, a smartphone, a tablet PC, etc.), and through the asset transaction service. Asset exchange transactions can be carried out.

Deposit procedure

Referring to FIG. 4, when a request for depositing an asset share token occurs (401), the client terminal 75 performs a cryptographically signed asset share token deposit transaction using the user's private key as an asset share smart contract of the blockchain network 100. (1) can be sent to (403). For example, a user may request the deposit of an asset equity token through the dapp 70. The asset equity token may be issued by the asset equity smart contract 1 of the blockchain network 100 according to the user's asset registration. The asset equity smart contract 1 may move the asset equity token to the transaction smart contract 3 in response to an asset equity token deposit transaction (405). The transaction smart contract 3 may generate a deposit event log and store it in the blockchain 55 (407).

When the request for depositing a currency token occurs (409), the client terminal 75 may transmit a cryptographically signed currency token deposit transaction to the currency token smart contract 2 of the blockchain network 100. (411). For example, a user may request a currency token deposit through the dapp 70. The currency token can be issued by the currency token smart contract 2 according to the user's deposit in won. The currency token smart contract 2 may move the currency token to the transaction smart contract 3 in response to the currency token deposit transaction (413). The transaction smart contract 3 may generate a deposit event log and store it in the blockchain 55 (415).

The balance information of the currency token deposited in the transaction smart contract 3 and the balance information of the asset equity token may be synchronized between the blockchain network 100 and the exchange server 200 (417). For example, the exchange server 200 may refer to the deposit event log recorded in the blockchain 55 at each predetermined period or every time a deposit transaction occurs. The exchange server 200 may update the balance of the exchange account according to the deposit event log, and process transactions based on the updated balance. For example, the exchange server 200 may include exchange account data including information on the balance of the exchange account. The exchange server 200 may update the exchange account data according to the deposit event log.

Transaction procedure

Referring to FIG. 5, the client terminal 75 may transmit a transaction request encrypted and signed by the user's private key to the exchange server 200 and the distributed storage 300 (501, 503). For example, the transaction request may be referred to as a message including a purchase order transaction, a sales order transaction, a withdrawal request transaction, or a withdrawal request cancellation transaction. The exchange server 200 may process a transaction corresponding to the transaction request (506). The distributed storage 300 may store an encryption signed transaction corresponding to the transaction request (507).

The exchange server 200 may generate a trade transaction according to a match between the user's purchase order and the sales order. This process has been described above with reference to FIG. 2. At this time, the exchange server 200 may encrypt and sign the generated transaction transaction with the private key of the exchange server 200 and transmit it to the distributed storage 300. The distributed storage 300 may store received transaction transactions.

The distributed storage 300 may generate a group file including a plurality of transactions every predetermined period (509). The distributed storage 300 may transmit the address value of the group file to the blockchain network 100 (511). The blockchain network 100 may record the address value of the group file received in the blockchain 55 (517). Alternatively, the distributed storage 300 may transmit the address value of the group file to the exchange server 200 (513). The exchange server 200 may transmit the received address value of the group file to the blockchain network 100 (517). Operation 511 and operations 513 to 515 may be performed alternatively.

Operations 501 to 511 described above may be repeatedly performed. Asset transactions may be made in the transaction system 10 according to the repeated operations 501 to 511.

Withdrawal procedure

Referring to FIG. 6, when a withdrawal request for a currency token or an asset equity token occurs, the client terminal 75 may transmit a withdrawal request encrypted by the private key to the exchange server 200 (601). The exchange server 200 receives a withdrawal request from a specific user corresponding to the private key. The exchange server 200 may perform a settlement procedure for the specific user in response to receiving a withdrawal request (603 to 613).

The exchange server 200 may obtain the transaction details of the specific user from the distributed storage 300 (603). For example, the transaction details may be referred to as a list of transactions that occurred after a specific user's previous withdrawal request. As described above through (2) of FIG. 2, the exchange server 200 acquires a specific user's previous settlement data file from the distributed storage 300, data on transactions that occurred after the previous withdrawal request transaction, etc. Then, a settlement data file (eg, settlement data files 31 and 33 of FIG. 2) may be generated (605 ). The exchange server 200 may transmit the generated settlement data file to the distributed storage 300 (607 ), and the distributed storage 300 may store the settlement data file (609 ).

When the settlement procedure is completed, the exchange server 200 may transmit the settlement result to the client terminal 75 (611). The settlement result may include information included in the settlement data file. The client terminal 75 may transmit a confirmation of the received settlement result to the exchange server 200 (613). Upon receiving the confirmation of the settlement result, the exchange server 200 may transmit a cryptographically signed withdrawal confirmation transaction with the private key of the specific user to the blockchain network 100 (615). The blockchain network 100 may process a withdrawal confirmation transaction and record it in the blockchain 55 (617).

In the transaction system 10, other transactions other than the deposit request transaction and the withdrawal confirmation transaction are processed by the exchange server 200, thereby reducing the fee paid to the blockchain network 100. Transactions processed by the exchange server 200 are stored in the distributed storage 300, and an address value in the distributed storage 300 in which the transactions are stored may be recorded in the blockchain network 100. Therefore, all transaction details can be reconstructed through the blockchain 55 and distributed storage 300, and can be monitored by the user.

7 is a diagram illustrating a method of initially distributing an asset equity token in various embodiments.

In various embodiments, initially, the transaction system 10 may distribute asset stake tokens to users who send a share subscription request message. The stake subscription request mesh may contain information on the amount of asset stake tokens the user wants to purchase, and may escrow the amount of currency tokens for initial provision. If the user does not have enough currency tokens in the exchange account, the user needs to deposit an appropriate currency token into the transaction smart contract (3) (703).

The stake subscription request message may be cryptographically signed by the user's account of the blockchain network 100. The encrypted signed stake subscription request message may be transmitted to the distributed storage 300 and the exchange server 200 (703).

When the initial stake subscription period ends, the exchange server 200 may perform transactions for finally requesting and recording the initial distribution on the asset stake smart contract 1 (709). The transactions may include the user's signature and proof data that proves the current balance of the currency token stored in the distributed exchange 300. Accumulated currency tokens can be withdrawn from an asset listing account. Users do not have to pay transaction fees to participate in the initial distribution.

In the case of oversubscription, asset equity tokens can be distributed fairly and transparently. The exchange server 200 may fetch a seed random number from the blockchain network 100 (fetch) 705. For example, the seed random number may be referred to as a block hash value of the blockchain 55 at the time of subscription termination. The seed random number can be used to generate a sequence of random numbers to determine the winning account and the amount of stake allocated.

The exchange server 200 may generate the final result of determining the allocated shares among user accounts and store it in the distributed exchange 300 (707). The address value (hash value) of data associated with the final result on the distributed exchange 300 may be recorded in the asset equity smart contract 1 (709). The initial distribution can be identifiable and monitored by an external third party.

8 is a diagram illustrating a voting system for asset acquisition and shareholders in various embodiments.

In various embodiments, certain assets registered in the trading system 10 may be all purchased, and then delisted in the trading system 10. A buyer who wants to purchase a specific asset may deposit a currency token as an escrow into the asset equity smart contract 1 and propose an acquisition for the specific asset (801). The proposed price (a bid price) must be greater than the current market cap of the asset traded on the exchange. When the exchange server 200 recognizes a valid takeover offer from the blockchain network 100, the takeover offer can be published to all stakeholders. All equity holder accounts can vote to accept or reject. Each stake holder may encrypt and sign an account of the blockchain network 100 and transmit a voting message to the exchange server 200 and the distributed storage 300 (803).

Prior to the end of the voting period, other potential buyers may offer an acquisition at a price in excess of the current proposed price. If a further takeover proposal occurs, previous voting may be canceled and a new voting period may begin. When the final voting period ends, the exchange server 200 may aggregate the voting results (tallies up) and store data related to the voting results in the distributed storage 300 (805). The address value on the distributed storage 300 may be stored in the asset equity contract 1 (807).

If the proposed acquisition is accepted, all token holders can withdraw the asset share token corresponding to their share among the proposed price from the asset share contract (1) (809), and the sold assets are listed in the trading system (100). Can be deregistered from

Various embodiments of the present document and terms used therein are not intended to limit the technology described in this document to a specific embodiment, and should be understood to include various modifications, equivalents, and/or substitutes of the corresponding embodiment. In connection with the description of the drawings, similar reference numerals may be used for similar elements. Singular expressions may include plural expressions unless the context clearly indicates otherwise. In this document, expressions such as "A or B", "at least one of A and/or B", "A, B or C" or "at least one of A, B and/or C" are all of the items listed together. It can include possible combinations. Expressions such as "first," "second," "first," or "second," can modify the corresponding elements regardless of their order or importance, and to distinguish one element from another It is used only and does not limit the components. When it is stated that a certain (eg, first) component is “(functionally or communicatively) connected” or “connected” to another (eg, second) component, the certain component is It may be directly connected to the component, or may be connected through another component (eg, a third component).

In this document, "adapted to or configured to" is changed to "adapted to or configured to" depending on the situation, for example, in hardware or software, "suitable for," "have the ability to," It may be used interchangeably with ""made to," "can do," or "designed to". In some situations, the expression "a device configured to" may mean that the device "can" along with other devices or parts. For example, the phrase “a processor configured (or configured) to perform A, B, and C” means a dedicated processor (eg, an embedded processor) for performing the corresponding operations, or by executing one or more programs stored in a memory device, It may refer to a general-purpose processor (eg, CPU or AP) capable of performing corresponding operations.

The term "module" used in this document includes a unit composed of hardware, software, or firmware, and is used interchangeably with terms such as logic, logic blocks, parts, or circuits. I can. The "module" may be an integrally configured component or a minimum unit that performs one or more functions, or a part thereof. "Modules" can be implemented mechanically or electronically, for example, known or future development, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), or It may include a programmable logic device.

At least a part of an apparatus (eg, modules or functions thereof) or a method (eg, operations) according to various embodiments may be implemented as instructions stored in a computer-readable storage medium in the form of a program module. When the instruction is executed by a processor, the processor may perform a function corresponding to the instruction. Computer-readable recording media include hard disks, floppy disks, magnetic media (e.g. magnetic tape), optical recording media (e.g. CD-ROM, DVD, magnetic-optical media (e.g. floppy disk)), internal memory, etc. The instruction may include code generated by a compiler or code that can be executed by an interpreter.

Each of the constituent elements (eg, a module or a program module) according to various embodiments may be composed of a singular or a plurality of entities, and some of the aforementioned sub-elements may be omitted, or other sub-elements may be omitted. It may contain more. Alternatively or additionally, some constituent elements (eg, a module or a program module) may be integrated into a single entity to perform the same or similar functions performed by each corresponding constituent element before the consolidation. Operations performed by modules, program modules, or other components according to various embodiments may be sequentially, parallel, repetitively or heuristically executed, or at least some operations may be executed in a different order, omitted, or other operations. Can be added.

Claims (3)

In a system that provides an asset transaction service that processes a plurality of transactions for asset transaction,
Each includes a plurality of computing devices storing a blockchain, a deposit transaction for depositing a first token or a second token among the plurality of transactions, and a withdrawal for the balance of the first token or the second token A blockchain network that processes a confirmation transaction and stores the deposit transaction and the withdrawal confirmation transaction in the blockchain;
Distributed storage included in an off-chain outside the blockchain network; And
Process a transaction transaction between the first token and the second token excluding the deposit transaction and the withdrawal confirmation transaction among the plurality of transactions, and a withdrawal request transaction for the first token and the second token, and the Including a server for storing the transaction transaction and the withdrawal request transaction in the distributed storage,
The transaction transaction is a transaction for an exchange transaction including a purchase order, a sales order, and an order cancellation between the first token and the second token,
The server matches the sales order transaction signed with the private key of the first user and the purchase order transaction signed with the private key of the second user, so that the first token and the second token are between the first user and the second user. Create the transaction transaction to be moved,
The server encrypts and signs the transaction transaction with the server's private key and stores it in the distributed storage,
When a withdrawal request transaction occurs for the first account registered in the blockchain network, the server is mapped to the first account and settled data based on the transactions after the latest settlement among the plurality of transactions stored in the distributed storage. Create a file and store the settlement data file in the distributed storage,
The server transmits at least a portion of the settlement data file to a computing device corresponding to the first account, and when receiving a confirmation response signed with the private key of the first account from the computing device, responds to the withdrawal request transaction Sending a withdrawal confirmation transaction to the blockchain network so that the first token or the second token requested withdrawal is transferred to an account of the blockchain network corresponding to the first account,
The first token is an asset equity token issued by tokenizing an asset so that it can be traded through the asset transaction service,
The second token is a currency token used to purchase and sell the first token. The method of claim 1,
The server pays a fee for the withdrawal confirmation transaction in the native currency of the blockchain network held by the server,
The server receives a reward for the paid fee from the second token of the first account. The method of claim 1,
The hash value of the settlement data file is stored in the blockchain network and used for authentication of a settlement result corresponding to the settlement data file.

Images