Foundry项目中的forge脚本验证问题：EVM版本不匹配导致验证失败

在Solidity开发中，使用Foundry工具链的forge script命令进行合约部署和验证时，开发者可能会遇到一个隐蔽但影响严重的问题：当同时使用--evm-version参数和--verify选项时，实际提交给验证服务的EVM版本可能与预期不符。

问题现象

当开发者执行类似以下命令时：

forge script <脚本路径> --evm-version london --broadcast --optimize --verify --verifier sourcify

验证服务器接收到的元数据中，EVM版本会被错误地设置为"cancun"而非指定的"london"。这种不匹配会导致合约验证失败，因为验证服务会认为合约是在不同EVM版本下编译的。

问题根源

经过深入分析，这个问题源于forge script命令在生成验证元数据时，未能正确传递用户指定的EVM版本参数。具体表现为：

1. 编译阶段确实使用了正确的EVM版本（如london）
2. 但在生成验证用的metadata.json文件时，却使用了默认的EVM版本（如cancun）
3. 这种不一致导致验证服务接收到的编译信息与实际不符

影响范围

这个问题会影响所有同时使用以下功能的开发者：

• 需要指定特定EVM版本进行编译
• 使用forge script命令进行部署和验证
• 使用Sourcify或其他验证服务

特别是在以下场景中问题更为明显：

• 需要兼容旧版本EVM的合约
• 使用特定EVM版本特性的合约
• 需要精确控制编译环境的项目

解决方案

目前推荐的临时解决方案是：

1. 使用forge verify-contract命令单独进行验证
2. 在verify-contract命令中明确指定EVM版本

例如：

forge verify-contract <合约地址> <合约路径> --evm-version london --verifier sourcify

最佳实践

为避免类似问题，建议开发者：

1. 在重要部署前，总是检查生成的metadata.json文件
2. 考虑将部署和验证步骤分离，先部署再验证
3. 保持Foundry工具链的及时更新
4. 在CI/CD流程中加入验证结果的检查

未来展望

Foundry团队已经确认了这个问题，并承诺会尽快修复。预计在未来的版本中，forge script命令将能够正确传递所有编译参数到验证阶段，包括EVM版本设置。

对于依赖特定EVM版本功能的项目，建议关注Foundry的更新日志，及时获取修复版本。同时，开发者社区也可以通过提交详细的复现案例来帮助加速问题的解决。