清算后剩下的零头：残值、碎余额和它们各自的取回路径

整理链上账户时最常见的画面是：主仓位都清了，钱包里还躺着几种资产各一小条，有的连一个手续费都覆盖不了。这些零头不是bug，而是协议机制的自然沉积物。按产生机制它们分三类，每一类的取回路径和处置价值都不同，混在一起看只会让人放弃对账。这篇分类讲清零头从哪来、能不能拿回、什么情况下应该干脆认了。

第一类是清算剩余。多数借贷协议的清算不是全平：触发清算线后只处置仓位的一部分，处置折价与清算奖励扣除后，剩余抵押物留在你的仓位的账上，理论上一直属于你。它的问题不在所有权而在可达性：清算后的仓位常常处于尴尬状态——健康因子仍低于一，协议可能拒绝追加操作直到你补足抵押；于是剩余部分卡在「还不清也提不走」的中间态。取回路径因此只有一条主线：补足抵押或还掉剩余债务使健康因子回到一以上，然后正常提取。跳过这步去研究别的捷径，多半是白白付gas。真正容易漏的是第二处：部分清算常伴随利息与罚金的计提顺序问题，先冲抵哪笔债会改变剩余抵押的数量，动手补仓前先读清算事件里的明细，而不是按面板的估计值行动。

第二类是份额取整碎余额。自动做市池的份额计算涉及开方与取整，进出池子时向下取整的零头会变成永远凑不成整数份额的碎片；带重基准或生息记账机制的资产更明显——兑换率换算在每一次交互里都可能切出一点尾巴。这类碎余额的特点是有合约可查但往往无市场可卖：你能在区块浏览器的余额记录里找到它们，主流兑换路由却可能因为数量太小连报价都不给。处置它们有两条路：一条是「凑整策略」——在下次正常进出池子时把同种资产凑够最小可兑换单位顺路带走，成本接近零；另一条是专门的清扫功能，部分聚合器提供一键归集杂币的服务，但要核对服务方的合约来源与授权范围，清扫杂币时批量授权给陌生合约是本末倒置的操作。

第三类尾差来自多腿路径：闪电兑换、跨协议套利、批量清算里「借一还一」的数量与「买一卖一」的数量之间常有微小出入，执行者或协议把这些出入直接留在执行合约里。普通用户与这类零头的关系主要是旁观：如果你是自己跑多腿操作的执行方，尾差的归置规则要在策略层写死——留在合约里等累积后再清，和每笔顺路提走，gas 成本曲线完全不同；对不跑机器人的读者，这类的意义在于读懂仪表盘上的「不明微利」不是收益而是记账噪声。

判断值不值得动手，有一个通用公式：把零头按市价折算成价值，和一次链上操作的预计手续费比较。低于操作成本数倍的零头，任何主动处置都是负和——留着不碍事，凑整顺路带走最经济。真正要防的是另一头的误差：账本上长期不清零的幽灵余额会让你的净敞口越算越糊涂，定期用价值口径而不是列表口径对一次总账，比逐个清理碎片重要得多。

最后划边界：不存在「找回全部零头」的完美方案，取整与残值机制是去中心化账本用精度换确定性的代价；遇到任何声称能一键回收所有杂币余额的第三方服务，先查它的授权要求——多数此类服务的真实收益来自授权滥用风险，而不是它展示的归集数字。本文内容为机制说明，不构成投资建议。