很多人以为清算是一锤子买卖:仓位跌破线,被某个机器人一口气处理掉。实际在主流实现里,清算更常以部分清算的形态发生——一次只替你还掉一部分债务、拿走对应的一块抵押物,然后等你再来一轮。控制这件事的参数叫清算比例,它的存在改变了爆仓的时间结构。
公开协议规范里可以找到两种代表做法。Compound V2 时代的历史文档把清算比例设为固定的百分之五十:清算人单次最多偿还该市场债务的一半,按清算激励价拿走相应抵押;如果你还没回到安全线以内,下一轮清算随时可以继续。较新的 Compound III 走了另一条路:清算吸收由协议本身执行,协议替账户还掉债务、把抵押物收进国库,罚金体现在处置价格里。不同协议、不同版本的规则差别真实存在,数值一律以对应协议文档为准,不能跨协议套用。
协议方为什么限制单次处置幅度?公开讨论里主要有三类理由。其一是市场冲击:一口气抛售全部抵押物会在短时间内向市场砸出大口子,清算自己的滑点成本升高,这些成本最终会折算成更差的处置价格回到借款人头上;分批处置等于把抛售摊开。其二是给借款人留自救窗口:一轮部分清算之后、下一轮触发之前,价格反弹或者你手动还进去一笔,后面的清算可能就不会发生——这与某些协议设置清算宽限期的动机同源。其三是清算市场的竞争结构:分批次让多台清算机器人都有进场机会,避免处置权被单一执行者垄断。
对借款人来说,后果链要算清楚。第一,被清算不等于风险结束:只要健康度还在清算线以下,多轮清算可以连续发生,行情剧烈时几分钟内就能完成好几轮,每一轮都要按规则扣一次罚金。第二,仓位是被强制拆小而不是被清空,抵押和债务同比例缩水,但罚金吃掉的是净值,剩余仓位的实际杠杆率往往不降反升。第三,中间状态是真实存在的:部分清算的间隙里你的仓位以半清算状态挂在链上,界面余额可能有延迟,读数以合约状态为准。
对应的自救动作也是明确的。收到清算预警后,能主动还就先还一部分把仓位推回安全线——按市场价主动减仓永远比按罚金被动减仓便宜;理解你所在协议的清算比例与罚金数值,把最坏情形写进预案:估算要经历几轮处置、每轮扣多少、反弹前最坏的净值曲线长什么样;极端行情下保留一个不受主网拥堵影响的还款来源,因为自救交易和普通交易一样会被排队。
参数之外还有一个市场结构变量:清算竞争的激烈程度决定下一轮来得多快。清算机器人密集的主流市场里,部分清算的间隙可能只有几个区块,留给借款人的事实窗口非常短;清算者稀薄的长尾市场虽然轮次间隔宽松,但每一轮的处置折价往往更深,因为执行者要自担平仓的流动性成本。同一套规则在不同市场密度下会运行出完全不同的节奏,这也是为什么把别人的爆仓经验直接套到自己的冷门市场上经常失效。
从体系稳定性的角度还能再进一步:协议对闪电贷收取的费用与容量上限,本身就是攻防成本的调节阀——清算需要廉价大额资金,攻击也一样,参数松紧在鼓励清算与压缩攻击空间之间找平衡。理解这一层,就能明白为什么大额借款费率会随池内利用率剧烈波动:它不是单纯的资金定价,而是攻防双方的共用资源在实时重新定价。
本文只讲解清算机制,不构成投资建议。清算参数由各协议定义并可能经治理调整,操作前请核对协议文档当前生效的数值。

发表评论
还没有评论,来说两句吧。
评论区为展示样式,提交不会被处理。