KR102179160B1 - System and method to prove message for communication between blockchains - Google Patents

Abstract

The present invention relates to a method for proving a message for inter-blockchain communication in a blockchain communication system. The method includes: a first step of generating a service message including a message and service information on the message and generating a blockchain communication message including the service message upon receiving the message transmitted from a first blockchain network to a second blockchain network; a second step of acquiring block verification information for verifying a block including the message and message verification information for verifying the message, generating a relay message including the blockchain communication message, the block verification information, and the message verification information, and transmitting the relay message to the second blockchain network including the destination of the message when a relay monitoring the first blockchain network detects the generation of the blockchain communication message; and a third step of verifying the relay message using the message verification information and the block verification information included in the relay message and transmitting the message included in the relay message to the destination when the second blockchain network receives the relay message.

Description

A system and method for proving messages for communication between blockchains {SYSTEM AND METHOD TO PROVE MESSAGE FOR COMMUNICATION BETWEEN BLOCKCHAINS}

The following embodiments relate to a blockchain network, and to a technology for providing proof of communication and communication messages between different blockchains.

Blockchain is also called a public transaction ledger, and is a technology that prevents hacking that can occur when trading with virtual currency. In the case of existing financial companies, transaction records are stored on a centralized server, whereas blockchain generates blocks through collaboration between all users participating in the blockchain network, and all participants verify and approve the generated blocks. It uses a method of holding the same block and preventing data falsification by some users. Blockchain is applied to Bitcoin, a representative online virtual currency. Bitcoin transparently records transaction details in a ledger that anyone can read, and several computers using Bitcoin verify this record to prevent hacking.

The concept of a smart contract was proposed in order to sign and implement various types of contracts such as financial transactions, real estate contracts, and notarizations based on blockchain 　.

Ethereum is a smart contract platform based on blockchain technology. In Ethereum, not only financial transactions but also real estate transactions, 　 notarization, and other possible types of contracts are possible.

However, it does not mention that blockchains are executed within one blockchain network and communicate with other types of blockchains.

When communication between different blockchains becomes possible, various services can be developed, so a new communication system capable of sending and receiving messages between different blockchains is required.

In addition, when sending and receiving messages between different blockchains, a technology that can verify that the blockchain that sent the message is correct is also required.

An object of the present invention is to provide a blockchain communication system and a method for providing communication between different blockchains and providing proof of messages to be communicated.

A method of verifying a message for inter-blockchain communication in a blockchain communication system according to an embodiment of the present invention is, when a message transmitted from a first blockchain network to a second blockchain network is received, the message and the message A first step of generating a service message including service information of, and generating a blockchain communication message including the service message; When the relay monitoring the first blockchain network detects the creation of the block chain communication message, block verification information capable of verifying the block containing the message and message verification information capable of verifying the message are obtained, and A second step of generating a relay message including the block chain communication message, the block verification information, and the message verification information, and transmitting the relay message to the second block chain network including a destination of the message; And when the relay message is received in the second blockchain network, the relay message is verified using the block verification information and the message verification information included in the relay message, and the message included in the relay message is used as a destination. And a third step of transmitting.

In this case, in the second step, when the relay detects the generation of a block chain event message including the block chain communication message, the block height (K) of the first block chain managed by the relay and the message are included. Comparing the block height (N) of the blocks; As a result of comparison, when the block height (N) of the block containing the message is greater than the block height (K) of the first block chain managed by the relay and the block height (N) of the block containing the message is the relay Acquiring the block verification information and the message verification information according to a case less than or equal to the block height (K) of the first block chain managed by Generating the relay message including the block chain communication message, the block verification information, and the message verification information; And generating a relay message processing request message including the relay message in the relay and transmitting it to a second message control smart contract of the second blockchain network.

At this time, when the block height (N) of the block containing the message is greater than the block height (K) of the first block chain managed by the relay, obtaining the block verification information and the message verification information comprises: For each new block that is greater than the block height (K) of the first block chain managed by the relay and up to the block height (N) of the block containing the message, the block header, the validator's vote information for the block, and the next block are Acquiring information of a verifier to be verified as the block verification information; Obtaining information that can prove the existence of the message as the message verification information; And applying all new blocks that are larger than the block height (K) of the first block chain managed by the relay and up to the block height (N) of the block containing the message to the Merkle tree of the first block chain. I can.

In this case, the Merkle tree of the first blockchain may be a binary tree in which a value obtained by hashing the block header of the block of the first blockchain as a leaf node.

At this time, when the block height (N) of the block containing the message is less than or equal to the block height (K) of the first block chain managed by the relay, obtaining the block verification information and the message verification information And obtaining, as the block verification information, information proving the existence of the block including the message using the block header of the block including the message and the Merkle tree of the first block chain; And obtaining information that can prove the existence of the message as the message verification information.

At this time, the information that can prove the existence of the block containing the message using the Merkle tree of the first blockchain is the root value of the Merkle tree of the first blockchain using the block header of the block containing the message. It may be information necessary to create

In this case, the relay message processing request message may include a block chain address of the message control smart contract that generated the block chain communication message and the relay message.

In this case, the third step may include: receiving a relay message processing request message including the relay message from the relay in a second message control smart contract of the second blockchain network; Generating a relay message verification request message including the relay message and transmitting it to a second message verification smart contract of the second blockchain network; Verifying the block verification information and the message verification information included in the relay message upon receiving the relay message verification request message from the second message verification smart contract of the second blockchain network; If the second message control smart contract of the second blockchain network confirms that the verification of the relay message is successful through the second message verification smart contract, the blockchain communication message included in the relay message is checked, and And checking a service message included in the block chain communication message, generating a service message processing request message including the service message, and transmitting it to a second service control smart contract of the second block chain network; And when receiving the service message processing request message from the second service control smart contract of the second blockchain network, the service message as a destination of the service message by checking the service message included in the service message processing request message. It may include the step of transmitting the message included in the.

In this case, the method of verifying a message for inter-blockchain communication in a blockchain communication system is from the first blockchain network in the process of processing a previous relay message in the second message verification smart contract of the second blockchain network. When the block with the largest block height among the received blocks is the L-th block, the block header of the L-th block, the root value of the Merkle tree of the first blockchain to which the L-th block header is applied, and the next block of the L-th block It may further include storing the verifier information.

