升级的基本含义与适用范围
区块链合约系统升级涉及哪些技术概念，首先要区分代码不可变与系统可升级。以太坊开发文档介绍的迁移、数据分离、代理、策略和钻石模式，都是通过部署新合约或调整合约间的调用关系改变功能，并非直接改写原地址上的已部署代码。本文讨论以太坊及 EVM 合约机制，不涉及区块链共识协议本身的升级。
状态保留与架构选择
状态是合约保存的业务数据，例如账户余额、地址和配置。升级不仅要让新逻辑可用，还要让它正确理解原有数据。合约迁移需要处理数据转移及调用地址变化；数据分离则让独立存储合约继续保存状态，由获授权的新逻辑访问。
如果只需替换局部功能，策略模式可以由主合约调用不同的外围合约，但不能借此替换主合约自身的核心逻辑。选择架构时，关键是明确哪些部分需要变化、哪些数据必须持续保留，而不是把所有变化都视为同一种升级。
代理、委托调用与函数路由
代理通常作为稳定入口，通过 delegatecall 执行实现合约的代码，读写的仍是代理的存储；调用上下文中的 msg.sender 和 msg.value 保持不变。升级时切换实现地址，用户入口可以不变。钻石模式进一步按函数选择器将调用分发给不同功能模块。
这里要区分入口、代码和状态三个角色。地址没有变化，不代表执行规则没有变化；代码可以运行，也不代表它与旧数据兼容。函数路由还需要避免选择器冲突，模块拆分也不自动保证权限隔离。
存储布局与初始化
OpenZeppelin 的可升级合约说明强调，代理状态应通过受保护的初始化函数设置，并正确调用父合约初始化逻辑；实现合约也应锁定初始化入口。对于传统顺序存储布局，升级不能随意改变已有变量的类型、顺序或在前方插入变量，以免旧数据被错误解释。
构造函数运行于实现合约部署时，不能代替代理的业务状态初始化。因此，需要分别检查代理是否正确初始化、初始化能否被重复调用，以及新版本是否需要额外的状态设置。存储兼容性则应结合继承关系一起检查，不能只比较新增的业务函数。
适用条件与常见问题
已经部署的普通合约能否直接变成可升级合约？如果没有预留相应机制，通常不能原地加入代理能力，需要评估迁移等路径。外围模块可以替换，也不意味着整个系统的漏洞都能修复。
升级是否只需更新一个地址？地址切换只是部分机制中的执行步骤。完整核查还包括升级权限、新旧状态兼容性、初始化和外部依赖。拥有升级权意味着能够改变系统行为，因此权限控制本身就是安全边界，不能仅凭入口地址稳定就认定系统规则不变。