一文看懂以太坊2.0 虚拟机eWASM

1

行情还是小幅震荡，比特币要有行情还得磨一磨，

但是其他主流币有先活动的迹象，毕竟多少还是会受传统市场氛围的影响。

耐心等待更明确的信号。关于以太坊2.0，大的技术升级方面，

最近已经陆续聊了信标链，BETH, 分片技术，Casper共识，剩下还有比较重要的就是虚拟机了。

ETH2.0的阶段1的分片链 仍不支持智能合约，ETH2.0新虚拟机 eWASM的推出才能解决这个问题。

新虚拟机推出后，分片链将可以执行智能合约，每个分片链管理一个 eWASM，

包括账户、合约代码、状态、收据、其他抽象等等，这些 ETH1.0拥有的概念将迁移至分片链。

这将发生在信标链和分片网络稳定运行之后，分片内增加对智能合约的支持会增加状态存储的开销，

以及分片之间跨分片（状态）通信 的复杂性。

eWASM将应对分片内运行智能合约的挑战，这是可预见的趋势，

分片内支持状态操作才能明显提高 ETH扩容后的交易性能。

2

WebAssembly(简称 WASM)的设计目标是性能和效率，是为 Web开发构建的一个高效计算引擎。

eWASM是针对以太坊 EVM推出的 WebAssembly子集，

EVM最初设计过程强调简单和安全，以保证智能合约运行结果的无歧义和正确性，

所以 EVM不支持数据类型方面精确度不确定的浮点计算。

同时 EVM只支持处理通用区块32位 8字节数据，不支持 64位。

EVM本身支持的操作码也较少，只能支持有限的几种编程语言进行智能合约开发比如Solidity/Vyper，

并不支持 C/C++/Rust硬件 及系统级别语言开发， Solidity本身语言在内存泄露、执行速度方面存在很多改进的地方。

3

eWASM是以太坊上的 WASM, 向后兼容目前的 EVM，不支持浮点数操作，

其相比 EVM最明显的优势是代码执行的速度和效率上的大幅提升，

执行速度提升意味着区块每秒可以处理的交易数量 TPS（吞吐量）提升！

eWASM也支持更多的编程语言种类进行智能合约开发，

这些编程语言相比 Solidity具有更广泛的社区开发支持资源，包括编译工具、开发人员。

eWASM还有一个 “优化 ”的地方是用 eWASM智能合约替代预编译。

总结来讲，新的虚拟机相比原来的EVM支持更多的开发语言，比如C/C++，Rust等，

支持64位的数据处理，代码的执行快，达到硬件级别，而且还需要预编译。

嗯嗯，就这样！