以太坊原生普通智能合约部署完成后代码本身不能直接修改，想要变更业务逻辑只能依靠前期预设的代理升级架构来间接实现，不存在直接改写链上已存字节码的手段。很多币圈用户会混淆修改与升级两个概念，合约部署到链上之后，对应地址的字节码永久写入区块，全网所有节点共同保存，没有任何人包括合约开发者能够删除、重写这段原始代码，这也是区块链不可篡改特性的具体体现。如果合约没有做任何可升级设计，哪怕后续发现严重漏洞，开发者也无法打补丁修复，漏洞代码会持续运行，只能选择部署全新合约再手动引导用户迁移资产数据。
市面上大量可以迭代更新的以太坊项目，基本都采用代理合约模式完成间接升级，这套架构会把合约拆分为代理合约和逻辑合约两个独立部分。代理合约地址对外保持不变，专门用来保存用户余额、权限等全部状态数据，本身不包含业务执行代码；逻辑合约承载交易、铸造等全部业务规则，代理合约通过底层调用把用户的操作转发给逻辑合约执行。当项目方需要修复bug或者新增功能时，只需要部署一份全新的逻辑合约，修改代理内部记录的逻辑合约指向地址，用户依旧访问原来的代理地址，实际运行的业务代码就完成更新，旧版本逻辑合约的原始代码依旧完整保存在链上，并没有被抹除改动。
代理升级机制同时伴随不可忽视的安全风险，也是币圈很多项目发生恶性跑路事件的根源。升级操作掌握在管理员账户手中，如果私钥没有做好权限管理，项目方可以随意替换逻辑合约，单方面改动代币规则，比如开启无限增发、修改转账权限，直接侵占用户资产，这类事件在链上项目中屡见不鲜。普通用户查看合约的时候，不能只看对外交互的代理地址，还需要追踪它所指向的逻辑合约源码，同时确认升级权限是否做了时间锁、多签等约束，没有权限限制的可升级合约，本质意味着用户始终要信任项目运营方，并非完全去中心化。
如果合约没有内置代理升级架构，就不存在任何简便的修改方案，唯一途径是重新部署一份全新合约，把旧合约内部的资产、用户数据迁移过去。这种方式成本很高，不仅要消耗大量gas完成数据搬运，还需要用户主动切换到新合约地址，不少用户会遗漏迁移造成资产损失，项目生态也容易出现割裂。历史上部分发生重大漏洞的合约，因为不具备升级条件，大量资产永久困在合约内无法挽回，这也让行业一直存在争议，一部分观点认为可升级属于安全兜底，另一部分观点则觉得升级权限本身就是安全隐患，真正去中心化的合约就应当完全不可变更。普通投资者接触链上项目时，看懂合约是否具备升级能力、升级权限如何管控，是辨别项目风险的重要一环。
