新しいセキュリティモジュールUmbrellaが導入され、Aaveのステーキングセキュリティはどう変わるのか？

著者：ChandlerZ，Foresight News

6月5日、Aaveは正式にUmbrellaセキュリティモジュールを展開しました。このモジュールは段階的に導入され、AAVEが直接リスクを負わず、aToken保有者がリスク責任を負うことを示し、リスクとリターンの直接的な関連を実現します。

Umbrellaセキュリティモジュールは何を変えたのか？

Umbrellaセキュリティモジュールは、Aaveプロトコルにおけるリスク管理とインセンティブのためのコアスマートコントラクトシステムです。以前のセキュリティモジュールと比較して、UmbrellaはコアコントラクトUmbrella Coreを通じて、単一のAave v3資金プールに関連する複数のStakeTokenを一元管理し、削減（スラッシング）と欠損補償機能を担当します。

このモジュールは2つの欠損状態を定義します：

一つは「未処理欠損」（Pending Deficit）で、StakeTokenから削減されたがまだ補填されていない資金の損失を指します；

もう一つは「欠損オフセット」（Deficit Offset）で、設定された閾値であり、資金プールの損失がこの閾値を下回る場合、削減操作は発動しません。

例えば、イーサリアムメインネットのAave v3 USDC資金プールにおいて、設定された欠損オフセットが500 USDCの場合、損失がこの金額を超えた場合にのみ、対応するwaUSDCステーキングトークンが削減されます。

具体的なプロセスでは、資金プールが1000 USDCの欠損を生じた場合、自動化システムがUmbrella Coreのslash関数を呼び出し、事前設定された500 USDCの欠損オフセットに基づいて、実際に500 USDCのwaUSDCトークンを削減します。削減されたトークンの資金はAave Collectorに移され、これらの資金はもはやステーキング者が引き出すことはできません。その後、カバー権限を持つエンティティがcoverPendingDeficit関数を呼び出し、Collectorから相応の資金を引き出し、Aave v3資金プールのeliminateReserveDeficitインターフェースを呼び出して、損失のカバーを完了します。

権限設定において、Aaveガバナンスは資産ペアの設定、削減パラメータの調整、およびコントラクトのアップグレードを担当します。削減操作はすべてのユーザーに開放されており、コントラクトルールに基づいてトリガーされ、システムが資金プールのリスクに自動的に応答できるようにします。欠損カバー操作はCOVERAGEMANAGERROLEを持つエンティティのみに制限され、資金の流れが制御され、コンプライアンスが保証されます。

さらに、Umbrellaはユーザーインターフェースを提供し、ユーザーがステーキング、引き出し、クールダウン期間のアクティブ化、報酬の受け取りなどの操作をサポートします。複数のステップのインタラクションを簡素化するために、MITライセンスのバッチ操作補助コントラクトUmbrellaBatchHelperが設計されており、第三者開発者が統合しやすく、ユーザー体験を最適化します。

総じて、Umbrellaセキュリティモジュールは、詳細な欠損管理メカニズムと明確な権限分担を導入することで、資金プールのリスク管理の柔軟性と透明性を向上させ、Aave DAOのガバナンスと運営に堅実な技術基盤を提供します。

Umbrellaセキュリティモジュールの潜在的な利点と欠点は？

プロトコル全体およびユーザーにとって、Umbrellaセキュリティモジュールには以下の利点と欠点があります：

潜在的な利点：

• リスク管理の細分化：Umbrella Coreは「欠損オフセット」閾値の設定をサポートし、DAOは特定の欠損閾値を設定して削減をトリガーするかどうかを決定でき、軽微な損失への対応の柔軟性が向上します。例えば、損失が100,000 USDC未満の場合、Aave Collectorが先にカバーし、ステーキング資産の削減を回避できます。
• モジュール化と拡張性：Umbrellaコアは各StakeTokenインスタンスを一元管理し、複数のネットワークおよび資産の拡張をサポートし、ガバナンスレベルでの戦略展開を容易にします。
• オープンなインターフェースとUIサポート：オープンソースのフロントエンドと補助コントラクト（UmbrellaBatchHelper）を提供し、ユーザーインタラクション体験を強化し、統合や二次開発を容易にします。

