KR20190115391A - Data management engine and data management method for a cube chain containing escrow blocks - Google Patents

Abstract

According to an embodiment of the present invention, a method for connecting two or more data blocks of a cube chain system comprises a cubing process of gathering data blocks of a predetermined number to generate one cube. The cubing process can be configured to include an escrow block generation process of generating at least one block among the blocks forming the cube into an escrow block.

Description

Data management engine and data management method for a cube chain containing escrow blocks

The present invention relates to a data management engine and method using blockchain.

More specifically, the present invention relates to an engine and a method for managing data by assigning an escrow block to a blockchain.

Blockchain is a system that collects data in a certain unit of time, creates a data block, verifies the data using a hash value that encrypts the block, and stores the recorded data in a distributed server. It is a system to secure data trust and stability by distributing and storing the same data as data verification through encryption.

The advantage of blockchain over existing database is that it is irreversible by encrypting and verifying data in chronological order, and the data can be protected and maintained very securely by sharing and storing the same data in P2P method. This is why blockchain is being used as the foundation technology of today's cryptocurrency market with the use of blockchain in digital currency technology, which must be trusted by many users. Although blockchain has opened a new horizon in technology by implementing unique data recording methods using encryption and peer-to-peer methods, there are still technical limitations.

In order for blockchain to properly replace the existing database, the technical features of the existing database must be accompanied, such as speed improvement and ease of use. If blockchain technology continues to evolve and replace the database, it will be positioned in a very secure way to record and manage data. In that sense, the cubechain is structured to extend the functional elements of the database through the concept of cubes instead of blocks.

Therefore, based on the advantages of the existing blockchain for the safe use of the public database, we can take advantage of several advantages of the database. The development of CubeChain will secure advanced blockchain technology to issue cryptocurrencies and showcase various online services that require public databases.

[Document 1] Korean Patent Registration No. 10-166193 [Document 2] Korean Patent Registration No. 10-1827373

The present invention aims to solve the problem that a transaction is completed without approval and at the same time a trade draw, which is a disadvantage of blockchain-based Bitcoin, which has been raised for a long time.

The method for connecting two or more data blocks according to an embodiment of the present invention to a cube chain includes a cubed process of generating a cube by collecting a predetermined number of data blocks, wherein the cubed process is performed by the cube. It may be configured to include an escrow block generating process for generating at least one block of the blocks constituting the ESCROW block.

The cubed process may include: hashing a cube generated in the cubed process and obtaining a block hash value for hashing each of the predetermined number of data blocks to obtain a hash value for each of the data blocks. It may be configured to include a cube hash value acquisition process for obtaining a hash value for the cube.

The escrow block generation process includes a temporary transfer result recording process of temporarily transferring a predetermined transaction amount from a sender and recording a temporary transfer result, and a transfer approval result recording process of receiving a transfer in a predetermined approval manner and recording a transfer approval result. And a final transfer result recording process of finally transferring the predetermined transaction amount to a receiver and recording a final transfer result for the transaction in which the transfer approval process is completed.

The temporary transfer result recording process may include a process of generating an approval encryption key for generating an approval encryption key used when the transfer is approved.

In the approval encryption key generation process, the approval encryption key may be generated by any one of a user-issued method in which the sender directly generates an authorization encryption key or an automatic issuance method in which any authorized encryption key is generated in the escrow block. have.

The predetermined approval method includes a sender approval method in which only the sender approves the transfer, a recipient approval method in which the recipient only approves the transfer, a selection approval method in which either the sender or the recipient approves the transfer, both the sender and the recipient. The transfer may be approved in either of two ways of approving the transfer and an automatic approval method in which approval is automatically made after a predetermined period of time has passed.

In the automatic approval scheme, when the sender inputs an approval encryption key before the predetermined period of time passes, the automatic approval may be terminated.

The escrow block generating process may further include a data rewriting process of rewriting the data in which the escrow transaction is completed in the data block.

