diff --git a/bip-0054.md b/bip-0054.md
index efdc0866..8eaf1073 100644
--- a/bip-0054.md
+++ b/bip-0054.md
@@ -30,11 +30,11 @@ miners and increases available block space. It may be in the interest of short-s
 miners to exploit this vulnerability to materially increase the block rate without fatally hurting
 the network.
 
-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
-users, increasing the cost to independently fully validate the consensus rules. In addition they can
-be used by miners to attack their competition, creating perverse incentives, centralization
-pressures and leading to reduced network security.
+Specially crafted blocks may be expensive to process, [taking up to][Delving worst block] several
+minutes to validate even on high-end devices, and up to a few hours on lower-end devices. Long block
+validation times are a nuisance to users, increasing the cost to independently fully validate the
+consensus rules. In addition they can be used by miners to attack their competition, creating
+perverse incentives, centralization pressures and leading to reduced network security.
 
 In computing a block's Merkle root, a transaction with exactly 64 bytes of non-witness data can be
 interpreted both as an intermediate node in the tree and as a leaf in the tree. This makes it
@@ -234,6 +234,7 @@ post]. A third workaround is to change the Merkle proof structure by requiring i
 provided as the single-SHA256 of their preimage, instead of the double-SHA256. See [here][Sergio
 MERKLEBLOCK] for a full description.
 
+[Delving worst block]: https://delvingbitcoin.org/t/great-consensus-cleanup-revival/710/93
 [BIP30]: https://github.com/bitcoin/bips/blob/master/bip-0030.mediawiki
 [BIP-XXXX]: https://github.com/TheBlueMatt/bips/blob/7f9670b643b7c943a0cc6d2197d3eabe661050c2/bip-XXXX.mediawiki
 [BIP34]: https://github.com/bitcoin/bips/blob/master/bip-0034.mediawiki