程序维护中的一个基本问题是——缺陷修复总会以%的机率引入新的bug。所以整个过程是前进两步,后退一步。——布鲁克斯《人月神话》
智能合约本质上是程序,既然是程序,缺陷就不可避免。即便是经过大量测试和审计的智能合约,仍然可能会有漏洞。合约的漏洞如果被攻击者利用,可能造成用户资产的损失,导致严重的后果。漏洞的修复往往需要通过合约升级来实现。除了漏洞修复,新特性的加入也需要合约升级。因此合约的可升级性非常有必要。本期Rust智能合约养成日记,将为大家介绍Rust合约的升级方式。2.Solidity合约常见升级方式
以太坊中,智能合约具有不可变性,一旦被部署到链上,没有人可以改变它。
那么如果合约存在漏洞或合约需要添加新功能,该如何修改合约的代码?解决方案是将新的合约部署到区块链上。
加密货币托管机构Kingdom Trust推出支持比特币的退休账户:总部位于美国南达科他州的金融托管公司Kingdom Trust管理着超过130亿美元的资产,该公司推出了一个退休账户“Choice”,支持遗留资产、另类资产和加密资产。据悉,目前Kingdom Trust已经支持超过10万个退休账户,并托管了超过2万项包括比特币在内的资产。(Cointelegraph)[2020/5/27]
该方法面临的挑战是,solidity每次部署合约后,合约都会被分配一个唯一的地址。因此所有用到了该合约的DApps都需要修改合约地址来适配新的合约。此外,旧版本合约中的状态需要迁移到新版本合约中,状态较为复杂的合约迁移的工作量很大,容易出错,而且复制数据的Gas费用高。
因此,我们通常采用数据和逻辑分离的架构,将数据保存在一个不处理任何逻辑的合约中,所有的逻辑在另一个合约中实现。通常合约升级修改的是逻辑,使用该架构只需要升级逻辑合约,不需要担心状态迁移。
声音 | TrustToken联合创始人:Tether事件不会影响整个稳定币市场:5月15日,TrustToken联合创始人兼工程和产品负责人Rafael Cosman在接受采访时表示,对于市场的波动性和Tether事件的影响,Cosman称过去几周的市场上涨也使得几大主要的稳定币市值上升,事实上加密货币市场不稳定性有利于稳定币。因为投资者会倾向于使用稳定币存入或提取法币,然后对其他加密货币进行投资。他表示Tether事件可能会对某些投资者带来损失,但是不会影响整个稳定币市场,对Paxos、TUSD、USDC等Tether的竞争对手来说则是利好消息。[2019/5/17]
为了解决这个问题,可以使用代理合约,具体架构如下图所示。
代理合约用来来存储数据,并且使用delegatecall调用逻辑合约A,这样合约A读写的数据都存储在代理合约中。如果需要升级逻辑合约,部署新的合约B,然后发一条交易给代理合约,让代理合约指向新的逻辑合约B即可。
动态 | 美国信托公司Prime Trust将提供ERC-20令牌的冷藏服务:据内华达州信托公司Prime Trust透露,他们已于7月中旬开始为BTC提供冷藏服务,并且将在下周宣布,他们可以提供ETH以及以太坊ERC-20令牌的冷藏服务。[2018/8/15]
3.NEAR合约升级常用方法
接下来我们将以StatusMessage项目为例,给大家介绍NEAR合约的常用升级方法,如下是StatusMessage的合约代码
我们先将编译好的合约部署在测试网上。
transaction如下
接着我们调用set_status方法,向合约中存储数据
transaction如下
金色财经现场报道 TrustNote创始人周政军:区块链技术可提高游戏的真实性:金色财经现场报道,5月19日下午在北京亚洲大酒店2018 HTML5区块链游戏大会上TrustNote创始人周政军认为区块链技术可提高游戏的真实性,主要由4个方面:1、可信记账可构建一个新的游戏生态模型,为商业和市场模式带来变革。2、增加用户账户管理,保护用户隐私。3、可与游戏中的装备、资产结合,让游戏虚拟资产的迁移、交易得到保障。4、提高游戏中虚拟货币的可信度,增加用户粘性。[2018/5/19]
接下来我们详细讨论两种不同的合约升级情况
3.1合约数据结构未被修改
例如我们增加一个函数:
编译后使用deploy重新部署:
编译后使用deploy重新部署:
接着我们调用get_status方法读取之前写入的数据
原来合约中的数据能成功读取:
这是因为NEAR合约可以重复部署,如果一个账户已经部署过合约,再次调用neardeploy命令可以将新的合约代码部署到该账户上。如果我们只修改合约逻辑,不涉及数据结构的修改,可以直接使用neardeploy部署新的代码。
3.2?合约数据结构被修改
我们将该合约升级,修改了原来的数据结构,去除了records,新增了taglines和bios
我们尝试再次重新部署:
合约还是成功部署了:
但是我们调用get_tagline方法读取存储的数据:
会发现出错了,错误提示如下:
Cannotdeserializethecontractstate.
具体的transaction见:
https://explorer.testnet.near.org/transactions/4hQQ1zAwU5bsbfb6tA6DQDqjmFcHsBwaBctdHaPiCKHu
这是因为合约的状态是以序列化数据的形式进行持久化存储的,重新部署合约后,代码中的数据结构变了,状态没有变,新的数据结构匹配不上旧状态,就出错了。
3.3?Migrate升级智能合约
NEAR提供了Migrate方法去帮助我们对合约进行升级,针对3.2中所出现的错误,我们在新的合约中加入migrate方法:
代码中的#表示在migrate函数执行前不要加载状态。接着,我们重新部署合约,但是在部署的同时调用migrate方法
如下所示,该合约被成功部署:
我们尝试调用合约新增的方法get_tagline去获取新增的数据taglines
可以看到方法被成功调用,旧的合约数据也被迁移到新的合约
4.合约升级的安全考量
合约安全升级首先要考虑权限控制,一般合约只能由开发者或DAO升级。上一期Rust智能合约养成日记合约安全之权限控制介绍了特权函数的访问控制,一般合约的升级函数为onlyowner函数,确保只能由owner调用。
我们推荐尽可能将合约的owner设置为DAO,通过提案和投票来共同管理合约。因为owner设置为个人账户,合约高度中心化,owner可以随意修改合约数据,还存在owner私钥丢失的风险。
除此之外,开发者在做合约迁移时,还可以考虑以下几点建议
在迁移函数前加入#,确保执行迁移函数前不加载状态。
迁移完成后尽量删除迁移函数,确保迁移函数只被调用一次。
新增的数据结构在迁移时完成初始化。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。