On the other hand, the present invention is generated by a cubed process of generating a cube by collecting a predetermined number of blocks, the cube generated by the cubed process comprises at least one or more escrow block, the escrow block is a temporary transfer result It may be a recording medium in which the cubed data generated by the recording, the transfer approval result recording, and the final transfer result recording process are stored.

In the money transfer method using an escrow block of a cube chain according to an embodiment of the present invention, a temporary transfer result in which a sender records a temporary transfer result in an escrow block of a predetermined cube connected to the cube chain after a temporary transfer of a predetermined amount. A transfer approval result recording step of receiving a transfer approval from at least one of a recording step, a sender transmitting the predetermined amount of money or a receiver receiving the predetermined amount of money, and recording a transfer approval result in the escrow block; And a final transfer result recording step of recording the final transfer result to the recipient in the escrow block.

Meanwhile, the present invention may be a storage medium in which a method of transferring money using an escrow block of a cube chain is stored.

The present invention can solve the problem that a transaction is completed without approval.

In addition, the present invention may request that the transaction contents be continuously maintained or maintained between the contractors by ensuring that the transaction is not completed without approval.

The present invention can solve the problem that a transaction is completed without approval.
In addition, the present invention may request that the transaction contents be continuously maintained or maintained between the contractors by ensuring that the transaction is not completed without approval.
1 is a structural diagram illustrating a method of connecting blocks in a cube chain system according to an exemplary embodiment of the present invention.
3 to 6 are diagrams illustrating each of the first to fourth patterns according to the exemplary embodiment of the present invention.
7 is a diagram illustrating a method of trading using an escrow block according to an embodiment of the present invention.
8 is a view comparing a transaction method using an escrow block and a conventional escrow method according to another embodiment of the present invention.

DETAILED DESCRIPTION Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art may easily implement the present invention. As those skilled in the art would realize, the described embodiments may be modified in various different ways, all without departing from the spirit or scope of the present invention. In the drawings, parts irrelevant to the description are omitted for simplicity of explanation, and like reference numerals designate like parts throughout the specification.

Terms including ordinal numbers such as first and second may be used to describe various components, but the components are not limited by the terms. The terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, the first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component. The terminology used herein is for the purpose of describing particular example embodiments only and is not intended to be limiting of the invention. Singular expressions include plural expressions unless the context clearly indicates otherwise.

Throughout the specification, when a part is said to be "connected" to another part, it includes not only "directly connected" but also "electrically connected" with another element in between. . In addition, when a part is said to "include" a certain component, this means that it may further include other components, except to exclude other components unless otherwise stated. As used throughout this specification, the term “step of” or “step of” does not mean “step for”.

The terms used in the present invention have been selected as widely used general terms as possible in consideration of the functions in the present invention, but this may vary according to the intention or precedent of the person skilled in the art, the emergence of new technologies, and the like. In addition, in certain cases, there is also a term arbitrarily selected by the applicant, in which case the meaning will be described in detail in the description of the invention. Therefore, the terms used in the present invention should be defined based on the meanings of the terms and the contents throughout the present invention, rather than the names of the simple terms.

One. Blockchain data management method comprising a special block according to an embodiment of the present invention

The data management method of a cube chain system including a statistic block according to an embodiment of the present invention is implemented based on the cube chain system technology.

The cube chain system technology refers to a cube technology that collects 27 blocks constituting a block chain into a cube. The inventor of the present invention has applied for a new type of blockchain system multiplexing the connection of blocks in Korean Patent Application No. 10-2018-0038298, the contents of which are the basis of the cube process in the present invention.

On the other hand, the data management method of the cube chain system including a statistical block according to an embodiment of the present invention, comprising a cubed process of generating a cube by collecting a predetermined number of blocks, the cubed process At least one escrow block is generated.

1.1 Cube Process

The cubeization process starts at the same time that the blocks constituting the cube are created. Each cube generated by the cubeization process has a hash value, and the hash value connects the cube with the cube. In other words, cube-forming technology continuously builds blocks into cubes and connects the cubes.

