JP2022539283A - A method and system for validating blockchain data stored in a storage format different from the blockchain - Google Patents

Abstract

A method and system for verifying blockchain data stored in a storage format different from the blockchain. Kind Code: A1 In one embodiment of the present invention, a data verification method performed by a computer device includes querying first block information of a block to be verified from a blockchain, and storing block information of the blockchain in a different structure. querying second block information of the block to be verified from a storage, and comparing, by the at least one processor, the first block information and the second block information to the storage for the block to be verified; Verifying validity of the stored second block information. [Selection drawing] Fig. 3

Description

The following description relates to methods and systems for validating blockchain data stored in different forms of storage than the blockchain.

A block-chain is an electronic ledger implemented by a computer-based distributed peer-to-peer (P2P) system composed of blocks for transactions. Each transaction (Transaction: Tx) is a data structure that encodes the controlled transmission of digital assets to participants in the blockchain system and includes at least one input and at least one output. Each block contains the hash of the previous block, and the blocks are concatenated to create a permanent, unalterable record of all transactions recorded on the blockchain from the beginning. For example, Korean Patent Publication No. 10-2018-0113143 discloses a blockchain-based user-defined monetary transaction system and method of operation thereof. However, a separate system is required to allow anyone to view the blockchain data stored on the blockchain. For example, in the case of blockchain data stored on a private blockchain, no one can access the blockchain data unless a separate system provides it.

To provide a data verification method and system capable of verifying block chain data stored in a storage format different from that of the block chain so that anyone can view contents generated in the block chain.

A node data authentication method implemented by a computer device participating in a blockchain network, wherein at least one processor included in the computer device authenticates a private key representing a chain of the blockchain network to the block. sharing with at least one other node participating in a chain network; generating, by the at least one processor, the private key using the public address of the blockchain network; signing data to be transmitted from a blockchain network to another blockchain network with the private key by a contract installed in the blockchain network; and converting the signed data by the at least one processor. communicating by the contract to another blockchain network, wherein a comparison of the signed data and the public address verifies that the signed data originated from the blockchain network. To provide a data authentication method characterized by:

According to one aspect, the blockchain network includes a root chain that manages data transmission between a plurality of leaf chains, and the data authentication method causes the at least one processor to transfer the generated public address to the plurality of leaf chains. may further include recording in each genesis block of the leaf chain of .

According to another aspect, the signed data is obtained by comparing the signed data with a public address recorded in a genesis block of the leaf chain on the leaf chain on which the signed data was transmitted. It may be characterized by verifying that it was sent from the root chain.

According to yet another aspect, the blockchain network includes a first leaf chain of a plurality of leaf chains whose data transmission is managed by a root chain, and wherein the data authentication method comprises, by the at least one processor, the The method may further include registering the generated public address in a leaf chain contract established in the root chain in association with the first leaf chain.

According to another aspect, comparing the signed data in the root chain with a public address registered in the leaf chain contract determines whether the signed data was sent from the first leaf chain. It may be characterized by verifying that

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

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

A method for data authentication of a node implemented by a computer device participating in a blockchain network, wherein at least one processor included in the computer device generates a public address of the node using the private key of the node. , signing, by the at least one processor, data to be transmitted from the blockchain network to another blockchain network using the private key of the node; and, by the at least one processor, signing the signed transmitting data to the other blockchain network, wherein the public address is used to verify that the signed data originated from the blockchain network. provide a data authentication method.

A computer program recorded on a computer-readable recording medium is provided for coupling with a computer device to cause the computer device to execute the method.

A computer-readable recording medium is provided, characterized by recording a computer program for causing a computer device to execute the method.