At this time, when receiving the relay message verification request message from the second message verification smart contract of the second blockchain network, verifying the block verification information and the message verification information included in the relay message may include: For the message included in the message verification request message, if the block height (K) of the block containing the message is greater than the block height of the Lth block header stored in the second message verification smart contract, in the L+1th block For each block up to the K-th block, the block header, the validator's voting information for the block, and the information of the validator who will verify the next block are received as the block verification information, and information that can prove the existence of the message is the message. Receiving as verification information; The block height of the block using the block header of the stored L-th block, validator information of the next block of the stored L-th block, voting information of a validator for the received block, and information of a validator to verify the next received block. Verifying the existence of a block by sequentially verifying the received block header; Updating a root value of the Merkle tree of the first blockchain by applying block headers corresponding to the verified blocks in the order of block heights; And verifying the existence of the message using a block header of a block including the message, the message, and the message verification information.

At this time, when receiving the relay message verification request message from the second message verification smart contract of the second blockchain network, verifying the block verification information and the message verification information included in the relay message may include: For the message included in the message verification request message, if the block height (K) of the block containing the message is less than or equal to the block height of the L-th block header stored in the second message verification smart contract, the message is included. Receiving, as the block verification information, a block header of the blocked block and information proving the existence of a block including the message, and receiving information proving the existence of the message as the message verification information; The root value of the Merkle tree of the first blockchain is calculated using the block header of the block containing the message and information that can prove the existence of the block containing the message, and the calculated Merkle tree of the first blockchain is Comparing whether the root value and the root value of the Merkle tree of the stored first block chain are the same to verify the existence of the block including the message; And verifying the existence of the message using a block header of a block including the message, the message, and the message verification information.

At this time, the root value of the Merkle tree of the first blockchain is calculated using the block header of the block containing the message and information that can prove the existence of the block containing the message, and the calculated Merkle of the first blockchain The step of verifying the existence of the block containing the message by comparing whether the root value of the tree and the root value of the Merkle tree of the stored first block chain are the same may include a single root value of the Merkle tree of the stored first blockchain. In the case, if one stored root value and the calculated root value of the Merkle tree of the first blockchain are the same, it is determined that verification has been successful, and if the stored root value of the Merkle tree of the first blockchain is plural, the stored plurality If one of the root values and the calculated root value of the Merkle tree of the first blockchain are the same, it can be determined that the verification has been successful.

In this case, the relay message verification request message includes the block chain address of the message control smart contract receiving the relay message processing request message, the block chain address of the message control smart contract that generated the block chain communication message, sequence information, and the May contain relay messages.

In this case, the service message processing request message includes a network address of the blockchain network that transmitted the service message, a service type identifying a service type of the service message, a serial number identifying the service message processing request message, And the service message.

In this case, the service message may include a destination address, which is a block chain address of an account receiving the message.

At this time, the service message includes a message type identifying the type of the message, service information including detailed information of the service type and service type, a source address that is a block chain address of the account sending the message, and the message. At least one of the data to be transmitted may be further included.

At this time, the block chain address is communication protocol identification information indicating that it is an address for block chain communication, block chain type information that identifies the type of the block chain network, and a block chain that can identify the block chain from the same type of the block chain network. Identification information, and account identification information that can identify a specific account of the blockchain network may be included.

In this case, the block chain communication message includes a source address, which is a block chain address of the message control smart contract that generated the block chain communication message, a destination address, which is a block chain address of the message control smart contract that receives the block chain communication message. The service message may include a service type identifying a service type, a serial number identifying the blockchain communication message, and the service message.

In this case, the relay message may include at least one block chain communication message having the same network address, and the verification information of the block chain communication message.

In this case, the first step may include receiving the message transmitted from the first service control smart contract of the first blockchain network to the second blockchain network; The first service control smart contract of the first blockchain network generates the service message using the received message, generates a transmission service message including the service message, and sends the transmission service message to the first Transmitting to a first message control smart contract of a blockchain network; And when the transmission service message is received from the first message control smart contract of the first blockchain network, the block chain communication message including the service message is generated, and a block chain event including the block chain communication message. It may include generating a message.

In this case, the transmission service message may include a destination network address, which is information on a network address of a blockchain network receiving the service message, a service type identifying the service type of the service message, and the transmission service message. It may include a serial number and the service message.

At this time, the blockchain event message is a next destination address, which is information about a blockchain address for a message control smart contract of the next blockchain network to which the blockchain communication message is delivered, and the sequence of the blockchain event message can be checked. It may include sequence information, and the blockchain communication message.

In this case, the first step may further include adding the block chain communication message to the first block chain of the first block chain network in the first message control smart contract of the first block chain network. .

In this case, the first step may further include generating an error message and adding it to the first block chain of the first block chain network, when generating the block chain communication message fails.

Blockchain communication system for verifying a message for communication between block chains according to an embodiment of the present invention, upon receiving a message transmitted to a second blockchain network, a service message including the message and service information of the message And a first blockchain network for generating a blockchain communication message including the service message; When the creation of the block chain communication message is detected while monitoring the first blockchain network, block verification information capable of verifying the block containing the message and message verification information capable of verifying the message are obtained, and the A relay generating a relay message including a block chain communication message, the block verification information, and the message verification information, and transmitting the relay message to the second block chain network including a destination of the message; And when receiving the relay message, the second block chain for verifying the relay message using the block verification information and the message verification information included in the relay message, and transmitting the message included in the relay message to a destination. Includes network.

1 is a diagram showing a schematic configuration of a block chain communication system for providing communication between block chains and verifying a message to be communicated according to an embodiment of the present invention.
2 is a diagram illustrating an example of a schematic arrangement of nodes in a block chain communication system according to an embodiment of the present invention.
3 is a flowchart illustrating a process of performing communication in a blockchain communication system capable of inter-blockchain communication according to the present invention.
4 is a flowchart illustrating a process of transmitting a message in the first blockchain network of the blockchain communication system of the present invention.
5 is a flowchart illustrating a process of relaying a message in a relay of the blockchain communication system of the present invention.
6 is a flowchart illustrating a process of acquiring information for verification when relaying a message in a relay of the blockchain communication system of the present invention.
7 is a flowchart illustrating a process of receiving a message in a second blockchain network of the blockchain communication system of the present invention.
8 is a flowchart illustrating a process of verifying a message received in a second blockchain network of the present invention.
9 is a diagram showing an example of a Merkle tree and a root value of a Merkle tree created and managed in the blockchain communication system of the present invention.
10 is a diagram showing an example of a message configuration used in the blockchain communication system of the present invention.
11 is a diagram showing an example of the configuration of a transmission service message used in the blockchain communication system of the present invention.
12 is a diagram showing an example of the configuration of a block chain communication message used in the block chain communication system of the present invention.
13 is a diagram showing an example of the configuration of a block chain event message used in the block chain communication system of the present invention.
14 is a diagram showing an example of the configuration of a relay message processing request message used in the blockchain communication system of the present invention.
15 is a diagram showing an example of the configuration of a relay message verification request message used in the blockchain communication system of the present invention.
16 is a diagram showing an example of the configuration of a service message processing request message used in the blockchain communication system of the present invention.

