多数借贷协议给用户的第一印象是：仓位跌破健康因子也不会被一枪带走，清算人一次只能处理一部分债务，给你留出醒来的机会。这个「一部分」在很多版本里是二分之一。但这份安全感有一个隐藏的前提：你的仓位得大到值得清算人动手。仓位小到某个量级以下时，激励的天平会整个翻过去，留下的不是温柔的半清算，而是一堆谁也懒得处理的债务残渣。
账是这样的。清算人的收入是清算奖金，通常按被清算抵押物价值的一个小百分比计；成本是执行清算那笔交易的链上手续费，外加竞价成本。一个九百美元的债务被清算一半，奖金不过是几美元的零头，跟一笔网络费用相比完全不够看。于是理性清算人对这类微型爆仓单绕着走——协议规则上它「可清算」，市场上它没人碰。文档把这类场景写得很直白：清算机制正常时违约由清算人和罚金覆盖，清算激励失效时，缺口就变成协议账上的坏账。
更麻烦的是这些没人接的仓位不会安静待着。按资产的半清算规则下，小仓位第一轮被削一半之后继续贬值，会滚成更小、更没利可图的尾巴，而计息引擎对僵尸仓位照样复利，债务名义值在账上一分不少地涨。协议侧还有一层看不见的成本：每一笔待处理的尾债都占着风险报表和监控面板的一格，治理要为一堆两美元的仓位讨论储备金补充，这类累积的运维负担在多个协议的历史帖子里被反复点名。
解法不是放弃安全缓冲，而是让缓冲跟着仓位大小走。v3 时代的清算比例在默认二分之一与百分之百之间按健康因子档位切换；v3.3 的特性文档记录了两处关键改动。其一是比例的计算单位变了：过去的「可以清算一半」是逐个资产算的，文档举的例子是持一份抵押、背着三种稳定币债务的账户，每轮清算每个币种各削一半，机制合规却别扭；新版本把比例改为按整个仓位计，一次可以处理掉单一币种的全部债务。其二是对微型仓位的专门通道：当某一资产的债务名义值低于一个治理设定的门槛时，清算可以直接上到百分之百。门槛的设计逻辑在文档的例子里说得清楚——按奖金比例反推，保证清算人执行这笔清算的预期收入不会低到让他亏手续费，否则这笔尾债就没人接。
这两个改动合起来改变了普通用户该问的问题。原来的安全问题是「半清算给了我多少反应时间」，现在多了一条：你的仓位离那个百分之百门槛有多远。门槛之下的微型仓位在价格急跌里可能被一笔交易整个带走，没有分轮醒来的余地；而门槛之上的标准仓位继续享有按整体计的分轮处理。协议文档举例说明门槛取值的推演口径，例如某档门槛配合百分之一的奖金，意味着清算收入低于手续费临界点的尾仓会触发全额处置通道——具体数值每个部署都由治理设定并会调整，以协议链上参数当期值为准，不要引用任何转述帖里的旧数。
给自己的仓位做体检的动线因此是三问：一问当前健康因子与该资产清算档位的关系；二问名义债务距百分之百通道门槛的安全距离，想清楚急跌行情里会不会被一步清干净；三问该协议处置顺序里多资产抵押的先卖次序，避免被强平的恰好是自己流动性最好的那条腿。参数与实现以协议官方文档和链上合约为准。本文只做机制说明，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。