KR20200063957A - The block withholding attack detecting device and operation method thereof - Google Patents

Abstract

According to one embodiment of an application of the present invention, a block submission and retention attack detection device includes: an allocation unit for allocating at least one self-node among a plurality of nodes pre-registered in the self-mining pool to the other mining pool through the at least one self-node; a detection unit for detecting at least one virtual currency block distributed in a relative mining pool; and a determination unit for determining whether the block submission pending attack of the relative mining pool is attacked based on transaction information of the at least one virtual currency block.

Description

Block submission and retention attack detection device and its operation method {THE BLOCK WITHHOLDING ATTACK DETECTING DEVICE AND OPERATION METHOD THEREOF}

The present application relates to a block submission pending attack detection device and a method for operating the same, and more particularly, to a block submission pending attack detection device for detecting a block submission pending attack that may occur between work proof-based mining pools and a method of operating the same .

As a representative consensus algorithm of blockchain, there is a proof-of-work (PoW) mechanism, where proof of work refers to data that proves that a resource has been consumed. For example, time is proof that you have consumed enough resources. Such proof of work should be easily verifiable by a third party.

On the other hand, proof of work must be some kind of puzzle that cannot be easily solved. The subject who carries out proof of work is called a miner. In exchange for this proof of work, the blockchain rewards miners in the form of coins. At this time, the difficulty level for calculating the proof of work is a numerical value. In other words, mining means the act of calculating the proof-of-work with the difficulty of a mathematical puzzle in the proof-of-work-based blockchain.

In addition, since the amount of computation required by the difficulty of proof of work is quite high to be processed by the computation amount of a general personal computer, a mining pool is generally constructed to work jointly. At this time, in the mining pool, many miners contribute to creating blocks of the mining pool and divide rewards as much as each contribution. That is, by constructing a mining pool, miners can reduce the risk of not generating blocks for a long time.

At this time, in order to measure how much each miner contributes in the mining pool, each miner submits a partial proof of work. The partial proof-of-work is a proof-of-work that satisfies a difficulty that is weaker than the difficulty set in the Bitcoin protocol.It is practically impossible to obtain a reward in the Bitcoin network, but to prove that some calculation has been performed to divide the reward within the mining pool Data. In addition, the proof of work that satisfies the difficulty in the protocol that actually brings the direct reward to the mining pool is called full proof. Basically, within the mining pool, contributions are calculated based on partial proof of work.

An object of the present application is to provide a block submission pending attack detection device capable of detecting a block submission pending attack that may occur between work proof based mining pools and an operation method thereof.

A block submission pending attack detection apparatus according to an embodiment of the present application, through an allocation unit for allocating at least one magnetic node among a plurality of nodes pre-registered in the magnetic mining pool to the other mining pool, through the at least one magnetic node A detection unit for detecting at least one virtual currency block distributed in the relative mining pool, and a determination unit for determining whether or not the block submission pending attack of the relative mining pool is attacked based on transaction information of the at least one virtual currency block. Includes.

In an embodiment, the allocation unit selects the relative mining pool in the order of size among a plurality of mining pools according to the mining pool list sorted by the sum of mining power.

In an embodiment, the determination unit compares whether the transaction information is the same as a predetermined account address, and determines a block submission pending attacker for the relative mining pool according to the comparison result.

In an embodiment, when the transaction information and the preset account address are the same, further comprising an adjustment unit for adjusting the compensation value based on a compensation factor for restoring the compensation value distributed to the relative mining pool.

In an embodiment, the detection unit extracts each coinbase transaction from the at least one transaction information, and counts the number of coinbase transactions equal to a preset account address among each coinbase transaction.

In an embodiment, the detection unit calculates an attack detection rate for the at least one magnetic node based on the number, and estimates a penetration rate corresponding to the attack detection rate by referring to a preset list of penetration rates do.

In an embodiment, the penetration ratio is a ratio period of 11 to 20 percent that is preset based on a compensation value period that the relative mining pool can acquire as a gain.

In an embodiment, when the transaction information and the preset account address are different, the allocation unit allocates at least one other node among the remaining nodes from which the at least one magnetic node is excluded, to a mining pool of the next rank. .

