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

Abstract

Provided is a system providing an inquiry service based on blockchain. The system comprises: a block listener module which receives a first block of the blockchain from one or more blockchain nodes constituting a blockchain network and transmits data records of the first block to a database module; and a database module which stores the one or more data records in a database, queries the database in response to an inquiry request from a client terminal, and provides the inquiry result to the client terminal. The data record includes a data field and a hash field, wherein a hash value associated with the data field value may be recorded in the hash 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 blockchain-based query service providing system and a method of operating the system. More specifically, the present invention relates to a system for providing a search service based on a blockchain and a method performed in the system that can provide a high-speed search service for various data recorded on the blockchain.

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

Each blockchain node constituting the blockchain network manages blocks with a chain-like data structure as shown in FIG. 1. Here, a hash value for the previous block is recorded in each block, and the previous block can be referred to through the hash value. Therefore, as the blocks are stacked, forgery and alteration of data recorded in the blocks becomes difficult, and integrity of data can be ensured even in a distributed environment.

Recently, attempts are being made to ensure the integrity of data by integrating blockchain technology into the Internet of Things (IoT) field. However, due to some limitations of blockchain technology, it is difficult to apply blockchain technology to the IoT field.

The first limitation is the inquiry performance of the blockchain. Blockchain's search performance is very low compared to a typical database. Moreover, when querying 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 inquiry 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 inquiry functions, but there are also many differences compared to existing databases.

Korean Patent Publication No. 10-2018-0022507 (published on June 3, 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 on a blockchain and a method performed in the system.

Another technical problem to be solved by the present invention is to provide a system capable of guaranteeing 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.

To solve the above technical problem, a blockchain-based query service providing system according to an embodiment of the present invention receives a first block of the blockchain from one or more blockchain nodes constituting a blockchain network, and the A block listener module that transmits one block of data records to a database module and the one or more data records are stored in a database, and the database is queried in response to an inquiry request from a client terminal, and the inquiry result is provided to the client terminal It may include a database module. At this time, the data record includes 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 a block received from a blockchain node, wherein the transmission status information indicates a block number of the received block and whether the received block has been successfully transmitted. Flag information may be included.

In one embodiment, the block listener module, in response to the reception of the first block, obtains first flag information matching the number of the first block in the transmission status information, and based on the first flag information The one or more data records can be transmitted to the database module.

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

In one embodiment, the block listener module, with reference to the transmission status information, identifies an untransmitted block that has not yet been transmitted among blocks having a number lower than the number of the first block, and the identified untransmitted Data records of blocks can be transmitted to the database module.

In one embodiment, the blockchain network is composed of a plurality of channels, and the block listener module collects information of channels to which each blockchain node belongs, and transmits blocks for each channel based on the collected channel information. You can specify the responsible node.

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

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

In one embodiment, the one or more blockchain nodes, in response to receiving the first data and the second data having a temporal sequential relationship from the data source, the first hash value of the first data and the first data Record the first data record including the second hash value of the second data based on the first hash value and the second data, and record the second hash value with the second data It is possible to record a second data record comprising a to the blockchain.

A method for providing a query service based on a blockchain according to another embodiment of the present invention for solving the above technical problem is a method of providing a query service based on a block chain in a query service providing system, which constitutes a blockchain network Receiving the first block of the blockchain from the above blockchain node, storing the data record of the first block in a database, and in response to an inquiry request from the client terminal, queries the database and retrieves the inquiry result It may include the step of providing to the client terminal. At this time, the data record includes 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, receiving a first block of the blockchain from one or more blockchain nodes constituting a blockchain network , A computer readable record for executing the step of storing the data record of the first block in a database and in response to a query request from the client terminal, querying the database and providing the query result to the client terminal It can be stored on media. At this time, the data record includes 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 blockchain that can be referred to in some embodiments of the present invention.
2 to 4 are block diagrams for explaining an exemplary environment in which a blockchain-based query service providing system according to an embodiment of the present invention can be applied.
5 is a flowchart illustrating a process of storing blockchain data in a database in a blockchain-based query 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 blockchain node according to an embodiment of the present invention.
8 is a flowchart illustrating a process in which a query request is processed in a blockchain-based query 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 detailed functions of a block listener module according to an embodiment of the present invention.
12 is an exemplary diagram of transmission status 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 blockchain 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 views for explaining a process in which a batch transaction is processed 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 in accordance with 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 for achieving them will be clarified with reference to embodiments described below in detail together 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 the embodiments allow the disclosure of the present invention to be complete, and common knowledge in the art to which the present invention pertains It is provided to completely inform the person having the scope of the invention, and the present invention is only defined by the scope of the claims.

It should be noted that in adding reference numerals to the components of each drawing, the same components have the same reference numerals as possible even though they are displayed on different drawings. In addition, in describing the present invention, when it is determined that detailed descriptions of related well-known structures or functions may obscure the subject matter of the present invention, detailed descriptions thereof will be omitted.

Unless otherwise defined, all terms (including technical and scientific terms) used in this specification may be used in a sense that can be commonly understood by those skilled in the art to which the present invention pertains. In addition, terms defined in the commonly used dictionary are not ideally or excessively interpreted unless specifically defined. The terminology used herein is for describing the embodiments and is not intended to limit the present invention. In the present specification, the singular form also includes the plural form unless otherwise specified in the phrase.

In addition, in describing the components of the present invention, terms such as first, second, A, B, (a), and (b) may be used. These terms are only for distinguishing 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, the component may be directly connected to or connected to the other component, but another component between each component It will be understood that elements may be "connected", "coupled" or "connected".

As used herein, "comprises" and / or "comprising" refers to the components, steps, operations and / or elements mentioned above, the presence of one or more other components, steps, operations and / or elements Or do not exclude additions.

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

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

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

In this specification, a blockchain node means a computing node that configures 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 a blockchain transaction refers to all actions that cause a state change (eg, increase or decrease in balance, transfer of assets) in the blockchain environment, and state data recorded in the blockchain. It can mean all the actions you look up, or data that indicates those actions. For example, the transaction may include both the act of writing specific data on the blockchain and the act of reading specific data recorded on the blockchain. The transaction may be divided into a write type transaction (e.g. transaction to add, modify, delete, etc.) and a read type transaction (e.g. transaction to query state data). Of course, depending on the blockchain platform, various types (e.g. execution) of transactions may exist in addition to read and write types, and in such a case, the transactions may include all types of transactions. Further, in the art, it may be used interchangeably with terms such as a query of the read type transaction. The transaction may be executed through a smart contract (e.g. access to the blockchain through functions and variables defined in the smart contract), but this may vary depending on the blockchain platform.

In the present specification, a smart contract means a script or software code used for transaction processing in a blockchain system. More specifically, the smart contract is code that programmatically writes various conditions, states, and actions according to the conditions used in transaction processing, for example, Ethereum smart contracts, and chain codes of hyperledger fabrics. ) And the like. In a blockchain system, blockchain nodes can share smart contracts through the blockchain.