More specifically, the process of cube formation, block hash value acquisition process for obtaining the hash value for each block constituting the cube, data blocks are interconnected with a predetermined different connection pattern to generate a cube And a cube hash value obtaining step of obtaining a cube hash value and a cube hash value for the generated cube. The block hash value acquisition process and the cube hash value acquisition process may acquire a hash value through a conventional process called hashing.

The hash value obtained by this process can be used as data to verify whether the data block is forged or tampered with.

As such, since hash values for blocks and cubes are obtained by hashing each of the individual blocks and cubes, security may be higher than that of the conventional blockchain technology of hashing only blocks to obtain hash values.

Meanwhile, the cubed process is a process of interconnecting blocks with one or more blocks. More preferably it is a process of interconnecting two or more blocks.

Meanwhile, the predetermined different connection patterns used in the cube process may be determined according to the maximum number of blocks connectable in the block, and the shape of the cube finally generated may depend on the number of different connection patterns. Can be determined accordingly.

On the other hand, the cube may be a predetermined number of blocks constituting the cube. In other words, if the number of blocks is less than or equal to the predetermined number, the blocks are cubed to generate the first cube, and if the number of blocks exceeds the predetermined number, the blocks exceeding the predetermined number. To create a second cube. When the number of blocks constituting the second cube exceeds the predetermined number, a third cube is generated from blocks exceeding the predetermined number.

For example, in a cube chain system in which 27 blocks are cubed and generated, if there are 80 blocks having unique identification numbers 1 to 80, the first cube is composed of blocks having unique identification numbers 1 to 27, and the second cube. Is composed of blocks having unique identification numbers 28 to 54, and the third cube may be composed of blocks having unique identification numbers 55 to 80. The third cube may further include a block having a unique identification number 81 generated later.

Hereinafter, a case in which the cube is a hexahedral solid structure composed of 27 blocks will be described as an example to help understanding of the present invention. In the present invention, only a cube consisting of 27 blocks will be described, but the number of blocks constituting the cube may be more or less than 27, and the three-dimensional structure is not limited to a cube.

2 is a diagram illustrating a cube in which 27 blocks are topologically connected according to an exemplary embodiment of the present invention.

Referring to FIG. 2, 27 blocks may be arranged in one plane in three blocks of three, and nine blocks arranged in this manner may be stacked in three layers to form a hexahedral solid structure. Each block is connected to adjacent blocks by a hash value.

Specifically, each of the 27 blocks may include a first pattern connected to six adjacent blocks, a second pattern connected to five adjacent blocks, a third pattern connected to four adjacent blocks, and a fourth connected to three adjacent blocks. The pattern may be connected to any one pattern.

3 to 6 are diagrams illustrating each of the first to fourth patterns.

Referring to FIG. 3, a block having a first pattern is a block 14 in the middle of a hexahedral solid structure consisting of 27, and only one block exists and may be connected to 5, 11, 13, 15, 17, 23 blocks. .

Referring to FIG. 4, the block having the second pattern is a block located at the center of each side of the cube in the hexahedral solid structure consisting of 27 blocks, and is a 5, 11, 13, 15, 17, 23 block. Blocks having the second pattern are connected to five adjacent blocks, and blocks connected to each of the blocks having the second pattern are shown in Table 1 below.

Second pattern block Block connected with the second pattern block 5 2,4,6,8,14 11 2,10,12,14,20 13 4,10,16,14,22 15 6,12,14,18,24 17 8,14,16,18,26 23 14,20,22,24,26

FIG. 5 is a diagram illustrating twelve blocks having a third pattern in a hexahedral solid structure consisting of 27 pieces. In detail, each of the 12 blocks having the third pattern is connected to four adjacent blocks, and the blocks connected to each of the blocks having the third pattern are shown in Table 2 below.