Hereinafter, exemplary embodiments will be described in detail with reference to the accompanying drawings. However, since various changes may be made to the embodiments, the scope of the rights of the patent application is not limited or limited by these embodiments. It should be understood that all changes, equivalents, or substitutes to the embodiments are included in the scope of the rights.

The terms used in the examples are used for illustrative purposes only and should not be interpreted as limiting. Singular expressions include plural expressions unless the context clearly indicates otherwise. In the present specification, terms such as "comprise" or "have" are intended to designate the presence of features, numbers, steps, actions, components, parts, or combinations thereof described in the specification, but one or more other features. It is to be understood that the presence or addition of elements or numbers, steps, actions, components, parts, or combinations thereof, does not preclude in advance.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which the embodiment belongs. Terms as defined in a commonly used dictionary should be interpreted as having a meaning consistent with the meaning in the context of the related technology, and should not be interpreted as an ideal or excessively formal meaning unless explicitly defined in this application. Does not.

In addition, in the description with reference to the accompanying drawings, the same reference numerals are assigned to the same components regardless of the reference numerals, and redundant descriptions thereof will be omitted. In describing the embodiments, when it is determined that a detailed description of related known technologies may unnecessarily obscure the subject matter of the embodiments, the detailed description thereof will be omitted.

In addition, in describing the constituent elements of the embodiment, terms such as first, second, A, B, (a) and (b) may be used. These terms are only used to distinguish the component from other components, and the nature, order, or order of the component is not limited by the term. When a component is described as being "connected", "coupled" or "connected" to another component, that component may be directly connected or connected to that other component, but another component between each component It should be understood that may be “connected”, “coupled” or “connected”.

Components included in one embodiment and components including common functions will be described using the same name in other embodiments. Unless otherwise stated, descriptions in one embodiment may be applied to other embodiments, and detailed descriptions in the overlapping range will be omitted.

Hereinafter, a block chain communication system and method for providing communication between block chains and verifying a communication message according to an embodiment of the present invention will be described in detail with reference to FIGS. 1 to 16.

1 is a diagram showing a schematic configuration of a block chain communication system for providing communication between block chains and verifying a message to be communicated according to an embodiment of the present invention.

Referring to FIG. 1, the blockchain communication system of the present invention may include a first blockchain network 110, a second blockchain network 130, and a relay 120.

The first blockchain network 110 may include a first service control smart contract 112, a first message control smart contract 114, and a first message verification smart contract 116.

The second blockchain network 130 may include a second service control smart contract 132, a second message control smart contract 134, and a second message verification smart contract 136.

That is, the blockchain network can each include a service control smart contract, a message control smart contract, and a message verification smart contract.

Looking at an example of transferring a message from the first blockchain network 110 to the second blockchain network 130, the operation can be performed as follows.

When the first blockchain network 110 receives a message transmitted to the second blockchain network, it generates a service message including the message and service information of the message, and generates a blockchain communication message including the service message.

When the relay 120 monitors the first blockchain network 110 and detects the creation of a block chain communication message, the first blockchain network 110 provides block verification information that can verify the block containing the message and Acquire message verification information capable of verifying the message (146), generate a relay message including a block chain communication message, block verification information, and message verification information, and send the relay message to a second block chain including the destination of the message. It transmits to the network 130.

At this time, the block verification information means data that can prove whether the block containing the message is terminated or whether the block containing the message exists in the first blockchain, and the message verification information can prove whether the message exists in the block. Means data. In addition, block verification information and message verification information may be defined differently for each block chain.

The block verification information will be described later with reference to FIG. 6.

A representative example of message verification information may be data connected to the end of the Merkle Tree connected from the block header, and to prove this, data of all entities connected at the root may be used as verification information. , Or hash values of siblings may be used as verification information.

Meanwhile, as another example of the message verification information, a Merkle Patricia Trie (MPT) may be used, and the verification of the message verification information may be performed with data of an entity to be connected. Message verification information can be obtained by calling an application program interface (API: Application 　 Program 　 Interface) from a specific account with the key value of the data.

When receiving the relay message, the second blockchain network 130 verifies the relay message using block verification information and message verification information included in the relay message, and transmits the message included in the relay message to a destination.

A more specific example of communication between block chains will be described later in more detail with reference to FIGS. 3 to 8 together.

2 is a diagram illustrating an example of a schematic arrangement of nodes in a block chain communication system according to an embodiment of the present invention.

Referring to FIG. 2, the blockchain communication system of the present invention includes a first blockchain network 110 including a plurality of nodes 211-215, and a second blockchain network including a plurality of nodes 231-234 ( 130) and a relay 120 that relays communication between the first blockchain network 110 and the second blockchain network 130.

In this case, the relay 120 may include a node 214 of the first blockchain network 110 and a node 232 of the second blockchain network 130.

That is, the node 214 may be included in both the first blockchain network 110 and the relay 120, and the node 232 is included in both the second blockchain network 130 and the relay 120. Can be configured.

Alternatively, the relay 120 does not include a node, but communicates with at least one node of the first blockchain network 110 and communicates with at least one node of the second blockchain network 130. It could be.

Hereinafter, a method according to the present invention configured as described above will be described with reference to the drawings.

3 is a flowchart illustrating a process of performing communication in a blockchain communication system capable of inter-blockchain communication according to the present invention.

3, upon receiving a message transmitted from the first blockchain network 110 to the second blockchain network 130, a service message including the message and the service information of the message is generated, and the service message is included. A block chain communication message is generated (310). Step 310 will be described later in more detail with reference to FIG. 4.