In this specification, historical data collectively refers to all kinds 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 the present specification, a data record means a data unit having a plurality of data fields. For example, in the blockchain structure shown in FIG. 1, individual transaction data included in the body of each block may correspond to one data record.

In this specification, an instruction (instruction) is a set of instructions that are grouped by function, and refers to a component of a computer program and executed by a processor.

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

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

As illustrated 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 of course, 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 on 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 FIG. 4 represents functionally divided functional elements, and a plurality of components may be implemented in an integrated form in an actual physical environment. Note that there is.

For example, the block listener module 200 and the database module 100 may each be implemented as separate computing devices, and may be implemented in different logic types 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 laptop, a desktop, a laptop, or the like, but is not limited thereto, and may include all types of devices equipped with computing functions and communication functions. For an example of the computing device, refer to FIG. 20.

Further, in the actual physical environment, each of the components may be implemented in a form of being divided into a plurality of detailed functional elements. For example, the first function of the block listener module 200 or the database module 100 may be implemented in the first computing device, and the second function may be implemented in the second computing device. Hereinafter, each component of the inquiry service providing system 10 will be described.

Blockchain network 300 refers to a network of P2P structures composed of a plurality of blockchain 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 on the blockchain. As described above, the IoT data is historical data having a temporal and sequential relationship. If a plurality of channels are formed on the blockchain network 300, separate blockchains are managed for each channel, and an agreement process is performed between blockchain nodes belonging to each channel.

Next, the block listener module 200 is a module 300 that receives a block from the blockchain network 300 and transfers the data of the block to the database module 100. 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 data received from the block listener module 200 in a database (hereinafter, "DB"), and provides an inquiry service based on a database query (hereinafter, "DB query"). . At this time, the DB may be implemented in any form such as a relational DB, an object-oriented DB.

