KR20210093147A - User apparatus and manager apparatus included in blockchain network and controlling method thereof - Google Patents

Abstract

A user device connectable to a blockchain system is disclosed. The user device comprises: a memory; a communication interface; and a processor configured to control the communication interface to divide a blockchain, made of a plurality of blocks, into an active area and an inactive area based on preset criteria, store a block included in the active area in a first area of the memory, record information on a transaction in the block stored in the first area of the memory when the transaction is generated on a blockchain system and transmit transaction information satisfying the preset criteria in transaction information stored in the first area to a manager device included in the blockchain system.

Description

User devices, administrator devices and their control methods included in the blockchain network { USER APPARATUS AND MANAGER APPARATUS INCLUDED IN BLOCKCHAIN NETWORK AND CONTROLLING METHOD THEREOF }

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is based on and derives from the Indian Provisional Application No. 202041002191, the contents of which are incorporated herein by reference.

Embodiments of the present disclosure relate to blockchain technology, and more specifically, to enable devices with computational and storage constraints to act as nodes in a blockchain network.

A blockchain is a data structure that enables the immutable storage of records of transactions between all participants (nodes) in a blockchain network. A blockchain refers to a chain of blocks, where each block is related to a previous block. The security of the blockchain is maintained by all nodes with identical copies of the blockchain. The integrity of the data stored in the blockchain is maintained by establishing consensus among the verification nodes of the blockchain. When nodes reach consensus to validate a transaction, a block can be added to the blockchain to store the verified transaction.

However, as the number of transactions increases, the length of the blockchain increases. When a new block is added to the blockchain, the newly added block is received by all nodes on the blockchain. Therefore, nodes participating in a blockchain network need to be resource-intensive, especially in terms of storage capacity to store the entire blockchain and computational power to verify transactions that need to be stored on the blockchain. Currently, nodes in a blockchain network are devices such as high-end desktops and servers.

The storage requirements for hosting the blockchain and the computational requirements for validating transactions using large amounts of data are constraints, which prevent user devices such as smartphones, laptops, personal computers, tablets, etc. from functioning as nodes in the blockchain. do. If the user device is equipped with special hardware, only the user device can function as a blockchain node. Factors such as computational constraints, storage constraints, and an inclination to invest in specialized hardware on user devices are major factors limiting the widespread adoption of blockchain.

The main purpose of an embodiment of the present disclosure is to disclose a method and system for providing a Light-weight mobile (LIMO) blockchain framework for enabling a user device to participate as a node in a blockchain network, wherein the user Devices can verify updates to the blockchain and access the entire blockchain without storing a full copy of the blockchain locally on the user's device.

Another object of the embodiments of the present disclosure is to segment the blockchain into an active part and an inactive part, where the active part consists of blocks storing recent transactions and the inactive part into a plurality of chunks storing previous transactions. where the criteria used to segment the blockchain into active and inactive parts are based on time factors, storage factors, or any other dynamic factors.

Another object of embodiments of the present disclosure is to provide a state database on each device to store an overview of the inactive portion of the blockchain, where the overview is the identity of individual users who are part of the blockchain network and the tokens held by the users. Consists of a number, where a token may represent an asset held by a user.

Another object of the embodiment of the present disclosure is to store the active part of the blockchain, the state database and the part of the inactive part of the blockchain in a user device, wherein the user device uses the active part and the state database of the blockchain to verify the transaction and Blocks can be added to the blockchain.

Another object of an embodiment of the present disclosure is to duplicate each chunk comprising an inactive part of the blockchain a predefined number of times and store the chunk across user devices, where the predefined number is the number of different user devices and user devices. It is based on the number of nodes needed to be online to be able to fetch the relevant chunks.

A user device connectable to a block chain system according to an embodiment of the present disclosure divides a block chain consisting of a plurality of blocks into an active area and an inactive area based on a memory, a communication interface, and a preset criterion, and The included block is stored in the first area of the memory, and when a transaction occurs on the block chain system, the information of the transaction is recorded in the block stored in the first area of the memory, and the first area is and a processor for controlling the communication interface to transmit transaction information that satisfies a preset condition among stored transaction information to a manager device included in the block chain system.

The manager device included in the block chain system according to an embodiment of the present disclosure corresponds to the inactive area when the block chain is divided into an active area and an inactive area based on a memory in which the block chain is stored, a communication interface, and a preset criterion. and a processor for replicating the transaction information to be copied a predetermined number of times, and distributing and transmitting the transaction information replicated for the predetermined number of times to a plurality of user devices included in the block chain system.

On the other hand, the control method of a user device connectable to a block chain system according to an embodiment of the present disclosure includes the steps of dividing a block chain composed of a plurality of blocks into an active area and an inactive area based on a preset criterion; Storing the included block in a first area of a memory included in the user device, and when a transaction occurs on the block chain system, writing the information of the transaction to the block stored in the first area of the memory and transmitting transaction information that satisfies a preset condition among the transaction information stored in the first area to a manager device included in the block chain system.

In addition, the control method of the manager device included in the block chain system includes: if the block chain is divided into an active area and an inactive area based on a predetermined criterion, copying transaction information corresponding to the inactive area a predetermined number of times and distributing and transmitting transaction information replicated by the predetermined number of times to a plurality of user devices included in the block chain system.

1 is a diagram for explaining a block chain system according to an embodiment of the present disclosure;
2 is a block diagram illustrating a configuration of a user device according to an embodiment of the present disclosure;
3 is a flowchart illustrating an operation of a user device according to an embodiment of the present disclosure;
4 is a block diagram for explaining the configuration of a manager device according to an embodiment of the present disclosure;
5A is a diagram for explaining a user device that performs P2P resource management using a block chain network according to an embodiment of the present disclosure;
5B is a diagram for explaining a user device that performs P2P resource management using a block chain system according to an embodiment of the present disclosure;
6 is a diagram for explaining a user device sharing data with another user device using a block chain system according to an embodiment of the present disclosure;
7 is a diagram for explaining a user device that receives an incentive for using a public transportation service using a block chain system according to an embodiment of the present disclosure; and
8 is a diagram for explaining a method of controlling a user device according to an embodiment of the present disclosure.

Hereinafter, various embodiments of the present disclosure will be described with reference to the accompanying drawings. However, this is not intended to limit the technology described in the present disclosure to specific embodiments, and it should be understood that various modifications, equivalents, and/or alternatives of the embodiments of the present disclosure are included. . In connection with the description of the drawings, like reference numerals may be used for like components.