潜在的な欠点とリスク：

• ステーキングリターンとリスクの関連：従来のセーフティモジュールと比較して、Umbrellaではステーキング者が明確な削減リスクを負います。資金プールの損失が設定された閾値を超えると、StakeTokenが差し引かれます。例えば、損失が500 USDCを超えると、システムは相応のステーキング資産を差し引きます。
• 削減された資産は回収不可：削減されたStakeTokenはAave Collectorに送られ、資金プールの損失をカバーするために使用され、ステーキング者は引き出すことができません。このメカニズムを通じてリスクをカバーしますが、ユーザーは相応の資産を永久に失います。
• 権限ロール操作への依存：資金カバー操作はCOVERAGEMANAGERROLEを持つエンティティによってトリガーされる必要があり、ガバナンスや操作に遅延が生じると、リスク処理の効率に影響を与える可能性があります。
• 移行期メカニズムが複雑：Umbrellaの初期導入時、stkAAVE/stkABPTとUmbrella StakeTokenが並行して存在し、ユーザーは移行パスやインセンティブの変化に注意を払う必要があり、調整による誤解や操作ミスを防ぐ必要があります。

ユーザーが関心を持つステーキングリターンの状況

Umbrellaモジュールにおいて、ユーザーのステーキングリターンはガバナンスによって設定され、ステーキング総量と報酬プールの残高に応じて動的に調整されます。各StakeToken（waUSDC、waGHOなど）はガバナンス提案を通じて初期化され、その目標流動性、単位時間あたりの報酬上限、および配分期間が設定され、報酬資金は事前設定されたrewardPayerアドレスから供給され、通常はAave DAOのCollectorまたはその子アカウントです。

USDCを例にとると、目標流動性が100万USDCで、初期に実際に50万USDCがステーキングされている場合、単位時間あたりの報酬は集中配分され、リターン率は相対的に高くなります。ステーキング量が増加するにつれて、リターンはガバナンスで設定された目標レベルに近づきます。報酬資金が不足したり、補充が遅れたりすると、リターン率が低下し、場合によっては中断する可能性があります。

特に注目すべきは、GHOステーキング者が今回の移行で受ける影響が顕著であることです。UmbrellaモジュールがwaGHOに設定した目標流動性と年率インセンティブ上限が、旧版セーフティモジュールのstkGHOの補助レベルに比べて著しく低いため、年率リターンの期待が13%から約7.7%に低下する可能性があり、GHOの市場需要や全体の発行ペースにも影響を与える可能性があります。

また、旧版セーフティモジュールとは異なり、Umbrellaは資産ごとに報酬を柔軟に設定でき、プロトコルのリスクレベルと連動しやすくなっています。しかし、ユーザーのリターンはガバナンスの効率と資金の調達能力に大きく依存しており、潜在的なリターンと流動性リスクのバランスを評価するために、ガバナンスの進捗や各ネットワークの報酬プールの状況に注意を払う必要があります。

小結

2025年5月、Aaveはイーサリアム、Arbitrumなどの主要チェーンで高い流動性を維持し、フラッシュローン業務の手数料が0.09%であることに加え、大規模な貸出規模により、当月のプロトコル収入は約3900万ドルに達しました。これに基づき、Aaveは貨幣市場分野で50%以上の市場シェアを超えています。AAVEトークンの価格はまだ歴史的な高値を突破していませんが、老舗DeFiプロジェクトとしては比較的安定したパフォーマンスを示しています。総合的な運営指標は、Aaveが暗号貸出市場での主導的地位を近年の高水準に維持していることを示しています。

Umbrellaセキュリティモジュールの導入は、Aaveが製品とリスク管理の面で継続的に進展していることを反映しています。現在のビジネス基盤は比較的堅固であり、現行の革新ペースを維持すれば、将来的な業績の向上が期待されます。このような継続的な最適化と改善は、他のDeFiプロジェクトにとっても参考となるでしょう。競争が激化する環境において、技術と製品の継続的な更新が競争力を維持し、長期的な発展を実現するための鍵となります。