风险框架

概述

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.

核心原则

角色

更新流程

常规变更遵循固定路径，因此协议可以区分正常参数维护与紧急控制。标准流程是公开通知、提交、边界检查、时间锁、Guardian 审查，如果提案未被否决，则执行。

参数类别

参数变更并非都具有相同的风险，因此该框架根据它们应需要的权限量以及它们应能移动的速度将其分组。

公开披露

每次例行更新都应在提交前以一种格式发布，使开发者、用户和审阅者能够将通知与随后排队的具体操作进行比较。

一致的披露使审查提案是否存在范围蔓延、假设不匹配或简单执行错误变得更容易。

紧急行动

紧急行动是为了遏制，而不是日常调优。它们应很少使用，保持尽可能狭窄，并且结构化，以便在立即风险被理解后，协议能够恢复到标准路径。风险防御者只有在定义的或高度可能的故障条件使正常的时间锁路径不安全时才应采取行动。

紧急权限仅存在于明确或高度可能发生故障的情况下，在正常时间锁路径上等待是不安全的。它不是用于日常增长或优化的途径。