XRP Ledger のバージョン 3.2.0 へのアップグレードは、全体のノード数が示すよりも、実際にアクティベーションに関わるバリデーターの間ではより速いペースで進んでいます。しかし、別個のセキュリティ関連の修正提案（アメンドメント）は大きく遅れており、そのギャップは、古いソフトウェアを使い続けている人にとって現実的な影響を伴います。
Summary
主なポイント
- XRP Ledger は 6 月 15 日に v3.2.0 サーバーソフトウェアをリリースしました。これは、運用コストの削減と、機関投資家向けの安定性向上を目的としています。
- XRPSCAN のデータによると、アクティブノードの 43% が v3.2.0 を実行しており、51% は依然として古い v3.1.3 を実行しています。
- ユニークノードリスト上の 35 のバリデーターのうち 31 がアップグレードを完了しており、これは 89% に相当します。アクティベーションに必要な 80% の閾値を超えています。
- セキュリティ修正と機能改善をまとめた関連アメンドメント fixCleanup3_2_0 は、ソフトウェアアップグレードの進捗に比べて、投票状況が大きく遅れています。
- アメンドメントが有効化される前にアップグレードを行わないバリデーターは、amendment-blocked state（アメンドメントブロック状態） に陥り、台帳から切り離されるリスクがあります。
XRP Ledger がバージョン 3.2.0 ソフトウェアをリリース
6 月 15 日 にロールアウトされた新しいソフトウェアは、ネットワークの運用コストを下げ、安定性を高め、機関投資家にとってより魅力的なものにすることを目的として構築されています。これらの目標が重要なのは、XRP Ledger が積極的に機能拡張を進めており、レンディングプロトコル、単一資産ボールト、パーミッション型分散型取引所、そして多目的トークンなどを追加しているためです。これらの機能は、より堅牢な技術基盤を必要とします。
しかし、生のノード数だけを見ると、v3.2.0 はまだ支配的なバージョンにはなっていません。ネットワーク上にはおよそ 833 のアクティブノード が存在し、これらは台帳を保存し中継するマシンですが、そのうち 約 43% が v3.2.0 を実行しており、51% は v3.1.3 にとどまっています（XRPSCAN のデータによる）。この数字だけを見ると普及が遅いように見えますが、それが全てではありません。
ノード数が決定的な指標ではない理由
XRP Ledger のアーキテクチャでは、すべてのノードが同等というわけではありません。ネットワークは ユニークノードリスト（UNL） と呼ばれる信頼されたバリデーターの集合によって運用されており、ソフトウェアバージョンやアメンドメントが正式にアクティベートされるかどうかを決めるのは、このリストであって、より広いノード全体ではありません。アクティベーションのルールは明確で、UNL 上のバリデーターの 80% 超が、新バージョンを 2 週間連続で継続的に実行する必要があります。
この基準で見ると、状況はかなり良好です。デフォルト UNL に含まれる 35 のバリデーター のうち 31 がすでに v3.2.0 に移行しており、バリデーターの採用率はおよそ 89% に達しています。これは必要な閾値を大きく上回る数字です。この数字こそがネットワークが注視しているものであり、アップグレードが実質的に順調に進んでいることを示しています。
バリデーターのアップグレードの勢いとネットワークのアクティベーション条件
UNL バリデーターにおける 89% という数字は、まさに閾値を超えているからこそ意味があります。ただし、ソフトウェアの条件を満たすことと、関連するアメンドメントを含めてアップグレードを完全に完了させることは、依然として別の話です。
2 週間の継続的な支持が必要とされるのは、時期尚早または不安定なアクティベーションを防ぐためです。この 2 週間の多数派支持が記録され維持されると、アップグレードはロックインされます。バリデーターコミュニティ — その継続的な参加がネットワークコンセンサスを支える主体を含む — は、一般的なノード群と比べて素早く動いており、最も利害関係の大きい参加者が当初から新バージョンを重視していたことを示唆しています。
fixCleanup3_2_0 における投票の遅れ
より差し迫った懸念は、fixCleanup3_2_0 アメンドメントで何が起きているのか、あるいは起きていないのか、という点です。通常のソフトウェア更新とは異なり、これは台帳上で行われる正式な投票であり、可決には別個の多数派が必要となるガバナンス手続きです。そして現時点では、その支持率はソフトウェアアップグレードの進捗を大きく下回っています。
アメンドメントが実際にカバーしている内容
fixCleanup3_2_0 アメンドメントは表面的な変更ではありません。これは、ネットワークの新しい機能のいくつか、すなわち単一資産ボールト、パーミッション型分散型取引所、多目的トークン（MPT）、レンディングプロトコルに対するセキュリティ修正とピンポイントの改善をまとめたものです。また、削除されたアカウントが台帳上に孤立したデータを残さないようにするための内部チェックも導入しており、長期的なデータ完全性に現実的な影響を持つ「ハウスキーピング」的な修正でもあります。
Ripple の立場と、対応が遅れすぎるリスク
XRP Ledger を構築した創業者を擁する決済企業 Ripple は、すでに fixCleanup3_2_0 に賛成票を投じています。しかし、Ripple の支持だけではアクティベーションに必要な票数には届きません。より広いバリデーター集合がこれに追随する必要があります。
アップグレードを行っていないバリデーターにとって、そのリスクは具体的です。アメンドメントが有効化される前にアップグレードを行わないバリデーターは、ネットワークが正式に「amendment-blocked state（アメンドメントブロック状態）」と呼ぶ状態に陥るリスクがあり、事実上、台帳から切り離されます。これは理論上の警告ではなく、ノードが最新状態を維持しない場合にはコンセンサスへの参加権を失うように設計された、組み込みのメカニズムです。
ソフトウェアの採用とアメンドメント投票の間に生じているギャップは、ブロックチェーンのアップグレードが実際にはどのように機能しているのかを理解するうえで重要な点を浮き彫りにしています。新しいサーバーソフトウェアのインストールは、オペレーターが一方的に行える技術的な行為です。一方、アメンドメントを可決させる投票は、バリデーターコミュニティ全体での調整を必要とするガバナンス上のステップです。この 2 つのタイムラインは必ずしも同期して動くわけではなく、今回のように乖離が生じると、ネットワークはセキュリティ改善がキューに入っているものの、まだ本番稼働していない移行期間に入ります。この期間が長引けば長引くほど、XRP Ledger 上の新機能は、fixCleanup3_2_0 が提供するはずの完全な保護を受けないまま運用されることになります。
FAQ
XRP Ledger v3.2.0 アップグレードの現在の採用率はどのくらいですか？
アクティブなネットワークノードのおよそ 43% が v3.2.0 を実行しており、51% は依然として古い v3.1.3 を使用しています。ユニークノードリスト上のバリデーターに限ると採用率は大幅に高く 89% に達しており、35 のバリデーターのうち 31 がアップグレードを完了しています。
XRP Ledger v3.2.0 アップグレードがアクティベートされるために必要な閾値は何ですか？
ユニークノードリスト上のバリデーターの 80% 超が、新バージョンを 2 週間連続で継続的に実行する必要があります。UNL バリデーターの 89% がすでに v3.2.0 に移行しているため、この閾値はクリアされています。
fixCleanup3_2_0 アメンドメントとは何であり、その投票状況はソフトウェアアップグレードと比べてどうですか？
fixCleanup3_2_0 は、レンディング、ボールト、分散型取引所、多目的トークンなど、XRP Ledger の新機能向けのセキュリティ修正と改善をまとめた、台帳上での正式なアメンドメントです。その採用ペースは、v3.2.0 ソフトウェアアップグレードの進捗を大きく下回っており、別個かつより遅いプロセスになっています。
アメンドメントが有効化される前にアップグレードを行わないバリデーターには、どのようなリスクがありますか？
fixCleanup3_2_0 が有効化される前にアップグレードを行わないバリデーターは、amendment-blocked state（アメンドメントブロック状態）に置かれるリスクがあり、台帳から切り離され、ネットワークコンセンサスへの参加ができなくなります。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”XRP Ledger v3.2.0 アップグレードの現在の採用率はどのくらいですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”アクティブなネットワークノードのおよそ 43% が v3.2.0 を実行しており、51% は依然として古い v3.1.3 を使用しています。ユニークノードリスト上のバリデーターに限ると採用率は大幅に高く 89% に達しており、35 のバリデーターのうち 31 がアップグレードを完了しています。”}},{“@type”:”Question”,”name”:”XRP Ledger v3.2.0 アップグレードがアクティベートされるために必要な閾値は何ですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”ユニークノードリスト上のバリデーターの 80% 超が、新バージョンを 2 週間連続で継続的に実行する必要があります。UNL バリデーターの 89% がすでに v3.2.0 に移行しているため、この閾値はクリアされています。”}},{“@type”:”Question”,”name”:”fixCleanup3_2_0 アメンドメントとは何であり、その投票状況はソフトウェアアップグレードと比べてどうですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”fixCleanup3_2_0 は、レンディング、ボールト、分散型取引所、多目的トークンなど、XRP Ledger の新機能向けのセキュリティ修正と改善をまとめた、台帳上での正式なアメンドメントです。その採用ペースは、v3.2.0 ソフトウェアアップグレードの進捗を大きく下回っており、別個かつより遅いプロセスになっています。”}},{“@type”:”Question”,”name”:”アメンドメントが有効化される前にアップグレードを行わないバリデーターには、どのようなリスクがありますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”fixCleanup3_2_0 が有効化される前にアップグレードを行わないバリデーターは、amendment-blocked state（アメンドメントブロック状態）に置かれるリスクがあり、台帳から切り離され、ネットワークコンセンサスへの参加ができなくなります。”}}]}
本記事は人工知能の支援を受けて作成され、編集チームによる確認を経ています。