As illustrated 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 the powerful query function can be supported through DB query, and the second advantage is that the query service can be provided much faster than the blockchain by using DB.

However, when a query service is provided through a separate database module 100, it is necessary to ensure reliability (ie, integrity of data stored in the DB) for the database module 100. Embodiments related to this 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 the data recorded on the blockchain.

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

Referring back to FIG. 3, in the exemplary environment, one or more client terminals 30 are terminals using an inquiry service provided by the inquiry service providing system 10. The client terminal 30 may be implemented with 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 depending on the embodiment. In the following description, it is assumed that reference numeral "20" refers to any IoT device.

At least some of the components illustrated in FIGS. 2-4 can communicate over a network. Here, the network is a wired / wireless network of any kind, such as a local area network (LAN), a wide area network (WAN), a mobile radio communication network, a Wibro (Wireless Broadband Internet), and the like. Can be implemented.

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

In order to provide convenience of understanding, a process in which IoT data recorded in the blockchain is stored in the database module 100 will be described first, and then a process in which the inquiry request of the client terminal 30 will be processed will be described. .

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

As illustrated 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 has 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 viewpoint information (e.g. timestamp) indicating a creation time point. In addition, various meta information used to query IoT data may be included in the IoT data. For example, as illustrated in FIG. 6, the first identification value (“Sensor1”) is assigned to the first data 41 and the second data 43 provided by the first IoT device 20-1, and The first identification value ("Sensor2") is assigned to the data 45 provided by the 2 IoT device 20-2. In addition, each data 41 to 45 includes a timestamp value as meta information. The identification value and the timestamp value are stored in the DB as it is, and can be used to query data generated by the specific IoT device 20. For example, data generated during a specific period by the first IoT device 20-1 may be inquired through an identification value (“Sensor1”) and a time stamp value.

In step S20, the blockchain network 300 records the IoT data provided in the block, and adds the block to the blockchain through consensus. A person skilled in the art will clearly understand the process of a blockchain node writing and disseminating data to a block according to the blockchain protocol, and adding the block to the blockchain through consensus, so detailed descriptions thereof will be omitted. do.

In this step S20, the blockchain node can generate a hash value for each IoT data (eg, 41, 43, 45 in FIG. 6) and record a data record including the hash value and the IoT data in the blockchain. have. The hash value can be used later to check the integrity of the 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 search result with the hash value recorded in the blockchain.

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 illustrated in FIG. 7, the hash value 53-1 of the first data 51-1 is the hash value (“prevHashVal”) and data 51 of the previous data of the first data 51-1. -1), and the hash value 53-2 of the second data 51-2 is the hash value 53-1 and the data 51-2 of the previous data 51-1. It 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-1st data and the data 51-n. As described above, as the hash value of the historical data is calculated in the form of a chain, the integrity of the data can be efficiently verified. The description thereof will be described later with reference to FIGS. 9 and 10.

In step S30, the blockchain network 300 transmits the block to the block listener module 200. That is, at least one blockchain node constituting the blockchain 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. At this time, the block listener module 200 may perform the transmission based on the transmission status 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 in which an inquiry request is processed in the blockchain-based inquiry service providing system 10 according to an embodiment of the present invention.

As illustrated in FIG. 8, the inquiry request processing process starts at step S110 in which 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 SQL (Structured Query Language). Therefore, 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 inquiry result to the client terminal 30. At this time, the inquiry result includes not only data, but also hash values 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 blockchain (S130, S140), and compares the hash value recorded in the blockchain and the hash value included in the search result to ensure the integrity of the DB data. It can be confirmed (S150).

According to an embodiment of the present invention, when querying historical data (eg, IoT data collected during a specific period) composed of n data having temporal and sequential relationships, the client terminal 30 performs a whole through comparison of two hash values. You can check the integrity of the data. Specifically, as illustrated in FIG. 9, the client terminal 30 compares the hash value of the first data (S151), calculates the hash value for the last data (153), and hash for the last data By performing only the step of comparing the values (S155), it is possible to check the integrity of the entire data. This is because when the hash value is calculated in the form of a chain as shown in FIG. 7, 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, 65) as shown in FIG. 10. It should be omitted. According to this embodiment, regardless of the number of data obtained as a result of the inquiry, the integrity of the entire data can be confirmed through two hash value comparisons. In other words, if only the hash values of the first and last data are obtained through up to two block accesses, the integrity of the entire data can be immediately verified. Therefore, while providing a high-speed inquiry service through a separate DB, integrity of DB data can be guaranteed without deteriorating performance.

