KR102448787B1 - System for providing retrieval service based on blockchain and method of the same - Google Patents

Abstract

A system that provides inquiry services based on blockchain is provided. The system receives the first block of the block chain from one or more block chain nodes constituting the block chain network, and transmits the data record of the first block to the database module, and a block listener module and the one or more data records. A database module for storing in a database, querying the database in response to a query request from a client terminal, and providing the query result to the client terminal, wherein the data record includes a data field and a hash field, and the hash A hash value associated with the data field value may be recorded in the field.

Description

Blockchain-based inquiry service providing system and method {SYSTEM FOR PROVIDING RETRIEVAL SERVICE BASED ON BLOCKCHAIN AND METHOD OF THE SAME}

The present invention relates to a system for providing a blockchain-based inquiry service and an operating method of the system. More specifically, it relates to a blockchain-based inquiry service providing system that can provide a high-speed inquiry service for various data recorded in the blockchain, and a method performed in the system.

Blockchain is a data management technology in which continuously increasing data is recorded in a specific unit block, and each node constituting a peer-to-peer (P2P) network manages the block as a chain-type data structure. Or, it means the data itself composed of the chain-type data structure. At this time, the blockchain composed of a chain-type data structure is operated in the form of a distributed ledger at each node without a central system.

Each block chain node constituting the block chain network manages blocks in a chain-type data structure as shown in FIG. 1 . Here, in each block, a hash value for the previous block is recorded, and the previous block can be referenced through the hash value. Accordingly, as blocks are stacked, forgery of data recorded in blocks becomes more difficult, and data integrity can be guaranteed even in a distributed environment.

Recently, attempts to ensure data integrity by applying block chain technology to the Internet of Things (IoT) field are increasing. However, due to some limitations of blockchain technology, it is difficult to apply blockchain technology to the IoT field.

The first limitation relates to the query performance of the blockchain. The query performance of blockchain is very low compared to general databases. Moreover, in the case of inquiring IoT data distributed in multiple blocks, the query performance may be further reduced due to the time to access the multiple blocks.

The second limitation relates to the query interface of the blockchain. Blockchain does not provide a convenient and powerful query interface (e.g. SQL) like a database. Of course, there are some blockchain platforms that provide convenient search functions, but there are also many differences compared to existing databases.

Korean Patent Publication No. 10-2018-0022507 (published on March 6, 18)

The technical problem to be solved by the present invention is to provide a system capable of providing a high-performance inquiry service for massive data recorded in a block chain and a method performed in the system.

Another technical problem to be solved by the present invention is to provide a system capable of ensuring data integrity while providing a high-performance inquiry service and a method performed in the system.

The technical problems of the present invention are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by those skilled in the art from the following description.

In order to solve the above technical problem, the block chain-based inquiry service providing system according to an embodiment of the present invention receives the first block of the block chain from one or more block chain nodes constituting the block chain network, and A block listener module that transmits one block of data records to a database module, stores the one or more data records in a database, inquires the database in response to a query request from a client terminal, and provides the query result to the client terminal It may include a database module. In this case, the data record may include a data field and a hash field, and a hash value associated with the data field value may be recorded in the hash field.

In one embodiment, the block listener module manages the transmission status information of the block received from the block chain node, wherein the transmission status information indicates the block number of the received block and whether the received block has been transmitted. Flag information may be included.

In one embodiment, the block listener module, in response to receiving the first block, obtains first flag information matching the number of the first block in the transmission state information, based on the first flag information to transmit the one or more data records to the database module.

In one embodiment, the block listener module, in response to receiving the ACK message from the database module, updates the flag information of the first block, and when the ACK message is not received from the database module, the first Blocks can be retransmitted.

In an embodiment, the block listener module identifies, among blocks having a number lower than the number of the first block, a non-transmission block that has not yet been transmitted, and the identified non-transmission module refers to the transmission state information. A data record of a block may be transmitted to the database module.

In one embodiment, the block chain network is composed of a plurality of channels, and the block listener module collects information on a channel to which each block chain node belongs, and performs block transmission for each channel based on the collected channel information. You can designate the node in charge.

In an embodiment, the block listener module may designate a node in charge of block transmission for each channel so that the corresponding channels do not overlap with each other.

In an embodiment, the block listener module may compare the number of block chain nodes for each channel, and designate a responsible node from a channel having a relatively small number of block chain nodes.

In an embodiment, the one or more blockchain nodes, in response to receiving the first data and the second data having a temporal precedence relationship from a data source, obtain the first data and a first hash value of the first data. writing a first data record including a first data record to the block chain, generating a second hash value of the second data based on the first hash value and the second data, and generating a second hash value of the second data and the second hash value A second data record including

A block chain-based inquiry service providing method according to another embodiment of the present invention for solving the above-described technical problem is a method for providing an inquiry service based on a block chain in an inquiry service providing system, one of the components constituting a blockchain network Receiving the first block of the block chain from the above block chain node, storing the data record of the first block in a database, and in response to a query request from a client terminal, query the database, and retrieve the query result It may include providing to the client terminal. In this case, the data record may include a data field and a hash field, and a hash value associated with the data field value may be recorded in the hash field.

A computer program according to another embodiment of the present invention for solving the above-described technical problem is coupled to a computing device, the step of receiving the first block of the block chain from one or more block chain nodes constituting the block chain network , storing the data record of the first block in a database and in response to a query request from a client terminal, querying the database, and providing the query result to the client terminal. may be stored on the medium. In this case, the data record may include a data field and a hash field, and a hash value associated with the data field value may be recorded in the hash field.

