1
0
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:
Antoine Poinsot
2026-05-20 16:41:18 -04:00
parent d293ae1a10
commit 19caed45a1

View File

@@ -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