KR20200069034A - Method for preventing falsification data from being stored in network and system performing the method - Google Patents

Abstract

According to embodiments of the present invention, provided are a method for preventing forgery data from being stored in a network and a blockchain system for performing the method. The network is a network in which one or more nodes participate, and each node includes distributed storage for storing network data. The method comprises the steps of: transmitting, by an upload node, a request for generating transparency-verified storage data to a service node; generating, by the service node, the transparency-verified storage data in response to the request; and storing the transparency-verified storage data in the network.

Description

A method for preventing falsification data from being stored in a network and a system for performing the above method {METHOD FOR PREVENTING FALSIFICATION DATA FROM BEING STORED IN NETWORK AND SYSTEM PERFORMING THE METHOD}

The present invention relates to a technology for storing data in a network, and more specifically, data having been processed for transparency verification by performing a transparent verification processing operation to prove that there is no forgery or alteration of data before storing the data in the network. It relates to a method for preventing the forgery data is stored in the network by storing in the network, and a system for performing the method.

Blockchain is a peer-to-peer electronic ledger, and blocks are implemented as a distributed data system consisting of transactions. Each transaction is a data structure that encodes the transfer of control of a digital asset between participants in a blockchain system and contains at least one input and one or more outputs. Each block, including the hash of the previous block, is linked to each other, creating all permanent and immutable transactions recorded on the blockchain from the beginning.

Due to the permanent and immutable nature of recorded data, blockchain technology is actively used in the field of credit-related virtual currency technology. Recently, in addition to the virtual currency technology field, attempts have been made to develop new technologies using the blockchain in the data security field, data storage field, and data notarization field.

1 is a diagram for explaining a security loophole of a blockchain network according to an exemplary embodiment.

However, blockchain networks have an important security loophole. The characteristics of the data recorded on the above-mentioned blockchain do not guarantee the transparency of the data itself. The current blockchain system cannot determine whether or not the recorded data has been manipulated. For example, in a blockchain system for notarization, it is only checked whether a specific user has stored data at a specific time.

If the manipulated data is recorded in the blockchain system, the manipulated data can be propagated within the blockchain system without being permanently changed. The input of such manipulated data decreases the reliability of the blockchain system.

Patent Publication No. 10-2018-0089682

According to an aspect of the present invention, a method for preventing the forgery data from being stored in the blockchain network is provided by performing a transparent verification operation to check for forgery of the data before storing the data in the blockchain network. Can be.

In addition, it is possible to provide a system for performing the above method.

In the method for preventing the forgery data is stored in the network according to an aspect of the present invention, the network is a network in which one or more nodes participate, each node includes a distributed storage for storing network data, the method : Transmitting, by the upload node, a request for generating transparency-stored storage data to the service node; Generating, by a service node, transparency-processed stored data in response to the request; And storing the transparency verified storage data in a network.

In one embodiment, the step of generating transparency-verified stored data in response to the request includes: generating target content based on the request; Generating meta data of the target content; Encrypting one or more of the target content, metadata, and combinations thereof for transparency verification processing; And generating the encrypted data as stored data that has been processed for transparency verification.

In one embodiment, the encrypted data may be data having an electronic signature of a service node generated using a private key of the service node.

In an embodiment, the step of encrypting the stored data may include: generating a hash value of the target content by inputting one or more of the target content, meta data, and a combination thereof to a hash function; And generating stored data having an electronic signature of one or more hash values of the target content, metadata, and combinations thereof.

In one embodiment, the metadata may include one or more of a creator, a creation date and time, and a requestor of the target content.

In one embodiment, the request may include one or more of information for accessing the stored content and information corresponding to a range of the stored content.

In one embodiment, the step of storing the stored data in the network may be performed by an upload node.

In one embodiment, before the step of storing by the upload node in the network, a verification confirmation step may be further included.

In one embodiment, the verification verification step comprises: decrypting the stored data; Generating confirmation content corresponding to the target content; And comparing the target content and the confirmed content.

