KR20230083479A - A method for accessing data shared among plurality of virtual nodes in blockchain simulation platform and system using the same - Google Patents

Abstract

A data access method shared between a plurality of virtual nodes in a blockchain simulation platform and a blockchain simulation platform using the same are provided. A data access method unique among a plurality of virtual nodes in a blockchain simulation platform is a file accessed by a plurality of virtual nodes created in the blockchain simulation platform and a hash value of a data segment constituting the file as a key value. and providing a hash table storing reference information of a physical storage space shared among the plurality of virtual nodes, and receiving an access request for the data segment from one of the plurality of virtual nodes. and determining whether the data segment includes reference information of a physical storage space shared among the plurality of virtual nodes, and accessing the data segment based on whether the data segment is referenced.

Description

Data access method shared between multiple virtual nodes in a blockchain simulation platform and blockchain simulation platform using the same

The present invention relates to a data access method shared between a plurality of virtual nodes in a blockchain simulation platform and a blockchain simulation platform using the same, and more specifically, to a plurality of virtual nodes in a blockchain simulation platform that verifies various blockchain implementations. A data access method that can reduce the storage usage required to drive the simulation platform by effectively sharing shared data so that nodes can read and write, and improve processing performance due to frequent storage I/O, and a blockchain simulation platform that uses it it's about

Blockchain originated from Satoshi Nakamoto's Bitcoin: A Peer-to-Peer Electronic Cash System in 2008, where blocks are connected to each other. Blockchain is a generic term for a distributed database that shares data bound by hash links on a distributed network composed of multiple network nodes.

Blockchain implementations perform a distributed agreement process based on P2P networks that have been studied in the past, and therefore attacks using vulnerabilities of P2P networks such as BGP Hijacking and Eclipse Attack have been studied. Currently, many studies perform vulnerability verification only for specific blockchain implementations, and a verification system using a general-purpose blockchain simulation platform that can verify performance and security issues of various blockchain implementations has not yet been commercialized.

Some researchers have conducted research to develop a general-purpose blockchain verification platform using simulation and emulation. However, there is a difference between performance verification using an actual blockchain implementation using a model abstracted from the actual blockchain implementation, or only experiments using small networks were performed due to performance problems in simulation and emulation. In order to simulate a blockchain network close to reality, it is necessary to configure a virtual blockchain network with thousands of nodes. There are problems with simulation performance.

The simulation speed is drastically reduced due to the processing of hash calculations and smart contracts that occur simultaneously in multiple virtual blockchain nodes, and memory usage due to data replication that occurs as data is propagated to each virtual node is proportional to the size of the network. will increase When a general-purpose blockchain verification platform uses virtual memory beyond the physical memory limit, part of the memory space is swapped out to disk, and simulation performance degradation also occurs due to continuous swapping out.

In addition, most blockchain applications store data in a storage space using storage I/O (Input/Output) to store blockchain data created on the network. Simulation performance degrades due to storage I/O occurring in virtual nodes of the virtual node, and storage usage for the same data increases in proportion to the size of the network.

Therefore, for a simulation that is close to reality of a universal blockchain verification platform, the node scalability of the simulation must be secured, and the computational and memory resource requirements and storage resource usage that are additionally consumed whenever the number of virtual blockchain nodes increases in the simulation can be improved. You need a way to

The technical problem to be solved by the present invention is to reduce the usage of physical storage resources for storing blockchain data used by virtual nodes in a blockchain simulation platform and to reduce performance caused by storage I/O through storage virtualization. It is to provide a data access method and a system using the same to improve.

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

In order to solve the above-described technical problem, a data access method unique between a plurality of virtual nodes in a blockchain simulation platform according to an embodiment of the present invention is accessed by a plurality of virtual nodes created in the blockchain simulation platform. providing a hash table for storing reference information of a physical storage space shared between the plurality of virtual nodes, using a hash value of a file and a data segment constituting the file as a key value, wherein any one of the plurality of virtual nodes receiving an access request for the data segment from one source; determining whether the data segment includes reference information of a physical storage space shared between the plurality of virtual nodes; Including the step of accessing.

