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

我们离 Solidity 1

}contract Solidity08 {    function test() external pure returns(uint256) {        // 不使用SafeMath,返回 type(uint256)

        return x;    }}2. 无效的操作码被还原取代到目前为止,某些操作会导致 INVALID操作码的执行。这个操作码的问题是,它消耗掉所有剩余的 Gas。这显然是不好的且没必要。为什么要浪费 Gas,把它捐给矿工?

声音 | 江卓尔:扩容之争核心是如何解决拥堵问题,应该大区块扩容:莱比特矿池江卓尔今日发微博称,扩容之争核心是如何解决拥堵问题,扩容派坚持中本聪的大区块扩容路线,Core党提出隔离见证SW扩容(号称有4M效果)和闪电网络,3年过去了,结果呢?SW扩容只有1.2MB的微弱效果,区块还是满的,一到5月的小牛市立马堵成狗,手续费飙升。闪电网络更是彻底扑街,没人去用这种反人性+反经济规律的产品。Core无法解决拥堵问题,无可争辩的事实说明中本聪是对的,应该大区块扩容。[2019/11/16]

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

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

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

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

动态 | EOS社区在如何使用eosio的资金上存在分歧:据Coindesk消息,EOS区块链上的eosio.saving账户余额不断增加,价值接近1.92亿美元。EOS社区对如何处理这些资金存在分歧。EOS核心工作小组的成员希望看到这些资金被用于造福社会。然而,也有明显的声音,敦促社区关闭WPS,取消其资金来源,“烧掉”或销毁目前在eosio.saving帐户中的所有Token。[2018/8/27]

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

0x01: 使用 asset;

0x11: SafeMath 的溢出。

0x12: 除以 0。

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

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

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

0x32: 索引超长度异常。

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

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

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

首席税务研究分析师:“空投”和“硬分叉”如何纳税目前仍悬而未决:据cnbc消息,税务研究所首席税务研究分析师Nathan Rigney表示确定“空投”和“硬分叉”的税额目前是一个悬而未决的问题,但是这可能与股息更相似。此外cnbc文章还表明,如果纳税人通过“挖矿”流程获得了比特币或其他加密货币,国税局通常情况下认为应纳税利润为自营职业收入。由于国税局将比特币视为财产,因此加密货币的网上交易需缴纳资本利得税。[2018/4/14]

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

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

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

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

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

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

美国商品期货交易委员会公布关于如何定义加密货币已经交易完成的解释: 美国商品期货交易委员会(CFTC)已经公布了解释说明,关于如何定义加密货币已经从买方“交付”给了卖方。确认交付已经完成的的两个因素是:1. 客户有能力 (i)拥有和控制全部数量的商品,无论是以保证金,还是使用杠杆或其他融资购买,以及(ii)在交易之日起28内,自由地商业使用商品(在任何特定平台内外);以及2. 报价人及卖方(包括各自的关联方或与报价人或卖家合作的其他人士)不保留任何利益或控制任何以保证金,杠杆或其他融资方式购买的商品,在超过自交易日期起计28日后。据CFTC称,提议的解释不是最终的,需要经过90天的公众评议期。[2017/12/16]

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

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

修饰组合

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

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

将 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/

Solidity 0.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

Cell Network: https://www.cellnetwork.io/?utm_souce=learnblockchain

译文出自:登链翻译计划

译者:翻译小组

校对:Tiny 熊

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

水星链

[0:31ms0-1:957ms