WO2020213763A1

WO2020213763A1 - Method and system for verifying block-chain data stored in storage having different format from block-chain

Info

Publication number: WO2020213763A1
Application number: PCT/KR2019/004684
Authority: WO
Inventors: 이지홍; 이윤성; 이혜진; 나수토시마사; 다카하시시키; 타카미토라오; 장호진; 김윤석; 이홍규
Original assignee: 라인플러스 주식회사
Priority date: 2019-04-18
Filing date: 2019-04-18
Publication date: 2020-10-22
Also published as: JP2022539283A; KR102542631B1; KR20210102470A

Abstract

Provided are a method and system for verifying block-chain data stored in a storage having a different format from block-chain. According to embodiments of the present invention, a data verification method performed by a computer device may comprise the steps of: querying first block information of a block to be verified from a block-chain; querying second block information of the block to be verified from a storage storing block information of the block-chain in a different structure; and comparing, by at least one processor, the first block information with the second block information to verify the validity of the second block information of the block to be verified, which is stored in the storage.

Description

A method and system for verifying blockchain data stored in storage in a format different from blockchain

The description below relates to a method and system for verifying blockchain data stored in a storage in a format different from that of the blockchain.

Block-chain is an electronic ledger and is implemented as a computer-based distributed, peer-to-peer (P2P) system composed of blocks for transactions. Each transaction (Tx) is a data structure that encodes the control transfer of digital assets between participants in the blockchain system, and includes at least one input and at least one output. Each block, including the hash of the previous block, is linked together to create a permanent, unalterable record of all transactions recorded on the blockchain from the beginning. For example, Korean Patent Application Publication No. 10-2018-0113143 discloses a blockchain-based user-defined currency transaction system and its operation method. However, a separate system is required in order to allow anyone to view the blockchain data stored in the blockchain. For example, in the case of blockchain data stored in a private blockchain, anyone cannot access the blockchain data unless the blockchain data is provided through a separate system.

Provides a data verification method and system that can verify blockchain data stored in a storage in a format different from that of the blockchain so that anyone can view the contents created on the blockchain.

A method for authenticating data of a node implemented by a computer device participating in a blockchain network, wherein a private key representing a chain of the blockchain network is transmitted to the block by at least one processor included in the computer device. Sharing with at least one other node participating in the chain network; Generating, by the at least one processor, a public address of the blockchain network using the private key; Signing, by the at least one processor, data to be transferred from the blockchain network to another blockchain network with the private key through a contract installed in the blockchain network; And transmitting, by the at least one processor, the signed data to another blockchain network through the contract, wherein the signed data is converted to the blockchain through comparison between the signed data and the public address. It provides a data authentication method, characterized in that it is verified that it is sent through a network.

According to one side, the blockchain network includes a root chain for managing data transmission between a plurality of leaf chains, and the data authentication method includes, by the at least one processor, the generated public address as the plurality of leaf chains. It may be characterized in that it further comprises the step of writing to the genesis (genesis) block of each of the chains.

According to another aspect, it is characterized in that it is verified that the signed data is sent from the root chain by comparing the signed data with the public address recorded in the genesis block of the leaf chain in the leaf chain receiving the signed data. You can do it.

According to another aspect, the blockchain network includes a first leaf chain among a plurality of leaf chains in which data transmission is managed by a root chain, and the data authentication method is generated by the at least one processor. It may be characterized in that it further comprises the step of registering the established public address in a leaf chain contract installed in association with the first leaf chain in the root chain.

According to another aspect, by comparing the signed data in the root chain with a public address registered in the leaf chain contract, it may be characterized in that it is verified that the signed data is sent from the first leaf chain.

According to another aspect, the node may be one of a plurality of nodes preset to achieve consensus in the blockchain network.

According to another aspect, the block in which the signed data is recorded may be added to the chain of the blockchain network.