In some embodiments of the present invention, the blockchain simulation platform may store a virtual file descriptor including information on a data segment currently accessed by a virtual node and offset location information about an access location of the data segment.

In some embodiments of the present invention, the access request for the data segment includes a read request for the data segment, and the step of accessing the data segment based on whether or not the reference is made includes the data segment being the plurality of virtual nodes. reads a data segment corresponding to the offset position information from among data segments constituting a file stored in the physical storage space according to the reference information, when the data segment includes the reference information of a physical storage space shared between and reading a data segment corresponding to the offset location information among the data segments located in a memory when it does not include reference information of a physical storage space shared between virtual nodes of the virtual node.

In some embodiments of the present invention, after reading a data segment corresponding to the offset position information among data segments located in the physical storage space or memory based on whether or not the reference is made, the offset position information of the read completed data segment The method may further include modifying the virtual file descriptor to correspond.

In some embodiments of the present invention, when the access request of the data segment includes a write request for the data segment, and the data segment includes reference information of a physical storage space shared between the plurality of virtual nodes. Accessing the data segment based on whether or not the reference is made may include copying a data segment constituting a file stored in the physical storage space to a data area of the data segment located on a memory; releasing a reference to the physical storage space of a data segment located on the memory, merging the copied data segment into a data area of the data segment located on the memory; writing a portion corresponding to the offset location information among the merged data segments; dividing the written data segment into a plurality of data segments and sharing them with the plurality of virtual nodes; and modifying the virtual file descriptor to correspond to offset position information of the data segment for which reading has been completed.

In some embodiments of the present invention, dividing the written data segment into a plurality of data segments and sharing the data segment with the plurality of virtual nodes may include: checking a data format of the written data segment; separating the written data segment according to a result of checking the data format; calculating a hash value of the separated data segment; determining whether a hash value of the separated data segment exists in a hash table storing reference information of a physical storage space shared among the plurality of virtual nodes; and in the case of a separated data segment having a hash value existing in the hash table, deleting data in an area corresponding to the data segment located on the memory and recording reference information of a physical storage space referred to by the hash value. , in the case of a separated data segment having a hash value that does not exist in the hash table, copying data of the separated data segment to a new physical storage space and recording reference information of the copied area.

In some embodiments of the present invention, a plurality of data segments constituting the file may include data provided from each of the virtual nodes.

A blockchain simulation platform according to another embodiment of the present invention includes a processor; and a memory connected to the processor, wherein the memory, when executed, causes the processor to store files accessed by a plurality of virtual nodes created in the blockchain simulation platform and the files. providing a hash table for storing reference information of a physical storage space shared among the plurality of virtual nodes by using hash values of constituting data segments as key values; receiving an access request for the data segment from one of the plurality of virtual nodes; and determining whether the data segment includes reference information of a physical storage space shared between the plurality of virtual nodes, and accessing the data segment based on the reference information.

Details of other embodiments are included in the detailed description and drawings.

A data access method shared between a plurality of virtual nodes in a blockchain simulation platform and a blockchain simulation platform using the same according to an embodiment of the present invention are data segments shared between a plurality of virtual nodes in the transmission and reception stages of blockchain data. While storing them in the physical storage space, it is possible to reduce simulation performance deterioration due to storage I/O that occurs when reading or writing them.

In addition, the blockchain simulation platform of the present invention may use a shared data table in which blockchain data is stored using a hash value as a key value. As the data packet including the hash value is transmitted in the data transmission step, the load for reading the data stored in the memory unit is reduced, and in the data reception step, only the data packet including the hash value is received and the hash value is referred to from the shared data table. As data is read, the size of an allocation area in the memory unit for storing data may be reduced.

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.

1 is a block diagram for explaining a simulation system of a blockchain network according to some embodiments of the present invention.
2 is a diagram for explaining a shared data table allocated to a memory of a simulation system of a blockchain network according to some embodiments of the present invention.
3 is a flowchart for explaining a new blockchain data storage step of a method for simulating a blockchain network according to some embodiments of the present invention.
4 is a flowchart for explaining a blockchain data transmission step of a method for simulating a blockchain network according to some embodiments of the present invention.
5 is a flowchart for explaining a block chain data receiving step of a method for simulating a block chain network according to some embodiments of the present invention.
6 is a flowchart illustrating a block chain data deletion step of a method for simulating a block chain network according to some embodiments of the present invention.

