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

Abstract

Disclosed is a system for providing an asset trading service that processes a plurality of transactions for asset trading. According to an embodiment of the present invention, the system comprises: a blockchain network which includes a plurality of computing devices, and which is operably connected to at least one first processor and at least one first memory that are included in the plurality of computing devices via a first network interface, wherein a blockchain can be stored in the at least one first memory; a second network interface which is configured to communicate with the blockchain network; a server which includes at least one second processor; and distributed storage. The at least one first processor may be configured to receive a deposit transaction or withdrawal confirmation transaction which is cryptographically signed by an account registered in the blockchain network through the asset trading service, to process a deposit request transaction or the withdrawal confirmation transaction, and record the same in the blockchain. The at least one second processor may be configured to receive or generate a trade transaction, which is cryptographically signed by the account and is not the deposit transaction or the withdrawal confirmation transaction of the plurality of transactions, through the asset trading service, and process the received or generated trade transaction. The distributed storage may be configured to store the received or generated trade transaction. In addition, various embodiments identified in the specification are possible. The present invention processes some transactions outside a blockchain, thereby reducing transaction charges and increasing processing speed of transaction.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention [0001] The present invention relates to a transaction system based on a block chain,

The embodiments disclosed herein relate to techniques for providing asset trading services based on block chains.

At present, the widely used trading system is a centralized trading system. Transactions generated in the trading system can be processed by the central server, and processed transactions can be stored in the central database. Only the operator of the transaction system can have access rights to read and write transaction details. Accordingly, transaction details are not transparently displayed to the user, and manipulation of the transaction details exists. That is, the centralized transaction system does not guarantee transparency and immutability of transaction details.

In order to provide transparency and transparency of transaction history, the transaction system can be implemented through block chain technology. For example, a decentralized trading system can be implemented through a block chain (eg, Etherium) that provides smart contract technology. All transaction details can be recorded in a block chain. The block chain can guarantee consistency and transparency to the data recorded in the block chain. Everyone is able to monitor all transactions (auditable) and it becomes impossible to manipulate transaction details.

In order to ensure transparency and invariance of transaction details, transaction services may be provided through a block-chain network. However, depending on the type of block chain, many transaction fees may be imposed when transactions are performed.

In a block chain-based trading system that charges a transaction fee, for example, a transaction that creates an order (e.g., a buy order, a sell order), a transaction that cancels the order, Transaction fees may also be imposed on previously occurring transactions. Thus, if all transactions are handled through a block-chain network, the provider or user of the transaction service may have to bear excessive transaction fees.

The transaction fee must be paid in the native currency of the block chain. The user must purchase the native currency directly to use the transaction system and pay the transaction fee through the purchased native currency. This can be a serious inconvenience to the user.

The transaction processing speed can be affected by the block generation cycle of the block chain. The block creation time in a typical block chain (eg, Ether: 14 seconds, bit coin: 10 minutes) is much longer than the centralized exchange where transactions are made on the central server. If the transaction processing speed of the block chain network is slow, the transaction system based on the block chain is hardly commercialized.

Various embodiments disclosed in this document are intended to provide a transaction system capable of solving the above-mentioned problems, while providing the invariance and transparency of transactions details on a block-chain basis.

A system according to an embodiment disclosed herein may provide an asset transaction service for processing a plurality of transactions for an asset transaction. The system comprises a block-chain network comprising a plurality of computing devices, the block-chain network comprising at least one first processor included in the plurality of computing devices via a first network interface, A server including a second network interface coupled to the at least one second memory and configured to communicate with the block chain network and at least one second processor, and a distributed storage, wherein the block chain can be stored in the at least one first memory, Wherein the at least one first processor receives a deposit transaction or a withdrawal confirmation transaction encrypted and signed by an account registered in the block chain network through the asset transaction service and processes the deposit request transaction or the withdrawal confirmation transaction , And writes to the block chain Wherein the at least one second processor is cryptographically signed by the account and receives or generates a transaction transaction that is not the deposit transaction and the withdrawal confirmation transaction among the plurality of transactions through the asset transaction service , And is configured to process the received or generated transaction transaction, and the distributed repository can be configured to store the received or generated transaction transaction.

The transaction system according to the embodiments disclosed in this document can process some transactions outside the block chain, thereby reducing the transaction fee and increasing the processing speed of the transaction. At the same time, the transaction system can ensure consistency and transparency of the transaction data processed outside the block chain.

The transaction system according to the embodiments disclosed in this document can provide convenience of the user by issuing its own call token. The user can purchase the currency token as the currency of each country, such as Korean won, dollar, etc., and use the transaction system. The user does not need to purchase a native call.

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