In one embodiment, the comparing step includes: extracting one or more data from the target content and confirmed content; Applying a comparison algorithm for each type of the extracted data; And when the correspondence between the target content and the confirmed content is greater than or equal to a predetermined value, determining that the transparency verification processing for the target content is valid.

In one embodiment, the type of the extracted data may include one or more of text, image, video and voice.

In an embodiment, when the correspondence is less than a predetermined value, the upload node may further include retransmitting a transparency verification request for the target content.

In one embodiment, the step of decrypting the stored data comprises the steps of: receiving the stored data, which has been verified for transparency, having an electronic signature of the service node; Generating a hash value using at least a portion of the received stored data as an input of the hash function; Decrypting the received electronic signature with the public key of the service node; And comparing a hash value of at least a portion of the stored data with a decryption value of the digital signature.

In one embodiment, the step of generating the target content may be performed by the content service node when the service node is a content service node that stores or manages the target content.

In one embodiment, in the generating of the target content, when the service node is a specific node other than a content service node that stores or manages the target content, the specific node is configured to generate the target content by the content service node. It may include the step of accessing the target content.

In one embodiment, the particular node may be determined with the consent of at least a majority of the participants in the network.

In one embodiment, the network is characterized in that only the data stored in the transparency verification processing is stored.

A computer-readable recording medium according to another aspect of the present invention can store program instructions readable by a computer and operable by the computer. Here, when the program instruction is executed by the processor of the computer, the processor may perform the method according to the above-described embodiments.

The blockchain system according to an aspect of the present invention may perform a transparent verification operation that checks for forgery or alteration of data before storing the data in the blockchain network. As a result, transparency of data stored in the blockchain system can be guaranteed.

As a result, it is possible to minimize the damage of manipulation of harmful data such as fake news, and can be used as legally valid digital evidence.

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

BRIEF DESCRIPTION OF DRAWINGS To describe the technical solutions in the embodiments of the present invention or in the prior art more clearly, the drawings required in the description of the embodiments are briefly introduced below. It should be understood that the drawings below are for the purpose of describing the embodiments of the present specification and not for the purpose of limitation. In addition, some elements to which various modifications such as exaggeration and omission are applied may be illustrated in the drawings below for clarity.
1 is a diagram for explaining a security loophole of a blockchain network according to an exemplary embodiment.
2 is a block diagram of a blockchain system according to an embodiment of the present invention.
3 is a diagram for explaining a process of storing data in a blockchain network according to an embodiment of the present invention.
4 is a diagram for explaining a process for preventing the forgery data from being stored in the blockchain network 10 according to the first embodiment of the present invention.
5 is a diagram for explaining encryption of target content according to an embodiment of the present invention.
6 is a diagram for explaining data stored in the blockchain network 10 according to an embodiment of the present invention.
7 is a flowchart of a verification confirmation operation according to an embodiment of the present invention.
8 is a view for explaining a process for preventing the forgery data from being stored in the blockchain network according to the second embodiment of the present invention.

The terminology used herein is only to refer to a specific embodiment and is not intended to limit the invention. The singular forms used herein also include plural forms unless the phrases clearly indicate the opposite. As used herein, the meaning of “comprising” embodies a particular property, region, integer, step, action, element, and/or component, and the presence or presence of other properties, regions, integers, steps, action, element, and/or component. It does not exclude addition.

Although not defined differently, all terms including technical terms and scientific terms used herein have the same meaning as those generally understood by those skilled in the art to which the present invention pertains. Commonly used dictionary-defined terms are additionally interpreted as having meanings consistent with related technical documents and currently disclosed contents, and are not interpreted as ideal or very formal meanings unless defined.

In the present specification, the network is a peer-to-peer electronic ledger, and may include a blockchain network, which is a distributed data system having a block chain composed of transactions as network data. . Hereinafter, for clarity of description, the network will be described as a blockchain network to describe the invention.

In this specification, "node" is a participant in the blockchain network, and may be implemented by various communication-enabled electronic devices such as a server, a personal computer, a smart phone, and a terminal.

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

2 is a block diagram of a blockchain system according to an embodiment of the present invention.