In the present disclosure, expressions such as “have,” “may have,” “include,” or “may include” indicate the presence of a corresponding characteristic (eg, a numerical value, function, operation, or component such as a part). and does not exclude the presence of additional features.

In this disclosure, expressions such as “A or B,” “at least one of A and/and B,” or “one or more of A or/and B” may include all possible combinations of the items listed together. . For example, "A or B," "at least one of A and B," or "at least one of A or B" means (1) includes at least one A, (2) includes at least one B; Or (3) it may refer to all cases including both at least one A and at least one B.

As used in the present disclosure, expressions such as “first,” “second,” “first,” or “second,” may modify various elements, regardless of order and/or importance, and refer to one element. It is used only to distinguish it from other components, and does not limit the components. For example, the first user equipment and the second user equipment may represent different user equipment regardless of order or importance. For example, without departing from the scope of the rights described in the present disclosure, a first component may be named as a second component, and similarly, the second component may also be renamed as a first component.

As used in the present disclosure, terms such as “module”, “unit”, “part”, etc. are terms used to refer to a component that performs at least one function or operation, and such component is implemented in hardware or software. or may be implemented as a combination of hardware and software. In addition, a plurality of "modules", "units", "parts", etc. are integrated into at least one module or chip, and are integrated into at least one processor, except when each needs to be implemented in individual specific hardware. can be implemented as

A component (eg, a first component) is "coupled with/to (operatively or communicatively)" to another component (eg, a second component) When referring to "connected to", it will be understood that the certain element may be directly connected to the other element or may be connected through another element (eg, a third element). On the other hand, when it is said that a component (eg, a first component) is "directly connected" or "directly connected" to another component (eg, a second component), the component and the It may be understood that other components (eg, a third component) do not exist between other components.

The expression "configured to (or configured to)" as used in this disclosure depends on the context, for example, "suitable for," "having the capacity to" ," "designed to," "adapted to," "made to," or "capable of." The term “configured (or configured to)” may not necessarily mean only “specifically designed to” in hardware. Instead, in some circumstances, the expression “a device configured to” may mean that the device is “capable of” with other devices or components. For example, the phrase “a processor configured (or configured to perform) A, B, and C” refers to a dedicated processor (eg, an embedded processor) for performing the operations, or by executing one or more software programs stored in a memory device. , may mean a generic-purpose processor (eg, a CPU or an application processor) capable of performing corresponding operations.

Terms used in the present disclosure are used only to describe specific embodiments, and may not be intended to limit the scope of other embodiments. The singular expression may include the plural expression unless the context clearly dictates otherwise. Terms used herein, including technical or scientific terms, may have the same meaning as commonly understood by one of ordinary skill in the art described in the present disclosure. Among the terms used in the present disclosure, terms defined in a general dictionary may be interpreted with the same or similar meaning as the meaning in the context of the related art, and unless explicitly defined in the present disclosure, ideal or excessively formal meanings is not interpreted as In some cases, even terms defined in the present disclosure cannot be construed to exclude embodiments of the present disclosure.

Meanwhile, in the present disclosure, the term user may refer to a person who uses an electronic device or a device (eg, an artificial intelligence electronic device) using the electronic device.

Hereinafter, the present disclosure will be described in detail with reference to the drawings.

1 is a diagram for explaining a block chain system according to an embodiment of the present disclosure.

Referring to FIG. 1 , a block chain system 1000 according to the present disclosure may include user devices 100-1, 100-2, ..., 100-n, and a manager device 200 . In the present disclosure, the user devices 100-1, 100-2, ..., 100-n and the manager device 200 may be referred to as devices or nodes.

User devices 100-1, 100-2, ..., 100-n may function as nodes of a blockchain network. Specifically, each of the user devices 100-1, 100-2, ..., 100-n may include a lightweight mobile block chain framework, which may include the user devices 100-1, 100-2, ..., 100-n. ., 100-n) to function as a node in a typical blockchain system 1000.

In the present disclosure, the user devices 100-1, 100-2, ..., 100-n can verify the update of the block chain and access the entire block chain without storing the entire block chain locally on the user device. can Here, the entire block chain is a block chain including transaction information generated in the block chain system 1000, and a plurality of user devices 100-1, 100-2, ..., 100-n) and a plurality of transaction information generated between the manager device 200 may be included.

When the user devices 100-1, 100-2, ..., 100-n perform a transaction, a block may be created in the blockchain to store the transaction and maintain a record of the transaction. At this time, as the number of transactions increases, the number of blocks in the block chain and the size of the block chain increase.

In this case, the user devices 100-1, 100-2, ..., 100-n may divide the block chain into an active area (or an active portion) and an inactive area (or an inactive portion). The active area of the blockchain contains blocks that store recent transactions. And, the inactive area of the block chain includes information about previous transactions. Here, the criteria used to classify the block chain into an active area and an inactive area may be based on the timestamp of the transaction, the storage capacity of the user device, and dynamic factors related to a specific user device. In addition, each of the user devices 100-1, 100-2, ..., 100-n may include a framework for easily segmenting the block chain into an active area and an inactive area.

The user devices 100-1, 100-2, ..., 100-n may store the inactive area of the block chain in the form of chunks. In the present disclosure, a chunk means a data unit of a preset size including transaction information included in a block chain. Specifically, the transaction information included in the inactive area of the block chain is copied a preset number of times and is in the form of an encrypted chunk in the plurality of user devices 100-1, 100-2, ..., 100-n. can be stored as

As such, the present disclosure includes storing the inactive area of the block chain in the form of encrypted chunks in the plurality of user devices 100-1, 100-2, ..., 100-n. That is, each chunk of the inactive area may be copied a preset number of times and stored in the plurality of user devices 100-1, 100-2, ..., 100-n. Here, the predetermined number of times may be based on the number of nodes required to be online so that another user device can fetch a chunk related to the user device.

In the present disclosure, the user devices 100 - 1 , 100 - 2 , ..., 100 - n may store summary information (or an overview) of the inactive area. Each of the user devices 100-1, 100-2, ..., 100-n may include a state database for storing summary information of the inactive area. In this case, the summary information may be composed of key-value pairs related to all devices (user devices) that are part of the block chain system 1000 . Each key-value pair includes the identity of the user of the user device included in the blockchain system 1000 and the number of tokens held by the individual user. In this disclosure, a token may represent an asset held by a user.

In the present disclosure, each of the user devices 100-1, 100-2, ..., 100-n may store a preset number of chunks included in the active area, the state database, and the inactive area of the block chain. .