When the relay 120 monitoring the first block chain network 110 detects the creation of a block chain communication message, block verification information and a message that can verify the block containing the message from the first block chain network 110 It acquires message verification information that can verify the message, generates a relay message including a block chain communication message, block verification information, and message verification information, and transmits the relay message to the second blockchain network including the destination of the message. (320). Step 320 will be described later in more detail with reference to FIG. 5.

When a relay message is received from the second blockchain network 130, the relay message is verified using block verification information and message verification information included in the relay message, and the message included in the relay message is transmitted to the destination (330). . Step 330 will be described later in more detail with reference to FIG. 7.

4 is a flowchart illustrating a process of transmitting a message in the first blockchain network of the blockchain communication system of the present invention.

Referring to FIG. 4, step 310 of FIG. 3 may be specifically performed in the following process.

When the first service control smart contract 112 of the first blockchain network 110 receives a message transmitted to the second blockchain network 130 (410), it generates a service message using the received message ( 412).

At this time, the message can identify the destination network address, which is information about the network address of the blockchain network receiving the service message, service information including detailed information of the service type and service type, and the smart contract received from the blockchain network. It may include account identification information, and data to be transmitted.

When a message transmits a token, it may be configured in the same form as in the example of FIG. 10 below.

10 is a diagram showing an example of a message configuration used in the blockchain communication system of the present invention.

Referring to FIG. 10, it can be seen that the message includes a destination, a token, a To, and a value.

Here, the destination is a destination network address, which is information about the network address of the blockchain network that receives the service message. In the example of FIG. 10, the value is '0x3.iconee'.

Token indicates that the service type of the message of FIG. 13 is a token, and in the example of FIG. 10, the token is service information indicating that detailed information is'ICON'.

To is account identification information that can identify an account received from a blockchain network, and in the example of FIG. 10, the value is'hx1234~'.

Value represents data to be transmitted, and the value of the token to be transmitted is '0x10000000' in the example of FIG. 10.

Meanwhile, the service message may be generated including only the destination address, which is the block chain address of the account receiving the message.

Alternatively, the service message is a message type identifying the type of message, service information including detailed information of the service type and service type, in addition to the destination address which is the block chain address of the account receiving the message, and the account sending the message. It may be configured to further include at least one of a source address, which is a block chain address, and data to be transmitted in the message.

At this time, the blockchain address is communication protocol identification information indicating that it is an address for blockchain communication, blockchain type information that identifies the type of blockchain network, and blockchain identification information that can identify the blockchain in the same blockchain network type. , And account identification information that can identify a specific account of the blockchain network.

For example, the block chain address may consist of "btp://0x3.iconee/hx1234~".

Here,'btp://' is communication protocol identification information indicating that it is an address for blockchain communication, '0x3' is block chain type information that identifies the type of blockchain network, and'iconee' is the same block chain network. Blockchain identification information that can identify the blockchain by type, and'hx1234~' is account identification information that can identify a specific account in the blockchain network.

Returning to the description of FIG. 4, the first service control smart contract 112 of the first blockchain network 110 generates a transmission service message including a service message (414).

At this time, the transmission service message is a destination network address that is information about the network address of the second blockchain network that receives the service message, a service type that identifies the service type of the service message, a serial number that can identify the transmission service message, And a service message.

11 is a diagram showing an example of the configuration of a transmission service message used in the blockchain communication system of the present invention.

Referring to FIG. 11, it can be seen that the transmission service message includes a Destination, Service, SN, and ServiceMessage.

Destination is the destination network address, which is information about the network address of the blockchain network that receives the service message. In the example of FIG. 11, the value is '0x3.iconee'.

Service is information on a service type for identifying a service type of a service message. In the example of FIG. 11, the service type is'token'.

SN is a serial number that can identify a transmission service message, and its value is '2' in the example of FIG. 11.

ServiceMessage represents a service message and includes all information of the service message.

Then, the first service control smart contract 112 of the first blockchain network 110 transmits the transmission service message to the first message control smart contract 114 of the first blockchain network 110 (142, 416). ).

Thereafter, when the first message control smart contract 114 of the first blockchain network 110 receives the transmission service message, it checks whether it is possible to generate a blockchain communication message (418).

If it is possible to generate a block chain communication message as a result of the check in step 418, the first message control smart contract 114 of the first block chain network 110 generates a block chain communication message including a service message (420).

At this time, the blockchain communication message is the source address, which is the block chain address of the message control smart contract that generated the block chain communication message, the destination address, which is the block chain address of the message control smart contract that receives the block chain communication message, and the service of the service message. It may include a service type that identifies the type, a serial number that can identify a blockchain communication message, and a service message.

12 is a diagram showing an example of the configuration of a block chain communication message used in the block chain communication system of the present invention.

Referring to FIG. 12, it can be seen that the block chain communication message includes a source, a destination, a service, an SN, and a service message.

Source is a source address, which is the block chain address of the message control smart contract that generated the blockchain communication message. In the example of FIG. 12, the source address is "btp://0x1.icon/cxefgh~".

Destination is a destination address that is a block chain address of a message control smart contract that receives a block chain communication message. In the example of FIG. 12, the destination address is "btp://0x3.iconee/cx5678~".

Service is information on a service type for identifying a service type of a service message. In the example of FIG. 12, the service type is'token'.

SN is a serial number that can identify a blockchain communication message, and its value is '2' in the example of FIG. 12.

ServiceMessage represents a service message and includes all information of the service message.

Returning to the description of FIG. 4 again, the first message control smart contract 114 of the first blockchain network 110 adds a blockchain communication message to the first blockchain of the first blockchain network (422).

And, the first message control smart contract 114 of the first blockchain network 110 generates a blockchain event message including a blockchain communication message (424).

At this time, the block chain event message is the next destination address, which is information about the block chain address of the message control smart contract of the next block chain network to which the block chain communication message is delivered, sequence information that can confirm the sequence of the block chain event message, and Blockchain communication messages that have been changed in units of bytes can be included.

13 is a diagram showing an example of the configuration of a block chain event message used in the block chain communication system of the present invention.

Referring to FIG. 13, it can be seen that the block chain event message includes Next, Seq, and Message.

Next is the next destination address, which is information on the blockchain address of the next blockchain network message control smart contract to which the blockchain communication message is delivered. In the example of FIG. 13, the next destination address is "btp://0x3.iconee/" cx5678~".

