KR102396599B1 - Device and method of supporting transaction processing in asynchronous transaction processing architecture - Google Patents

Abstract

The described embodiment relates to an apparatus and method for supporting more stable transaction processing in an architecture in which transactions are processed asynchronously, the method comprising: determining a next transmission target among a plurality of transactions stored in a storage; loading at least one transaction including the next transfer target transaction, transmitting the at least one transaction to a blockchain network, committing the transaction to a blockchain included in the blockchain network ( Commit), and determining whether the transaction has been committed as a retransmission target may be provided.

Description

DEVICE AND METHOD OF SUPPORTING TRANSACTION PROCESSING IN ASYNCHRONOUS TRANSACTION PROCESSING ARCHITECTURE

The described embodiment relates to an apparatus and method for supporting more stable transaction processing in an architecture in which transactions are processed asynchronously.

With the birth of a new network platform, the world is facing a change from the era of centralized servers to the era of peer-to-peer distributed networks.

The blockchain stores the data to be managed in a chain-type, link-based distributed data storage environment in which small data is created based on the peer-to-peer method, making it difficult to arbitrarily modify data, and It refers to data forgery prevention technology based on distributed computing technology that makes it easy to check history.

When all data is stored in the nodes of the main chain of the blockchain, the nodes become heavier and cause deterioration of the overall performance of the blockchain and various problems. A sidechain, a sub-chain that works by attaching to the main chain, is being used. When using this, the burden on the main chain can be reduced by moving the information in the main chain to the side chain to process the transaction, and only storing important information in the main chain when the transaction is completed.

Domestic Patent Publication No. 10-1701131 (Title of the invention: Data recording/verification method and system using heterogeneous block chain connection)

An object of the present invention is to provide an apparatus and method for supporting a transaction to be processed more reliably in an architecture in which a transaction is processed asynchronously according to the described embodiment.

A method for supporting transaction processing in an asynchronous transaction processing architecture according to an embodiment includes receiving a transaction and a processing request of the transaction from a user terminal, and a private key stored corresponding to a user account owned by a user of the user terminal generating a signature of the transaction using a (private key) and adding the signature to the transaction to generate a signed transaction; storing the signed transaction in a first storage of a queue structure; loading at least one signed transaction comprising the signed transaction from the first repository, and blocking the at least one signed transaction in an order of location on the first repository of the at least one signed transaction It may include transmitting to a blockchain network.

A method for supporting transaction processing in an asynchronous transaction processing architecture according to another embodiment includes determining a next transmission target among a plurality of transactions stored in a storage, and loading at least one transaction including the next transmission target transaction from the storage transmitting the at least one transaction to a blockchain network, checking whether the transaction is committed to a blockchain included in the blockchain network, and based on whether the transaction is committed may include determining as a retransmission target.

A method of supporting transaction processing in an asynchronous transaction processing architecture according to another embodiment is

Receiving a transaction and a request for processing the transaction from a user terminal, generating a signature of the transaction, and adding a signature to the transaction to generate a signed transaction, storing the signed transaction in a first storage of a queue structure storing, loading at least one signed transaction comprising the signed transaction from the first repository, and the at least one signature in the order of location on the first repository of the at least one signed transaction It may include transmitting the transaction to a blockchain network.

According to the described embodiment, an apparatus and method for supporting a transaction to be processed more stably in an architecture in which a transaction is processed asynchronously may be provided.

In addition, a transaction processing support apparatus and method for reducing the load on the chain by reducing the number of direct queries to the chain by using a chain crawler and persistent storage can be provided.

In addition, a transaction processing support apparatus and method can be provided that prevent the sidechain from being stopped by controlling the transaction throughput through asynchronous transaction processing even when more requests are received than the transaction processing capacity of the chain.

1 is a diagram illustrating a network relationship between an apparatus for supporting transaction processing and other entities that transmit and receive data according to an embodiment.
2 is an operation flowchart illustrating a method for supporting transaction processing according to an embodiment.
3 is an operation flowchart illustrating a transaction processing support method according to another exemplary embodiment.
4 is an operation flowchart illustrating a method for supporting transaction processing according to another exemplary embodiment.
5 is a reference diagram for explaining an asynchronous transaction processing architecture according to an embodiment.
6 is a reference diagram illustrating a queuing structure of a transaction according to an embodiment.
7 is a reference diagram for explaining a method for giving a nonce and performing a signature of a transaction according to an embodiment.
8 is a reference diagram for explaining a method of transmitting a transaction according to an embodiment.
9 is a reference diagram for explaining a method of checking and retransmitting a transaction transmission result according to an embodiment.
10 is a diagram showing the configuration of a computer system according to an embodiment.