In one embodiment, the user devices 100-1, 100-2, ..., 100-n may verify a transaction and add a block to the block chain using the active area and state database of the block chain. .

Examples of the user devices 100-1, 100-2, ..., 100-n in the present disclosure include smart phones, tablet PCs, laptops, personal computers (PCs), wearable devices, Internet of Things (IoT) devices, and the like. may be included, but is not necessarily limited thereto.

On the other hand, the user devices 100-1, 100-2, ..., 100-n of the block chain system 1000 may be configured to follow a set of protocols. When user devices 100-1, 100-2,..., 100-n join the blockchain network, user devices 100-1, 100-2,..., 100-n join the blockchain network. In order to function as a node in a network, it must follow a set of protocols.

At this time, the exemplary protocol set provides/sets criteria for distinguishing the block chain, and data stored in separate chunks from other user devices (100-1, 100-2, ..., 100-n) of the block chain. to discover, formulate policies for replicating chunks of the blockchain on other user devices (100-1, 100-2,..., 100-n) in the blockchain network, and store the cloned chunks of the blockchain. to select a device for

These protocols can be set up by the administrator of the blockchain network.

In one embodiment, the blockchain network administrator is the single node/device that created the blockchain network (eg, user device 100-1, 100-2, ..., 100-n) or the single node/device that created the blockchain network. It may be a group of nodes/devices (eg, user devices 100-1, 100-2, ..., 100-n). Specifically, as a node continues to join the blockchain network, at least one other node may assume the role of acting as a blockchain network administrator through approval(s) of the current blockchain network administrator(s).

Meanwhile, in another embodiment, the protocol may be set by the manager device 200 . In this case, the manager device 200 may be implemented as a central server or various terminal devices.

The manager device 200 (hereinafter, the manager device 200 includes a block chain network manager) communicates with the user devices 100-1, 100-2, ..., 100-n through the cloud or a wired/wireless link. can be connected

As described above, the criteria used to divide the block chain into an active area and an inactive area may be based on a time factor and a storage factor. As such, the criteria used for segmentation of the block chain (time factor and/or storage factor) ) may be set by the manager device 200 .

That is, the manager device 200 sets a criterion used to divide the block chain into an active area and an inactive area, and sets the standard for each of the user devices 100-1, 100-2, ..., 100-n. can be sent to

Meanwhile, the manager device 200 may transmit a copy of the state database to each of the user devices 100-1, 100-2, ..., 100-n. Specifically, the manager device 200 generates a state database including summary information on the inactive area of the block chain, and uses the generated state database for the user device 100-1 included in the block chain system 1000; 100-2,..., 100-n).

Hereinafter, the user device 100 and the manager device 200 of the present disclosure will be described in detail with reference to the drawings.

2 is a block diagram illustrating the configuration of the user device 100 according to an embodiment of the present disclosure.

As shown in FIG. 2 , the user device 100 may include a memory 110 , a communication interface 120 , and a processor 130 .

The memory 110 is a component for storing various programs and data necessary for the operation of the user device 100 . The memory 110 may be implemented as a non-volatile memory, a volatile memory, a flash-memory, a hard disk drive (HDD), or a solid state drive (SSD). The memory 110 is accessed by the processor 130 , and reading/writing/modification/deletion/update of data by the processor 130 may be performed. In the present disclosure, the term "memory" refers to a memory 110, a ROM (not shown) in the processor 130, a RAM (not shown), or a memory card (not shown) mounted in the user device 100 (eg, micro SD). card, memory stick).

The memory 110 may include a first area 111 , a second area 112 , and a third area 113 based on the type of stored data. Specifically, the block included in the active area of the block chain may be stored in the first area 111 .

In addition, the state database including summary information on the inactive area of the block chain may be stored in the second area 112 . In addition, transaction information included in the inactive area of the block chain may be stored in the third area 113 . Here, the summary information may include identification information and token information for the plurality of user devices 100-1, 100-2, ..., 100-n.

In one embodiment, the state database is a table, and the number of rows in the table may be equal to the number of nodes of the user devices 100-1, 100-2, ... 100-n of the blockchain system 1000. The table may have two columns, where the first column stores unique identification information of the user devices 100-1, 100-2, ... 100-n, and the second column stores the user device 100-1 , 100-2,…100-n) can store the information of the token held by the user. For example, if there are one million nodes in the blockchain system 1000, the number of rows in the state database may be one million. At this time, if the size of each unique identification number is 40 bytes and the size of data representing the number of tokens is 8 bytes, each user device 100-1, 100-2, ... 100-n included in the state database is 48 bytes. can occupy Considering one million user devices, the size of the state database can be approximately 48 MB.

In the third area 113 , transaction information corresponding to the inactive area may be stored in the form of encrypted chunks.

The communication interface 120 is a component for the user device 100 to communicate with an external electronic device such as the manager device 200 . The user device 100 may receive various data such as a block chain network protocol, a state database, and encrypted chunks for an inactive area from the manager device 200 through the communication interface 120 .

The communication interface 120 may include various communication modules such as a wired communication module (not shown), a short-range wireless communication module (not shown), and a wireless communication module (not shown).

Here, the wired communication module is a module for performing communication with an external device (not shown) according to a wired communication method such as wired Ethernet. In addition, the short-range wireless communication module is a module for performing communication with an external device (not shown) located in a short distance according to a short-range wireless communication method such as Bluetooth (Bluetooth, BT), BLE (Bluetooth Low Energy), and ZigBee method. In addition, the wireless communication module is a module that is connected to an external network according to a wireless communication protocol such as WiFi and IEEE to communicate with an external device (not shown) and a voice recognition server (not shown). In addition, the wireless communication module is configured according to various mobile communication standards such as 3rd Generation (3G), 3rd Generation Partnership Project (3GPP), Long Term Evolution (LTE), LTE Advanced (LTE-A), and 5G Networks. It may further include a mobile communication module for performing communication by accessing a mobile communication network.

The processor 130 controls the overall operation of the user device 100 .

According to an embodiment, the processor 130 may be implemented as a digital signal processor (DSP), a microprocessor, or a time controller (TCON). However, the present invention is not limited thereto, and the central processing unit ( central processing unit (CPU)), micro controller unit (MCU), micro processing unit (MPU), controller, application processor (AP), or communication processor (CP), ARM processor In addition, the processor 130 may be implemented as a SoC (System on Chip) or LSI (large scale integration) in which a processing algorithm is embedded, or an FPGA ( Field programmable gate array) may be implemented.