So far, with reference to FIGS. 5 to 10, the process of providing the inquiry service through the blockchain-based inquiry system 10 has been described. 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.

As illustrated in FIG. 11, the block listener module 200 includes a block receiving unit 210, a data transmitting and receiving unit 230, a transmission status information management unit 250, a block requesting unit 270, and a responsible node designation unit 290. It may include. However, only components related to the embodiment of the present invention are illustrated in FIG. 11. Therefore, it can be seen that a person skilled in the art to which the present invention belongs may further include other general-purpose components in addition to the components shown in FIG. 11. In addition, it is noted that each component of the block listener module 200 shown in FIG. 11 is a functionally-divided functional element, and a plurality of components may be implemented in an integrated form in an actual physical environment. . Alternatively, each component may be implemented in a form that is divided into a plurality of detailed functional elements.

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

Next, the data transmitting and receiving unit 230 transmits one or more data records included in the block to the database module 100. Also, the data transmitting and receiving unit 230 may receive an ACK (ACKnowledgement) message from the database module 100. The database module 100 may transmit the ACK message when all data records for a specific block are received or when all the data records are stored in the DB. Additional contents of the operation of the data transmission / reception unit 230 will be described together with the transmission status information management unit 250.

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

When the data transmitting and receiving unit 230 receives an ACK message for a specific block from the database module 100, the transmission status information management unit 250 may set the transmission completion flag for the specific block to "Y". For example, the status 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 transmitting and receiving unit 230 may prevent a duplicate transmission by checking a transmission completion flag of the corresponding block before transmitting the block. That is, the data transmitting and receiving unit 230 may not transmit duplicates even if the same block is received from the blockchain node. For example, as shown in FIG. 13, the first blockchain node 301 belongs to channels A, B, and C, and 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, each blockchain node 301 to 305 will transmit the new block to the block listener module 200 each time a new block is created in the belonging channel, so the data transmitting and receiving unit 230 receives and transmits the same block in duplicate. Is done. In this case, the data transmitting and receiving unit 230 performs transmission based on the transmission state information of each block (that is, only by transmitting only when the transmission completion flag is "N"), and the same block as shown in FIG. Duplicate transmission to the database module 100 can be prevented. Accordingly, unnecessary computing cost and network cost due to redundant transmission may be reduced.

In addition, according to an embodiment of the present invention, the data transmission / reception unit 230 may perform retransmission on the untransmitted block based on the transmission status information (ie, the transmission completion flag) of the block. For example, assume that block 2 shown in FIG. 12 is a block that has already attempted transmission. However, since the transmission completion flag of the transmission status information 73 of the block 2 is set to “N”, the data transmission / reception unit 230 may perform retransmission for the corresponding block 2. The data transmitting and receiving unit 230 may perform retransmission using a retransmission timer, but the retransmission may be implemented in any way.

Next, the block request unit 270 requests a specific block from the blockchain node. For example, when the block listener module 200 is recovered after a failure, the block requester 270 identifies the untransmitted block by referring to the transmission state information of each block, and requests the untransmitted block 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 next block 3 is completed. In this case, the block request unit 270 requests the block 2 to the blockchain node belonging to the channel (A), and the data transmitting and receiving unit 230 can transmit 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 removes a block corresponding to the received ACK message when receiving the ACK message. It might work. In this case, since there is no need to request an untransmitted block from the blockchain node, the block listener module 200 may be implemented except for the block request unit 270.

Referring back to FIG. 11, the responsible node designation unit 290 designates a responsible node for each channel. Here, the responsible node means a blockchain node designated to transmit a block of the channel to which it belongs to the block listener module 200. The reason for setting the responsible node is to prevent overlapping of block transmission between the blockchain 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 transmission state information of the block, but there is still duplicate traffic between the blockchain node and the block listener module 200. Therefore, in order to further eliminate inefficiencies due to duplicate traffic, it may be understood that a node responsible for each channel is designated. The detailed operation of the node designating unit 290 will be described in detail with reference to FIGS. 14 and 15.

The responsible node designation unit 290 may collect information of a channel to which the blockchain node belongs, and 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 blockchain node may be any method.

