主なポイント
- XRP Ledger、バリデーターの承認遅延後、セキュリティアップグレードを有効化
- 新しい修正案により、無許可のトークン作成を可能にする抜け穴が閉じられました
- XRPのネイティブ供給は、この脆弱性の影響を受けません
XRP Ledgerは、特定の承認済み口座が破壊する権限しか持たないトークンを作成できる脆弱性を閉じる主要なセキュリティアップグレードを活性化しました。これは、バリデーターの投票によって約2週間遅れていたものです。
fixCleanup3_4_0修正案は、XRPL Dashboardの修正追跡ツールによると、11月4日14:52 UTC、ledger 108,112,129で稼働開始しました。この更新には、ステーブルコインなどの発行資産を保護するためのセキュリティおよび会計修正が含まれています。
このアクティベーションは、XRPLのアップグレード遅延に続いて実施されました。その際、バリデーターのサポートが一時的に必要なしきい値を下回りました。重要なのは、この脆弱性はXRPのネイティブ供給に影響を与えず、公開された悪用の事例は確認されていないことです。
XRP Ledger、トークン発行権限の抜け穴を閉鎖
最も重要な修正は、XRPLの権限委任システムであり、アカウント所有者が完全な制御を付与することなく、他のアカウントが特定の操作を実行できるように許可できます。
以前のルールでは、PaymentBurn権限を保有する口座は、特定の状況下で新しい代替可能トークンを生成できました。これには従来のトラストライン資産とマルチパーパストークン(MPT)が含まれ、ステーブルコイン発行者やその他のトークン化金融商品に問題を引き起こす可能性がありました。
たとえば、ステーブルコイン発行者は、償還時に支払処理業者がトークンを破棄することを許可する可能性があります。しかし、その許可は、処理業者が追加のトークンを発行することを許すものではないはずです。しかし、この脆弱性はその分離を損なう可能性があります。
新しく有効化された修正により、アカウントが別途適切な発行権限を保有していない限り、PaymentBurnトランザクションはゼロ残高を超えてトークンの作成を行わなくなります。
この修正は、XRPLの最近のセキュリティ改善を基にしていますが、以前の緊急対応は別の脆弱性に対応したものでした。
バリデーターの投票がセキュリティ修正を遅らせた理由
修正案は、10月9日に十分なバリデーターの支持を得た後、10月23頃の活性化が予想されていました。
しかし、10月21日にサポートが必要な閾値を下回り、必須の14日間の承認期間が中断されました。約2時間後に多数派は回復しましたが、カウントダウンは再開しなければなりませんでした。
XRPLプロトコルの改定には、2週間連続で80%以上の信頼されたバリデーターのサポートが必要です。追跡された投票グループには35人のバリデーターがいるため、少なくとも29件の賛成が必要でした。
11月4日に2番目の承認期間が成功裏に完了し、提案された変更がアクティブなネットワークルールに移行しました。
このプロセスは、XRPLのガバナンスがリップルによる一方的な決定ではなく、継続的なバリデーターの合意に依存していることを示しています。
XRP Ledgerのアップグレードの次に何が来るのか?
トークン発行の修正を超えて、fixCleanup3_4_0はオートメーションされたマーケットメイカーの返還、エスクロー準備金の処理、シングルアセットバンクのトランザクション署名および会計を改善します。
ただし、この修正案はXRPLが提案したネイティブな貸付プロトコルを有効化せず、それには別途バリデーターの承認が必要です。
最近の投票データによると、ネイティブ貸し出しは承認カウントダウンを開始するために必要な29票中19票を獲得しました。
一方、開発チームは追加のトークンセキュリティ保護、特に機関資産に対する認証チェックの強化に取り組んでいます。