Referring to FIG. 2, a system for preventing forgery data from being stored in a blockchain network (hereinafter referred to as a “blockchain system”) 1 includes a service node 100, an upload node 200, a download node 300, etc. It includes a blockchain network 10 in which one or more nodes participates, and is configured to communicate data between each node through the blockchain network 10. In some embodiments, the nodes 100, 200, 300 of the blockchain network 10 are configured to process the processor 110, 210, 310 configured to perform the operation at each node and the result of the operation (eg, blockchain data). It may include a storage element (130, 230, 330) for storing.

In this specification, the blockchain system 1 can be utilized to provide various services related to data notarization, data security, and the like. Hereinafter, for clarity of description, the present invention will be described through a blockchain system 1 that provides a notary service, but it will be apparent to those skilled in the art that the embodiments according to the present invention are not limited to the notary service.

The blockchain system 1 according to embodiments may have an aspect that is entirely hardware, entirely software, or partially hardware and partially software. For example, the blockchain system 1 and/or node may collectively refer to hardware equipped with data processing capability and operating software for driving the same. The terms "unit", "module", "device", or "system" in this specification are intended to refer to a combination of hardware and software driven by the hardware. For example, the hardware may be a data processing capable computing device including a central processing unit (CPU), a graphics processing unit (GPU), or other processor. Also, the software may refer to a running process, an object, an executable, a thread of execution, a program, or the like.

Here, the blockchain network 10 is a network composed of nodes that want to use the blockchain as a distributed ledger, and the distributed ledger is a peer-to, rather than a central server of a specific institution. -Distributed on the peer network and jointly recorded and managed by members. Each member (i.e., node) of the blockchain network 10 undergoes a consent process for the contents of the ledger (generally referred to as a transaction) using a consensus protocol. The blockchain network 10 records the agreed transactions in all nodes in chronological order, and the records of the transactions once stored in the blockchain cannot be changed. In addition, the blockchain network 10 uses a digital signature based on the PKI algorithm to ensure the integrity of the transaction.

Here, the block chain represents a data structure in which a plurality of transactions are grouped every certain time to create one block, and the block is continuously connected to the previously generated block like a chain. Various information may be included in the blocks. In some embodiments, the blocks may include a block hash value of the corresponding block, a nonce value, and a block hash value of the previous block. The hash values and nonce values are values obtained using a preset hash function. In addition, it may include information about the software running the system 1, block creation time, information associated with the nodes 100, 200, and 300 (eg, the IP address of the node 100).

These blockchains are stored in the blockchain distributed storage (hereinafter, “distributed storage”) (not shown) of each node included in the blockchain network 10. The distributed storage of each node is a predetermined storage space for distributedly storing the blockchain results generated by the blockchain network to each node, and means a storage component constituting the entire distributed storage of the blockchain network 10. Data stored in the blockchain is propagated to other nodes through the blockchain network 10, and the propagation result of the data is stored in the other nodes again. As a result of propagation to all nodes, the blockchain stored in the distributed storage of each node is substantially the same, and is sufficient to verify the validity of the propagated data. Therefore, in this specification, storing data in the blockchain network 10 unless otherwise specified indicates that the data is propagated through the blockchain network 10 to store data in distributed storage of each node.

The blockchain system 1 is configured to store the processed data in the blockchain network 10 after the service node 100 processes the data for transparency verification. Here, storing data in the blockchain network 10 refers to storing data in distributed storage of each node (100, 200, 300).

3 is a diagram for explaining a process of storing data in a blockchain network according to an embodiment of the present invention.

Referring to FIG. 3, a method of preventing forgery data from being stored in the blockchain network 10 by the blockchain system 1 is: Upload node 200 to verify transparency in order to store target content in the blockchain network Transmitting a request for generating processed stored data to a service node (S110); A step in which the service node 100 generates the stored data whose transparency has been processed in response to the request (S120); And storing the transparency verified storage data in the blockchain network 10 (S150). In some embodiments, the method may further include a step S160 in which the download node 300 transmits a request for providing stored data to the blockchain network 10 and receives the requested stored data.

