合约升级

看看如何利用OpenZeppelin　Upgrades　为我们的合约插上可升级的翅膀．

以太坊智能合约升级核心是在代理合约中使用delegatecall将请求代理到目标合约中。

存证作为区块链的一个重要应用场景，在各个公链中都有已落地的应用和服务。本文将介绍在以太坊上的一种可升级的存证合约的设计与实现。

译者推荐：这是我看到关于合约升级及治理写的最好的好文章，有点长，但读完必定有收获。原文来自 OpenZeppelin首席开发人员 Santiago Palladino 关于合约升级的报告，本文详细讨论了当前各种升级方式的原理、各自的优缺点，同时列举了采用相应方案的项目，以便大家进行代码级的参考。在最后一部分，作者还提出了多种配合升级的治理方案。

区块链信任基础的数据不可修改的特性，让它传统应用程序有一个很大的不同的地方是一经发布于区块链上就无法修改（不能直接在原有的合约上直接修改再重新发布）。

当使用OpenZeppelin Upgrades编写可升级合约时，有一些在编写Solidity代码时需要记住一些注意事项。

用 OpenZeppelin 和 Foundry 创建和部署可升级的 ERC20 代币

在这篇文章中，我们将详细分析现有的智能合约升级策略，描述我们在实践中观察到的弱点，并为需要升级的合约提供建议。

在本文中，我们将展示使用OpenZeppelin Truffle升级插件和Gnosis Safe的生命周期，包含从创建合约，测试合约、部署合约一直到使用Gnosis Safe进行升级整个过程.

深入探讨可升级合约的架构

使用OpenZeppelin升级插件部署的智能合约可以通过升级来修改代码，同时保留原合约地址、状态和余额。这让帮助我们为项目添加新功能，或修复在生产中可能发现的任何错误。

在我们进行合约开发时有一个痛点是，升级部署到链上后不能再更改，但如果了解Solidity比较深的小伙伴就知道，Solidity有个delegate方法，可以实现通过代理合约调用逻辑合约，我们的数据存储在代理合约中，执行的逻辑在逻辑合约中，我们想要升级合约时只需要部署新的逻辑合约即可。

在 Foundry 使用 OpenZeppelin 插件进行智能合约升级

所有以太坊开发者都清楚以太坊世界的一条铁律：合约一旦发布就无法修改。因此，对于合约的发布基本上都采用一种慎之又慎的态度，期望在发布前可以做到尽善尽美，力争合约能正常运行一万年。可是，智者千虑必有失，合约发布百分百不出问题几乎是不可能任务。

在这篇博客中，我们将学习开发可升级智能合约背后的基本设计原则。最后，你会更清楚为什么要升级智能合约，如何升级智能合约，以及升级时需要考虑的问题。本文章主要关注以太坊和基于EVM的智能合约。