1 is a diagram for explaining a data structure of a block chain that can be referenced in some embodiments of the present invention.
2 to 4 are configuration diagrams for explaining an exemplary environment to which a block chain-based inquiry service providing system according to an embodiment of the present invention can be applied.
5 is a flowchart for explaining a process of storing block chain data in a database in a block chain-based inquiry providing system according to an embodiment of the present invention.
6 is an exemplary diagram for explaining that an identification value is allocated for each data source according to an embodiment of the present invention.
7 is an exemplary diagram for explaining a method of calculating a hash value for each data in a block chain node according to an embodiment of the present invention.
8 is a flowchart illustrating a process of processing an inquiry request in a block chain-based inquiry providing system according to an embodiment of the present invention.
9 and 10 are diagrams for explaining a method of verifying the integrity of data stored in a database according to an embodiment of the present invention.
11 is a block diagram illustrating a detailed function of a block listener module according to an embodiment of the present invention.
12 is an exemplary diagram of transmission state information that may be referred to in some embodiments of the present invention.
13 is a diagram for explaining a method of removing redundant traffic between a block chain network and a block listener module according to an embodiment of the present invention.
14 and 15 are diagrams for explaining a method of removing redundant traffic between a block listener module and a database module according to an embodiment of the present invention.
16 and 17 are diagrams for explaining a batch processing module according to an embodiment of the present invention.
18 and 19 are exemplary diagrams for explaining a process of processing a batch transaction through a batch processing module according to an embodiment of the present invention.
20 is a hardware configuration diagram illustrating an exemplary computing device capable of implementing modules and devices according to some embodiments of the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. Advantages and features of the present invention and methods of achieving them will become apparent with reference to the embodiments described below in detail in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various different forms, and only these embodiments allow the disclosure of the present invention to be complete, and common knowledge in the technical field to which the present invention pertains It is provided to fully inform those who have the scope of the invention, and the present invention is only defined by the scope of the claims.

In adding reference numerals to the components of each drawing, it should be noted that the same components are given the same reference numerals as much as possible even though they are indicated on different drawings. In addition, in describing the present invention, if it is determined that a detailed description of a related known configuration or function may obscure the gist of the present invention, the detailed description thereof will be omitted.

Unless otherwise defined, all terms (including technical and scientific terms) used herein may be used with the meaning commonly understood by those of ordinary skill in the art to which the present invention belongs. In addition, terms defined in a commonly used dictionary are not to be interpreted ideally or excessively unless clearly defined in particular. The terminology used herein is for the purpose of describing the embodiments and is not intended to limit the present invention. In this specification, the singular also includes the plural, unless specifically stated otherwise in the phrase.

In addition, in describing the components of the present invention, terms such as first, second, A, B, (a), (b), etc. may be used. These terms are only for distinguishing the elements from other elements, and the essence, order, or order of the elements are not limited by the terms. When it is described that a component is “connected”, “coupled” or “connected” to another component, the component may be directly connected or connected to the other component, but another component is between each component. It should be understood that elements may be “connected,” “coupled,” or “connected.”

As used herein, "comprises" and/or "comprising" refers to the presence of one or more other components, steps, operations and/or elements mentioned. or addition is not excluded.

Prior to the description of the present specification, some terms used in the present specification will be clarified.

In this specification, the block chain or block chain data refers to data maintained by each block chain node constituting the block chain network, and data in which at least one block is composed of a chain-type data structure. In a blockchain system, all blockchain nodes maintain the same blockchain data. However, in a blockchain system that supports multi-channel functions (e.g. Hyperledger Fabric), only blockchain nodes belonging to the same channel maintain the same blockchain data.

In this specification, a blockchain network refers to a peer-to-peer (P2P) network composed of a plurality of blockchain nodes operating according to a blockchain algorithm (or protocol).

As used herein, a blockchain node refers to a computing node that constitutes a blockchain network and operates according to a blockchain algorithm (or protocol). The computing node may be implemented as a physical device, but may also be implemented as a logical device such as a virtual machine. When the computing node is implemented as a virtual machine, a plurality of blockchain nodes may be included in one physical device.

In this specification, a transaction or blockchain transaction refers to any action that causes a state change (e.g. increase/decrease in balance, transfer of assets) in a blockchain environment, and state data recorded in the blockchain. It may refer to all actions to be viewed or data indicating those actions. For example, the transaction may include both writing specific data to the block chain and reading specific data recorded in the block chain. The transaction may be divided into a write-type transaction (e.g. a transaction for adding, modifying, or deleting state data) and a read-type transaction (e.g. a transaction for inquiring the state data). Of course, various types of transactions (e.g. execution) may exist in addition to read and write types depending on the blockchain platform, and in such a case, the transaction may include all types of transactions. Also, in the art, it may be used interchangeably with terms such as a query of the read-type transaction. The transaction can be executed through a smart contract (e.g. access to the block chain through functions and variables defined in the smart contract), but this may vary depending on the block chain platform.

In this specification, a smart contract refers to a script or software code used for transaction processing in a block chain system. More specifically, the smart contract is a code programmatically writing various conditions, states, and actions according to the conditions used for transaction processing, for example, smart contracts of Ethereum and chain code of Hyperledger Fabric. ) and the like. In a blockchain system, blockchain nodes can share smart contracts through the blockchain.

In this specification, historical data refers to all types of data having a temporal order relationship. Examples of the history data may include various time series data such as IoT data, data having a version concept, and the like.

In this specification, a data record means a data unit having a plurality of data fields. For example, in the block chain structure shown in FIG. 1, individual transaction data included in the body of each block may correspond to one data record.

In the present specification, an instruction refers to a series of instructions grouped based on a function, which is a component of a computer program and is executed by a processor.

Hereinafter, some embodiments of the present invention will be described in detail with reference to the accompanying drawings.

2 shows an exemplary environment to which the blockchain-based inquiry service providing system 10 according to an embodiment of the present invention can be applied. In particular, FIG. 2 illustrates an IoT device as an example of a data source providing data managed through a block chain. However, this may vary according to embodiments, and the technical scope of the present invention is not limited thereto.

As shown in FIG. 2 , the exemplary environment may include a query service providing system 10 , one or more IoT devices 20 - 1 to 20 - n , and one or more client terminals 30 . However, this is only a preferred embodiment for achieving the object of the present invention, and it goes without saying that some components may be added or deleted as necessary.

In the exemplary environment, the blockchain-based inquiry service providing system 10 is a system that provides one or more client terminals 30 with a high-speed inquiry service for data recorded in the blockchain.

3 or 4 , the inquiry service providing system 10 may include a blockchain network 300 composed of a plurality of blockchain nodes, a block listener module 200 , and a database module 100 . . However, each of the components of the inquiry service providing system 10 shown in FIG. 3 or 4 represents functionally separated functional elements, and a plurality of components may be implemented in a form that is integrated with each other in an actual physical environment. Note that there is

For example, the block listener module 200 and the database module 100 may be implemented as separate computing devices, and may be implemented in the form of different logic within the same computing device. In addition, the block listener module 200 and one or more blockchain nodes may also be implemented in the form of different logic within the same computing device.

Here, the computing device may be a notebook computer, a desktop computer, a laptop computer, and the like, but is not limited thereto and may include any type of device equipped with a computing function and a communication function. An example of the computing device will be referred to FIG. 20 .

