XRPL 的減速後，David Schwartz 解釋了網絡風險

在 XRP Ledger 網絡中，導致交易減速的技術故障引發了對協議架構的更廣泛檢討。Ripple 的前技術總監及系統開發者 David Schwartz 在事件後的公開評估中，闡述了網絡的主要脆弱點。

減速的帳本關閉啟動了檢查

問題出現在 XRP Ledger Operations 團隊記錄到網絡中的異常情況。網絡上的帳本關閉速度顯著減慢，促使工程師調查延遲的來源。在此過程中，社群內部也提出了對去中心化結構韌性的質疑。

Schwartz 表示，XRPL 軟體受到多層安全結構的保護。然而，他指出有兩種基本情境可能會完全使整個網絡停擺。第一種情境是全球多個驗證伺服器同時失效。Schwartz 表示，這種情況只有在全球範圍內發生重大自然災害時才可能出現。

第二種情境是共識算法中可能出現的錯誤或協議的基本功能之一在代碼層面上遭到破壞。Schwartz 表示，最近事件中記錄的回合減速顯示出系統的技術安全邊際正在縮小，這可能暗示著針對性的攻擊或代碼內部觸發的隱藏錯誤。

David Schwartz 強調，所有可能使整個網絡癱瘓的情況僅限於大規模基礎設施損失或共識機制的破壞，而最近的減速則表明安全邊際的減少。

回應單一故障點的指控

Schwartz 也駁斥了網絡依賴單一節點或中心的指控。他指出，XRPL 完全以去中心化的方式運作，並表示大型中心的關閉，甚至是自己的節點關閉或過載，並不會直接影響網絡的整體可運行性。

Ripple 作為 XRP 生態系統中的領先公司之一，正在開發支付基礎設施和基於區塊鏈的金融解決方案。XRP Ledger 被認為是一個獨立運作的開源區塊鏈網絡。

監控系統在負載下失靈

事件中最明顯的問題是網絡監控系統在高負載下表現不佳。當共識回合減速時，驗證者瞬間轉為最大負載。Schwartz 的節點也無法承受高流量請求，當地 RPC 連接處於 CLOSE_WAIT 狀態。

迷你詞彙：RPC 是一種允許軟體從另一系統遠程請求數據和執行命令的通信方法。CLOSE_WAIT 是指一個連接已收到對方的關閉信號，但本地端的過程尚未完成的狀態。

由於這一鎖定，Schwartz 的內部監控系統在關鍵時刻無法記錄和傳送診斷數據。因此，工程師不得不在未能明確故障的確切原因的情況下重新啟動伺服器。

Schwartz 表示，由於節點的連接鎖定，診斷數據在關鍵時刻丟失，伺服器在未確定問題的情況下被重新啟動。

正在檢查發送到舊測試伺服器的記錄

在檢查過程中，發現 XRPL 的一位開發者將中心的日誌記錄發送到了 XRP Ledger Foundation 的一台舊測試主機。這使得事件當時數據的完整收集變得更加困難。

工程團隊和社群運營者正在手動檢查剩餘的日誌記錄，以試圖隔離故障。Schwartz 表示，儘管安全邊際出現了暫時的縮小，但團隊仍在控制局勢，並且網絡架構擁有足夠的技術儲備以持續運作。