以太坊合约完成部署后，合约地址通常不能被修改，代币项目也无法把已经存在的旧地址直接改成另一个新地址。普通合约地址由部署者地址与交易序号共同决定，采用 create2 部署时，则由部署者、salt 以及初始化代码哈希共同计算得出。地址一旦写入区块链状态，钱包、交易所、区块浏览器、跨链桥和流动性池都会围绕这个标识进行识别，开发团队不能通过后台操作直接替换。
需要区分的是，地址固定并不等于合约内部所有内容都永远不变。代币名称、转账税率、铸币权限、黑名单、暂停交易等功能，可能被设计成可调整参数，具体取决于合约代码和权限模型。还有一类常见架构是可升级代理，用户始终与代理地址交互，代理再通过 delegatecall 调用逻辑合约。升级时变化的是逻辑合约指向，代理地址、余额和授权数据仍然保留，所以市场上常说的合约升级，严格讲并不是把原地址改掉。
代理模式带来便利，也引入了额外的治理风险。能够执行 upgradeTo、upgradeToAndCall、changeAdmin 或 diamondCut 的账户，理论上可能更换业务逻辑，极端情况下可改变转账规则、冻结资产，甚至加入新的资金转移路径。判断一个项目是否真正放弃升级权，不能只看页面上的已放弃权限字样，还要核对代理管理员、ProxyAdmin、多签钱包和时间锁的实际控制关系，并关注 Upgraded、AdminChanged 等事件。单独查看代币源码已经不够，代理结构同样是风险判断的核心。
有人会想到先销毁旧合约，再用相同地址部署新代码。这个思路在早期环境下曾有特殊实现空间，但如今不能作为常规方案。EIP-6780 改变 SELFDESTRUCT 的行为：对于并非在同一笔交易中创建的合约，执行该操作通常只会转移账户余额，不再删除代码和存储，因此也不能依靠销毁后重部署实现地址复用。CREATE2 更适合提前确定未来地址，并不意味着已经存在的合约可以随意更换代码。
实际运营中，项目若发现漏洞、品牌迁移或代币经济模型需要重做，通常会部署新的代币合约地址，再通过快照、兑换、空投或手动迁移完成过渡。旧地址上的余额不会自动转到新地址，旧合约的授权额度也不会自然延续，用户往往需要重新授权；交易所充值地址、跨链桥映射、DEX 流动性池和行情平台标识也要同步更新。投资者面对合约地址即将更换的公告，应重点核对新地址、迁移入口、权限持有人及是否存在无限授权，避免把代理升级、参数调整和重新发币混为一谈。