Advantages and features of the present invention and methods of achieving them will become apparent with reference to the embodiments described below in detail in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but will be implemented in a variety of different forms, and only these embodiments allow the disclosure of the present invention to be complete, and common knowledge in the technical field to which the present invention belongs It is provided to fully inform the possessor of the scope of the invention, and the present invention is only defined by the scope of the claims. Like reference numerals refer to like elements throughout.

Although "first" or "second" is used to describe various elements, these elements are not limited by the above terms. Such terms may only be used to distinguish one component from another. Accordingly, the first component mentioned below may be the second component within the spirit of the present invention.

The terminology used herein is for the purpose of describing the embodiment and is not intended to limit the present invention. In this specification, the singular also includes the plural unless specifically stated otherwise in the phrase. As used herein, “comprises” or “comprising” implies that the stated component or step does not exclude the presence or addition of one or more other components or steps.

Unless otherwise defined, all terms used herein may be interpreted with meanings commonly understood by those of ordinary skill in the art to which the present invention pertains. In addition, terms defined in a commonly used dictionary are not to be interpreted ideally or excessively unless specifically defined explicitly.

Hereinafter, an apparatus and method for supporting transaction processing in an asynchronous transaction processing architecture according to an embodiment will be described in detail with reference to FIGS. 1 to 10 .

1 is a diagram illustrating a network relationship between an apparatus for supporting transaction processing 120 and other entities that transmit and receive data according to an embodiment.

The transaction processing support apparatus 120 according to the embodiment may transmit/receive data to and from the user terminal 110 , the blockchain network 130 , the transaction storage 140 , and the persistent storage 150 .

The user terminal 110 may request a transaction and transaction processing from the transaction processing support device 120 , receive a transaction identifier in response to the processing request from the transaction processing support device 120 , and acknowledge that the transaction has been processed You can receive a transaction receipt (receipt) indicating.

The transaction processing support device 120 transmits and receives data to and from the user terminal 110, the block chain network 130, the transaction storage 140, and the persistent storage 150 so that the transaction received from the user terminal is reflected in the block chain network. It can support transaction processing.

A transaction refers to a data set for changing the state of the block chain, and the processing of the transaction may refer to a procedure for transmitting a transaction to the block chain and allowing the block chain state change to be confirmed according to the transaction. That is, the processing of the transaction may refer to a procedure for allowing the transaction to be committed to the block chain.

The transaction storage 140 may be a storage for temporarily storing a transaction before the transaction processing support device 120 transmits a transaction to the blockchain network 130 .

Persistent storage 150 is a storage for performing a role of making some information because the load on the blockchain network is increased when the transaction processing support device 120 performs a query and response to the blockchain network 130 every time. can

The user terminal 110 , the transaction processing support device 120 , and the block chain network 130 may be interconnected through a communication network (not shown).

The communication network refers to an access path for transmitting and receiving data between the user terminal 110 , the transaction processing support device 120 , and the block chain network 130 . For example, communication networks include wired networks such as LANs (Local Area Networks), WANs (Wide Area Networks), MANs (Metropolitan Area Networks), ISDNs (Integrated Service Digital Networks), wireless LANs, CDMA, Bluetooth, satellite communications, etc. It may cover a wireless network of, but is not limited to the above-described example.

2 is an operation flowchart illustrating a method for supporting transaction processing according to an embodiment.

In particular, FIG. 2 is an operation flowchart illustrating a queuing method and a transmission method of a transaction when the transaction processing support apparatus receives a signed transaction.

The transaction processing support method according to the embodiment will be described step-by-step. First, the transaction processing support apparatus may receive a transaction and a request for processing the transaction from a user terminal ( S210 ).

After receiving the transaction processing request, the transaction processing support apparatus may generate a transaction identifier for uniquely identifying the transaction, and transmit the transaction identifier to the user terminal in response to the processing request.

Next, the transaction processing support apparatus may store the transaction in the storage of the queue structure (S220).

The queue structure may be a structure including classification identifiers set to correspond to each of a plurality of sidechains included in the block chain network and a plurality of partitions for distributed storage of each of the classification identifiers.

The classification identifier may correspond to a topic in the Apache Kafka architecture.

The storage may be a signed transaction queue in which signed transactions are stored.

The transaction processing support apparatus may store the transaction in any one of a plurality of partitions included in a topic corresponding to a sidechain in which an External Owned Account (EOA) owned by the user of the user terminal is used.

Next, the transaction processing support apparatus may load at least one transaction including the transaction from the storage (S230).

The transaction processing support device uses transaction processing information (PTI, Processed Transaction Information) to determine whether the other transaction received immediately before has been transmitted to the block chain network, and determines whether the other transaction received immediately before receiving the transaction When a transaction is sent to the blockchain network, the at least one transaction may be loaded in the next sequence.