Advantages and features of the present invention, and methods of achieving them, will become clear with reference to the detailed description of the following embodiments taken in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but will be implemented in various different forms, only these embodiments make the disclosure of the present invention complete, and common knowledge in the art to which the present invention belongs. It is provided to fully inform the holder of the scope of the invention, and the present invention is only defined by the scope of the claims. Like reference numbers designate like elements throughout the specification.

A component is said to be "connected to" or "coupled to" another component when it is directly connected or coupled to the other component or through another component in between. include all cases. On the other hand, when one component is referred to as “directly connected to” or “directly coupled to” another component, it indicates that another component is not intervened. “And/or” includes each and every combination of one or more of the recited items.

Terminology used herein is for describing the embodiments and is not intended to limit the present invention. In this specification, singular forms also include plural forms unless specifically stated otherwise in a phrase. As used herein, "comprises" and/or "comprising" means that a stated component, step, operation, and/or element is present in the presence of one or more other components, steps, operations, and/or elements. or do not rule out additions.

Although first, second, etc. are used to describe various constituent elements, these constituent elements are not limited by these terms, of course. These terms are only used to distinguish one component from another. Accordingly, it goes without saying that the first component mentioned below may also be the second component within the technical spirit of the present invention.

Unless otherwise defined, all terms (including technical and scientific terms) used in this specification may be used in a meaning commonly understood by those of ordinary skill in the art to which the present invention belongs. In addition, terms defined in commonly used dictionaries are not interpreted ideally or excessively unless explicitly specifically defined.

The term 'unit' or 'module' used in this embodiment means software or a hardware component such as FPGA or ASIC, and the 'unit' or 'module' performs certain roles. However, 'unit' or 'module' is not limited to software or hardware. A 'unit' or 'module' may be configured to reside in an addressable storage medium and may be configured to reproduce one or more processors. Thus, as an example, 'unit' or 'module' refers to software components, object-oriented software components, functions, subroutines, segments of program code, microcode, circuits, data, databases, data structures, It can include tables, arrays, and variables. Functions provided within components and 'units' or 'modules' may be combined into smaller numbers of components and 'units' or 'modules', or may be combined into additional components and 'units' or 'modules'. can be further separated.

1 is a diagram for explaining the structure of a blockchain simulation platform according to an embodiment of the present invention.

Referring to FIG. 1, a blockchain simulation platform 100 according to an embodiment of the present invention includes a plurality of virtual nodes 150 constituting a blockchain network and a memory jointly accessed by the plurality of virtual nodes 150. It may include a unit 200 and a storage unit 300 .

The blockchain simulation platform 100 may be a system that verifies operations such as transactions between virtual nodes 150 connected to a decentralized network and storage, management, and propagation of a blockchain by simulating operations.

The blockchain simulation platform 100 may be, for example, a module including at least one central processing unit (CPU) and a set of memories that can access and read and write data. The blockchain simulation platform 100 may include various computer systems such as, for example, a personal computer (PC), a server computer, a workstation, and a laptop computer.

The plurality of virtual nodes 150 can create, store, propagate, and delete blockchain data while constituting a group of blocks constituting the blockchain.

A blockchain network virtually implemented by the blockchain simulation platform 100 of the present invention may be a public blockchain, but the present invention is not limited thereto. The blockchain network may include a private blockchain accessible only to approved nodes in terms of data access and transactions.

As will be described later, the plurality of virtual nodes 150 can access the memory unit 200 and the storage unit 300 in which blockchain data is stored. Specifically, the plurality of virtual nodes 150 may access files stored in the memory unit 200 and data segments constituting the files.

2 is a diagram for explaining the configuration of files and data segments stored in a blockchain simulation platform according to an embodiment of the present invention.

