XRP Ledgerは10月8日、PermissionDelegationV1_1修正案を有効化し、企業はメインの秘密鍵を共有することなく、アカウント権限を他のアカウントに委譲できるようになりました。このアップグレードは、日常業務を委譲しながらメインの署名鍵のセキュリティを維持する必要がある銀行、ステーブルコイン発行体、トークン化資産企業向けに設計されています。プライマリキーはアカウントへの無制限の操作権限を付与するため、これまで運用者は日常業務の分散とマスターアカウント情報の隔離との間でトレードオフに直面してきました。

鍵を共有しない委譲アクセス

新システムでは、アカウント所有者が別のアカウントに対し、選択した取引タイプの実行を承認できます。委譲先アカウントは自身の鍵でそれらの取引に署名し、所有者は資格情報を置き換えることなく、いつでもアクセス権を変更または取り消すことができます。この取り消し可能性こそが、一度コピーされると取り消せない鍵の共有とは異なる点です。

各委譲アカウントは最大10件の権限を持つことができます。これらのルールは許可される操作を定義しますが、支出額を自動的に制限するものではありません。企業は引き続き、独自の支払い限度額と承認チェックを委譲アクセスに加えて適用する必要があります。

レジャー上で拡大する機関向けツール

10月6日のスマートエスクロー テストアップデートでは、並行する開発についても報告されています。開発者らはプログラマブルエスクローの9番目のテストバージョンをリリースしました。これは、資産が移動する前に特定の条件を満たすことを要求できる機能です。この機能は引き続きテスト中であり、委譲アップグレードとは別に動作します。

委譲アップグレードにより、機関向けワークフローが拡大されます。支払いチームは承認された取引を処理し、財務チームはプライマリキーの管理を維持でき、コンプライアンス担当者は担当業務に応じた権限を受け取ることが。このモデルは、暗号資産分野の外で伝統的な財務・コンプライアンスチームがすでに適用している職務分離の管理手法を反映しています。

XRPL修正案ダッシュボードによると、バリデータは委譲修正案が2週間にわたり80%超の支持を維持した後、承認しました。レジャーの35人の信頼できるバリデータリストでは29票が必要で、支持が低下したため9月に承認投票が再開されました。これは、修正案の支持は単一の投票ではなく継続的に測定されることを示しています。

ステーブルコインの活動とトークン管理

この有効化は、10月6日に報告された3,000万トークンのミントを含む、新たなRLUSDのトレジャリー活動に続くものです。発行体は現在、メインの資格情報を公開することなく、許可されたタスクに別のアカウントを使用できます。

Evernorthは、ネットワーク上のトークン化資産の第2四半期平均残高が37億2,000万ドル、RLUSDが5億3,900万ドルであったと報告しています。これらの数値は記録されたレジャー上の活動を示すものであり、新しい委譲機能の採用を示すものではありません。

公式ドキュメントでは、まだPaymentBurn権限を委譲しないようユーザーに警告しています。既知の不具合により、特定の状況下では承認されたアカウントが発行済みトークンを破棄するだけでなく作成できる可能性があります。この警告は新しいXRPには関係ありません。この注意喚起は、対応する修正が修正案プロセスを通過するまで有効です。

セキュリティ修正とバリデータの審査

開発者らは、この不具合に対処するためのfixCleanup3_4_0修正案を提案しました。金曜日の時点で35票中27票を獲得しており、承認期間開始に必要な29票には届いていません。残り2票が最も注目すべきチェックポイントであり、支持状況は同じ修正案ダッシュボードで追跡されています。29票に達すれば、委譲修正案がすでに完了したのと同じ2週間の承認期間が開始されます。

別の動きとして、Ripple PrimeがBrevan Howardを顧客として獲得し、Rippleの機関向けサービスをレジャーの外へと拡大しました。このブローカレージ契約は新しい権限システムの外で運用されており、銀行が委譲機能を採用したことを示すものではありません。

サーバーの問題により、定期的な鍵の変更後にバリデータが誤ってカウントされる可能性があります。開発者らは、変更可能な鍵ではなく永続的なIDでバリデータを識別するパッチを検討しています。この修正案は、委譲修正案がクリアしたのと同じバリデータの合意形成基準、すなわち80%を超える閾値の持続的な支持という課題に直面しています。

ソース:CoinCentral