XRP Ledger、銀行が支払い業務とコンプライアンス業務を分担可能にするアップグレードを再試行

XRP Ledgerのアカウントは間もなく、すべてを制御するキーを渡すことなく、別のアカウントに代わって支払いを行ったり顧客を承認したりすることを可能にするかもしれません。

PermissionDelegationV1_1と呼ばれるこの機能は、ネットワークの35の信頼できるバリデーターのうち29が支持した後、9月21日に14日間のアクティベーションカウントダウンに入りました。期間中に支持率が80％以上で推移すれば、10月5日11時18分（UTC）にライブ稼働する可能性があります。ライブ改正ダッシュボード.

このアップグレードにより、XRPレジャーは機関投資家向けの分散型レイヤー1インフラとしてより魅力的になる可能性があります。具体的には、ステーブルコイン発行者、カストディアンその他の事業者がルーチン業務をアカウントのセキュリティを担う鍵から分離できるようになるためです。これにより、コンプライアンスおよび決済システムは、発行者の資産に対する広範な権限を与えられることなく、限定的なタスクを遂行することができます。

従来の銀行はそのように機能しており、支払い、コンプライアンス、その他の業務上の責任を内部で分離し、それぞれの機能を異なるチームやシステムが担当しています。

少なくとも28のバリデーターが引き続きサポートする必要があります。これを下回ると、時計がリセットされます。

このアップグレードにより、アカウントは権限を職務ごとに分割することが可能になります。ステーブルコイン発行者は、インターネットに接続されたコンプライアンスシステムにトークン保有の顧客アカウント承認を許可しつつ、鍵はオフラインで完全管理することができます。

別のオペレーションアカウントは、これらのキーを変更したり他者に権限を付与したりする権限を持たずに、支払いを行う許可を受けることができます。各デリゲートは最大10の権限を受け取ることができ、メインアカウントは後にこれらの権限を変更または取り消すことができます。XRPL ドキュメンテーション.

PermissionDelegationV1_1は、ネットワークにおける本機能導入の2度目の試みです。

元のバージョンには、攻撃者が正しく署名していない取引に対する手数料を別のアカウントに支払わせる可能性のある欠陥が含まれていました。意図的に高い手数料を伴う繰り返しの送信により、被害者のXRP残高が枯渇する恐れがありました。

ソフトウェアは、署名の検証を行う前に、アカウントが取引を実行する権限を持っているかどうかを確認しました。ある種の失敗では依然として手数料が課されるため、署名が無効であることをシステムが検出する前に資金が差し引かれる可能性があったと、によれば指摘されています。XRPLの脆弱性報告.

コミュニティのテスターは、2025年9月15日にメインネットワーク外で機能をテスト中にその欠陥を報告しました。バリデーターには修正案を拒否するよう助言され、修正案は一度も有効化されませんでした。

続きを読む： XRP Ledgerのアップグレードにより、重大なバグのため一時的に削除された機能が復活

XRP Ledgerノードの運用に用いられるサーバーソフトウェアxrpld 3.3.0におけるリプレースメントシップです。この修正により、システムが署名を検証する前に手数料を請求できないよう、不正な取引の拒否方法が変更されました。