能否使用CREATE2模拟CREATE nonce机制复现跨链同地址合约

首先明确两种部署操作码的地址计算逻辑，所有结论都基于此：

• CREATE 地址生成公式：取 keccak256(rlp([部署者地址, 部署交易nonce])) 结果的最后20字节，和部署的合约代码无关
• CREATE2 地址生成公式：取 keccak256(0xff ++ 部署者地址 ++ salt ++ keccak256(合约初始化字节码)) 结果的最后20字节

完全不可能。
两种操作码的地址生成逻辑的输入结构完全不同，不存在可匹配的参数组合：CREATE2 的哈希输入带固定前缀0xff，且依赖salt和合约初始化字节码，和CREATE仅依赖部署者地址、nonce的计算逻辑没有重叠。在密码学安全假设下，不存在可行的算力能碰撞出匹配的参数让两者输出相同地址，成本远高于调整nonce的方案。

首先你需要先查询原部署账户在以太坊主网的当前链上nonce：

• 如果当前nonce已经大于100：这条路完全走不通。外部账户的nonce是严格单向递增的，没有任何方法可以回退nonce，不可能再用这个地址生成nonce为100的CREATE合约地址。
• 如果当前nonce小于100：确实需要将账户nonce提升至100，才能发送nonce值为100的部署交易，生成和BSC上完全一致的合约地址。
  注意你提到的“发送99笔交易将nonce提升至99”是数值计算错误：合约地址计算用的nonce是部署交易本身的nonce字段，也就是发送部署交易前账户的当前nonce。如果该账户在以太坊主网从未发过交易（初始nonce为0），你需要成功发送nonce为0到99的共100笔交易，才能将账户nonce提升到100，之后发送的nonce=100的交易作为部署交易，才能生成目标地址。

没有比发送最简交易更低的Gas成本方案，但可以通过操作优化降低成本和操作复杂度：

• 最低Gas成本的交易形式固定：以太坊协议规定，外部账户发起的、无calldata、无合约执行的纯ETH转账交易基础Gas消耗为21000，这是单笔交易的理论最低Gas值，没有任何交易类型能低于这个成本。你可以直接构造转0ETH到自身地址的最简交易，Gas Limit设为21000即可，不需要额外逻辑。
• 降低实际Gas费支出：选择以太坊网络Base Fee极低的时段（比如网络拥堵度低于10Gwei的时段）批量发送交易，所有交易的优先费设为最低可接受值（甚至0优先费），可以把总成本压到非常低的水平。
• 降低操作成本：用支持批量交易签名广播的工具，一次性构造好所有需要的nonce对应的交易，一次性签名广播，不需要逐笔操作，等所有交易打包完成后再发部署交易即可。
• 额外省Gas技巧：CREATE地址生成和部署的合约逻辑无关，你不需要部署和BSC上完全一致的合约，只需要部署一个包含ETH转出逻辑的最小体积合约即可，甚至部署完成后直接调用自毁函数把误转的ETH转走，能进一步节省部署合约的Gas消耗。

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