As a method of operating a block submission pending attack detection apparatus according to an embodiment of the present application, selecting a relative mining pool in a size order among a plurality of mining pools according to a mining pool list sorted by the sum of mining powers, self-mining Allocating at least one magnetic node among the plurality of nodes pre-registered in the pool to the relative mining pool, and detecting at least one virtual currency block distributed in the relative mining pool through the at least one magnetic node. And determining whether or not the block submission hold is attacked against the relative mining pool based on the transaction information of the at least one virtual currency block.

In an embodiment, the determining may include comparing whether the transaction information is the same as a predetermined account address, and when the transaction information and the preset account address are the same, submit a block to the relative mining pool. And determining as a pending attacker.

In an embodiment, when the relative mining pool is determined to be the block submission pending attacker, adjusting the compensation value of the self-mining pool based on a compensation factor for restoring the compensation value distributed to the relative mining pool. Includes.

In an embodiment, the determining may include determining if the transaction information and the preset account address are different from each other by determining a normal network for the counterpart mining pool, and when the counterpart mining pool is determined as a normal network, the at least And assigning at least one other node among the remaining nodes from which one magnetic node is excluded to a mining pool of the next rank.

In an embodiment, the detecting may include extracting each coinbase transaction from the at least one cryptocurrency block, counting the number of coinbase transactions equal to a preset account address among the respective coinbase transactions, And calculating an attack detection rate for the at least one magnetic node based on the number and estimating a penetration rate corresponding to the attack detection rate with reference to the preset penetration rate list 121. .

In an embodiment, the penetration ratio is a ratio period of 11 to 20 percent that is preset based on a compensation value period that the relative mining pool can acquire as a gain.

The block submission hold attack detection apparatus and its operation method according to an embodiment of the present application can detect whether an opponent mining pool is attacking the block submission hold without changing the protocol used in the conventional proof-of-work cryptocurrency. .

In addition, it is possible to restore the reduced compensation of the magnetic mining pool due to the attack on the block submission pending.

1 is a block diagram of a block submission pending attack detection apparatus according to an embodiment of the present application.
2 is a view showing the operation of the block submission pending attack detection device of FIG.
3 is a diagram illustrating an example of the virtual currency block of FIG. 1.
4 is a view showing in more detail the operation of the allocation unit of FIG.
5 is a view showing in more detail the operation of the detection unit of FIG.
FIG. 6 is an operation process of the block submission pending attack detection device of FIG. 1.
7 is an embodiment of an operation process for the detector of FIG. 5.
8 is a block diagram of a block submission pending attack detection apparatus according to another embodiment of the present application.
FIG. 9 is an embodiment of an operation process of the block submission pending attack detection device of FIG. 8.

Specific structural or functional descriptions of the embodiments according to the concept of the present application disclosed in the present specification are exemplified for the purpose of describing the embodiments according to the concept of the present application, and the embodiments according to the concept of the present application It can be implemented in various forms and is not limited to the embodiments described herein.

Embodiments according to the concept of the present application may apply various changes and may have various forms, so that the embodiments will be illustrated in the drawings and described in detail herein. However, this is not intended to limit the embodiments according to the concept of the present application to specific disclosure forms, and includes all changes, equivalents, or substitutes included in the spirit and scope of the present application.

Terms such as first or second may be used to describe various components, but the components should not be limited by the terms. The above terms are only for the purpose of distinguishing one component from another component, for example, without departing from the scope of rights according to the concept of the present application, 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.

When an element is said to be "connected" or "connected" to another component, it is understood that other components may be directly connected to or connected to the other component, but there may be other components in between. It should be. On the other hand, when a component is said to be "directly connected" or "directly connected" to another component, it should be understood that no other component exists in the middle. Other expressions that describe the relationship between the components, such as "between" and "immediately between" or "neighboring" and "directly neighboring to" should be interpreted as well.

The terms used in this specification are only used to describe specific embodiments, and are not intended to limit the present application. Singular expressions include plural expressions unless the context clearly indicates otherwise. In this specification, terms such as “include” or “have” are intended to indicate that a feature, number, step, operation, component, part, or combination thereof is implemented, and one or more other features or numbers. It should be understood that it does not preclude the presence or addition possibilities of, steps, actions, components, parts or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by a person skilled in the art to which this application belongs. Terms, such as those defined in a commonly used dictionary, should be interpreted as having meanings consistent with meanings in the context of related technologies, and should not be interpreted as ideal or excessively formal meanings unless explicitly defined herein. Does not.

