为何测试网浏览器与Remix/solcjs的同合约字节码不一致？

字节码不一致的核心原因 #

以太坊/RSK浏览器显示的部署后字节码，默认会去掉末尾的合约元数据哈希，而Remix artifacts和solcjs默认输出的deployedBytecode.object包含这段哈希。

Solidity编译器会在编译后的字节码末尾自动添加一段32字节的元数据哈希（对应CBOR编码的合约元数据的Keccak-256哈希），用来关联合约与它的元数据（如源码、编译器版本、优化设置等）。但区块链浏览器展示字节码时通常会省略这段哈希，导致长度和本地编译输出不同。

让编译产物与浏览器字节码一致的方法 #

要让本地编译的字节码和浏览器显示的完全匹配，有两种可行思路：

1. 修改编译配置，禁用元数据哈希添加 #

修改solcjs的编译参数，添加metadata.bytecodeHash: 'none'配置：

const input = {
  language: 'Solidity',
  settings: {
    outputSelection: {
      '*': {
        '*': ['evm.deployedBytecode', 'evm.bytecode'],
      },
    },
    optimizer: {
      enabled: false,
    },
    metadata: {
      bytecodeHash: 'none' // 关键配置：不在字节码末尾添加元数据哈希
    },
  },
  sources: {
    'MegaHonk.sol': {
      content: MegaHonk,
    },
  },
};

在Remix中，需打开编译面板的Advanced Configurations，找到Metadata bytecode hash选项并选择none，重新编译后，artifacts里的deployedBytecode.object就会和浏览器显示的字节码完全一致。

2. 手动截取本地字节码的前半部分 #

如果不想修改编译配置，可手动截取本地deployedBytecode.object的前总长度-64位（32字节对应64个十六进制字符），再与浏览器的字节码对比，结果会完全匹配。

额外注意事项 #

• 确保编译时的编译器版本、优化开关、Solidity语言版本与部署时完全一致，这些参数会直接影响字节码生成。比如你使用的0.8.7版本，要确保Remix和solcjs都严格使用该版本，不能有小版本差异。
• RSK测试网的字节码规则与以太坊一致，上述方法同样适用。

内容的提问来源于stack exchange，提问作者Aleks Shenshin