A computer device implementing a node of a blockchain network, comprising at least one processor implemented to execute instructions readable by said computer device, said at least one processor causing a chain of said blockchain network to with at least one other node participating in said blockchain network; using said private key to generate a public address for said blockchain network; from said blockchain network signing data to be transmitted to another blockchain network with the private key by a contract installed in the blockchain network; transmitting the signed data from the contract to another blockchain network; A computer device is provided, wherein it is verified that the signed data is sent from the blockchain network by comparing the signed data with the public address.

A computing device implementing a node of a blockchain network, comprising at least one processor implemented to execute instructions readable by said computing device, said at least one processor operable to generate a private key of said node. to generate a public address of the node, sign data to be transmitted from the blockchain network to another blockchain network with the private key of the node, and transmit the signed data to the other blockchain A computer device characterized by verifying that the signed data is sent from the blockchain network by transmitting to a network and using the public address.

Blockchain data stored in a different form of storage than the blockchain can be verified so that anyone can view the content generated on the blockchain.

1 is a diagram showing an example of a network environment in one embodiment of the present invention; FIG. 1 is a block diagram illustrating an example of a computing device, in accordance with one embodiment of the present invention; FIG. 1 is a diagram showing an example of a blockchain data verification system, in one embodiment of the present invention; FIG. 4 is a flow chart showing an example of a data verification method in one embodiment of the present invention;

Embodiments will be described in detail below with reference to the accompanying drawings.

A data verification system according to embodiments of the present invention may be implemented by at least one computing device. A computer program according to an embodiment of the present invention may be installed and executed in a computer device, and the computer device executes a data verification method according to an embodiment of the present invention under control of the executed computer program. You can The computer program described above may be recorded in a computer-readable recording medium in order to combine with a computer device and cause the computer device to execute the data verification method. The computer program described here may be in the form of one independent program package, or in the form of one independent program package pre-installed in a computer device and linked with an operating system or other program package. may be Blockchain data may be stored in a different form of storage than the blockchain so that anyone can view the content generated on the blockchain (blockchain data). At this time, a data verification system according to embodiments of the present invention may validate blockchain data stored in different types of storage.

FIG. 1 is a diagram showing an example of a network environment in one embodiment of the present invention. The network environment of FIG. 1 illustrates an example including multiple electronic devices 110 , 120 , 130 , 140 , multiple servers 150 , 160 , and a network 170 . Such FIG. 1 is merely an example for explaining the invention, and the number of electronic devices and the number of servers are not limited as in FIG. Also, the network environment in FIG. 1 is merely an example of the environment applicable to this embodiment, and the environment applicable to this embodiment is not limited to the network environment in FIG. .

The plurality of electronic devices 110, 120, 130, 140 may be fixed terminals or mobile terminals implemented by computing devices. Examples of the plurality of electronic devices 110, 120, 130, and 140 include smartphones, mobile phones, navigation systems, PCs (personal computers), notebook PCs, digital broadcasting terminals, PDAs (Personal Digital Assistants), and PMPs (Portable Multimedia Players). ), tablets, etc. As an example, FIG. 1 shows a smartphone as an example of the electronic device 1 (110). It may refer to one of a variety of physical computing devices capable of communicating with other electronic devices 120 , 130 , 140 and/or servers 150 , 160 via network 170 .

The communication method is not limited, and not only the communication method using the communication network that can be included in the network 170 (eg, mobile communication network, wired Internet, wireless Internet, broadcasting network), but also the short distance between devices. Wireless communication may be included. For example, the network 170 includes a PAN (personal area network), a LAN (local area network), a CAN (campus area network), a MAN (metropolitan area network), a WAN (wide area network), a BBN (broadband network), and the Internet. Any one or more of the networks may be included. Additionally, network 170 may include any one or more of network topologies including, but not limited to, bus networks, star networks, ring networks, mesh networks, star-bus networks, tree or hierarchical networks, and the like. will not be

Each of servers 150, 160 is implemented by one or more computing devices in communication with a plurality of electronic devices 110, 120, 130, 140 over network 170 to provide instructions, code, files, content, services, etc. you can For example, the server 150 provides services (eg, video call service, financial service, payment service, social network service, messaging service, search service, mail service, content providing service, and/or question and answer service).