In step S110, the upload node 200 transmits a request for generating stored data to the service node 100.

The upload node 200 is a participant node of the blockchain network 10 that tries to store content in the blockchain network 10, and trusts that other participants in the blockchain network 10 have no forgery or alteration in the information included in the content. Refers to a member who cannot give. In one embodiment, the upload node 200 may be an electronic device of a general user without special authority of the blockchain system 1.

On the other hand, the service node 100 is a component having the trust that there is no forgery or alteration in the data on which the transparency verification processing by the service node 100 has been performed for the participants of the blockchain network 10, that is, a notary reliable component. . In the blockchain system 1, data whose transparency is processed by the service node 100 is stored in the blockchain network 10.

The transparency verification processing operation is an operation performed in a notary reliable node (eg, the service node 100) other than the upload node 200, and includes generating target content without forgery and alteration by the trusted node. The target content is content to be propagated to other nodes of the blockchain network 10.

In one embodiment, the service node 100 may be a node operated by a provider providing a content service online (hereinafter, “content service node”). In another embodiment, the service node 100 includes a node (hereinafter referred to as a "notary service node") operated by a provider that professionally provides a notary service.

Here, the content service providers are SNS service providers (eg, KakaoTalk, Facebook, Naver, etc.), video service providers (eg, YouTube, Netflix, etc.), media service providers (eg, news, broadcasting agencies, etc.), portal service providers. (Eg, Daum, Naver, Google, etc.). The content service provider may be the producer who created the content, or it may store the content produced by other external components, and update the edit by a person who has the authority to edit the content, but prevent the content from being forged by a non-authorized person. It manages and provides the content to a third party (eg, service accessor, etc.) related to the service. In one embodiment, the content service node 100 may be a component configured to store and/or manage target content.

Here, the professional notary service provider is a separate component from the above content provider, and has had experience in providing notary services before the construction of the blockchain network 10, thereby securing market reliability for the notary service. Service providers, or associations to which these notary service providers have joined. For example, the professional notary service provider includes a user who has registered for notary business or attorney business, and/or the Ministry of Justice for servicing the electronic notary system. In this case, the notary service node includes a node operated by the registered user and/or the Ministry of Justice.

In one embodiment, the notary service node 100 is a component configured to provide a notary service for digital content, and may be determined with the consent of at least a majority of participants of the blockchain network.

The service node 100 generates target data as stored data, and performs encryption processing capable of providing transparency that there is no forgery or alteration in the stored data. This will be described in more detail below.

In this way, in the blockchain system 1, since data whose transparency has been verified by the service node 100 is stored in the blockchain network 10 (S150), data stored in the blockchain network 10 (eg, target content) ), high reliability is guaranteed.

The process of preventing forgery and alteration data will be described in more detail with reference to FIGS. 4 and 8 below.

Example 1

4 is a diagram for explaining a process for preventing the forgery data from being stored in the blockchain network 10 according to the first embodiment of the present invention.

Referring to FIG. 4, the blockchain system 1 includes a service node 100, an upload node 200 and a download node 300. Here, the service node 100 of the blockchain system 1 is a content service node.

In step S110, the upload node 200 that wants to store the target content in the blockchain network 10 transmits a request for generating storage data related to the target content to the content service node 100 as a service node. The request for generating the stored data includes a request for processing a transparency verification of the stored data.

In step S120, the content service node 100 as a service node generates the storage data processed for transparency verification in response to the request.

In one embodiment, the request to generate the stored data includes target content related information for generating target content. In one embodiment, the target content-related information includes information for accessing the target content (eg, URL), information indicating the target content (eg, timeline corresponding to a range of target content, identification information), and the like.

For example, when the target content is a message from a first time to a second time when the first user and the second user communicate on the messenger program, information indicating the target content is a timeline corresponding to the first time to the second time It may include.

In one embodiment, when the service node 100 is a content providing node, the transparency verification processing operation includes generating a target content (S121), and encrypting the target content for verification (S123). .

