XRP賬本升級導致近一半過時節點無法使用
週四，XRP Ledger 運營商們將面臨一種熟悉的“最後期限危機”。 此前，一個社區追踪器警告稱，很大一部分 XRPL 服務器即將被阻止進行修改，基本上會被擱置，直到它們升級為止。
“大約 10 個小時後，999 台 XRPL 服務器中將有 418 台（！！）宕機，因為它們的修正案被阻止了！”寫道X 用戶 Krippenreiter 補充說，被阻止修改的 Rippled 服務器無法“確定賬本的有效性”、“提交交易”、“處理交易”或“參與共識過程”。
這會對 XRP 賬本產生影響嗎？
如果你從未了解過 XRPL 的治理機制，這聽起來可能會是一場災難。 但關鍵的區別就在於名稱本身：阻止修改是一種安全機制，而非網絡故障模式。 當新的協議規則生效時，舊軟件將無法可靠地解析賬本，因此網絡會強制這些服務器進入非參與狀態，而不是讓它們自行猜測。
那麼，如果交易活動激增，“幾乎一半的服務器”被阻止修改，這會有影響嗎？ “完全不會，”KrIPpenreiter 回復一位用戶說。 “所有 dUNL 驗證器都是安全的，因此所有‘受信任’的驗證器都會繼續按預期進行驗證（並且在負載下也能正常運行）……至於其他情況，則有‘費用遞增’機制。”他想表達的觀點是：共識來自一組受信任的驗證器，而費用遞增機制旨在隨著賬本繁忙程度的增加而提高交易成本，從而限制垃圾郵件和過載嘗試。
其他 XRPL 觀察者大多將其視為例行維護，而非生死攸關的時刻。 “這不尋常或危險嗎？不。這種情況幾乎每次修訂週期都會發生，”另一位用戶寫道，並列出了之前的變更窗口，指出滯後的節點通常會稍後升級。 XRPL 修訂流程其自身的設計理念是圍繞著較長的準備時間：一項修正案需要獲得受信任驗證者的持續絕對多數支持兩週才能生效。
然而，視覺上的影響不容忽視。 數百台公共服務器同時宕機，會造成實際的麻煩。 錢包對於依賴第三方基礎設施的瀏覽器和企業來說，即使共識機制運行良好，節點更新頻率降低也意味著邊緣冗餘度下降——公共端點更加脆弱，支持工單更多，諸如“為什麼我的交易無法完成？”之類的問題也會增多。
而且還有明確的升級路徑。 XRPL.org 發布的 rippled 2.6.2 版本說明中提到了新的 fixDirectoryLimit 修訂以及一個關鍵 bug 修復——如果你運行的是生產環境基礎設施，那麼這些更新絕對不容拖延。
簡而言之：不，XRPL 不會“關閉”。 但如果您在 2025 年底仍然運行舊版 Rippled 網絡，那麼網絡很快就會提醒您，升級並非可選項。
截至發稿時，XRP 的交易走勢與大盤整體情緒一致，過去 24 小時內下跌了 1.5%。
