簡而言之：Bitcoin Core 已針對容易重新發現的漏洞（包括使用 AI 的情況）採用更快的修復和披露措施。其他安全漏洞仍可保留較長的保密期。
比特幣核心正在更改處理攻擊者輕易即可發現的安全漏洞的時間表。實際的問題是，當軟體幾乎能立即重新發現漏洞時，延遲公佈漏洞是否仍能保護用戶。
於10月22日合併的政策更新為這些情況提供了更快的解決途徑。開發人員安托萬·波瓦松認為，大型語言模型使某些問題更容易被發現，包括識別出原本意圖低調處理的修復方案。
這為維護 Bitcoin 軟體的人員帶來了艱難的選擇：隱藏細節可以爭取升級時間，但延遲發布可用的修補程式也可能使操作者處於風險之中。
更快的發佈以輕鬆發現已知缺陷
更新的披露政策允許開發者將已報告的漏洞分類為易於發現。一個簡單的 AI 提示即為例子；此類別也涵蓋透過其他方式以最少努力發現的問題。
針對這些漏洞，維護者將盡快為每個受支援的主要版本發布修補程式，並附上安全公告。這些情況將繞過與嚴重性相關的常規保密期。
對於運行自己節點的 交易所 或支付業務來說，這種區別至關重要。點發布可以在不等待下一個主要軟體版本的情況下提供針對性的修復。公告也有助於運營者判斷其特定配置是否受影響。
其他披露規則保持不變。低嚴重性問題通常在包含修復的主版本發布後兩週公開；中等和高嚴重性問題一般需等待至最後受影響版本支援生命週期結束後兩週；關鍵漏洞仍需個別處理。
較少的保密性也意味著較少的測試時間
與漲跌幅相關的討論清楚表明，速度是有代價的。Poinsot 指出，加速的緩解措施在進入開發分支後，會更早地到達用戶端。因此，開發人員必須在暴露缺陷的風險與引入有缺陷修復的風險之間進行權衡。
對於提供 托管 的企業而言，運營經驗表明，補丁準備應與關鍵安全措施並重。維護最新的軟體版本清單、了解哪些服務依賴這些版本，並建立受控的升級流程，可使短暫的通知期更易於應對。
該公告本身並未指出比特幣網絡遭受了新的攻擊。它改變了對某一類軟體問題的處理方式。因此，讀者應區分修訂後的安全流程與證據之間的差異，後者表明比特幣已被盜或共識規則已失敗。
其重要性較為狹窄且更實際：當攻擊者能以低成本重新發現弱點時，繼續讓用戶使用未修復的軟體就更難以合理化。回應的重點轉向盡快提供修復方案，同時讓剩餘的權衡變得清晰可見。
由新聞團隊撰寫，薩繆爾·雷編輯。