In addition, in an actual physical environment, each of the components may be implemented in a form separated into a plurality of detailed functional elements. For example, a first function of the block listener module 200 or the database module 100 may be implemented in a first computing device, and a second function may be implemented in a second computing device. Hereinafter, each component of the inquiry service providing system 10 is demonstrated.

The block chain network 300 refers to a P2P structure network composed of a plurality of block chain nodes. As shown in FIG. 3 , the blockchain network 300 records and manages IoT data provided by one or more IoT devices 20-1 to 20-n in the blockchain. As described above, the IoT data is historical data having a temporal relationship. If a plurality of channels are formed on the block chain network 300, a separate block chain is managed for each channel, and a consensus process is made between block chain nodes belonging to each channel.

Next, the block listener module 200 is a module 300 that receives a block from the block chain network 300 and transmits the data of the block to the database module 100 . A detailed description of the detailed function of the block listener module 200 will be described later with reference to FIGS. 11 to 15 .

Next, the database module 100) stores the data received from the block listener module 200 in a database (hereinafter, "DB"), and provides a query service based on a database query (hereinafter, "DB query"). . In this case, the DB may be implemented in any form, such as a relational DB or an object-oriented DB.

As shown in FIG. 4 , the database module 100 may receive a DB query from the client terminal 30 and provide a query result for the DB query. The inquiry service provided through the database module 100 has various advantages. The first advantage is that a powerful search function can be supported through DB query, and the second advantage is that a much faster query service can be provided compared to blockchain by using the DB.

However, when the inquiry service is provided through a separate database module 100 , the reliability of the database module 100 (ie, the integrity of data stored in the DB) needs to be ensured. A related embodiment will be described later with reference to FIGS. 5 to 10 .

As shown in FIG. 4 , the client terminal 30 may perform a direct inquiry on data recorded in the block chain.

A more detailed description of each component 100 , 200 , and 300 of the inquiry service providing system 10 will be described in more detail with reference to the drawings below FIG. 5 .

Referring back to FIG. 3 , in the exemplary environment, the one or more client terminals 30 are terminals using the inquiry service provided by the inquiry service providing system 10 . The client terminal 30 may be implemented in any device.

In the example environment, one or more IoT devices 20 - 1 to 20 - n are data sources that provide IoT data. The type of the data source may vary according to an embodiment. In the following description, it is assumed that the reference number “20” refers to any IoT device.

At least some of the components illustrated in FIGS. 2 to 4 may communicate via a network. Here, the network includes all types of wired/wireless networks such as a local area network (LAN), a wide area network (WAN), a mobile radio communication network, and a Wibro (Wireless Broadband Internet). can be implemented.

An exemplary environment to which the blockchain-based inquiry service providing system 10 according to an embodiment of the present invention can be applied has been described with reference to FIGS. 2 to 4 . Hereinafter, a process in which the inquiry service is provided in the exemplary environment will be described with reference to FIGS. 5 to 10 .

For convenience of understanding, the process of storing IoT data recorded in the block chain in the database module 100 will be described first, and then the process of processing the inquiry request of the client terminal 30 will be described. .

5 is a flowchart illustrating a process in which block chain data is stored in a DB in the block chain-based inquiry service providing system 10 according to an embodiment of the present invention.

As shown in FIG. 5 , the storage process starts at step S10 in which the IoT device 20 provides IoT data.

According to an embodiment of the present invention, each IoT data may have a predetermined identification value, and the same identification value may be assigned to each IoT device. In addition, since each IoT data is historical data, it may include time information (e.g. timestamp) indicating a generation time. In addition, various meta information used to inquire IoT data may be included in IoT data. For example, as shown in FIG. 6 , a first identification value (“Sensor1”) is given to the first data 41 and the second data 43 provided by the first IoT device 20-1, 2 The data 45 provided by the IoT device 20 - 2 is given a first identification value (“Sensor2”). In addition, each of the data 41 to 45 includes a timestamp value as meta information. The identification value and the timestamp value are stored in the DB as they are, and may be used to inquire data generated by the specific IoT device 20 . For example, data generated by the first IoT device 20 - 1 for a specific period may be inquired through an identification value (“Sensor1”) and a time stamp value.

In step S20, the block chain network 300 records the provided IoT data in a block, and adds the block to the block chain through consensus. Those skilled in the art will understand the process of blockchain nodes writing and propagating data to blocks according to the blockchain protocol, and adding blocks to the blockchain through consensus, so a detailed description thereof will be omitted. do.

In this step S20, the blockchain node generates a hash value for each IoT data (e.g. 41, 43, 45 in FIG. 6), and records the hash value and a data record including the IoT data in the blockchain. have. The hash value may be used later to check the integrity of data stored in the DB. For example, the client terminal 30 may check the integrity of the DB data by comparing the hash value included in the DB inquiry result with the hash value recorded in the block chain.

In addition, according to an embodiment of the present invention, the blockchain node may calculate the hash value of the current data based on the hash value of the previous data. For example, as shown in FIG. 7 , the hash value 53-1 of the first data 51-1 is the hash value (“prevHashVal”) of the previous data of the first data 51-1 and the data 51 -1), and the hash value 53-2 of the second data 51-2 is the hash value 53-1 and data 51-2 of the previous data 51-1. can be calculated based on Similarly, the hash value 53-n of the n-th data 51-n may be generated based on the hash value 53-n-1 of the n-1 th data and the data 51-n. As described above, as the hash value of the history data is calculated in the form of a chain, the integrity of the data can be efficiently verified, which will be described later with reference to FIGS. 9 and 10 .

In step S30 , the block chain network 300 transmits the block to the block listener module 200 . That is, one or more block chain nodes constituting the block chain network 300 transmits the block to the block listener module 200 .

In step S40 , the block listener module 200 transmits one or more data records included in the received block to the database module 100 . In this case, the block listener module 200 may perform the transmission based on the transmission state information of the block, and a detailed description thereof will be described later with reference to FIGS. 11 to 13 .

In step S50, the database module 100 stores the received data record in the DB.

8 is a flowchart illustrating a process of processing an inquiry request in the block chain-based inquiry service providing system 10 according to an embodiment of the present invention.

As shown in FIG. 8 , the inquiry request processing process starts at step S110 when the client terminal 30 requests a DB inquiry. The DB inquiry request may be made by transmitting a DB query, and the client terminal 30 may generate a DB query based on a language such as Structured Query Language (SQL). Accordingly, the client can easily inquire the desired data, and the inquiry service providing system 10 can provide a powerful inquiry service based on the DB.