Third pattern block Block connected with the third pattern block 2 1,3,5,11 4 1,5,7,13 6 3,5,9,15 8 5,7,9,17 10 1,11,13,19 12 3,11,15,21 16 7,13,17,25 18 9,15,17,27 20 11,19,21,23 22 15,21,23,27 24 13,19,23,25 26 17,23,25,27

FIG. 6 is a diagram showing eight blocks having a fourth pattern in a hexahedral solid structure consisting of 27 pieces. In detail, each of the eight blocks having the fourth pattern is connected to three adjacent blocks, and the blocks connected to each of the blocks having the fourth pattern are shown in Table 3 below.

4th pattern block Block connected with the fourth pattern block One 2,4,10 3 2,6,12 7 4,8,16 9 6,8,18 19 10,20,22 21 12,20,24 25 16,22,26 27 18,24,26

On the other hand, when 27 blocks are gathered to form a cube, the 28th block generated next constitutes a new cube. That is, one cube is formed by gathering 27 blocks, and thus, cubes having 27 blocks are connected to implement a block chain. 1.2 Escrow block generation process according to an embodiment of the present invention

Meanwhile, the above-described cubeization process may include an escrow block generation process of generating at least one block out of 27 blocks constituting the cube as an escrow block.

Specifically, the escrow generation process includes a temporary transfer recording process for temporarily receiving a predetermined transaction amount from a sender and recording a temporary transfer result, a transfer approval recording process for receiving a transfer in a predetermined approval manner and recording the transfer approval result, It may comprise a final transfer recording process for the final transfer of the predetermined transaction amount to the recipient and recording the final transfer result for the transaction that the transfer approval process is completed. Meanwhile, the escrow block generated by the above process may be hashed like other data blocks in the above-mentioned cube process to generate a hash value.

On the other hand, the escrow block generated in the process of generating the escrow block is a block that functions as a conditional seal certificate transaction can be securely carried out by mounting the dual approval function in the escrow block.

Specifically, the transaction data stored in the escrow block is encrypted and decrypted through a password set by a user (sender) who registers the transaction data. That is, the double encryption described in the present invention is one generated for encrypting data when a sender stores transaction data in an escrow block rather than generating a private key and a public key, and encrypting and decrypting based on the public key. Encryption and decryption are performed with an additional key of.

On the other hand, a conditional seal transaction means a financial transaction that can be used only when a transaction is concluded, which cannot be used immediately at the address where the predetermined amount is received and must be approved.

Conventionally, in carrying out such conditional stamp transaction, a third party (intermediate) had to play a mediating role between the sender and the recipient.

However, in the present invention, the escrow block can be used by the sender and the recipient to perform the conditional stamp certificate transaction without the intervention of a third party (relayer).

The temporary transfer result recording process according to an embodiment of the present invention is a process of storing the data on the conditional deed certificate transaction described above in the escrow block in a dual approval method.

In detail, the dual approval method is a method in which transactions can be made only when double approval is made by additionally issuing an approval encryption key among the traders during the approval method that is performed in a transaction using a general blockchain.

Meanwhile, the temporary transfer result recording process includes a process of generating an approval encryption key for generating an approval encryption key used when the transfer is approved.

On the other hand, the transfer approval result recording step is a process of receiving a transfer approval by confirming the approval encryption key in the predetermined manner.

Specifically, the predetermined approval method may include a sender approval method in which only the sender approves the transfer, a recipient approval method in which only the recipient approves the transfer, a selection approval method in which any one of the sender or the recipient approves the transfer, and the sender. Both the recipient and the recipient may approve the transfer by either a two-sided approval method, or an automatic approval method that automatically approves after a predetermined period of time.

On the other hand, in the automatic approval method, when the sender inputs the approval encryption key before the predetermined period of time, the automatic approval may be terminated.

By using this dual authorization method, the sender cannot cancel the transaction, but can request to keep the contract continuously because the recipient cannot use it.