Hereinafter, the present application will be described in detail by describing preferred embodiments of the present application with reference to the accompanying drawings.

1 is a block diagram of a block submission pending attack detection apparatus according to an embodiment of the present application, FIG. 2 is a diagram showing the operation of the block submission pending attack detection apparatus of FIG. 1, and FIG. 3 is a virtual currency block of FIG. 1 It is a diagram showing an example of.

1 and 2, the block submission pending attack detection apparatus 100 may include an allocation unit 110, a detection unit 120, and a determination unit 130.

The allocation unit 110 may allocate at least one magnetic node (eg, 10_1 to 10_3) of the plurality of magnetic nodes 10_1 to 10_N registered in the magnetic mining pool 10 to the relative mining pool 20. have. Here, each of the plurality of magnetic nodes 10_1 to 10_N may generate a virtual currency block by calculating a nonce for a virtual currency block, and may be a terminal of a miner receiving compensation accordingly. At this time, the nonce (NONCE) is information included in the virtual currency block that satisfies a predetermined condition, so the nonce (NONCE) may correspond to a new virtual currency block.

As shown in FIG. 3, the virtual currency block can be calculated through a mathematical algorithm. For example, the virtual currency block includes header information and transaction information. Specifically, the header information is information obtained by encrypting the transaction information and recording the output value with merkleRootHash, and the transaction information is the account of the miner who generated the virtual currency block. It may include Coinbase transactions corresponding to information.

In the present application, for convenience of explanation, the virtual currency block is described as a bitcoin block structure, but the present invention is not limited to the virtual currency block including the account information of the miner who calculates nonce for the virtual currency block. All are applicable. For example, the cryptocurrency block may be used as at least one of Ethereum, Ethereum Classic, Ripple, Litecoin, Ecoin, Dash, Monero, Jet Cash, and Quantum based on proof of work.

Also, the magnetic mining pool 10 may refer to a common network for jointly computing a nonce (NONCE) for a cryptocurrency block through a plurality of magnetic nodes 10_1 to 10_N.

Specifically, the magnetic mining pool 10 may distribute the cryptocurrency block according to the difficulty of the cryptocurrency block among a plurality of pre-registered magnetic nodes 10_1 to 10_N in order to jointly calculate the cryptocurrency block. . Then, the magnetic mining pool 10 may distribute the rewards obtained by creating a new cryptocurrency block to a plurality of magnetic nodes 10_1 to 10_N according to a partial proof of work.

Here, the partial proof-of-work may correspond to each mining power contributed by each node in computing the cryptocurrency block. For example, since the mining power is a resource consumed for calculating the partial work proof, the partial work proof may correspond to each mining power.

Next, the detection unit 120 may detect transaction information of at least one virtual currency block distributed in the relative mining pool 20 through at least one magnetic node (eg, 10_1 to 10_3).

Specifically, at least one magnetic node (eg, 10_1 to 10_3) allocated to the relative mining pool 20 may receive at least one cryptocurrency block from the relative mining pool 20. At this time, the detector 120 may receive at least one virtual currency block through at least one magnetic node (eg, 10_1 to 10_3). Then, the detector 120 may extract transaction information from at least one virtual currency block, respectively. Then, the detection unit 120 may transmit the transaction information of at least one virtual currency block to the determination unit 130.

Next, the determination unit 130 may determine whether or not the block submission pending attack against the counter mining pool 20 is based on each transaction information of at least one virtual currency block detected through the detection unit 120. have.

Specifically, the determination unit 130 may compare whether each transaction information of at least one virtual currency block is the same between a predetermined account address. Here, the preset account address may be account information of each node 10_1 to 10_N for providing compensation according to the operation of the proof-of-work cryptocurrency block.

At this time, when each transaction information of the at least one virtual currency block and the preset account address are the same, the determination unit 130 may determine the relative mining pool 20 as a block submission pending attacker. The fact that each transaction information of at least one cryptocurrency block and the preset account address are the same means that the task proof task of the own mining pool is distributed to the other mining pool, which means that it has been attacked by the other mining pool. can do. Meanwhile, when the transaction information of at least one virtual currency block and the preset account address are not the same, the determination unit 130 may determine the relative mining pool 20 as a normal network.

