Likwid v2.2 将自动做市、基于利用率的借贷、内部债务记账和 vault 级风险控制结合进同一套池子架构中。其核心设计直接落在 LikwidVault 以及构建其上的各类仓位管理合约中。
自动做市（AMM）基础
Likwid 的底层是一套类似 AMM 的储备系统，允许用户直接与池子流动性交互，而不是与单独的对手方撮合交易。这带来几项明显优势：
- 持续可用的流动性：流动性由所有参与者共同提供并汇聚到池子中，用户无需等待对手方即可完成交易。
- 降低对手方依赖：与必须依赖买卖双方配对的传统市场不同，Likwid 依赖的是流动性池，因此系统效率与可靠性更高。
这种机制尤其适合支撑衍生品与杠杆场景，因为即便在高波动环境下，交易者也能从池子中获得足够的流动性来执行仓位操作。
池化机制与流动性管理
Likwid 采用池化资金模型，用户提供的流动性会统一汇总到 LikwidVault 管理的共享池状态中。这使协议可以实现：
- 去中心化借入：希望获得杠杆或类借贷敞口的用户，可以直接从池子储备中获得流动性，而无需寻找对应的出借方。
- 更高的资金利用效率：通过把流动性聚合到一套 vault 系统中，协议能最大化资金使用效率。借贷不以逐笔匹配方式记账，而是通过 lend reserve、mirror reserve 和累计状态共同结算。
- 按功能拆分的用户入口：
LikwidPairPosition、LikwidLendPosition和LikwidMarginPosition分别向用户暴露 NFT 型仓位入口，但最终都在同一套池子核心上结算。
这种池化模型使系统能够根据需求、镜像利用率和可用储备实时调整利率，并通过原生利率机制激励流动性供给。
以 Vault 为中心的执行与原生控制
Likwid v2.2 的核心状态转移直接通过 LikwidVault 及其管理合约执行。这意味着费率逻辑、清算逻辑和储备迁移都属于协议原生能力，而不是委托给外部扩展层。
- 动态费率计算：协议会比较实时 pair reserve 与 truncated reserve 的偏离程度，并在价格移动变大时提高 swap 费率。
- 保证金专属费用：池子同时存储 swap fee 与 margin fee，使得保证金行为可以独立计费。
- 低费率池限制：如果某个池子的基础 LP 费率过低，则禁止其用于保证金开仓，避免在不适合承接杠杆风险的池子里扩张风险。
- 保险基金记账：捐赠与清算流程可以将价值注入保险基金，用于吸收压力事件下的损失。
这些控制都直接内嵌于 vault 的池子状态与管理器逻辑中。
内部合成记账与镜像储备
早期文档使用过 y′ 或 x′ 这样的符号来表示合成敞口。在 v2.2 中，这些符号更适合作为记账上的抽象表示，而不是用户可见的独立 ERC-20 代币。当前实现中，杠杆敞口由以下组件共同追踪：
LikwidMarginPosition持有的保证金仓位状态- Vault 内部的镜像储备
- 在开仓、还款、平仓和清算中应用的余额增减
- 标识仓位所有者与状态的 NFT
这种实现保留了“合成敞口”在数学上的解释价值，但不再暗示协议会向用户部署独立的外部 synthetic token 合约。
动态利率模型
Likwid 的借贷利率会根据利用率动态变化。在 v2.2 中，借贷利率增长由打包存储在 MarginState 中的参数控制，包括 rateBase、利用率阈值以及 low / middle / high 三段斜率：
- 低利用率阶段：当池子利用率较低时，借贷利率维持在较低水平，鼓励借贷活动发生。
- 高利用率阶段：随着利用率提升，利率随之走高，从而抑制继续借入，并激励更多流动性进入池子。
这一模型主要实现两个目标：
- 优化资金利用率：尽量减少闲置资金，让现有流动性得到有效使用。
- 提升稳定性与流动性保障：通过动态调整激励，持续保持池子中有足够流动性。
清算机制与风险处置
Likwid 风险管理的关键之一是确保仓位始终具备足够抵押。当空头或杠杆仓位的抵押价值跌破清算阈值时，协议会触发清算：
- 开放的清算权限：只要某个仓位跌破配置阈值，任何外部清算者都可以调用清算入口。
- 两条清算路径：管理器支持内部回收路径
liquidateBurn，也支持外部偿债路径liquidateCall。 - 基于储备状态的检查：清算逻辑会参考当前 pair reserve、truncated reserve、债务和抵押物状态，决定可以释放、偿还或注入保险基金的数值。
通过将清算直接实现为管理器与 vault 状态机的一部分，Likwid 能在不依赖外部生命周期钩子的情况下控制坏账风险。