The service node 100 generates target content based on the target content-related information (S121). Since the service node 100 has confidence in the forgery and alteration of the participants of the blockchain network 10, the target content generated by the service node 100 has at least no forgery and alteration by the service node 100.

In one embodiment, the service node 100 may further generate metadata for the target content. The meta data is data that can be used to verify the authenticity and originality of the target content. In one embodiment, the meta data for the target content includes a creator of the target content, a creation date and time, a requester, and a content production device (eg, a device of the upload node 200). For example, the service node 100 may create a snapshot file with target content, and then record metadata in the created snapshot file.

In one embodiment, one or more of the target content, metadata, and combinations thereof are stored data and may be encrypted for verification (S123). The encryption processing for verification is to describe the validity of the process of storing the data for storing the blockchain in the blockchain. In the above embodiment, the encryption processing for verification includes a public key infrastructure (PKI)-based digital signature processing. .

5 is a diagram for explaining encryption of target content according to an embodiment of the present invention.

Referring to FIG. 5, the service node 100 may additionally generate a digital signature (PKI) based on a public key infrastructure (PKI) based on data for blockchain storage and perform encryption processing for verification.

The public key method is to create two keys that are cryptographically related, one securely stored by one, and the other publicly disclosed. The key that only you have is called a private key, and the key that you disclose to the other party is called a public key. Since the key to be encrypted and the key to be decrypted are different, public key type encryption corresponds to asymmetric key type encryption.

Public key algorithms include RSA and Elgamal. In addition, the public key algorithm may include Digital Signature Algorithm (DSA), KCDSA, and the like used for electronic signature.

In one embodiment, the electronic signature applies a hash function to the data for storing the blockchain, calculates the hash value of the data for storing the blockchain, and then the private key of the service node 100 to the hash value of the data for storing the blockchain. Apply to generate an electronic signature for the data for the blockchain storage of the node 100.

For example, a hash value is generated by using the content of an object to be digitally signed as an input of a hash function. To encrypt the hash value, it uses its own private key in advance. The hash value encrypted by the private key becomes the target electronic signature.

The hash function is a function that receives a message having an arbitrary length and outputs a hash value of a fixed length. The hash function has the characteristic that the same output always appears for the same input. Due to the above feature, the hash function can output an immutable evidence value for the input message. For this reason, the stored data encrypted for confidentiality by the service node 100 is verified for transparency without forgery and alteration.

After the encryption processing by the service node 100, the blockchain system 1 may store the stored data, which has been verified for transparency, in the blockchain network 10 (S150).

In one embodiment, the storage data processed for transparency verification by the service node 10 may be stored in the blockchain network 10 by the upload node 200.

Referring back to FIG. 4, after step S120, the service node 100 generates a response to the transparency verification processing including the transparency verification processed storage data (eg, target content, metadata, and a combination thereof) and , Transmits the response to the upload node 200.

The upload node 200 stores the stored data included in the response in the blockchain network 10 (S150). In some embodiments, stored data stored in the blockchain network 10 may be further configured to have an electronic signature by the private key of the upload node 200.

6 is a diagram for explaining data stored in the blockchain network 10 according to an embodiment of the present invention.

Referring to FIG. 6, the storage data subjected to transparency verification processing is target content and metadata, propagated to other nodes participating in the blockchain network 10 and stored in the blockchain network 10. As such, the data stored in the blockchain network 10 has an electronic signature of the electronic signature of the content service node 100, and thus has high transparency that is not forged by the upload node 200.

As such, the blockchain system 1 is configured to store the entire digital evidence (eg, content files and metadata) in the blockchain network 10, but is not limited thereto.

For example, the blockchain system 1 may store only meta data, and the remaining data (eg, target content) may be stored in external storage(s), or may be configured to allow an intermediate form. However, when storing in external storage (cloud, etc.), the hash value of the target content is recorded in meta data, so that the integrity of the data can be verified.

Additionally, the upload node 200 may further perform a verification verification operation before storing the stored data in the blockchain network 10 (S140).

