本文是对以太坊中可升级智能合约领域的各类实现策略的总结 ,目的是汇总迄今为止的相关资源,以帮助咱们在设计智能合约时,考虑如何对其进行升级和更新。html
目前有两种主要策略用来实现可升级的智能合约:linux
这两种方法要解决的根本问题是如何更新合同的逻辑,同时仍然保留对合同状态的访问。git
代理合约使用delegatecall
操做码将函数调用转发到可更新的目标合约。 因为delegatecall
保留了函数调用的状态,所以能够更新目标合约的逻辑,而且状态将保留在代理合约中以供
更新后的目标合约的逻辑使用。 与delegatecall同样,msg.sender将保持代理合约的调用者身份。程序员
因为最近的拜占庭硬分叉,如今能够获取函数调用的返回大小了,所以与Nick Johnson
首次提出的方法相比,目前这种方法能够通用。 在Daonomic的文章中能够
看到一个通用代理合约的例子,你能够更详细地了解这个机制。github
这中方法到将智能合约拆分两个合约:算法
逻辑合约经过setter更新数据,而数据合约只容许逻辑合约调用setter。 这容许在保持数据不变
的同时更换实现逻辑,从而实现彻底可升级的系统。安全
经过引导用户使用新的逻辑合约(经过诸如ENS的解析器)并更新数据合约的权限来容许新的逻辑合约
执行setter,就能够实现合约的更新。数据结构
查看@Thomas Wiesner的视频以更好地了解这一机制。app
这种策略的工做原理与上述相似,只是不使用最终指望数据结构(struct,mapping等)来定义合约数据模型,
全部数据都被抽象化并存储在键值对中,而后使用一个标准的命名系统以及sha256散列算法用于查找数据值。ide
能够查阅David Rugendyke的文章以更好地理解这种机制。
建立一个彻底可升级的合约听起来不错,但须要一个很大的妥协:保证合约的不可变性。 所以在不少状况下
实现部分可升级的合约多是更合理的选择。
在此策略中,智能合约的核心功能能够保留为不可升级。 其余可能不太完整或更复杂的组件则
采用可升级策略实施。
这方面已经有一些很好的案例:
没有一个策略是完美的,选择正确的策略取决于要实施的智能合约。 全部策略都很是复杂,智能合约设计人员应该对
他们所选择的可升级策略很是了解,以免安全漏洞。
思路与观点
代理合约
分离逻辑和数据合约
使用键值对数据模型分离逻辑和数据合约
若是你但愿立刻开始学习以太坊DApp开发,能够访问汇智网提供的在线互动教程:
转自:http://blog.hubwiz.com/2018/04/27/ethereum-contract-upgrade-strategy/#more