Umbrella
AvanaのAave v4市場において、ファーストロス資本とステークされた資産が赤字補填をどのように支援するか。
概要
Avanaは、Aave v4レンディングアーキテクチャにおける赤字保護のためにUmbrellaモデルを使用しています。それは次の原則に従います Aave Umbrella：定義されたファーストロス層は、プロトコルの不良債務をカバーするために差し押さえ可能なステーク資本の前に配置されます。Avanaでは、このモデルがHubとそのSpokeにまたがるLP担保の借入に適用されています。カバレッジは、設定された債務準備金、Spoke、利用可能資本、および清算ルールに依存し、Hubに接続されたすべてのポジションを保証するものではありません。
Umbrellaがフローに入る場所
担保の評価、エクスポージャー制限、清算は、損失に対する最初のコントロールです。清算は、LPポジションの手数料や元本から債務を回収しようとします。このプロセスで最終的な準備金不足が残った場合、Umbrellaが対象不足に対する補償メカニズムを提供します。トリガーとなるのは、健康指標の一時的な低下やLPポジションがまだ整理中の推定損失ではなく、清算後に回収されなかった債務です。
準備金による補償およびSpoke
Avanaのv4カバレッジ設計は、リスクと初期損失能力を債務資産およびそのエクスポージャーを生み出すSpokeに割り当てます。ある担保市場に対応するUSDCリザーブは、より複雑なLP市場に対してUSDCを借りる場合とは異なる清算挙動を示すことがあります。その割り当てを明確にしておくことで、同じ資産シンボルが一つの交換可能なカバレッジ残高として扱われることを防ぎます。したがって、清算に関連する収益、実現損失、および利用可能なカバレッジは、関連するリザーブおよびSpokeの組み合わせに照らして評価されます。
最初の損失資本および赤字オフセット
赤字オフセットは、Umbrellaのステーカーに先立つ最初の損失額を定義します。その層に割り当てられた損失は、残りの対象となる赤字がスラッシュ可能なステークに達する前に、関連する資本コミットメントによってカバーされます。オフセットは会計およびカバレッジの閾値であり、それを記録すること自体は資産を準備金に移すことや、資金が直ちに利用可能であることを証明するものではありません。
ガバナンスによって宣言された財務上のコミットメントは、すべての対象準備金を事前に資金化することなく、最初の損失層を提供することができます。そのコミットメントは、赤字が発生した際に必要な資産を移動させる承認されたプロセスを通じて利用可能なカバレッジとなります。事前に資金化された資本は、利用可能な残高を明確にします。外部管理されるSpokeの場合、提案されたエントリーモデルは、まだ取得または確認されていない将来の収益に完全に依存するのではなく、クレジットラインの承認と事前の自己負担額を組み合わせます。
収益連動オフセット会計
提案された収益連動型の延長は、対象準備金およびSpokeに帰属する認識された清算関連収益からファーストロスの能力を拡大します。これには清算手数料や、Smart Value Recapture（SVR）のような回収された清算価値が含まれることがあります。すべてのプロトコル収益に一律のパーセンテージを適用するわけではなく、収益はオフセットが吸収することを意図する債務資産および市場に帰属されます。
deficitOffset(t + 1) = deficitOffset(t) + alpha * 認識された清算収益 - 実現損失 - 減衰これは固定パラメータスケジュールではなく、提案された会計ルールです。ガバナンスは、リザーブ特有の配分率であるアルファと、ストレスをかけた予想損失や未払リザーブ債務などの明確な指標に結びついた上限を定義します。認識された損失はオフセットを消費し、減衰は過去の利益が無期限にカバレッジを定義することを防ぎます。上限を超える額は、承認済みポリシーの下で指定された目的地が必要です。実際の決済では、オフセットで表される資本が必要な資産で利用可能であることが依然として求められます。
赤字から清算へ
v4フローは、最終確定したSpoke損失を、影響を受けたHub準備金のカバレッジに接続します。これは、債務資産、元となるSpoke、回収されなかった最終額、およびそれに割り当てられたファーストロス資本を特定します。その後、承認された決済経路が準備金へのカバレッジを提供します。カバレッジされた赤字がファーストロス層を超える場合、残りの適格金額は、設定されたスラッシングルールと利用可能な容量に従ってUmbrellaステークに到達することができます。
宣言されたコミットメント、スラッシュ、そして完了したリザーブカバレッジ操作は異なる状態です。監視は、約束された資本、回収された資本、そして実際にカバーされた債務を区別する必要があります。これはHub–Spokeアーキテクチャにおいて重要です。なぜなら、損失が対応する資本がリザーブに到達する前に確定する可能性があるからです。したがって、決済設計には、資金を移動できる者、引き渡される資産、そしてストレス下での完了がどのように記録されるかが含まれます。
ステーキングとスラッシング
Umbrella の参加者は、サポートされた資産をカバレッジ市場にステークし、その資本を提供することで報酬を受け取ります。その見返りとして、ステークは適格な赤字がスラッシングレイヤーに達した場合に価値を失う可能性があります。カバレッジ市場は、保護される資産とエクスポージャー、報酬条件、スラッシング制限、およびクールダウンを含む出金プロセスを定義します。これらは市場パラメータです: Aave v3 のトークンアドレス、クールダウン期間、およびオフセット額は、Avana の v4 統合のデフォルトではありません。
カバレッジ準備
補償の有効化は、一つのHubサイズの閾値ではなく、補償対象の市場の運営履歴に依存します。関連する証拠には、繰り返し生じる帰属可能な収益、安定した流動性、預金と担保の集中度、観察された清算行動、および資本を迅速に提供できる決済経路が含まれます。十分な収益履歴のない新しい市場は、初期損失資本を提供する必要があるか、これらの条件が満たされるまで補償の対象外となる場合があります。預金の一時的な増加だけでは、持続的な流動性や信頼できる清算と同じ準備状態を確立することにはなりません。
補償限度
Umbrella は清算後の適格なプロトコルの欠損を対象とします。通常の取引損失、インパーマネントロス、または外部プロトコルのすべての失敗に対して補償するものではありません。補償範囲は承認された市場の範囲および実際に利用可能な資本に制限されます；借入能力を増加させたり、清算リスクを取り除いたりするものではありません。リスクフレームワーク and 清算フレームワーク describe the controls and recovery process that operate before deficit coverage.