BIP-54 的標題為“Consensus Cleanup（共識清理）”，是一項擬議中的比特幣共識軟分叉，將四項長期存在的驗證與協議問題整合為一個方案。對礦工而言，其重要性在於實際操作：若提案被激活，礦池設置部分區塊時間戳、篩選模板交易和構建 coinbase 交易的方式都可能受到影響。但僅因該 BIP 被標記為 Complete，並不意味著挖礦業務現在就需要改變生產環境行為。
該提案由 Antoine Poinsot 和 Matt Corallo 提出，涉及比特幣時間扭曲攻擊、最壞情況下的區塊驗證成本、Merkle 樹與 SPV 證明弱點，以及未來重複交易處理問題。更適合將其理解為一組擬議中的有效性規則和礦池軟件前向兼容性檢查清單，而非激活公告。
什麼是 BIP-54，為什麼它值得關注？
BIP-54 Consensus Cleanup 是一項共識類軟分叉規範。軟分叉會收緊有效性規則：違反新規則的區塊將被升級節點拒絕，而未升級節點仍可按舊規則集接受該鏈。這種兼容性並不意味著規則部署後運營方無需升級；升級節點會驗證新增限制。
對於礦池而言，共識清理之所以重要，是因為有效區塊依賴多個相互關聯的系統。模板構建決定納入哪些交易；時間戳邏輯設置會影響有效性與難度計算的區塊頭字段；coinbase 交易通常由礦池軟件控制，而非普通交易選擇流程。
在作出任何激活決定前，BIP-54 值得審閱。只要提案尚未激活，它也再次說明了遵循當前模板字段並保持保守驗證行為的價值。
BIP 狀態與比特幣主網激活並不相同
BIP 倉庫狀態並不是比特幣主網部署信號。BIP 54 被標記為 Complete，表示計劃中的規範工作已經完成，但這本身並不能證明比特幣用戶、礦工、節點運營者或客戶端實現已在主網上採用這些規則。
BIP 3 的流程指引區分了 BIP 的發佈與生命週期，以及技術部署和社區共識。在實踐中，比特幣共識軟分叉所需的不只是完成的文檔。運營方還應關注明確的激活方式、實現支持、發佈行為、測試結果，以及與相關部署路徑有關的可信證據。
這一差異在挖礦溝通中尤其重要。若沒有獨立核實的激活機制，將 BIP-54 描述為“已激活”會造成誤導。更穩妥的說法是，BIP-54 提出了挖礦軟件在提案推進時應能適配的規則。
BIP-54 擬解決的四個問題
BIP-54 將四項變更結合在一起，因為每一項都關係到比特幣驗證的成本、可預測性或安全性。
- 它提出時間戳約束，旨在緩解比特幣時間扭曲攻擊及相關的難度週期計時問題。
- 它提出對非 coinbase 交易中可能執行的簽名操作設置上限，以應對異常高的比特幣區塊驗證成本。
- 它提出使見證數據剝離後序列化數據恰好為 64 字節的交易無效，從而減少與 Merkle 樹和 SPV 證明相關的歧義。
- 它提出 coinbase nLockTime 規則，用於區分新創建的 coinbase 交易和歷史 BIP 34 違規交易，從而允許在激活後移除顯式的 BIP 30 重複交易驗證。
共同主題是清理那些會給全節點驗證、輕量級證明驗證或礦池運營帶來麻煩的邊界情況。這些提案描述的是風險與緩解措施，並不表示攻擊目前正在比特幣主網上發生。
時間扭曲緩解與比特幣挖礦時間戳
比特幣時間扭曲攻擊是指，擁有足夠算力的攻擊者在難度調整週期附近操縱時間戳。BIP-54 提議在特定的 2,016 區塊邊界執行檢查，以防止時間戳以破壞預期難度計算的方式移動。
難度調整邊界上的擬議規則
激活後，BIP-54 將要求：
- 在高度可被 2,016 整除時，區塊時間戳至少應為前一個區塊時間戳減去 7,200 秒。
- 在一個調整週期的最後一個區塊，區塊時間戳至少應為前 2,015 個區塊之前那個區塊的時間戳。
這些是針對邊界的狹窄規則，並非要求為每個區塊手動調整時間戳。時間戳生成仍應遵循提供工作模板的節點返回的值。
BIP-54 明確建議礦工在設置區塊時間戳時使用 getblocktemplate 返回的 curtime 或 mintime 字段。這是合理的模板管理方式，因為低於 mintime 的時間戳本就可能生成無效區塊。使用自定義任務分發、ASIC 端時間戳滾動或多個模板來源的礦池，應確認其時間戳路徑在最終提交區塊前始終滿足這些約束。
限制最壞情況下的區塊驗證成本
該提案還針對驗證成本異常高的區塊。其方法並非全面禁止腳本功能，而是提議限制每筆非 coinbase 交易中可能執行的簽名操作。
擬議的最大值為 2,500 次簽名操作，按照 BIP 規定的計數規則，對相關輸入腳本和已花費輸出腳本進行統計。這是 BIP-54 擬議規則，並非當前已在比特幣主網生效的限制。在描述策略、共識或礦池交易過濾器時，這一區別十分重要。
對礦池運營者而言，主要影響在於交易選擇。模板構建器應能夠避開在擬議規則下會變為無效的交易。BIP-54 表示，Bitcoin Core 30.0 及更高版本不會生成包含違反該擬議簽名操作限制交易的模板。使用自定義組裝器、外部交易數據源或修改版節點軟件的運營方，應測試自身的選擇邏輯，而不應假定每個組件都採用相同檢查。
64 字節交易、Merkle 樹與 SPV 證明
見證數據剝離後序列化數據恰好為 64 字節的交易，在比特幣 Merkle 樹語境中可能存在歧義。它既可能被解釋為交易葉節點，也可能被解釋為中間樹節點。這種歧義會使比特幣 SPV Merkle 證明變得複雜，並可能誤導驗證者判斷某筆交易是否被納入區塊。
BIP-54 提議在激活後使 64 字節比特幣交易無效。目標是在不要求 SPV 用戶依賴特殊變通方案的前提下，提高證明安全性。
對礦工而言，這主要是模板篩選問題，而非 coinbase 設計變更。礦池應確保用於策略和區塊組裝的交易序列化邏輯能夠正確評估剝離見證數據後的大小。BIP 指出，較新的 Bitcoin Core 行為已經避免中繼或創建此類交易的模板，但自定義交易處理流程仍應單獨測試。節點的中繼策略並不能證明共識規則已經激活。
Coinbase 交易、nLockTime 與重複檢查
coinbase 規則是 BIP-54 中與礦池軟件最直接相關的一項。該提案要求 coinbase 交易的 nLockTime 等於區塊高度減一，並要求其 nSequence 不等於 0xffffffff。
其目的是確保未來的 coinbase 交易可與歷史 BIP 34 違規交易區分開來。具備這種區分後，BIP 提議在激活後移除顯式的 BIP 30 重複交易驗證。這將在保留對重複 coinbase 交易保護的同時，簡化未來驗證。
比特幣礦池的 coinbase 交易通常由礦池基礎設施組裝，其中可能涉及支付元數據、extranonce 處理、品牌標識和任務專屬數據。關鍵運營問題是，軟件能否嚴格按提案將 nLockTime 設置為區塊高度減一，同時不依賴它實現其他關鍵功能。由於處理此類特定礦池任務的廣泛使用開源參考軟件有限，BIP-54 鼓勵礦池使 coinbase 構建軟件具備前向兼容性。
礦池在採取行動前需要審查什麼
不應僅因某項 BIP 處於 Complete 狀態就進行生產環境變更。不過，BIP-54 是開展前向兼容性審查的合理契機。礦池運營者，包括結合 ViaBTC 比特幣挖礦服務 評估自身工作流程的運營者，可以專注於實現規範，而不必猜測激活結果。
實用的前向兼容性檢查清單
- 確認區塊時間戳依據當前
getblocktemplate指引設置，並視情況使用curtime或mintime。 - 在難度調整邊界測試模板，包括自定義時間戳滾動和故障切換模板路徑。
- 確認交易篩選能夠識別見證數據剝離後為 64 字節的交易，並可在需要時執行擬議的簽名操作閾值。
- 審查 coinbase 構建流程，確保能夠將
nLockTime設置為區塊高度減一、將nSequence設為非最終值，同時不影響運營元數據或 extranonce 工作流程。 - 使用礦池實際採用的節點版本、任務協議、固件集成和自定義補丁進行測試。
- 保持部署控制可回退：先在測試環境中分階段實施變更，並記錄經過測試的確切客戶端和配置版本。
這項工作的實際價值在於韌性。它能降低未來共識部署暴露自定義礦池代碼中隱藏假設的可能性。
測試、實現與下一步可能發生的變化
BIP-54 包含參考實現和測試向量，其面向礦工的前向兼容性說明討論了 Bitcoin Core 對時間戳處理、簽名操作篩選和 64 字節交易處理的行為。BIP 95 還提議讓 Testnet 5 從區塊 1 起執行 BIP-54 規則。
這一 Testnet 5 提案不應等同於已確認的比特幣主網激活。同樣，也不應將與 signet 相關的實驗或測試網絡試驗描述為主網部署公告。測試環境可讓礦池運營者驗證邊界情況，但其規則和時間表可能與主網不同。
在進行運營變更前，應重新核查 BIP 當前狀態、任何激活參數、最新 Bitcoin Core 發佈說明、參考實現和當前測試網絡聲明。BIP-54 對當下礦工最有價值的作用是提供兼容性視角：保持模板保守、讓 coinbase 構建具備適應性，並在將擬議規則視為已生效規則之前核實部署事實。