リスクフレームワーク

概要

Avana Risk Framework は、Hub と LP Collateral Spoke 全体でパラメータ変更がどう提案・検証・実行されるかを定義します。供給・借入キャップ、LT/LTV、金利入力、市場ステータス、および価格・稼働率・プール深度・集中度・ボラティリティ・ペッグ挙動・サーキットブレーカ・ポジションヘルスなどに依存する制御を含みます。

LP 担保は一種類の同質資産ではありません。ステーブル LP、相関資産 LP、加重プール、集中流動性、その他 AMM 設計はそれぞれ Spoke 固有の評価経路・清算経路・障害モードを持ち得ます。枠組みは、単一の汎用リスク設定に隠すのではなく、その差を更新プロセスに反映するためです。

そのプロセス全体で、三つの役割は分かれたままです：Avanaリスクイニシエーター、Avanaリスクガーディアン、およびAvanaリスクディフェンダー。定常的な変更を推奨する当事者は、それを独立して確認する当事者とは異なり、緊急時に行動できる役割は意図的に定常的な経路よりも狭くなっています。

運用ルール: reducing risk should be easier than expanding it.

基本原則

役割

更新フロー

ルーティンの変更は固定された手順に従うため、プロトコルは通常のパラメータメンテナンスと緊急対応を区別することができます。標準の手順は、公開通知、提出、範囲チェック、タイムロック、ガーディアンによる審査であり、提案が拒否されない場合に実行されます。

パラメータ区分

パラメータの変更はすべて同じリスクを伴うわけではないため、このフレームワークでは、どの程度の権限が必要であるべきか、そしてどれくらい迅速に進められるべきかによってグループ化しています。

公開開示

すべての定期的な更新は、開発者、ユーザー、レビュアーが通知と後でキューに入れられる正確なアクションを比較できる形式で、提出前に公開されるべきです。

一貫した情報開示は、提案の範囲の拡大、前提の不一致、または単純な実行ミスを確認するのを容易にします。

緊急アクション

緊急対応はルーチンの調整のためではなく、封じ込めのためのものです。それらは稀に使用され、可能な限り狭く保たれ、即時のリスクが理解された後にプロトコルが標準の経路に戻れるように構造化されるべきです。リスクディフェンダーは、定義された、または高い確率で発生する故障条件が通常のタイムロックされたルートを安全でなくする場合にのみ行動すべきです。

緊急権限は、通常のタイムロック経路で待機することが安全でない、定義済みまたは高確率の障害ケースにのみ存在します。これは日常的な成長や最適化のための経路ではありません。