跳转到内容

1. 概览

保险基金是 Likwid 杠杆交易协议中的首要保护机制。它作为缓冲层,用于吸收在清算过程中超出仓位价值的损失,从而保护协议及其用户免受系统性风险影响,并维持协议的长期偿付能力。

Likwid 并不使用一个统一的总保险池,而是采用更细粒度的设计:每一个流动性交易对都拥有自己独立的保险基金

这种分池设计是 Likwid 风险管理理念中的关键组成部分。它确保某个交易对上的清算损失只会局限在该交易对内部,不会外溢到其他交易对。也就是说,一个市场的坏账不会侵蚀另一个市场的流动性或偿付能力。

这种设计构成了一道抵御系统性风险的防火墙,避免不同交易对之间的风险传染。例如,稳定对(如 ETH/USDC)的保守 LP 不会因更高波动或更长尾的交易对而承担额外风险。通过在交易对层面隔离风险,Likwid 保护的不只是协议整体偿付能力,也保护生态内每个市场各自的财务完整性。

2. 核心机制

2.1 损失吸收顺序

当清算事件中,抵押物价值不足以覆盖未偿债务时,损失会按以下顺序吸收:

首要吸收:首先由保险基金承担损失。

协议债务记录:如果保险基金储备仍不足以覆盖全部损失,剩余缺口会被记录为该保险基金对应的债务。这笔债务必须由未来流入保险基金的收入优先偿还,之后新的储备才会重新累积。

2.2 收入来源

当清算事件中,抵押物价值高于未偿债务时,盈余部分会作为收入计入保险基金。这构成了一种可持续的经济模型:盈利性的清算会直接反哺协议的安全机制。

3. 动态容量机制

3.1 最大容量定义

保险基金存在一个最大容量上限,该上限被定义为协议历史峰值 TVL 的固定比例。这个比例可以通过治理机制进行调整。

3.2 单向容量调整

保险基金的最大容量遵循单向调整规则:

  • 只能增加,不能降低:最大容量只会随着时间上升。
  • 跟踪 TVL 峰值:当协议 TVL 创出新高时,最大容量会基于新的峰值重新向上计算。
  • 不会回退:即使当前 TVL 低于历史峰值,最大容量也不会下降。

基于 Markdown 构建,并通过 Cloudflare Pages 部署。