At the request of the user to record the evidence, the target content (eg, screen capture screen, etc.) generated by a third party (ie, the service node 100) may be different from that displayed on the device owned by the user. This is because it may occur between the service node 100 and the upload node 200 due to differences in screen size, resolution, operating system, web browser, PC/mobile app version, and codec.

For this reason, a verification confirmation operation for the generated stored data is required.

7 is a flowchart of a verification confirmation operation according to an embodiment of the present invention.

Referring to FIG. 7, for the verification verification operation, the upload node 200 decrypts the encrypted storage data for verification (S141). In step S130, the upload node 200 receives the storage data, which has been verified for transparency, having an electronic signature of the service node. In order to check whether the received stored data (eg, the target content file) is completely arrived from the service node 100, the upload node 200 inputs at least a portion of the received stored data (eg, the target content file) as a hash function. To generate the hash value (h1). The receiver decrypts the transmitted electronic signature with the public key of the service node 100 to generate the decryption result value h2. If the decrypted result value h2 is equal to the hash value h1, the received data is signed and sent by the service node 100, and at the same time, indicates that there is no forgery or alteration in the information included in the data.

The upload node 200 generates confirmation content corresponding to the target data. Since at least some of the content stored in the service node 100 is input and/or produced by the user of the upload node 200 and transmitted to the service node 100, the upload node 200 also confirms corresponding to the target content Content can be generated (S142). For example, when the target content includes a message on the messenger program, the upload node 200 may generate confirmation content through the messenger program installed in the upload node 200.

Thereafter, the upload node 200 compares the confirmation content generated by the upload node 200 with the target content generated by the service node 100 (S143).

In one embodiment, the upload node 200 extracts one or more data from the target content and confirmation content. The type of the extracted data may be text, image, video, voice, etc., but is not limited thereto.

Then, a comparison algorithm for each type of the extracted data is applied.

For example, when the type of the extracted data is text, one or more of Jaccard distance, Cosine distance, Euclidean distance, and Relaxed Word Mover's Distance may be applied to the comparison algorithm.

For example, when the type of the extracted data is an image, one or more of Key point matching, Histogram method, Hash code/fingerprint, Higher-order local autocorrelation, Harris Corner Detection Algorithm, and Watershed may be applied as the comparison algorithm.

For example, when the type of the extracted data is a video, one or more of Spectral similarity kernel, Cumulative Similarity Measurement, PSNR Compare, and Correlation images may be applied as a comparison algorithm.

When the correspondence between the target content and the verified content is greater than or equal to a predetermined value, the upload node 200 determines that the transparency verification processing for the target content is valid.

The above-described verification confirmation operation may be performed in a manner of comparing the entire target contents and/or confirmation contents at once, or may be performed in a manner of repeatedly performing a comparison algorithm by dividing into several parts.

As a result of the comparison, when it is determined that the transparency verification processing for the target content is valid, the upload node 200 stores the storage data processed by the transparency verification received from the service node 100 in the blockchain network 10 (S150).

On the other hand, when the result of the comparison determines that the transparency verification processing for the target content is not valid, the upload node 200 transmits a transparency verification processing request back to the service node 100 to receive stored data for which the transparency verification processing is valid ( S110).

In another embodiment, the storage data processed for transparency verification by the service node 100 may be stored in the blockchain network 10 by the service node 100 propagating to other nodes of the blockchain network 10. In this case, the verification confirmation operation S140 in the upload node 200 may be omitted.

By the above-described processes (S110 to S150), the blockchain network 10 stores stored data whose transparency is verified by having an electronic signature of the service node 100. As a result, the user can have high reliability of the data of the blockchain network 10, and furthermore, it can be used as legal evidence.

Referring back to FIG. 4, the blockchain system 1 may provide storage data to the download node 300 (S160). The download node 300 refers to a node that wants to use stored data. For example, when the target content is utilized as evidence, the download node 300 is a node associated with a public institution such as a police, court, or judicial authority (such as a node operated by a judicial authority, or a judicial authority) (Nodes under supervision).

In this case, the download node 300 requests the blockchain network 10 to provide stored data (S161). For example, a node related to a judicial authority participates in the blockchain network 10 and requests provision of the stored data to at least one node that has stored the stored data.