A method for authenticating data of a node implemented by a computer device participating in a blockchain network, the method comprising: generating, by at least one processor included in the computer device, a public address of the node using a private key of the node; Signing, by the at least one processor, data to be transferred from the blockchain network to another blockchain network using the private key of the node; And transmitting the signed data to the other blockchain network by the at least one processor, and verifying that the signed data is sent through the blockchain network using the public address. It provides a data authentication method, characterized in that.

In combination with a computer device, there is provided a computer program stored on a computer-readable recording medium for executing the method on the computer device.

It provides a computer-readable recording medium, characterized in that a computer program for executing the method in a computer device is recorded.

A computer device implementing a node of a blockchain network, comprising at least one processor implemented to execute an instruction readable by the computer device, and representing a chain of the blockchain network by the at least one processor Share a private key with at least one other node participating in the blockchain network, generate a public address of the blockchain network using the private key, and from the blockchain network to another blockchain network. The data to be transferred is signed with the private key through a contract installed in the blockchain network, the signed data is transferred to another blockchain network through the contract, and the signed data is compared with the public address. It provides a computer device, characterized in that it is verified that the signed data is sent through the blockchain network.

A computer device implementing a node of a blockchain network, comprising at least one processor implemented to execute a command readable by the computer device, and the at least one processor uses the node's private key. Create a public address of a node, sign data to be transmitted from the blockchain network to another blockchain network using the node's private key, deliver the signed data to the other blockchain network, and the public It provides a computer device, characterized in that it is verified that the signed data is sent through the blockchain network using an address.

Blockchain data stored in a storage in a format different from that of the blockchain can be verified so that anyone can view the contents created on the blockchain.

1 is a diagram showing an example of a network environment according to an embodiment of the present invention.

2 is a block diagram showing an example of a computer device according to an embodiment of the present invention.

3 is a diagram showing an example of a block chain data verification system according to an embodiment of the present invention.

4 is a flowchart showing an example of a data verification method according to an embodiment of the present invention.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

The data verification system according to embodiments of the present invention may be implemented by at least one computer device. A computer program according to an embodiment of the present invention may be installed and driven in a computer device, and the computer device may perform a data verification method according to an embodiment of the present invention under control of the driven computer program. The above-described computer program may be combined with a computer device and stored in a computer-readable recording medium to execute the data verification method on the computer device. The computer program described herein may have a form of an independent program package, or a form of an independent program package may be pre-installed on a computer device to be linked to an operating system or other program packages. Blockchain data can be stored in a storage in a format different from that of the blockchain so that anyone can view the contents (blockchain data) created on the blockchain. In this case, the data verification system according to the embodiments of the present invention may check the validity of the blockchain data stored in another type of storage.

1 is a diagram showing an example of a network environment according to an embodiment of the present invention. The network environment of FIG. 1 shows an example including a plurality of

electronic devices

110, 120, 130, and 140, a plurality of

servers

150 and 160, and a network 170. 1 is an example for explaining the present invention, and the number of electronic devices or servers is not limited as in FIG. 1. In addition, the network environment of FIG. 1 is only for describing one example of environments applicable to the embodiments, and the environment applicable to the embodiments is not limited to the network environment of FIG. 1.

The plurality of

electronic devices

110, 120, 130, and 140 may be a fixed terminal implemented as a computer device or a mobile terminal. Examples of the plurality of

electronic devices

110, 120, 130, 140 include smart phones, mobile phones, navigation, computers, notebook computers, digital broadcasting terminals, personal digital assistants (PDAs), portable multimedia players (PMPs). ), tablet PC, etc. As an example, in FIG. 1, the shape of a smartphone is shown as an example of the electronic device 1 110, but in the embodiments of the present invention, the electronic device 1 110 substantially connects the network 170 using a wireless or wired communication method. Through this, it may mean one of various physical computer devices capable of communicating with other

electronic devices

120, 130, and 140 and/or the

servers

150 and 160.

