清算示例
展示了一个清算框架如何应用于不同LP抵押品形式的工作场景。
概述
这些例子展示了清算在常见 LP 格式下的表现情况 清算框架. 每种场景都使用协议的抵押品估值,通过Hub偿还债务,并通过其支持的结算路径解决LP。在分配任何剩余价值之前,会先扣除执行成本和清算奖励。
同质化 LP 示例
借款人已从批准的稳定池或加权池存入了可替代的LP代币。随着时间的推移,池的组成和预言机输入发生变化,以至于该账户的调整抵押品价值不足以覆盖其债务。
- • 清算节点检测到资金缺口并寻找执行流动性。
- • 债务得到偿还,LP 代币被兑换为其基础资产。
- • 如果可用且有助于恢复,可实现可申索费用。
- • 基础资产被引入债务资产中,清算完成。
- • 偿还和奖励之后剩余的任何价值都会返还给借款人。
集中流动性示例
当市场价格向集中流动性头寸范围的边缘移动时,其代币库存和可回收价值会发生变化。当由此产生的账户健康度跨越配置的阈值时,清算就有可能发生。
- • 节点根据其当前范围、流动性和代币分配来评估位置。
- • 一旦清算开始,在本金被解除之前,会先检查可申领的费用。
- • 路由会根据实际回收的库存进行调整,而不是固定的代币组合。
- • 结算遵循相同的模式:偿还执行流动性,支付奖励,返还剩余价值。
NFT 清算
借款人存入 Uniswap v3 NFT,该账户随后变得有资格进行清算。结算会解决单独的 NFT 支持的头寸,因为其流动性、范围和费用属于该特定头寸。
- • Aave 获取与 NFT 支撑的仓位相关联的金库代币余额。
- • Avana 销毁保险库代币,并将真实的 LP 位置转移到结算中。
- • 结算模块解除、出售、拍卖或转移该头寸。
- • 债务先偿还,清算人的报酬其次,任何剩余则遵循市场规则。
- • 解决NFT清算了整个支撑头寸;任何剩余部分根据市场规则单独处理。
多仓位账户
借款人可在一个 Borrow Spoke 内持有多个 LP 仓位。额度会汇总,但账户变为不健康后,退出仍须按仓位执行。
- • Spoke 向 Hub 报告一份汇总借款能力。
- • 当账户变得不健康时,清算节点会选择最能恢复偿付能力的清算路径。
- • 一个头寸可能足以弥补不足,或者可能需要部分或完全平掉几个头寸。
- • 执行顺序、一致的预言机输入和路径深度会影响回收的数量。
边界情况
- 到清算开始时,该头寸可能大多是单边的,尤其是对于集中流动性。
- 池的深度可能足够进行评估,但仍然可能薄到需要保守的拆解路径。
- 只有在成功收款时,可认领的费用才会有助于回收;估算金额可能与实际收到的金额不同。
- 借款人可能有多个头寸贡献于同一辐轮级借款能力,因此清算顺序很重要。
总结
LP 格式决定了抵押品如何被赎回、转让或以其他方式结算。在这些例子中,债务偿还取决于通过该途径回收的价值,剩余价值则按照市场的结算规则处理。