On the other hand, if the transfer is approved, the final transfer result confirmation recording step may be performed. Specifically, the final transfer result recording step may be a process of recording that the recipient can use the transferred amount arbitrarily.

On the other hand, at the time when the final transfer result recording step is performed, the data of the escrow block may be converted into normal data and rewritten in the data block. The data stored in the existing escrow block converted to normal data is deleted when the next cube is created.

In other words, the escrow block rewrites the data stored in the escrow block to the general data block at the time when the escrow transaction is completed, and deletes the data stored in the escrow block.

On the other hand, the escrow block is most preferably a block having an identification number 5 having a second pattern, even if the block having a different pattern may be no difference in performing the function of the escrow block of the present invention.

1.3 Recording medium on which the cubed data of the cube chain system is stored

The cubed data of the cube chain system according to an embodiment of the present invention is generated by a cubed process of generating a cube by collecting a predetermined number of blocks, and the cube generated by the cubed process may include at least one escrow block. It can be included and recorded (stored) in the recording medium.

Specifically, the escrow block may include a temporary transfer result record, a transfer approval result record, and a final transfer result record.

Examples of recording media include portable memory such as data CD, USB memory, memory stick, and memory card, and non-portable memory such as hard disk, floppy disk, and static memory (SRAM). ) May be used.

1.4 Payment Method Using Escrow Block

Hereinafter, a method of transferring using the escrow block of the present invention described above with reference to FIGS. 7 and 8 will be described in detail.

In the transfer method using an escrow block according to an embodiment of the present invention, as shown in FIG. A transfer approval result recording step of recording a transfer approval result by receiving a transfer approval from at least one of a transmitting sender or a receiver receiving the predetermined amount of money, and a final transfer of recording a result of finally transferring the predetermined amount to a recipient It comprises a result recording step.

Specifically, the temporary transfer result recording step is a process in which the sender transfers the contracted amount to the recipient, and the predetermined amount transferred in the temporary transfer process may be used by the receiver only after the transfer is approved.

On the other hand, a transaction method using an escrow block according to an embodiment of the present invention may be configured to include a step of generating an approval encryption key for generating an approval encryption key.

Specifically, the approval encryption key generation step may be generated by any one of a user issuance method in which the approval encryption key generation sender directly generates an approval encryption key, and an automatic issuance method in which any approval encryption key is generated in the escrow block. have.

On the other hand, the transfer approval is a sender approval method that only the sender approves the transfer, a recipient approval method where only the recipient approves the transfer, a selective approval method in which either the sender or the recipient approves the transfer, both the sender and the recipient The transfer may be approved in either of two ways of approving the transfer and an automatic approval method in which approval is automatically made after a predetermined period of time has passed.

The automatic approval method may include a function of canceling automatic approval when a sender inputs an approval encryption key before the predetermined period of time passes.

Meanwhile, the final transfer result recording step is performed after the above-mentioned temporary transfer result recording step and transfer approval result recording step are completed, and a predetermined amount of money completed until the final transfer result recording step can be used by the receiver.

Meanwhile, the escrow block may rewrite the escrow transaction data, which has been completed until the temporary transfer result recording step, the transfer approval result recording step, and the final transfer result recording step, to the general data block.

Meanwhile, FIG. 8 relates to a method of trading using an escrow block according to another embodiment of the present invention.

The transfer method using the escrow block according to another embodiment of the present invention includes a third party, but the third party records the transfer approval result of the transaction method using the escrow block according to the embodiment of the present invention described above. Only intervene.

Specifically, the conventional escrow transaction method is a method in which the sender consigns a predetermined amount to a third party and then transfers the third party to the recipient with approval of the sender, but according to another embodiment of the present invention, an escrow block In a transaction that uses, if the sender does not entrust a predetermined amount to a third party, but stores it in an escrow block and grants approval to the third party, the predetermined amount stored in the escrow block is sent to the recipient. This is how it is transferred.