In step S120 , the database module 100 queries the DB with the DB query and provides the query result to the client terminal 30 . In this case, the search result includes not only the data but also a hash value for verifying the integrity of the data.

If it is desired to verify the integrity of the inquiry result, the client terminal 30 may further perform steps S130 to S150. Specifically, the client terminal 30 inquires the hash value of the data recorded in the block chain (S130, S140), and compares the hash value recorded in the block chain with the hash value included in the search result to ensure the integrity of the DB data. can be confirmed (S150).

According to an embodiment of the present invention, when historical data (e.g. IoT data collected for a specific period) composed of n data having a temporal precedence relationship is inquired, the client terminal 30 performs the hash value comparison twice. Data integrity can be verified. Specifically, as shown in FIG. 9 , the client terminal 30 compares the hash values of the first data ( S151 ), calculates the hash values for the last data ( 153 ), and the hash for the last data. By performing only the step of comparing the values ( S155 ), the integrity of the entire searched data can be checked. This is because, as shown in FIG. 7 , when a hash value is calculated in a chain form, if any one data is forged or modulated, the hash value of the last data is changed. The hash value of the last data can be obtained by sequentially performing a hash operation on the searched history data 61, 63, and 65 as shown in FIG. to be omitted. According to the present embodiment, the integrity of all data can be confirmed through two hash value comparisons regardless of the number of data obtained as a result of the inquiry. In other words, if only the hash values of the first and last data are obtained through block access up to two times, the integrity of the entire data can be immediately verified. Therefore, while providing a high-speed inquiry service through a separate DB, the integrity of DB data can also be guaranteed without performance degradation.

So far, the process of providing the inquiry service through the blockchain-based inquiry system 10 has been described with reference to FIGS. 5 to 10 . Hereinafter, detailed functions of the block listener module 200 will be described in detail with reference to FIGS. 11 to 15 .

11 is a block diagram illustrating a block listener module 200 according to an embodiment of the present invention.

11 , the block listener module 200 includes a block receiving unit 210 , a data transmitting and receiving unit 230 , a transmission state information management unit 250 , a block requesting unit 270 , and a responsible node designation unit 290 . may include. However, only the components related to the embodiment of the present invention are illustrated in FIG. 11 . Accordingly, one of ordinary skill in the art to which the present invention pertains can see that other general-purpose components other than the components shown in FIG. 11 may be further included. In addition, it should be noted that each component of the block listener module 200 shown in FIG. 11 represents functionally distinct functional elements, and a plurality of components may be implemented in a form integrated with each other in an actual physical environment. . Alternatively, each component may be implemented in a form separated into a plurality of detailed functional elements.

The block receiving unit 210 receives blocks from one or more blockchain nodes.

Next, the data transceiver 230 transmits one or more data records included in the block to the database module 100 . In addition, the data transceiver 230 may receive an ACK (ACKnowledgement) message from the database module 100 . The database module 100 may transmit the ACK message when all of the data records for a specific block are received or when all of the data records are stored in the DB. Additional details on the operation of the data transceiver 230 will be described together with the transmission state information management unit 250 .

Next, the transmission state information management unit 250 manages the transmission state information in units of blocks. The transmission state information may include flag information indicating whether each block has been transmitted to the database module 100 . In this case, the identifier of each block may be used as a block number, but a separate identifier may be used. If a plurality of channels are formed in the block chain network 300 , as shown in FIG. 12 , transmission state information for blocks may be managed for each channel. According to an embodiment, the transmission state information management unit 250 may manage the transmission state information in units of data records.

When the data transceiver 230 receives the ACK message for the specific block from the database module 100 , the transmission state information manager 250 may set the transmission completion flag for the specific block to “Y”. For example, the state information 71 of the block 1 shown in FIG. 12 may mean that an ACK message for the block 1 has been received from the database module 100 .

According to an embodiment of the present invention, the data transceiver 230 may prevent duplicate transmission by checking the transmission completion flag of the corresponding block before the block transmission. That is, the data transceiver 230 may not perform redundant transmission even when the same block is received from the block chain node. For example, as shown in Fig. 13, the first blockchain node 301 belongs to channels A, B, and C, the second blockchain node 303 belongs to channels A and B, and the third blockchain node Assume that 305 belongs to channels A and C. Then, since each block chain node 301 to 305 will transmit the new block to the block listener module 200 whenever a new block is generated in the affiliated channel, the data transceiver 230 receives and transmits the same block in duplicate. will do In this case, the data transceiver 230 performs transmission based on the transmission status information of each block (that is, by transmitting only when the transmission completion flag is “N”), and as shown in FIG. 13 , the same block It is possible to prevent duplicate transmission to the database module 100 . Accordingly, unnecessary computing costs and network costs due to redundant transmission may be reduced.

Also, according to an embodiment of the present invention, the data transceiver 230 may perform retransmission of an untransmitted block based on the block's transmission status information (ie, a transmission completion flag). For example, suppose that the block 2 shown in FIG. 12 is a block that has already been attempted to be transmitted. However, since the transmission completion flag of the transmission state information 73 of the block 2 is "N", the data transceiver 230 may retransmit the block 2 . The data transceiver 230 may perform retransmission using a retransmission timer, but the retransmission may be implemented in any manner.

Next, the block request unit 270 requests a specific block from the blockchain node. For example, if the block listener module 200 is restored after a failure, the block request unit 270 may refer to the transmission state information of each block to identify untransmitted blocks, and request the untransmitted blocks to the blockchain node. have. For example, referring to the transmission status information 73 of the block 2 shown in FIG. 12 , it can be confirmed that the block 2 is not transmitted even though the transmission of the next block 3 is completed. In this case, the block request unit 270 requests the block 2 to the block chain node belonging to the channel A, and the data transceiver 230 transmits the block 2 back to the database module 100. have.

However, according to another embodiment of the present invention, the block listener module 200 stores the received block in a temporary storage such as a cache, and when receiving the ACK message, removes the block corresponding to the received ACK message. may work to do so. In this case, since there is no need to request an untransmitted block from the block chain node, the block listener module 200 may be implemented except for the block request unit 270 .

Referring back to FIG. 11 , the responsible node designator 290 designates a responsible node for each channel. Here, the responsible node refers to a block chain node designated to transmit a block of an affiliated channel to the block listener module 200 . The reason for setting the responsible node is to prevent overlapping of block transmission between the block chain nodes 301 to 305 and the block listener module 200 as shown in FIG. 13 . That is, duplicate traffic between the block listener module 200 and the database module 100 is removed by using the block's transmission state information, but there is still redundant traffic between the block chain node and the block listener module 200 . Accordingly, in order to further remove inefficiency due to redundant traffic, it may be understood that a responsible node is designated for each channel. A detailed operation of the responsible node designator 290 will be described in more detail with reference to FIGS. 14 and 15 .

