风险框架

概述

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.

核心原则

角色

更新流程

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

参数类别

参数更改按其对风险的影响进行分组。每个类别定义所需的权限和执行路径，从受限的例行更新到需要更广泛治理批准的更改。

公开披露

在例行更新流程中，公开公告发生在提交之前。它记录受影响的市场和拟议的参数，以便开发者和审查者可以将声明的变化与待执行的有效负载进行比较。

将这些字段与排队的有效载荷进行比较，可以发现受影响的市场、参数值、执行前的时间或假设存在差异。

紧急行动

风险防御者的紧急路径仅限于在等待正常时间锁不安全时，控制已定义或高度可能发生的故障。其较窄的权限允许采取防御性措施，例如限制借贷或禁用受影响的适配器。常规参数更改仍然使用启动者和守护者流程。

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