Seq is sequence information that can confirm the sequence of block chain event messages, and the value is '3' in the example of FIG. 13.

The message is a block chain communication message changed in units of bytes, and may be expressed as a "Serialized BTP Message" in the example of FIG. 13. Here, BTP Message represents a blockchain communication message, and BTP represents a Blockchain Transmission Protocol.

In the example of FIG. 13, the block chain event message includes a block chain communication message changed in units of bytes, but this is optional, and the block chain event message may include a block chain communication message not changed in units of bytes.

Returning to the description of FIG. 4 again, if it is not possible to generate a blockchain communication message as a result of the confirmation in step 418, the first message control smart contract 114 of the first blockchain network 110 generates an error message (426). ). At this time, when it is not possible to generate a blockchain communication message, for example, there may be a case where the destination blockchain network is not identified.

Then, the first message control smart contract 114 of the first blockchain network 110 adds an error message to the first blockchain of the first blockchain network (428).

5 is a flowchart illustrating a process of relaying a message in a relay of the blockchain communication system of the present invention.

Referring to FIG. 5, step 320 of FIG. 3 may be specifically performed in the following process.

When the relay 120 monitoring the first block chain network 110 detects the creation of a block chain event message including a block chain communication message (144, 510), the first block chain managed by the relay 120 The block height (K) and the block height (N) of the block including the message are compared (512). In this case, the block height (K) of the first block chain managed by the relay 120 is the block height of the block header of the largest first block chain received by the relay 120.

As a result of the comparison, when the block height (N) of the block containing the message is greater than the block height (K) of the first block chain managed by the relay and the block height (N) of the block containing the message is the limit managed by the relay. 1 Block verification information and message verification information are acquired depending on the case of less than or equal to the block height (K) of the block chain (146, 514).

The relay 120 generates a relay message including a block chain communication message, a block chain communication message, block verification information, and message verification information (516). In this case, the relay message may include block verification information and message verification information together with at least one block chain communication message having the same network address.

The relay 120 generates a relay message processing request message including a relay message in the relay and transmits it to the second message control smart contract 134 of the second blockchain network 130 (152, 518).

In this case, the relay message processing request message may include a block chain address of the message control smart contract that generated the block chain communication message and a relay message changed in units of bytes.

14 is a diagram showing an example of the configuration of a relay message processing request message used in the blockchain communication system of the present invention.

Referring to FIG. 14, it can be seen that the relay message processing request message includes From and Message.

From indicates the block chain address of the message control smart contract that generated the block chain communication message. In the example of FIG. 14, the address is "btp://0x1.icon/cxefgh~".

The message is a relay message changed in units of bytes, and may be expressed as "Serialized RelayMessage" in the example of FIG. 14.

In the example of FIG. 14, the relay message processing request message includes a relay message changed in units of bytes, but this is optional, and the relay message processing request message may include a relay message not changed in units of bytes.

6 is a flowchart illustrating a process of acquiring information for verification when relaying a message in a relay of the blockchain communication system of the present invention.

Referring to FIG. 6, the relay 120 of the present invention is 610 when the block height N of the block containing the message is greater than the block height K of the first block chain managed by the relay 610, the relay 120 For each new block that is greater than the block height (K) of the first block chain managed by and up to the block height (N) of the block containing the message, the block header, the validator's vote information for the block, and the next block are verified. Information of the verifier is acquired as block verification information (612). That is, in step 612, the relay 120 obtains the block header of each new block from K+1 to N, the validator's voting information for the block, and the validator information (list of validators) to verify the next block. .

Then, the relay 120 obtains information capable of proving the existence of the message as message verification information (614).

In addition, the relay 120 is larger than the block height (K) of the first block chain managed by the relay 120 and all new blocks (from K+1 to N) up to the block height (N) of the block containing the message. All new blocks) are applied to the Merkle tree of the first blockchain to update the Merkle tree of the first blockchain (616). In this case, the Merkle tree of the first blockchain is a binary tree that leaves a value obtained by hashing the block header of the block of the first blockchain, and a more specific method of generating the Merkle tree will be described later with reference to FIG. 9.

In addition, the relay 120 updates and manages the block height (K) of the first block chain to a value of the block height (N) of the block including the message (618).

On the other hand, if the block height (N) of the block containing the message is less than or equal to the block height (K) of the first block chain managed by the relay (610), the block header of the block containing the message and Information that can prove the existence of a block containing a message using the Merkle tree of the first blockchain is acquired as block verification information (622).

At this time, the information that can prove the existence of the block containing the message using the Merkle tree of the first blockchain is all necessary to generate the root value of the Merkle tree of the first blockchain using the block header of the block containing the message. Information. Here, an example of information that can prove the existence of a block including a message using the Merkle tree of the first blockchain will be described later with reference to FIG. 9.

Then, the relay 120 acquires information that can prove the existence of the message as message verification information (624).

7 is a flowchart illustrating a process of receiving a message in a second blockchain network of the blockchain communication system of the present invention.

Referring to FIG. 7, step 330 of FIG. 3 may be specifically performed in the following process.

When the second message control smart contract 134 of the second blockchain network 130 receives a relay message processing request message including a relay message from the relay 120 (152, 710), a relay message including the relay message A verification request message is generated and transmitted to the second message verification smart contract 136 of the second blockchain network 130 (154, 712).

At this time, the relay message verification request message is the block chain address of the message control smart contract that receives the relay message processing request message, the block chain address of the message control smart contract that generated the block chain communication message, and the block first message control smart contract is executed. The changed address, sequence information, and a relay message changed in units of bytes may be included.

15 is a diagram showing an example of the configuration of a relay message verification request message used in the blockchain communication system of the present invention.

Referring to FIG. 15, it can be seen that the relay message verification request message includes BMC, From, Seq, and Message.

BMC is a block chain address of a message control smart contract that receives a relay message processing request message. In the example of FIG. 15, the corresponding block chain address is "btp://0x3.iconee/cx5678~".

From is the block chain address of the message control smart contract that generated the block chain communication message. In the example of FIG. 15, the corresponding block chain address is "btp://0x1.icon/cxefgh~".

Seq is sequence information for confirming the order of the relay message verification request message. In the example of FIG. 15, the value is '3'.

The message is a relay message changed in units of bytes, and may be expressed as "Serialized RelayMessage" in the example of FIG. 15.