The transaction processing information may include a topic identifier, a partition identifier, and a location identifier on a partition corresponding to the transaction processed immediately before.

The transaction processing support apparatus may load the at least one transaction by a preset number from the location of the transaction on the partition in which the transaction is stored. That is, the transaction processing support apparatus may load one transaction or a plurality of transactions.

Next, the transaction processing support apparatus may transmit the at least one transaction to the blockchain network in the order of the location of the at least one transaction on the storage (S240).

The transaction processing support device may transmit the at least one transaction to the sidechain included in the blockchain network so that the at least one transaction is committed to the sidechain corresponding to the topic.

The transaction processing support apparatus corresponds to the at least one transaction to the at least one transaction based on a transmission period set differently for each sidechain according to the processing performance of each of the plurality of sidechains included in the block chain network. It can be transmitted according to the transmission cycle of the sidechain.

After transmitting the at least one transaction to the blockchain network, the transaction processing support device processes the transaction to indicate that a transaction having a relatively last order of location on the storage among the at least one transaction is a transaction processed immediately before. Information can be updated.

After transmitting the at least one transaction to the blockchain network, the transaction processing support device checks whether the transaction is committed to a sidechain corresponding to the transaction, and confirms whether the transaction is committed to the sidechain. In this case, a transaction receipt generated for the transaction may be received, and the transaction receipt may be provided to the user terminal.

3 is an operation flowchart illustrating a transaction processing support method according to another exemplary embodiment.

In particular, FIG. 3 is an operation flowchart illustrating a method of transmitting a transaction, a method of checking a transmission result, and a method of retransmitting a transaction.

The transaction processing support method according to the embodiment will be described step-by-step. First, the transaction processing support apparatus may determine a next transmission target among a plurality of transactions stored in the storage (S310).

The storage may be a signed transaction queue in which signed transactions are stored.

The transaction processing support apparatus may preferentially determine, as the next transmission target, among the plurality of transactions, the retransmission target.

When a transaction to be retransmitted does not exist, the transaction processing support device uses the transaction processing information to identify the transaction sent to the blockchain network immediately before, and immediately following the transaction sent to the blockchain network immediately before. It is possible to determine the transaction stored in the next transmission target.

Specifically, when the transaction processing information includes the storage location identifier of the retransmission target transaction, the transaction processing support device determines the retransmission target transaction as the next transmission target, and includes the retransmission target transaction in the transaction processing information. When the storage location identifier is not included, a transaction stored immediately after a transaction transmitted to the blockchain network immediately before among the plurality of transactions may be determined as the next transmission target.

When the transaction processing support device determines the retransmission target transaction as the next transmission target, it transmits the retransmission target transaction to the block chain network, and then identifies the retransmission target transaction as the transaction transmitted to the block chain network immediately before. That is, when the transaction processing support apparatus transmits a retransmission target transaction immediately before, if another retransmission target transaction does not exist, a transaction stored immediately after the retransmission target transaction may be determined as the next transmission target. Accordingly, a normally processed transaction stored next to the retransmission target transaction may be duplicated and transmitted to the chain. In this case, it is possible to recognize that a transaction has been duplicated in the chain and prevent the transaction from being duplicated.

Next, the transaction processing support apparatus may load at least one transaction including the next transfer target transaction from the storage ( S320 ).

Next, the transaction processing support apparatus may transmit at least one transaction to the block chain network (S330).

After transmitting the at least one transaction to the block chain network, the transaction processing support apparatus may update the transaction processing information to include a storage location identifier of the transaction transmitted to the block chain network immediately before.

The transaction processing information may include fields in which the storage location identifier of the immediately transmitted transaction, the storage location identifier of the immediately committed transaction, and the storage location identifier of the transaction to be retransmitted are recorded.

After transmitting the at least one transaction to the blockchain network, the transaction processing support device includes transaction processing time information ( PTT, Processed Transaction Timetable) can be updated.

The transaction processing time information may include a storage location identifier of a transaction transmitted immediately before, a transaction identifier for uniquely identifying the transaction, and fields in which a transmission time of the transaction is recorded.

Next, the transaction processing support device may check whether the transaction has been committed to the block chain included in the block chain network (S340).

The transaction processing support device identifies a transaction in which a predetermined time has elapsed from the transmission time by using the transaction processing time information, and after a predetermined time elapses from the time when the transaction is transmitted to the block chain network, You can check whether the commit has been made or not.

The transaction processing support device may check whether the transaction is reflected in the blockchain network using summary data of data stored in the blockchain network.

The summary data may be data generated using information about the state of the block chain obtained as a result of a chain crawler periodically querying the block chain network.

Next, the transaction processing support apparatus may determine whether to retransmit the transaction based on whether the transaction is committed ( S350 ).