The block submission pending attack detection apparatus 100 according to an embodiment may be one node (eg, 10_N) of a plurality of magnetic nodes 10_1 to 10_N, or manages a plurality of magnetic nodes 10_1 to 10_N It may be implemented in a central management server that manages a server or a plurality of mining pools 10, 20_1 to 20_N.

The block submission pending attack detection apparatus 100 according to an embodiment of the present application includes at least one magnetic node among a plurality of magnetic nodes 10_1 to 10_N pre-registered in the magnetic mining pool 10 through the allocation unit 110 (Eg, 10_1 to 10_3) may be allocated to the relative mining pool 20. At this time, the block submission pending attack detection device 100 detects at least one virtual currency block distributed from at least one magnetic node (eg, 10_1 to 10_N) in the relative mining pool 20 through the detection unit 120. Can be. Thereafter, the block submission pending attack detection apparatus 100 may determine whether to attack the block submission pending based on the transaction information of at least one virtual currency block through the determination unit 130. Accordingly, the block submission pending attack detection apparatus 100 may detect whether the opponent mining pool 20 attacks the block submission pending without changing the protocol used in the conventional proof-of-work cryptocurrency.

Referring to FIG. 4, the allocation unit 110 will be described in more detail.

4 is a view showing in more detail the operation of the allocation unit 110 of FIG.

First, referring to FIGS. 1, 2 and 4, the allocation unit 110 refers to a list of mining pools previously received, and is relative to the total size of each mining power among the plurality of mining pools 20_1 to 20_N. The mining pool 20 can be selected first. However, selecting the relative mining pool 20 is not limited thereto. For example, the mining pool list may be a list in which a plurality of mining pools 20_1 to 20_N are sorted in the order of the total size of the mining power, or a list in the order of frequency in which the existing block submission pending attacks were detected.

In one embodiment of the present application, the allocation unit 110 first of all the mining powers of the plurality of mining pools 20_1 to 20_N, for example, the largest mining pool (for example, 20_1) as the relative mining pool 20 You can choose. At this time, the allocator 110 assigns at least one magnetic node (eg, 10_1 to 10_3) of the plurality of magnetic nodes 10_1 to 10_N previously registered in the magnetic mining pool 10 to the first mining pool 20_1. Can be assigned.

According to an embodiment, the allocator 110 may select the relative mining pool 20 according to the number of corresponding nodes or the frequency of detection of an existing block submission pending attack, when the total size of the mining power is the same. have.

In addition, when the determination unit 130 determines the relative mining pool 20 as a normal network or when transaction information and a preset account address are different, the allocation unit 110 may include at least one magnetic node (eg, 10_1 to 10_3). ), at least one other node (eg, 10_4 to 10_6) of the remaining magnetic nodes 10_10 to 10_N may be allocated to the mining pool of the next rank. For example, when the first mining pool 20_1 is determined to be a normal network, the allocation unit 110 has at least one other node among the remaining nodes 10_4 to 10_N in the self mining pool 10 (eg, 10_4 to 10_6) can be selected.

At this time, the allocation unit 110 may reassign at least one magnetic node (eg, 10_1 to 10_3) allocated to the first mining pool 20_1 to the magnetic mining pool 10. Then, the allocation unit 110 may allocate at least one other node (eg, 10_4 to 10_6) to the second mining pool 20_2 of the next rank with reference to the mining pool list.

That is, as the relative mining pool 20 is changed, the allocation unit 110 sets at least one magnetic node (eg, 10_1 to 10_3) allocated to the relative mining pool 20 among the remaining nodes 10_4 to 10_N. It can be changed to at least one other node (for example, 10_4 to 10_6). Accordingly, the allocation unit 110 may conceal at least one magnetic node (eg, 10_1 to 10_3) for detecting a virtual currency block from each mining pool 20_1 to 20_N.

5 is a view showing in more detail the operation of the detector 120 of FIG. 1.

1 to 5, the detector 120 transmits at least one cryptocurrency block through at least one magnetic node (eg, 10_1 to 10_3) that receives a cryptocurrency block from the counterpart mining pool 20. Can receive Then, the detection unit 120 may extract each transaction information from at least one virtual currency block, and extract each Coinbase Transaction from each transaction information.