According to an embodiment of the present invention, the responsible node designation unit 290 may designate the responsible node for each channel so that the responsible channels do not overlap with each other. 14 and 15 are examples of designating a responsible node. Hereinafter, an exemplary method of designating a responsible node will be described in 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 designation unit 290 may calculate the number of nodes belonging to each channel based on the collected channel information 81, and generate information as shown in Table 83 based on this.

Next, the responsible node designation unit 290 may sequentially designate the responsible node from a channel having a relatively small number of nodes based on the information shown in Table 83. Specifically, the responsible node is designated from the channel (B or C) having the smallest number of nodes, and FIG. 14 shows that the responsible node is designated from the channel B as an example. Next, among the remaining channels A and C except for the channel B, a node in charge of the channel C having a smaller number of nodes 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, the responsible node can be designated so that the responsible channels do not overlap with each other.

15 shows block transmission between the block chain nodes 311 to 315 and the block listener module 200 after a corresponding node is designated for each channel. As shown in FIG. 15, the block listener module 200 receives blocks of each channel from the block chain nodes 311 to 315 in charge of a specific channel, thereby allowing the block listener module 200 and the block chain nodes 311 to Duplicate traffic between 315) may be removed.

Meanwhile, it should be noted that not all components 210 to 290 illustrated in FIG. 11 are 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 illustrated in FIG. 11.

Each component 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 limited to software or hardware, and may be configured to be in an addressable storage medium, or may be configured to execute one or more processors. The functions provided in the above components may be implemented by more detailed components, or may be implemented as a single component that performs a specific function by combining a plurality of components.

So far, the 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 the blockchain network will be described with reference to FIGS. 16 to 19.

In order to record massive amounts of IoT data generated in real time on the blockchain, the transaction processing performance of the blockchain network is very important. 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 blockchain transaction in a batch form. For example, when it is said that writing each IoT data provided by the IoT devices 20-1 to 20-n to the blockchain is processed as one write transaction, the batch processing module 400 batch-writes multiple write transactions. 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 classification unit 410, a batch generation unit 430, a handler unit 450 and a result providing unit 470 and a batch size adjustment unit 490. . However, only components related to the embodiment of the present invention are illustrated in FIG. 17. Therefore, it can be seen that a person skilled in the art to which the present invention belongs may further include other general-purpose components in addition to the components shown in FIG. 17. In addition, it is noted that each component of the batch processing module 400 shown in FIG. 17 is functionally divided functional elements, and at least one component may be embodied in an integrated form 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 an identifier of a smart contract, a channel identifier and / or a type of transaction, and the importance of the transaction, but is not limited thereto. Here, the type of the transaction may be variously defined as described above, but in order to provide convenience for understanding, it is assumed that it is divided into a write type and a read type, and the description is continued. 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 (eg, classified as a write type transaction using the first smart contract of the first channel), and classifies the result of the classification. It can be provided to the batch generation unit 430.

According to an embodiment of the present invention, some high-priority transactions are not processed through batch processing, but can be processed individually. For example, assume that the classification unit 410 classifies a plurality of transactions into a first transaction group having a low importance and a second transaction group having a 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 generation unit 430. In addition, the second transaction belonging to the second transaction group may be directly transferred to the handler unit 450 and processed individually. According to this embodiment, since a transaction with high importance can be processed more quickly, a differential processing service according to transaction importance can be provided.

Next, the batch generation unit 430 synthesizes a plurality of transactions classified by the classification unit 410 to generate a batch transaction. Specifically, the batch generation unit 430 inserts each of the classified transactions into a batch queue corresponding to the classification result. For example, the batch generation unit 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. . In addition, the batch generation unit 430 aggregates the transactions included in the specific batch queue in response to a determination that a specific batch queue (eg, the first batch queue or the second batch queue) satisfies a predetermined batch creation condition, and then batch transactions. Can generate

The batch queue means a place to store transactions until a batch transaction is generated, 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 as various types of data structures.

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

In the first embodiment, the batch generation unit 430 may generate a batch transaction by synthesizing transactions in a specific batch queue in response to an expiration event of the batch timer. At this time, 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, the timer period of the batch queue with a high priority may be set relatively short, and the timer period of the batch queue with a low priority may be set relatively long. Through this, a differential transaction processing service can be provided. According to the present embodiment, the transaction waiting time according to the batch processing may be limited within a predetermined time (e.g. batch timer period). Therefore, the problem that processing of some individual transactions is delayed due to batch processing can be alleviated.

