XRP Ledgerのxrpld 3.2.0の展開により、ノードの26％しかアップグレードしないため、複数のバグが発生

XRP Ledgerのxrpld 3.2.0リリースで複数のノードバグが判明、採用率は依然として低い XRP Ledgerコミュニティは、6月15日にリリースされたxrpldバージョン3.2.0のアップグレード後に、複数のソフトウェア問題が発生していることを明らかにしました。このアップグレードはサーバーソフトウェアの名称を「rippled」から「xrpld」に正式に変更し、セキュリティ、パフォーマンス、メモリの改善を約束しています。現在のところ、ネットワークノードの26％しかアップグレードしておらず、開発者とノード運用者はプロジェクトのGitHubリポジトリに複数のバグ報告を提出しています。 3.2.0に含まれる変更点 - このアップデートでは、名称変更に加えて、パフォーマンスとメモリの最適化（コミュニティの議論ではメモリ使用量が30～40％削減される見込み）、セキュリティ強化、その他のサーバー改善が導入されました。 リリース後の報告された問題 複数のメンテナー、ノード運用者、コントリビューターから複数の問題が報告されています。GitHubにログされた主な報告内容は以下の通りです： - 同期失敗：ある運用者が、xrpld 3.2.0を実行するサーバーが「接続済み」状態のままレジャーデータをダウンロードできない状態に陥ったと報告。同機器ではv3.1.3に戻すと正常に同期しました。この問題は6月18日に提出され、現在も開いたままです。 - 設定ファイルパーサークラッシュ：インラインコメントを含む設定ファイルがパース中にクラッシュを引き起こす可能性があります。従来のパーサーは特定の単一値フィールドでコメントを削除できず、「BadLexicalCast」エラーを発生させました。 - トランザクションリレーの不足：リレー計算バグにより、意図したよりも少ないピアにトランザクションがリレーされる可能性があり、トランザクション伝播に影響を与えるおそれがあります。 - リソース課金バグ：手数料記録メカニズムは観測された最高手数料のみを保持し、以前の手数料データを破棄するため、リソース会計が歪む可能性があります。 - ピア/バリデーター配布のギャップ：バリデーターリスト情報がインバウンドピアにのみ送信され、アウトバウンドピアは情報を受け取っていません。 - 合意形成と検証に関する懸念：レジャーシーケンス検証中の符号なし整数オーバーフローのリスク、トランザクションルーティングフラグの不整合、一時キーに関連付けられたブレイクしたプロポーザルノード識別子が指摘されています。 - ネットワーキングとメッセージ処理：ピアツーピア通信動作、メッセージ圧縮処理、メッセージパースポリシー、合意形成に関連するルーティングロジックなど、追加の問題が報告されています。 - レジャー追跡のギャップ：一部のロジックギャップにより、ノードが長期間不確定な状態に陥る可能性があります。 プロジェクト状況と影響 - いくつかの報告は既に確認済みバグとして分類され、メンテナーにレビューが割り当てられています。他の報告は調査中です。 - XRP Ledger財団とコントリビューターは、プロジェクトのオープンソースワークフローを通じてこれらの発見に対応しています。 - 現在のGitHub記録によると、報告された問題はこれまでにネットワーク全体への障害や混乱を引き起こしていません。 なぜ重要か xrpld 3.2.0のリリースは重要なリソースとパフォーマンスの向上を目指していますが、新たに報告された不具合は、分散型ネットワーク全体で大規模なノードソフトウェアアップグレードを展開する際の課題を浮き彫りにしています。ノードの4分の1しかアップグレードされていない状況で、コミュニティはメンテナーが問題を優先順位付けしパッチを適用する過程を注視しており、採用率が向上するにつれてネットワークの分断やノード動作の劣化を防ぐことが求められています。 開発者およびノード運用者は、GitHubのイシュー追跡ツールをチェックして最新情報を確認し、テストまたは本番環境でのデプロイ中に追加の異常を発見した場合は報告することをお勧めします。