XRP Ledgerの開発者は、fixCleanup3_5_0修正案の下で、制限トークンに対するネットワークの発行者承認実施のギャップを閉じるための4つのプロトコル修正案を提示しました。提案は、規制されたステーブルコインやトークン化ファンドなどの資産が、AMMプールシェア、直接送金、NFTオファーを含むすべての取引経路で一貫した承認要件を維持できるようにすることを目的としています。XRP Ledger Foundationによれば、作業はプロトコルの定期的な強化であり、外部のセキュリティ侵害への対応ではありません。

AMMプールシェアのチェック強化

4つの修正のうちの1つは、AMMプール内の資産に対する請求権を表す流動性プロバイダー（LP）トークンに焦点を当てています。現在、アカウントはプールに入金する前に基礎資産の承認を受ける必要がありますが、LPトークン自体は他のルートで転送され、同じ承認チェックがトリガーされない可能性があります。新しいルールは、アカウントがプール内の両資産に対して必要な発行者承認を保持していることを要求し、LPトークンを取得する前に承認チェックを拡張します。これにより、LPシェアの間接取得による承認要件の回避が防止されます。

既存残高での未承認トークン流入のブロック

2番目の提案は、既に制限トークンを保持しているトラストラインが、アカウントに現在の承認がなくても追加単位を受け取ることができる例外に対処します。既存のロジックは、トラストラインの残高がゼロの場合にのみ承認チェックを実行していました。修正案は、既存残高に関係なく承認要件を強制し、未承認アカウントが後続の転送を通じて制限トークンを蓄積するのを停止します。

レジャー全体での一貫した実施

残りの2つの修正は、現在および将来のXRP Ledger機能全体で承認ロジックを整合させ、すべての新しいメカニズムが同じ厳格なチェックを継承するようにします。既に適切な承認なしに制限トークンを保有しているアカウントに対しては、提案は一般的にそれらのトークンを発行者に返却し、必要に応じて発行者がトラストラインを再承認できるようにします。Foundationは、既知の未承認残高は発行者が開始した送金や以前に承認されたアカウントから生じたものであり、外部からの悪用ではないと指摘しました。

実装経路と次のステップ

10月30日の報告時点では、4つの修正のいずれもメインネットソフトウェアに統合されていません。採用には、変更をバリデータークライアントコードに組み込み、ネットワークの信頼できるバリデーターから少なくとも2週間継続的にサポートを受ける必要があります。このバリデーター承認プロセスは、XRP Ledger Batchアップグレードなどの今後のアップグレードと同様です。修正が最終的に有効化されると、発行者は適格性要件を強制するためのより信頼できるツールを取得し、保有者はアカウントが必要な承認を維持して制限資産を保持または受領できるようにする必要があります。