In the example of FIG. 15, the relay message verification request message includes a relay message changed in units of bytes, but this is optional, and the relay message verification request message may include a relay message not changed in units of bytes.

Returning to the description of FIG. 7 again, upon receiving the relay message verification request message from the second message verification smart contract 136 of the second blockchain network 130 (154), block verification information and message verification included in the relay message The relay message is verified using the information (714).

When the second message control smart contract 134 of the second blockchain network 130 confirms that the verification of the relay message is successful through the second message verification smart contract, it checks the blockchain communication message included in the relay message. , The service message included in the blockchain communication message is checked, and a service message processing request message including the service message is generated and transmitted to the second service control smart contract of the second blockchain network (156, 716).

At this time, the service message processing request message includes the network address of the blockchain network that sent the service message, the service type that identifies the service type of the service message, the serial number that identifies the service message processing request message, and the service message. can do.

16 is a diagram showing an example of a configuration of a service message processing request message used in the blockchain communication system of the present invention.

Referring to FIG. 16, it can be seen that the service message processing request message includes From, Service, SN, and ServiceMessage.

From is the network address of the blockchain network that sent the service message, and in the example of FIG. 16, the network address is "0x1.icon".

Service is information on a service type identifying a service type of a service message. In the example of FIG. 16, the service type is'token'.

SN is a serial number that can identify a blockchain communication message, and its value is '2' in the example of FIG. 16.

ServiceMessage represents a service message and includes all information of the service message.

Returning to the description of FIG. 7 again, when the second service control smart contract 132 of the second blockchain network 130 receives the service message processing request message (156), the service message included in the service message processing request message is After checking, the message included in the service message is transmitted to the destination of the service message (718).

8 is a flowchart illustrating a process of verifying a message received in a second blockchain network of the present invention.

Referring to FIG. 8, the second message verification smart contract 136 of the second block chain network 130 includes a block height (K) and a second block height (K) of a block containing a message for a message included in the relay message verification request message. The block height of the L-th block header stored in the message verification smart contract 136 is compared.

If the result of the comparison in step 810 is K> L, the second message verification smart contract 136 verifies the block header and block for each block from L+1 th block to K th block through a relay message verification request message. The user's voting information and information of a validator to verify the next block are received as block verification information, and information capable of proving the existence of the message is received as message verification information (812).

And, the second message verification smart contract 136 is a block header of the stored L-th block, validator information of the next block of the stored L-th block, voting information of the validator for the received block, and verification to verify the next block received. The existence of a block is verified by verifying the block headers received in the order of the block height using the child's information (814).

In step 814, if there are multiple blocks from L+1th block to Kth block, L+1th block, L+2th block, L+3th block, ?? The existence of blocks is verified in the order of the K-th block.

That is, the received block header of the L+1 th block is verified using the stored block header of the L th block, the validator information of the next block of the L th block and the received voting information of the L+1 th block.

In addition, the received block header of the L+2 th block uses the verified block header of the L+1 th block, the next validator information of the received L+1 th block, and the received voting information of the L+2 th block. And verified.

If verification is performed in this order of block height, the block header of the received K-th block can be verified.

In addition, the second message verification smart contract 136 updates the root value of the Merkle tree of the first block chain by applying the block headers of the verified blocks in the order of block height (816).

Further, the second message verification smart contract 136 verifies the existence of the message using the block header of the block including the message, the message, and message verification information (818).

In addition, the second message verification smart contract 136 includes a block header corresponding to the block with the largest block height received last, the root value of the Merkle tree of the first blockchain to which the block is applied, and the next block of the block. The verifier information of is stored and managed for the next verification (820).

If the result of the comparison in step 810 is K ≤ L, the second message verification smart contract 136 provides information that can prove the existence of the block header of the block including the message and the block including the message through the relay message verification request message. The block verification information is received, and information capable of verifying the existence of the message is received as message verification information (822).

Then, the second message verification smart contract 136 calculates the root value of the Merkle tree of the first block chain using the block header of the block containing the message and information that can prove the existence of the block containing the message, The existence of the block containing the message is verified by comparing whether the calculated root value of the Merkle tree of the first blockchain and the stored root value of the Merkle tree of the first blockchain are identical (824).

In step 824, verifying the existence of a block is performed when the stored root value of the Merkle tree of the first blockchain is one, and if the stored root value and the calculated root value of the Merkle tree of the first blockchain are the same, verification is performed. You can judge that it was successful.

In addition, when there are a plurality of stored root values of the Merkle tree of the first blockchain, if one of the stored plurality of root values and the calculated root value of the Merkle tree of the first blockchain are the same, it can be determined that the verification was successful. .

Further, the second message verification smart contract 136 verifies the existence of the message using the block header of the block including the message, the message, and message verification information (826).

9 is a diagram showing an example of a Merkle tree and a root value of a Merkle tree created and managed in the blockchain communication system of the present invention.

Referring to FIG. 9, the relay 120 may generate a Merkle tree as follows using block header information of a block, and the second message verification smart contract 136 generates and stores the root value of the Merkle tree. .

The present invention is effective because it is possible to verify whether a block exists even if the second message verification smart contract 136 stores the root value of the Merkle tree rather than the entire Merkle tree.

Merkle tree is a binary tree that leaves the hashed value of the block header of the block constituting the blockchain.

In FIG. 9, x1 is a block head of a block with a block height of 1, x2 is a block head of a block with a block height of 2, x3 is a block head of a block with a block height of 3, and x4 is a block with a block height of 4. Is the block head.

Steps 910 to 940 are processes in which a Merkle tree is generated by sequentially applying x1, x2, x3, and x4.

Step 910 is a step in which x1 is applied to the Merkle tree, and an h1 node calculated by hashing x1 is created in the Merkle tree as the first node. At this time, the node h1 is also the root value 912.

Step 920 is a step to which x2 is applied in addition to step 910. Since it is a binary tree, h1 node is hashed (H1 = hash(h1 || h2)) to the h2 node calculated by hashing x2 to create the calculated H1 node. , As a child node and leaf node of node H1, it connects node h1 and node h2. At this time, the H1 node becomes the root value 922.

Step 930 is a step to which x3 is additionally applied to step 920, and since it is a binary tree, h3 node calculated by hashing x3 is added to the root value 932. At this time, in the case of step 930, it can be seen that the root value 932 has two root values, the H1 node and the h3 node, whereby the root value may be plural.

