代币改单位不是换皮肤：DeFi 仓位的搬迁清单

一个代币宣布改单位——从每枚若干元改成一枚一元，或者反过来，链上老币按比例回收、按比例换发新币——这种事在传统金融里是公告栏新闻，在 DeFi 里却是一场需要每个持仓者亲自参与的系统搬迁。因为链上世界没有中央登记处，单位变更不会自动改写任何一份合约、任何一个池子、任何一笔债务。

先理解为什么链上改单位比银行改面额麻烦。银行系统里账户余额集中记账，系统切换一行代码的事；链上代币的数量分散登记在几十份合约的库存里：做市池的储备、借贷池的抵押品和债务簿、金库的份额净值、锁仓合约的分批计划、预言机报价的小数位约定。旧币换成新币通常靠一份迁移合约执行销毁与铸造，但那只处理代币本身，处理不了”数量含义”：所有把这些数字当输入的合同逻辑，都会在新旧交替的窗口里读到错误的量级。

最容易出事的三类位置各有不同的失效方式。第一类是价格与报价链路：预言机喂价按新单位重设后，任何还在用旧合约地址估值的协议都会看到价格凭空放大或缩小了换算倍数的倍数，借贷池可能因此批量误清算，池子则可能被套利者按错误汇率掏空——历史上单位迁移期间的清算事故大多属于这一类。第二类是静态锁定结构：锁仓、定投、线性归属合约里写死的份额数量按旧单位计算，迁移若没有专门处理，要么解锁金额缩水千倍，要么多出千倍，取决于合约读的是哪份账。第三类是做市仓位：旧池子没人再提供流动性后， LP 凭证必须先在旧池退出、拿回旧币、参与迁移、再进新池，中间每一步都有滑点和费用，而所谓”官方迁移引导”流程未必覆盖 LP 这一步。

用户侧的正确动作顺序也因此比较反直觉。第一，公告出现后先做的不是迁移，而是清点：用持仓面板把所有引用该代币的位置列出来——池子、借贷、金库、锁仓、跨链包装版本，逐个确认它们是否发布了适配计划；包装版本的旧币尤其容易被遗漏，它隔着一层合约，迁移常常要回源链解包再迁。第二，迁移窗口内降低而不是提高操作频率：新旧合约并存的几天里，假币骗局的密度最高，任何引导你”立即迁移”的弹窗和空投页面都值得怀疑，官方迁移入口应该从协议自己的文档站而不是搜索结果进入。第三，迁移完成后逐项核对：借贷债务的计息基准是否重设、锁仓剩余是否按比例换算、池子仓位的份额值是否与新汇率自洽。数字对不上时，先查是不是某份合约还没切换数据源，再决定要不要操作。

补一个操作层经常被跳过的问题：迁移期间的授权状态。旧代币合约里你已经批出去的授权，在换币后不会自动映射到新合约——新合约是一份全新的合约，所有历史授权在它上面不存在。这在两个方向上都有后果：正面看，你的旧授权列表对新的攻击面失效，旧页面里的授权对新币无效，少了一层历史包袱；反面看，依赖自动循环策略的仓位会在迁移后第一次运行时因授权缺失而失败，金库的自动复投、借贷的自动再平衡都可能在那个周末集体停摆，等你周一看到报错，利差损耗已经产生。所以迁移完成的复查清单里应有一项：检查所有依赖该代币自动执行的策略是否重新签过授权，检查范围要覆盖金库合约、复投机器人与任何第三方自动化服务。另一件小事也值得做：在迁移完成后的旧代币页面停留观察一段时间，确认还有没有残留在旧合约里的零头余额与孤儿 LP 份额，旧池通常比新池更早被所有人遗忘，而遗忘处最容易沉淀永远拿不回或要额外付gas才能领的残值，这类残值的处置窗口比主仓迁移更容易错过。

代币单位变更在各协议文档里的处理方式差异很大，不存在统一标准流程；本文只讲结构性风险，不针对任何具体项目，迁移细则请以项目官方公告与合约文档为准。以上仅为机制说明，不构成投资建议。