「我们完全兼容 EVM」是链方最爱说的一句话，也是项目方最容易踩坑的一句话。兼容和等价是两回事：前者是「大部分能跑」，后者是「跑出来一模一样」。差一个字，迁移成本和上线后的故障率可能差好几倍。这篇把两个概念拆开，再给部署前必须做的三点核查和一份可落地的工作量拆解。
上图是两台看起来一样的虚拟机，右边那台多了一层薄薄的适配层——差异就藏在这层里。
先澄清：EVM 不是以太坊本身
EVM 是以太坊的执行环境，是一套指令集和状态机规范，不等于那条链，也不等于 Solidity 语言。把这三者分开，才不会被「兼容」这个词带偏。
先说结论：等价是「一样」，兼容是「能跑」
EVM 等价（equivalence）指的是字节码级一致：同样的合约字节码，在不同链上执行，产生的状态变化、消耗的 Gas、触发的事件全都一样。预编译合约的行为一致，Gas 计费表一致，opcode 支持一致。理论上你把合约原封不动搬过去，它就能按预期运行。
EVM 兼容（compatibility）宽松得多：大部分 Solidity 合约能编译、能部署、能调用，主流工具链（Hardhat、Foundry、ethers）也能用，但预编译合约的实现、Gas 规则、部分 opcode 的支持情况可能有差异。差异不一定致命，但一定需要测试。
这个区别为什么重要？因为「兼容」这个词没有标准。一条链可以说自己兼容，同时在 Gas 表上做 30% 的调整，在预编译上只实现了一半。用户看不出来，项目方上线之后才发现某条路径的 Gas 估算是错的。
三个层级：字节码、预编译、工具链
要判断一条链到底有多「像」以太坊，可以分三层看。
第一层是字节码与 opcode。Solidity 编译出来的字节码里，每一个操作都是一个 opcode。EVM 是 256 位栈式虚拟机，指令集是固定的。如果目标链少支持几个 opcode，或者某个 opcode 的语义不同（比如某些链对 SELFDESTRUCT 的处理不一样），合约的行为就会偏。
第二层是预编译合约。以太坊在低地址上预置了一批用原生代码实现的合约，负责椭圆曲线签名验证、哈希、模运算这些计算密集的操作。这些不是 Solidity 写的，是节点客户端实现的。目标链如果没实现，或者用了不同的曲线参数，依赖它们的合约（多签、ZK 验证、部分签名方案）直接不可用。
第三层是工具链与基础设施。编译器版本、RPC 接口、区块浏览器验证、索引服务（比如查历史事件的服务）、预言机喂价，这些不在链上，但缺一样都部署不完整。
顺带解释一个常见疑问：为什么同样的合约，在不同链上 Gas 差很多？因为 EVM 执行是按 opcode 计 Gas 的，而 Gas 表是各链自己定的。存储写入（SSTORE）在任何 EVM 链上都属于最贵的操作之一，因为它要长期占用全节点状态；差别在于各链给状态定的「价格」不同。计算便宜、存储贵，是这个虚拟机的基因。
部署前必须核查的三点
第一点，合约有没有用到链特有的预编译或系统合约。做法很直接：把合约依赖的库列出来，逐个看它调了哪些低地址合约。如果用了 ecrecover、modexp 这类标准预编译，多数链都有；如果用了某条链独有的预编译（比如某些 ZK 相关的），迁移就要重写。
第二点，依赖的预言机和索引服务是否支持目标链。这一点最容易被忽略。合约部署上去了，价格喂不进来，或者前端查不到历史事件，业务就是停的。核查方法是去预言机和使用索引服务的官方文档里查支持网络列表，别信销售口头承诺。
第三点，钱包与 RPC 是否就绪。用户能不能连上、能不能签名、能不能看到余额和交易记录，取决于钱包有没有内置这条链的配置、RPC 节点够不够稳定。这些不是技术难题，但是体验生死线。
下图把「兼容程度」拆成三个层级打分，是示意值，用来看差在哪：字节码级等价最接近满分，预编译差异和工具链适配依次递减。
迁移工作量到底花在哪
很多团队做预算时只算「改合约」，实际花时间的是另外三块。按经验，四块大致是这样分的：合约改写约三成，测试与审计约三成，RPC 与索引约两成，前端适配约一成半。
合约改写不只是改地址。Solidity 版本要统一，依赖库要换成分支版本，某些写法（比如依赖 block.timestamp 精度的逻辑）要按目标链的出块节奏调整。以太坊出块 12 秒一个 slot，BNB Chain 大约 3 秒，Solana 目标 400 毫秒——出块节奏不一样，同一段依赖时间的逻辑，行为就不一样。
测试与审计是大头。最怕「主链测过了，侧链没测」。测试要覆盖三类：正常路径、边界条件（余额为零、授权为零、重复调用）、异常路径（Gas 不足、滑点超限、预言机超时）。每条链跑一遍，工作量是线性的。
RPC 与索引是隐形成本。每条链要准备节点、配负载均衡、处理重组（reorg）。索引服务要重新建库、回填历史，几千万个区块是几天到几周的事。
前端适配反而简单：加网络切换、加 Gas 代币符号、处理不同链的确认数提示。但这块最容易出用户体验事故，比如用户在错误的网络上点了「授权」，钱就卡住了。
为什么明知有差异还要多链部署
第一是用户在哪。资金和用户分布在不同的链上，尤其是 L2 起来之后，一条链吃不下所有需求。
第二是成本。同样一笔操作，在不同链上的 Gas 成本差异可能很大。以太坊现价 2,226.95 美元，主网 Gas 的美元成本是用户最直接的体感。以太坊主网的存储写入（SSTORE）是最贵的操作之一，因为要长期占用全节点状态；一些新链为了吸引应用，会把存储成本压低。项目方算的是「用户单次操作的综合成本」，不是「链的 TPS」。
第三是叙事与激励。新链通常有生态基金，部署能拿到补贴和流量位。这部分收益在早期可能比手续费收入还高，所以你会看到很多项目「先部署再说」，实际使用量很低。
第四是风险分散。单链宕机、单链拥堵、单链监管事件，都会让业务中断。多链部署是一种保险，代价是流动性和流动性管理复杂度上升。
上图是一张检查清单：字节码等价、预编译差异、工具链兼容。三项里有一项不清楚，就不要对外说「完全兼容」。
一份可以直接用的测试清单
第一，在目标链上跑一遍完整的合约测试套件，不是只跑主流程。
第二，逐条核对预编译合约的地址与行为，尤其是签名验证和哈希。
第三，测 Gas 估算。用同一笔交易在主链和目标链各估一次，差额超过两成就要查原因。
第四，测重组：故意制造短重组，看索引服务能不能自动修复。
第五，测钱包兼容。用主流钱包各连一次，确认网络切换、签名、交易记录都正常。
第六，留一条回滚路径。合约有升级权限就演练一次暂停与恢复；没有就在前端做降级开关。
风险提示
第一，技术风险。兼容链的差异可能在上线后才暴露，尤其是边缘路径和极端行情下的清算逻辑。
第二，流动性风险。多链部署会把流动性切碎，单链深度不足时滑点显著放大。
第三，桥接风险。跨链资产依赖桥，而桥是历史上被攻击最多的组件之一。
第四，政策风险。境内虚拟货币相关业务活动属于非法金融活动，本文只做技术概念梳理，不构成投资建议。
下图把迁移到兼容链的四项工作量按占比排开，是经验示意，具体项目差异很大。
