新しいセキュリティモジュール Umbrella がリリースされましたが、Aave ステーキングのセキュリティはどのように変化するのでしょうか?

原著者: ChandlerZ、Foresight News

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

Umbrella セキュリティ モジュールでは何が変わりましたか?

Umbrellaセキュリティモジュールは、Aaveプロトコルにおけるリスク管理とインセンティブのための中核スマートコントラクトシステムです。以前のセキュリティモジュールと比較して、UmbrellaはコアコントラクトであるUmbrella Coreを通じて、単一のAave v3ファンドプールに関連付けられた複数のStakeTokenを管理し、スラッシュ機能とギャップ補償機能を担っています。

このモジュールは 2 つのギャップ状態を定義します。

1つ目は「保留中の赤字」で、これはStakeTokenから削減されたがまだ補填されていない資金の損失を指します。

2つ目は「赤字相殺」で、これは閾値を設定するものです。ファンドプールの損失が閾値を下回る場合、削減操作は発動されません。

たとえば、Ethereum メインネット Aave v3 USDC プールでは、ギャップ オフセットが 500 USDC に設定されている場合、対応する waUSDC ステーク トークンは、損失がこの金額を超えた場合にのみカットされます。

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

権限設定に関しては、Aaveガバナンスは資産ペアの設定、スラッシングパラメータの調整、契約のアップグレードを担当します。スラッシング操作はすべてのユーザーに公開されており、契約ルールに従ってトリガーすることで、システムがファンドプールのリスクに自動的に対応できるようにします。カバレッジギャップ操作は、ファンドフローの管理とコンプライアンス確保のため、COVERAGE_MANAGER_ROLEを持つエンティティのみが利用できます。

さらに、Umbrellaは、ステーキング、償還、クーリングオフ期間の有効化、報酬の受け取りといった操作をユーザーが実行できるよう、サポートユーザーインターフェースを提供しています。複数ステップの操作を簡素化するため、MITライセンスのバッチ操作補助コントラクトであるUmbrellaBatchHelperは、サードパーティ開発者がユーザーエクスペリエンスを統合・最適化できるよう設計されています。

一般的に、Umbrella セキュリティ モジュールは、詳細なギャップ管理メカニズムと明確な権限分割を導入することで、ファンド プールのリスク管理の柔軟性と透明性を向上させ、Aave DAO のガバナンスと運用のための強固な技術基盤を提供します。

Umbrella セキュリティ モジュールの潜在的な利点と欠点は何ですか?

Umbrella セキュリティ モジュールには、プロトコル全体とユーザーにとって次のような利点と欠点があります。

潜在的なメリット:

• リスク管理の改良：Umbrella Coreは「ギャップオフセット」の閾値設定をサポートしています。DAOは特定のギャップ閾値を設定して減額をトリガーするかどうかを決定できるため、少額損失への対応における柔軟性が向上します。例えば、損失が10万USDC未満の場合、Aave Collectorがまず損失を補填することで、担保資産の減額を回避できます。

• モジュール性とスケーラビリティ: Umbrella コアは、すべての StakeToken インスタンスを均一に管理し、マルチネットワークとマルチアセットの拡張をサポートし、ガバナンス レベルでの戦略展開を容易にします。

• オープン インターフェイスと UI サポート: オープン ソースのフロントエンドと補助コントラクト (UmbrellaBatchHelper) を提供して、ユーザー インタラクション エクスペリエンスを強化し、統合と二次開発を容易にします。

潜在的なデメリットとリスク:

• ステーキング収入はリスクと関連しています。従来のセーフティモジュールと比較して、アンブレラのステーカーは明確なスラッシングリスクを負います。資金プールの損失が設定された閾値を超えると、StakeTokenが差し引かれます。例えば、損失が500USDCを超えると、システムは対応するステーキング資産を差し引きます。

• 削減された資産は回復できません。削減されたStakeTokenは、資金プールの損失を補填するためにAave Collectorに送られ、誓約者はそれを償還できません。システムはこのメカニズムを通じてリスクをカバーしますが、ユーザーは対応する資産を永久に失います。

• 権限ロールに依存する操作：例えば、ファンドカバレッジ操作は、COVERAGE_MANAGER_ROLE を保有するエンティティによってトリガーされる必要があります。ガバナンスやオペレーションに遅延が生じると、リスク管理の効率性に影響が出る可能性があります。

• 移行メカニズムはより複雑です。Umbrellaローンチ初期段階では、stkAAVE/stkABPTとUmbrella StakeTokenが並行して存在します。ユーザーは、調整による誤解や操作ミスを防ぐため、移行パスとインセンティブの変更に注意する必要があります。

ユーザーが懸念するステーキング収入

アンブレラモジュールでは、ユーザーのステーキング利回りはガバナンスによって設定され、ステーキング総額と報酬プールの残高に応じて動的に調整されます。各StakeToken（waUSDC、waGHOなど）は、ガバナンス提案を通じて初期化し、目標流動性、単位時間報酬上限、分配サイクルを設定する必要があります。報酬資金は、事前に設定されたrewardPayerアドレス（通常はAave DAOのコレクターまたはそのサブアカウント）から支払われます。

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

この移行はGHO担保権者に特に大きな影響を与えることに注意が必要です。アンブレラモジュールによってwaGHOに設定された目標流動性と年間インセンティブ上限は、旧セキュリティモジュールにおけるstkGHOの補助金レベルよりも大幅に低いため、年間利回り期待値は13%から約7.7%に低下する可能性があります。これはGHOの市場需要と全体的な発行リズムにも影響を与える可能性があります。

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

まとめ

2025年5月時点で、AaveはEthereumやArbitrumといった主要チェーンで高い流動性を維持していました。また、フラッシュローンの手数料率は0.09%と、融資規模の大きさも相まって、プロトコルの月間収益は約3,900万米ドルに達しました。これを踏まえると、Aaveのマネーマーケットにおける市場シェアは50%を超えています。AAVEトークンの価格はまだ過去最高値を突破していませんが、古いDeFiプロジェクトとしては比較的安定したパフォーマンスを維持しています。包括的な運用指標を見ると、Aaveの暗号資産貸付市場における優位性は、過去2年間で依然として高い水準を維持していることがわかります。

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