以太坊已经部署上链的合约本身的合约地址无法直接修改，地址一经生成就永久固定，不能在原有地址上改写为另一个新地址，但开发者可以借助代理模式实现“地址不变、业务逻辑更新”的效果，很多币圈用户容易把这种逻辑升级误解成修改合约地址。合约地址是以太坊虚拟机根据部署规则哈希运算得出，普通CREATE模式由部署者钱包地址加上交易nonce计算哈希生成，CREATE2模式则由部署地址、盐值、合约初始化字节码共同运算得到，合约部署完成之后，这套哈希输入条件已经固化，链上账户标识不会被改写，不存在直接编辑、替换该合约地址的底层操作。
很多代币项目给用户造成“地址改了”的错觉，主要分为两种情况，第一种是普通不可升级合约，当合约出现漏洞或者需要迭代功能时，项目方只能重新编译部署一份全新合约，会生成一个完全不同的全新合约地址，旧合约地址会永久保留在链上，余额、历史交易记录全部留存，无法抹除。这种场景下项目方需要引导用户迁移资产，交易所、钱包也需要同步更新合约信息，整个迁移流程gas成本高，还容易出现用户误继续和旧合约交互造成资产混乱，也是早期以太坊项目迭代最常用的方式。
第二种就是币圈高频见到的代理可升级合约，也是最多用户混淆概念的地方。整套架构分为代理合约与逻辑合约两部分，用户日常交互的对外公开地址是代理合约地址，这个对外展示的地址自始至终不会变动，真正执行转账、记账业务的是独立部署的逻辑合约。代理合约通过delegatecall指令，把用户的交易请求转发给到逻辑合约执行，资产、余额等全部状态数据保存在代理合约当中。项目方拥有升级权限时，能够替换背后指向的逻辑合约地址，部署新版本逻辑合约，对外交互入口不变，但实际运行的业务代码已经更新，这里改变的仅仅是代理内部记录的逻辑合约指针，并不是修改对外公开的合约地址本身。
对于普通币圈参与者，分辨这两种场景具备很强的现实风控意义。如果项目宣称修改了代币合约地址，若是非代理合约，意味着旧地址彻底废弃，用户务必核对新合约开源代码，警惕假借合约升级名义发行山寨伪造代币；面对代理升级合约，也不能因为地址没变就完全放松警惕，代理合约的升级权限如果掌握在项目方单一账户手里，理论上可以随时替换逻辑代码，存在恶意修改规则、操纵代币机制的风险，查看合约源码可以识别代理模式，观察是否存在管理员升级函数，判断权限是否做了多签或者DAO治理约束。
还要澄清一个小众误区，过去有开发者研究结合SELFDESTRUCT与CREATE2实现同一地址重新部署合约，但该操作有着严格前置条件，并且SELFDESTRUCT指令已经逐步被以太坊限制，该方案不具备生产环境实用性，不属于常规修改合约地址的手段，普通代币项目几乎不会采用这套方案。不管技术方案如何演变，底层规则不会改变，已经生成的合约账户标识不能直接改写，市场上所有号称直接修改原有合约地址的宣传，本质都是重新部署新合约或者代理指针切换。
