XRP Ledger開発者は8月6日にxrpldバージョン3.3.0をリリースし、いくつかのプロトコル変更をメインネットでの有効化に近づけました。
- XRPL 3.3.0はプロトコルコードを導入しますが、メインネットでの有効化にはまだバリデータの承認が必要です。
- ConfidentialTransferは、MPT残高と転送額を保護しつつ、許可された関係者へのコンプライアンスアクセスを維持します。
- BatchV1_1は、以前のバージョンがセキュリティ上の欠陥で停止された後、アトミックトランザクション機能を復元します。
- Sponsorは、ユーザーがアカウントの完全な制御を維持しながら、第三者による手数料と準備金の負担を可能にします。
- DynamicMPTは、発行者が後で選択したトークンプロパティを変更できるようにし、進化するビジネスおよびコンプライアンスのニーズをサポートします。
公式GitHubのリリースは、ConfidentialTransfer、BatchV1_1、Sponsor、DynamicMPTに関する作業を、修正やその他のプロトコル変更とともに確認しています。ソフトウェアリリース自体は、これらの機能をネットワーク上で有効化するものではありません。
この区別は重要です。一部のレポートでは6つのアップグレードがすでに稼働していると説明されています。XRP Ledgerの修正プロセスでは、新しいプロトコル機能は有効化前にバリデータのサポートが必要です。修正は、有効になる前に、信頼されたバリデータから2週間連続で80%以上のサポートを維持する必要があります。
XRP Ledger 3.3.0、プライバシーとアトミックトランザクションツールを追加
ConfidentialTransferは、Multi-Purpose Tokens（MPT）にプライバシーを追加するように設計されています。XRPLのドキュメントによると、この修正は暗号化を使用して個々の残高と転送額を保護しつつ、発行者や監査人などの許可された関係者がコンプライアンスに必要な情報を検証できるメカニズムを維持します。
この機能は修正の有効化の対象であり、プライベートMPT転送はまだXRPLメインネットでアクティブと説明されるべきではありません。
BatchV1_1も主要なコンポーネントです。XLS-56標準は、異なるアカウントを含む複数のトランザクションをまとめて処理することを可能にします。アトミック実行は、複数のアクションが一緒に成功する必要がある決済ワークフローを支援し、一方のレッグが完了し他方が失敗することを防ぎます。
改訂された機能は以前のセキュリティ調査に続く
Batchには重要な歴史があります。以前のバージョンは、トランザクション署名ロジックでセキュリティ問題が発見された後、メインネット有効化前に無効化されました。XRPL Foundationはその後、修正された置き換えとしてBatchV1_1に移行しました。以前のXRPLセキュリティ報道で報告されたように、開発者は最近のアップグレードで正式なレビューを強化しています。
Permission Delegationも同様の経路をたどりました。XRPLは2025年9月に、以前の修正のバグが特定の条件下で不正なトランザクションが別のアカウントに手数料を請求する可能性があることを開示しました。バリデータは反対票を投じるようアドバイスされ、脆弱な機能は有効化されませんでした。PermissionDelegationV1_1がその置き換えとして開発されました。
改訂されたコンセプトにより、アカウントはメインの秘密鍵を渡すことなく定義されたトランザクション権限を付与でき、限定的な権限を持つ運用ウォレットをサポートします。
SponsorとDynamicMPTは機関投資家のオンボーディングをターゲットに
XLS-68に基づくSponsorは、ユーザーがアカウントと鍵の制御を維持しながら、別のアカウントがトランザクション手数料や準備金要件をカバーできるように設計されています。この機能により、アプリケーションはネットワークコストを満たすためだけにXRPを取得することをユーザーに要求せずにオンボーディングできる可能性があります。XLS-68の提案は、ユーザーの鍵制御を維持しながら手数料と準備金のスポンサーシップを明示的にサポートしています。
DynamicMPTはトークン発行者をターゲットにしています。XLS-94の提案により、発行者はトークン作成時に選択したMPTプロパティを変更可能として指定し、後でその許可されたフィールドを更新できます。この標準は、すべてのトークンプロパティを自由に編集可能にすることなく、変化するビジネスやコンプライアンスの要件に対応することを目的としています。
これらの機能は、XRPLのトークン化金融への注目の高まりに適合します。関連するトークン化報道で、crypto.newsはJPMorgan、Mastercard、Ondo Finance、RippleがXRPLを使用してトークン化された財務省の償還をテストしたと報告しました。
引用されたすべてのアップグレードがバージョン3.3.0に属するわけではない
広く流通している「6つのアップグレード」という枠組みについて、1つの修正が必要です。fixCleanup3_2_0は、新しくリリースされた3.3.0機能パッケージではなく、以前のxrpld 3.2.0サイクルに属します。3.3.0のGitHubチェンジログは、代わりにLendingProtocolV1_1と別のfixCleanup3_3_0トラックに関する作業を主要機能とともに示しています。
したがって、このリリースは6つの完成した機能が同時に利用可能になるとは読むべきではありません。これは、バリデータとオペレーターに修正決定に必要なコードを提供するサーバーソフトウェアのマイルストーンです。個々の修正は異なる投票タイムラインを持つことができ、サポートが必要なしきい値を下回ると有効化に失敗する可能性があります。
このガバナンスプロセスは以前にも重要でした。元のBatchおよびPermission Delegation修正は、メインネット有効化前にバグが特定された後停止され、ソフトウェアへの組み込みやバリデータ投票が本番展開と同じではないことを示しています。
XRPLバリデータの次のステップ
ノードオペレーターは現在、バージョン3.3.0を評価し、アップグレードして個々の修正をサポートするかどうかを決定する必要があります。正確な有効化日は、8月6日のソフトウェアリリースではなく、バリデータの投票に依存します。XRPLの修正ルールでは、スーパーマジョリティが2週間連続で維持される必要があります。
XRP保有者にとって、当面の変更は金銭的ではなく技術的です。バージョン3.3.0は、プライバシー、マルチステップ決済、委任された権限、スポンサー付きオンボーディング、構成可能なトークン発行のためのネットワークの潜在的なツールキットを拡張しますが、いずれもXRPの需要や価格上昇を保証するものではありません。
次の検証可能なマイルストーンは、3.3.0のバリデータ採用、修正サポートレベル、予定された有効化日です。これらのしきい値が満たされるまで、新しい機能はノードソフトウェアでリリースされガバナンスを通過していると説明されるべきであり、完全にアクティブなXRP Ledgerメインネット機能としては説明されるべきではありません。
リリースマーケティングではなく、バリデータの決定が各機能がメインネットで使用可能になる時期を決定します。