Step 940 is a step in which x4 is additionally applied to step 930. As shown in the drawing, H1 node and H2 node are connected as child nodes of H3 node, and h1 node and h2 node are connected as child nodes and leaf nodes of H1 node As a child node and leaf node of the H2 node, it connects the h3 node and the h4 node. At this time, the root value 942 is an H3 node.

Information for proving the existence of a block including a message using the Merkle tree of the first block chain obtained in step 620 of FIG. 6 will be described as follows with reference to FIG. 9.

When K in FIG. 6 is 4 and the block height (N) of the block containing the message is 2, information capable of proving the existence of the block in step 620 may be defined as in Equation 1 below.

[Equation 1]

W _t4 ^x2 = [(h1, left), (H2, right)]

Here, W _t4 ^x2 is evidence that the second block header exists in the Merkle tree to which the fourth block header is applied, and is information that can prove the existence of the block.

(h1, left) indicates that the hash value of x2 is on the left side of the h2 node, and (H2, right)] indicates that the hash value of x2 is on the right side of the node h2.

When the second message verification smart contract 136 receives W _t4 ^x2 as information that can prove the existence of the block in step 822, it can be calculated and verified in step 824 as shown in Equation 2 below.

[Equation 2]

hash (hash( h1 || hash (x2)) || H2) = H3

Here, x2 is the block header of the block containing the message received with W _t4 ^x2 , h1 and H2 are the information included in W _t4 ^x2 , and H3 is the Merkle tree stored in the second message verification smart contract 136 It is the root value.

As described above, although the embodiments have been described by the limited drawings, a person of ordinary skill in the art can apply various technical modifications and variations based on the above. For example, the described techniques are performed in a different order from the described method, and/or components such as a system, structure, device, circuit, etc. described are combined or combined in a form different from the described method, or other components Alternatively, even if substituted or substituted by an equivalent, an appropriate result can be achieved.

Therefore, other implementations, other embodiments and claims and equivalents fall within the scope of the following claims.

110: the first blockchain network
120: relay
130: the second blockchain network
112: first service control smart contract
114: first message control smart contract
116: first message verification smart contract
132: second service control smart contract
134: second message control smart contract
136: Second message verification smart contract

Claims (25)