The communication method is not limited, and short-range wireless communication between devices as well as a communication method using a communication network (for example, a mobile communication network, a wired Internet, a wireless Internet, a broadcasting network) that the network 170 may include may be included. For example, the network 170 includes a personal area network (PAN), a local area network (LAN), a campus area network (CAN), a metropolitan area network (MAN), a wide area network (WAN), and a broadband network (BBN). , Internet, and the like. In addition, the network 170 may include any one or more of a network topology including a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree or a hierarchical network, etc. Not limited.

Each of the

servers

150 and 160 is a computer device or a plurality of computers that communicates with a plurality of

electronic devices

110, 120, 130, and 140 through a network 170 to provide commands, codes, files, contents, services, etc. It can be implemented with devices. For example, the server 150 serves as a plurality of

electronic devices

110, 120, 130, and 140 connected through the network 170 (for example, video call service, financial service, payment service, social network service). , A messaging service, a search service, a mail service, a content providing service, and/or a question and answer service, etc.).

2 is a block diagram showing an example of a computer device according to an embodiment of the present invention. Each of the plurality of

electronic devices

110, 120, 130, and 140 described above or each of the

servers

150 and 160 may be implemented by the computer apparatus 200 shown in FIG. 2, and an embodiment of the present invention The method according to these can be performed by such a computer device 200.

In this case, as shown in FIG. 2, the computer device 200 may include a memory 210, a processor 220, a communication interface 230, and an input/output interface 240. The memory 210 is a computer-readable recording medium and may include a permanent mass storage device such as a random access memory (RAM), read only memory (ROM), and a disk drive. Here, a non-destructive large-capacity recording device such as a ROM and a disk drive may be included in the computer device 200 as a separate permanent storage device separated from the memory 210. In addition, an operating system and at least one program code may be stored in the memory 210. These software components may be loaded into the memory 210 from a computer-readable recording medium separate from the memory 210. Such a separate computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, disk, tape, DVD/CD-ROM drive, and memory card. In another embodiment, software components may be loaded into the memory 210 through a communication interface 230 other than a computer-readable recording medium. For example, software components may be loaded into the memory 210 of the computer device 200 based on a computer program installed by files received through the network 170.

The processor 220 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations. Commands may be provided to the processor 220 by the memory 210 or the communication interface 230. For example, the processor 220 may be configured to execute a command received according to a program code stored in a recording device such as the memory 210.

The communication interface 230 may provide a function for the computer device 200 to communicate with other devices (eg, storage devices described above) through the network 170. For example, a request, command, data, file, etc., generated by the processor 220 of the computer device 200 according to a program code stored in a recording device such as the memory 210, is transmitted to the network according to the control of the communication interface 230. 170) can be transferred to other devices. Conversely, signals, commands, data, files, etc. from other devices may be received by the computer device 200 through the communication interface 230 of the computer device 200 via the network 170. Signals, commands, data, etc. received through the communication interface 230 may be transmitted to the processor 220 or the memory 210, and the file, etc. may be a storage medium (described above) that the computer device 200 may further include. Permanent storage).

The input/output interface 240 may be a means for an interface with the input/output device 250. For example, the input device may include a device such as a microphone, keyboard, camera, or mouse, and the output device may include a device such as a display and a speaker. As another example, the input/output interface 240 may be a means for interfacing with a device in which input and output functions are integrated into one, such as a touch screen. The input/output device 250 may be configured with the computer device 200 and one device.

Further, in other embodiments, the computer device 200 may include fewer or more components than the components of FIG. 2. However, there is no need to clearly show most of the prior art components. For example, the computer device 200 may be implemented to include at least some of the input/output devices 250 described above, or may further include other components such as a transceiver and a database.

Blockchain network 310 may be a trust infrastructure that is configured by a plurality of nodes, each of which can be implemented as a computer device 200, to generate and store blockchain data through a blockchain.

