XRPLバージョン3.3.0がリリース、機関向け修正案は有効化待ち
重要ポイント
- •XRP Ledgerバージョン3.3.0は、Confidential Transfer、Batch、Sponsor、Permission Delegationの4つの修正案を導入し、プライバシー、決済、現実世界資産管理に関する機関向けユースケースを対象としている。
- •Confidential Transferは、アカウントと資産タイプを公開したまま、Multi-Purpose Tokenの残高と取引金額を非表示にすることを機関に可能にし、機関向けブロックチェーン導入の主要な障壁に対処する。
- •RWA.xyzのデータによると、XRPL上の現実世界資産価値は約13億8000万ドルであり、うち約8億5000万ドルがRippleのステーブルコインRLUSD、残り約5億3000万ドルがOndo、Archax、Societe Generale、VERT Capitalなどの発行体由来である。
- •Batch修正案は最大8件の取引を原子的実行でグループ化することを可能にし、Sponsor修正案はあるアカウントが別のユーザーの取引手数料とリザーブ要件を負担できるようにする。
- •提案された修正案はいずれもXRPL Mainnetでまだ有効化されておらず、有効化には信頼できるバリデーターの少なくとも80%から2週間連続の支持が必要である。

XRPLバージョン3.3.0がリリース、機関向け修正案は有効化待ち
XRP Ledger(XRPL)はバージョン3.3.0をリリースし、機関向けトークン化のインフラとしての地位確立に向けた取り組みを前進させた。このアップデートでは、プライバシー、決済、現実世界資産(RWA)の管理を対象とする複数の修正案が導入されている。
Confidential Transfers
最も注目すべき追加機能はConfidential Transferである。これは、機関がMulti-Purpose Token(MPT)の残高と取引金額を非表示にしつつ、関連するアカウントと資産タイプは公開されたまま維持できるように設計された機能である。暗号証明を用いて取引の有効性を検証し、基となる金額を公開することはない。
プロジェクトのGitHub投稿によると、この機能は、公開ブロックチェーンの透明性と決済の利点を求めながらも、機密性の高いポジションサイズや取引価値を開示したくない金融機関にとって重要な障害を解決する可能性がある。公開台帳での取引活動の公開を嫌う機関の姿勢は、業界全体におけるブロックチェーン導入の継続的な障壁となっており、複数のネットワークがこれに対処するためのプライバシー保護メカニズムを模索している。
RWA.xyzのデータによると、XRPL上で流通しているRWA価値約13億8000万ドルのうち、約8億5000万ドルがRippleのステーブルコインRLUSD由来である。残りの約5億3000万ドルは、Ondo、Archax、Societe Generale、VERT Capitalなどの発行体によるトークン化資産で構成されている。Societe Generaleのような確立された金融機関がXRPLの発行体に含まれていることは、Ethereum、Polygon、その他のエンタープライズ向けチェーンを含む競争の激しい機関向けトークン化市場における同台帳の位置づけを浮き彫りにしている。
Batch、Sponsor、Permission Delegation
バージョン3.3.0には、Batch、Sponsor、Permission Delegationの3つの追加修正案も含まれている。
Batchは、最大8件の取引をグループ化することを可能にするもので、バッチ内のすべての取引が成功するか、バッチ全体が失敗する原子モードを備えている。これは複雑な決済、スワップ、機関向けワークフローを支援することが期待されている。
Sponsorは、あるアカウントが別のユーザーの取引手数料とリザーブ要件を負担できるように設計されている。これにより、企業は顧客にアプリケーション利用前のXRP保有を求めることなく、オンボーディングを行うことが可能になる。
Permission Delegationは、アカウント所有者がウォレットの完全な制御を放棄することなく、別の当事者に事前定義された取引権限を付与できるようにするものである。この修正案はDynamic MPTと連携して機能することを意図しており、発行体に発行後に特定のトークン特性を変更するより大きな柔軟性を提供する。
有効化要件
これらの修正案はいずれもXRPL Mainnetではまだ有効化されていない。台帳のガバナンスプロセスでは、各修正案が有効化される前に、信頼できるバリデーターの少なくとも80%から2週間連続で支持を維持する必要がある。修正案が必要な閾値に達しない場合は有効化されず、これまで改訂されたうえで後続のリリースで再提案されるのが通例となっている。