EOSIO 2.0 正式发布，解决区块链开发的最大瓶颈，让 EOS「更快、更简单，更安全」

撰文：kyle
在 1 月 10 日发布于 Twitter 的公告中，Block.One 声称这次更新使 EOS 区块链「更快，更简单，甚至更安全」。
智能合约虚拟机进行重大更改
关于介绍新版软件的官方博客文章解释说，EOS.io 2.0 包括一个专用的 WebAssembly （WASM）引擎，可以在该引擎上运行 EOS 智能合约。根据其官方网站，WASM 采用了一种指令格式，旨在实现在 Web 和服务器上进行部署。
预计这种更改将提高智能合约执行的性能，因为它据说比以前版本中使用的引擎快 16 倍。
这次重大版本更新还引入了 WebAuthn 支持。根据官方网站的说法，WebAuthn 是基于公钥密码技术的 Web 身份验证标准。该公告解释了 EOS 开发人员如何使用此标准：
「借助此版本的 WebAuthn 对 EOSIO 的支持，开发人员可以开始在其 EOSIO 应用程序中使用 WebAuthn 测试事务签名。」
不过消息人士表示，目前没有确定采用此更新的日期。
网络代码多线程支持
Block.One 还声称通过向其添加多线程支持大大改善了区块链的网络代码。多线程是中央处理单元同时执行多个执行线程的能力。
多线程支持应提高区块传播，事务处理，区块和事务打包与拆包以及其他过程的性能，因为这些现在都由单独的线程处理。公告内容如下：
「通过隔离这些流程，我们发现多生产者 EOSIO 网络上的事务处理和区块处理性能有了显着改善。」
此外，该更新与专用集成开发环境（IDE）一起发布，据说应该可以加快开发人员的入门速度。
这是 Block.One 最近发布的第二个重大公告，可能会对 EOS 生态系统产生重大影响。据 12 月下旬报道，Block.One 最近还提议对网络资源分配系统进行重大更改，这将要求用户租用网络资源而不是购买网络资源。
以下是 Block.One 发布的公告全文（译文）：
EOSIO 已更新为具有安全性，稳定性和其他修复程序的稳定的 EOSIO 2.0 版。附加信息和发布说明可在 GitHub 上获得。
EOSIO 2.0 的构建考虑了开发人员。我们的重点：使其在 EOSIO 上构建更快，更简单，更安全。
我们认为，区块链开发的最大瓶颈是他们执行智能合约的速度。
EOSIO 是第一个使用 WebAssembly （WASM）引擎提高性能的区块链软件，但是随着时间的推移，我们超越了现有的通用 WASM 引擎，并且知道我们可以做得更多。
我们的解决方案：构建我们自己的解决方案，并从头开始考虑区块链。 EOS VM 是我们专门构建的区块链 WASM 引擎，与 EOSIO 1.0 一起发布的 Binaryen 相比，运行 EOS Mechanics WASM CPU 基准的速度最高可快 16 倍。
接下来，我们想解决新开发人员的入门障碍——那些首次前往#eosiohackathon 或首次在 EOSIO 上进行开发的开发人员。通常，设置区块链开发环境是一个多步骤的过程，可能需要数小时甚至数天才能完成。这就是为什么我们要构建 EOSIO Quickstart Web IDE，这是一个开发工具，它使新开发人员可以在几分钟之内从入门到准备就绪。
最后，对于所有开发人员而言，吸引新用户加入区块链应用程序的主要痛点之一就是保护私钥和公钥，如果操作不当，则会带来安全风险。通过此版本的 WebAuthn 对 EOSIO 的支持，开发人员可以开始在其 EOSIO 应用程序中使用 WebAuthn 测试事务签名，从而为当今区块链中不存在的私钥提供一定程度的安全性。
EOSIO 2.0 版本候选版中包含的四个主要组件：