In the second embodiment, the batch generation unit 430 may generate a batch transaction in response to a determination that the data size of all transactions included in a specific batch queue is greater than or equal to a threshold. At this time, the data size of the entire transaction may be calculated as the sum of the data sizes of the individual transactions, and the data size of the individual transactions may mean, for example, the size of transaction data recorded in the blockchain. However, the scope of the present invention is not limited to this. The threshold value may be a preset fixed value or a fluctuating value that varies depending on the situation. For example, the threshold value may be a fixed value set based on the maximum size of the block. For another example, the threshold value may be a fixed value or a variable value set based on the priority of the corresponding batch queue. For another example, the threshold value may be a variable value that is set to a larger value as the load of the batch processing apparatus 100 increases. According to this embodiment, since it is possible to prevent excessive data from being included in one batch transaction, 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 a determination that the number of transactions included in a specific batch queue satisfies a set value of the batch size. At this time, the set value may be a fluctuation value that fluctuates depending on the situation. For example, the setting value may be a variable value that is set to a smaller value as the priority of the corresponding batch queue is higher. For 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.

In the fourth embodiment, the batch generation unit 430 may generate a batch transaction based on the association between transactions. Specifically, the batch processing module 400 determines whether an associated transaction of a specific transaction exists. In this case, the associated transaction means a transaction that has an association 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 that has an association with the specific transaction. When it is determined that there is an associated transaction, the batch generation unit 430 may perform batch processing in various ways. The specific example is as follows.

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

In the 4-2 embodiment, the batch generating unit 430 generates a batch transaction based on the remaining transactions excluding the first transaction and the second transaction, and the first transaction and the second transaction are individually Can be treated as

In the 4-3 embodiment, the batch generation unit 430 may process the first transaction in a batch form among the first and second transactions in which an association exists, and the second transaction may be individually processed. That is, the batch generation unit 430 may process some of the plurality of transactions in which a correlation exists within a range in which no collision of transactions occurs.

In the 4-4 embodiment, the batch generation unit 430 determines whether the first transaction and the second transaction, which are related, are combinable, and responds to the determination that they are combinable, the first transaction and the second transaction You can create this combined third transaction. 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 way. In addition, the batch generation unit 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 association between transactions. Accordingly, the problem of poor stability of transaction processing can be alleviated. In the above embodiments, for the convenience of understanding, it has been described on the assumption that there is an association between two transactions, but a person skilled in the art is the same or if there is an association between three or more transactions It can be clearly understood that it can be handled in a similar way.

Next, the handler 450 interoperates with the blockchain network 300 to collectively process individual 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, the transmission handler 151 may transmit the generated batch transaction to the blockchain network 300 in response to the batch transaction being generated. In addition, the transmission handler 151 may further perform an operation such as sending 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 blockchain network 300, such as a result of processing a batch transaction. Specifically, the reception handler 153 provides the result of the processing to the result providing unit 470 in response to receiving the result of processing for an individual transaction or a 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 blockchain network 300 and passing it to the transmission handler 151.

Next, the result providing unit 470 receives the processing result for the individual transaction or the 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 divide the processing result for the batch transaction into individual transaction units, and provide the separated processing result to each requesting terminal 500. For example, the result providing unit 470 generates a reference table consisting of an identifier of the requesting terminal 500, a transaction identifier, an address of the requesting terminal 500, and the like, and uses the reference table to process the result of processing an individual transaction. It can be provided to the request 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 setting value of the batch size based on the monitoring result. In addition, the batch size adjusting unit 490 may activate or deactivate the batch processing function based on the monitoring result. Here, deactivating the batch processing function may be performed by adjusting the set value of the batch size to "1", but it may be performed in any other way.

The monitoring indicator associated with the transaction processing status may include the number of incoming transactions during the unit time, the number of outgoing transactions, the transaction processing time, and the transaction waiting time. However, the technical scope of the present invention is not limited thereto.

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

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

For another example, the batch size adjusting unit 490 may activate the batch function or increase the batch size when the transaction processing time is greater than or equal to a threshold. In the opposite case, the batch function may be deactivated or the batch size may be reduced.

For another example, the batch size adjusting unit 490 may deactivate the batch function or reduce the batch size when the transaction waiting time (e.g. waiting time in the value queue) is greater than or equal to a threshold. In the opposite case, the batch function can be activated or the batch size can be increased.

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

