KR102209852B1 - Transaction transfer realy method between compatible blockchain networks - Google Patents

Abstract

The present invention relates to a transaction transmission relay method between compatible blockchain networks to remove inconvenience of installing a dedicated wallet for each blockchain. According to the present invention, the transaction transmission relay method between compatible blockchain networks comprises the following steps: (a) using a blockchain wallet of a first blockchain, which is a specific blockchain platform, to receive a signed meta transaction, wherein the blockchain wallet is installed in a user′s communication terminal and the meta transaction is a transaction processed without a fee for a smart contract; and (b) when the smart contract requested through the meta transaction should be executed through a second blockchain, which is another blockchain platform compatible with the first blockchain, generating and transmitting a relay transaction for executing the smart contract to the second blockchain and paying a transaction fee on behalf of the user, so that the smart contract is executed.

Description

Transaction transmission relay method between compatible blockchain networks {TRANSACTION TRANSFER REALY METHOD BETWEEN COMPATIBLE BLOCKCHAIN NETWORKS}

The present invention relates to a transaction transmission relay method between compatible blockchain networks, and more particularly, to a transaction transmission relay method applying meta-transactions (meta-tx) between blockchains having the same address system.

Various types of blockchain tokens have been created and are widely spread to many users, but there are many problems to use in real life. The biggest problem among them is usability and speed, and many developers are working hard to solve this problem.

To solve the above problem, many developers are developing their own dedicated blockchains and dedicated software such as wallets.Many blockchains have improved governance to increase speed based on ethereum, but each developer has their own It is mainly adopting a method of adding functions necessary for users. There is not much difference between the dedicated blockchains created in this way. This can be explained by analogy to the fact that when surfing the web, users cannot tell whether the Internet service they access is Google or Amazon.

In other words, as long as a user has a web browser, they should be able to access regardless of the server hosted through the http protocol, and the service provider should be able to host the web regardless of the type of server. There is a need to be able to provide one's own services through general-purpose software, not exclusive software for the blockchain, simply by selecting a block chain according to it.

Basically, since the blockchains that hard fork Ethereum and Ethereum have a very high level of compatibility, this is a technical environment in which Ethereum compatible chains can be mixed and used according to the user's purpose (i.e. , The demands of users for highly usable services that do not require separate use of blockchains) are increasing.
On the other hand, related prior art is Unexamined Patent Publication No. 10-2019-0128814 (blockchain-based transaction processing method, device and system, November 19, 2019).

The present invention is to solve the above-described problem, and developers do not need to develop their own dedicated wallet for each Ethereum compatible chain, and from the user's point of view, the hassle of installing each dedicated wallet for each blockchain. We want to provide a way to solve the feelings.

In addition, the present invention mixes the advantages of each of the Ethereum and Ethereum-compatible chains, so that services that are important and require publicity, such as a decentralized ID (DID) service, can use Ethereum, a public chain, Developers who want to provide gas-free service to users with the advantage of fast TPS (transaction per second), want to provide a way to implement services with improved usability by immediately transferring services to Ethereum-compatible chains without conversion costs. do.

As described above, the present invention provides convenience in use when a user uses various service apps (DApps: decentralized apps) operating on a blockchain platform, and can increase interoperability between Ethereum-based blockchains. The purpose of the present invention is to provide a transaction transmission relay method between blockchain networks that can implement a service that does not require gas fees by using a meta-transaction (meta-tx) of the method proposed in the invention.

According to an aspect of the present invention, a method for relaying transaction transmission between compatible blockchain networks, implemented for processing a smart contract between a user and a service provider, and executed by a relay,

(a) receiving a signed meta transaction using a blockchain wallet of the first blockchain platform, which is a specific blockchain platform, where the blockchain wallet is installed in the user's communication terminal, and the meta transaction is the smart contract It is a transaction that is processed without commission for the purpose of

(b) When the smart contract requested through the meta transaction is to be executed through the second blockchain, another blockchain platform compatible with the first blockchain, a relay transaction for execution of the smart contract is created. A method of relaying a transaction transmission between a compatible blockchain network is provided, including the step of transmitting to the second blockchain and allowing the smart contract to be executed by paying a transaction fee on behalf of the user.

In one embodiment, in any one of the first blockchain and the second blockchain, according to the service attribute or data attribute of the smart contract, data security is more important than a fast processing speed or a read operation is more than a write operation. Is set to match in case,

