XRP Ledgerの権限委任 amendment、10月発動へ最終テスト段階に
重要ポイント
- •PermissionDelegationV1_1 amendmentは検証者29票の賛成を獲得し、2026年9月21日に開始した14日間の発動ウィンドウに入りました。最も早い発動可能日は2026年10月5日11:18 UTCです。
- •2週間のウィンドウ期間中のいずれかの時点で検証者の支持が80%の閾値以下に下がれば、発動は失敗しカウントダウン全体がリセットされます。
- •権限委任により、アカウント保有者は完全な管理権を保持したまま限定された権限を他のアカウントに割り当てられ、即時取り消しが可能で、権限昇格を防ぐために特定の管理機能は委任対象から除外されています。
- •このamendmentはXLS-75技術標準のもとでxrpld 3.3.0リリースに搭載され、重大なバグを含んでいたと報じられた以前のバージョンを置き換えるものです。
- •RippleのRLUSDチームは開発環境での機能構築とテストを開始しており、発動可能日は10月27日〜29日に開催されるRippleのSwellカンファレンスの数週間前に位置します。
XRP LedgerのPermissionDelegationV1_1 amendmentが、BigGo Financeの報道によると検証者29票の賛成を獲得し、最終となる2週間の発動ウィンドウに入りました。この結果により、最も早い発動日となる2026年10月5日11:18 UTCに向けた14日間のカウントダウンが開始されました。ただし、それは期間全体を通じて検証者の支持が必要な閾値を上回り続けた場合に限ります。
この条件は見た目以上に重要です。amendmentは必要な閾値を突破したものの、XRPL検証者（どのプロトコル変更を有効化するかを投票で決めるサーバー運営者）は、ウィンドウ期間中のいずれかの時点で支持が80%以下に下がることを許すだけで、カウント全体がゼロにリセットされてしまいます。一度ハードルを越えることと、恒久的にクリアすることは同じではなく、今後の14日間は事実上の試用期間として機能します。
（出典：XRPL Dashboard – Amendments）
権限委任の仕組み
権限委任（Permission Delegation）により、アカウント保有者は元のアカウントの完全な管理権を譲ることなく、特定の限定された権限を別のアカウントに割り当てることができます。特定のアカウントレベルの管理機能は、委任先が権限を昇格させたり発行者アカウントを完全に侵害したりすることを防ぐため、意図的に委任対象から除外されています。何を委任するかは所有者が正確に決定でき、即時に取り消すことも可能です。
このamendmentは、レジャーのコアサーバーソフトウェアのxrpld 3.3.0リリースに搭載されており、提案された機能向けの番号付き仕様の一つであるXLS-75技術標準に基づいて実装されています。BigGoの報道によると、このリリースは重大なバグを含んでいた以前の権限委任バージョンを置き換えるものであり、完全に新規の機能ではなく修正版の再構築となっています。
Rippleのステーブルコイン製品責任者を務めるLauren Berta氏は、このアップグレードを規制対象発行者のコンプライアンスワークフローに直接結び付けましたこの職務分離は、他のブロックチェーン上で運用されるステーブルコイン発行者にとって標準的な慣行です」とBerta氏は述べ、RLUSDチームがすでに開発環境で機能の構築とテストを開始していることを付け加えました。これは準備段階であり、メインネット展開の証拠ではありません。
投票結果が示すもの
BigGoが報じた29票の賛成は、XRPL Dashboardが報じた集計と一致しています。これは必要な80%の閾値を上回っていますが、この差は発動ウィンドウ全体を通じて支持がその水準を上回り続けるかにかかっています。閾値以下に下がれば、14日間の期間全体のリセットが発生します。
Amendmentは、XRP Ledgerがコアルールをアップグレードするための組み込みの仕組みです。更新されたソフトウェアを実行する検証者が各提案に投票し、機能は支持がコンセンサス閾値を上回って構築され、維持された場合にのみ有効になります。このことから10月5日の日程が維持される保証はありません。XRP Ledger自身のamendmentドキュメントは、すべてのamendment投票を設計上条件的なものとして位置付けており、支持は閾値を最初に突破した瞬間だけでなく、2週間の期間全体を通じて維持されなければなりません。XRPScanのデータが最も早い発動タイムスタンプの算出に使用されますが、過半数が下がればそのタイムスタンプは即座に移動します。
Berta氏の説明の中心は、規制対象発行者が発行者アカウントの完全な管理権を誰にも与えることなく、コンプライアンス担当、資産移転担当、財務運用担当といったチーム間で職務を分割する必要があるという点にあります。Rippleのステーブルコインチームがローンチ前に機能をテストする明示されたアーリーアダプターであることから、これは特にRLUSD向けの訴求点となっています。
小売ユーザー向けのユースケースも存在します。RippleXのエンジニアMayukha Vadari氏は、ブラックホール化された発行者アカウント（鍵を永久にロックしたアカウント）を含むシナリオを説明しました。保有者はブラックホール化の前に、アカウントドメインの管理などの選択された責任を、信頼できる別のアカウントに委任できるというものです。Vetとして知られるコミュニティの有志Hussein Zangana氏は、このamendmentを企業採用のための基盤的な構成要素と位置付け、完成品ではなく資産運用会社や実世界資産発行者のための土台であると述べました。
発動日は決まったが、結果は保証されない
今後の仕組みは、結果が保証されないとしてもシンプルです。ウィンドウは2026年9月21日に開始、最も早い発動は10月5日11:18 UTC、そして検証者の支持はその間の14日間すべてで80%を上回り続けなければなりません。閾値以下に下がれば、プロセスは出発点に戻されます。
このタイミングにより、発動の可能性はRippleのSwellカンファレンス（10月27日〜29日開催）の数週間前に位置しており、それまでに有効化されていなくても、この機能は同カンファレンスでおそらく取り上げられることになります。それまでの間、追跡すべき指標は公開されているものです。XRPL Dashboardでの検証者票の推移、発動タイムスタンプの動き、そしてRLUSDのテストが開発環境を超えて進むかどうかです。レジャーが現在どの程度の有機的アクティビティを生み出しているかというより幅広い疑問についても、XRP Ledgerの新規ユーザー成長が停滞しているという最近の報道を踏まえ、この投票と併せて注視する価値があります。