1A illustrates a block chain-based trading system in accordance with one embodiment.
1B is a diagram for explaining a block chain-based transaction system according to various embodiments.
1C is a diagram for explaining the structure of a block-chain network according to various embodiments.
1D is a block diagram of an exchange server according to one embodiment.
FIG. 2 is a diagram illustrating an example of a sequence of transaction transactions occurring in the transaction system according to an embodiment and a settlement procedure performed according to occurrence of a withdrawal request.
FIG. 3 is a view for explaining a transaction history storing method for ensuring invariance and transparency of a transaction history stored in the distributed storage according to an exemplary embodiment of the present invention.
4 is a sequence diagram of a deposit method to a transaction system according to various embodiments.
5 is a sequence diagram of an asset transaction method according to various embodiments.
6 is a sequence diagram of a withdrawal method from a transaction system in accordance with various embodiments.
FIG. 7 is a diagram illustrating a method for initially distributing an asset equity token in various embodiments. FIG.
Figure 8 is a diagram illustrating an asset acquisition and shareholder voting system in various embodiments.
In the description of the drawings, the same or similar reference numerals may be used for the same or similar components.

Various embodiments of the invention will now be described with reference to the accompanying drawings. It should be understood, however, that the invention is not intended to be limited to the particular embodiments, but includes various modifications, equivalents, and / or alternatives of the embodiments of the invention.

Figure 1A illustrates a block chain based trading system in accordance with one embodiment. 1B is a diagram for explaining a block chain-based transaction system according to various embodiments. 1C is a diagram for explaining the structure of a block-chain network according to various embodiments. 1D is a block diagram of an exchange server according to one embodiment.

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

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

The transaction system 10 may provide an asset transaction service to a user via a Dapp (decentralized application) The user may, for example, execute the DEA 70 of the user's terminal (e.g., an electronic device such as a PC, smart phone, etc.) and use the asset transaction service.

Asset trading services can be referred to as services providing exchange transactions for assets such as real estate and artwork. For example, the trading system 10 may provide an exchange trading service for an asset by tokenizing the asset and issuing and managing the token.

In various embodiments, the transaction services provided by the transaction system 10 may be extended to exchange transactions between different types of tokens. For example, exchange trading services 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 herein may be extended to an exchange service for goods other than assets by an ordinary technician. For example, trading system 10 may provide interchange trading services between different cryptographic currencies themselves. The exchange transactions between different tokens can be similarly applied to exchange transactions between different encrypted currencies. In another example, the trading system 10 may provide exchange trading services for the rights by tokenizing the bond rights of bonds, securities, patents, trademarks, and the like, issuing and managing the tokens.

In one embodiment, 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 trading 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 the currency used in the transaction service. Hereinafter, the token may be referred to as a currency token. The user can deposit the currency in the transaction system 10 and receive the currency token corresponding to the deposited currency amount. The user can purchase the asset equity token using the currency token.

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