The other of the first block chain and the second block chain may be set to match when a fast processing speed is required or a write operation is more than a read operation according to the service attribute or data attribute of the smart contract. .

According to another aspect of the present invention, as a transaction transmission relay method between compatible blockchain networks, implemented for smart contract processing through DApp between a user and a service provider-Here, the DApp (Decentralized App) is a block Represents a service app running on a chain basis -,

(a) The agent program installed in the user's communication terminal generates a Decentralized Identifier (DID) based on the first blockchain, which is a specific blockchain platform, and performs service login processing to the DApp using the generated DID. step;

(b) The agent program generates a meta-transaction signed using the blockchain wallet of the first blockchain and transmits it to a relayer-Here, the blockchain wallet is installed in the user's communication terminal Wherein the meta transaction is a transaction processed without a fee for the smart contract, and the relay is a communication terminal or server of the service provider or a third party;

(c) When the smart contract requested through the meta transaction is to be executed through the second blockchain, another blockchain platform compatible with the first blockchain, the relay is relayed for execution of the smart contract. A transaction transmission relay method between compatible blockchain networks is provided, comprising: generating and transmitting a transaction to the second blockchain, and paying a transaction fee on behalf of the user to execute the smart contract.

In one embodiment, the first blockchain is composed of the Ethereum mainnet,

The second blockchain is a compatible chain that uses the same smart contract as the Ethereum mainnet, and may be selected as a blockchain that executes functions of the smart contract at a faster transaction processing speed than the first blockchain.

According to an embodiment of the present invention, developers do not need to develop their own dedicated wallet for each Ethereum compatible chain, and from the user's point of view, the hassle of installing a wallet dedicated to each blockchain can be eliminated. .

According to an embodiment of the present invention, by mixing the advantages of each of the Ethereum and Ethereum-compatible chains, services that are important and require publicity, such as a distributed ID (DID) service, can use Ethereum, a public chain. And, developers who want to provide a gas-free service to users with the advantage of fast TPS (transaction per second) can implement a service with increased usability by immediately transferring the service to Ethereum-compatible chains without the cost of conversion.

According to an embodiment of the present invention, it is possible to provide convenience in use when a user uses various service apps (DApps: decentralized apps) running on a blockchain platform, and to increase interoperability between Ethereum-based blockchains, By using the meta-transaction (meta-tx) of the scheme proposed in the present invention, a service that does not require gas cost can be implemented.

1 and 2 are diagrams for explaining a method of relaying transaction transmission between compatible blockchain networks according to an embodiment of the present invention.
3 to 5 are examples of meta transactions written in JSON (JavaScript Object Notion) format used in a transaction transmission relay method between compatible blockchain networks according to an embodiment of the present invention.

Since the present invention can apply various transformations and have various embodiments, specific embodiments are illustrated in the drawings and will be described in detail in the detailed description. However, this is not intended to limit the present invention to a specific embodiment, it should be understood to include all conversions, equivalents, and substitutes included in the spirit and scope of the present invention.

In describing the present invention, when it is determined that a detailed description of a related known technology may unnecessarily obscure the subject matter of the present invention, a detailed description thereof will be omitted. In addition, numbers (eg, first, second, etc.) used in the description of the present specification are merely identification symbols for distinguishing one component from another component.

In addition, throughout the specification, when one component is referred to as "connected" or "connected" to another component, the one component may be directly connected or directly connected to the other component, but specially It should be understood that as long as there is no opposing substrate, it may be connected or may be connected via another component in the middle. In addition, throughout the specification, when a certain part "includes" a certain component, it means that other components may be further included rather than excluding other components unless otherwise stated. In addition, terms such as "unit" and "module" described in the specification mean a unit that processes at least one function or operation, which means that it can be implemented as one or more hardware or software, or a combination of hardware and software. .

Hereinafter, the technical concept of the present invention will be first described in order to help understand the present invention. In all the descriptions to be described later, the present invention will be described by taking Ethereum and an Ethereum compatible blockchain developed by forking from it among the blockchain platforms, but the present invention is limited only between Ethereum and its compatible chains. As long as the technical concept of the present invention is permitted, it can be applied similarly to blockchains having various platform environments.

If the same private key is used, the same address is generated (like Ethereum mainnet and testnet), so Ethereum-compatible chains developed by forking Ethereum also generate the same address from the same private key. Therefore, the process of verifying the address of the transaction sender by verifying the signed transaction in each wallet of the Ethereum compatible chain with the same private key is also the same.

