BIP 54 在不增加新用户 opcode 的情况下收紧四个历史共识边界；Complete 表示规范完成，并不表示已在 Bitcoin mainnet 激活。
Antoine Poinsot 与 Matt Corallo 在 BIP 54 中合并了四项范围明确的修复：timewarp、验证成本极高的区块、64 字节交易引起的 Merkle 树弱点，以及未来 coinbase 交易重复的风险。该组合不增加新的用户 opcode。 [1]
在每个 2016 区块周期的边界，BIP 要求首个区块 timestamp 不低于前一区块时间减去 7 200 秒，末个区块 timestamp 不低于本周期首个区块时间。这样同时封闭经典 timewarp 与负的 Murch–Zawy 周期。 [1]
对每笔非 coinbase 交易，它规定 scriptSig、scriptPubKey 与 P2SH redeemScript 中合计最多 2 500 个 legacy signature operations。BIP 称这可把最坏验证时间约缩短四十倍，而不影响普通标准交易。 [1]
激活后，无 witness data 序列化长度恰为 64 字节的交易将无效。相同的 64 字节也可能被解释为 Merkle 树内部节点的一对 hash，因此会使安全的简化证明更复杂。 [1]
Coinbase 的 nLockTime 必须等于区块高度减 1，且 nSequence 不得为 0xffffffff。这样每个未来 coinbase 都与历史例外不同，激活后可在最近风险高度 1 983 702 之前永久省去 BIP 30 检查。 [1]
该规范在 2026 年五月达到版本 1.0.0 和 Complete 状态。Changelog 标注日期为五月 22 日；Bitcoin Core 已有不激活 mainnet 的参考实现，也已生成更向前兼容的区块模板，但这些都不会自行开启新规则。 [3]
面向 Testnet 5 的 Draft BIP 95 计划从区块 1 执行 BIP 54，但它本身仍是 Draft。测试网络、signet 或未激活代码有助于验证实现，却不能证明 mainnet 已形成共识。 [4]
核实说法时应检查当前 BIP 版本、任何激活机制的状态以及节点的确切 release。Complete 只说明文档完成；新规则的完整验证仅在另行完成软分叉激活后才开始。 [2]
要获得更完整的理解，请将本词条与以下词条结合阅读： 共识规则, Soft Fork, Timewarp Attack, Proof of Work, Bitcoin Core, 交易. 反向关联还来自： Timewarp Attack.
01BIP 54 已在 Bitcoin mainnet 激活吗？+
没有。规范已是 Complete，也存在不激活 mainnet 的实现，但这些共识限制仍需独立的激活流程。
02Consensus Cleanup 具体改变什么？+
它收紧 difficulty 周期边界的 timestamp，限制每笔交易的 legacy sigops，禁止无 witness data 且恰为 64 字节的交易，并确保未来 coinbase 交易唯一。