In other words, no monetary transaction takes place between the third party and the sender, and the third party merely serves to approve the transfer.

On the other hand, the transfer method according to the embodiment of the present invention described above can be recorded (stored) in the recording medium.

Specifically, the escrow block may include a temporary transfer result record, a transfer approval result record, and a final transfer result record.

Examples of recording media include portable memory such as data CD, USB memory, memory stick, and memory card, and non-portable memory such as hard disk, floppy disk, and static memory (SRAM). ) May be used.

On the other hand, the technical idea of the present invention has been described in detail according to the embodiment, it should be noted that the embodiment is for the purpose of illustration, not for the limitation. In addition, those skilled in the art will understand that various embodiments are possible within the scope of the technical idea of the present invention.

1 to 27: unique number of each block in the cube

Claims (11)

In the method of connecting two or more data blocks in a cube chain,
It comprises a cubed process of generating a cube by collecting a predetermined number of data blocks,
The cube process
And a step of generating an escrow block for generating at least one block of blocks constituting the cube as an escrow block.
The method according to claim 1,
The cube process,
A block hash value obtaining step of hashing each of the predetermined number of data blocks to obtain a hash value for each of the data blocks; And
A cube hash value obtaining process of obtaining a hash value for the cube by hashing the cube generated in the cube forming process;
Cube chain data block connection method characterized in that it comprises a.
The method according to claim 1,
The escrow block generation process,
A temporary transfer result recording process of temporarily receiving a predetermined transaction amount from a sender and recording a temporary transfer result;
A transfer approval result recording process of receiving a transfer in a predetermined approval manner and recording a transfer approval result;
A final transfer result recording process of finally transferring the predetermined transaction amount to a receiver and recording a final transfer result for the transaction in which the transfer approval process is completed;
Cube chain data block connection method characterized in that it comprises a.
The method according to claim 3,
The temporary transfer result recording process,
Cube chain data block connection method comprising the step of generating an approval encryption key for generating an approval encryption key used when the transfer is approved.
The method according to claim 4,
The approval encryption key generation process,
A user-issued scheme in which the sender generates a direct encryption key; or
An automatic issuance scheme for generating an arbitrary encryption key in the escrow block;
Cube chain data block connection method, characterized in that the authentication encryption key is generated in any one of the manner.
The method according to claim 3,
The predetermined approval method is
A sender approval scheme in which only the sender approves the transfer;
A recipient approval scheme in which only the recipient approves the transfer;
A selective approval scheme in which either the sender or the recipient approves the transfer;
A bilateral acknowledgment scheme in which both the sender and the recipient approve the transfer;
An automatic approval method in which approval is automatically made after a predetermined period of time has passed;
Cube chain data block connection method, characterized in that the transfer is accepted in any one of the ways.
The method according to claim 6,
The automatic approval method,
And when the sender inputs an approval encryption key before the predetermined period has elapsed, automatic approval is terminated.
The method according to claim 1,
The escrow block generation process,
And a data rewriting process of rewriting the data of which the escrow transaction is completed in the data block.
A recording medium storing cubed data of a cube chain system,
The cubed data is generated by a cubed process of generating a cube by collecting a predetermined number of blocks,
The cube generated by the cube process
Recording temporary transfer results;
Record transfer approval results;
Recording of final transfer results;
And at least one escrow block including the cubed data.
As a payment method using the escrow block of the cube chain,
A temporary transfer result recording step of the sender recording a temporary transfer result in an escrow block of a predetermined cube connected by a cube chain after the temporary transfer of a predetermined amount;
A transfer approval result recording step of receiving a transfer approval from at least one of a sender who transmits the predetermined amount of money or a receiver receiving the predetermined amount of money and records a transfer approval result in the escrow block;
A final transfer result recording step of recording the result of the final transfer of the predetermined amount to the recipient in the escrow block;
Price transfer method characterized in that it comprises a.
A storage medium in which a method of transferring money according to claim 10 is recorded.

Images