The processor 130 may be implemented as a graphics-only processor such as a graphic processing unit (GPU), a vision processing unit (VPU), or the like, or an artificial intelligence-only processor such as a neural processing unit (NPU).

The processor 130 may include a volatile memory such as SRAM.

Hereinafter, a detailed operation of the user device 100 having the above-described configuration will be described with reference to FIG. 3 .

The processor 130 may divide the block of the block chain into an active area and an inactive area (S310). As described above, the criteria (time factor and/or storage factor) used to classify the block chain may be set by the block chain network manager and/or the manager device 200 .

The processor 130 may store a block included in the active region in the first region 111 of the memory 110 based on a preset criterion, and store at least one transaction information included in the inactive region in the memory 110 . It may be stored in the third area 113 .

When a transaction is generated on the block chain system 1000 , the processor 130 may write information of the generated transaction to a block stored in the first area of the memory 110 .

And, if there is transaction information that satisfies a preset condition among the transaction information stored in the first region 111 , the processor 130 determines the second region of the memory 110 based on the transaction information that satisfies the preset condition. The state database stored in 112 may be updated, and the updated state database may be uploaded to the block chain system 1000 . Here, the preset condition may include a case in which transaction information included in the block of the active area moves to the inactive area based on a criterion for dividing the block chain into an active area and an inactive area.

In addition, the processor 130 transmits the transaction information that satisfies a preset condition among the transaction information stored in the first area 111 to the manager device 200 included in the block chain system 1000 through the communication interface 120 . can be controlled

In one example, consider that a block containing an active area contains transactions performed in the last 5 days. Consider the current date as June 29th. In this scenario, blocks containing transactions performed after June 25 can be included in the active area of the blockchain. Transactions performed before 5 days can be stored in chunks containing the inactive area of the blockchain. Considering an example, transactions performed before June 25 can be included in a chunk that includes an inactive area of the blockchain.

In this case, the processor 130 stores a block including a transaction performed on June 25 from June 25 to June 29 in the first area 111 of the memory 110, and the current date is 6 On the 29th of the month, the transaction performed on June 25 may be identified as transaction information corresponding to the inactive area and transmitted to the manager device 200 .

In another example, each block may be configured to store a limited number of transactions, in order to fix the size of the block. The active area of the blockchain can be configured to have a predefined number of blocks, which allows the size of the active area of the blockchain to be fixed. In this case, the manager or manager device 200 of the block chain network may set the size of the active area of the block chain.

When the number of transactions increases and blocks need to be added to the block chain to accommodate recent transactions, the oldest block in the active area of the block chain is moved from the active area of the block chain to the inactive area of the block chain. can make it happen Specifically, the processor 130 may control the communication interface 120 to transmit information about the oldest block of the active region of the block chain or transaction information included in the oldest block to the manager device 200 . Alternatively, according to an embodiment, the processor 130 stores information on the oldest block in the active region of the active region of the block chain or transaction information included in the oldest block in the third region 113 of the memory 110 . can be saved In this case, the processor 130 may store at least one of transaction information included in the inactive area in the third area 1130 of the memory 110 based on a request from the manager device 200 .

For example, consider that the space required to store a transaction in a block is 0.1 MB. Additionally, each block is configured to store up to 10 transactions. Therefore, the size of the block cannot exceed 1 MB. When a block contains 10 transactions and a new transaction is performed, a new block can be created to store the transaction if the transaction has been verified by a node in the blockchain. It is considered that the active part of the blockchain cannot exceed 20 MB. Therefore, the active area of the block chain consists of 20 blocks and each block stores 10 transactions, so the active area can contain a total of 200 transactions. When more than 200 valid transactions are performed, the processor 130 sends the oldest block in the active area to the manager device 200 so that the oldest block in the active portion of the block chain can be moved to the inactive portion of the block chain. Alternatively, the oldest block of the active area may be stored in the third area 113 of the memory 110 . Alternatively, the processor 130 may store transaction information in the third area 113 of the memory 110 based on a request from the manager device 200 .

At this time, when the user devices 100-1, 100-2, ..., 100-n on the block chain system 1000 perform 5000 transactions, the latest 200 transactions are stored in the active area of the block chain, and 4800 transactions can be stored in chunks in the inactive area of the blockchain.

When a transaction is performed with another user device among the plurality of user devices 100-1, 100-2, ..., 100-n, the processor 130 generates a transaction in the other user devices 101a-101n of the block chain network. can be notified. The communication interface of the other user devices 100-1, 100-2, ..., 100-n may receive a notification indicating that a transaction has occurred.

The other user devices 100-1, 100-2, ..., 100-n may reach a consensus as to whether a transaction can be stored in a block in the active part of the blockchain. At this time, the processor 130 may verify the transaction and update the block chain by storing the transaction in the active part of the block chain. On the other hand, other user devices 100-1, 100-2, ..., 100-n do not reach consensus, and the transaction exceeds a predefined percentage (eg 50%) of devices 101a-101n. If not verified by processor 102a-102n, processor 130 may not update the blockchain.

Meanwhile, the processor 130 may store the state database including the outline of the inactive area of the block chain in the second area 112 ( S320 ).

Specifically, the processor 130 may receive the state database including summary information on the inactive area from the block chain network manager and/or the user device 200 .

When the state database including summary information on the inactive region is received from the manager device 200 , the processor 130 may store the received state database in the second region 112 of the memory 110 .

The state database may include key-value pairs consisting of unique identities of users participating in the blockchain network and token information held by each user. Here, each user may correspond to one user device 100-1, 100-2, … 100-n, and each user device 100-1, 100-2, … 100-n is unique. may have an identification number of Also, each unique identification number may be mapped to a number of a token held by a user who owns the user devices 100-1, 100-2, ... 100-n.

That is, the summary information included in the state database may include identification information and token information for a plurality of user devices 100-1, 100-2, ... 100-n included in the block chain system 1000. . For example, if 5000 transactions occur in the block chain system 1000 and 200 transaction information is stored in the active area of the block chain, the state database is the user devices 100-1 and 100-2 after 4800 transactions are performed. , ... 100-n) of the user's token information may be included.

In this disclosure, a token may be considered an abstract number representing an asset owned by a user. Exemplary assets may be, but not necessarily limited to, currencies, credit points, products, products, data, and the like, depending on the application field of the block chain. According to the user's selection of the user device 100, an asset or currency may be added to the account of the user device 100, which may be converted into a token.

Then, when the user device 100 performs a transaction, the token may be deposited or withdrawn to the account of the user device 100 .

