LPリスクが異なる理由
Avanaは、一般的なレンディング市場がトークンリストを管理するのと同じ方法でLP担保を管理することはできません。各spoke市場には独自のプール構造、障害モード、ストレス時の挙動があります。ステーブルプールは集中レンジと同じプロダクトではありません。Balancer型の加重バスケットは、Curve型の高相関市場と同じプロダクトでもありません。Avanaのリスクフレームワークはこの多様性を前提に構築されています。ボラティリティ、ペッグ品質、利用率、流動性の深さ、集中度、オラクルの健全性、市場ステータス、供給・借入上限、LTVと清算閾値、金利モデル、そしてhubとLP spoke全体のポジション健全性を監視します。
3つの役割、明確な責務
Avanaは、日常的な提言、独立したレビュー、緊急封じ込めを3つの役割に分けます：Risk Initiator、Risk Guardian、Risk Defenderです。Initiatorは上限、担保設定、金利、プールのオンボーディングなど、承認済みテンプレート内でのルーティン更新を提案します。各提案は通常の経路に入る前に防御的か成長志向かがラベル付けされます。Guardianはレビューと拒否権のレイヤーです。公開開示がキュー内容と一致するか確認し、行動がポリシー範囲内かを検証し、タイムロック中にキャンセルできます。Defenderは設計上狭い権限です。ルーティン経路を待つとAvanaが露出する場合、上限を下げ、借入を凍結し、侵害されたアダプターを無効化できます。
ルーティン変更の出荷方法
Avanaの標準更新パスは、公開通知、提出、事前定義された範囲での検証、タイムロック、Guardianレビュー、拒否がなければ実行です。開発者、ユーザー、ガバナンス参加者は変更が適用される前に根拠を読み、文書化されたポリシーとキューされた行動を比較できます。複雑な担保を基盤とするプロトコルにとって、この公開的一貫性はマーケティングの付加物ではなく基本的要件です。
すべての変更がそのパスを使うわけではありません。リスクの削減はリスクの追加より容易であるべきです。承認済み範囲内の控えめな調整は標準フローに従います。新しいspokeファミリー、新しいLPプリミティブ、新しいオラクルモデル、新しい清算アダプターなどの大きな変更は、Avanaのリスク表面を拡大し、より重いレビューを必要とするため、ルーティンプロセスの外に位置します。
Avanaが緊急権限を使うとき
緊急ケースには、オラクルの不整合、清算パスの劣化、異常なプール挙動、ラッパーの障害、アダプターの侵害、spokeレベルの突然の不安定さが含まれます。それでもフレームワークは慎重さを保ちます。Avanaの緊急権限は狭く、防御的で、可逆的です。前提がタイムロックガバナンスの対応より速く崩れる瞬間のために存在します。日常の最適化のための影の経路ではありません。
総合すると、Avanaはガバナンス構造を担保の複雑さに合わせます。LP担保レンディングには、市場テンプレート、境界のある実行、透明な開示、通常の成長・防御的調整・緊急封じ込めの間の明確な線が必要です。各spokeは独自のオラクル前提、清算ロジック、准入ルール、運用制約を保持します。AvanaはすべてのLP市場が互換可能であるかのように振る舞いません。