The detector 120 according to an embodiment may count the number of coinbase transactions that are the same as the preset account address. Specifically, the detector 120 may count the number of coinbase transactions that are the same as the preset account address among each coinbase transaction using the preset account address.

For example, as illustrated in FIG. 5, the detector 120 extracts three Coinbase Transactions transmitted through at least one magnetic node (eg, 10_1 to 10_3), and simultaneously Two corresponding to the number of Coinbase transactions equal to the account address can be counted.

At this time, the detector 120 may calculate an attack detection ratio for at least one magnetic node (eg, 10_1 to 10_3) based on the same number of coinbase transactions. For example, as illustrated in FIG. 5, the detector 120 may calculate an attack detection rate for at least one magnetic node (eg, 10_1 to 10_3) as 66.6%.

Then, the detector 120 may estimate the penetration ratio of the preset mining pool 20 according to the attack detection ratio by referring to the preset penetration ratio list 121. Here, the penetration ratio may refer to a ratio in which the relative mining pool 20 penetrates the magnetic mining pool 10. In this case, the penetration ratio may be adjusted to a preset ratio ratio of 11 to 20 percent based on a compensation value period that the relative mining pool 20 can acquire as a gain.

Table 1 below is a penetration ratio list 121, which includes an attack detection ratio for at least one magnetic node (for example, 10_1 to 10_3) and an attack ratio of an opponent mining pool 20 corresponding to each attack detection ratio. It can be a list. Here, the penetration ratio list 121 may be generated in advance based on the gain change of the compensation value that the relative mining pool 20 can acquire.

Attack detection rate (%) Penetration rate (%) 0-10 20 10-20 19 20-30 11 30-40 18 40-50 12 50-60 17 60-70 13 70-80 16 80-90 14 90-100 15

For example, when the attack detection rate corresponds to 66.6%, the detector 120 may estimate the penetration rate 13% for the relative mining pool 20 corresponding to the 66.6% section with reference to Table 1 .

6 is an operation process for the block submission pending attack detection device 100 of FIG. 1.

1 to 6, first, in step S110, the allocation unit 110, the mining power sum of the plurality of mining pools (20_1 ~ 20_N), according to the mining pool list sorted by the sum of mining power total size The large first mining pool 20_1 can be selected as the relative mining pool 20.

For example, the relative mining pool 20 may have the largest sum of mining powers among the plurality of mining pools 20_1 to 20_N. In addition, when the total size of the mining power is the same, the allocation unit 110 may select the relative mining pool 20 according to the number of nodes or the compensation value.

At this time, in step S120, the allocation unit 110 relative to the mining pool (e.g., 10_1 ~ 10_3) of at least one of the plurality of magnetic nodes (10_1 ~ 10_N) previously registered in the magnetic mining pool (10) 20).

Next, in step S130, the detector 120 may detect a virtual currency block distributed in the counter mining pool 20 through at least one magnetic node (eg, 10_1 to 10_3).

Subsequently, in step S140, the determination unit 130 may determine whether or not the block submission pending attack against the counter mining pool 20 is based on the transaction information of the virtual currency block detected through the detection unit 120. .

7 is a view showing in more detail the operation process of the detector 120 of FIG. 6.

1 to 7, first, in step S131, the detector 120 extracts each coin-based transaction from at least one cryptocurrency block detected through at least one magnetic node (eg, 10_1 to 10_3). You can.

Then, in step S132, the detector 120 may count the number of coinbase transactions that are the same as the preset account address among each coinbase transaction.

Then, in step S133, the detector 120 may calculate an attack detection ratio for at least one magnetic node (eg, 10_1 to 10_3) based on the same number of coin-based transactions.

Thereafter, in step S134, the detector 120 may estimate the penetration ratio for the relative mining pool 20 corresponding to the attack detection ratio by referring to the preset penetration ratio list 121.

8 is a block diagram of a block submission pending attack detection apparatus 200 according to another embodiment of the present application.

Referring to FIG. 8, the block submission pending attack detection apparatus 200 may include an allocation unit 210, a detection unit 220, a determination unit 230, and a control unit 240.

Hereinafter, the allocation unit 210, the detection unit 220 and the determination unit 230 differ only in the member numbers from the allocation unit 110, the detection unit 120, and the determination unit 130 described in FIGS. However, since the function and operation are the same, a duplicate description will be omitted.

