LID:如何将你的合约升级到Solidity 0.8?

我们离Solidity1.0的发布越来越近了。Solidity0.8在0.7发布之后仅5个月就发布了!

登链社区正在同步翻译Solidity0.8的文档

今天我们就来探讨一下如何把合约迁移升级到0.8版本......

尤达宝宝发布0.8新功能和如何使用

我们来看看两个大的新功能:集成的SafeMath和新的错误处理。

1.集成SafeMath

SafeMathMeme没错,你不需要再导入OpenzeppelinSafeMath了。最重要的是,你不需要做任何事情就可以激活Solidity集成的SafeMath。只要写上ab,就会在溢出时自动回退交易。

你可能会在Remix等工具中看到如下错误提示,因为0.8还没有完全支持。比如溢出还没有给出确切的原因。

?transact?to?Solidity08.test?errored:?VM?error:?revert.?revert

以太坊核心开发者:没人询问开发人员如何看待提高Gas上限问题:7月20日,以太坊核心开发者Péter Szilágyi发推称,很惊奇的是,那些“提高Gas上限”的文章中,没有一个文章询问任何开发人员如何看待这个问题。[2020/7/20]

但这种情况在未来应该会有所改变。

如果你确实就希望代码能够溢出呢?还是非常在意Gas费了?

则通过unchecked形式包装语句来停用SafeMath:

contract?Solidity08?{????function?test()?external?pure?returns(uint256)?{????????//?默认使用?SafeMath?,此时会回退????????uint256?x?=?0;????????x--;????????return?x;????}}contract?Solidity08?{????function?test()?external?pure?returns(uint256)?{????????//?不使用SafeMath,返回?type(uint256).max????????uint256?x?=?0;????????unchecked?{?x--;?}????????return?x;????}}

动态 | 会计公司H&R Block推出新服务 就如何正确申报加密货币损益提供咨询:根据9月24日发布的一份新闻稿,美国会计公司H&R Block推出了一项针对从事加密货币交易的人士的新服务,专门就如何在纳税申报单上正确申报加密货币损益提供咨询。(Cointelegraph)[2019/9/25]

2.无效的操作码被还原取代

到目前为止,某些操作会导致INVALID操作码的执行。这个操作码的问题是,它消耗掉所有剩余的Gas。这显然是不好的且没必要。为什么要浪费Gas,把它捐给矿工?

更多细节,在这里查看revert和assert的区别。

现在Solidity使用revert操作码。为了区分常规revert和系统内部错误,Solidity在返回数据前加上一个标识符:

常规Revert错误以keccak256(Error(string))的前四个字节开始,等于0x08c379a0。

声音 | 段新星:看到有价值的场景时思考如何用区块链去更好地打造才是正确的:Bytom创始人段新星在“区块链平昌论坛2019(Blockchain Pyeongchang Forum, BPF2019)”的圆桌论坛上表示,在投机和炒作层面区块链处于熊市,但是在区块链应用层面仍然在向前发展。同时,他指出,不能像拿着锤子砸钉子一样,把区块链强加于所有项目,而应该在看到有价值、有意义的场景时,思考如何用区块链去更好地打造才是正确的。只有做到这点,离区块链下一次爆发也就不远了。[2019/1/28]

**系统内部错误**以keccak256(Panic(uint256))的前四个字节开始,等于0x4e487b71。

Panic有一个额外的错误标识。目前可用的Panic有:

0x01:使用asset;

0x11:SafeMath的溢出。

0x12:除以0。

0x21:转换为不存在的枚举类型。

声音 | 救助儿童会Paul Ronalds:慈善机构领导者也应去了解区块链等技术如何运作:根据Coincryptorama消息,救助儿童会首席执行官Paul Ronalds在关于区块链对慈善事业的潜在影响的小组讨论后表示,慈善机构对区块链的使用还处于初期阶段”,要在其潜力被夸大之前需要进行更多的讨论和研究。慈善机构面临的主要障碍之一是,当涉及区块链这种存储数据的方法时,行业领导者并不能很好理解,我们需要确保慈善机构领导者同样参与、了解数字世界以及如何运作区块链等技术,来帮助他们的做好慈善事业。[2018/9/3]

0x22:存储字节数组编码错误。

0x31:在一个空数组上pop()。

0x32:索引超长度异常。

0x41:分配过多的内存或创建过大的数组。

0x51:调用未初始化的内部函数类型的变量。

更多细节请参见文档中新的错误处理部分这里。

如何迁移到Solidity0.8

阿拉斯加女学生如何依靠2014年的比特币课题支付大学学费:2014年,阿拉斯加的一位女学生以比特币作为竞赛项目课题,而在当时这一课题毫无疑问获得了评委的青睐。到现在,这一课题不仅为她带来了荣誉,还给她积累了一定的财富。而当时因为这一课题而了解到比特币的孩子们大多数仍旧保留着这些比特币,同时还保持着对加密货币的兴趣。正如这故事所表明的,向孩子传授有关金钱的知识并赋予他们一定的财务自由越早越好。[2017/12/29]

在大多数情况下,迁移应该是非常直接的。只有在一些情况下,你做奇怪的类型转换可能会变得更加困难。

你必须为迁移做出的改变包括:

ABIEncoderV2现在是默认自动激活。从0.6开始,Encoder就不再是实验性的了,只是因为遗留的原因,保留了pragmaexperimental这个名字。现在你不需要再加这行了。

移除任何OpenzeppelinSafeMath,你不再需要它了。

可能需要进行一些类型转换。

msg.sender和tx.origin默认不属于payable类型。将msg.sender.transfer改为payable(msg.sender).transfer。

只有在符合给定类型的情况下,才允许类型转换,所以uint256(-1)将不再工作。使用type(uint256).max代替。

当多次改变符号时,类型转换在某些情况下会受到限制,因为类型转换的顺序可能会对结果产生影响。你现在会看到一个类似TypeError的错误。不允许从int256到bytes32进行显示的类型转换,得先手动转换为uint256。

修饰组合

myContract.functionCall{gas:10000}{value:1ether}()改为:

myContract.functionCall{gas:10000,value:1ether}()。

将x**y**z改为(x**y)**z,因为默认的执行顺序改变了。

将byte类型改为byte1。

我省略了一些细节,关于完整的变更日志和所有变更的细节,请查看文档这里。

来源:https://soliditydeveloper.com/solidity-0.8

参考资料

登链翻译计划:https://github.com/lbc-team/Pioneer

翻译小组:https://learnblockchain.cn/people/412

Tiny熊:https://learnblockchain.cn/people/15

Solidity0.8:https://blog.soliditylang.org/2020/12/16/solidity-v0.8.0-release-announcement/

0.7发布:https://blog.soliditylang.org/2020/07/28/solidity-v0.7.0-release-announcement/

Solidity0.8的文档:https://learnblockchain.cn/docs/solidity/

SafeMath:https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/math/SafeMath.sol

这里:https://medium.com/blockchannel/the-use-of-revert-assert-and-require-in-solidity-and-the-new-revert-opcode-in-the-evm-1a3a7990e06e

这里:https://docs.soliditylang.org/en/latest/control-structures.html#panic-via-assert-and-error-via-require

这里:https://docs.soliditylang.org/en/latest/080-breaking-changes.html

CellNetwork:https://www.cellnetwork.io/?utm_souce=learnblockchain

译文出自:登链翻译计划

译者:翻译小组

校对:Tiny熊

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金星链

[0:0ms0-0:681ms