In one embodiment, the trading system 10 may use the account of the block-chain network 100 itself as a user account of the transaction system 10. [ Therefore, the user account of the transaction system 10 can be independently generated on the client side without intervention of the transaction server 200. In traditional centralized transaction systems, users sign up and sign-in, and store relevant information in a centralized database. Accordingly, related information including the account of the user is controlled and managed by the centralized server. However, in a decentralized transaction system, the user's account can be fully controlled by the user.

Referring to FIG. 1B, the transaction system 10 according to one embodiment may provide at least one smart contract in which a transaction service is implemented through the 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 block-chain network 100.

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

Asset Stake The Smart Contract (1) is a system for transferring the balance sheet and asset tokens of the asset equity token account of the asset equity smart contract (1) (for example, depositing the asset equity token and withdrawing to the exchange smart contract (3) And may provide functions for issuing equity tokens.

The token smartcontract (2) is used to transfer the balance book of the call token account of the call token smart contract (2), the transfer of the token token (e.g., deposit of the token token and withdrawal to the exchange smart contract (3) It can provide a function for redeeming.

In various embodiments, the token issued by the token smart contract 2 may be implemented to correspond to the currency of the country in which the trading system 10 is operating. For example, a dKRW token corresponding to a Korean currency issued may be issued in proportion to the balance of the bank account of the bank operating in Korea. A separate server (e. G., The dKRW server in FIG. 1D) can perform an intermediary operation between the bank and the block-chain network 100, for example, to confirm whether the bank has made a deposit from the bank, to check the balance of the bank account, Transfer of deposit transactions, and the like.

The exchange smart contract 3 can transfer the asset equity token from the equity equity smart contract 1 for the transaction and transfer the currency token from the currency token smart contract 2. The Exchange Smart Contract (3) can also provide the withdrawal function of asset equity tokens and currency tokens.

In various embodiments, a user of an asset trading service may deposit an asset equity token or currency token and perform an asset exchange transaction within the limits of the deposited token. The asset stake tokens and currency tokens can be deposited into the Exchange Smart Contract (3), and the deposit details are recorded in the block chain network (100). The deposit details for the exchange smart contract 3 can be provided to the exchange server 200. [ For example, the exchange smart contract 3 can generate the log data for the deposit and record it in the block chain 55. [ The exchange server 200 can refer to the recorded log data. As a result, the balance between the token on the exchange smart contract 3 and the exchange account on the exchange server 200 can be synchronized. The exchange server 200 can process the user's transaction related request based on the balance of the tokens deposited in the exchange account. When the withdrawal request is issued, the exchange server 200 can withdraw the amount of tokens in which the withdrawal request has occurred from the exchange account. Details of the withdrawal process will be described later with reference to FIG.

All transactions taking place in the trading system 10 can be cryptographically signed by the private key of the trading party's block chain network 100 account (e.g., the Etherium account). Through encryption signatures, transactions generated by the owner of a particular block chain network 100 account can be identified. For example, the account of the block-chain network 100 may be referred to as a public key and a public key generated by an already-disclosed encryption algorithm (e.g., the secp256k elliptic curve encryption algorithm). Hereinafter, transactions signed by a particular account may be referred to as transactions mapped to the particular account.

When a user requests a specific transaction, a transaction encrypted by the user's private key and 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 a block-chain basis through the block-chain network 100, Can be processed in an off block chain. If all transactions are processed on a block chain, excessive transaction fees may occur and processing delays may occur. Therefore, the transaction system 10 disclosed in this document can reduce fees and perform fast processing by processing some transactions outside the block chain.

Referring to FIG. 1C, the block-chained network 100 may be referred to as a peer-to-peer network comprising a plurality of computing devices 50 (peers or nodes) interconnected via a network. The plurality of computing devices 50 may have one public ledger. The block chain 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 one public ledger can be referred to as a block chain 55. The block-chain network 100 may process the transaction and write it to the block chain 55. For example, the block-chain network 100 processes transactions defined in an asset equity smart contract 1, a token smart contract 2, and an exchange smart contract 3 and sends them to the block chain 55 Can be recorded.

1D, an exchange server 200 according to one 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, processor 210 may execute instructions stored in memory 140 to drive transaction processing module 215. The operations performed by the transaction processing module 215 may be understood as operations performed by the processor 210. [ The exchange server 200 can communicate with the block-chain network 100 and the distributed storage 300 via the communication interface 230. [ The processor 210 of the exchange server 200 processes the generated transaction and can 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 block-chain network 100 can be stored in the block chain 55 and transactions processed by the exchange server 200 can be stored in the distributed storage 300. [ Transactions stored in the block-chain network 100 or the distributed repository 300 may have invariance and transparency.

The distributed storage 300 can ensure consistency and transparency of the stored data. The distributed storage 300 may be referred to, for example, as InterPlanetary File System (IPFS). Invariance to published data in IPFS can be guaranteed by the merkle directed acyclic graph (DAG) structure. Anyone can access the stored data through an address value (e.g., a hash address value) of stored data. Users can view and monitor all transactions stored in the distributed repository 300. Specific details related thereto will be described later with reference to Fig.

The transaction system 10 can store transparency and invariance of transactions processed by the exchange server 200 by storing all transaction details in the distributed repository 300. [

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

The transaction system 10 according to one embodiment may provide various transactions. For example, transactions can be classified as buy order, sell order, trade buy, trade sell, cancel buy order, cancel sell order, A deposit, a withdrawal request, a cancel withdrawal request, and a withdrawal confirm. However, the transactions described above are exemplary, and some of the transactions may be integrated and implemented as a single transaction, or a single transaction may be implemented as separate transactions.

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

Referring to FIG. 2 (1), for example, an asset equity token transfer transaction of user A, a deposit transaction of user B's call token, a purchase order transaction of user B, a sales order transaction of user A, Transaction A, transaction A, transaction A, transaction A, and transaction A, respectively. The transaction system 10 can process the transactions sequentially.

Purchase order and sales order transactions

In one embodiment, purchase orders and sales orders can be created by the user. The encrypted signed purchase order transaction and the sales order transaction can be processed by the exchange server 200 and published in the distributed repository 300.

Transaction transaction

In one embodiment, the exchange server 200 may collect and match users' purchase orders and sales orders. Matching purchase orders and sales orders can generate valid transaction transactions. The exchange server 200 can encrypt-sign the transaction transaction and transmit it to the distributed repository 300.

For example, in (1) of FIG. 2, the exchange server 200 generates a trade transaction for matching the sales order transaction of the user A with the purchase order transaction of the user B to move the asset token and the currency token . The exchange server 200 can store the transaction transaction in the distributed repository 300 by encrypting the transaction transaction data with the private key of the exchange server 200. Since these transactions are made outside the block chain, neither user A nor user B needs to bear the block chain transaction fee.

Cancel purchase order and cancel sales order

In one embodiment, the user can cancel the open purchase order and sales order by canceling the purchase order and canceling the sales order. The encrypted signed purchase order cancel transaction or the sales order cancel transaction can be processed by the exchange server 200 and displayed in the distributed repository 300.

Incoming Transactions

In one embodiment, a user may deposit a user's currency token or asset equity token for an asset transaction. For example, if a user requests a deposit of a token or asset token via the D-Application 70, the trading system 10 may receive a message containing a deposit transaction.

For example, a user may deposit an asset equity token issued through an equity equity smart contract (1) into an exchange smart contract (3). Alternatively, the user can deposit the communication token issued through the token smart contract 2 to the exchange smart contract 3. Each time the token is transferred, the Exchange Smart Contract (3) can generate a deposit event log. The exchange server 200 can monitor all depositing transactions. Deposit transactions can be performed through a smart contract. Thus, the deposit transaction can be performed through the block chain network 100 and recorded in the block chain 55. [ At this time, transaction fees are incurred. The contents related to the deposit transaction will be described later with reference to Fig.

In various embodiments, the exchange server 200 may have a native currency for a transaction fee. The exchange server 200 can pay the transaction fee with the native currency held. The exchange server 200 may be compensated for the commission paid from the call token of the user. The user can perform the deposit transaction made through the block chain network 100 even if the user does not own the native currency of the block chain network 100. [

Withdrawal Request Transaction

In one embodiment, the user may request withdrawal for the currency token or asset equity token of the exchange account. For example, if a user requests withdrawal of a token or asset token via the D-Application 70, transaction system 100 may receive a message containing a withdrawal request transaction. Once the withdrawal request is received, the exchange account can be locked.

For example, a user may request withdrawal for tokens on the exchange smart contract (3). The user can specify the amount of the currency token, the amount of the asset equity token, and the transaction fee required for the withdrawal and may 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 repository 300. Referring to FIG. 2 (1), when the withdrawal request transaction of the user A occurs, the account balance settlement procedure between the user A and the exchange server 200 can be started.

Withdrawal confirmation transaction

The account balance settlement procedure may be performed between the exchange server 200 and the user for agreement and confirmation of 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 can be handled by the block-chain network 100.

In one embodiment, the exchange server 200 may perform the settlement procedure and generate the settlement data file. The generated settlement data file can be stored in the distributed repository 300. The exchange server 200 may write the address value of the settlement data file on the distributed storage 300 to the block chain 55.

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

For example, the settlement data file 31 of the distributed repository 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 settlement data file 31 (refer to the settlement data file 31), the transactions generated after the withdrawal request transaction 21, the balance of the exchange account at the time of the withdrawal confirmation transaction 23 33 and store them in the distributed repository 300. The address value in which the settlement data file 33 is stored may be recorded in the block chain 55.

For example, the settlement data file 31, 33 may include withdrawal request data including a token type and number of withdrawals, a transaction fee, and a withdrawal request ID. The settlement data files 31 and 33 also include the balance of the currency token or asset equity token of the current exchange account, the current open purchase / sales order of the user, all transactions after the recent account balance settlement procedure, the latest account balance settlement An address in the distributed repository 300 of the recent account balance adjustment data, and a cryptographic signature of the exchange server 200. [0040]

In one embodiment, the exchange server 200 may perform an account balance settlement procedure and request confirmation and consent from the user for the final account balance. The exchange server 200 may display the balance of the settlement result exchange account through the display 70 and receive a confirmation input from the user in response to the display. At this time, a cryptographically signed withdrawal confirmation transaction may be generated. The block chain network 100 may process the withdrawal confirmation transaction and write it to the block chain 55. [

In various embodiments, the user may directly validate the mental result with reference to the block-chained network 100 and the distributed repository 300. [ 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 the withdrawal confirmation transaction to the held native currency. The exchange server 200 may be compensated for the commission paid from the call token of the user. The user can perform the withdrawal confirmation transaction made through the block-chain network 100 even if the user does not own the native currency of the block-chain network 100. [

Cancel withdraw request transaction

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

FIG. 3 is a view for explaining a transaction history storing method for ensuring invariance and transparency of a transaction history stored in the distributed storage according to an exemplary embodiment of the present invention.

3, transactions generated in the transaction system 10 may be stored in the distributed storage 300, and various transactions stored in the distributed storage 300 may be grouped in predetermined cycles and stored in the distributed storage 300 . The group files 301 and 303 may include a plurality of transactions occurring for a predetermined time. The group files 301 and 303 may store address value lists (e.g., hash value lists) of a plurality of transactions included in the respective 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 (e.g., SHA-1). The hash values of the group files 301 and 303 can be referred to as unique values corresponding to the data included in the group files 301 and 303. [ Therefore, if some of the data included in the group files 301 and 303 are modulated, the hash values for the group files 301 and 303 may also be different.

In one embodiment, the invariance of transaction details stored in the distributed repository 300 can be achieved by chaining each group file 301, 303 using the hash values of the respective group files 301, 303.

For example, an address in the distributed storage 300 where each of the group files 301 and 303 is stored may be represented by a hash value. The group files 301 and 303 may each have a hash value of the preceding group file. Accordingly, the group files 301 and 303 can be chained through a hash link. For example, the group file 303 has a hash value of the group file 301, thereby indicating the group file 301, and can 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 particular group file is modulated and has a different hash value, the hash value of the subsequent group file of the particular modulated group file can no longer represent a valid address value. Therefore, the above-mentioned, modulated group file 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 constitute a chain, the user can recognize that the data in the distributed storage 300 has been falsified or tampered.

In one embodiment, the invariance of the transaction history stored in the distributed repository 300 can be achieved by storing the hash values of the group files 301, 303 in the block chain 55 of the block chain network 100.

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

In various embodiments, a user or a third party can ascertain all transactions occurring in the distributed transaction system 10 by accessing the specific address of the distributed repository 300 indicated by the hash value recorded in the block chain 55. Thereby providing transparency to transaction details stored in the distributed repository 300.

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

4 is a sequence diagram of a deposit method to a transaction system according to various embodiments. 5 is a sequence diagram of an asset transaction method according to various embodiments. 6 is a sequence diagram of a withdrawal method from a transaction system in accordance with various embodiments. Hereinafter, the transfer procedure, the transaction procedure, and the withdrawal procedure performed in the transaction system 10 will be described with reference to FIGS. 4 to 6.

In various embodiments, a user installs a DEAW 70 that provides an asset transaction service to a client terminal 75 (e.g., an electronic device including a PC, smartphone, tablet PC, etc.) Asset exchange transactions can be performed.

Deposit procedure

Referring to FIG. 4, when an asset equity token deposit request is generated (401), the client terminal 75 transmits an asset equity token deposit transaction, which is encrypted and signed by the user's private key, to the asset equity smart transaction (403). For example, a user may request to deposit an asset equity token via the D-Application 70. The asset equity token may be issued by the equity equity smart contract (1) of the block-chain network (100) according to the user's asset registration. Asset Stake Smart contract (1) may move asset share token to transaction smart contract (3) (405) in response to an asset stake token deposit transaction. The transaction smart contract 3 may generate a deposit event log and store it in the block chain 55 (407).

The client terminal 75 may send a token deposit transaction encrypted and signed by the user's private key to the token smart contract 2 of the block chain network 100 when a token deposit request is made 409 (411). For example, a user may request to deposit a token via the D-Application 70. The call token may be issued by the call token smart contract (2) according to the user's original deposit. The token smart token 2 may move the token of the token to the transaction smart contract 3 (413) in response to the token deposit transaction. The transaction smart contract 3 may generate a deposit event log and store it in the block chain 55 (415).

The balance information of the currency token and the balance information of the asset equity token deposited in the transaction smart contract 3 may be synchronized 417 between the block chain network 100 and the exchange server 200. For example, the exchange server 200 can refer to the deposit event log recorded in the block chain 55 every predetermined period or whenever a deposit transaction occurs. The exchange server 200 can update the balance of the exchange account according to the deposit event log and process the 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 can update the exchange account data in accordance with the deposit event log.

Transaction procedure

Referring to FIG. 5, the client terminal 75 may transmit the transaction request encrypted and signed by the user's private key to the exchange server 200 and the distributed repository 300 (501, 503). For example, a transaction request may be referenced in a message that includes a purchase order transaction, a sales order transaction, a withdrawal request transaction, or a withdrawal request cancel transaction. The exchange server 200 may process the transaction corresponding to the transaction request (506). The distributed repository 300 may store a cryptographically signed transaction corresponding to the transaction request (507).

The exchange server 200 can generate a trade transaction as matching of the purchase order and the sales order of the user. This process has been described above with reference to FIG. At this time, the exchange server 200 can encrypt and sign the generated transaction transaction with the private key of the exchange server 200 and transmit it to the distributed repository 300. The distributed repository 300 may store the received transaction transaction.

The distributed storage 300 may generate a group file containing a plurality of transactions per predetermined period (509). The distributed storage 300 may transmit the address value of the group file to the block-chain network 100 (511). The block-chain network 100 may write the address value of the received group file to the block chain 55 (517). Or the distributed storage 300 may send the address value of the group file to the exchange server 200 (513). The exchange server 200 may transmit the address value of the received group file to the block-chain network 100 (517). Operation 511 and operations 513 to 515 may alternatively be performed.

The operations (501) to (511) described above can be repeatedly performed. Asset transactions can be made in the transaction system 10 in accordance with operations 501 to 511 performed repeatedly.

Withdrawal procedure

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

The exchange server 200 can acquire transaction details of the specific user from the distributed repository 300 (603). For example, the transaction history may be referenced as a list of transactions that occurred after a particular user's previous withdrawal request. As described above with reference to FIG. 2 (2), the exchange server 200 obtains the previous settlement data file of the specific user from the distributed repository 300, data on transactions generated after the previous withdrawal request transaction , And the settlement data file (e.g., the settlement data file 31, 33 in Fig. 2) can be generated (605). The exchange server 200 can transmit the generated settlement data file to the distributed repository 300 (607), and the distributed repository 300 can store the settled 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 contained in the settlement data file. The client terminal 75 may transmit the confirmation of the received settlement result to the exchange server 200 (613). When the exchange server 200 receives confirmation of the settlement result, the exchange server 200 may transmit the encrypted confirmation transaction to the block-chain network 100 with the private key of the specific user (615). The block chain network 100 may process the withdrawal confirmation transaction and write it to the block chain 55 (617).

In the transaction system 10, transactions other than the deposit request transaction and the withdrawal confirmation transaction can be processed by the exchange server 200 to reduce the fee to be paid to the block chain network 100. [ Transactions processed by the exchange server 200 are stored in the distributed storage 300 and address values in the distributed storage 300 where transactions are stored can be recorded in the block chain network 100. [ Therefore, all transaction details can be reconfigured through the block chain 55 and the distributed repository 300 and monitored by the user.

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

In various embodiments, trading system 10 may initially allocate asset equity tokens to users who have sent a share subscription request message. The equity subscription request message may include information about the amount of the asset equity token the user wants to purchase and may escrow the amount of the token for initial provisioning. If the user does not have enough call tokens in the user's exchange account, the user needs to deposit the appropriate token into the transaction smart contract (3) (703).

The stake subscription request message may be encrypted and signed by the account of the user's block-chain network (100). The encrypted signed equity subscription request message may be sent 703 to the distributed repository 300 and the exchange server 200.

At the end of the initial equity subscription period, the exchange server 200 may perform transactions 709 to finally request and record the initial distribution on the equity equity smart contract 1. The transactions may include proof of the signature of the user and the current balance of the token stored in the spreadsheet 300. Accumulated tokens can be withdrawn from the Asset Inventory account. Users do not have to bear the transaction fee to participate in the initial distribution.

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

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

Figure 8 is a diagram illustrating an asset acquisition and shareholder voting system in various embodiments.

In various embodiments, all of the specific assets registered in the trading system 10 can be purchased and then delisted in the trading system 10. A purchaser who desires to purchase for a particular asset can deposit a token as an escrow to the equity stake smart contract (1) and propose an argument for that particular asset (801). The proposed price (bid price) should be greater than the current market cap of the assets traded on the exchange. When the exchange server 200 perceives a valid offer of an offer from the block-chain network 100, the offering proposal may be announced to all equity holders. All shareholder accounts can vote to accept or reject. Each stakeholder can encrypt sign the account of the block-chain network 100 and send a poll message to the exchange server 200 and the distributed repository 300 (803).

Before the end of the voting period, potential other buyers may offer an offer at a price that exceeds the currently offered price. When an additional acceptance proposal occurs, the previous vote is canceled and a new voting period can begin. At the end of the final voting period, the exchange server 200 may compute the voting results (tallies up) and store the data related to the voting results in the distributed repository 300 (805). The address value on the distributed repository 300 may be stored in the asset equity contract 1 (807).

If the proposed argument is accepted, all token holders can withdraw the asset tokens corresponding to their stake in the proposed price from the asset equity contract (1) (809), and the sold assets are listed in the transaction system (100) Lt; / RTI >

It should be understood that the various embodiments of the present document and the terminology used are not intended to limit thetechniques described in this document to specific embodiments, but rather to include various modifications, equivalents, and / or alternatives of the embodiments. In connection with the description of the drawings, like reference numerals may be used for similar components. The singular expressions may include plural expressions unless the context clearly dictates otherwise. In this document, the expressions "A or B," "at least one of A and / or B," "A, B or C," or "at least one of A, B, and / Possible combinations. Expressions such as " first, "" second," " first, "or" second, " But is not limited to those components. When it is mentioned that some (e.g., first) component is "(functionally or communicatively) connected" or "connected" to another (second) component, May be connected directly to the component, or may be connected through another component (e.g., a third component).

In this document, the term " adapted to or configured to "as used herein is intended to encompass all types of information, including, but not limited to, "Quot;, " made to do ", " designed to ", or "designed to" In some situations, the expression "a device configured to" may mean that the device can "do " with other devices or components. For example, a processor configured (or configured) to perform the phrases "A, B, and C" may be implemented by executing one or more programs stored in a memory device, And may refer to a general purpose processor (e.g., CPU or AP) capable of performing the corresponding operations.

As used herein, the term "module" includes a unit of hardware, software or firmware and may be used interchangeably with terms such as, for example, logic, logic blocks, components, . A "module" may be an integrally constructed component or a minimum unit or part thereof that performs one or more functions. "Module" may be implemented either mechanically or electronically, for example, by application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs) And may include programmable logic devices.

At least some of the devices (e.g., modules or functions thereof) or methods (e.g., operations) according to various embodiments may be implemented with instructions stored in a computer-readable storage medium in the form of program modules. When the instruction is executed by the processor, the processor may perform a function corresponding to the instruction. The computer-readable recording medium may be a hard disk, a floppy disk, a magnetic medium such as a magnetic tape, an optical recording medium such as a CD-ROM, a DVD, a magnetic-optical medium such as a floppy disk, The instructions may include code generated by the compiler or code that may be executed by the interpreter.

Each of the components (e.g., modules or program modules) according to various embodiments may be comprised of a single entity or a plurality of entities, and some subcomponents of the previously mentioned subcomponents may be omitted, or other subcomponents . Alternatively or additionally, some components (e.g., modules or program modules) may be integrated into one entity to perform the same or similar functions performed by each respective component prior to integration. Operations performed by modules, program modules, or other components in accordance with various embodiments may be performed sequentially, in a parallel, repetitive, or heuristic manner, or at least some operations may be performed in a different order, Can be added.

Claims (20)

A system for providing an asset transaction service for processing a plurality of transactions for an asset transaction,
A block-chain network comprising a plurality of computing devices, the block-chain network operatively coupled to the at least one first processor and the at least one first memory included in the plurality of computing devices via a first network interface A block chain is stored in the at least one first memory; And
A second network interface configured to communicate with the block-chain network; And at least one second processor; And
And a distributed storage,
Wherein the at least one first processor comprises:
Receiving the deposit transaction or the withdrawal confirmation transaction encrypted and signed by the account registered in the block chain network through the asset transaction service, processing the deposit request transaction or the withdrawal confirmation transaction, and write in the block chain ,
Wherein the at least one second processor comprises:
A transaction transaction that is cryptographically signed by the account and that is not the deposit transaction and the withdrawal confirmation transaction among the plurality of transactions is received or generated through the asset transaction service and is configured to process the received or generated transaction transaction ,
Wherein the dispersion storage comprises:
And to store the received or generated transaction transaction. The method according to claim 1,
Wherein the at least one first processor comprises:
And to issue, through the at least one smart contract distributed on the block-chain network, an asset equity token and a tokens transactionable in the asset transaction service. The method of claim 2,
Wherein the at least one second processor comprises:
Generate an exchange transaction between the asset token and the token token based on the received transaction transaction,
And use the account to encrypt-sign the exchange transaction. The method of claim 2,
Wherein the at least one second processor comprises:
Paying a transaction fee according to the processing of the depositing transaction and the dispensing transaction as a native currency held in the server,
And to obtain the call token corresponding to the paid native call. The method according to claim 1,
Wherein the at least one first processor comprises:
Obtaining the stored address value of the transaction transactions stored in the distributed repository,
And store the obtained address value in the block chain. A server operatively associated with a block-chain network,
At least one memory;
A network interface configured to communicate with the block-chain network and the distributed repository; And
And at least one processor configured to provide an exchange transaction service between the tokens issued by the block-chain network,
Wherein the at least one processor comprises:
If a sequence of a plurality of transaction transactions is received through the exchange transaction service, sequentially processing the plurality of transaction transactions;
Receiving an address value of the distributed repository from which the plurality of transactions are stored from the distributed repository through the network interface;
And send the address value to the block-chain network. The method of claim 6,
Wherein the at least one processor comprises:
When a withdrawal request transaction mapped to a first account registered in the block chain network is received through the exchange transaction service,
A settlement data file for generating a settlement data file based on the plurality of transactions mapped to the first account stored in the distributed repository in response to receipt of the withdrawal request transaction, server. The method of claim 7,
Wherein the at least one processor comprises:
Transmits at least a part of the settlement data file to the client terminal corresponding to the first account through the exchange transaction service,
And upon receipt of an acknowledgment from the client terminal, transmit a withdrawal confirmation transaction to the block-chain network. The method of claim 8,
Wherein the at least one processor comprises:
And to generate the withdrawal confirmation transaction to be mapped to the first account. The method of claim 6,
Wherein the at least one processor comprises:
And to receive the address value of the group file containing the plurality of transactions stored for the predetermined period from the distributed repository at predetermined intervals. The method of claim 6,
Wherein the at least one processor comprises:
Wherein the plurality of transaction transactions for an exchange transaction between a first token and a second token issued by the block chain network are transmitted to the block chain based on the deposit history data of the first token and the second token recorded in the block chain The server is set up to process. A server operatively associated with a block-chain network,
At least one memory;
A network interface configured to communicate with the block-chain network and the distributed repository; And
And at least one processor configured to provide an exchange trading service between a first token and a second token issued by the block-chain network,
Wherein the at least one processor comprises:
Receiving a withdrawal request transaction mapped to a first account registered in the block-chain network,
In response to receiving the withdrawal request transaction, acquiring transaction transactions mapped to the first account in the distributed repository and generated through the exchange transaction service,
To the block-chain network, a withdrawal confirmation transaction including the first token number information or the second token number information determined based on the obtained transaction transactions. The method of claim 12,
Wherein the at least one processor comprises:
Generating a settlement data file based on the obtained transaction transactions, transmitting the settlement data file to a client terminal corresponding to the first account,
And transmit the withdrawal confirmation transaction to the block-chain network when an acknowledgment is received from the client terminal. 14. The method of claim 13,
Wherein the at least one processor comprises:
And to generate the withdrawal confirmation transaction to be mapped to the first account when the acknowledgment is received. The method of claim 12,
Wherein the at least one processor is configured to generate the settled data file to be mapped to the first account and to transmit the generated settled data file to the distributed storage. A system for providing an exchange transaction service,
A block-chain network comprising a plurality of computing devices; Wherein the block-chain network comprises at least one first processor included in the plurality of computing devices via a first network interface, the at least one first processor providing at least one smart contract for the exchange transaction service; And at least one first memory coupled to be operably coupled to the at least one first memory, wherein the block chain is stored in the at least one first memory; And
A second network interface configured to communicate with the block-chain network; And at least one second processor; Lt; / RTI >
Wherein the at least one first processor comprises:
Receiving a deposit request transaction for a token issued by the at least one smart contract through the at least one smart contract,
In response to the deposit request transaction, to generate a deposit log record and to record the deposit log record in a block chain,
Wherein the at least one second processor comprises:
And access the block chain via the second network interface and obtain the deposit log record. 18. The method of claim 16,
Wherein the at least one second processor comprises:
And update the exchange account data on the exchange transaction service based on the deposit log record. 18. The method of claim 17,
And a distributed storage configured to communicate with the block-chain network and the server,
Wherein the at least one second processor comprises:
Receive at least one transaction transaction for an exchange transaction, process the at least one transaction transaction based on the updated exchange account data, and store the at least one transaction transaction in the distribution repository,
Wherein the at least one first processor comprises:
Wherein the at least one transaction transaction is configured to store an address value on the distributed storage in the block chain. 19. The method of claim 18,
Wherein the at least one second processor comprises:
Receive a withdrawal request transaction for the token, received via the exchange trading service, mapped to an account registered in the block-chain network,
Wherein the transaction control module is configured to transmit a withdrawal confirmation transaction including information on the number of tokens to be withdrawn to the block-chain network through the second network interface, based on the at least one transaction transaction stored in the distributed repository and mapped to the account , system. The method of claim 19,
Wherein the at least one first processor comprises:
And to process the withdrawal confirmation transaction received from the at least one second processor and to write to the block chain.

Images