The responsible node designator 290 may collect information on the channel to which the block chain node belongs, and may designate a responsible node for each channel based on the collected channel information. At this time, the method of collecting the channel information of each block chain node may be any method.

According to an embodiment of the present invention, the responsible node designator 290 may designate a responsible node for each channel so that the responsible channels do not overlap with each other. An example of designating a responsible node is illustrated in FIGS. 14 and 15 . Hereinafter, an exemplary method of designating a responsible node will be described in more detail with reference to FIGS. 14 and 15 .

Table 81 shown in FIG. 14 shows channel information collected in the environment shown in FIG. 15 . The responsible node designator 290 may calculate the number of nodes belonging to each channel based on the collected channel information 81 , and generate information as shown in the table 83 based on this.

Next, the responsible node designator 290 may sequentially designate the responsible node based on the information shown in the table 83 from a channel having a relatively small number of nodes. Specifically, a responsible node is designated from a channel (B or C) having the smallest number of nodes to which it belongs, and FIG. 14 shows, as an example, that a responsible node is designated from the channel (B). Next, a node in charge of a channel C with a smaller number of nodes among the remaining channels A and C other than the channel B may be designated as the third blockchain node 315 . Similarly, the node in charge of the remaining channel A may be designated as the first blockchain node 311 . In this way, a responsible node may be designated so that the responsible channels do not overlap with each other.

15 illustrates block transmission between the block chain nodes 311 to 315 and the block listener module 200 after a responsible node is designated for each channel. As shown in FIG. 15, the block listener module 200 receives the block of each channel from the block chain nodes 311 to 315 in charge of a specific channel, and the block listener module 200 and the block chain nodes 311 to 315 315) can be removed.

Meanwhile, it should be noted that all of the components 210 to 290 illustrated in FIG. 11 are not essential components of the block listener module 200 . That is, the block listener module 200 may be implemented with only some of the components 210 to 290 shown in FIG. 11 .

Each of the components 210 to 290 illustrated in FIG. 11 may mean software or hardware such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC). However, the above components are not meant to be limited to software or hardware, and may be configured to be in an addressable storage medium or configured to execute one or more processors. The functions provided in the components may be implemented by more subdivided components, or may be implemented as one component that performs a specific function by combining a plurality of components.

So far, detailed functions of the block listener module 200 according to an embodiment of the present invention have been described with reference to FIGS. 11 to 15 . Hereinafter, an embodiment of the present invention capable of improving the transaction processing performance of a blockchain network will be described with reference to FIGS. 16 to 19 .

The transaction processing performance of the blockchain network is very important to record a huge amount of IoT data that occurs in real time on the blockchain. In order to improve transaction processing performance, as shown in FIG. 16 , the inquiry service providing system 10 may further include a batch processing module 400 .

The batch processing module 400 is a module for processing a block chain transaction in a batch form. For example, when writing each IoT data provided by the IoT devices 20-1 to 20-n in the block chain is processed as a single write transaction, the batch processing module 400 performs multiple write transactions in a batch form. can be batch processed. By doing so, the transaction processing performance of the blockchain network 300 can be greatly improved. The processing module 400 may be implemented as a separate computing device, or may be implemented in the form of logic within a specific computing device.

According to an embodiment of the present invention, the batch processing module 400 may be composed of functional elements as shown in FIG. 17 . Hereinafter, detailed functional elements of the batch processing module 400 will be described with reference to FIG. 17 .

Referring to FIG. 17 , the batch processing module 400 may include a classifying unit 410 , a batch generating unit 430 , a handler unit 450 , a result providing unit 470 , and a batch size adjusting unit 490 . . However, only the components related to the embodiment of the present invention are illustrated in FIG. 17 . Accordingly, those skilled in the art to which the present invention pertains can see that other general-purpose components other than those shown in FIG. 17 may be further included. In addition, it should be noted that each component of the batch processing module 400 shown in FIG. 17 represents functionally separated functional elements, and at least one component may be implemented in a form that is integrated with each other in an actual physical environment. do.

Looking at each component, the classification unit 410 classifies the requested transaction according to a predetermined classification criterion. In this case, the predetermined classification criterion may include, but is not limited to, an identifier of a smart contract, a channel identifier and/or a transaction type, and the importance of a transaction. Here, the type of the transaction may be defined in various ways as described above, but for convenience of understanding, it is assumed that the transaction type is divided into a write type and a read type. However, it should be noted that the technical scope of the present invention is not limited to a specific type of transaction.

In more detail, the classification unit 410 classifies each transaction by channel, smart contract, transaction type, and/or importance (e.g. classifies as a write-type transaction using the first smart contract of the first channel), and the classification result may be provided to the batch generating unit 430 .

According to an embodiment of the present invention, some transactions with high importance are not processed through batch processing, but may be processed individually. For example, it is assumed that the classification unit 410 classifies a plurality of transactions into a first transaction group with low importance and a second transaction group with high importance based on the importance of the transaction. Then, the first blockchain transaction belonging to the first transaction group may be processed in a batch form by the batch generating unit 430 . In addition, the second transaction belonging to the second transaction group may be directly transferred to the handler unit 450 to be individually processed. According to the present embodiment, since a transaction having a high importance can be processed more quickly, a differential processing service according to the transaction importance can be provided.

Next, the batch generating unit 430 generates a batch transaction by synthesizing the plurality of transactions classified by the classifying unit 410 . Specifically, the batch generator 430 inserts each of the classified transactions into a batch queue corresponding to the classification result. For example, the batch generator 430 may insert the first transaction classified as the first classification result into the first batch queue, and insert the second transaction classified as the second classification result into the second batch queue. . Also, in response to determining that a specific batch queue (e.g. the first batch queue or the second batch queue) satisfies a predetermined batch generation condition, the batch generation unit 430 aggregates the transactions included in the specific batch queue to perform a batch transaction. can create

The batch queue refers to a place for storing transactions until a batch transaction is created, and may be understood as a concept of a kind of transaction buffer or transaction pool. As can be seen from the name of the buffer queue, the batch queue may be implemented as a queue-based data structure, but the scope of the present invention is not limited thereto, and may be implemented with various types of data structures.

