David Schwartz、ネットワーク全体を停止させ得る2つのシナリオを挙げる

減速のあとも停止なし

XRP Ledgerでは、トランザクションの処理が減速したものの、ネットワークの停止には至らなかった。直近24時間でレジャーの生成と検証は通常より大幅に遅いペースで続いたが、帳簿そのものは閉じ続けている。異常を最初に記録したのはXRP Ledgerの運用チームで、レジャーの閉鎖が通常より目立って遅くなっていることを確認し、遅延の原因究明がエンジニアによって開始された。この一連の事象を受け、分散構造を持つネットワークがストレス下でどれほど耐性を保てるのかという議論がコミュニティ内で起こった。Rippleの元最高技術責任者であり、システム開発者の一人でもあるDavid Schwartzが、事後に公開の見解でこの問いに答えた。Schwartz氏によれば、XRPLのソフトウェアは多層的なセキュリティ構造で守られており、ネットワーク全体を停止させ得るシナリオは2つしか存在しないという。1つ目は、世界中のバリデータサーバーが同時に大量故障するケースで、氏はこれが現実になり得るのは地球規模の大規模自然災害が発生した場合だけだと述べた。2つ目は、コンセンサスメカニズムの内部で欠陥が生じるか、プロトコルの中核機能のコードレベルで破損が起きるケースだ。今回の事象では、どちらも発生していない。氏の読みでは、実際に起きたのはシステムの技術的安全マージンが狭まったことだ。イベント中に記録されたラウンドごとの減速は、標的型の攻撃を示唆している可能性も、コード内部で潜在バグが顕在化した可能性もある。さらにSchwartz氏は、ネットワークが単一ノードや特定の中心に依存しているとする主張を否定した。XRPLは完全に分散化された構造で稼働しており、自身のノードを含む主要な拠点が停止や過負荷に陥っても、ネットワーク全体の稼働には直接影響しないという。同ネットワークのコンセンサス過程は、他の一部のネットワークが採用する委任証明のモデルには従わないが、それでも広範なバリデータの合意を基盤としている。XRPネットワークは、Rippleから独立したオープンソースのメインネット上で決済とDeFiの活動を処理する。Ripple自身はエコシステム向けに決済インフラとブロックチェーン型の金融ソリューションを構築しており、この仕事は現在payfiと呼ばれる区分に位置付けられている。

診断が最悪の瞬間に機能停止

この事象で最も具体的な被害を出したのは、帳簿そのものではなく診断体制だった。コンセンサスのラウンドが遅くなると、バリデータは一斉に最大負荷へ切り替わった。Schwartz氏自身のノードはこのリクエスト集中に耐えられず、ローカルのRPC接続、すなわちソフトウェアが遠隔システムにデータ取得やコマンド実行を要求するための経路が、CLOSE_WAIT状態のまま固まった。CLOSE_WAITとは、接続が相手側からの切断シグナルを受け取ったにもかかわらず、ローカル側のプロセスが処理を終えていない状態を指す。この状態の接続はローカル側でソケットを占有し続けるため、トラフィックの急増時には十分な数が積み重なるだけで、ノードが新しいリクエストに応答するための資源を使い果たし得る。このロックアップのため、氏の内部監視システムは最も重大な瞬間に診断データを記録も送信もできなかった。エンジニアは障害の正確な原因を特定できないままサーバーを再起動するしかなく、その旨を自らの報告で率直に明かしている。検証の過程では別の細部も明らかになった。レジャー開発者の一人が管理する拠点が、ログ記録をXRP Ledger Foundationの旧テストホストに送信し続けていたのだ。この経路設定のせいで、事象の時間帯に当たる記録が本番経路の外に流れ、完全なデータ収集の試みはさらに複雑になった。現在、エンジニアリング担当とコミュニティの運用者が残存ログを手作業で精査し、誤りの切り分けを進めている。Schwartz氏の事象全体のまとめは次の通りだ。安全マージンは一時的に狭まったが、チームは状況をコントロール下に保ち、ネットワークアーキテクチャには運転を続けるための十分な技術的余裕が備わっている。一方で、ここから「事件」に相当する事実は何も導かれていない。確定したコード欠陥は示されておらず、停止は発生しておらず、記録上、減速の再発も確認されていない。事象の現時点の輪郭は、終わった減速、機能しなかった診断、そして手作業で進行中の原因特定という3点に集約される。

コンセンサスより先に監視が落ちた

コンセンサスは持ちこたえ、監視体制が先に落ちた。この対比こそ、Schwartz氏の説明から読み取るべき発見だ。裏付けは一次記録にある。氏自身のノードのログと、そこに記録されなかったものだ。ネットワークは設計が意図した通りに動き、バリデータを最大負荷まで押し上げたストレスのピークを停止せずに吸収した。その一方で、それを監視するために作られた層が最初に破綻した。この一連の出来事が「エピソード」から「事件」へ変わる条件は具体的だ。コンセンサスコードの欠陥が確定するか、診断体制が無傷のまま2度目の減速が起きて比較できることだ。現時点でどちらも記録にはなく、市場の反応はこの枠の外にある。価格面の推移は、XRPのテクニカル分析が追跡している。手作業のログ精査が原因を特定するまで、狭まった安全マージンは「観測された事実」のままにとどまり、説明は与えられない。