Also, Ethereum-compatible chains can use the same smart contracts as Ethereum, and operate in the same way but with a much faster TPS, except for a few constraints.

Therefore, the process of executing a smart contract by delegating the gas fee to the relayer using meta-tx signed in the standard Ethereum wallet is the same for the Ethereum mainnet and Ethereum compatible chain.

In this regard, an exemplary scenario is described as follows.

Assuming a case where a user (A) buys a product with a cryptocurrency token at a store of a service provider (B), and a user (A) has a standard Ethereum wallet and owns the token, gas is a fee to transfer the token. (In other words, it is assumed that it does not have ether.

User (A) creates a transaction that transmits his own token to the service provider (B), signs it with his own private key in the standard Ethereum wallet, and then relayers the signed transaction (Meta-tx). It may be a service provider (B) or a third party, but in this example scenario, it is assumed that it is a service provider (B)). Relayer transfers the received Meta-tx to the Ethereum network instead and pays the fee (gas). Up to this point, it is about Meta-tx, which is a process that has already been disclosed.

In the above situation, user (A) can transmit his Ethereum-based token to service provider (B). However, since the block generation speed of Ethereum is not fast, it takes about 30 seconds to 1 minute for the token transfer to be completed, and the processing speed becomes slower as the number of transactions increases. In other words, users have to consider this slow speed in order to use Ethereum, which is popular, decentralized, stable, and advantageous in terms of security.

On the other hand, among Ethereum-compatible chains developed by forking the code of open source Ethereum, there are many blockchains that have the advantage of fast transaction processing speed by reducing the number of consensus nodes instead of sacrificing decentralization. For example, if you use an Ethereum-compatible chain such as Ground X's Klaytn blockchain, it is possible to transfer tokens at a very high speed compared to Ethereum tokens.

For the above reasons, if a service provider (B) complains about the slow transaction processing speed and changes the payment token to a token based on the Clayton blockchain, a user who wants to purchase a product from the service provider (B) ( A) There is also the inconvenience of having to reinstall the Clayton wallet.

As a method to solve the above problem, if you connect with the above Meta-tx, if the user (A) signs the Meta-tx using the standard Ethereum wallet that is currently in use, it is delivered to the service provider (B). , If a method of transmitting the Meta-tx received from the user (A) to the Clayton network instead of the Ethereum network can be implemented by the relay service provider (B), the user (A) has one interface (in this example, Standard Ethereum wallet), all services can be used, blockchain can be used without fees, and service provider (B) can also increase user satisfaction through fast payment. In other words, by using the standard Ethereum wallet, it is possible to implement a service with high usability that is operated by delegating gas to the service provider at the minimum development cost.

In addition, considering this point, the Ethereum mainnet, a public chain, is used for popular purposes such as decentralized ID (DID) verification, and Ethereum-compatible chains with advantages such as high TPS and low gas cost quickly become smart contracts. You can also consider using it as a side chain for executing functions. In other words, the cost of writing data is expensive and the processing speed is slow, but in a blockchain such as Ethereum, which has excellent security and decentralization, it is important like DID (Distributed ID), but it is used for data utilization that requires more reading than writing. When fast processing is required and there are many writes, a blockchain specialized for high transmission speeds such as Clayton can be used to selectively use the advantages of each chain in one interface, and developers can use an interface such as a wallet for each chain. It may also reduce the cost of redundant development.

Hereinafter, embodiments of the present invention implementing the above-described technical concept will be described in detail with reference to the accompanying drawings.

1 and 2 illustrate a method of relaying transaction transmission between blockchain networks implemented for processing a smart contract between a user and a service provider. Here, the transaction transmission relay between compatible blockchain networks is executed by a relay. In this case, the relay may be a service provider or a third party that independently exists as a relay.

1 and 2, when a meta transaction signed using the blockchain wallet of the first blockchain, which is a specific blockchain platform, is received, the requested smart contract is executed through the received meta transaction. Check the blockchain information to be performed, and if the smart contract is to be executed through a second blockchain compatible with the first blockchain, a relay transaction for execution of the smart contract is generated and the second It transfers to the blockchain, and performs the role of executing the smart contract by paying the transaction fee on behalf of the user.