The batch creation condition may include a first condition based on a batch timer, a second condition based on a data size of a transaction, a third condition based on the number of transactions, and a fourth condition based on whether there is an association between transactions. can In addition, the predetermined batch generation condition may further include a fifth condition that may be defined based on a combination of the first condition to the fourth condition. Hereinafter, for convenience of understanding, a process of generating a batch transaction according to each batch creation condition will be described in detail.

In the first embodiment, the batch generation unit 430 may generate a batch transaction by synthesizing the transactions of a specific batch queue in response to the expiration event of the batch timer. In this case, the batch timer may exist for each batch queue, but the scope of the present invention is not limited thereto. The timer period of each batch queue may be the same or different. For example, a timer period of a batch queue having a high priority may be set to be relatively short, and a timer period of a batch queue having a lower priority may be set to be relatively long. Through this, a differential transaction processing service may be provided. According to the present embodiment, a transaction waiting time according to batch processing may be limited within a predetermined time (e.g. batch timer period). Accordingly, the problem of delay in processing of some individual transactions due to batch processing can be alleviated.

In the second embodiment, the batch generation unit 430 may generate a batch transaction in response to determining that the data size of all transactions included in the specific batch queue is equal to or greater than a threshold value. In this case, the data size of the entire transaction may be calculated as the sum of the data sizes of individual transactions, and the data size of the individual transaction may mean, for example, the size of transaction data recorded in the block chain. However, the scope of the present invention is not limited thereto. The threshold value may be a preset fixed value or a variable value that varies according to circumstances. For example, the threshold value may be a fixed value set based on the maximum size of the block. As another example, the threshold value may be a fixed value or a variable value set based on the priority of the corresponding batch queue. As another example, the threshold value may be a variation value set to a larger value as the load of the batch processing apparatus 100 increases. According to the present embodiment, it is possible to prevent too much data from being included in one batch transaction, so that the probability of processing failure of the batch transaction can be reduced.

In the third embodiment, the batch generation unit 430 may generate a batch transaction in response to determining that the number of transactions included in a specific batch queue satisfies the set value of the batch size. In this case, the set value may be a variable value that varies according to circumstances. For example, the set value may be a change value set to a smaller value as the priority of the corresponding batch queue is higher. As another example, the set value may be a variable value adjusted according to a transaction processing situation such as a load of the batch processing module 400 and a transaction processing time required.

In the fourth embodiment, the batch generation unit 430 may generate a batch transaction based on the association between the transactions. Specifically, the batch processing module 400 determines whether an associated transaction of a particular transaction exists. In this case, the related transaction means a transaction that has a relationship with the specific transaction, and may be, for example, a transaction including an identification key of the same state data as the specific transaction. That is, transactions accessing the same state data as the specific transaction may be determined as an associated transaction having a relationship with the specific transaction. When it is determined that the associated transaction exists, the batch generation unit 430 may perform batch processing in various ways. Specific examples are as follows.

In the 4-1 embodiment, the batch generation unit 430 may generate and process the first transaction and the second transaction in which the association exists as different batch transactions.

In the 4-2 embodiment, the batch generation unit 430 generates a batch transaction based on the remaining transactions except for the first transaction and the second transaction in which the association exists, and separates the first transaction and the second transaction. can be processed with

In the 4-3 embodiment, the batch generating unit 430 may process the first transaction in a batch form among the first and second transactions in which the association exists, and process the second transaction individually. That is, the batch generator 430 may process some transactions in a batch form among a plurality of transactions in which correlation exists within a range in which transaction conflicts do not occur.

In the 4-4 embodiment, the batch generating unit 430 determines whether the first transaction and the second transaction in which the association exists are combinable, and in response to determining that the association is possible, the first transaction and the second transaction This combined third transaction can be created. Here, if the execution result of the third transaction is the same as the result of executing the first transaction and the second transaction, the method of generating the third transaction may be performed in any manner. Also, the batch generator 430 may process the third transaction in a batch form or individually.

According to the above-described embodiments, batch processing may be performed within a range in which collision does not occur in consideration of the correlation between transactions. Accordingly, the problem of poor stability of transaction processing may be alleviated. In the above embodiment, for convenience of understanding, it has been described assuming that there is a correlation between two transactions, but those skilled in the art may use the same or It will be appreciated that it may be treated in a similar manner.

Next, the handler unit 450 interworks with the blockchain network 300 to batch-process individual transactions or batch transactions. The handler unit 450 may include a transmission handler 151 and a reception handler 153 .

The transmission handler 151 performs overall transmission processing for data, such as a batch transaction. Specifically, in response to the batch transaction being generated, the transmission handler 151 may transmit the generated batch transaction to the blockchain network 300 . In addition, the transmission handler 151 may further perform operations such as transmitting the execution result (e.g. endorsement) of the batch transaction signed by the blockchain node to the consensus node or retrying the batch transaction that has failed processing.

The reception handler 153 performs overall processing on data received from the block chain network 300, such as a processing result of a batch transaction. Specifically, the reception handler 153 provides the processing result to the result providing unit 470 in response to receiving the processing result for the individual transaction or the batch transaction. In addition, the reception handler 153 may further perform operations such as receiving the processing result of the signed batch transaction from the block chain network 300 and transferring it to the transmission handler 151 .

Next, the result providing unit 470 receives a processing result for an individual transaction or a batch transaction from the reception handler 153 , and provides the processing result to the requesting terminal 500 . In more detail, the result providing unit 470 may classify the processing result for the batch transaction into individual transaction units, and provide the divided processing result to each requesting terminal 500 . For example, the result providing unit 470 generates a reference table composed of the identifier of the requesting terminal 500, the transaction identifier, the address of the requesting terminal 500, and the like, and uses the reference table to display the processing results of individual transactions. It may be provided to the corresponding requesting terminal 500 . However, the technical scope of the present invention is not limited thereto.

Next, the batch size adjusting unit 490 monitors the transaction processing status and variably adjusts the batch size setting value based on the monitoring result. Also, the batch size adjusting unit 490 may activate or deactivate the batch processing function based on the monitoring result. Here, the deactivation of the batch processing function may be performed by adjusting the batch size setting value to “1”, but may be performed in any other way.

The monitoring index related to the transaction processing status may include the number of incoming transactions, the number of outgoing transactions, a transaction processing time required, and a waiting time of a transaction for a unit time. However, the technical scope of the present invention is not limited thereto.

For example, the batch size adjuster 490 may activate a batch function or increase the batch size when the number of incoming transactions is equal to or greater than a threshold. In the opposite case, the batch function may be deactivated or the batch size may be reduced.