In response to the request, the at least one node retrieves the requested stored data (S162), and provides the retrieved stored data to a law enforcement agency (S163). Upon receiving the request, the node provides the electronic signature and stored data to the node associated with the law enforcement agency.

Since the target content stored in the blockchain network 10 is data encrypted in step S123, the download node 300 further performs a task of decrypting the encrypted target content.

In one embodiment, the download node 300 requests the service node 100 to provide a public key (S164), and the service node 100 provides its own public key in response to the request to provide the public key. (S165).

The download node 300 decrypts the target content using the public key (S166). Since the decoding process in step S166 is similar to the decoding process in step S141, detailed description is omitted.

In some embodiments, when the stored data further has an electronic signature by the private key of the upload node 200, the download node 300 sends a request to provide the public key of the upload node 200 to the upload node 200 After transmitting and receiving it, the operation of decrypting the electronic signature of the upload node 200 may be further performed.

It will be apparent to those skilled in the art that the blockchain system 1 and/or nodes may include other components not described herein. For example, the blockchain system 1 includes other hardware elements necessary for the operations described herein, including a network interface, an input device for data entry, and an output device for display, printing or other data display. It may include.

Example 2

8 is a view for explaining a process for preventing the forgery data from being stored in the blockchain network according to the second embodiment of the present invention.

The method of preventing the forgery data from being stored in the blockchain network according to the second embodiment of the present invention is substantially similar to the method of preventing the forgery data from being stored in the blockchain network according to the first embodiment of FIG. , Explain the difference mainly.

Referring to FIG. 8, the blockchain system 1 includes a service node 100, a content service node 120, an upload node 200, and a download node 300. Here, the service node 100 of the blockchain system 1 is a notary service node.

In step S210, the upload node 200 that wants to store the target content in the blockchain network 10 transmits a request for generating the storage data processed for transparency verification to the notary service node 100, which is a service node.

In step S220, the notary service node 100 as a service node generates the storage data processed for transparency verification in response to the request.

In one embodiment, when the service node 100 is a notary service node, the operation of generating the stored data whose transparency has been processed (S220) accesses the content of the content providing node 120 to generate target content (S221) ), and encrypting the target content (S223 ).

The service node 100 is a target content instead of the service node 100, which is a third party trusted by participants of the blockchain network 10 in response to a request for verification processing of transparency of the upload node 100 in the content accessible by the URI. To collect. In this case, the request of step S210 includes information (for example, URL information) accessible to the target content.

For example, when the target content is a screen of a web page, the service node 100 receiving the request of step S210 accesses the web page and generates a snapshot file (S221).

In one embodiment, the service node 100 may further generate metadata (eg, creator, creation date, requester, web browser name, etc.) for the generated target content. For example, the service node 100 may record metadata in the generated snapshot file. The authenticity and originality of the file can be demonstrated using this metadata.

In step S223, the notary service node 100 encrypts the target content for confidentiality.

For example, the notary service node 100 generates a hash value of the snapshot file, and then generates a hash value of the snapshot file with an electronic signature using the private key of the notary service node 100, thereby protecting the snapshot file for confidentiality. Encrypted.

As described above, the data (ie, target content) is processed for transparency verification by the notary service node 100 before being stored in the blockchain, so that when storing the data in the blockchain, an electronic signature or electronic signature and metadata are recorded. . Due to this, the transparency of the content stored in the blockchain network 10 is verified.

Since steps S230 to S260 are similar to steps S130 to S160 of the first embodiment, detailed descriptions are omitted.

The operation by the blockchain system 1 according to the above-described embodiments and a method for preventing the forgery data from being stored in the blockchain network is at least partially implemented as a computer program, and recorded in a computer-readable recording medium. Can be. For example, implemented with a program product consisting of a computer-readable medium containing program code, which may be executed by a processor for performing any or all of the steps, operations, or procedures described.

