📘合约升级机制与 Proxy 模式

📚 作者：Henry 🧱 系列：《以太坊工作原理全解析》 · 第 10 篇 👨‍💻 受众：Web3 开发者 / 区块链学习者 👉 系列持续更新中，建议收藏专栏或关注作者

这篇文章将系统介绍合约为何需要升级、常见升级模式、Proxy

✦ 1. 为什么合约需要升级？

• 无法修复代码 Bug
• 难以引入新功能或治理逻辑
• 合约地址变更会导致用户资产与授权中断

📌 在 Web2 中升级部署是家常便饭，而 Web3 中则必须绕开“不可变”限制。

✦2. 合约升级方式概览

✦3. Proxy 模式的工作原理

Proxy 升级通过两个合约组合实现：

• 📌 Proxy（代理合约）：对外暴露地址，存储状态，负责将函数调用转发至逻辑合约。
• 📌 Implementation（逻辑合约）：存储纯逻辑代码，无状态。

delegatecall 原理

调用者执行：

(bool success, ) = impl.delegatecall(msg.data);

• 使用 delegatecall 调用逻辑合约
• 使用 Proxy 合约的上下文（msg.sender 和 storage）
• Proxy 合约中使用固定槽（如 EIP-1967）存储逻辑合约地址。

⚠️ 实际调用的函数体在 Logic 合约中，但读写的数据来自 Proxy 的存储区。

✦4. Proxy 合约结构图

• 用户（EOA）发起调用，请求发送到 Proxy 合约地址
• Proxy 合约内部不包含实际业务逻辑，仅持有存储，并使用 delegatecall 将请求转发至 逻辑 合约
• 逻辑合约中的函数在 Proxy 的上下文中执行，即：
  • 状态（storage）读取的是 Proxy 的数据
  • msg.sender 为调用 Proxy 的原始地址

✅ 关键机制：逻辑代码来自逻辑合约（Implementation），状态数据来自代理合约

✦5. 常见 Proxy 标准与对比