CREATE2 地址：提前可计算不等于合约可信

地址可以先计算

CREATE2由部署者、Salt和初始化代码哈希确定地址，合约部署前就可能得出目的地。可预测地址方便工程设计，但不等于对项目身份、权限或安全作出认证。

公式使用的部署者不是宣传页面作者，而是链上实际执行部署的地址。若经工厂部署，要确认工厂和调用关系。Salt的可读名称也没有额外可信度，用户不应因为某个字符串像品牌名称就降低核验标准。

初始化与运行代码不同

地址公式绑定的是初始化代码相关输入，最终运行行为还受构造、配置和外部依赖影响。代理升级和管理权限可能继续改变行为，需要查看实际部署状态。

初始化代码可能包含构造参数，外部依赖和状态会影响最终行为。源代码一致仍需核对编译与部署输入，代理中的业务逻辑与管理合约还要分开。文章可列检查项，但不能保证普通读者自行审阅就足以发现所有风险。

尚未部署不能当作已审计

没有运行时代码的地址不能按完整合约分析，宣传过或外观熟悉也不能证明控制权。不同链上相同地址尤其不能自动当作同一个服务，必须核对网络。

同一个预测地址在未部署状态可能只显示余额，浏览器没有代码页不表示地址属于普通私钥账户。区分不存在代码、代码已部署和代理逻辑可升级三种状态，对转账后能否取回资产的理解尤其重要。

资金进入前核对依据

阅读部署者、实际字节码、初始化参数和管理员安排，确认文档对应本次部署。不要仅凭一个预计算地址就转入贵重资产，也不应把验证代码公开等同于完整安全审计。

若合同文档提前公布地址，保存公告日期和明确网络，部署完成后再比对实际字节码与初始化参数。出现变化应询问官方说明，不根据社群解释直接接受新地址。核验可以只读完成，不需签名来证明观察者身份。

保存部署证据链

用无资金示例记录预计算结果、部署交易和部署后的状态，再解释哪些字段一致。文章仅讨论机制和防护核对，不提供利用部署差异攻击他人的操作。规则版本改变后需重做判断。

部署证据表还可列创建交易、运行代码哈希、管理员与后续升级记录。哈希一致只说明所比较字节一致，不自动证明业务安全。避免把确定性工程特征包装成收益保证，或者将地址可预测误写为任何人都能控制。

技术检查单依次记录“部署者地址”“部署盐值”“初始化代码”“实际状态”，把标准规定、软件实现和这次实际观察分栏。先做无资金、只读的小范围检验，保存版本与区块引用，出现缺失就说明无法确认的环节。不同客户端的结果不一致时核对参数和资料范围，不凭一个页面断言整个协议失效。解释应让读者理解边界，而不是让复杂术语成为安全保证。