为什么要做正式的迁移指南
把项目从主网搬到 ZKRollup，不只是改个 RPC 那么简单。涉及的资金、用户、文档、合作方都需要协同。币安（Binance）生态项目尤其要谨慎，毕竟用户对资金安全的敏感度极高。本文提供一份可复用的迁移指南，帮助团队按部就班完成转移。
一、迁移前的盘点
动手之前先回答清楚：
- 当前主网合约的资金、TVL、活跃地址各是多少？
- 哪些合约需要迁移，哪些保留在主网？
- 用户的迁移路径与激励是什么？
这份盘点决定后续工作量。可以借助 ZKRollup官方文档 提供的兼容矩阵预估改造点。
二、改造合约与脚本
对照主网合约逐项过一遍：
- 删除 selfdestruct、不支持的 opcode；
- 重新校准 gas 估算；
- 关键事件加 indexed，方便桥与监控订阅。
部署脚本调整成 ZKRollup 网络配置，并在 CI 中加 fork 测试。改造完成后走一次 ZKRollup安全审计 流程，确认无新增漏洞。
三、桥与资金路径
用户从主网迁到二层，资金路径必须清晰：
- 提供主网到 ZKRollup 的官方桥；
- 在前端展示进度条；
- 给大额用户开放专属通道。
迁移期建议把桥的限额放大，避免用户因为限额堵在路上。详细参数对照参考 ZKRollup最佳实践。
四、灰度发布
建议分三阶段：
- 内部灰度：团队与白名单用户；
- 小范围灰度：受邀社区成员；
- 全量上线：公开公告。
每阶段保留 48 小时观测窗口，监控关键指标。出现异常按 ZKRollup调试方法 中的回滚流程处理。
五、用户激励
迁移期可以发放：
- 手续费抵扣券；
- 限定 NFT 徽章；
- 二层专属空投。
激励要设置上限，避免被女巫地址套利。币安生态用户还可以通过交易所活动联动，提升曝光。
六、上线后的稳定运营
迁移完成后还有大量工作：
- 监控继续盯紧；
- 客服重点回应桥相关问题；
- 把迁移过程中遇到的问题更新进文档。
七、回滚计划
万一二层出现严重故障，必须有清晰的回滚方案：
- 暂停二层入金；
- 引导用户通过桥退回主网；
- 公告说明原因与时间表。
回滚不是失败，而是稳健团队的标配。
八、与币安官方的沟通
大型迁移之前可以提前对接币安官方：
- 提供项目方案；
- 协调公告或活动；
- 申请币安钱包内的二层网络选项。
这种协作能让迁移效率大幅提升。
小结
ZKRollup迁移指南本质上是一份「项目管理 + 技术清单」。币安生态团队按本文步骤推进，可以把迁移风险降到最低，又能借势获得更多用户与流动性。