Hereinafter, a process in which a write type transaction is processed through the batch processing module 400 will be described with reference to FIGS. 18 and 19 in order to provide a more convenient understanding. 18 and 19 show an example in which the setting value of the batch size is "3".

18 illustrates a process in which a write type transaction is processed according to an embodiment of the present invention.

Referring to FIG. 18, the batch processing module 400 synthesizes a plurality of write type transactions Txw1, Txw2, and Txw3 to generate a batch transaction 410. In detail, according to the classification result of the classification unit 410, the batch generation unit 430 inserts write type transactions Txw1, Txw2, and Txw3 into the same batch queue, and write type transactions Txw1 inserted into the batch queue. A batch transaction 410 may be generated in response to the determination that the number of Txw2 and 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 blockchain nodes (320, 330) constituting the blockchain network (300) perform the consensus process for the batch transaction (410), and the execution result of the batch transaction (410) on the blockchain (323, 333). Record in

18, each blockchain node 323 and 333 may include processing modules 321 and 331 for processing the batch transaction 410. The processing modules 321 and 331 classify the execution result of the batch transaction 410 by transaction (or state data) using a smart contract, and perform an operation of updating the blockchain based on the separated execution result. Can be. At this time, the execution result of the batch transaction 410 may include a signature of a blockchain node, an identifier of an individual transaction, an identification key (A, B, C) and a value (1, 2, 3) of state data, etc. Can be. Accordingly, the processing modules 321 and 331 may classify the execution result of the batch transaction 410 by transaction (or state) by using the identification keys (A, B, 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.

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

19 shows a process in which a write type batch transaction is processed in an environment where a separate consensus node exists, such as a hyperledger fabric. The consensus node (e.g. "orderer" of hyperledger fabric) means a node that performs a 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. As described above, the execution result may include the signature of the blockchain node for the batch transaction 420, the identification keys (A, B, C) and the values (1, 2, 3) of the state data, and the like. .

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 receives the new block divides the execution result of the batch transaction (420) into transaction-specific (or state data-specific) through processing modules 341 and 351, and separates 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 batch processing. That is, the consensus process is not performed in units of individual transactions, but the consensus process is performed in units of batch transactions, so that a plurality of transactions can be batch processed. Accordingly, the transaction processing performance can be dramatically improved. In an ideal environment, transaction processing performance may be improved in proportion to the batch size.

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 capable of implementing various modules (e.g. 100, 200, 400) or devices according to some embodiments of the 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 that loads computer programs performed by the processor 510. And, it may include a storage 590 for storing the computer program 591. However, only components related to the embodiment of the present invention are illustrated in FIG. 20. Accordingly, it can be seen that a person skilled in the art to which the present invention pertains may further include other general-purpose components in addition to the components shown in FIG. 20.

The processor 510 controls the overall operation of each component of the computing device 500. The processor 510 includes a CPU (Central Processing Unit), an MPU (Micro Processor Unit), an MCU (Micro Controller Unit), a GPU (Graphic Processing Unit), or any type of processor well known in the art. Can be. Also, the processor 510 may perform operations 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 in order to execute a method for providing a blockchain-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 communication functions 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 and 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 include a communication module well known in the technical field of the present invention.

The storage 590 may store the one or more programs 591 non-temporarily. 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 (EPMROM), a flash memory, a hard disk, a removable disk, or well in the art. And any known form of computer-readable recording media.

Computer program 591, when loaded into memory 530, may include one or more instructions that cause processor 510 to perform a method and / or operation 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 invention by executing the one or more instructions.

For example, if the computer program 591 includes one or more instructions to perform the 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, if the computer program 591 includes one or more instructions to perform the operation of the database module 100, the database module 100 according to an embodiment of the present invention through the computing device 500 Can be implemented.

For another example, if the computer program 591 includes one or more instructions to perform the operation of the batch processing module 400, the batch processing module according to an embodiment of the present invention through the computing device 500 ( 400) can be implemented.

For another example, when the computer program 591 includes one or more instructions to perform the operation of the operation of the blockchain node, the blockchain node according to the embodiment of the present invention is provided 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. The effects of the present invention are not limited to the above-mentioned effects, 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 so far with reference to FIGS. 1 to 20 may be embodied 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 Disc, USB storage device, removable hard disk), or a fixed recording medium (ROM, RAM, computer-equipped hard disk). Can be. The computer program recorded on the computer-readable recording medium may be transmitted to another computing device through a network such as the Internet and installed on the other computing device, and thus used on the other computing device.