EOS VM：专用于区块链应用程序的高性能 WebAssembly （WASM）引擎，可在处理智能合约和显着提高性能时促进更有效地使用系统资源。
EOSIO 快速入门 Web IDE：一个功能强大的，新的，自包含的，基于 Web 的集成开发环境，用于构建 EOSIO 智能合约和关联的 Web 应用程序。 它可以在几分钟内完成设置，可以在任何浏览器中运行，并有助于降低新的 EOSIO 区块链开发人员的进入门槛。
WebAuthn 支持：一种广泛接受的安全身份验证标准，无需进行浏览器扩展或附加软件即可进行交易签名。
加权阈值多签名区块生产支持：区块生产者使用安全密钥在主区块和备用区块生产硬件上使用不同密钥对区块进行签名的一种安全方法。

EOS 虚拟机（EOS VM）
我们已经开发了一种新的专用 WebAssembly （WASM）引擎，称为 EOS VM，可以满足 EOSIO 区块链上安全的确定性执行的不断增长的需求。尽管目的非常适合，但是原来使用 的 Binaryen 和 WABT 解释器在内存分配不受限制，加载时间延长和堆栈溢出方面存在问题，并且它们在运行时缺少沙箱。这些问题加在一起，限制了整体性能和可靠性。
作为最初的 WASM 解决方案，Binaryen 解释器于 2018 年 6 月与 EOSIO 1.0 一起发布，同年 9 月随着 EOSIO 1.3 支持 WABT 而被取代，性能提高了 2 倍。借助 EOSIO 2.0，我们将发布一个名为 EOS VM 的新 WASM 引擎，该引擎由三个组件组成，每个组件都有自己的功能并提供特定的性能增强。
区块链 WebAssembly 执行的强大组件三重奏

EOS VM 解释器是一个 WebAssembly 解释器，提供了极快的解析 / 加载，确定性和高效的时限执行。从头开始设计解释器，使我们能够为将来对智能合约的调试支持腾出空间。
EOS VM 即时（JIT）编译器是 WebAssembly 编译器，它采用 WASM 并即时生成本机代码。与 WABT，Binaryen 和 EOS VM 解释器之类的解释器相比，该体系结构能够非常快速地执行 WASM 智能合约，并提供显着的性能优势。这种 JIT 解决方案的绝对速度使我们能够在区块链上使用它，而无需其他解决方案进行较长的区块编译时间。
EOS VM 优化编译器是 EOS VM 的第三个组件，它使用了利用多遍编译架构的专用编译器框架（LLVM）。通过优化编译器生成的本机代码通常比在 WABT，Binaryen，EOS VM 解释器和 EOS VM JIT 中执行的相同代码快一个数量级。最重要的是，它甚至比现有的 WAVM 引擎还要快，但是与 WAVM 不同，它可以利用我们的分层设计在区块链上安全使用。

极快的执行力
我们针对不同组件的基准测试在我们的测试环境中实现了以下性能增强：

