一个账户同时在三个市场有仓位，健康度跌破线了，清算发生时系统先去动哪个市场、拿哪笔抵押物去卖？这个问题的答案写在协议的处置规则里，平时没人读，被清算的那一刻却直接决定损失形状。处置不是随机的：协议内部有一套给候选组合打分的逻辑，权衡回收率、市场深度、对存户的连带影响和执行成本，选出一个综合分最高的先执行。把这层打分想清楚，你能在风控阶段就大致推断出自己最坏情况下的处置顺序。
先解释为什么需要打分而不是固定顺序。同一笔欠款可以拿不同抵押物偿还：不同抵押品的流动性差几十倍，深度好的池子里小额处置几乎无声无息，深度差的池子里同样的量能把价格砸出深坑，砸回去的价格又反过来恶化你在其他市场的健康度。多市场账户出现后，清算对象从一个仓位扩展成一个组合，先动谁会产生完全不同的连带后果——这本质上是一个组合内的执行规划问题，而不是一条简单规则。
打分函数常见的四个变量。回收率：单位抵押物能换回多少债权价值，抵押越足值排越前，这一项保证协议先做稳赚的处置。执行摩擦：目标市场的深度、滑点曲线和近期波动，同样的件数，去深度好的市场变现折价更小。连带伤害：处置会不会把喂价或池子价格推到危及同协议其他仓位的位置，有些协议把这类溢出直接计入负分。执行成本：燃料、路由跳数和失败概率，洪峰时段这一项的权重会明显上升。不同协议的权重哲学不同：有的一刀切优先足值抵押，有的按边际回收率精细排序，两种设计在压力时段的表现差别很大。
这套逻辑对用户端的三个推论。第一，你的抵押组合结构会被清算顺序反过来定价：把深度差的长尾资产和核心资产混在一个组合里，压力时段你大概率先看到它在薄池子里被折价处置，并把价格砸回自己的其他仓位——隔离策略不只是防火墙问题，也是处置顺序问题。第二，同一协议内不同抵押物的清算友好度可以事先研究：历史清算事件里哪类抵押物处置价贴近市价，翻公开的清算记录就能统计出来，这是比参数表更真实的材料。第三，协议更新处置规则时，公告里的措辞值得逐字读：处置顺序的改变意味着你过去按旧顺序做的风控假设可能失效。
被清算前后的核对路径。事前，用协议文档确认健康度的计算方式与隔离组边界，同一资产在隔离组与核心组里的处置命运通常不同；给自己留的余量按最坏顺序而不是平均顺序设计。事中，若协议支持自选抵押物或分仓操作，主动把还款方向对准即将被处置的那一笔，常常能把自己从排队处置里摘出来——部分协议的处置粒度下，先还最可能被卖的那笔欠款比还最便宜的那笔更保市值。事后，翻处置链上的成交记录，核对处置市场、成交均价与公开行情的差距，判断回收路径是否按规则执行，偏差大的场景再对照治理讨论找解释。
补两个边界。处置顺序的打分逻辑多数写在协议合约里，界面不会解释它，文档也常只给结论不给权重，以对应协议当前合约与文档为准；清算洪峰期间协议可能临时切换简化的先到先得或轮换顺序，规则本身也有状态。本文谈的是协议侧路由这一层，至于清算人的竞价激励、拍卖折价曲线与洪峰分批，各自已有专题，顺序选择与它们共同构成一次完整清算的不同侧面。本文只做机制解释，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。