The block chain network manager and/or the manager device 200 may transmit the updated state database to the user devices 100-1, 100-2, ... 100-n of the block chain system, and the user devices 100-1, 100-2, ... 100-n) may receive the updated state database from the manager device 200 .

Meanwhile, according to another embodiment, the processor 130 may update the state database. For example, when transaction information stored in the oldest block of the active area of the block chain is moved to the inactive area, the processor 130 determines the number of tokens held by the user device related to the transaction stored in the oldest block of the active area of the block chain. It can be updated according to the information of the transaction stored in the oldest block. For example, if user device A and user device B are involved in a transaction stored in the oldest block of the active region of the block chain, then the processor 130 determines the number of tokens of user device A and user device B included in the state database. can be updated.

Meanwhile, in an ideal scenario, the active area and state database of the block chain stored in each memory of all user devices 100-1, 100-2, ..., 100-n should be the same. However, when it is determined that the behavior of at least one user device 100 is a fraudulent act and the fraudulent transaction is verified, the activation of the block chain stored in each of the user devices 100-1, 100-2, ..., 100-n The copy of the realm and the copy of the state database can be corrupted.

Accordingly, in order to keep the active area and state database of the block chain stored in each memory of all user devices 100-1, 100-2, ..., 100-n the same, in the block chain system 1000 When a new transaction is generated, the processor 130 may verify the new transaction and agree on the verification result. Specifically, the processor 130 may perform an agreement on whether a transaction needs to be added as a block to the active area of the block chain or included in a block currently in the active area of the block chain. In this disclosure, the method selected for reaching consensus may be based on the scalability, delay and open membership of the method.

The processor 130 may verify the transaction between the user devices 100-1, 100-2, ... 100-n based on the active area and state database of the block chain (S330). At this time, the processor 130 performs verification on the transaction generated on the block chain system 1000 using the state database stored in the second area 112 , and transfers the verified transaction information to the first area 111 . It can be written to a block stored in .

Specifically, when a new transaction occurs, the processor 130 performs the transaction information included in the block stored in the first area 111 and the summary information of the state database stored in the second area on the block chain system 1000. Verification of the generated transaction can be performed.

For example, consider a case where a transaction is performed between user device A and user device B, and 10 tokens are transmitted from user device A to user device B. Considering that user device A has 39 tokens and user device B has 20 tokens prior to the transaction, processor 130 determines the number of tokens corresponding to user device A and user device B to make the transaction can be verified.

When the transaction is completed and it is determined that the user device A holds 29 tokens and the user device B holds 30 tokens, the processor 130 sends the transaction information to the active area of the block chain together with the other user devices. The transaction can be verified by reaching an inclusive consensus.

Then, the processor 130 may include the verified transaction information in an existing block of the active area of the block chain or store the transaction information in a new block.

Meanwhile, an entry or key-value pair added to the state database stored in the second area 112 increases, so that the space of the second area 112 may be insufficient. For example, if the size of the second region 112 of the memory 110 is 500 MB, and the size of the state database exceeds 500 MB, the second region 112 of the memory 100 is no longer used to store the state database. may not be sufficient for

In this case, the processor 130 may receive a part of the state database in the form of a distributed hash table from the block chain network manager or the manager device 200 . Specifically, the block chain network manager or manager device 200 may convert the state database into a plurality of distributed hash tables, in which case the distributed hash table corresponding to a part of the state database is the base of the block chain system 1000 . It may be stored in a set number of user devices 100-1, 100-2, ..., 100-n. This will be described in detail with reference to FIG. 4 .

On the other hand, the processor 130 may store the inactive area of the block chain (S340). Specifically, when the transaction information included in the active region of the block chain corresponds to the inactive region, the processor 130 may transmit the transaction information to the manager device 200 . At this time, in that the protocol for dividing the block chain into an active area and an inactive area is set by the manager device 200 and transmitted to a plurality of user devices 100-1, 100-2, ..., 100-n, the manager Transaction information of the inactive area that the device 200 receives from the plurality of user devices 100-1, 100-2, ..., 100-n may be the same.

The processor 130 may store at least one of transaction information included in the inactive area in the third area of the memory 110 according to a request from the manager device 200 . Specifically, the manager device 200 may divide the inactive area including the received transaction information into a plurality of chunks, and transmit the chunk including the divided inactive area to the user device 100 .

According to an example, the processor 130 may receive the encrypted chunk from the manager device 200 in order to ensure that the chunk has not been tampered with. This will be described in detail with reference to FIG. 4 .

On the other hand, in that the chunk of the inactive area stored in the user device 100 includes some transaction information corresponding to the inactive area, the processor 130 is configured to include a plurality of user devices 100-1, 100-2, ..., 100-n), it is possible to search for a transaction related to the inactive area of the block chain (S350).

The processor 130 requests the manager device 200 for transaction history information generated on the block chain system 1000 , and distributes and stores the block chain information to a plurality of user devices on the block chain system through the manager device 200 . Transaction information corresponding to the requested history information may be received in the inactive area. In this case, the transaction history information may include transaction information included in the inactive area.

Specifically, when the processor 130 wants to access a chunk in the inactive area of the block chain, it issues a query to retrieve the chunk, and sends a query to at least one user device including the related chunk through the manager device 200 . can transmit

In this case, the processor 130 may receive the related chunk together with the first hash and the second hash of the related chunk from at least one user device through the manager device 200 . According to one embodiment, the processor 130, in order to ensure that the relevant chunks have not been tampered with, the inactive region of the block chain from the oldest chunk in which the related transaction is stored to the most recent chunk is the first hash for all chunks. may receive.

In this case, the processor 130 may verify the received transaction information by comparing the hash data corresponding to the transaction information and the hash data included in the header of at least one block among the blocks stored in the first area 111 .

Meanwhile, the various operations of FIG. 3 are not necessarily performed in the disclosed order, and may be performed in a different order or simultaneously from the order of FIG. 3 . Also, in some embodiments, some operations listed in FIG. 3 may be omitted.

4 is a block diagram illustrating the configuration of the manager device 200 according to an embodiment of the present disclosure. Meanwhile, the block chain network manager may also include the configuration of FIG. 4 in that it performs the same functions and operations as the manager device 200 .

As shown in FIG. 4 , the manager device 200 may include a memory 210 , a communication interface 220 , and a processor 230 . In this regard, portions overlapping with the memory 110 , the communication interface 120 , and the processor 130 of the user device 100 of FIG. 2 will be omitted for convenience of description.

The memory 210 is a component for storing various programs and data necessary for the operation of the manager device 200 .