When the transaction is not committed to the block chain, the transaction processing support apparatus may determine the transaction as the retransmission target, and update the transaction processing information to further include a storage location identifier of the retransmission target transaction.

4 is an operation flowchart illustrating a method for supporting transaction processing according to another exemplary embodiment.

In particular, FIG. 4 is an operation flowchart illustrating a queuing method, a nonce granting method, a signing method, and a transmission method of a transaction when the transaction processing support apparatus receives an unsigned transaction.

The transaction processing support method according to the embodiment will be described step-by-step. First, the transaction processing support apparatus may receive an unsigned transaction and a transaction processing request from the user terminal ( S410 ).

The transaction processing support device stores an unsigned transaction in a transaction queue, and includes the transaction in the transaction queue when a signed transaction of another transaction received immediately before receiving the transaction is stored in the signed transaction queue At least one transaction can be loaded.

The transaction processing support apparatus may give a nonce indicating the number of transactions transmitted from an externally owned account owned by the user to the unsigned transaction loaded from the transaction queue.

To this end, the transaction processing support apparatus may identify the number of transactions transmitted from the user account by using the nonce information.

Specifically, when a plurality of nonces corresponding to the identifier of the user account exist in the nonce information, the transaction processing support apparatus transmits from the user account a nonce corresponding to a sidechain in which the user account is used among the nonces. It can be identified by the number of transactions that have been made.

When nonce information corresponding to the user account does not exist, the transaction processing support device may generate nonce information corresponding to the user account by counting transactions transmitted from the user account in the blockchain network.

The nonce information may include an identifier of an externally owned account that transmitted a transaction stored in a signed transaction queue and the number of transactions (nonce) transmitted from the externally owned account.

The transaction processing support apparatus may generate a signature of the transaction, and may generate a signed transaction by adding the signature to the transaction ( S420 ).

The transaction processing support apparatus may generate a signature of the transaction by using a private key stored in response to an External Owned Account (EOA) owned by the user of the user terminal. To this end, the private key of the externally owned account may be managed by the transaction processing support device.

Next, the transaction processing support apparatus may store the signed transaction in the storage of the queue structure (S430).

Here, the storage may be a signed transaction queue.

After storing the signed transaction in the signed transaction queue, the transaction processing support apparatus may update nonce information corresponding to the externally owned account.

Next, the transaction processing support apparatus may load at least one signed transaction including the signed transaction from the storage (S440).

Next, the transaction processing support apparatus may transmit the at least one signed transaction to the blockchain network in the order of the location of the at least one signed transaction on the storage (S450).

The description of the step of loading the signed transaction and the step of transmitting to the block chain network overlaps with the description of the step of loading the transaction of FIG. 2 and the step of transmitting it to the block chain network, so it will be omitted.

5 is a reference diagram for explaining an asynchronous transaction processing architecture according to an embodiment.

Referring to FIG. 5 , the asynchronous transaction processing architecture may include a user terminal 110 , a transaction processing support device 120 , a blockchain network 130 , a transaction storage 140 , and a persistent storage 150 .

The user terminal 110 uses a sidechain, and may mean a subject requesting transaction processing based on it.

The transaction processing support device 120 is a server layer including modules for supporting transaction processing, a transaction receiver 121, a nonce worker 122, a wallet API 123, a transaction sender 124, It may include a chain crawler 125 and a transaction checker 126 .

The transaction receiver 121 may receive a transaction processing request from a user terminal as a transaction application programming interface (API) and transmit a transaction processing result to the user terminal.

The transaction receiver 121 temporarily stores a transaction in the transaction storage 140 when a user terminal requests a transaction processing for asynchronous processing of the transaction, and returns a transaction identifier corresponding to the transaction in response to the transaction processing request ( return) can be

When a transaction temporarily stored in the transaction storage is processed, a transaction receipt corresponding to the transaction processing result is transmitted to the user terminal through a callback function, or in response to a transaction processing result query request including the transaction identifier of the user terminal The transaction receipt may be transmitted to the user terminal.

That is, in response to the transaction processing request of the user terminal, it is possible to respond quickly by directly returning the transaction identifier without waiting for the transaction to be processed. In addition, even when more transaction processing requests are received from the user terminal than the number of transactions that can be simultaneously processed in the chain, a transaction identifier is first returned in response to each of the transaction processing requests, and the actual transaction processing is performed according to the performance of the chain. Chain overload can be prevented.

The transaction receiver 121 may receive a signed transaction using the private key from a user terminal of a user who directly manages a private key used for signing a transaction, and uses the private key as a transaction processing support device An unsigned transaction may be received from a user terminal of a user managed by .

When receiving an unsigned transaction, the transaction receiver 121 may store it in the transaction queue 141 , and when receiving a signed transaction, store it in the signed transaction queue 142 .