In order to allow anyone to view the blockchain data generated in the blockchain network 310, the blockchain data may be stored in a storage 320 in a format different from that of the blockchain. The storage 320 may be a subject that stores blockchain data in a structure suitable for a service intended to be provided. As an example, FIG. 3 shows an example of storing blockchain data in a NoSql (321) as a non-transitory storage and a memory storage (322) as a temporary storage, respectively. The memory storage 322 can be selectively used for faster provision of blockchain data, and the NOSQL 321 is a non-relational database management system for storing and processing blockchain data. It could be an example.

In order to store blockchain data in the storage 320, a relay 330 may be used. The relay 330 can inquire blockchain data for storage using an API (Applcation Program Interface) provided by the blockchain, and can sequentially stack the inquired blockchain data in a queue 340. . In this case, a consumer [1, …, K], 350 may be configured to store the block chain data sequentially accumulated in the queue 340 in the storage 320. Blockchain data may be stored in the storage 320 based on a block height, and the relay 330 may store a block height that has been relayed. Depending on the embodiment, the queue 340 or the consumer 350 may be omitted, and block chain data for which the relay 330 is searched may be sequentially stored in the storage 320. Here, the block height may be an identifier of a block different from the block hash corresponding to the order of blocks in the block chain. For example, block height 15000 of blockchain A may mean an identifier representing the 15000th block of blockchain A. In addition, when there are multiple block chains, there is a possibility that the block height corresponding to the order of the blocks will be duplicated for each block chain. Therefore, the block height may exist for each identifier of the blockchain (for example, chainID). For example, assuming that the blockchain identifier of blockchain A is chainA, the value of block height of 15000 of blockchain A can be associated with the identifier chainA of blockchain A. More specifically, when the relay 330 is associated with a plurality of blockchains, the blockchain data relayed by the relay 330 has a blockchain identifier to indicate which blockchain data is the corresponding data. Can be included. In this case, the relay 330 may store a block chain identifier included in the block chain data and a block height of the block chain data in association with each other.

In addition, a blockchain explorer (360) may be configured in order to allow anyone to view the blockchain data stored in the storage 320. As an example, the blockchain explorer 360 is a blockchain explorer API server [1, …, L] for extracting specific block chain data requested from the storage 320, as shown in FIG. 3. , 361), and a Blockchain explorer view server (Blockchain explorer View Server[1, …, M], 362) for the view of the extracted blockchain data.

On the other hand, there is a need to verify whether the block chain data is correctly stored in the storage 320. Blockchain sync validator (370) may be included. The blockchain synchronization verifier 370 may compare the blockchain data stored in the blockchain network 310 with the blockchain data stored in the storage 320 to verify the validity of the blockchain data stored in the storage 320. For example, the blockchain synchronization verifier 370 sets a value subtracted by N from the last block height of the blockchain network 310 as the maximum block height, and then the maximum block height. Targeting up to, you can perform validation checks on the blockchain data N times. Here, setting a value subtracted by N from the last block height as the maximum block height may be for taking into account a delay in which blockchain data is transmitted from the blockchain network 310 to the storage 320. In addition, when the block chain network 300 includes a plurality of block chains instead of a single block chain, since the last block height may vary for each block chain, the maximum block height may be set for each block chain. At this time, for validation, the blockchain synchronization verifier 370 is based on the block hash, the blockchain data obtained from the blockchain network 310 and the blockchain data obtained from the blockchain explorer API server 361 By comparison, it can be checked whether the block corresponding to the block hash is well stored in both the blockchain network 310 and the storage 320. In addition, the blockchain synchronization verifier 370 can check whether the transaction hash included in the block is well stored in both the blockchain network 310 and the storage 320.

At this time, the blockchain synchronization verifier 370 can query the blockchain data from the blockchain network 310 using an API provided by the blockchain network 310. In addition, similarly, the blockchain synchronization verifier 370 can query the blockchain data stored in the storage 320 from the blockchain explorer API server 361 using an API provided by the blockchain explorer API server 361. I can. For each API call, a block hash and/or block height of a specific block may be used as a parameter. In this case, the blockchain network 310 or the blockchain explorer API server 361 extracts the block chain data of the block corresponding to the block hash and/or block height provided as a parameter from the block chain or storage 320 It can be provided to the blockchain synchronization verifier 370.