Here, the blockchain wallet is installed in the user's communication terminal, and the meta-transaction (Meta-tx) refers to a transaction processed without a fee for the smart contract. In this example, for convenience and concentration of explanation, it is assumed that only a standard Ethereum wallet is installed in the user's communication terminal. At this time, the meta transaction reads data in the JSON format illustrated in FIGS. 3 to 5 (this can be read through scanning by being stored in a QR code, for example), and then using the user's private key through the Ethereum wallet. It is signed and sent to the relay server along with various parameters.

Accordingly, the relayer verifies the authenticity of the signature using the public key corresponding to the user's private key used for signing the received meta transaction, and when the authenticity verification of the signature is normally completed, the signature and the meta transaction The relay transaction is generated using the included parameter and the relay's private key.

In addition, here, the parameters included in the meta transaction, as confirmed in the JSON format illustrated in FIGS. 3 to 5, block chain information to execute the smart contract (i.e., the type and ID of the block chain to which the meta transaction will be transmitted), It includes address information of a smart contract for transmitting a transaction, and function information to be called through the smart contract (ie, an interface of the function and an argument to be used in the function to be called).

In one embodiment, the block chain information to execute the smart contract may be designated in advance by the service provider or the relay, or separately designated by service attribute or data attribute according to the smart contract to be executed.

For example, according to the service attribute or data attribute of the smart contract, if data security is more important than fast processing speed or if there are more read operations than write operations, set to match the Ethereum mainnet, and fast processing speed is required. Or, if there are more writes than reads, it can be set to match the Clayton blockchain.

3 to 5 are examples of meta transactions written in JSON (JavaScript Object Notion) format used in a transaction transmission relay method between compatible blockchain networks according to an embodiment of the present invention. Hereinafter, a specific example of the present invention will be described with reference to FIGS. 3 to 5, but in order to help a clearer understanding of the present invention, in the case of using Clayton's smart contract by signing with a standard Ethereum wallet, DApp (Decentralized App) An embodiment of the present invention will be described based on a service-based scenario. In addition, it is assumed that the service to be used through the DApp is a reservation and control service for the use of a specific IoT device.

[DID generation] First, the user terminal (which is clearly an agent program for transmission relay of the present invention, but hereinafter, for convenience of explanation, the user terminal is briefly indicated as its subject) is a distributed ID based on the first blockchain (Decentralized Identifier: hereinafter, DID) is generated. At this time, according to an embodiment of the present invention, the distributed ID can be generated based on the Ethereum mainnet, which is the most popular as the first blockchain and is advantageous in security.

After [Service Login], the user terminal logs in to the DApp service through a private key capable of controlling the DID. For this, you use an Ethereum wallet, and you can use the mobile Opera browser, an Ethereum wallet.

After [Signature and Transmission], the user terminal signs the data for service use with a private key and transmits the meta transaction along with the parameters to the relay.

Accordingly, the relayer generates a relay transaction including the received meta-transaction and transmits it to the second blockchain, where the relayer can receive the data, transmit it to the second blockchain, and pay the fee. According to this example, the second blockchain may be a Klaytn blockchain having a high transaction processing speed.

In the case of FIG. 3, in calling a smart contract function (Checkin function) related to granting IoT device authorization as a service by a DApp, Clayton (not the Ethereum) as a compatible chain to quickly obtain device control authorization ( klaytn) Using a blockchain is an example.

[Device Control] Based on Fig. 3, the transaction transmitted by the relay executes the Checkin function of the smart contract distributed to Clayton, and accordingly, the user's control authority of a specific IoT device (in this example, a specific light control authority ) Is recorded in the smart contract.

However, according to the system design method, even for the purpose of granting the same device control authority, meta transactions can be transmitted to the Ethereum network as shown in FIG. This is described in more detail as follows.

After accessing the service using one interface (Ethereum wallet), the user can sign jsonInterface provided by the relay as shown in FIG. 4 for authorization authentication. At this time, the signed meta-tx and chain information are transmitted to the relay's backend without a fee.

Accordingly, the relay may read the data, insert an argument, and execute a checkin function of the contract address of the first blockchain. That is, in the relay (backend), the function can be executed to read data and check-in the contract address (anchor dapp) of the Ethereum blockchain by passing meta-tx as an argument.

At this time, the authentication information to be recorded on the blockchain is important information, and since the chain needs to be kept secure, an ethereum-based distributed application (anchor dapp) can be used.

In addition, the user's device control history is stored in a general database, but it is a transaction that will occur frequently when there is a need to record the usage history in the blockchain, and because high speed is important, the second blockchain, klaytn. It is advantageous to store using a blockchain.

