以太坊合约地址一旦部署上链，地址本身就不能被修改；真正存在变化空间的，是合约代码、存储状态或用户交互入口。普通智能合约通常采用不可变代码模式，部署完成后，合约字节码、余额、代币余额和授权额度都绑定在原地址上。项目方想更换逻辑，通常只能重新部署一份新合约，旧地址仍会永久保留在链上，历史交易、持仓记录和合约交互也不会被抹去。
合约地址的生成方式，也决定了它为什么不能像服务器域名那样直接改名。常规 CREATE 部署会根据创建者地址和 nonce 计算新地址，部署者换了、创建次数变了，结果就会不同。CREATE2 则把部署者地址、salt 和初始化字节码纳入计算，可以在部署前预先推导目标地址，但它只是让地址可预测，并不意味着已经存在的地址能够被重写。只要初始化代码或 salt 改动，最终地址也会变化，原地址不会自动转移到新合约。
市场上常见的同一个地址完成升级，本质上依赖代理合约。用户、交易所和前端连接的是 Proxy 地址，代理再通过 delegatecall 把调用转交给 implementation 合约执行；升级时，项目方部署新的 implementation，再修改代理保存的逻辑地址，用户仍然使用原来的合约地址，状态和余额也继续留在代理中。ERC-1967 为实现合约地址、管理员地址等信息约定了专用存储槽，并配套 Upgraded 等事件，方便钱包、区块浏览器和风控工具识别升级动作。
这里最容易被误解的是可升级不等于可以随便修改。透明代理通常由 ProxyAdmin 控制升级权限，UUPS 模式则把升级函数放在实现合约一侧，权限可能交给单一管理员、多签钱包、DAO 或时间锁治理。权限没有销毁前，代码就存在被替换的新的 implementation 甚至可能加入冻结转账、修改税率、改变铸币权限等规则。升级还必须保持存储布局兼容，变量顺序处理不当，可能造成余额、授权和业务数据错位。地址不变，只能说明入口没变，不能直接等同于风险不变。
至于利用 SELFDESTRUCT 删除旧合约，再通过 CREATE2 部署新代码到原地址的说法，在当前以太坊主网规则下已经不能作为常规方案。Cancun 升级后的 EIP-6780 规定，已存在合约执行 SELFDESTRUCT 时，通常只会把 ETH 转给指定地址，不再删除代码、存储和账户；只有合约在同一笔交易中创建并销毁时，才保留特殊清除行为。实际判断某个代币合约是否换过代码，应查看地址是否为代理、implementation 是否发生变化、升级权限掌握在谁手中，以及是否存在迁移公告和新旧合约映射。普通合约迁移到新地址后，旧合约中的余额、授权、流动性和跨链配置不会自动跟用户必须按照项目规则完成兑换或迁移。