The computer may be a desktop computer, a laptop computer, a laptop, a smart phone, or a computing device such as the like, or it may be any device that may be integrated. A computer is a device with one or more alternative, special-purpose processors, memory, storage space, and networking components (either wireless or wired). The computer may, for example, run an operating system such as Microsoft's Windows compatible operating system, Apple OS X or iOS, Linux distribution, or Google's Android OS.

The computer-readable recording medium includes all types of record identification devices that store data that can be read by a computer. Examples of the computer-readable recording medium include a ROM, RAM, CD-ROM, magnetic tape, floppy disk, and optical data storage identification device. In addition, the computer readable recording medium may be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed manner. In addition, functional programs, codes, and code segments for implementing the present embodiment will be readily understood by those skilled in the art to which this embodiment belongs.

The present invention described above has been described with reference to the embodiments shown in the drawings, but this is merely exemplary, and those skilled in the art will understand that various modifications and modifications of the embodiments are possible therefrom. However, it should be considered that such modifications are within the technical protection scope of the present invention. Therefore, the true technical protection scope of the present invention should be determined by the technical spirit of the appended claims.

Claims (18)

A method for preventing forgery data from being stored in a network, wherein the network is a network in which one or more nodes participate, each node comprising distributed storage for storing network data, the method comprising:
Transmitting, by the upload node, a request for generating transparency-stored storage data to the service node;
Generating, by a service node, transparency-processed stored data in response to the request; And
And storing the transparency verified storage data in a network.
The method of claim 1, wherein in response to the request, the step of generating transparency-validated stored data is:
Generating target content based on the request;
Generating meta data of the target content;
Encrypting one or more of the target content, metadata, and combinations thereof for transparency verification processing; And
And generating the encrypted data as stored data with transparency verification processing.
According to claim 2,
The encrypted data is a method having a digital signature of a service node generated using a private key of the service node.
The method of claim 3, wherein the step of encrypting the stored data,
Generating a hash value of the target content by inputting one or more of the target content, metadata, and a combination thereof to a hash function; And
And generating stored data having a hash value of one or more of the target content, metadata, and combinations thereof as an electronic signature.
According to claim 2,
The metadata includes one or more of a creator, a creation date and time, and a requestor of the target content.
According to claim 2,
The request includes one or more of information for accessing the stored content and information corresponding to a range of the stored content.
According to claim 1,
The step of storing the stored data in a network is performed by an upload node.
The method of claim 7,
And by the upload node, prior to storing in the network, further comprising verifying a verification.
The method of claim 8, wherein the verification confirmation step,
Decoding the stored data;
Generating confirmation content corresponding to the target content; And
And comparing the target content and confirmed content.
The method of claim 9, wherein the comparing step,
Extracting one or more data from the target content and confirmation content;
Applying a comparison algorithm for each type of the extracted data; And
And if the correspondence between the target content and the confirmed content is greater than or equal to a predetermined value, determining that the transparency verification processing for the target content is valid.
The method of claim 10,
The type of the extracted data comprises one or more of text, image, video and voice.
The method of claim 10,
And when the correspondence is less than a predetermined value, retransmitting, by the upload node, a transparency verification request for the target content.
The method of claim 9, wherein the step of decoding the stored data,
Receiving storage data having been processed for transparency verification having an electronic signature of the service node;
Generating a hash value using at least a portion of the received stored data as an input of the hash function;
Decrypting the received electronic signature with the public key of the service node; And
And comparing a hash value of at least a portion of the stored data with a decryption value of the digital signature.
According to claim 2, The step of generating the target content,
When the service node is a content service node that stores or manages target content, the method is performed by the content service node.
According to claim 2, The step of generating the target content,
When the service node is a specific node other than a content service node that stores or manages target content,
And the target node accessing target content of the content service node to generate the target content.
The method of claim 15,
Wherein the particular node is determined with the consent of at least a majority of the participants of the network.
According to claim 1,
The network is characterized in that only the stored data stored in the transparency verification process.
A computer readable recording medium storing program instructions readable by a computer and operable by the computer, wherein the processor is any one of claims 1 to 17 when the program instructions are executed by a processor of the computer. A computer readable recording medium for carrying out the method according to one item.

Images