要約
- XRP Ledgerの開発者は、信頼ラインおよびライクイディティーポールの例外を通じて制限トークンが不正な口座に到達しないよう、fixCleanup3_5_0の下で修正を提案しました。
- 一つの変更は、許可されていないトラストラインが残高を受け取ることを防ぎ、もう一つの変更は、アカウントがLPトークンを取得する前に、AMMプール資産の両方に対して承認を必要とします。
- 修正案は現在審査中であり、メインネットでは有効になっていません。不正な保有者はトークンを発行者に返却できる可能性があり、その後、発行者がそれらを承認する可能性があります。
XRP Ledgerの開発者たちは、制限付きトークンの受信および保有方法を強化するための修正案を提案しました。これにより、発行者の承認なしに資産が口座に到達する可能性のある認証例外が閉じられます。open GitHub pull requestは、計画されているfixCleanup3_5_0修正案下でのトラストラインの動作を対象としています。これらの変更はXRP Ledgerエコシステム全体での権限管理を強化しますが、まだメインネットでは有効になっておらず、ネットワークルールとして適用されたものと扱うべきではありません。制限付きトークンの発行者は、認証要件を利用して自らの資産を保有できる者を制御できます。特に、XRPL上で発行されたステーブルコイン、トークン化されたファンド、その他の許可制インストルメントにおいて、一貫した適用が特に重要です。
提案された修正：Cleanup3_5_0 がトークンフロー全体の認証を強化
一つの問題は、既に残高を持つ許可されていないトラストラインが、追加のトークンを引き続き受信し続けることです。現在のペイメントエンジンの認証チェックは、トラストラインの残高が正確にゼロのときにのみ有効になるため、これらの振替をブロックできない場合があります。提案された変更では、その例外を削除し、許可されていない受信を失敗させます。また、残高がゼロを通過して新しい許可されていない保有資産を作成することを防ぎつつ、保有者が資産を発行者に戻して償還することは可能にします。
関連する提案では、アカウントがAMMライクビディティープロバイダートークンを取得する前に、両方の資産の承認が必要になります。LPトークンはプール内の資産への露出を表しており、それによりアカウントは承認されていない制限資産に間接的に露出する可能性があります。この変更は、発行者およびカウンターパーティーの制御を基盤とする許可型ライクビディティーインフラのXRPL全体の開発に適合しています。
保有者にとって、提案されたルールは出口を維持します。不正な残高は永久にロックされるのではなく、発行元に返還可能であり、発行元は後で信頼ラインを承認して通常の利用を復元できます。このパッケージは、既存の機能と今後の機能全体で認証チェックを一貫して維持し、XRPL上で規制された資産フローのための許可制取引環境周辺の認証モデルを強化することを目的としています。
重要な点として、これらの修正は承認済みのネットワークアップグレードではなく、依然として審査中です。プルリクエスト#8650はまだ開いたままであり、別の開いている変更に積み重なっており、より広範なパッケージはfixCleanup3_5_0を対象としています。コードレビューを経てリリースに含められた後でも、コンセンサスレベルの変更は有効化前にネットワークのバリデーター承認プロセスを経る必要があります。最近のXRPLメンテナンス修正は、提案されたコード、バリデーターの支持、メインネットへのデプロイの違いを示しています。これらのステップが完了するまで、既存のレジャーの動作は変更されません。