比特幣於 7 月 25 日進入 BIP-110 的最後一個普通 2,016 區塊窗口，礦工支持率為 0.89%。該提案需要 1,109 個區塊（即 55%）才能普通鎖定，若支持率持續低於該門檻，其強制版本位階段可於 8 月開始。
詹姆斯·洛普將共識清理、契約和量子準備視為比特幣的下一項議程。他也在這一過渡中佔據了兩個立場：洛普反對 BIP-110，並共同撰寫了 BIP-361，這是一份關於後量子遷移的草案計劃。
BIP-110 為這些辯論 提供了一個活躍的治理參考，因為開發者、礦工、節點運營商、交易所、託管方和持幣者各自提供了不同的同意形式。下一組提案將這種協調測試與區塊驗證、防竊取託管以及脆弱幣的擁有狀態相結合。
已知的錯誤已進入升級隊列
共識清理結合了 BIP-54 中的四項協議修復。Antoine Poinsot 和 Matt Corallo 已完成規範，而 比特幣 Inquisition 自二月起已在其實驗性 Signet 上運行這些規則。
該套件涵蓋了時間扭曲攻擊、極端的區塊驗證成本、涉及 64 位元交易的 Merkle 樹模糊性，以及未來的重複交易檢查。
時間扭曲漏洞使大多數哈希算力能夠在 38 天內將挖礦難度拉至最低，透過更快的區塊產生提前提取補貼，並改變礦工的激勵機制。
另一個弱點是，特別設計的區塊在高端硬體上可能需要數分鐘，而在較弱的機器上則需數小時。
BIP-54 限制每筆交易的簽名操作次數，將最壞情況下的驗證負擔減輕了 40 倍。它還使自 2019 年以來礦工一直視為非標準的 64 位元交易格式失效，而比特幣上一次在鏈上記錄此格式為 2016 年。
由於這些修復強化了共識的有效性，審查重點集中在規範、參考代碼、測試向量以及數月的 Signet 使用中的邊界情況。延長時間將使協議中四個已記錄的弱點持續存在，並增加未來攻擊壓縮審查時間表的可能性。
共識清理為比特幣提供了一次具有明確定義故障和可衡量修復措施的維護測試，以證明該網絡能通過常規審查處理防禦性協議工作。
延遲過久會將已知的弱點轉化為累積的技術負債。
| BIP-54 修復 | 已處理風險 | 實際影響 | 前瞻性問題 |
|---|---|---|---|
| 時間扭曲修復 | 大多數哈希算力可將難度推至最低 | 可加速區塊產生並提前撥款 | 比特幣能否在已知的激勵漏洞被利用前修復？ |
| 驗證成本限制 | 精心製作的區塊可能需要數分鐘或數小時來驗證 | 削弱低資源節點並增加傳播風險 | 網絡是否在攻擊壓力上升前優先考慮最壞情況下的韌性？ |
| 64 位元交易規則 | 特殊交易格式導致的默克爾樹模糊性 | 消除一類歷史共識模糊性 | 在邊緣情況被武器化之前進行預防性清理是否更容易？ |
| 重複交易清理 | 未來 BIP-0030 式驗證的關切 | 減少舊有異常處理 | 比特幣能否在不引發協調反彈的情況下簡化共識？ |
Covenants 進入主動測試階段
比特幣審判於7月27日在signet區塊314,928啟用BIP-446的OP_TEMPLATEHASH。該操作碼讓Tapscript能夠承諾能夠花費輸出的確切交易，為錢包和二層系統提供契約原語。
金庫透過第一筆交易使用該原語，該交易宣告試圖提款，並創建一段延遲，在此期間所有者可將資金轉至更安全的地址或阻止竊賊的付款。
目前的結構可使用預簽交易和已銷毀的簽名密鑰，這種運作模式在大額餘額和長期儲存下會變得脆弱。
BIP-448 提出了一個三指令 Tapscript 套件，將 OP_TEMPLATEHASH 與 OP_CHECKSIGFROMSTACK 和 OP_INTERNALKEY 結合起來。
格雷戈里·桑德斯、安托萬·波瓦諾和史蒂文·羅斯將該包與可重新綁定的交易、更簡化的法幣渠道、多方 Lightning 設計、狀態鏈和 Ark 變體相連接。
審核者可以將單獨的 TEMPLATEHASH 激活（其審核範圍較小，且早期有金庫工具）與 BIP-448 更廣泛的支付系統支援及較低的另一次軟分叉機率進行比較。
較長的測試期將維持現有的共識規則，並延長對託管方或脆弱的預簽名結構的依賴。
對於持倉者而言，covenant policy determines 錢包在資金離開地址前可編碼的控制程度。
金庫延遲、恢復路徑和限制支出模板可強化自持保管，並讓控制權保持在交易所、ETF 或專業保管人之外。
| 提案 | 核心 漲跌幅 | 主要使用情境 | 交易權衡 |
|---|---|---|---|
| BIP-446 / OP_TEMPLATEHASH | 讓 Tapscript 承諾於支出交易 | 金庫、恢復路徑、限制支出 | 審查範圍較小，但功能較窄 |
| BIP-448 套件 | 結合 OP_TEMPLATEHASH、OP_CHECKSIGFROMSTACK 和 OP_INTERNALKEY | 法幣渠道、多方 Lightning、狀態鏈、Ark 變體 | 更廣泛的用途，但需承擔更大的共識審查負擔 |
| 無契約激活 | 保持現有的共識規則 | 預簽名金庫、託管控制、現有錢包模型 | 避免軟分叉風險，但使自托管工具變得較弱 |
量子遷移設定所有權截止日期
BIP-361 將最大的協調任務設定在五年時間內。該草案將在啟動後約三年停止創建新的量子脆弱輸出，然後在第五年左右，節點 would tighten verification for legacy ECDSA and Schnorr 花費路徑。
階段 B 需要一個量子安全的救援協議來處理舊式支出，但草案尚未指定單一的救援設計。
該時間表 將要求交易所、託管方、錢包提供商和個別持有者將資金轉移至後量子輸出類型。未在 B 階段前完成遷移的所有者，將需滿足新的救援條件。
透過在安全設計中嵌入所有權保障，BIP-361 致力於阻止量子運算者透過傳統支出路徑轉移暴露的幣幣。錯過窗口的擁有者可能會面臨額外的恢復阻力，而任何救援機制都需要制定證明設計、隱私、欺詐控制和休眠資金的規則。
| 階段 | 大約時間 | 有什麼變化 | 誰必須採取行動 |
|---|---|---|---|
| 啟用 | 第 0 年 | 量子遷移時鐘已啟動 | 開發者、節點運營商、錢包提供商、交易所、託管方 |
| A 階段 | 大約第 3 年 | 新的量子脆弱輸出將停止產生 | 錢包、交易所、支付處理商、託管方 |
| B 階段 | 大約第 5 年 | 傳統的 ECDSA/Schnorr 驗證將透過量子安全救援規則加以強化 | 所有具有脆弱輸出的持倉者 |
在看漲情境下，BIP-110 流程為網路就緒性制定了更明確的標準。BIP-54 獲得集中審查，契約提案獲得對比性 signet 數據，而量子規劃則獲得多年實施時間窗口。
錢包增強了防竊控制，節點加強了驗證限制，託管方有更多時間盤點易受攻擊的輸出。
在看跌情境下，垃圾訊息爭議將每個軟分叉轉變為派系之爭。共識清理仍停留在 Signet 上，契約工作分散於競爭的 opcode 套件中，而後量子政策則等待更接近的密碼學威脅。
比特幣隨後將已知的漏洞、較弱的自托管工具以及壓縮的遷移時間表帶入同一治理流程中。
BIP-110 的八月窗口將建立比特幣治理的單一記錄，而共識清理、契約和 BIP-361 將把這份記錄延伸至維護、託管和密碼學生存領域。
比特幣的未來取決於識別哪些協議提案能保護其核心功能，並在緊急狀況設定時間表之前建立共識。
文章 四個未修復的漏洞、一個五年量子時鐘，以及礦工對峙，正將比特幣推至關鍵十字路口 首先出現在 CryptoSlate。