https://plumephp.com/tags/eip-1967/Recent content in Eip-1967 on PlumePHPHugozh-CNMon, 28 Sep 2026 15:00:00 +0800https://plumephp.com/blockchain-contract-upgrade-proxy-patterns/Mon, 28 Sep 2026 15:00:00 +0800https://plumephp.com/blockchain-contract-upgrade-proxy-patterns/<h2 id="引言">引言</h2> <p>「代码即法律」的代价是<strong>代码一旦上链就不可修改</strong>。但业务需要演进：修复漏洞、调整参数、迭代功能。于是诞生了「<strong>可升级合约</strong>」这一工程范式——把「逻辑」与「存储」分离：一个永不换地址的代理（Proxy）持状态，另一个可以换的实现（Implementation）跑逻辑，代理把调用 delegatecall 给实现。理解代理模式、标准存储槽与升级工具链，是每一个认真部署合约的团队必备的底层能力。</p>https://plumephp.com/blockchain-contract-upgrade/Mon, 28 Sep 2026 10:00:00 +0800https://plumephp.com/blockchain-contract-upgrade/<p>链上合约「不可变」既是安全承诺也是致命约束——bug 无法修补、迭代无法继续。<strong>可升级代理（Upgradeable Proxy）</strong> 通过「代理合约存状态、逻辑合约存代码、delegatecall 执行」实现了「代码可替换、状态永续」。但升级模式也引入了一整类新风险：存储冲突、函数选择器冲突、初始化与不可变性。</p>