FIG. 2 is a block diagram illustrating an example computing device, in accordance with one embodiment of the present invention. Each of the plurality of electronic devices 110, 120, 130, 140 and each of the servers 150, 160 described above may be realized by the computer device 200 shown in FIG. computer device 200.

At this time, as shown in FIG. 2, computing device 200 may include memory 210 , processor 220 , communication interface 230 , and input/output interface 240 . The memory 210 is a computer-readable storage medium and may include random access memory (RAM), read only memory (ROM), and permanent mass storage devices such as disk drives. Here, a permanent mass storage device such as a ROM or disk drive may be included in computer device 200 as a separate permanent storage device separate from memory 210 . Also stored in memory 210 may be an operating system and at least one program code. Such software components may be loaded into memory 210 from a computer-readable medium separate from memory 210 . Such other computer-readable recording media may include computer-readable recording media such as floppy drives, disks, tapes, DVD/CD-ROM drives, memory cards, and the like. In other embodiments, software components may be loaded into memory 210 through communication interface 230 that is not a computer-readable medium. For example, software components may be loaded into memory 210 of computing device 200 based on computer programs installed by files received over network 170 .

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

The communication module 230 may provide a function for the computer device 200 to communicate with other electronic devices (for example, the recording device described above) via the network 170 . As an example, processor 220 of computing device 200 can transmit requests, commands, data, files, etc. generated according to program code recorded in a recording device such as memory 210 to other devices via network 170 under the control of communication interface 230 . device. Conversely, signals, instructions, data, files, etc. from other devices may be received by computing device 200 through communication interface 230 of computing device 200 over network 170 . Signals, instructions, data, etc. received through the communication interface 230 may be transmitted to the processor 220 and the memory 210, and files may be stored in a recording medium (the permanent recording device described above) that the computing device 200 may further include. may be recorded.

Input/output interface 240 may be a means for interfacing with input/output device 250 . For example, input devices may include devices such as microphones, keyboards, cameras, or mice, and output devices may include devices such as displays, speakers, and the like. As another example, input/output interface 240 may be a means for interfacing with a device that integrates functionality for input and output, such as a touch screen. Input/output device 250 may be one device with computing device 200 .

Also, in other embodiments, computing device 200 may include fewer or more components than the components of FIG. However, most prior art components need not be explicitly shown in the figures. For example, computing device 200 may be implemented to include at least some of the input/output devices 250 described above, and may also include other components such as transceivers, databases, and the like.

FIG. 3 is a diagram illustrating an example of a blockchain data verification system, according to one embodiment of the present invention.
Blockchain network 310 is composed of a plurality of nodes implemented by computer device 200, and is a reliable infrastructure that generates and stores blockchain data through blockchain.

Blockchain data may be stored in a storage 320 that is different from the blockchain in order to allow anyone to view the blockchain data generated in such a blockchain network 310 . The storage 320 may be an entity that stores blockchain data in a structure suitable for the service to be provided. As an example, FIG. 3 shows an example of storing blockchain data in NoSql 321, which is non-transitory storage, and Memory Storage 322, which is temporary storage. Memory storage 322 may optionally be utilized to quickly serve blockchain data, and NoSql 321 is a non-relational database management system for storing and processing blockchain data. It can be an example.

