Ripple 首席技術官榮譽退休者暨 XRP Ledger 首席架構師 David Schwartz 揭露了他私人樞紐的運營指標——本質上是一個主要的中繼伺服器，其他網路節點透過它進行通訊。
該遙測數據涵蓋 8 月 25 日至 9 月 8 日期間，驗證者對其感興趣並非巧合：這是 XRPL 的關鍵節點之一。Ripple 資深人士的評價是系統已從最近的危機中完全恢復，並以堅如磐石的穩定性運行，或者正如 Schwartz 自己所說：「Rock Solid」。
對生態系統而言，這份發布不僅僅是一組枯燥的圖表——它是一個期待已久的認可。就在一個多月前，7 月 31 日，XRPL 網路遭受了嚴重的基礎設施危機。
一次垃圾訊息攻擊如何幾乎使 XRP 網路過載，以及為何其創建者必須親自證明一切已修復
匿名攻擊者發動了所謂的「清單風暴」。清單是驗證器節點的數位憑證，攻擊者用數千個假憑證淹沒網路，迫使節點花費資源處理垃圾訊息。
當時，Schwartz 的樞紐在共識階段直接遭遇了廣泛的連線失敗，出現 onReadMessage 錯誤——即節點相互比較帳本狀態的階段。然而，區塊最終確定和共識本身從未中斷過一分鐘，事件透過緊急工程干預解決，而無需關閉網路。
開發人員不得不緊急推出 xrpld 3.2.1 熱修復。它限制了清單大小，並重新設計了未知節點的數據快取，使系統不再浪費資源在可疑參與者上。一個月後，Schwartz 在真實條件下展示了該修補程式的首批結果。
最新的圖表證明攻擊的後果已完全消除。該樞紐可靠地維持約 400 個同時連線，峰值達 423 個，包括 135 個入站和 271 個出站連線。延遲——節點之間的回應時間——降至 165 毫秒。
唯一的異常是 9 月 6 日出現的一次性峰值，達到 1.49 秒，但演算法將其控制住，未影響共識。連線中斷保持在每五分鐘間隔 84.6 次——這是正常的背景速率，而非麻煩的跡象。標記為「Abuse」的惡意活動指標降至幾乎為零，因為更新後的保護現在過濾掉了幾乎所有垃圾流量。
本質上，這不是單一伺服器的例行正常運行時間報告，而是更新後的 xrpld 軟體在真實負載下的公開審計。它證實了 XRPL 的基礎設施已準備好進行長期穩定運行。