Referring to FIG. 2 , a file stored by the blockchain simulation platform 100 according to an embodiment of the present invention may consist of a plurality of data segments. In this specification, 'file' may mean a virtual file descriptor structure including information about a virtual file generated by the blockchain simulation platform 100.

The virtual file descriptor structure may include information on a plurality of data segments corresponding to one virtual file, and information on a data segment to be accessed among the plurality of data segments. 'Data segment to be accessed' indicates from which data segment a plurality of data segments included in a file is read or written when a file read or write request is received from an application.

In the blockchain simulation platform 100, a file and a plurality of data segments constituting the file can be read or written using a system call that accesses the virtual file descriptor structure.

Also, the virtual file descriptor structure may include offset position information for accessing a plurality of data segments included in a file. The blockchain simulation platform 100 may determine whether to perform reading or writing from any point among the data segments to be accessed using the offset location information. When the reading and writing of one data segment is completed, the offset position information can be initialized to 0, and when the reading and writing of data corresponding to the read or write request provided from the application is completed, the current offset position information is changed to a file (virtual file descriptor structure) can be stored.

A plurality of data segments constituting a file may include information about one sharable data unit. In this specification, 'data segment' may refer to a data segment structure including information about a data area allocated inside the memory unit 200 to store data that can be accessed by the blockchain simulation platform 100. there is.

Each data segment may include, for example, data provided from each virtual node constituting the blockchain network. For example, data segments 1 to 6 of FIG. 2 may include data confirmed by virtual nodes 1 to 6 regarding an arbitrary transaction between a plurality of virtual nodes 150 .

However, whether or not data can be stored in a data area allocated inside the memory unit 200 may be determined according to whether a plurality of data segments can be shared among a plurality of virtual nodes.

For example, when an arbitrary data segment can be shared among a plurality of virtual nodes 150, only reference information of the physical storage space inside the storage unit 300 is included in the data area included in the data segment instead of actual data. this can be stored. In contrast, when an arbitrary data segment is not shared among a plurality of virtual nodes 150, actual data is stored in the data area included in the data segment instead of reference information of the physical storage space inside the storage unit 300 or memory Reference information of another area allocated inside the unit 200 may be stored.

For example, among data segments 1 to 6 shown in FIG. 2 , data segments 1 to 4 may be shared among a plurality of virtual nodes, and data segments 5 and 6 may not be shared among a plurality of virtual nodes. In this case, data segments 1 to 4 include reference information about the physical storage space inside the storage unit 300 in the data area allocated to the memory unit 200, and data segments 5 and 6 are allocated to the memory unit 200. Actual data can be included in the data area.

As will be described later, the blockchain simulation platform 100 may merge a plurality of data segments into one or separate one data segment into a plurality of data segments. The blockchain simulation platform 100 may determine whether one data segment is to be shared among a plurality of virtual nodes by including reference information about a physical storage space inside the storage unit 300 with respect to the data segment.

Referring back to FIG. 1 , the blockchain simulation platform 100 may include a memory unit 200 and a storage unit 300.

The memory unit 200 may store a virtual file descriptor structure composed of a plurality of data segments, that is, a file. Actual data may be stored in a data area allocated to a plurality of data segments constituting a file, depending on whether they are shared among a plurality of virtual nodes 150 .

In addition to data accessible by the plurality of virtual nodes 150 , program codes and application codes executed in the blockchain simulation platform 100 may be temporarily or non-temporarily stored in the memory unit 200 .

The storage unit 300 may include a physical storage space allocated for storing actual data of data segments shared by the plurality of virtual nodes 150 . Both the memory unit 200 and the storage unit 300 can store data, and the memory unit 200 has a smaller storage capacity than the storage unit 300, but responds to data access requests and transmits data. may be faster than that of the storage unit 300 . Therefore, storage I/O for accessing data stored in the storage unit 300 may generate a greater load on the blockchain simulation platform 100 than an access operation of the memory unit 200 .

