6月15日にxrpldバージョン3.2.0がデプロイされて以降、XRP Ledger開発コミュニティはネットワークの更新されたコアサーバーインフラに関する多数の技術的問題を記録しています。
このソフトウェアアップデートは、パフォーマンスの最適化やメモリ使用量の30%〜40%削減といった注目すべき改善を約束していました。このリリースではサーバーの名称を「rippled」から「xrpld」に変更し、セキュリティープロトコルも強化されました。
しかし、リリース直後から、ノード管理者やソフトウェアエンジニアが公式GitHubのイシュートラッカーを通じて問題を報告し始めました。
あるノード管理者は、v3.2.0を実行するインフラがアップデート後にレジャー情報の取得に完全に失敗したことを報告しました。システムは接続状態を維持していましたが、同期が完全に停止しました。特筆すべきは、同一のハードウェアがバージョン3.1.3では問題なく動作していた点です。この問題は6月18日に報告され、現在も解決待ちの状態です。
別の問題では、インラインコメントを含む設定ファイルが初期化時にサーバーのクラッシュを引き起こすことが明らかになりました。旧来の解析システムが特定のパラメーターのコメントを適切に処理できず、「BadLexicalCast」例外が発生します。
プロジェクトのメンテナーは、複数の報告を技術的評価が必要な正当な不具合として確認しています。
エンジニアたちは、ネットワークピアへのトランザクション伝播メカニズムに影響する不具合を特定しました。計算上のエラーにより、トランザクションのブロードキャストを受信するピアの数が制限され、ネットワーク配信が不十分になる可能性があります。
リソース手数料のトラッキングメカニズムも問題視されました。現在の実装では最大手数料の値のみが保持され、以前のエントリが破棄されており、開発者はこの動作を誤りとして分類しています。
バリデーターリストの伝播にも別の課題が生じました。現在、バリデーターのメタデータはインバウンドのピア接続にのみ送信され、アウトバウンドのリンクは除外されています。この非対称性はネットワークインフラ全体でのバリデーター情報の配信に影響を与えます。
開発者はレジャーシーケンスの検証プロセスにおいて、符号なし整数のオーバーフロー脆弱性の可能性を特定しました。また、一時的な暗号化キーを使用した場合のトランザクションルーティングパラメーターの不一致やノード識別の侵害についても報告が寄せられました。
さらに別の報告では、ノードを確立された回復手順なしに未定義の状態に陥らせる可能性のある、レジャー状態トラッキングの論理的欠陥が概説されました。
現時点では、記録されている不具合のいずれもネットワーク全体のサービス障害を引き起こしていません。XRP Ledger Foundationとオープンソース開発の貢献者たちは、プロジェクトのGitHubプラットフォームを通じて提出されたすべての報告を引き続き調査しています。
バージョン3.2.0のネットワーク採用率は現在26%です。大多数のノードは引き続き以前のソフトウェアバージョンで動作しています。
XRP Ledger Foundationは、本記事の公開時点で公式声明や修正パッチをリリースしていません。特定されたすべての問題は継続的な技術的評価の下にあります。
The post XRP Ledger's Latest v3.2.0 Update Faces Technical Hurdles Post-Launch appeared first on Blockonomi.


