单一抵押物的借贷世界里，清算就是一次拍卖；多抵押物世界里，先卖哪一样是协议提前写好的规则，也是清算对你伤害大小的实际决定者。多数协议按”先易后难”的思路组织这个顺序，理解它，比背清算百分比更能指导仓位设计。
顺序的第一原则是流动性优先。清算人的职责是把抵押物换成债务资产去填窟窿，它天然先碰容易变现的资产——主流稳定币、主流币，因为好卖意味着滑点小、清算奖励完整。反直觉的结论是：你押在池子里的热门资产最先被卖掉，而冷门小币往往陪跑到最后。这对仓位结构的含义是，拿流动性差的资产做抵押物并不是更安全的姿态——被清算时它的损失路径更陡峭，只是轮到你之前需要更多时间。
顺序的第二特征是清算权在人不在引擎。多数多抵押物实现把清算目标的选择权交给执行清算的人：他们可以从你全部的抵押物清单里挑一项下手，挑的准绳就是折价便宜与好卖，于是同一笔触发里，先被点名的往往仍是折扣档最高、变现最畅的那类资产。这个事实值得放进防清算监控：你盯着总健康度，清算人盯的是分项的便宜程度，总值尚在安全线内、某类抵押物被优先点名可以同时发生。
第三个常设机制是逐笔封顶：单次清算有比例上限，超出部分留到下一轮，给借款人留出补仓或还款的时间窗口。它的存在意味着清算很少是”一波全平”，更像被连续蚕食——除非触发了极端参数（上限被治理调高、价格跳空、流动性枯竭叠加），那才是全平的形态。处置顺序之外还有债务端的规则：部分协议在清算时优先用你在协议内的存款直接抵债，抵哪一笔、留哪种抵押物由合约规则决定，你看到的抵押物组合因此可能被被动改写，而不是你以为的样子。
落地清单。第一，把清算顺序当作参数去看：部分协议文档直接写出优先列表，没有公开列表的，读清算合约的资产遍历顺序。第二，防清算策略顺着这个结构改：优先补足最先被卖掉的热门资产对应的那部分风险敞口；如果你赌”先卖小币”来拖延时间，前提是你确认协议真的按流动性排序而不是按跌幅排序。第三，清算后立刻重建台账——一次清算等于一次强制换仓，抵押物构成、成本基础与后续收益公式全部改写，沿用清算前的报表只会让下一次评估错位。清算不是账单的句号，是资产负债表的改写事件。
补一个常被问到的情况：多笔债务与多笔抵押物并存时，清算同时改写两边。债务端，协议可能先消耗你的存款抵扣而不是卖抵押物，因为前者在账本上零滑点；这会在你的流水里造成”抵押物原封不动、债务突然消失”的表象，其实是另一本账先垫了。因此清算后的核对要三本账一起看：抵押物持仓、债务余额、以及是否有存款被自动抵扣——三本全对得上，才算读完了这次处置的完整故事。
顺带澄清一个高频困惑：清算拍卖的成交价并非协议定的，而是竞价给出的——执行清算的人以抵押物折价为报酬互相压价，折价深度随竞争密度浮动，同一份抵押物在市场冷清时可能被以更深的折价处置。这解释了一个看似矛盾的现象：清算惩罚有时比协议标称的重得多，有时又比标称温和，取决于动手那一刻有没有人在场竞争。你能做的事因此有一条不在仓位里：观察你所用市场近期的清算执行密度与成交折价，它比参数文档上的理论数字更接近你真正会挨的那一刀——毕竟参数描述规则，清算流水记录规则落地时的真实价格。
清算顺序与封顶规则因协议实现而异，以各协议合约与文档核验为准；示例不指向具体协议。清算将造成实际折价损失并改变持仓结构。本文仅为机制科普，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。