RippleのCTOエメリタスによる運用指標の発表
RippleのCTOエメリタスであり、XRPレジャーのチーフアーキテクトであるデビッド・シュワルツは、他のネットワークノードが通信するための主要なリレーハブの運用指標を明らかにしました。このテレメトリーは8月25日から9月8日までの期間をカバーしており、バリデーターの関心が高まっているのは偶然ではありません。これはXRPLの重要なノードの一つです。
システムの安定性と最近の危機
シュワルツは、システムが最近の危機から完全に回復し、堅固な安定性で運営されていると述べています。彼の言葉を借りれば、「ロックソリッド」です。この発表は、エコシステムにとって単なる乾燥したチャートのセット以上のものであり、待望の承認の印です。
「ちょうど1ヶ月前の7月31日、XRPLネットワークは深刻なインフラ危機に見舞われました。」
匿名の攻撃者が「マニフェストストーム」と呼ばれる攻撃を引き起こしました。マニフェストはバリデータノードのデジタル資格証明であり、攻撃者はネットワークに数千の偽の資格証明を送り込み、ノードが無駄なデータを処理するためにリソースを消費させました。その際、シュワルツのハブは合意段階でのonReadMessageエラーによる広範な接続障害に見舞われました。この段階は、ノードが互いにレジャーの状態を比較するポイントです。
緊急エンジニアリング介入とその結果
しかし、ブロックの最終化と合意自体は1分間も中断されず、ネットワークをシャットダウンすることなく緊急エンジニアリング介入によって問題は解決されました。開発者たちはxrpld 3.2.1のホットフィックスを急いでリリースし、マニフェストのサイズを制限し、不明なノードのデータキャッシングを再構築して、システムが疑わしい参加者にリソースを無駄にしないようにしました。
1ヶ月後、シュワルツは実際の条件下でのパッチの最初の結果を発表しました。最新のチャートは、攻撃の影響が完全に排除されたことを証明しています。ハブは約400の同時接続を安定して維持し、423に達するピークを記録しました。その中には135の受信接続と271の送信接続が含まれています。
接続の安定性と悪意のある活動の減少
ノード間の応答時間であるレイテンシは165ミリ秒に低下しました。唯一の異常は9月6日に1.49秒への一時的なスパイクでしたが、アルゴリズムはそれを抑制し、合意には影響を与えませんでした。接続のドロップは5分間の間に84.6件のインシデントであり、問題の兆候ではなく通常の背景率です。
「Abuse」とラベル付けされた悪意のある活動指標はほぼゼロにまで減少し、更新された保護がほぼすべての無駄なトラフィックをフィルタリングしています。本質的に、これは単一のサーバーの定期的な稼働報告ではなく、実際の負荷の下での更新されたxrpldソフトウェアの公的監査です。これにより、XRPLのインフラが長期的かつ安定した運用に備えていることが確認されました。