As a more specific example, the blockchain synchronization verifier 370 may check the validity by inquiring the blockchain data as in the following examples A, B, and C.

A. The blockchain synchronization verifier 370 may receive N specific block heights and check the validity by inquiring block information of N blocks corresponding to the received N specific block heights.

B. Blockchain synchronization verifier 370 does not receive any input, selects one random block height based on the last block height of the block chain, and retrieves block information of the block corresponding to the selected block height. You can check the validity. When there are multiple blockchains, the blockchain synchronization verifier 370 selects a random blockchain, then selects one random block height based on the last block height of the selected blockchain, and selects the elected block height. Validity can be checked by inquiring block information of a block corresponding to. In addition, after setting a maximum block height by subtracting N from the last block height in consideration of the relay delay between the block chain and the storage 320, a random block height may be selected based on the set maximum block height.

C. Blockchain synchronization verifier 370 selects one of the block chains of the block chain network 310, receives the desired block hash and/or block height, and receives the input block hash and/or block height. Validity can be checked by inquiring block information of the block corresponding to.

Validation logic commonly performed in various examples is as follows (1) to (8).

(1) The blockchain synchronization verifier 370 may be randomly selected from the blockchain, inquired for block information of a block from the blockchain, or inquired for block information on the received block height from the blockchain.

(2) The blockchain synchronization verifier 370 may query block information of the same block from the blockchain explorer API server 361 using the block hash and/or block height of the block retrieved from the blockchain. At this time, the blockchain synchronization verifier 370 may use the API provided by the blockchain explorer API server 361 and the block hash and/or block height as parameters to inquire the block information of a specific block.

(3) The blockchain synchronization verifier 370 may determine that there is no validity for the corresponding block in the storage 320 when block information is not retrieved from the blockchain explorer API server 361.

(4) Blockchain synchronization verifier 370, if the block hash of the block information searched in (1) and the block hash of the block information searched in (2) are not the same, corresponding to the storage 320 It can be determined that the block has no validity.

(5) If the block height of the block information searched in (1) and the block height of the block information searched in (2) are not the same, the block chain synchronization verifier 370 It can be determined that there is no validity for this.

(6) The blockchain synchronization verifier 370 may determine that the block in the storage 320 has no validity if transaction information is not included in the block information searched in (2).

(7) Blockchain synchronization verifier 370, if the transaction hashes of the block information searched in (1) and the transaction hashes of the block information searched in (2) are not the same, corresponding to the storage 320 It can be determined that the block has no validity. For example, if at least one transaction hash of the block information searched in (2) is missing or inconsistent transaction hashes compared to the transaction hashes of the block information searched in (1), blockchain synchronization verification The ruler 370 may determine that there is no validity for the corresponding block in the storage 320.

(8) If there is no abnormality in the results of (3) to (7), the blockchain synchronization verifier 370, in other words, is not determined to have no validity for the block in any one of (3) to (7). If not, it may be determined that the validity of the corresponding block of the storage 320 exists.

4 is a flowchart showing an example of a data verification method according to an embodiment of the present invention. The data verification method according to the present embodiment may be performed by the computer device 200 implementing the blockchain synchronization verifier 370 described above with reference to FIG. 3. For example, the processor 220 of the computer device 200 may be implemented to execute a code of an operating system included in the memory 210 or a control instruction according to the code of at least one program. Here, the processor 220 is the computer device 200 so that the computer device 200 performs the steps 410 to 430 included in the method of FIG. 4 according to a control command provided by the code stored in the computer device 200. Can be controlled.