A block chain including transaction information generated in the block chain system 1000 may be stored in the memory 210 . Also, the memory 210 may store information about the inactive area received from the plurality of user devices 100-1, 100-2, ..., 100-n. In this case, the information about the inactive area may include information about a plurality of chunks including the inactive area, information on the number of copies of each of the plurality of chunks, and information about a user device in which each of the plurality of chunks is stored.

Also, the memory 210 may store a state database including summary information on the inactive area. In this case, the summary information may include identification information and token information for a plurality of user devices included in the block chain system.

The communication interface 220 is a component for the manager device 200 to communicate with a plurality of user devices 100-1, 100-2, ..., 100-n in the block chain system 1000.

The manager device 200 receives information about the inactive area from the plurality of user devices 100-1, 100-2, ..., 100-n through the communication interface 200, transmits a chunk for the inactive area, or A state database for the inactive area may be transmitted.

The processor 230 controls the overall operation of the manager device 200 .

When the block chain is divided into an active area and an inactive area by the user device 100 based on a preset criterion, the processor 230 may divide the inactive area into a plurality of chunks. In addition, the plurality of divided chunks may be transmitted to the plurality of user devices 100-1, 100-2, ..., 100-n.

In this case, the processor 230 may duplicate the transaction information corresponding to the inactive area a preset number of times. Specifically, the processor 230 may duplicate the divided chunk a preset number of times based on a preset protocol. Here, the preset protocol may request to store the duplicated chunks in the plurality of user devices 100-1, 100-2, ..., 100-n. Accordingly, the processor 230 may transmit the duplicated chunk to the plurality of user devices 100-1, 100-2, ..., 100-n based on a preset protocol.

For example, if the inactive area of the block chain consists of 400 chunks and each chunk is replicated 4 times, the inactive area of the block chain may consist of 1600 chunks. The processor 230 may transmit 1600 chunks to the plurality of user devices 100-1, 100-2, ..., 100-n. Here, the plurality of user devices 100-1, 100-2, ..., 100-n may be user devices that have volunteered to store chunks or user devices selected by the processor 230 . In this case, the chunks may be evenly distributed, and each of 1600 user devices may store a single chunk.

In one example, the preset protocol can ensure that transaction information or chunks constituting the inactive area of the block chain are not lost. Accordingly, the processor 230 may check the states of the plurality of user devices that have received the replicated transaction information.

In addition, the processor 230 may manage the block chain system 1000 so that any user device storing a plurality of duplicate copies for one chunk is online.

Specifically, the processor 230 may determine whether the state of the user equipment is offline based on the state information of the user equipment that has received the duplicated transaction information. The processor 230 transmits the plurality of transaction information to other user devices included in the block chain system 1000 when the state of a preset number of user devices among the plurality of user devices that have received the duplicated transaction information is offline. can

For example, when 50% of the user devices 100-1, 100-2, ..., 100-n that store a specific chunk go offline, that is, the processor 230 may store four user devices that store a specific chunk. When two of them go offline, the manager device 200 may duplicate the specific chunk and transmit the duplicated specific chunk to two other user devices. Accordingly, the processor 230 can ensure that the chunk can be retrieved by the user device 100 in the block chain system 1000 .

In one example, it can be considered that 20000 transactions have occurred in the block chain system 1000, and 800 recent transactions are stored in the active area of the block chain. In this case, the remaining 19200 transactions can be stored in chunks that make up the inactive area of the blockchain. Assuming that there are 400 chunks in the inactive region of the clock chain, each chunk can store up to 48 transaction information. And, each of the 19200 transactions can be replicated 4 times with each copy of 400 chunks.

As such, as the number of transactions increases, the size of the block chain increases and the inactive area of the block chain also increases, resulting in more chunks. As the number of chunks increases, more user devices 100 may be used to store the added chunks. In this case, the manager device 200 may manage the block chain system 1000 so that the chunks constituting the inactive area of the block chain can be evenly distributed to the user devices.

The processor 230 may number the chunks of the inactive area. The processor 230 may assign an identification number and a duplicated version number to each chunk. At this time, as the number of chunks constituting the inactive area of the block chain increases, the identification number of the chunk may also increase. For example, considering the example where there are 400 chunks and each chunk is replicated 4 times, the oldest chunks are _{numbered C 1-1} , C _1-2 , C _1-3 , C _1-4 , and the most recent The chunks of may be numbered _{C 400-1} , C _400-2 , C _400-3 , C _{400-4 .}

When the processor 230 receives a query requesting transaction history information from the user device 100, all user devices 100-1, 100-2, ..., 100- in which chunks including the inactive area of the block chain are stored. You can send a query to n). In this case, a plurality of user devices in which chunks including a transaction related to a query are stored may transmit the chunks to the manager device 200 .

Specifically, when the processor 230 transmits a query for searching for a specific chunk to a plurality of user devices, the user device in which the specific chunk is stored may transmit a chunk number or arbitrary metadata to the manager device 200 . When a chunk including a related transaction is searched for, the processor 230 may transmit the searched chunk to the user device 100 requesting the query.

According to an embodiment, the processor 230 converts the chunks to the user device 100 in order to ensure that the chunks retrieved through the plurality of user devices 100-1, 100-2, ..., 100-n are not tampered with. ) can be encrypted in chunks of inactive areas of the blockchain prior to transmission. In this case, the header of the chunk may be composed of a first hash, a second hash, and optional metadata. In this case, the first hash includes a cryptographic hash of a previous chunk header of the retrieved chunk, and the second hash includes a merkle root of a transaction hash stored in the retrieved chunk. A plurality of user devices storing the found chunk may transmit a first hash and a second hash associated with the found chunk to the manager device 200 together with the found chunk.

The processor 230 may sequentially transmit the searched chunks and hash data to the user device requesting transaction history information. In addition, in order to ensure that the chunks included in the history information are not tampered with, the processor 230 transmits the first hash of all chunks of the inactive area of the block chain from the oldest chunk storing the relevant transaction to the latest chunk to the user device 100) can be transmitted.

For example, consider a case where the user device 100 - 1 requests transaction history information. In this case, the chunk containing the transaction related to the requested history information is C _45-(x) , C _31-(x) , C _16-(x) (X can be 2,3,4,….,n) , where n is the number of copies for each chunk based on the protocol).