First, when the relative mining pool 20 is determined to be a block submission pending attacker, or when the transaction information and the preset account address are the same, the control unit 240 compensates the reward value distributed to the relative mining pool 20 Can be adjusted.

More specifically, the adjusting unit 240 may calculate the compensation value R _b (t) of the magnetic mining pool 10 through the following equation (1).

이고, Here, the formula (1) is

ego,

In this case, a may be a mining power of the relative mining pool 20, b may be a mining power of the magnetic mining pool 10, t may be a penetration factor of the relative mining pool 20, and h may be a compensation factor.

에 대응되고, 제2 보상값(R_b2(t))은

에 대응될 수 있다. According to an embodiment, the compensation value R _b (t) of the magnetic mining pool 10 is the first compensation value R _b 1(t) and the penetration rate compensated by the magnetic mining pool 10 according to the penetration ratio Accordingly, the second compensation value R _b 2 (t) distributed to the relative mining pool 20 may be included. At this time, the first compensation value (R _b 1 (t))

And the second compensation value (R _b 2(t))

Can correspond to

At this time, the adjustment unit 240 may calculate the compensation factor (h) through the following equation (2).

일 수 있다. Here, the calculation formula (2)

Can be

At this time, the compensation factor (h) may have a predetermined section range. For example, when it is out of a predetermined section, since the gain for the relative mining pool 20 can be obtained, the compensation factor h is calculated through the calculation formula (2) and may have a predetermined section range.

Accordingly, the block submission pending attack detection apparatus 100 according to the embodiment of the present application is based on the compensation factor h adjusted through the adjustment unit 240, the second compensation distributed to the relative mining pool 20 By adjusting the value R _b 2(t), the first compensation value R _b (t) of the magnetic mining pool can be restored. That is, the block submission hold attack detection apparatus 100 may restore the reduced compensation of the magnetic mining pool 10 due to the attack on the block submission hold.

Accordingly, when the block submission hold attack detection device 100 blocks only the IP of the opponent mining pool 20 that is determined to be an attacker, the attacker is more effective in preventing damage to the block submission hold attack than when attacking again with the changed IP. Can be reduced. At this time, by adjusting only the compensation value of the opponent mining pool 20, which is determined to be a block submitting pending attacker, it may not harm the opponent mining pool 20 determined to be a normal network. In this case, at least one magnetic node is allocated to the relative mining pool 20 but is not involved in the compensation of the relative mining pool 20. That is, the block submission pending attack detection apparatus 100 according to an embodiment of the present invention can respond to the block submission pending attack without changing the structure of the blockchain, as described above, as well as the Bitcoin mining pool, Ethereum, etc. Likewise, there is an advantage that it can be applied to a blockchain that uses proof of work as a block generation mechanism.

9 is an operation process of the block submission pending attack detection device 200 of FIG. 8.

1, 8 and 9, first, in step S210, the determination unit 230 may receive the transaction information and the penetration rate of the relative mining pool 20 from the detection unit 220.

Then, in step S220, the determination unit 230 may compare whether the transaction information and a predetermined account address are the same.

At this time, in step S230, when the transaction information and the preset account address are the same, the determination unit 230 may determine the opponent's mining pool 20 as a block submitting pending attacker.

Then, in step S240, when the relative mining pool 20 is determined to be a block submission pending attack, the adjusting unit 240 is based on the compensation factor for adjusting the compensation value distributed to the relative mining pool 20, The compensation value of the magnetic mining pool 10 can be restored. Here, the compensation value distributed to the relative mining pool 20 is the second compensation value R _b 2 (t) distributed to the relative mining pool 20 according to the penetration ratio, and the compensation value of the magnetic mining pool 10 Silver may be a first compensation value R _b 1 (t) compensated for the magnetic mining pool 10 according to the penetration ratio.

On the other hand, in step S250, if the transaction information and the preset account address are different, the determination unit 230 may determine a normal network for the counterpart mining pool 20.

Then, when the relative mining pool 20 is determined to be a normal network, in step S260, the allocation unit 210 is at least one of the remaining nodes 10_4 to 10_N except for at least one magnetic node (eg, 10_1 to 10_3). Any other node (for example, 10_4 to 10_6) may be allocated to a mining pool (for example, 20_2) of the next rank.

