什么是 CREATE2？合约还没部署，地址为什么能提前算出来

通常合约部署后才知道地址：创建者地址加上不断增长的 nonce 共同决定结果。CREATE2 改变了这件事。只要创建者、salt 和初始化代码等输入确定，合约还没部署，地址就可以提前算出来。

这被称为确定性部署。它适合预先准备账户、最小代理、跨链一致地址和只在需要时部署的合约，但“地址可预测”不等于“代码可信”。

CREATE2 承诺的是一组部署输入对应哪个地址，不是对未来合约行为的安全背书。

普通 CREATE 和 CREATE2 差在哪

Solidity 官方文档给出的计算包含固定前缀 0xff、创建合约地址、bytes32 salt，以及创建代码连同构造参数的哈希。最终哈希取后 20 字节作为地址。这里的创建代码不是部署后看到的 runtime bytecode，而是 constructor 执行前的 init code。

为什么构造参数也会改变地址

构造参数通常与 creationCode 一起编码进入初始化代码哈希。即使合约源码和 salt 相同，只要构造参数不同，init code hash 就不同，预测地址也会改变。编译器版本、优化设置、链接库地址和元数据变化也可能改变字节码。

同一个 salt 为什么不保证同一个地址

salt 只是输入之一。换一份工厂合约地址、换一条链上的部署工厂、换初始化代码或参数，结果都会不同。因此项目说“使用固定 salt”，仍要核对工厂地址和 init code hash。反过来，如果这些输入完全一致，计算结果才一致。

常见用途

• 反事实账户：先把地址提供给用户或接收资产，需要时再部署账户代码。
• 确定性最小代理：工厂为不同用户预计算 clone 地址。
• 预先授权：在合约部署前，把地址写入权限或业务关系。
• 争议时部署：只在链下协作发生争议时部署裁决合约。
• 多链地址规划：在条件严格一致时，让多个网络上的部署地址保持可预测。

地址上已经有资产，后来部署安全吗

地址可以在没有代码时接收某些原生资产或代币，但这样做有明显风险：预测输入算错、工厂无法部署、构造函数失败、部署权限丢失，资产都可能被困在一个暂时无法控制的地址。发送前必须独立复算，并先用小额和目标网络测试。

抢占和 salt 权限

如果公开工厂允许任何人使用同一 salt，但部署内容或所有者由调用者影响，别人可能先占用预期地址，造成拒绝服务或部署不同配置。工厂需要清楚定义 salt 命名空间、调用权限、初始化参数和地址是否已存在。

同地址重新部署的边界

很多旧资料把 CREATE2 与 selfdestruct 组合描述为“删除后换代码”。现代 EVM 对 selfdestruct 的行为已有重要变化，且同一交易内 nonce 与代码存在规则限制，不能把可重部署当成通用升级方案。安全设计应依据目标链当前规则，不依赖模糊的“地址可复活”叙述。

Solidity 文档也提醒，即便创建代码相同，构造函数读取的外部状态可能变化，从而产生不同的部署后代码。预测地址绑定的是 init code hash，不代表 runtime code 在所有环境中必然相同。

开发者清单

1. 固定工厂、salt 生成规则、编译设置、构造参数和 init code hash。
2. 提供公开的地址计算方法与测试向量，让用户可独立复算。
3. 防止 salt 抢占、重复部署和未授权初始化。
4. 部署前检查目标地址是否已有代码，并正确处理失败返回。
5. 不要在无法保证部署成功时引导用户向空地址存入大额资产。
6. 测试不同链、不同编译产物和边界参数。

普通用户怎样核查

确认网络、工厂地址、salt、构造参数和公布的 init code hash；在区块浏览器查看地址当前是否有代码；不要把“官方预留地址”自动等同于已部署、已审计账户。涉及预存资产或授权时，优先等待代码部署并验证。

三个误区

• “Salt 就是地址密码”：salt 通常不是秘密，也不单独决定地址。
• “地址相同代表代码相同”：还要核查 init code、构造环境和实际 runtime code。
• “可预测地址一定能部署”：权限、余额、依赖、冲突和构造错误都可能让部署失败。

CREATE2 把合约地址从“部署后的结果”变成“可提前验证的承诺”。真正安全的使用方式，是把所有输入、部署权限和失败路径都公开、固定并可复算。

风险提示：向尚未部署的地址转入资产可能导致永久损失。交互前请独立核验网络、工厂、字节码、参数和实际部署状态。本文仅作技术科普，不构成任何投资建议。

本文为链上指南原创内容。技术依据参考 Solidity CREATE2 官方文档与OpenZeppelin Create2 文档。