In the above, even if all the components constituting the embodiments of the present invention are described as being combined or operated as one, the present invention is not necessarily limited to these embodiments. That is, within the object scope of the present invention, all of the components may be selectively combined and operated.

Although the operations in the drawings are shown in a specific order, it should not be understood that the operations must be performed in a specific order or in a sequential order, or that all the illustrated actions must be executed to obtain a desired result. In certain situations, multitasking and parallel processing may be advantageous. Moreover, the separation of various configurations in the above-described embodiments should not be understood as such separation is necessary, and the described program components and systems may generally be integrated together into a single software product or packaged into multiple software products. It should be understood that there is.

Although the embodiments of the present invention have been described with reference to the accompanying drawings, a person skilled in the art to which the present invention pertains may be implemented in other specific forms without changing the technical concept or essential features of the present invention. Can understand. Therefore, it should be understood that the above-described embodiments are illustrative in all respects and not restrictive. The scope of protection of the present invention should be interpreted by the claims below, and all technical spirits within the equivalent range should be interpreted as being included in the scope of the present invention.

Claims (12)

In a system that provides inquiry service based on blockchain,
A block listener module that receives a first block of the blockchain from one or more blockchain nodes constituting a blockchain network, and transmits data records of the first block to a database module; And
And a database module storing the one or more data records in a database, querying the database in response to an inquiry request from a client terminal, and providing the inquiry result to the client terminal.
The data record includes a data field and a hash field,
In the hash field, characterized in that a hash value associated with the data field value is recorded.
Blockchain based inquiry service provision system. According to claim 1,
The block listener module,
Manage the transmission status information of the block received from the blockchain node,
The transmission status information includes a block number of the received block and flag information indicating whether the received block has been transmitted,
Blockchain based inquiry service provision system. According to claim 2,
The block listener module,
In response to the reception of the first block, obtain first flag information matching the number of the first block in the transmission status information, and based on the first flag information, the one or more data records to the database module Characterized by transmitting,
Blockchain based inquiry service provision system. According to claim 2,
The block listener module,
In response to receiving the ACK message from the database module, update the flag information of the first block,
If the ACK message is not received from the database module, characterized in that for retransmitting the first block,
Blockchain based inquiry service provision system. According to claim 2,
The block listener module,
With reference to the transmission status information, an untransmitted block that has not yet been transmitted among blocks having a number lower than the number of the first block is identified, and the data record of the identified untransmitted block is transmitted to the database module. Characterized by,
Blockchain based inquiry service provision system. According to claim 1,
The blockchain network is composed of a plurality of channels,
The block listener module,
Characterized in that it collects information of a channel to which each blockchain node belongs, and designates a node responsible for block transmission for each channel based on the collected channel information.
Blockchain based inquiry service provision system. The method of claim 6,
The block listener module,
Characterized in that the node responsible for block transmission for each channel is designated so that the responsible channels do not overlap with each other,
Blockchain based inquiry service provision system. The method of claim 6,
The block listener module,
Comparing the number of blockchain nodes for each channel, and designating a node in charge from a channel having a relatively small number of blockchain nodes,
Blockchain based inquiry service provision system. According to claim 1,
The one or more blockchain nodes,
In response to receiving the first data and the second data having a temporal and sequential relationship from a data source, a first data record including the first hash value of the first data and the first data is recorded on the blockchain and , Generates a second hash value of the second data based on the first hash value and the second data, and records a second data record including the second data and the second hash value in the blockchain Characterized by,
Blockchain based inquiry service provision system. The method of claim 9,
The data source is an Internet of Things (IoT) device,
The first data and the second data is characterized in that the data generated by the IoT device,
Blockchain based inquiry service provision system. 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,
The first identification value is matched to the first plurality of data and stored in the database, and the second identification value is matched to the second plurality of data and stored in the database.
Blockchain based inquiry service provision system. In the method of providing the inquiry service based on the blockchain in the inquiry service provision system,
Receiving a first block of the blockchain from one or more blockchain nodes constituting a blockchain network;
Storing data records of the first block in a database; And
In response to the inquiry request of the client terminal, including the step of querying the database, and providing the inquiry result to the client terminal,
The data record includes a data field and a hash field,
In the hash field, characterized in that a hash value associated with the data field value is recorded.
Blockchain based inquiry service provision method.

Images