mirror of
https://github.com/bitcoin/bips.git
synced 2026-06-01 17:15:27 +00:00
bip-0054: rephrase Timewarp motivation
This commit is contained in:
18
bip-0054.md
18
bip-0054.md
@@ -21,16 +21,14 @@ case block validation time, prevent Merkle tree weaknesses, and avoid duplicate
|
|||||||
This proposal addresses a number of long-standing vulnerabilities and weaknesses in the Bitcoin
|
This proposal addresses a number of long-standing vulnerabilities and weaknesses in the Bitcoin
|
||||||
protocol. Bundling these fixes together amortizes the fixed cost of deploying a Bitcoin soft fork.
|
protocol. Bundling these fixes together amortizes the fixed cost of deploying a Bitcoin soft fork.
|
||||||
|
|
||||||
The timewarp bug permits a majority hashrate attacker to arbitrarily increase the block rate,
|
The [timewarp bug][SE timewarp] makes it possible for a majority-hashrate attacker to arbitrarily
|
||||||
allowing them to steal block subsidy from future miners and increase validation costs to nodes that
|
lower mining difficulty, and therefore arbitrarily increase the block rate. In the worst case, an
|
||||||
have to deal with the increased average transaction rate. By strategically setting the block
|
attacker can bring down the difficulty to its minimum within 38 days of starting the attack. Besides
|
||||||
timestamp, the [timewarp bug][SE timewarp] lets miners bring down the difficulty to its minimum
|
empowering a 51% attacker, the presence of this bug makes it harder to reason about miners'
|
||||||
within 38 days of starting the attack. The existence of this bug not only significantly empowers a
|
incentives. Accelerating the block rate allows an attacker to steal block subsidy from future
|
||||||
51% attacker, but also makes it notably harder to reason about miners' incentives. It could indeed
|
miners and increases available block space. It may be in the interest of short-sighted users and
|
||||||
be in the interest of short-sighted miners as well as short-sighted users to exploit this
|
miners to exploit this vulnerability to materially increase the block rate without fatally hurting
|
||||||
vulnerability in a small enough proportion to increase the block rate without fatally hurting the
|
the network.
|
||||||
network, as the effectively increased block space would — all other things being equal — bring fee
|
|
||||||
rates down for users.
|
|
||||||
|
|
||||||
Specially crafted blocks may be expensive to process, with validation times ranging from a few
|
Specially crafted blocks may be expensive to process, with validation times ranging from a few
|
||||||
minutes up to more than an hour on lower-end devices. Long block validation times are a nuisance to
|
minutes up to more than an hour on lower-end devices. Long block validation times are a nuisance to
|
||||||
|
|||||||
Reference in New Issue
Block a user