Meanwhile, when the plurality of virtual nodes 150 access the memory unit 200 and the storage unit 300, the CPU of the simulation platform 100 simulating the operation of the virtual node 150 It can be understood as accessing a space allocated to blockchain data of the storage unit 300 . In addition, if the subject of execution is not clearly indicated within the simulation platform 100, it should be understood that it is performed by the calculation unit, the memory unit 200, and the storage unit 300 of the simulation platform 100.

A shared data table ( 250 in FIG. 3 ) may be allocated in the memory unit 200 . The shared data table will be described in more detail with reference to FIG. 3 .

3 is a diagram for explaining a shared data table allocated to a memory of a simulation system of a blockchain network according to some embodiments of the present invention.

Referring to FIG. 3 , a shared data table 250 that can be accessed by a plurality of virtual nodes 150 may be allocated to the memory unit 200 .

Data stored in the shared data table 250 may be divided into key values and data segments mapped to the key values, and the key values may function as an index for accessing the data segments. The key value may be, for example, a hash value generated by receiving a data segment and calculating it through a hash function.

That is, the shared data table 250 may include a plurality of data segments (Data 1 to 3) and hash values (Hash 1 to 3) generated to access the data segments. Also, the shared data table 250 may store reference counts of virtual nodes for stored data segments.

The shared data table 250 may store data segments used in the blockchain simulation platform 100. A data segment may include, for example, block or transactional data transmitted between virtual nodes.

The shared data table 250 may be jointly accessed by at least some virtual nodes 150 among a plurality of nodes. That is, the plurality of virtual nodes 150 may include virtual nodes accessible to specific data stored in the shared data table 250 and nodes not. Accordingly, each piece of data stored in the shared data table 250 may include information on accessible nodes among the plurality of virtual nodes 150 .

4 is a flowchart illustrating a data access method shared between a plurality of virtual nodes in a blockchain simulation platform according to an embodiment of the present invention.

Referring to FIG. 4, a data access method shared between a plurality of virtual nodes in a blockchain simulation platform according to an embodiment of the present invention includes files accessed by a plurality of virtual nodes created in the blockchain simulation platform; Providing a hash table for storing reference information of a physical storage space shared between a plurality of virtual nodes using hash values of data segments constituting a file as a key value (S110), data segment from any one of the plurality of virtual nodes Receiving an access request of (S120), determining whether the data segment includes reference information of a physical storage space shared between a plurality of virtual nodes (S130), accessing the data segment based on whether or not the reference Step S140 may be included. Each of these steps will be described in relation to specific operations of FIGS. 5 to 7 .

5 is a flowchart illustrating a method of reading data shared between a plurality of virtual nodes in a blockchain simulation platform according to an embodiment of the present invention. Prior to each process of FIG. 5, a file accessed by a plurality of virtual nodes 150 generated in the blockchain simulation platform 100 and a hash value of a data segment constituting the file are used as a key value, and a plurality of virtual nodes It is assumed that a hash table for storing reference information of a physical storage space shared between the devices is generated and stored in the memory unit 200 .

Referring to FIG. 5 , an application executed by any one of a plurality of virtual nodes 150 uses a file, that is, a data segment referred to by a virtual file descriptor structure, as a read target (S201). The file may include information on which data segment from among a plurality of data segments to read or write from, and may include offset position information related to which part of the corresponding data segment to read or write from.

The application executed by the virtual node checks which data segment from among a plurality of data segments included in the file is to be read, and determines which part of the corresponding data segment to read from based on the offset position information. can decide

Subsequently, it is determined whether reference information of a physical storage space is included in the data segment to be read (S202). When the corresponding data segment does not refer to the physical storage space of the storage unit 300, reading is performed for a required length from the offset position corresponding to the offset position information of the data segment to the data end point (S203). That is, the data stored in the data area of the memory unit 200 is read to the end of the area corresponding to the data of the corresponding data segment without accessing the data stored in the physical storage space of the storage unit 300 .

If the corresponding data segment refers to the physical storage space of the storage unit 300, reading is performed as long as necessary from the position corresponding to the offset location information of the data segment to the end of the data in the physical storage space of the storage unit 300. It does (S204). In this case, it means that the corresponding data segment is shared among other virtual nodes and stored in a physical storage space in the storage unit 300 . Therefore, the application reads a required length from an offset position corresponding to the offset position information among data stored in the physical storage space of the storage unit 300 referred to by the corresponding data segment to the data end point.

