先说结论
协议不会天天出事，但”搬家”事件发生的频率远超多数人的持仓周期：主版本升级、单个市场弃用、跨链部署调整、代币换发。每一次搬家都是一次用户侧操作窗口，而攻击者最擅长的恰好是在搬家期复制官网、伪造迁移入口。本文把迁移拆成四种形态讲清”要做什么、不做什么、什么时间点之前做完”。
四种迁移形态与对应动作
- 版本并行（新旧合约共存）：最常见。新市场开门时旧市场通常不停业，而是参数冻结（可提不可借、上限清零）。用户动作只有一个：在公告截止期前把旧市场的仓位与存款主动搬去新市场——不动不等于没损失，冻结参数下你的抵押品继续承担价格风险却不再享有功能（冻结的机制含义见 暂停与应急开关）。
- 市场级弃用：某个链或某个资产市场被单独降格。协议一般会保留提取通道较长时间，但治理讨论期里参数可能先行收紧——把它当作”限期搬家”通知而不是新闻。历史案例的读法（如旧市场弃用事件）可参考 借贷市场弃用解读。
- 合约直接升级（可升级代理）：用户资金地址不变，逻辑换脑。用户侧无操作，但要理解含义：你持仓的合约行为可能被一次治理投票整体改变——监控参数与治理信号的义务上升（方法见 治理参数变更监控）。
- 代币换发/重命名：旧代币停止流通或兑换。通常有官方兑换页与时限；这类事件是钓鱼链接的旺季。
迁移期操作顺序（通用模板）
先还后提：旧市场的负债先还掉（需要时借新市场的流动性过桥），抵押品才能解锁提取；先提后还看似省一步，实际常卡在”抵押品因负债未清不可提”的死锁里。顺序的第二原则是先小额试点：用最小可行单位完整走一遍”还—提—存新”，确认路由与参数无误，再搬主体——试点成本永远低于翻车成本。 时间上把”截止日”倒推两周执行：迁移末段是链上拥堵与钓鱼高峰，所有人挤在同一条路上，而你的操作不需要挤。
防钓鱼三查
一切迁移入口从官方域名与官方公告进入，搜索点击的广告位与社群置顶都按可疑处理；用区块浏览器核对官方合约地址是否与公告一致——地址比对是十五秒的事，能挡住绝大多数复制站；任何”输入助记词/私钥完成迁移”的页面百分之百是骗局，正规迁移只调用授权与转账，永远不需要你的密钥。授权面管理习惯在同主题文章里有系统清单（见 入池授权边界）。 跨链迁移多一步桥核验：优先使用协议官方文档点名的桥或通道，迁移期出现的新桥名要单独核验（桥选择与失败排查见 跨链桥第一次转账）。
一个心态设定
协议升级公告的默认解读是”功能改进 + 风险重置”：新合约意味着新的攻击面与新的审计周期，你的信任决策应该像开新仓一样重新做一次。升级叙事让老用户容易跳过尽调，这是迁移事件里比钓鱼更隐蔽的损失来源。
风险提示
迁移流程与时限以各协议官方公告为准，本文模板不替代具体产品条款。不构成投资建议。
（补充说明与前文同样只讨论机制与操作纪律，其中的假设数字均为原理示例而非实时数据，不构成投资建议。）
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。