USD:Rust智能合约养成日记（9）-ODAILY_TRX

程序维护中的一个基本问题是——缺陷修复总会以%的机率引入新的bug。所以整个过程是前进两步，后退一步。——布鲁克斯《人月神话》

1.合约升级的必要性

智能合约本质上是程序，既然是程序，缺陷就不可避免。即便是经过大量测试和审计的智能合约，仍然可能会有漏洞。合约的漏洞如果被攻击者利用，可能造成用户资产的损失，导致严重的后果。漏洞的修复往往需要通过合约升级来实现。除了漏洞修复，新特性的加入也需要合约升级。因此合约的可升级性非常有必要。本期Rust智能合约养成日记，将为大家介绍Rust合约的升级方式。

2.Solidity合约常见升级方式

以太坊中，智能合约具有不可变性，一旦被部署到链上，没有人可以改变它。

那么如果合约存在漏洞或合约需要添加新功能，该如何修改合约的代码？解决方案是将新的合约部署到区块链上。

该方法面临的挑战是，solidity每次部署合约后，合约都会被分配一个唯一的地址。因此所有用到了该合约的DApps都需要修改合约地址来适配新的合约。此外，旧版本合约中的状态需要迁移到新版本合约中，状态较为复杂的合约迁移的工作量很大，容易出错，而且复制数据的Gas费用高。

Arbitrum公布大使计划第一阶段，面向大学学生和学生组织:7月13日消息，Arbitrum公布大使计划第一阶段，面向大学学生和区块链方面的学生组织。自7月13日起可开始申请，主要职责包括内容创作和主持由Arbitrum基金会资助的现场活动。面向个人和社区的第二阶段大使计划预计于23年三季度开始。[2023/7/13 10:52:22]

因此，我们通常采用数据和逻辑分离的架构，将数据保存在一个不处理任何逻辑的合约中，所有的逻辑在另一个合约中实现。通常合约升级修改的是逻辑，使用该架构只需要升级逻辑合约，不需要担心状态迁移。

为了解决这个问题，可以使用代理合约，具体架构如下图所示。

代理合约用来来存储数据，并且使用delegatecall调用逻辑合约A，这样合约A读写的数据都存储在代理合约中。如果需要升级逻辑合约，部署新的合约B，然后发一条交易给代理合约，让代理合约指向新的逻辑合约B即可。

3.NEAR合约升级常用方法

约5627万美元BTC从Coinbase转移到未知钱包:金色财经报道，据WhaleAlert监测，2000枚BTC（约5627万美元）从Coinbase转移到未知钱包。[2023/4/6 13:47:15]

接下来我们将以StatusMessage项目为例，给大家介绍NEAR合约的常用升级方法，如下是StatusMessage的合约代码

我们先将编译好的合约部署在测试网上。

transaction如下

接着我们调用set_status方法，向合约中存储数据

OlympusDAO与Immunefi合作推出漏洞赏金计划:1月6日消息，OlympusDAO与Web3漏洞赏金平台Immunefi合作推出漏洞赏金计划，旨在防止其Treasury、用户和债券基金的损失，并愿意为那些提供帮助的人提供高达330万美元的奖励。（Decrypt）[2022/1/6 8:30:35]

transaction如下

接下来我们详细讨论两种不同的合约升级情况

3.1合约数据结构未被修改

例如我们增加一个函数：

编译后使用deploy重新部署：

MakerDAO治理代币MKR将在Coinbase Pro上线交易:交易所Coinbase Pro宣布上线MakerDAO治理代币 MKR。Coinbase Pro表示，将于6月8日启动 MKR 代币的存款以及交易。如果满足流动性条件，交易将在第二天开始，除纽约州以及英国以外的客户都可以开启交易。[2020/5/30]

编译后使用deploy重新部署：

接着我们调用get_status方法读取之前写入的数据

原来合约中的数据能成功读取：

这是因为NEAR合约可以重复部署，如果一个账户已经部署过合约，再次调用neardeploy命令可以将新的合约代码部署到该账户上。如果我们只修改合约逻辑，不涉及数据结构的修改，可以直接使用neardeploy部署新的代码。

声音 | MakerDAO中国区负责人：GUSD和WIT都面临中心化托管风险:据Moneyness研究院消息，MakerDAO中国区负责人潘超表示，无论从监管层面还是市值方面，目前的稳定币规模都对任何一个经济体没有太大影响，其是否能超越 USDT 30亿美金的市值都是一个很大的问号。GUSD的实现方式仍然是中心化的法币托管，通过以太坊上发行 1:1 的ERC20 代币。WIT通过公司托管离岸人民币形式实现稳定币的发行，但是 Owner 和 CEO 的权限高度集中，并且没有多重签名和离线私钥的保护，安全性和透明性十分薄弱。[2018/9/19]

3.2合约数据结构被修改

我们将该合约升级，修改了原来的数据结构，去除了records,新增了taglines和bios

我们尝试再次重新部署：

合约还是成功部署了:

但是我们调用get_tagline方法读取存储的数据：

会发现出错了，错误提示如下:

Cannotdeserializethecontractstate.

具体的transaction见:

https://explorer.testnet.near.org/transactions/4hQQ1zAwU5bsbfb6tA6DQDqjmFcHsBwaBctdHaPiCKHu

这是因为合约的状态是以序列化数据的形式进行持久化存储的，重新部署合约后，代码中的数据结构变了，状态没有变，新的数据结构匹配不上旧状态，就出错了。

3.3Migrate升级智能合约

NEAR提供了Migrate方法去帮助我们对合约进行升级，针对3.2中所出现的错误，我们在新的合约中加入migrate方法:

代码中的#表示在migrate函数执行前不要加载状态。接着，我们重新部署合约，但是在部署的同时调用migrate方法

如下所示，该合约被成功部署:

我们尝试调用合约新增的方法get_tagline去获取新增的数据taglines

可以看到方法被成功调用，旧的合约数据也被迁移到新的合约

4.合约升级的安全考量

合约安全升级首先要考虑权限控制，一般合约只能由开发者或DAO升级。上一期Rust智能合约养成日记合约安全之权限控制介绍了特权函数的访问控制，一般合约的升级函数为onlyowner函数，确保只能由owner调用。

我们推荐尽可能将合约的owner设置为DAO，通过提案和投票来共同管理合约。因为owner设置为个人账户，合约高度中心化，owner可以随意修改合约数据，还存在owner私钥丢失的风险。

除此之外，开发者在做合约迁移时，还可以考虑以下几点建议

在迁移函数前加入#，确保执行迁移函数前不加载状态。

迁移完成后尽量删除迁移函数，确保迁移函数只被调用一次。

新增的数据结构在迁移时完成初始化。

标签：USDUSDDLUNATRXWUSD价格usdd币价格Luna-PadGTRX价格

KuCoin热门资讯