The nonce worker 122 may manage a nonce for a transaction stored in the transaction storage 140 and perform a signature on the transactions by calling the wallet API 123 .

In particular, the nonce worker 122 grants a nonce to an unsigned transaction stored in the transaction queue 141, calls the wallet API 123 to perform a signature, and then transfers the signed transaction to the signed transaction queue 142. can be stored in

The wallet API 123 is a module that requires wallet information for transaction processing, performs a signature on an unsigned transaction, and returns a signed transaction, and may operate according to the call of the nonce worker 122 . .

In response to the call of the wallet API 123 of the nonce worker 122, instances operating in parallel may be created, and a plurality of transactions may be signed in parallel through the instances.

The transaction sender 124 may load the transaction stored in the transaction storage 140 and send the transaction to the chain.

In particular, the transaction sender 124 may load a signed transaction stored in the signed transaction queue 142 and transmit it to any one of the chains included in the blockchain network 130 .

The transaction sender 124 may transmit a transaction to the chain according to a transmission period set according to the processing performance of the chain. Through this, even when more transaction processing requests are received from the user terminal than the number of transactions that can be simultaneously processed in the chain, the chain overload can be prevented by controlling the transaction processing speed according to the performance of the chain.

The transaction sender 124 and the transaction checker 126 use common transaction processing information, and the transaction sender 124 may retransmit a transaction identified as not being normally processed through the transaction checker 126 to the chain.

The chain crawler 125 may process data committed to the chain and store it in the permanent storage.

A transaction receipt corresponding to the processing result of the transaction received from the user terminal may be stored in the permanent storage, and the transaction receiver 121 uses the transaction receipt stored in the persistent storage in a callback function or a query request of the user terminal. In response, it may be transmitted to the user terminal.

The transaction checker 126 queries whether the transaction sent to the chain by the transaction sender 124 has been normally processed, and if the transaction receipt is not issued for more than a preset time, the transaction may be retransmitted. transaction processing information can be managed.

The transaction checker 126 sets a reset offset of the transaction processing information using the transaction processing time information and the transaction processing information to indicate the retransmission target, and the transaxen sender 124 determines the transaction transmission target, The reset offset of the information can be checked preferentially.

The blockchain network 130 is a chain layer including modules for operating side chains, and may include a chain router 131 and a plurality of sidechains 133 .

The chain router 131 is a server participating in the sidechain and the blockchain network 130, which extracts the location of the nodes 132, designates an optimal path to the location, and propagates the transaction along the optimal path. can

One sidechain is operated by a plurality of nodes, and one node can be involved in the operation of a plurality of sidechains. That is, sidechains and nodes can have a many-to-many relationship.

The transaction storage 140 may be a storage of a queue structure containing transaction data. Here, the queue may be a distributed messaging queue of an architecture specialized for processing large-capacity real-time logs.

The transaction storage 140 is composed of a plurality of topics corresponding one-to-one to a plurality of sidechains included in the blockchain network, and each of the topics includes a plurality of partitions for distributed storage. can have a structure.

The number of partitions for each of the topics may be set differently for each topic based on the number of externally owned accounts corresponding to a sidechain corresponding to each of the topics. For example, when the number of externally owned accounts corresponding to the sidechain corresponding to the first topic is greater than the number of externally owned accounts corresponding to the sidechain corresponding to the second topic, the number of partitions of the first topic is the number of partitions of the second topic It can be set to a value greater than the number.

The transaction store 140 may include a transaction queue 141 and a signed transaction queue 142 .

The transaction queue 141 may be a queue in which unsigned transactions are stored, and the signed transaction queue 142 may be a queue in which signed transactions are stored.

For example, the transaction queue 141 may store an unsigned transaction received by the transaction receiver 121 , and the signed transaction queue 142 may store a signed transaction or a nonce worker received by the transaction receiver 121 . The transaction in which the signature is performed by 122 may be stored.

The permanent storage 150 may be a storage in which processed data of data stored in sidechains included in the blockchain network 130 is stored.

The persistent storage 150 may include a NoSQL database that supports key-value and document data structures, and a relational DB that stores relationships between keys and values in a table form.

6 is a reference diagram illustrating a queuing structure of a transaction according to an embodiment.

In particular, FIG. 6 is a reference diagram illustrating a queuing structure of a transaction when the transaction processing support apparatus receives an unsigned transaction.

Referring to FIG. 6 , when the user terminal transmits a transaction through a DApp (Decentralized Application), the transaction receiver may store it in a transaction queue.

The transaction receiver may identify a sidechain to be committed of each of the received transactions, and store each of the transactions in a topic corresponding to the identified sidechain.

Transactions stored in the transaction queue may be stored in the signed transaction queue by being given a nonce and signing by the nonce worker in a first-in-first-out manner.