1、EOS 力学基准来自 EOSIO 社区编写的基准，并在 AWS z1d.metal 实例上运行。 2、重播基准测试比较了 EOSIO 系统提供的重播功能以在指定的 WASM 引擎上完成相同的重播并在 AWS z1d.metal 实例上执行所需的时间。
以上性能基准显示了各种 EOS VM 组件的相对优势。 EOSIO 2.0 将 EOS VM JIT 作为大多数智能合约执行的一线编译器，而 EOS VM Optimized Compiler 尝试在后台编译相同的智能合约，并将其部署以在链上以极快的速度随后执行。这种分层架构使 EOSIO 2.0 能够利用快速启动和优化的智能合约代码编译功能。
EOS VM 及其组件也可以高度自定义，因此开发人员可以以适合其所需功能的特定方式实现其各个方面。通过参考 GitHub 上的 EOS VM 存储库了解更多信息。
网络代码的重大改进
我们向 net_plugin 添加了多线程支持。现在，net_plugin 中的几乎所有处理，包括区块传播，事务处理，区块 / 事务打包 / 解压缩以及其他进程，都由与主应用程序线程不同的单独线程来处理。通过隔离这些过程，我们发现多生产者 EOSIO 网络上的事务处理和区块处理性能有了显着改善。 EOSIO 2.0.0 发布说明中提供了更多详细信息。
EOSIO 快速入门 Web IDE
EOSIO 2.0 的增强功能是针对开发人员的，此新工具将使在 EOSIO 项目上开始，共享和协作变得更加容易。
为 EOSIO 设置开发环境目前需要在开发人员的计算机上本地运行的多步骤过程，这对于刚刚接触的人来说可能相当复杂。尽管现在处于 Alpha 阶段，EOSIO 快速入门 Web IDE 旨在打算消除开发人员的入门障碍。这个工具在云服务中运行，使新开发人员能够建立智能合约和 Web 应用程序开发环境以及完全集成的单节点个人测试网，因此他们可以在几分钟之内从入门到构建。
EOSIO 快速入门 Web IDE 使新的区块链开发人员可以更轻松地访问 EOSIO，从而简化了流程，并使快速而轻松地开始学习 EOSIO 开发。开发人员可以从演示应用程序开始，无缝地进行更改，并实时查看更新，以及直接从浏览器将代码提交到 git 存储库。
随着新的开发人员开始使用 EOSIO 快速入门 Web IDE 进行构建，我们期待收到社区的反馈。
对 EOSIO 的 WebAuthn 支持
WebAuthn 是强大的用户身份验证的标准，由万维网联盟（W3C），在线快速身份验证（FIDO）联盟在 Google，Mozilla，Microsoft，Yubico 等公司的帮助下进行了协作。 WebAuthn 允许您使用硬件设备在浏览器中对交易进行身份验证和签名，而无需在设备上安装扩展程序或其他软件。
WebAuthn 在诸如 YubiKey 之类的设备上创建加密密钥对，并通过安全且经过身份验证的通道仅与远程服务器共享公共密钥。通过完全在硬件设备中管理身份验证凭据，WebAuthn 已显示出从本质上缓解了整个网络钓鱼等攻击类型。由于硬件设备是必不可少的，并且密码没有存储在中央服务器上，因此实现基于 WebAuthn 的身份验证甚至可以帮助防止密码被盗的大型数据泄露。
通过此版本的 WebAuthn 对 EOSIO 的支持，开发人员可以开始在其 EOSIO 应用程序中使用 WebAuthn 测试事务签名。 EOSIO 对 WebAuthn 的支持是迈向安全和无缝事务签名的一步，而无需跟踪私钥或其他帐户信息。我们将继续研究各种机制，以支持希望针对 WebAuthn 集成调整其应用程序的面向社区的参与者和企业级参与者，并且我们鼓励应用程序开发人员加入第一批尝试采用该技术的私人应用程序的第一批采用者。
加权门限多签名区块生产
区块生产者必须能够为其运行区块链的核心服务提供高可用性。实现此目的的常用方法是冗余基础结构，在发生硬件故障或网络问题时，该基础结构可有效地保持区块生产。加权阈值多签名区块生产是许多功能中的第一个，旨在为块生产者提供完整的高可用性解决方案。
当前的共识规则要求每个区块生产者仅需要一个加密区块签名密钥。该密钥，无论是存储在磁盘上并通过软件加载还是由硬件钱包保护，都代表了区块生产者操作的单点故障。如果该密钥丢失或暂时无法访问包含该密钥的硬件模块，则区块生产者别无选择，只能丢掉区块，从而影响整个网络的吞吐量。
为了提高区生产的安全性和可伸缩性，加权阈值多签名块支持提供了一个许可层，该许可层允许以灵活方案使用多个区块签名密钥，这将使冗余区块签名基础结构能够存在而无需共享任何敏感数据。在 GitHub 上了解有关加权阈值多签名区块生产的更多信息。