In step 410, the computer device 200 may query the first block information of the block to be verified from the block chain. At this time, the computer device 200 may inquire the first block information of the block to be verified using an API provided by the block chain network of the corresponding block chain. As an example, the computer device 200 may receive N block heights, select each of N blocks corresponding to N block heights as a verification target block, and query first block information for each verification target block. have. As another example, the computer device 200 may select a random block height based on the last block height of the block chain, and query the block information of the block corresponding to the selected block height as the first block information of the block to be verified. have. In this case, the computer device 200 may verify the validity of the random block without receiving a separate block hash or block height. As another example, the computer device 200 receives an arbitrary block hash or an arbitrary block height, and retrieves the input block hash or block information of the block corresponding to the block height as the first block information of the block to be verified. I can.

In step 420, the computer device 200 may query the second block information of the verification target block from a storage storing block information of the block chain in a different structure. Here, the storage is a subject that stores block information in a structure suitable for a corresponding service in order to provide a specific service, and may correspond to the storage 320 described with reference to FIG. 3. For example, the computer device 200 may query the second block information from the storage using a block hash or block height corresponding to the inquired first block information. More specifically, the computer device 200 provides a preset service, processes block information stored in the storage, and provides a block hash or a block hash corresponding to the first block information inquired through the block chain explorer provided through a preset service. Second block information corresponding to the block height can be inquired from the storage. Here, the blockchain explorer may correspond to the blockchain explorer 360 described above with reference to FIG. 3, and the computer device 200 is a block corresponding to a specific block hash and/or block height through an API provided by the blockchain explorer. You can search block information of

In step 430, the computer device 200 may compare the first block information and the second block information to verify the validity of the second block information stored in the storage for the verification target block. For example, when the second block information is not retrieved from the storage, the computer device 200 may determine that the validity of the verification target block of the storage is not present. As another example, when the block hash included in the first block information and the block hash included in the second block information are not identical to each other, the computer device 200 may determine that the verification target block of the storage is not valid. have. As another example, when the block height corresponding to the first block information and the block height corresponding to the second block information are not the same, the computer device 200 may determine that the verification target block of the storage is not valid. . As another example, when transaction information is not included in the second block information, the computer device 200 may determine that there is no validity for the verification target block in the storage. When the transaction hashes included in the first block information and the transaction hashes included in the second block information are not identical to each other, it may be determined that the validity of the verification target block of the storage is not present. Meanwhile, the computer device 200 may determine that the verification target block of the storage has validity when it is not determined that there is no validity of the verification target block of the storage in each case.

As described above, according to the embodiments of the present invention, it is possible to verify the block chain data stored in a storage type different from the block chain so that anyone can view the contents created on the block chain.

The system or device described above may be implemented as a hardware component, a software component, or a combination of a hardware component and a software component. For example, the devices and components described in the embodiments are, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA). , A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions, such as one or more general purpose computers or special purpose computers. The processing device may execute an operating system (OS) and one or more software applications executed on the operating system. In addition, the processing device may access, store, manipulate, process, and generate data in response to the execution of software. For the convenience of understanding, although it is sometimes described that one processing device is used, one of ordinary skill in the art, the processing device is a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that it may include. For example, the processing device may include a plurality of processors or one processor and one controller. In addition, other processing configurations are possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of these, configuring the processing unit to behave as desired or processed independently or collectively. You can command the device. Software and/or data may be interpreted by a processing device or to provide instructions or data to a processing device, of any type of machine, component, physical device, virtual equipment, computer storage medium or device. Can be embodyed in The software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like alone or in combination. The program instructions recorded on the medium may be specially designed and configured for the embodiment, or may be known and usable to a person skilled in computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -A hardware device specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like. Such a recording medium may be a variety of recording means or storage means in a form in which a single piece of hardware or several pieces of hardware are combined, and is not limited to a medium directly connected to a computer system, but may be distributed on a network. Examples of the program instructions include not only machine language codes such as those produced by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.

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

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

Claims

In the data verification method performed by a computer device,

Querying, by at least one processor included in the computer device, first block information of a block to be verified from the block chain;

Inquiring, by the at least one processor, second block information of the verification target block from a storage storing block information of the block chain in a different structure; And

