EOS.IO 将迎来史上最复杂硬分叉升级，硬分叉的流行意味着什么？

1.8.0是EOS.IO开源以来最重要的版本，将奠定EOS.IO今后通过硬分叉升级快速迭代的基调，也会让整个区块链行业重新审视硬分叉升级的重要性。

（孤矢，EOS 原力创始人）

2019 年年初，一些媒体开始报道 EOS.IO 代码提交次数下降的问题，我们 EOS 原力团队曾经公开回应过：EOS.IO 每天都有多个开发者在提交代码，这些开发内容在不同的分支里提交，并且需要经过测试以后再合并到主线。今天我们要提到的 1.8.0-rc2 就是此类情况，从 2019 年年初甚至更早就开始进行了开发，直到 2019 年 5 月 15 日 1.8.0-rc2 发布。

接下来我们将详细解释此次更新何以如此重要。

版本号：1.8.0
Github：https://github.com/EOSIO/eos/releases/tag/v1.8.0-rc2

一、1.8.0-rc2 有哪些重要的改进

1. 扩展性提升与代码重构

在这个版本中我们看到了大量的提交 , 主要集中在代码重构和线程安全化两个方面 :

首先的代码重构 , 很多人往往不关心这些既没有增加功能也没有提升性能的代码修改 , 但是从开发的角度看 , 这些其实构成后续开发的重要基础 , 我们可以看到 , 自年初以来 , Block.one 的核心开发者一直在改善 EOS.IO 的代码结构 , 并且从设计层面上逐步在建立一个抽象层 , 最明显的是 EOS.IO.cdt 的完善 , 这些构成了 EOS.IO 的框架 , 不同于很多在一开始就给出了庞大架构的团队 ，Block.one 的开发团队一贯以务实且自低向上的思路开发 EOS.IO。

在 1.8.0 版本中 , Block.one 的开发者拆分了很多之前的巨无霸类型 , 剥离了散落在各处的一些复杂逻辑 , 比如 pending_block_state 相关的状态管理 , 就从 block_header_state 中剥离出来 . 还有之前略带“坏味”的 transaction traces, 也在这次重新整理。

另一个方面是关于多线程 , 在最近一段时间有很多关于线程安全性的提交，为下一步实现多线程相关开发做准备，Block.One 团队在 2019 年的开发中对多线程非常重视，此次重构后将很更好的实现

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！