In this case, the manager device 200 transmits the contents received from a plurality of user devices together with the first hash _{of chunk C 16-(x)} to C _{recent chunk-(x) to the user device 100-1 requesting transaction history information.} ) can be sent to _{In this case, the user device 100-1 checks whether C 45-(x)} , C _31-(x) , C _16-(x) is modulated using the first hash of the oldest block of the active region of the block chain. can be verified. This means that all the subsequent _16- C _(x) including a first hash of the block of the active area of the chunk C _16- C _16- modulating the chunk and results in a change of the hash, the block chain of the _(x) of content _(x) This is because the hash of the chunk is changed.

Meanwhile, according to an embodiment, when receiving a request from the user device 100 to access the full copy of the block chain, the processor 230 uses the full copy of the block chain stored in the memory 210 to You can send a full copy.

Meanwhile, according to another embodiment, the processor 230 may generate a state database including summary information on the inactive area of the block chain, and transmit the generated state database to the user device included in the block chain system. can

At this time, when the user device 100 joins the block chain system 1000 , the processor 230 may create an entry (key-value pair) in the state database. Here, the entry may include a unique identification number of the user device 100 and talk information possessed by the user device 100 . In this case, the processor 230 may create an account for storing the token of each user device.

On the other hand, when the number of nodes of the block chain network increases or the transaction information included in the inactive area increases, the size of the state database of the user device 100 may increase.

In this way, when the state database is updated by the user device and satisfies a preset condition, the processor 230 transmits the summary information included in the updated state database to the plurality of user devices included in the block chain system 1000 . It can be distributed and transmitted. In this case, the preset condition is that the size of the state database is the same as the size of the second region 112 of the user device 100 or is greater than or equal to a preset ratio (eg, 80%) of the size of the second region 112 . can represent

Specifically, the processor 230 may convert the state database into the form of a distributed hash table. In addition, the processor 230 may manage the block chain system 1000 to store a hash table corresponding to a part of the state database in a preset number of user devices of the block chain network. In this case, the preset number of user devices may be determined based on at least one of a history of transactions performed by the user device, available bandwidth for the user device to communicate with other user devices, and a storage capability of the user device.

5 is a diagram for describing a user device according to an embodiment of the present disclosure. 5 illustrates an exemplary scenario in which a user device including a light-weight mobile (LIMO) blockchain framework performs peer-2-peer (P2P) resource management according to an embodiment of the present disclosure; . A lightweight mobile blockchain framework can be used to manage resources in a peer-to-peer environment. A lightweight mobile blockchain framework can serve as a decentralized and immutable ledger for tracking resource ownership and related data such as resource cost, resource status, etc.

As shown in Figure 5a, Bob sold the painting to Charlie using his preferred payment gateway. The picture is Bob's assets sold to Charlie, and Bob receives tokens. At this time, the number of tokens deposited to Bob is the same as the number of tokens withdrawn from Charlie. In turn, you can consider Charlie selling the painting to Dave. A blockchain (ledger) can store the entire trace of ownership of a picture along with all associated data.

At this time, when Bob requests transaction history information (① in FIG. 5 ), the processor 130 may request transaction history information from the manager device 200 of the block chain system 1000 .

In this case, the processor 230 of the manager device 200 transmits a query related to the requested transaction to all user devices in which the chunks for the inactive area are stored, and receives the query from the plurality of user devices in which the chunks including the transaction history information are stored. A chunk can be transmitted (② in FIG. 5B )

In addition, the processor 130 may retrieve the latest transaction information from the block of the active area stored in the first area 111 of the memory 110 ( 3 in FIG. 5B ).

The processor 130 may obtain transaction history information based on the relevant chunks received from the plurality of user devices and the searched recent transaction information (④ of FIG. 5B ).

As such, a lightweight mobile blockchain framework can facilitate any relevant user who wants to trace the traces of ownership of a painting at some point in the future.

6 is a diagram for describing a user device according to an embodiment of the present disclosure. Specifically, FIG. 6 shows a scenario in which a user device including a Light-weight mobile (LIMO) blockchain framework shares data with other user devices and tracks the data consumption of each user device.

For example, it is assumed that the user device 100 subscribes to a data plan in which data of 100 GB is allocated per month, but the user device does not use the allocated amount of 100 GB.

In this case, the user device may share unused data with other user devices. Similarly, other user devices may also share data if the other user devices are not able to use their respective allocated quota of data.

In this scenario, when a user device shares data from another user device, a token may be deposited to a user of the other user device, and a token may be debited from the user of the user device using the data.

In this case, the number of tokens to be deposited/withdrawn may be based on the amount of data transferred between users, and the transfer of data may be considered as a transaction.

7 is a diagram for describing a user device according to an embodiment of the present disclosure. Specifically, FIG. 7 illustrates an example scenario in which a Light-weight mobile (LIMO) blockchain framework facilitates user incentivization for available public transport, according to an embodiment of the present disclosure.

Public transport service companies and users can use a lightweight mobile blockchain framework to conduct transactions.

When the user device uses the service of the public transit service company, the transaction may include deposit of tokens to the user and withdrawal of tokens from the public transit service company.

Public transport service companies can be funded in currency from public/private periods intended to reduce pollution or traffic, and users who receive tokens from public transport service companies as ambassadors for using public transport services redeem their currency by exchanging tokens can do. In this case, the token may serve as an incentive for the user. Tokens can be exchanged for available benefits, such as paying bills, discounting air/rail tickets, obtaining passes, using preferential services, etc.

For example, consider that Bob wants to use a public transport service to get to a specific destination. Bob can reserve a ticket to arrive at the destination using the smartphone, which is the user device 100 of the block chain system 1000 . In this case, the act of reserving a ticket may be considered as a transaction. The terminal device of the public transportation service company may record Bob's ticket purchase activity, and may provide a preset number of tokens to Bob as an incentive. And, Bob can exchange tokens in return for profit. This could encourage Bob to continue using public transport.

8 is a diagram for explaining a method of controlling a user device according to an embodiment of the present disclosure.

A block chain composed of a plurality of blocks may be divided into an active area and an inactive area based on a preset criterion (S810).

The criteria used to classify the blockchain may be a time factor and/or a storage factor of the user device, which may be set by the blockchain network administrator and/or the administrator device.

A block included in the active area may be stored in the first area of the memory ( S820 ).

In addition, upon receiving the state database including summary information on the inactive region from the manager device, the received state database may be stored in the second region of the memory. In this case, the summary information may include identification information and token information for a plurality of user devices included in the block chain system.

In addition, at least one of the transaction information included in the inactive area may be stored in the third area of the memory according to the request of the manager device.

When a transaction occurs on the block chain system, information of the transaction may be recorded in a block stored in the first area of the memory (S830).