Comparing the first block information and the second block information by the at least one processor to verify the validity of the second block information stored in the storage for the verification target block

Data verification method comprising a.
The method of claim 1,

Inquiring the first block information,

Receiving N block heights; And

Selecting each of the N blocks corresponding to the N block heights as the verification target block, and querying first block information for each of the verification target blocks

Data verification method comprising a.
The method of claim 1,

Inquiring the first block information,

Based on the last block height of the block chain, a random block height is selected, and block information of a block corresponding to the selected block height is inquired as first block information of the block to be verified. Data verification method.
The method of claim 1,

Inquiring the first block information,

Data verification, characterized in that by receiving an arbitrary block hash or an arbitrary block height, inquiring for block information of a block corresponding to the input block hash or block height as the first block information of the verification target block Way.
The method of claim 1,

Inquiring the second block information,

And querying the second block information from the storage using a block hash or a block height corresponding to the inquired first block information.
The method of claim 1,

Inquiring the second block information,

The block hash corresponding to the inquired first block information or the block hash corresponding to the block height through a block chain explorer that provides a preset service, processes block information stored in the storage, and provides through the preset service 2 Data verification method, characterized in that the block information is inquired from the storage.
The method of claim 1,

The step of verifying the validity,

When the second block information is not retrieved from the storage, it is determined that the validity of the verification target block of the storage is not present.
The method of claim 1,

The step of verifying the validity,

When the block hash included in the first block information and the block hash included in the second block information are not identical to each other, it is determined that the validity of the verification target block in the storage is not present. Verification method.
The method of claim 1,

The step of verifying the validity,

When a block height corresponding to the first block information and a block height corresponding to the second block information are not the same, determining that the validity of the verification target block in the storage is not present. .
The method of claim 1,

The step of verifying the validity,

And if transaction information is not included in the second block information, it is determined that the verification target block in the storage is not valid.
The method of claim 1,

The step of verifying the validity,

When the transaction hashes included in the first block information and the transaction hashes included in the second block information are not identical to each other, it is determined that the validity of the verification target block in the storage is not present. Verification method.
The method of claim 1,

The storage includes a non-relational database management system as a non-transitory storage that stores the blockchain data in a structure different from the blockchain for the provision of services. Data verification method, characterized in that.
A computer program combined with a computer device and stored on a computer-readable recording medium for executing the method of claim 1 on a computer device.
A computer readable recording medium having a computer program recorded thereon for executing the method of any one of claims 1 to 12 on a computer device.
In the computer device,

At least one processor embodied to execute instructions readable by the computer device

Including,

By the at least one processor,

Inquiring the first block information of the block to be verified from the blockchain,

Inquiring the second block information of the verification target block from a storage storing the block information of the block chain in a different structure,

Comparing the first block information and the second block information to verify the validity of the second block information stored in the storage for the verification target block

Computer device, characterized in that.
The method of claim 15,

By the at least one processor,

It receives N block heights,

Selecting each of the N blocks corresponding to the N block heights as the verification target block, and inquiring for first block information for each of the verification target blocks

Computer device, characterized in that.
The method of claim 15,

By the at least one processor,

Selecting a random block height based on the last block height of the block chain, and inquiring for block information of a block corresponding to the selected block height as the first block information of the block to be verified

Computer device, characterized in that.
The method of claim 15,

By the at least one processor,

Receiving an arbitrary block hash or an arbitrary block height, and inquiring the block information of the block corresponding to the input block hash or block height as the first block information of the verification target block

Computer device, characterized in that.
The method of claim 15,

By the at least one processor,

Retrieving the second block information from the storage using a block hash or block height corresponding to the inquired first block information

Computer device, characterized in that.
The method of claim 15,

By the at least one processor,

The block hash corresponding to the inquired first block information or the block hash corresponding to the block height through the block chain explorer that provides a preset service and processes block information stored in the storage to provide through the preset service 2 Inquiring block information from the storage

Computer device, characterized in that.