To this end, the user terminal only needs to sign the jsonInterface provided by the relay as shown in FIG. 5 and transmit it to the backend of the relay server (service).

In addition, the relay reads the data, inserts an argument, and executes a record function of the contract address of the second blockchain.

That is, in the relay (backend), data can be read and a record function of the contract address (service dapp) of the second blockchain, Klaytn blockchain, can be executed by entering meta-tx as an argument.

Since the usage history information to be recorded in the blockchain must be rapidly processed and recorded for each transaction, the second blockchain, the Klaytn blockchain (service dapp), can be used.

Users can perform all these tasks in one interface (Ethereum wallet) without gas fees (fees), and in relays (relay servers), they pay gas fees with smart contracts deployed on different blockchains, and meta-tx Can be transmitted.

The above has been described with reference to the embodiments of the present invention, but those of ordinary skill in the relevant technical field variously modify the present invention within the scope not departing from the spirit and scope of the present invention described in the following claims. And it will be easily understood that it can be changed.

Claims (7)

As a method of relaying transaction transmission between compatible blockchain networks, implemented for the processing of smart contracts between users and service providers, and executed by a relayer,
(a) receiving a signed meta transaction using a blockchain wallet of the first blockchain platform, which is a specific blockchain platform, where the blockchain wallet is installed in the user's communication terminal, and the meta transaction is the smart contract This is a transaction that is processed without commission for the purpose of
(b) When the smart contract requested through the meta transaction is to be executed through the second blockchain, another blockchain platform compatible with the first blockchain, a relay transaction for execution of the smart contract is created. And transmitting it to the second blockchain, and paying a transaction fee on behalf of the user to execute the smart contract,
The step (b),
(b1) verifying the authenticity of the signature using a public key corresponding to the user's private key used for signing the meta transaction; And (b2) generating the relay transaction using the signature, a parameter included in the meta transaction, and a private key of the relay when the authenticity verification of the signature is normally completed,
The parameters included in the meta transaction,
Blockchain information to execute the smart contract, address information of the smart contract, and function information to be called through the smart contract,
As a parameter included in the meta transaction, the blockchain information to execute the smart contract,
A transaction transmission relay method between compatible blockchain networks that is designated in advance by the service provider or the relay, or separately designated by service attribute or data attribute according to the smart contract to be executed.
delete delete The method of claim 1,
Any one of the first block chain and the second block chain,
According to the service attribute or data attribute of the smart contract, it is set to match when data security is important rather than fast processing speed or when there are more read operations than write operations,
The other one of the first block chain and the second block chain,
According to the service property or data property of the smart contract, it is set to match when a fast processing speed is required or when a write operation is more than a read operation, a transaction transmission relay method between compatible blockchain networks.
As a transaction transmission relay method between compatible blockchain networks that is implemented for processing smart contracts through DApps between users and service providers-Here, the DApp (Decentralized App) refers to a service app running on a blockchain basis. Indicates -,
(a) The agent program installed in the user's communication terminal generates a Decentralized Identifier (DID) based on the first blockchain, which is a specific blockchain platform, and performs service login processing to the DApp using the generated DID. step;
(b) The agent program generates a meta-transaction signed using the blockchain wallet of the first blockchain and transmits it to a relayer-Here, the blockchain wallet is installed in the user's communication terminal Wherein the meta transaction is a transaction processed without a fee for the smart contract, and the relay is a communication terminal or server of the service provider or a third party;
(c) When the smart contract requested through the meta transaction is to be executed through the second blockchain, another blockchain platform compatible with the first blockchain, the relay is relayed for execution of the smart contract. Generating a transaction for use and transmitting it to the second blockchain, and paying a transaction fee on behalf of the user to execute the smart contract,
The parameters included in the meta transaction,
Blockchain information to execute the smart contract, address information of the smart contract, and function information to be called through the smart contract,
The block chain information to execute the smart contract,
A transaction transmission relay method between compatible blockchain networks that is designated in advance by the service provider or the relay, or classified and designated in advance for each service attribute according to the smart contract to be executed.
delete The method of claim 5,
The first blockchain is composed of the Ethereum mainnet,
The second blockchain is a compatible chain that uses the same smart contract as the Ethereum mainnet, and is selected as a blockchain that executes the function of the smart contract at a faster transaction processing speed than the first blockchain. , A transaction transmission relay method between compatible blockchain networks.

Images