風險框架

概覽

Avana Risk Framework 定義如何在 Hub 與 LP Collateral Spoke 上提案、校驗並執行參數變更。涵蓋協議調整供給/借款上限、LT/LTV、利率輸入、市場狀態，以及依賴價格、利用率、池深度、集中度、波動、掛鉤、熔斷、部位健康等相關狀態時的控制。 LP 市場的資產結構、估值方法、清算路徑和失敗模式各不相同。 因此，穩定、相關、加權和集中的流動性池可能需要不同的風險參數。 該框架在檢查輻條或池的更新時會套用這些差異。

在整個過程中有三個角色保持分開：Avana 風險發起者、Avana 風險守護者，以及 Avana 風險防禦者。建議例行變更的方與獨立檢查該變更的方不是同一方，且在緊急情況下可以採取行動的角色設計上比例行流程的角色範圍更有限。

運行規則: exposure-reducing actions follow a more direct path than changes that expand protocol risk.

核心原則

角色

更新流程

常規變更遵循固定路徑，因此協議可以區分正常參數維護與緊急控制。標準順序是公開通知、提交、界限檢查、時間鎖、監護人審查，如果提案未被否決則執行。

參數類別

參數變化會依其對風險的影響進行分組。 每個類別都定義了所需的權限和執行路徑，從有限的例行更新到需要更廣泛治理批准的變更。

公開揭露

在例行更新流程中，公告先於提交。 它記錄了受影響的市場和建議的參數，以便開發人員和審核人員可以將規定的變更與排隊執行的有效負載進行比較。

將這些欄位與排隊的有效負載進行比較，可以揭示受影響市場、參數值、時間或執行前假設的差異。

緊急行動

當等待正常時間鎖不安全時，風險防禦者的緊急路徑僅限於包含已定義或極可能發生的故障。 其較窄的權限允許採取防禦性操作，例如限制借用或停用受影響的適配器。 例行參數變更繼續使用Initiator 和Guardian 流程。

緊急權限僅存在於定義明確或高度可能發生失效的情況下，在正常的時間鎖路徑等待是危險的情況時使用。它不是常規增長或優化的途徑。