Although not shown in FIG. 6 , when the transaction processing support device receives the signed transaction, the transaction receiver may store the signed transaction in the signed transaction queue. In this case, the process of storing the transaction in the transaction queue, the nonce A process of granting and a process of performing a signature may be skipped.

Transactions stored in the signed transaction queue can be loaded by the transaction sender and sent to the chain in a first-in-first-out manner.

Data committed to the chain is obtained through periodic read quorum by the chain crawler, and information related to blocks, transactions, or transaction receipts obtained by the chain crawler can be stored in persistent storage.

7 is a reference diagram for explaining a method for giving a nonce and performing a signature of a transaction according to an embodiment.

In particular, FIG. 7 is a reference diagram for explaining a method for giving a nonce and performing a signature when the transaction processing support apparatus receives an unsigned transaction.

Referring to FIG. 7 , first, the nonce worker may load an unsigned transaction stored in the transaction queue by the transaction receiver.

The nonce worker can load multiple unsigned transactions at once from the transaction queue. For example, the nonce worker can load 3 unsigned transactions from the transaction queue, and the number of transactions that the nonce worker can load at one time can be set to a value other than 3.

Blocks included in the transaction queue and the signed transaction queue shown in FIG. 7 correspond to one transaction, and among the signs "A0", "A1", "B0", etc. marked in each block, "A", "B" " may correspond to each of different externally owned accounts, and "0" and "1" may correspond to each of the transactions of each externally owned account.

That is, the transaction queue shown in FIG. 7 includes a first transaction (A0) of a first externally owned account, a second transaction (A1) of a first externally owned account, a first transaction (B0) of a second externally owned account, and a first transaction (B0) of the first externally owned account. The third transaction A2 of the first externally owned account, the first transaction A3 of the first externally owned account, and the second transaction B1 of the second externally owned account may correspond to the stored queue in order.

An offset indicating a storage location on the queue may be a value starting from 0 and increasing each time data is added to the queue.

Next, the nonce worker may determine a nonce value to be given to the loaded transaction by using the transaction processing information and the nonce information.

Transaction processing information and nonce information are structural representations of data managed by a nonce worker.

The transaction processing information may include at least five fields, wherein the five fields are transaction identification information (ID), topic identification information in which the transaction is stored (chain ID), and consumer identification information (consumer ID) that loaded the transaction from the queue. ), partition identification information (partition) where the transaction is stored, and storage location information (offset) on the queue of the transaction.

The nonce information may include at least three fields, wherein the three fields are transaction identification information (ref ID), externally owned account identification information (EOA) corresponding to the transaction, and externally owned account nonce value (nonce). can be The transaction identification information may be a value referring to transaction identification information included in the transaction processing information. The identification information of the transaction may be used to distinguish the externally owned accounts when identification information of the same externally owned accounts exists in any two or more chains.

If the nonce value (or nonce information) of the externally owned account corresponding to the loaded transaction is not stored in the memory, the nonce worker makes a query to the chain to determine the nonce value of the forged owned account, and responds to the query A nonce value may be determined based on .

Next, the nonce worker may give a nonce to the loaded transaction, and reflect the information of the nonce-applied transaction to the transaction processing information so that the nonce-applied transaction is not repeatedly processed.

Next, the nonce worker can call the wallet API to sign the transaction to which the nonce is granted.

Next, the nonce worker can store the signed transaction in the signed transaction queue.

A block marked "A0" included in the signed transaction queue shown in FIG. 7 may correspond to a signed transaction of a transaction corresponding to a block marked "A0" included in the transaction queue.

The nonce worker can store multiple signed transactions at once in the signed transaction queue. For example, the nonce worker may store three signed transactions, and the number of transactions that the nonce worker can store at once may be set to a value other than three.

Next, the nonce worker may reflect the signed transaction information stored in the signed transaction queue to the nonce information.

8 is a reference diagram for explaining a transaction transmission method according to an embodiment.

In particular, FIG. 8 is a reference diagram for explaining a method in which the transaction processing support device transmits a signed transaction to the chain.

Referring to FIG. 8 , first, the transaction sender may determine a transmission target in a signed transaction queue using transaction processing information.

The signed transaction queue shown in Fig. 8 includes a first signed transaction (A0') of a first externally owned account, a second transaction (A1') of a first externally owned account, and a first transaction (A1') of a second externally owned account ( B0') may correspond to the stored queues in this order.

Transaction processing information is a structural representation of data jointly managed by a transaction sender and a transaction checker.

Here, the transaction processing information jointly managed by the transaction sender and the transaction checker may include data different from the transaction processing information managed by the nonce worker.