A relay 330 may be utilized to store blockchain data in storage 320 . The relay 330 may query blockchain data for storage by using an API (Application Program Interface) provided by the blockchain, and may queue the queried blockchain data in a queue 340 in order. . At this time, a consumer (Consumer[1, . Block chain data may be stored in the storage 320 based on the block height, and the relay 330 may store the block height in which the relay is completed. Depending on the embodiment, the queue 340 and the consumer 350 may be omitted, and the relayer 330 may store the blockchain data to be queried in the storage 320 in order. Here, the block height may be an identifier of the block, different from the block hash, corresponding to the order of the block on the blockchain. For example, block height 15000 of Blockchain A may mean an identifier indicating the 15000th block of Blockchain A. Also, when there are multiple blockchains, the block height corresponding to the order of the blocks may overlap in each blockchain. Therefore, a block height may exist for each blockchain identifier (chainID, as an example). For example, assuming that the blockchain identifier of blockchain A is chainA, the value of block height 15000 of blockchain A may be associated with the identifier chainA of blockchain A. More specifically, when the relayer 330 is associated with a plurality of blockchains, the blockchain data relayed by the relayer 330 has a blockchain identifier to indicate which blockchain the data belongs to. may be included. In this case, the relay 330 may store the block chain identifier included in the block chain data and the block height of the corresponding block chain data in association with each other.

A Blockchain explorer 360 may also be configured to allow anyone to view the blockchain data stored in the storage 320 . As an example, the blockchain explorer 360 may include a Blockchain explorer API Server [1, . . . , L ]) 361 and a Blockchain explorer View Server (Blockchain explorer View Server [1, . . . , M]) 362 for viewing the extracted blockchain data.

On the other hand, it is necessary to verify whether the blockchain data is correctly stored in the storage 320. For this, a Blockchain sync validator 370 may be included. The blockchain synchronization verifier 370 verifies the validity of the blockchain data stored in the storage 320 by comparing the blockchain data stored in the blockchain network 310 and the blockchain data stored in the storage 320. You can For example, the blockchain synchronization verifier 370 sets the value obtained by subtracting N from the last block height of the blockchain network 310 as the maximum block height, and then sets the maximum block height. You may check the validity of blockchain data N by N, with a goal of up to height. Here, the reason why the maximum block height is set to the value obtained by subtracting N from the last block height is the delay in transmitting the blockchain data from the blockchain network 310 to the storage 320. It can be for the sake of Also, if the blockchain network 300 includes multiple blockchains instead of a single blockchain, the final block height may differ for each blockchain, so the maximum block height is set for each blockchain. you can At this time, to check validity, the blockchain synchronization verifier 370 uses the blockhash to check the blockchain data obtained from the blockchain network 310 and the block obtained from the blockchain explorer API server 361. Chain data may be compared to confirm whether the block corresponding to the block hash is stored in both blockchain network 310 and storage 320 . Also, the blockchain synchronization verifier 370 may check whether a transaction hash included in the corresponding block is stored in both the blockchain network 310 and the storage 320 .

At this time, the blockchain synchronization verifier 370 may query blockchain data from the blockchain network 310 using an API provided by the blockchain network 310 . Similarly, the blockchain synchronization verifier 370 queries the blockchain data stored in the storage 320 from the blockchain explorer API server 361 using the API provided by the blockchain explorer API server 361 . good. The block hash and/or block height of a particular block may be utilized as parameters to call the respective API. In this case, the blockchain network 310 or the blockchain explorer API server 361 extracts the blockchain data of the block corresponding to the block hash and/or block height provided as parameters from the blockchain or storage 320 to perform blockchain synchronization. It may be provided to verifier 370 .

As a more specific example, blockchain synchronization verifier 370 may query blockchain data to check validity, as in examples A, B, and C below.
A. The blockchain synchronization verifier 370 receives input of N specific block heights, checks block information of N blocks corresponding to the input N specific block heights, and checks validity. You can
B. The blockchain synchronization verifier 370 does not receive any input, randomly selects one block height based on the last block height of the blockchain, and determines the block information of the block corresponding to the selected block height. may be queried for validity. If there are multiple blockchains, the blockchain synchronization verifier 370 randomly selects a block chain and then randomly selects one block height based on the last block height of the selected blockchain. , may check the validity by querying the block information of the block corresponding to the elected block height. In addition, after considering the relay delay from the blockchain to the storage 320, after setting the maximum block height by subtracting N from the last block height, block height based on the set maximum block height can be chosen randomly.
C. Blockchain synchronization verifier 370 selects one of the blockchains of blockchain network 310, receives an input of a desired block hash and/or block height, and receives the input block hash and/or block height. may be checked for validity by querying the block information for the block corresponding to .

Validity checking logic that is commonly executed in various examples is as follows (1) to (8).
(1) The blockchain synchronization verifier 370 is randomly selected from the blockchain, or inquires block information of a block from the blockchain, or inquires lock information about the height of the input block from the blockchain. you can
(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 queried from the blockchain. At this time, the blockchain synchronization verifier 370 may query block information of a specific block using an API provided by the blockchain explorer API server 361 and block hash and/or block height as parameters.
(3) Blockchain synchronization verifier 370 may determine that the block in storage 320 is not valid if block information cannot be obtained from blockchain explorer API server 361 .
(4) If the block hash of the block information queried in (1) and the block hash of the block information queried in (2) are not the same, the blockchain synchronization verifier 370 checks the corresponding block in the storage 320. may be determined to have no validity.
(5) If the block height of the block information inquired in (1) and the block height of the block information inquired in (2) are not the same, the blockchain synchronization verifier 370 checks the corresponding block of the storage 320. may be determined to have no validity.
(6) Blockchain synchronization verifier 370 may determine that the block in storage 320 is not valid if the block information queried in (2) does not contain transaction information.
(7) If the transaction hash of the block information queried in (1) and the transaction hash of the block information queried in (2) are not the same, the blockchain synchronization verifier 370 checks the corresponding block in the storage 320. may be determined to have no validity. For example, if even one transaction hash of the block information queried in (2) is missing from the transaction hash of the block information queried in (1), or if there is a transaction hash that does not match, the blockchain Sync verifier 370 may determine that the block in question in storage 320 is not valid.
(8) If the results of (3) to (7) are normal, the blockchain synchronization verifier 370 is valid for the corresponding block in any one of (3) to (7). If not, it may be determined that the block in storage 320 is valid.

FIG. 4 is a flow chart illustrating an example of a data verification method according to one embodiment of the present invention. The data verification method according to this embodiment may be executed by the computing device 200 that implements the blockchain synchronization verifier 370 described with reference to FIG. For example, processor 220 of computing device 200 may be implemented to execute control instructions according to the code of an operating system and the code of at least one program contained in memory 210 . Here, processor 220 may control computing device 200 such that computing device 200 performs steps 410-430 included in the method of FIG. 4 according to control instructions provided by code recorded in computing device 200. .

At step 410, the computing device 200 may query the first block information of the block to be verified from the blockchain. At this time, the computer device 200 may inquire the first block information of the verification target block using an API provided by the blockchain network of the corresponding blockchain. As an example, the computer device 200 receives input of N block heights, selects each of N blocks corresponding to the N block heights as a verification target block, and The first block information may be queried. As another example, the computer device 200 randomly selects the block height based on the last block height of the blockchain, and stores the block information of the block corresponding to the selected block height as the first block to be verified. It may be queried as block information. In this case, the computing device 200 may verify the validity of the random block without separately receiving input of the block hash and block height. As another example, the computer device 200 receives an input of an arbitrary block hash or an arbitrary block height, and converts the block information of the block corresponding to the input block hash or block height to the first block of the verification target block. You can inquire for information.

In operation 420, the computing device 200 may query second block information of the block to be verified from a storage that stores block information of the blockchain in a different structure. Here, the storage is an entity that stores block information in a structure suitable for the service in order to provide a specific service, and may correspond to the storage 320 described with reference to FIG. For example, the computing device 200 may query the second block information from the storage using the block hash or block height corresponding to the queried first block information. More specifically, the computing device 200 provides a preset service to process the block information stored in the storage, and uses a blockchain explorer provided by the preset service to obtain the inquired number. A block hash corresponding to one block information or second block information corresponding to block height may be queried from the storage. Here, the blockchain explorer may correspond to the blockchain explorer 360 described with reference to FIG. 3, and the computing device 200 utilizes an API provided by the blockchain explorer to generate a particular block hash and/or block. It may be possible to query the block information of the block corresponding to the height.

At step 430, the computing device 200 may verify the validity of the second block information stored in the storage for the block to be verified by comparing the first block information and the second block information. As an example, the computing device 200 may determine that the block to be verified in the storage is not valid if the second block information cannot be obtained from the storage. As another example, the computing device 200 may determine that the block to be verified in the storage is not valid if 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. As another example, if 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 determines that the verification target block of the storage is not valid. You can As yet another example, the computing device 200 may determine that the verification target block of storage is not valid if the second block information does not include transaction information. If the transaction hash included in the first block information and the transaction hash included in the second block information are not identical to each other, it may be determined that the block to be verified in the storage is not valid. On the other hand, the computing device 200 may determine that the block to be verified in the storage is valid if the block to be verified in the storage is not determined to be invalid in all cases.

As described above, according to the embodiments of the present invention, it is possible to verify blockchain data stored in a storage format different from that of the blockchain so that anyone can view the contents generated in the blockchain.

The systems or devices described above may be realized by hardware components, software components, or a combination of hardware and software components. For example, the devices and components described in the embodiments may include, for example, processors, controllers, ALUs (arithmetic logic units), digital signal processors, microcomputers, FPGAs (field programmable gate arrays), PLUs (programmable logic units), microcontrollers, It may be implemented using one or more general purpose or special purpose computers, such as a processor or various devices capable of executing instructions and responding to instructions. The processing unit may run an operating system (OS) and one or more software applications that run on the OS. The processor may also access, record, manipulate, process, and generate data in response to executing software. For convenience of understanding, one processing device may be described as being used, but those skilled in the art will appreciate that the processing device may include multiple processing elements and/or multiple types of processing elements. You can understand. For example, a processing unit may include multiple processors or a processor and a controller. Other processing configurations are also possible, such as parallel processors.

Software may include computer programs, code, instructions, or a combination of one or more of these, to configure or, independently or collectively, to instruct a processor to perform desired operations. You can Software and/or data may be embodied in any kind of machine, component, physical device, virtual device, computer storage medium or device for interpretation by or for providing instructions or data to a processing device. you can The software may be stored and executed in a distributed fashion over computer systems linked by a network. Software and data may be recorded on one or more computer-readable recording media.

The method according to the embodiments may be embodied in the form of program instructions executable by various computer means and recorded on a computer-readable medium. The computer-readable media may include program instructions, data files, data structures, etc. singly or in combination. The program instructions recorded on the media may be those specially designed and constructed for an embodiment, or they may be of the kind known and available to those of skill in the computer software arts. 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 floptical disks. and magneto-optical media, and hardware devices specially configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. Such a recording medium may be a variety of recording means or storage means in the form of a single or multiple hardware combination, and should not be limited to media directly connected to a computer system, and may be used over a network. It may exist dispersedly. Examples of program instructions include high-level language code that is executed by a computer, such as using an interpreter, as well as machine language code, such as that generated by a compiler.

As described above, the embodiments have been described based on the limited embodiments and drawings, but those skilled in the art will be able to make various modifications and variations based on the above description. For example, the techniques described may be performed in a different order than in the manner described and/or components such as systems, structures, devices, circuits, etc. described may be performed in a manner different from the manner described. Appropriate results may be achieved when combined or combined, opposed or substituted by other elements or equivalents.
Accordingly, different embodiments that are equivalent to the claims should still fall within the scope of the appended claims.

Claims (20)

A data verification method performed by a computing device, comprising:
at least one processor included in the computer device inquiring the first block information of the block to be verified from the blockchain;
the at least one processor inquiring second block information of the block to be verified from a storage storing block information of the blockchain in a different structure; A data verification method, comprising: verifying validity of second block information stored in the storage for the verification target block by comparing with the second block information. Inquiring the first block information includes:
receiving input of N block heights; selecting each of N blocks corresponding to the N block heights as the verification target block; 2. The data verification method of claim 1, comprising: querying information. Inquiring the first block information includes:
randomly selecting a block height based on the last block height of the blockchain, and inquiring block information of a block corresponding to the selected block height as first block information of the verification target block; A data verification method according to claim 1, characterized in that. Inquiring the first block information includes:
An arbitrary block hash or an arbitrary block height is input, and block information of a block corresponding to the input block hash or block height is inquired as the first block information of the verification target block, The data verification method according to claim 1. Inquiring the second block information includes:
2. The data verification method of claim 1, further comprising inquiring the second block information from the storage using a block hash or block height corresponding to the inquired first block information. Inquiring the second block information includes:
A preset service is provided to process the block information stored in the storage, and a block corresponding to the inquired first block information is processed using a blockchain explorer provided by the preset service. 2. The data verification method of claim 1, wherein the second block information corresponding to hash or block height is queried from the storage. The step of verifying validity includes:
2. The data verification method according to claim 1, wherein if the second block information cannot be obtained from the storage, it is determined that the block to be verified in the storage is not valid. The step of verifying validity includes:
2. If 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 block to be verified in the storage is not valid. Data verification method described in . The step of verifying validity includes:
determining that the block to be verified in the storage is not valid if the block height corresponding to the first block information and the block height corresponding to the second block information are not the same; The data verification method according to claim 1. The step of verifying validity includes:
2. The data verification method of claim 1, wherein if the second block information does not contain transaction information, it is determined that the block to be verified in the storage is not valid. The step of verifying validity includes:
2. If the transaction hash included in the first block information and the transaction hash included in the second block information are not identical to each other, it is determined that the block to be verified in the storage is not valid. Data verification method described in . The storage includes a non-relational database management system as non-temporary storage for storing blockchain data of the blockchain in a structure different from the blockchain for providing services. Item 1. The data verification method according to item 1. A computer program stored in a computer readable recording medium for causing a computer device to perform the method according to any one of claims 1 to 12 in combination with a computer device. 13. A computer-readable recording medium, wherein a computer program for causing a computer device to execute the method according to any one of claims 1 to 12 is recorded. A computer device,
at least one processor implemented to execute instructions readable by said computing device;
The at least one processor
Inquire the first block information of the block to be verified from the blockchain,
inquiring second block information of the verification target block from a storage storing block information of the blockchain in another structure;
A computer device that verifies the validity of the second block information stored in the storage for the verification target block by comparing the first block information and the second block information. The at least one processor
Receiving input of N block heights,
16. The method of claim 15, wherein each of the N blocks corresponding to the N block heights is selected as the verification target block, and the first block information is inquired for each of the verification target blocks. The computer device as described in . The at least one processor
randomly selecting a block height based on the last block height of the blockchain, and inquiring block information of a block corresponding to the selected block height as the first block information of the verification target block; 16. A computer device as claimed in claim 15, characterized in that: The at least one processor
receiving an input of an arbitrary block hash or an arbitrary block height, and inquiring block information of a block corresponding to the input block hash or block height as the first block information of the verification target block, 16. Computer apparatus according to claim 15. The at least one processor
16. The computer device of claim 15, wherein the second block information is queried from the storage using a block hash or block height corresponding to the queried first block information. The at least one processor
A preset service is provided to process the block information stored in the storage, and a block corresponding to the inquired first block information is processed using a blockchain explorer provided by the preset service. 16. The computer device of claim 15, wherein the second block information corresponding to hash or block height is queried from the storage.

Images