When reading of the required length up to the data end point is completed, it is determined whether an additional read operation is required (S205). When the length of the data to be read included in the data read request of the application is read from the data segment, the data read process is terminated, and the current data segment and offset position information of the data segment may be recorded in a file (S207).

If reading to the data end point of the current data segment is completed, but data to be read included in the data read request remains, offset position information may be initialized to 0 while performing a read operation of the next data segment (S206).

6 is a flowchart illustrating a method of writing shared data between a plurality of virtual nodes in a blockchain simulation platform according to an embodiment of the present invention.

Referring to FIG. 6 , an application executed by one of a plurality of virtual nodes 150 uses a file, that is, a data segment referred to by a virtual file descriptor structure, as a writing target (S301).

Subsequently, it is determined whether the data segment to be written includes reference information of the physical storage space (S302). When the corresponding data segment does not refer to the physical storage space of the storage unit 300, writing is performed for a required length from the offset position corresponding to the offset position information of the data segment to the data end point, which is This is a process of accessing data stored in the data area of the memory unit 200 to an area corresponding to data of a corresponding data segment and writing data, without accessing data stored in the physical storage space.

If the corresponding data segment refers to the physical storage space of the storage unit 300, the contents of the data stored in the referenced physical storage space are stored in the data area of the corresponding data segment, that is, the data of the corresponding data segment within the memory unit 200. It can be copied to a place allocated as an area (S302). After that, the reference to the physical storage space of the corresponding data segment can be released (S303). This is a case in which data in the physical storage space is copied to the data area of the data segment located in the memory unit 200, so there is no need for reference any more.

Then, it is determined whether the data of the next data segment is needed. That is, it is determined whether the remaining write length and offset position information included in the write request received from the application are greater than the size of the data area of the current data segment (S305). If access to the next data segment is not required, a data write operation is performed (S311), and if access is required, it is determined whether or not reference information of the physical storage space is included in the next data segment (S306). When the next data segment refers to the physical storage space, the process of copying data to the memory unit 200 and the process of removing reference information on the physical storage space (S307 and S308) may be performed.

Meanwhile, when data of two or more data segments is prepared for a write operation, a process of merging the two or more data segments into one data segment may be performed. That is, the data area of the next data segment may be merged with the data area of the current data segment, and the size of the data area of the current data segment may be changed (S309). Since all of the data segments prepared through the above process are stored in the memory unit 200 or copied and recorded in the memory unit 200 even when referring to the physical storage space, the data area of the current data segment and the next data segment It is possible to merge data areas. By merging the data areas, the data of the two data segments are merged, and the size of the data area of the current data segment can be changed to match the merged size. At this time, the information of the next data segment merged may be deleted (S310).

When the remaining write length and offset position information included in the write request received from the application are smaller than the size of the data area of the current data segment, that is, when it is no longer necessary to prepare data for the next data segment, the memory unit 200 A write operation can be performed by modifying the data segment located at .

Writing is performed by adding or modifying data at a position corresponding to the offset position information of the data area of the data segment (S311). When the writing is completed, the data segments merged into one for writing are divided into a plurality of data segments according to criteria for classifying data segments that can be shared among a plurality of virtual nodes 150, and information for sharing can be generated. (S312). When the writing process and division are completed, the file may be updated by correcting offset position information corresponding to the current data segment and the moved length for writing (S313).

7 is a flowchart illustrating a method of sharing data between a plurality of virtual nodes in a blockchain simulation platform according to an embodiment of the present invention.

Referring to FIG. 7 , a data format analysis step (S401) is performed at the start point of the data area of the data segment. If the data from the starting point of the data to a certain range is data that conforms to the defined data format, a new data segment is created to make the data range one data segment and the remaining part the next data segment (S402, S403). .

In the data area of the new data segment, data except for a portion conforming to the data format of the existing data segment is moved (S404), and the new data segment can be inserted between the previous data segment and the next segment of the existing data (S405).