At this time, based on the state database stored in the second area, verification of the transaction generated on the block chain system may be performed, and the verified transaction information may be recorded in the block stored in the first area. Specifically, when a transaction is generated, it is possible to verify the transaction generated on the block chain system based on the transaction information included in the block stored in the first area and the summary information stored in the second area.

Transaction information that satisfies a preset condition among transaction information stored in the first area may be transmitted to the manager device included in the block chain system (S840).

At this time, based on the transaction information that satisfies the preset condition, the state database stored in the second area of the memory may be updated, and the updated state database may be uploaded to the block chain system.

On the other hand, it is possible to request history information of transactions that have occurred on the block chain system to the manager device of the block chain system.

And, through the manager device, it is possible to receive the transaction™l information corresponding to the requested history information among the inactive areas of the block chain distributed and stored in a plurality of user devices on the block chain system.

In addition, the received transaction information may be verified by comparing hash data corresponding to the received transaction information and hash data included in the header of at least one block among the blocks stored in the first area.

The various operations described above as being performed through at least one of the user device 100 and the manager device 200 are one or more electronic devices in the form of a control method of an electronic device or a control method or an operating method of a system including the electronic device. This can be done through the device.

Meanwhile, the various embodiments described above may be implemented in a recording medium readable by a computer or a similar device using software, hardware, or a combination thereof.

According to the hardware implementation, the embodiments described in the present disclosure are ASICs (Application Specific Integrated Circuits), DSPs (digital signal processors), DSPDs (digital signal processing devices), PLDs (Programmable logic devices), FPGAs (field programmable gate arrays) ), a processor, a controller, a micro-controller, a microprocessor, and may be implemented using at least one of an electrical unit for performing other functions.

In some cases, the embodiments described in the present disclosure may be implemented by the processor itself. According to the software implementation, embodiments such as procedures and functions described in the present disclosure may be implemented as separate software modules. Each of the above-described software modules may perform one or more functions and operations described in this disclosure.

Meanwhile, computer instructions for performing a processing operation in a user device or an administrator device according to various embodiments of the present disclosure described above may be stored in a non-transitory computer-readable medium. can When the computer instructions stored in the non-transitory computer-readable medium are executed by the processor of the specific device, the specific device performs the processing operation of the user device and/or the manager device according to the various embodiments described above.

The non-transitory readable medium refers to a medium that stores data semi-permanently, rather than a medium that stores data for a short moment, such as a register, cache, memory, etc., and can be read by a device. Specifically, the various applications or programs described above may be provided by being stored in a non-transitory readable medium such as a CD, DVD, hard disk, Blu-ray disk, USB, memory card, ROM, and the like.

In addition, although preferred embodiments of the present disclosure have been illustrated and described above, the present disclosure is not limited to the specific embodiments described above, and the technical field belonging to the present disclosure without departing from the gist of the present disclosure as claimed in the claims Various modifications may be made by those of ordinary skill in the art, and these modifications should not be individually understood from the technical spirit or prospect of the present disclosure.

100: user device 200: administrator device
110: memory 120: communication interface
130: processor

Claims (14)

In a user device that can be connected to a blockchain system,
Memory;
communication interface; and
A block chain consisting of a plurality of blocks is divided into an active area and an inactive area based on preset criteria,
storing a block included in the activation area in a first area of the memory;
When a transaction occurs on the block chain system, information of the transaction is recorded in a block stored in the first area of the memory,
A processor for controlling the communication interface to transmit transaction information that satisfies a preset condition among the transaction information stored in the first area to a manager device included in the block chain system;
According to claim 1,
The processor is
When a state database including summary information on the inactive area is received from the manager device, the received state database is stored in a second area of the memory;
A user device that performs verification on a transaction generated on the block chain system based on the state database stored in the second area, and records the verified transaction information in a block stored in the first area.
3. The method of claim 2,
The summary information includes identification information and token information for a plurality of user devices included in the block chain system,
The processor is
When the transaction is generated, the user device performs verification on the transaction generated on the block chain system based on the transaction information included in the block stored in the first area and summary information stored in the second area.
3. The method of claim 2,
The processor is
updating the state database stored in the second area of the memory based on the transaction information that satisfies the preset condition;
uploading the updated state database to the blockchain system.
According to claim 1,
The processor is
and storing at least one of transaction information included in the inactive area in a third area of the memory according to a request of the manager apparatus.
According to claim 1,
The processor is
request history information of transactions that have occurred on the block chain system to the manager device of the block chain system;
The user device receives transaction information corresponding to the requested history information among the inactive areas of the block chain that are distributed and stored in a plurality of user devices on the block chain system through the manager device.
7. The method of claim 6,
and verifying the received transaction information by comparing hash data corresponding to the received transaction information with hash data included in a header of at least one block among blocks stored in the first area.
A method for controlling a user device connectable to a block chain system, the method comprising:
dividing a block chain composed of a plurality of blocks into an active area and an inactive area based on a preset criterion;
storing the block included in the active area in a first area of a memory included in the user device;
when a transaction occurs on the block chain system, writing information of the transaction to a block stored in a first area of the memory; and
Transmitting transaction information that satisfies a preset condition among the transaction information stored in the first area to a manager device included in the block chain system; a control method comprising a.
9. The method of claim 8,
When a state database including summary information on the inactive area is received from the manager device, storing the received state database in a second area of the memory;
The recording step is
Control including; performing verification on the transaction generated on the block chain system based on the state database stored in the second area, and recording the verified transaction information in the block stored in the first area; method.
10. The method of claim 9,
The summary information includes identification information and token information for a plurality of user devices included in the block chain system,
The recording step is
When the transaction is generated, based on the transaction information included in the block stored in the first area and the summary information stored in the second area, performing verification on the transaction generated on the block chain system; includes; To do, control method.
10. The method of claim 9,
updating a state database stored in a second area of the memory based on transaction information that satisfies the preset condition; and
The method further comprising; uploading the updated state database to the block chain system.
9. The method of claim 8,
The control method of storing at least one of the transaction information included in the inactive area in the third area of the memory according to the request of the manager device.
9. The method of claim 8,
requesting history information of transactions generated on the block chain system to a manager device of the block chain system; and
Receiving transaction information corresponding to the requested history information among the inactive areas of the block chain distributed and stored in a plurality of user devices on the block chain system through the manager device.
14. The method of claim 13,
Verification of the received transaction information by comparing hash data corresponding to the received transaction information with hash data included in a header of at least one block among the blocks stored in the first area; .

Images