XRP Ledger開発者がトークン認証のギャップに対する4つの修正案を提案

XRP Ledgerの開発者は、認可されていない口座への制限付きデジタル資産の到達を防ぐことを目的とした4つのセキュリティ関連の修正を進めています。これは、機関向けトークン化にますます使用されているインフラの潜在的な脆弱性に対処するものです。

変更は、fixCleanup3_5_0という提案される修正案の下でグループ化されており、基盤となるGitHubコード提案は10月27日に更新されました。これらの修正により、支払い、自動市場メーカーその他の取引における発行者制御トークン権限が強化されます。

この提案は、アカウントがそれらのトークンを保有する前に明示的な発行者による承認を必要とするトークンに焦点を当てています。

これらの制限は、発行者が投資家の身元を確認したり、資格要件を適用したりする必要がある、規制されたステーブルコインおよびトークン化された証券にとって特に関係があります。

既存のアーキテクチャでは、承認は口座とトークン発行者を結ぶトラストラインを通じて記録されます。開発者は、トランザクションが意図された認証チェックを回避する複数の状況を特定しました。

一つの課題は、取引プールに預けられた資産に対する請求権を表す自動マーケットメイカーリキディティトークンに関係しています。提案されている修正では、プールトークンを取得する前に、受取人が基盤となる両方の資産に対して承認を有していることが求められます。

もう一つは、既存の残高を持つトラストラインに影響する除外措置を扱っています。以前は、特定のチェックがトラストラインのトークン残高がゼロの場合にのみ適用されていたため、その後の取引を通じて不正な残高が増加する可能性がありました。

より広範なパッケージは、発行者への償還以外の振替において不正なトークン残高が使用されるのを防ぎ、追加の整合性チェックを導入することを目的としています。

これらの変更は、許可型の流動性プールに関する以前の取り組みに続くもので、開発者は参加を検証済みの機関取引先に制限することを検討しました。

提案された変更は、従来の金融機関がXRP Ledgerをデジタル資産に活用し始めているという状況で実現されます。

BNYは最近、XRPおよびRLUSDの保管機能を拡大しました。一方、リップルはステーブルコイン決済、トークン化証券、機関向け資金調達に関連する提携を推進しています。

規制対象機関にとって、特定の資産を法的に受信または保有できる口座を制御できる能力は不可欠です。

例えば、トークン化されたファンド株式を配布する発行者は、そのトークンが適格な投資家にとどまることを保証する必要があるかもしれません。二次市場での取引やライキッドティーポールメカニズムが認証チェックを回避する場合、システムのコンプライアンス制御は信頼性が低下します。

提案された修正により、XRPのネイティブな所有モデルを変更することなく、通常のXRP保有者が発行者からの許可を取得する必要なく、これらの保護を強化できます。

この作業は、ネットワークのバッチトランザクション機能用の個別の保護を導入した以前のXRPLセキュリティリリースに続くものです。

この4つの変更は、XRP Ledgerのメインソフトウェアにマージされず、メインネットでも有効になっていません。

実装とレビューが完了しても、有効化前に、2週間連続で信頼できるバリデーターの80％以上からの支持が必要です。

このプロセスは、新たに提案されたfixCleanup3_5_0ではなくfixCleanup3_4_0に関係する11月4日のアップグレードウィンドウとは別物です。