The transaction processing information jointly managed by the transaction sender and the transaction checker may include at least seven fields, wherein the seven fields include transaction identification information (ID), transaction storage topic identification information (chain ID), and transaction information. It may be consumer identification information loaded from the queue (consumer ID), partition identification information in which the transaction is stored (partition), storage location information on the queue of the transaction (offset), final offset and reset offset. .

In other words, the transaction processing information jointly managed by the transaction sender and the transaction checker includes at least five fields included in the transaction processing information managed by the nonce worker, plus two fields, a final offset and a reset offset. include

* The final offset is information indicating the location on the signed transaction of the transaction committed to the block immediately before, and the reset offset may be information indicating the location on the signed transaction of the transaction to be retransmitted because the transaction is not normally processed. Even if a transaction is transmitted to the chain, the final offset and reset offset may be used to recover a transaction that is not normally processed as described above because the transaction may not be mined and stored in a block.

When a value is set in the reset offset field of the transaction processing information, the transaction sender determines the transaction at the position corresponding to the reset offset as the transmission target, and when the value is not set in the reset offset field, the transaction at the position corresponding to the offset can be determined as the transmission target.

Next, the transaction sender may load at least one transaction including the transmission target for the transactions stored in the signed transaction queue.

That is, the transaction sender can load multiple signed transactions at once. For example, the transaction sender may load three signed transactions from the signed transaction queue, and the number of signed transactions that the transaction sender can load at one time may be set to a value other than three.

Next, the transaction sender can send the loaded signed transactions to the chain.

Loading and retransmitting a transaction according to the reset offset means performing a recovery that retransmits a transaction that was not normally processed. In the recovery process, if the same transaction as a normally processed transaction is retransmitted to the chain, the transaction It can recognize that it was sent as a duplicate and prevent the corresponding transaction from being duplicated.

Next, the transaction sender can reflect the information of the signed transaction sent to the chain to the transaction processing information and the transaction processing time information.

The transaction processing time information is a structural representation of data jointly managed by the transaction sender and the transaction checker.

The transaction processing time information may include at least five fields, wherein the five fields include transaction identification information (ref ID), a starting point offset of at least one loaded transaction, and at least one loaded transaction. It may be an offset corresponding to the last item (target offset), a hash value (TX hash) of at least one loaded transaction, and a time (timestamp) at which the transaction is transmitted by the transaction sender.

9 is a reference diagram for explaining a method of checking and retransmitting a transaction transmission result according to an embodiment.

In particular, FIG. 9 is a reference diagram for explaining a method in which the transaction processing support device checks whether a transaction transmitted to the chain is normally reflected (committed) to the chain, and retransmits a transaction that is not normally reflected

Referring to FIG. 9 , first, a transaction checker may identify a transaction transmitted to a chain using transaction processing time information.

The transaction checker may determine, among the transactions recorded in the transaction processing time information, as a transmission result check target, a predetermined time has elapsed from the time of transmission to the chain.

Next, the transaction checker may query the persistent storage for a transaction request, and determine whether the transaction corresponding to the transmission result check target is normally reflected in the chain based on whether the transaction request has been issued.

As a result of the determination, if the transaction is not normally reflected in the chain, the transaction checker resets the record including the transaction identification information (ID) of the transaction processing information that matches the transaction identification information (ref ID) of the transaction in the transaction processing time information You can set an offset.

10 is a diagram showing the configuration of a computer system according to an embodiment.

The transaction processing support apparatus 120 according to the embodiment may be implemented in the computer system 1100 such as a computer-readable recording medium.

Computer system 1100 may include one or more processors 1110 , memory 1130 , user interface input device 1140 , user interface output device 1150 , and storage 1160 that communicate with each other via bus 1120 . can In addition, the computer system 1100 may further include a network interface 1170 coupled to the network 1180 . The processor 1110 may be a central processing unit or a semiconductor device that executes programs or processing instructions stored in the memory 1130 or the storage 1160 . The memory 1130 and the storage 1160 may be storage media including at least one of a volatile medium, a non-volatile medium, a removable medium, a non-removable medium, a communication medium, and an information delivery medium. For example, the memory 1130 may include a ROM 1131 or a RAM 1132 .

According to the embodiment described above, unlisted stocks can be traded more easily and safely among users.

Although embodiments of the present invention have been described with reference to the accompanying drawings in the above, those of ordinary skill in the art to which the present invention pertains can implement the present invention in other specific forms without changing the technical spirit or essential features. You can understand that there is Therefore, it should be understood that the embodiments described above are illustrative in all respects and not restrictive.

110: user terminal 120: transaction processing support device
130: blockchain network 140: transaction storage
150: persistent storage

Claims (14)