Accordingly, the block submission hold attack detection device 200 detects an attack on the block submission hold, and restores the reduced compensation of the magnetic mining pool 10 due to the attack, regardless of the block submission hold attack, self Cryptocurrency blocks generated through the mining pool 10 may be submitted.

This application has been described with reference to one embodiment shown in the drawings, but this is merely exemplary, and those skilled in the art will understand that various modifications and other equivalent embodiments are possible therefrom. Therefore, the true technical protection scope of the present application should be determined by the technical spirit of the appended claims.

10: magnetic mining pool
20: Relative mining pool
10_1~10_N: Multiple nodes
100: block submission pending attack detection device
110: allocation unit
120: detection unit
130: judgment unit
140: adjuster

Claims (14)

An allocation unit for allocating at least one magnetic node among the plurality of nodes pre-registered in the own mining pool to the other mining pool;
A detection unit for detecting at least one proof-of-work cryptocurrency block distributed in the relative mining pool through the at least one magnetic node; And
And a determination unit for determining whether or not to attack the block submission hold against the relative mining pool based on the transaction information of the at least one virtual currency block. According to claim 1,
The allocating unit selects the relative mining pool in the order of size among a plurality of mining pools according to a list of mining pools sorted by the sum of mining powers, and the block submission pending attack detection device. According to claim 1,
The determination unit compares whether the transaction information is the same as a predetermined account address, and determines a block submission pending attack against the relative mining pool according to the comparison result. According to claim 3,
When the transaction information and the preset account address are the same,
Based on the compensation factor for restoring the compensation value distributed to the relative mining pool, further comprising a control unit for adjusting the compensation value, block submission pending attack detection device. According to claim 3,
The detection unit extracts each coinbase transaction from the at least one transaction information, and counts the number of coinbase transactions equal to a preset account address among the respective coinbase transactions. The method of claim 5,
The detection unit, based on the number, calculates the attack detection rate for the at least one magnetic node, and referring to a predetermined list of penetration rates, estimates the penetration rate corresponding to the attack detection rate, block submission pending Attack detection device. The method of claim 6,
The penetration rate is a ratio of 11 to 20 percent that is preset based on a compensation value interval that the relative mining pool can acquire as a gain, a block submission pending attack detection device. According to claim 1,
When the transaction information and the preset account address are different, the allocation unit allocates at least one other node among the remaining nodes from which the at least one magnetic node is excluded to the mining pool of the next rank, detecting a block submission pending attack Device. As a method of operation of the block submission pending attack detection device,
Selecting a relative mining pool in a size order among a plurality of mining pools according to a list of mining pools sorted by the sum of mining powers;
Assigning at least one magnetic node among a plurality of nodes pre-registered in the own mining pool to the relative mining pool;
Detecting at least one virtual currency block distributed in the relative mining pool through the at least one magnetic node; And
And determining whether or not the block submission hold is attacked against the relative mining pool based on the transaction information of the at least one virtual currency block. The method of claim 9,
The determining may include comparing whether the transaction information is the same as a predetermined account address; And
And when the transaction information and the predetermined account address are the same, determining a block submission pending attack with respect to the relative mining pool. The method of claim 10,
And when the relative mining pool is determined to be the block submitting pending attacker, adjusting the compensation value of the own mining pool based on a compensation factor for restoring the compensation value distributed to the relative mining pool. How the attack detection device works. The method of claim 10,
The determining may include determining, when the transaction information and the preset account address are different, a normal network for the relative mining pool; And
And when the relative mining pool is determined to be a normal network, allocating at least one other node among the remaining nodes from which the at least one magnetic node is excluded to a mining pool of the next rank. . The method of claim 9,
The detecting may include extracting each coin-based transaction from the at least one cryptocurrency block;
Counting the number of coinbase transactions equal to a preset account address among the respective coinbase transactions;
Calculating an attack detection rate for the at least one magnetic node based on the number; And
And estimating a penetration rate corresponding to the attack detection rate, with reference to a predetermined list of penetration rates. The method of claim 13,
The penetration ratio, the method of operation of the block submission and retention attack detection device is a ratio interval of 11 to 20 percent that is preset based on a compensation value interval that the relative mining pool can acquire as a gain.

Images