As another example, the batch size adjuster 490 may activate a batch function or increase the batch size when the number of outgoing transactions is equal to or greater than a threshold. In the opposite case, the batch function may be deactivated or the batch size may be reduced.

As another example, the batch size adjuster 490 may activate a batch function or increase the batch size when the processing time required for a transaction is equal to or greater than a threshold value. In the opposite case, the batch function may be deactivated or the batch size may be reduced.

As another example, the batch size adjuster 490 may deactivate the batch function or reduce the batch size when the transaction waiting time (eg, waiting time in the value queue) is equal to or greater than a threshold value. In the opposite case, the batch function may be activated or the batch size may be increased.

Each component shown in FIG. 17 may also mean software or hardware such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC). However, the above components are not meant to be limited to software or hardware, and may be configured to be in an addressable storage medium or configured to execute one or more processors. The functions provided in the components may be implemented by more subdivided components, or may be implemented as one component that performs a specific function by combining a plurality of components.

Hereinafter, for the convenience of understanding, a process of processing a write type transaction through the batch processing module 400 will be described with reference to FIGS. 18 and 19 . 18 and 19 illustrate a case where the set value of the batch size is “3” as an example.

18 illustrates a process of processing a write type transaction according to an embodiment of the present invention.

Referring to FIG. 18 , the batch processing module 400 generates a batch transaction 410 by synthesizing a plurality of write type transactions Txw1 , Txw2 , and Txw3 . In detail, according to the classification result of the classification unit 410, the batch generation unit 430 inserts the write type transactions (Txw1, Txw2, Txw3) into the same batch queue, and the write type transaction (Txw1, Txw1, A batch transaction 410 may be generated in response to determining that the number of Txw2, Txw3 satisfies the set value of the batch size.

Next, the batch processing module 400 requests processing of the batch transaction 410 to the blockchain network 300 . Then, the block chain nodes 320 and 330 constituting the block chain network 300 perform a consensus process for the batch transaction 410, and display the execution result of the batch transaction 410 on the block chain 323 and 333. record in

As shown in FIG. 18 , each blockchain node 323 , 333 may include processing modules 321 , 331 for processing a batch transaction 410 . The processing modules 321 and 331 classify the execution result of the batch transaction 410 by transaction (or by state data) using a smart contract, and perform an operation of updating the block chain based on the divided execution result. can At this time, the execution result of the batch transaction 410 may include the signature of the blockchain node, the identifier of the individual transaction, the identification key (A, B, C) and value (1, 2, 3) of the state data, etc. can Accordingly, the processing modules 321 and 331 may classify the execution result of the batch transaction 410 by transaction (or by state) using the identification keys A, B, and C and/or the identifier of the transaction.

Next, the batch processing module 400 receives the processing result for the batch transaction 410 from the blockchain network 300 , and provides the received processing result to the corresponding request terminal 500 .

In this case, when the processing result indicates failure, the handler unit 450 of the batch processing module 400 may retry the processing of the batch transaction 410 .

19 illustrates a process of processing a write-type batch transaction in an environment in which a separate consensus node exists, such as Hyperledger Fabric. The consensus node (e.g. "orderer" of Hyperledger Fabric) refers to a node that performs the main consensus process on the execution result of the smart contract.

As shown in FIG. 19 , the batch processing module 400 generates a batch transaction 420 , and transmits the generated batch transaction 420 to the blockchain node 340 . In addition, the batch processing module 400 receives the execution result of the batch transaction 420 from the blockchain node 340 . The execution result may include, as described above, the signature of the blockchain node for the batch transaction 420, the identification key (A, B, C) and value (1, 2, 3) of the state data, etc. .

Next, the batch processing module 400 submits the received execution result to a separate consensus node 360 . Then, the consensus node 360 verifies the batch transaction 420 based on the execution result of the blockchain node 340 , records the execution result in a new block, and propagates the new block on the blockchain network 300 . do. Finally, each blockchain node 340, 350 that has received the new block classifies the execution result of the batch transaction 420 by transaction (or by state data) through the processing modules 341 and 351, The blockchain is updated based on the execution result.

As described with reference to FIGS. 18 and 19 , when a transaction is processed through the batch processing module 400 , a plurality of transactions may be batch processed through the batch processing. That is, the consensus process is not performed in units of individual transactions, but in units of batch transactions, so that a plurality of transactions can be batch processed. Accordingly, transaction processing performance may be rapidly improved. In an ideal environment, transaction processing performance could be improved in proportion to the batch size.

So far, the batch transaction module 400 designed to improve the transaction processing performance of the blockchain network has been described in detail with reference to FIGS. 16 to 19 . Hereinafter, an exemplary computing device capable of implementing modules or devices according to various embodiments of the present invention will be described.

20 is a hardware configuration diagram illustrating an exemplary computing device 500 that may implement various modules (e.g. 100, 200, 400) or devices according to some embodiments of the present invention.

Referring to FIG. 20 , the computing device 500 includes one or more processors 510 , a bus 510 , a network interface 570 , and a memory 530 for loading a computer program executed by the processor 510 . and a storage 590 for storing the computer program 591 . However, only the components related to the embodiment of the present invention are illustrated in FIG. 20 . Accordingly, those skilled in the art to which the present invention pertains can see that other general-purpose components other than the components shown in FIG. 20 may be further included.

The processor 510 controls the overall operation of each component of the computing device 500 . The processor 510 includes a central processing unit (CPU), a micro processor unit (MPU), a micro controller unit (MCU), a graphic processing unit (GPU), or any type of processor well known in the art. can be In addition, the processor 510 may perform an operation on at least one application or program for executing the method according to the embodiments of the present invention. Computing device 500 may include one or more processors.

The memory 530 stores various data, commands and/or information. The memory 530 may load one or more programs 591 from the storage 590 to execute the method for providing a block chain-based inquiry service according to embodiments of the present invention. The memory may be implemented as a volatile memory such as RAM, but the technical scope of the present invention is not limited thereto.

The bus 510 provides a communication function between components of the computing device 500 . The bus 510 may be implemented as various types of buses, such as an address bus, a data bus, and a control bus.

The network interface 570 supports wired/wireless Internet communication of the computing device 500 . Also, the network interface 570 may support various communication methods other than Internet communication. To this end, the network interface 570 may be configured to include a communication module well known in the art.

The storage 590 may non-temporarily store the one or more programs 591 . The storage 590 is a non-volatile memory such as a read only memory (ROM), an erasable programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), a flash memory, a hard disk, a removable disk, or well in the art to which the present invention pertains. It may be configured to include any known computer-readable recording medium.