In the transaction processing support method performed in the transaction processing support device,
selecting a first transaction to be transmitted next from among a plurality of transactions stored in the storage;
loading at least one second transaction including the selected first transaction from the storage;
transmitting the at least one second transaction to a blockchain network;
checking whether the at least one second transaction is committed to a block chain included in the block chain network; and
selecting any one of the at least one second transaction as a third transaction to be retransmitted based on the confirmation result
including,
The step of checking whether the commit has been
Checking whether the transaction is reflected in the blockchain network using summary data stored in a separate storage,
The summary data is
A method for supporting transaction processing, which is data generated using information about the state of the block chain obtained as a result of a chain crawler periodically or aperiodically querying the block chain network. According to claim 1,
The step of selecting the first transaction is
and selecting the previously selected third transaction as the first transaction when there is a previously selected third transaction among the plurality of transactions. 3. The method of claim 2,
The step of selecting the first transaction is
In the case where the previously selected third transaction does not exist among the plurality of transactions, selecting a transaction stored immediately following the transaction transmitted to the block chain network immediately before the first transaction as the first transaction, How to support transaction processing. 4. The method of claim 3,
after sending the at least one second transaction to the blockchain network, transaction processing information (PTI, PTI, Steps to update Processed Transaction Information)
further comprising,
The step of selecting the first transaction is
identifying a transaction transmitted to the blockchain network immediately before using the transaction processing information; and
selecting a transaction stored next to the identified transaction in the storage as the first transaction
Including, transaction processing support method. 5. The method of claim 4,
The step of selecting the third transaction is
When the at least one second transaction is not committed to the block chain, a transaction first stored in the storage among the at least one second transaction is selected as the third transaction, and a storage location identifier of the third transaction is selected. updating the transaction processing information to further include;
The step of selecting the first transaction is
When the transaction processing information includes a storage location identifier of a transaction that is a retransmission target of the previously selected third transaction, the previously selected third transaction is selected as the first transaction, and the third transaction is selected in the transaction processing information. If the storage location identifier of the previously selected third transaction is not included, selecting a transaction stored immediately after the transaction transmitted to the blockchain network immediately before from among the plurality of transactions as the first transaction Including, transaction processing support method. 6. The method of claim 5,
The transaction processing information is
A method for supporting transaction processing, comprising fields in which the storage location identifier of the immediately transmitted transaction, the storage location identifier of the immediately committed transaction, and the storage location identifier of the transaction to be retransmitted are recorded. According to claim 1,
The step of checking whether the commit has been
and confirming whether the transaction is committed after a preset time has elapsed from the time when the at least one second transaction is transmitted to the block chain network. 8. The method of claim 7,
After transmitting the at least one second transaction to the block chain network, updating Processed Transaction Timetable (PTT) to include data including the transmission time of the at least one second transaction
further comprising,
The step of checking whether the commit has been
identifying a transaction in which a predetermined time has elapsed from the transmission time by using the transaction processing time information; and
Checking whether the identified transaction has been committed
Including, transaction processing support method. 9. The method of claim 8,
The transaction processing time information is
A method for supporting transaction processing, comprising fields in which a storage location identifier of a transaction transmitted immediately before, a transaction identifier for uniquely identifying the transaction, and a transmission time of the transaction are recorded. delete According to claim 1,
The step of checking whether the commit has been
Comprising the step of confirming whether at least one fourth transaction previously transmitted to the blockchain network has been committed,
The step of selecting the third transaction is
When the at least one fourth transaction is not committed to the block chain, selecting a transaction first stored in the storage among the at least one fourth transaction as a fifth transaction to be retransmitted. . 12. The method of claim 11,
After the step of selecting the fifth transaction
sending the fifth transaction to the blockchain network; and
sending a sixth transaction stored immediately after the fifth transaction in the storage to the blockchain network;
Including, transaction processing support method. 12. The method of claim 11,
After the step of selecting the fifth transaction
sending the fifth transaction to the blockchain network; and
sequentially transmitting a seventh transaction and an eighth transaction stored consecutively immediately after the fifth transaction in the storage to the blockchain network according to the stored order;
Including, transaction processing support method. a memory in which at least one program is recorded; and
a processor executing the program
includes,
the program is
selecting a first transaction to be transmitted next from among a plurality of transactions stored in the storage;
loading at least one second transaction including the selected first transaction from the storage;
transmitting the at least one second transaction to a blockchain network;
checking whether the at least one second transaction is committed to a block chain included in the block chain network; and
selecting one of the at least one second transaction as a third transaction to be retransmitted based on the confirmation result
Including instructions for the execution of,
The step of checking whether the commit has been
Checking whether the transaction is reflected in the blockchain network using summary data stored in a separate storage,
The summary data is
A device for supporting transaction processing, which is data generated using information about the state of the block chain obtained as a result of a chain crawler periodically or aperiodically querying the block chain network.

Images