Subsequently, a hash value is generated for the data stored in the data area of the existing data segment (S406), and a hash value matching the generated hash value in the shared data table 250 stored in the memory unit 200 exists as a key value. , Since the corresponding data is already stored in the physical storage space to be shared among a plurality of virtual nodes 150, the data stored in the data area of the existing data segment is deleted, and the reference information of the physical storage space is replaced with the existing data segment. is recorded in the data area of If there is no key value that matches the generated hash value, a random file (file descriptor structure) is created in the physical storage space of the storage unit 300, and data stored in the data area of the existing data segment is copied and stored. , the shared data table 250 may be updated to refer to a data segment of a new file in the physical storage space using the generated hash value as a key value. Then, for the data segment including the remaining data, the process of dividing and sharing data may be repeated until data that does not match the data format appears or until all data is shared using the physical storage space.

At this time, an item of the shared data table 250 having a key value referring to a file created in the physical storage space of the storage unit 300 and a data segment stored therein may be in a state in which the number of references is initialized to 0.

The present invention can also be implemented as computer readable codes on a computer readable recording medium. A computer-readable recording medium includes all types of recording devices in which data that can be read by a computer device is stored. Examples of computer-readable recording media include hard disks, ROMs, RAMs, CD-ROMs, hard disks, magnetic tapes, floppy disks, optical data storage devices, etc., and carrier waves (for example, transmission over the Internet). It also includes what is implemented in the form of.

Although the embodiments of the present invention have been described with reference to the accompanying drawings, those skilled in the art can realize that the present invention can be implemented in other specific forms without changing the technical spirit or essential features. you will be able to understand Therefore, the embodiments described above should be understood as illustrative in all respects and not limiting.

100: blockchain network platform
150: a plurality of virtual nodes 200: memory unit
250: shared data table

Claims (14)