The computer program 591, when loaded into the memory 530, may include one or more instructions that cause the processor 510 to perform methods and/or operations according to various embodiments of the present invention. That is, the processor 510 may perform the method and/or operation according to various embodiments of the present disclosure by executing the one or more instructions.

For example, when the computer program 591 includes one or more instructions for performing an operation of the block listener module 200, the block listener module 200 according to an embodiment of the present invention through the computing device 500 This can be implemented.

For another example, when the computer program 591 includes one or more instructions for performing an operation of the database module 100 , the database module 100 according to an embodiment of the present invention through the computing device 500 is can be implemented.

As another example, when the computer program 591 includes one or more instructions for performing an operation of the batch processing module 400, the batch processing module ( 400) can be implemented.

As another example, when the computer program 591 includes one or more instructions for performing the operation of the block chain node, the block chain node according to the embodiment of the present invention through the computing device 500 can be implemented.

So far, an exemplary computing device 500 capable of implementing devices according to various embodiments of the present invention has been described with reference to FIG. 20 .

So far, various embodiments of the present invention and effects according to the embodiments have been described with reference to FIGS. 1 to 20 . Effects of the present invention are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art from the following description.

The concepts of the present invention described with reference to FIGS. 1 to 20 may be implemented as computer-readable codes on a computer-readable medium. The computer-readable recording medium may be, for example, a removable recording medium (CD, DVD, Blu-ray disk, USB storage device, removable hard disk) or a fixed recording medium (ROM, RAM, computer-equipped hard disk). can The computer program recorded in the computer-readable recording medium may be transmitted to another computing device through a network such as the Internet and installed in the other computing device, thereby being used in the other computing device.

In the above, even though all the components constituting the embodiment of the present invention are described as being combined or operating in combination, the present invention is not necessarily limited to this embodiment. That is, within the scope of the object of the present invention, all of the components may operate by selectively combining one or more.

Although acts are shown in a particular order in the drawings, it should not be understood that the acts must be performed in the specific order or sequential order shown, or that all depicted acts must be performed to obtain a desired result. In certain circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various components in the embodiments described above should not be construed as necessarily requiring such separation, and the program components and systems described may generally be integrated together into a single software product or packaged into multiple software products. It should be understood that there is

Although embodiments of the present invention have been described above with reference to the accompanying drawings, those of ordinary skill in the art to which the present invention pertains can realize that the present invention can be embodied in other specific forms without changing the technical spirit or essential features. can understand Therefore, it should be understood that the embodiments described above are illustrative in all respects and not restrictive. The protection scope of the present invention should be construed by the following claims, and all technical ideas within the equivalent range should be construed as being included in the scope of the present invention.

Claims (12)

In the system that provides inquiry service based on block chain,
a block listener module for receiving the first block of the block chain from one or more block chain nodes constituting the block chain network irrespective of the inquiry request from the client terminal, and transmitting the data record of the first block to the database module; and
A database module that stores the data record of the first block in a database, inquires the data record stored in the database in response to the inquiry request of the client terminal, and provides the inquired data record to the client terminal,
The data records stored in the blockchain and the database include a data field and a hash field,
In the hash field, a hash value for the value of the data field is recorded,
Blockchain-based inquiry service provision system. The method of claim 1,
The block listener module is
Manages the transmission status information of blocks received from blockchain nodes,
The transmission status information is characterized in that it includes a block number of the received block and flag information indicating whether the received block has been transmitted or not,
Blockchain-based inquiry service provision system. 3. The method of claim 2,
The block listener module is
In response to receiving the first block, first flag information matching the number of the first block is obtained in the transmission status information, and the one or more data records are transferred to the database module based on the first flag information. characterized by transmitting
Blockchain-based inquiry service provision system. 3. The method of claim 2,
The block listener module is
In response to receiving the ACK message from the database module, updating the flag information of the first block,
When the ACK message is not received from the database module, characterized in that the first block is retransmitted,
Blockchain-based inquiry service provision system. 3. The method of claim 2,
The block listener module is
Referring to the transmission status information, identifying an untransmitted block that has not yet been transmitted among blocks having a number lower than the number of the first block, and transmitting the data record of the identified untransmitted block to the database module characterized in that
Blockchain-based inquiry service provision system. The method of claim 1,
The blockchain network consists of a plurality of channels,
The block listener module is
characterized in that each block chain node collects information on the channel to which it belongs, and designates a node responsible for block transmission for each channel based on the collected channel information,
Blockchain-based inquiry service provision system. 7. The method of claim 6,
The block listener module is
characterized in that a node in charge of block transmission is designated for each channel so that the channel in charge does not overlap with each other,
Blockchain-based inquiry service provision system. 7. The method of claim 6,
The block listener module is
Calculating the number of blockchain nodes belonging to each channel from the collected channel information, and designating a node in charge of each channel in the order of the number of affiliated blockchain nodes from the smallest channel to the largest number of channels,
Blockchain-based inquiry service provision system. The method of claim 1,
The one or more blockchain nodes,
In response to receiving the first data and the second data having a temporal relationship from a data source, writing a first data record including the first data and a first hash value of the first data to the blockchain; , generates a second hash value of the second data based on the first hash value and the second data, and writes a second data record including the second data and the second hash value to the block chain characterized in that
Blockchain-based inquiry service provision system. 10. The method of claim 9,
The data source is an Internet of Things (IoT) device,
The first data and the second data are characterized in that the data generated by the IoT device,
Blockchain-based inquiry service provision system. 11. The method of claim 10,
Each of the first plurality of data generated by the first IoT device includes a first identification value,
Each of the second plurality of data generated by the second IoT device includes a second identification value,
The database module,
characterized in that the first identification value is matched with the first plurality of data and stored in the database, and the second identification value is matched with the second plurality of data and stored in the database,
Blockchain-based inquiry service provision system. A method of providing a query service based on a block chain in at least one computing device, the method comprising:
receiving the first block of the block chain from one or more block chain nodes constituting the block chain network regardless of the inquiry request of the client terminal;
storing the data record of the first block in a database; and
In response to the inquiry request from the client terminal, querying the data record stored in the database, comprising the step of providing the queried data record to the client terminal,
The data records stored in the blockchain and the database include a data field and a hash field,
In the hash field, a hash value for the value of the data field is recorded,
How to provide a blockchain-based inquiry service.

Images