When receiving a message transmitted from the first blockchain network to the second blockchain network, a service message including the message and service information of the message is generated, and a block chain communication message including the service message is generated. Step 1;
When the relay monitoring the first blockchain network detects the creation of the block chain communication message, block verification information capable of verifying the block containing the message and message verification information capable of verifying the message are obtained, and A second step of generating a relay message including the block chain communication message, the block verification information, and the message verification information, and transmitting the relay message to the second block chain network including a destination of the message; And
When the relay message is received from the second blockchain network, the relay message is verified using the block verification information and the message verification information included in the relay message, and the message included in the relay message is transmitted to the destination. The third step to do
Including,
The second step,
When the relay detects the creation of a block chain event message including the block chain communication message, the block height (K) of the first block chain managed by the relay and the block height (N) of the block containing the message are determined. Comparing;
As a result of comparison, when the block height (N) of the block containing the message is greater than the block height (K) of the first block chain managed by the relay and the block height (N) of the block containing the message is the relay Acquiring the block verification information and the message verification information according to a case less than or equal to the block height (K) of the first block chain managed by
Generating the relay message including the block chain communication message, the block verification information, and the message verification information; And
Generating a relay message processing request message including the relay message in the relay and transmitting it to a second message control smart contract of the second blockchain network
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
delete The method of claim 1,
When the block height (N) of the block containing the message is greater than the block height (K) of the first block chain managed by the relay, obtaining the block verification information and the message verification information,
For each new block that is greater than the block height (K) of the first block chain managed by the relay and up to the block height (N) of the block containing the message, the block header, the validator's vote information for the block, and the next block Obtaining information of a validator to be verified as the block verification information;
Obtaining information that can prove the existence of the message as the message verification information; And
Applying all new blocks that are greater than the block height (K) of the first blockchain managed by the relay and up to the block height (N) of the block containing the message to the Merkle tree of the first blockchain
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 3,
The Merkle tree of the first blockchain,
A binary tree that leaves the hashed value of the block header of the block of the first blockchain
A method of proving messages for communication between blockchains in a blockchain communication system.
The method of claim 1,
When the block height (N) of the block containing the message is less than or equal to the block height (K) of the first block chain managed by the relay, obtaining the block verification information and the message verification information,
Acquiring, as the block verification information, information proving the existence of the block including the message using a block header of the block including the message and the Merkle tree of the first block chain; And
Acquiring information that can prove the existence of the message as the message verification information
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 5,
Information that can prove the existence of the block containing the message using the Merkle tree of the first blockchain,
Information required to generate the root value of the Merkle tree of the first block chain using the block header of the block containing the message
A method of proving messages for communication between blockchains in a blockchain communication system.
The method of claim 1,
The relay message processing request message,
Blockchain address of the message control smart contract that generated the blockchain communication message, and
The relay message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 1,
The third step,
Receiving a relay message processing request message including the relay message from the relay in a second message control smart contract of the second blockchain network;
Generating a relay message verification request message including the relay message and transmitting it to a second message verification smart contract of the second blockchain network;
Verifying the block verification information and the message verification information included in the relay message upon receiving the relay message verification request message from the second message verification smart contract of the second blockchain network;
If the second message control smart contract of the second blockchain network confirms that the verification of the relay message is successful through the second message verification smart contract, the blockchain communication message included in the relay message is checked, and And checking a service message included in the block chain communication message, generating a service message processing request message including the service message, and transmitting it to a second service control smart contract of the second block chain network; And
When the service message processing request message is received by the second service control smart contract of the second blockchain network, the service message included in the service message processing request message is checked, and the service message is sent as a destination of the service message. Transmitting the included message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 8,
In the process of processing the previous relay message in the second message verification smart contract of the second blockchain network, when the block with the largest block height among the blocks received from the first blockchain network is the Lth block, the Lth block Storing the block header of, the root value of the Merkle tree of the first block chain to which the block header of the L-th block is applied, and validator information of the next block of the L-th block
A method of proving a message for communication between blockchains in a blockchain communication system further comprising a.
The method of claim 9,
When receiving the relay message verification request message from the second message verification smart contract of the second blockchain network, verifying the block verification information and the message verification information included in the relay message,
For the message included in the relay message verification request message, if the block height (K) of the block containing the message is greater than the block height of the L-th block header stored in the second message verification smart contract, L+1 th For each block from the block to the Kth block, the block header, the validator's voting information for the block, and the information of the validator who will verify the next block are received as the block verification information, and information that can prove the existence of the message Receiving as the message verification information;
The block height of the block using the block header of the stored L-th block, validator information of the next block of the stored L-th block, voting information of a validator for the received block, and information of a validator to verify the next received block. Verifying the existence of a block by sequentially verifying the received block header;
Updating a root value of the Merkle tree of the first blockchain by applying block headers corresponding to the verified blocks in the order of block heights; And
Verifying the existence of the message using the block header of the block containing the message, the message, and the message verification information
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 9,
When receiving the relay message verification request message from the second message verification smart contract of the second blockchain network, verifying the block verification information and the message verification information included in the relay message,
For the message included in the relay message verification request message, if the block height (K) of the block containing the message is less than or equal to the block height of the L-th block header stored in the second message verification smart contract, the message Receiving, as the block verification information, a block header of a block including a block header and information proving the existence of a block including the message, as the message verification information, and information proving the existence of the message;
The root value of the Merkle tree of the first blockchain is calculated using the block header of the block containing the message and information that can prove the existence of the block containing the message, and the calculated Merkle tree of the first blockchain is Comparing whether the root value and the root value of the Merkle tree of the stored first block chain are the same to verify the existence of the block including the message; And
Verifying the existence of the message using the block header of the block containing the message, the message, and the message verification information
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a. The method of claim 11,
The root value of the Merkle tree of the first blockchain is calculated using the block header of the block containing the message and information that can prove the existence of the block containing the message, and the calculated Merkle tree of the first blockchain is The step of verifying the existence of a block containing the message by comparing whether the root value and the root value of the Merkle tree of the stored first blockchain are the same,
If the stored root value of the Merkle tree of the first blockchain is one, it is determined that verification has been successful if the stored root value and the calculated root value of the Merkle tree of the first blockchain are the same,
When the stored root value of the Merkle tree of the first blockchain is plural, it is determined that verification is successful if one of the stored root values and the calculated root value of the Merkle tree of the first blockchain are the same.
A method of proving messages for communication between blockchains in a blockchain communication system.
The method of claim 8,
The relay message verification request message,
Blockchain address of a message control smart contract that receives the relay message processing request message,
Blockchain address of the message control smart contract that generated the blockchain communication message,
Sequence information, and
The relay message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 8,
The service message processing request message,
The network address of the blockchain network that sent the service message,
A service type identifying a service type of the service message,
A serial number capable of identifying the service message processing request message, and
The service message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 1,
The service message,
Destination address, which is the block chain address of the account receiving the message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 15,
The service message,
A message type identifying the type of the message,
Service information, including service type and detailed information of service type,
A source address, which is the block chain address of the account sending the message, and
Data to be sent in the above message
A method of proving a message for communication between blockchains in a blockchain communication system further comprising at least one of.
The method of claim 15,
The blockchain address is,
Communication protocol identification information indicating that the address is for blockchain communication,
Blockchain type information that identifies the type of blockchain network,
Blockchain identification information that can identify the blockchain in the same type of blockchain network, and
Account identification information that can identify a specific account on the blockchain network
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 1,
The block chain communication message,
The starting address, which is the block chain address of the message control smart contract that generated the blockchain communication message,
Destination address, which is the block chain address of the message control smart contract that receives the block chain communication message,
A service type identifying a service type of the service message,
A serial number capable of identifying the blockchain communication message, and
The service message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 1,
The relay message,
At least one of the blockchain communication messages having the same network address, and
The verification information of the blockchain communication message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 1,
The first step,
Receiving the message transmitted from the first service control smart contract of the first blockchain network to the second blockchain network;
The first service control smart contract of the first blockchain network generates the service message using the received message, generates a transmission service message including the service message, and sends the transmission service message to the first Transmitting to a first message control smart contract of a blockchain network; And
When the transmission service message is received by the first message control smart contract of the first blockchain network, the blockchain communication message including the service message is generated, and a blockchain event message including the blockchain communication message Steps to generate
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 20,
The transmission service message,
A destination network address, which is information about the network address of the blockchain network receiving the service message,
A service type identifying a service type of the service message,
A serial number capable of identifying the transmission service message, and
The service message
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 20,
The block chain event message,
The next destination address, which is information about the blockchain address for the message control smart contract of the next blockchain network to which the blockchain communication message is delivered,
Sequence information for confirming the sequence of the blockchain event message, and
Blockchain communication message above
A method of verifying a message for communication between blockchains in a blockchain communication system comprising a.
The method of claim 20,
The first step,
Adding the block chain communication message to the first block chain of the first block chain network in the first message control smart contract of the first block chain network
A method of proving a message for communication between blockchains in a blockchain communication system further comprising a.
The method of claim 1,
The first step,
When generating the blockchain communication message fails, generating an error message and adding it to the first blockchain of the first blockchain network
A method of proving a message for communication between blockchains in a blockchain communication system further comprising a.
A first blockchain network for generating a service message including the message and service information of the message and generating a blockchain communication message including the service message when receiving a message transmitted to the second blockchain network;
When the creation of the block chain communication message is detected while monitoring the first blockchain network, block verification information capable of verifying the block containing the message and message verification information capable of verifying the message are obtained, and the A relay generating a relay message including a block chain communication message, the block verification information, and the message verification information, and transmitting the relay message to the second block chain network including a destination of the message; And
Upon receiving the relay message, the second blockchain network verifies the relay message using the block verification information and the message verification information included in the relay message and transmits the message included in the relay message to a destination
Including,
The relay,
When the creation of a block chain event message including the block chain communication message is detected, the block height (K) of the first block chain managed by the relay is compared with the block height (N) of the block containing the message,
As a result of comparison, when the block height (N) of the block containing the message is greater than the block height (K) of the first block chain managed by the relay and the block height (N) of the block containing the message is the relay Acquires the block verification information and the message verification information according to a case that is less than or equal to the block height (K) of the first block chain managed by
Generating the relay message including the block chain communication message, the block verification information, and the message verification information,
Generating a relay message processing request message including the relay message and transmitting it to a second message control smart contract of the second blockchain network
Blockchain communication system that proves messages for communication between blockchains.

Images