In the data access method in the blockchain simulation platform,
Reference information of a physical storage space shared between a plurality of virtual nodes using a file accessed by a plurality of virtual nodes created in the blockchain simulation platform and a hash value of a data segment constituting the file as a key value providing a hash table to store;
receiving an access request for the data segment from one of the plurality of virtual nodes; and
Determining whether the data segment includes reference information of a physical storage space shared between the plurality of virtual nodes, and accessing the data segment based on whether or not the reference,
A shared data access method among multiple virtual nodes within a blockchain simulation platform. According to claim 1,
The blockchain simulation platform stores a virtual file descriptor including information on a data segment currently accessed by a virtual node and offset location information about an access location of the data segment,
A shared data access method among multiple virtual nodes within a blockchain simulation platform. According to claim 2,
The access request of the data segment includes a read request for the data segment,
Accessing the data segment based on whether the reference is made,
When the data segment includes reference information of a physical storage space shared among the plurality of virtual nodes, a data segment corresponding to the offset position information among data segments constituting a file stored in the physical storage space according to the reference information read,
Reading a data segment corresponding to the offset position information among the data segments located in a memory when the data segment does not include reference information of a physical storage space shared between the plurality of virtual nodes.
A shared data access method among multiple virtual nodes within a blockchain simulation platform. According to claim 3,
After reading the data segment corresponding to the offset location information among the data segments located in the physical storage space or memory based on the reference,
Further comprising modifying the virtual file descriptor to correspond to offset position information of the read data segment.
A shared data access method among multiple virtual nodes within a blockchain simulation platform. According to claim 2,
The access request for the data segment includes a write request for the data segment;
In the case where the data segment includes reference information of a physical storage space shared between the plurality of virtual nodes, accessing the data segment based on whether the data segment is referenced includes:
copying a data segment constituting a file stored in the physical storage space to a data area of a data segment located on a memory;
releasing a reference to the physical storage space of a data segment located on the memory;
merging the copied data segments into a data area of the data segments located on the memory;
writing a portion corresponding to the offset location information among the merged data segments;
dividing the written data segment into a plurality of data segments and sharing them with the plurality of virtual nodes; and
Modifying the virtual file descriptor to correspond to offset position information of the data segment on which reading has been completed.
A shared data access method among multiple virtual nodes within a blockchain simulation platform. According to claim 5,
The step of dividing the written data segment into a plurality of data segments and sharing them with the plurality of virtual nodes,
checking a data format of the data segment on which the writing is completed;
separating the written data segment according to a result of checking the data format;
calculating a hash value of the separated data segment;
determining whether a hash value of the separated data segment exists in a hash table storing reference information of a physical storage space shared among the plurality of virtual nodes; and
In the case of a separated data segment having a hash value existing in the hash table, deleting data in an area corresponding to the data segment located on the memory and recording reference information of a physical storage space referred to by the hash value, In the case of a separated data segment having a hash value that does not exist in the hash table, copying data of the separated data segment to a new physical storage space and recording reference information of the copied area.
A shared data access method among multiple virtual nodes within a blockchain simulation platform. According to claim 2,
The plurality of data segments constituting the file include data provided from each of the virtual nodes.
A shared data access method among multiple virtual nodes within a blockchain simulation platform. A computer-readable recording medium on which a program for executing any one of the methods of claims 1 to 7 is recorded. processor; and
In the blockchain simulation platform including a memory connected to the processor,
The memory, when executed, the processor,
Reference information of a physical storage space shared between a plurality of virtual nodes using a file accessed by a plurality of virtual nodes created in the blockchain simulation platform and a hash value of a data segment constituting the file as a key value providing a hash table to store;
receiving an access request for the data segment from one of the plurality of virtual nodes; and
A block that stores a command for determining whether the data segment includes reference information of a physical storage space shared between the plurality of virtual nodes, and accessing the data segment based on whether the data segment is referenced. Chain simulation platform. According to claim 9,
The memory stores a virtual file descriptor including information on a file accessed by a current virtual node and offset position information of a data segment constituting the accessed file.
Blockchain simulation platform. According to claim 10,
The access request of the data segment includes a read request for the data segment,
Accessing the data segment based on whether the reference is made,
When the data segment includes reference information of a physical storage space shared among the plurality of virtual nodes, a data segment corresponding to the offset position information among data segments constituting a file stored in the physical storage space according to the reference information read,
Reading a data segment corresponding to the offset position information among the data segments located in a memory when the data segment does not include reference information of a physical storage space shared between the plurality of virtual nodes.
Blockchain simulation platform. According to claim 11,
After reading the data segment corresponding to the offset location information among the data segments located in the physical storage space or memory based on the reference,
Further executing the step of modifying the virtual file descriptor to correspond to the offset position information of the data segment that has been read,
Blockchain simulation platform. According to claim 10,
The access request for the data segment includes a write request for the data segment;
In the case where the data segment includes reference information of a physical storage space shared between the plurality of virtual nodes, accessing the data segment based on whether the data segment is referenced includes:
copying a data segment constituting a file stored in the physical storage space to a data area of a data segment located on a memory;
releasing a reference to the physical storage space of a data segment located on the memory;
merging the copied data segments into a data area of the data segments located on the memory; and
writing a portion corresponding to the offset location information among the merged data segments;
dividing the written data segment into a plurality of data segments and sharing them with the plurality of virtual nodes; and
Modifying the virtual file descriptor to correspond to offset position information of the data segment on which reading has been completed.
Blockchain simulation platform. According to claim 13,
The step of dividing the written data segment into a plurality of data segments and sharing them with the plurality of virtual nodes,
checking a data format of the data segment on which the writing is completed;
separating the written data segment according to a result of checking the data format;
calculating a hash value of the separated data segment;
determining whether a hash value of the separated data segment exists in a hash table storing reference information of a physical storage space shared among the plurality of virtual nodes; and
In the case of a separated data segment having a hash value existing in the hash table, deleting data in an area corresponding to the data segment located on the memory and recording reference information of a physical storage space referred to by the hash value, In the case of a separated data segment having a hash value that does not exist in the hash table, copying data of the separated data segment to a new physical storage space and recording reference information of the copied area.
Blockchain simulation platform.

Images