XRP Ledgerのバージョン3.2.0のサーバーソフトウェアアップデートは6月15日に展開され、ネットワークのアップグレードに必要な検証者の採用閾値を達成しました。しかし、より広範なノードネットワーク全体での採用はまだ完了していません。XRPScanのデータによると、約833のアクティブなノードのうち、約43％がv3.2.0を稼働させており、51％は古いバージョンのv3.1.3のままです。アップグレードは運用コストの削減、安定性の向上、そして機関投資家にとって魅力的なネットワーク作りを目的としています。検証者—デフォルトのUnique Node List（UNL）に登録された信頼された35ノードのサブセットで、台帳の公式記録の変更を承認する役割を持つ—はより積極的に採用を進めており、そのうち31検証者（89％）がすでに新しいソフトウェアを稼働させており、ネットワークが求める80％の閾値を十分に超えています。XRP LedgerはXRPの背後にあるブロックチェーンであり、取引履歴を保存し、情報をシステム全体に中継するノードと呼ばれる分散型コンピュータネットワークに依存しています。
検証者は閾値をクリア、ノードは遅れ
v3.2.0のソフトウェアアップデートは、スマートフォンのiOSやAndroidのアップデートのように、ノードコンピュータが実行するソフトウェアの新しいバージョンです。すべてのノードが即座に更新されるわけではなく、一定期間、古いバージョンと新しいバージョンが並行して動作します。ノードとは、台帳の取引履歴のコピーを保存し、ネットワーク内で情報を伝達する役割を果たすコンピュータのことです。
生のノード数だけでは、ネットワーク全体へのアップグレードの浸透は決まりません。その責任は、台帳の公式記録に最終的な承認を与える信頼されたノードの小グループであるUnique Node List（UNL）に属する検証者にあります。デフォルトのUNLには35検証者が登録されており、そのうち31検証者（約89％）が新しいアップグレードに移行しています。これにより、ネットワークが求める80％の閾値を十分にクリアしています。この閾値は、2週間連続して維持されて初めて変更が確定します。
セキュリティ修正は別の投票を待つ
ソフトウェアと一緒にバンドルされているが別の進行ルートをたどるのは、fixCleanup3_2_0と呼ばれる修正です。これはソフトウェアの展開とは異なり、台帳上の正式な投票です。検証者はこれに積極的に投票し、通過には同じく80％の超過多数が必要です。
fixCleanup3_2_0の修正は、シングルアセットの金庫（資金をプールする仕組み）、アクセス制御付きの分散型取引所（取引プラットフォーム）、多目的トークン、トークン化資産に対して借入を可能にする貸付プロトコルなど、新しい機能に対する複数のセキュリティ修正をパッケージ化しています。また、削除されたアカウントが残留データを残さないようにするチェックも追加しています。
Rippleはこの修正に賛成票を投じています。ただし、ソフトウェアのアップグレードと同じ検証者が修正に投票することは別の行動です。現在のところ、ソフトウェアのアップグレードのみが完了に近づいています。
検証者のアップグレードとノード採用のギャップ
アップグレード前に修正に参加しない検証者は、修正ブロック状態に入るリスクがあります。この状態は、古いアプリが必要なアップデートに追いつかず機能しなくなるのと似ています。
このリスクにより、遅れているノードレベルの採用も引き続き監視対象となっています。現時点では、アップグレードは必要な支持を得ていますが、それに伴うセキュリティ修正はネットワーク全体の追従を待っています。
よくある質問
XRP Ledger v3.2.0ソフトウェアアップグレードとは何ですか？
v3.2.0のソフトウェアアップグレードは、XRP Ledgerのノードが実行するサーバーソフトウェアの新しいバージョンです。6月15日に展開され、運用コストの削減、ネットワークの安定性向上、そして機関投資家にとって魅力的な台帳作りを目的としています。このアップグレードは、スマートフォンのOSアップデートのように機能し、すべてのノードが同時に更新されるわけではありません。
なぜXRP Ledgerは80％の検証者採用閾値を必要とするのですか？
XRP Ledgerは、ネットワークのアップグレードを確定させるために、デフォルトのUnique Node List（UNL）に登録された検証者の80％の採用閾値を必要とします。検証者は、台帳の公式記録の変更を承認する信頼された35ノードのサブセットです。80％の検証者がアップグレードを採用し、そのレベルを2週間連続して維持すると、その変更は確定とみなされます。現時点のデータでは、35検証者中31（89％）がv3.2.0を採用しており、必要な閾値を超えています。
