技術 | 解構ETH2.0：以太坊如何從EVM過渡到eWASM？_WAS

來源|?IvanonTech，翻譯：以太坊中文網

以太坊2.0之eWASM

eWASM是以太坊邁向2.0時代的又一創新之舉。主流看法是，eWASM能夠促進網絡的速度、可擴展性和靈活性，也使得開發者能夠基于以太坊2.0的協議構建更為復雜的智能合約。除此之外，我們之前的文章還對Eth2.0的許多不同方面進行了解釋，如

Staking、

Sharding、

以太坊Layer-2、

zk-snark等。在探討eWASM之前，我們再過一遍以太坊2.0的基本路線。

什么是以太坊2.0？

以太坊2.0包含一系列升級，將對協議進行顛覆性的改進，擴容以太坊網絡，使其更加高效。其中的升級包括：使用Casper協議的ProofofStake(權益證明)機制、分片、Raiden(雷電網絡)、Plasma以及Rollups等等。這些升級將會在

以太坊不同的階段中實現，以確保合理地部署和執行。

階段0：啟動信標鏈，轉向PoS權益證明機制

階段1：加入分片

階段2：使用以太坊0eWASM替代現有的以太坊虛擬機(EVM)

本文將主要探討階段2，如果讀者對以太坊2.0有一些了解，那么應該知道從EVM到eWASM的轉變是非常宏大的工作。在我們進入eWASM之前，先來看看EVM到底是什么。

以太坊虛擬機是什么？

每條去中心化的區塊鏈都需要一個虛擬機來處理并執行操作。比特幣的虛擬機相對簡單，因為它只需要處理交易。然而，由于以太坊支持圖靈完備的智能合約，其復雜度也就更高。因此，我們需要思考另一個重要問題。

既然智能合約要滿足不可篡改性，并且即使歷經多個節點也能無損運行，那么以太坊虛擬機(EVM)需要擁有哪些主要特性？

上海市委書記：積極運用區塊鏈等技術 讓知識產權人辦事更方便:4月26日，上海市知識產權保護大會舉行。上海市委書記李強指出，要對標國際最高標準、最好水平，抓緊補短板、強弱項，全面提升知識產權保護能力和水平。同時公共服務要更完善，持續優化快速審查、快速確權、快速維權“一站式”服務，積極運用人工智能、區塊鏈等新技術，讓知識產權人辦事更方便。（中國證券報）[2020/4/26]

確定性

可終止性

獨立性

確定性

如果針對相同的一組輸入，無論其執行了多少次代碼，程序都給出相同的輸出，那么就可以說是該程序具有確定性。確定性函數的一個完美示例就是數學運算。例如，假定所有數字都以10為底，則無論重復運算多少次，1+4始終等于5。

DApps往往需要同時處理大量金額，所以用戶需要清楚知道代碼在每個執行階段如何響應。

可終止性

我們需要謹記一點，以太坊智能合約是圖靈完備的。如果有充足的時間和資源，那么理論上來說智能合約可以解決任何問題。然而，我們無法判斷合約是否能在給定的時間限制內完成所有操作。這就是為什么智能合約需要有終止機制。以太坊智能合約借助“gas”來定義其使用期限。當合約達到gas上限，則無法繼續進行操作。

獨立性

最后，智能合約應該在一個完全獨立的環境中運行。如果合約發生什么意外情況(例如被攻擊或是出現漏洞)，那么其影響不應該波及到其他底層協議。

要滿足以上三個特性，有兩種系統可以供智能合約使用——虛擬機和Docker容器。由于Docker的合約默認設計不具備確定性，以太坊決定采用虛擬機。

以太坊虛擬機：如何運作？

當我們說到“虛擬機”?(virtualmachine)的時候，到底是什么意思？

傳統的操作系統(Windows/iOS)一次只需要在一個系統中運行。而虛擬機(VM)是基于本地操作系統所創建更高級抽象，可用于復制物理機的功能。

聲音 | 科創信息：正在研究區塊鏈技術 尚未與區塊鏈公司合作:科創信息（300730）10月28日在互動平臺表示，正在學習和研究區塊鏈技術，沒有運用到現在的項目中，也沒有與相關區塊鏈公司有所合作。（中證網）[2019/10/28]

虛擬機使得用戶能夠在不同的硬件架構和操作系統中同時運行同一平臺。這就是為什么虛擬機非常適合像以太坊這樣的去中心化網絡的原因。以太坊的主要目標是成為一臺全球超級計算機，使得開發者能夠借助其計算資源構建自己的智能合約和去中心化應用程序。以太坊虛擬機(EVM)的功能就類似世界計算機，遍布全球的節點都能進行訪問。

堆棧和狀態機

相較于普通的虛擬機，EVM還具備兩個額外特性。首先，作為狀態機的EVM可以讀取輸入然后相應地更新其狀態。其次，EVM還是堆棧式，其內存結構能夠以堆棧形式進行組織和訪問。

如果讀者熟悉數據結構，那么應該對堆棧并不陌生。堆棧是線性數據結構，其中的操作是通過LIFO?(后進先出)來執行的。

下面舉個例子：

在上圖的堆棧中，第一條插入的數據是Orange，最后一條數據是Apple。根據LIFO的邏輯，我們取出的第一條數據應該是Apple，最后才是Orange。

現在我們再來看看堆棧操作：Push和Pop。

Push：向堆棧中加入數據

Pop：使用LIFO邏輯將數據從堆棧中移除

EVM中的堆棧操作

在堆棧式虛擬機中，操作執行如下：

首先移除數據和操作數

相應操作被執行

執行結果被加入堆棧

參考以下圖表：

我們首先移除兩個數字：20和7

動態 | 順豐利用大數據和區塊鏈技術 實現甘孜松茸的全程追溯:據環球財富網消息，7月10日，順豐甘孜松茸預處理中心揭牌儀式在四川雅江舉辦。據悉，順豐基于其大數據及區塊鏈技術，在松茸上實現了全程可追溯，打造松茸全產業鏈質量與食品安全管理系統，使用智能設備搭載智能系統，結合特征碼追溯等方式，記錄每一棵松茸的采摘人員、采摘地區、生長周期、裝箱時間、分揀時間等，讓天生天養的松茸實現了數據沉淀與管理。[2019/7/11]

將這兩個數字相加，我們得到27

最后，結果被重新加入堆棧

EVM堆棧式系統的優勢

堆棧結構可確保EVM不需要獲取操作數的確切地址。堆棧結構會始終且必然將VM指向下一個操作數。降低大量操作開銷的同時提高了整體效率。

EVM擁有：世界狀態(worldstate)、機器狀態?(machinestate)和虛擬ROM。世界狀態將所有帳戶存儲在網絡中，機器狀態包括程序計數器、可用gas、堆棧和內存等數據。最后，虛擬ROM讀取名為“EVM字節碼”的機器級代碼。這是只有EVM才能理解的獨特語言。

EVM–讀取字節碼?

編程語言分為高級和低級語言。低級語言(如字節碼)能夠輕松被機器讀取，但人類卻難以理解。這也是為什么大多數編程語言都是高級形式的原因。那么，在智能合約中程序是如何運作的呢？

Solidity/Vyper語言的智能合約被編譯為字節碼，使用到的編譯器叫做“solc”

字節碼由網絡讀取并處理

字節碼是Solidity操作碼的二進制形式。從EVM轉向eWASM的過程中，編譯器是非常重要的一個部分，因為EVM無法理解除了字節碼之外的任何語言。

動態 | 紫云股份借助騰訊區塊鏈技術 建醫藥行業溯源防偽服務平臺:據證券日報消息，近日，紫云股份發布公告稱，公司與騰訊公司簽署了《關于“藥品溯源防偽一體化服務業務”的戰略合作協議》。紫云股份將基于騰訊區塊鏈BaaS開放平臺構建全國醫藥行業區塊鏈聯盟鏈，在以騰訊區塊鏈提供底層的技術基礎上搭建“全國醫藥行業溯源防偽服務平臺”及相關應用，為百姓提供日常購藥時用來鑒別藥品的真假良劣的微信小程序——“紫云微追溯”，面向全球打造“藥品溯源防偽一體化云服務平臺”，最大程度上解決藥品安全問題。[2018/9/28]

每個操作碼在規范中都被賦予了易于理解的名稱，并由數字代碼表示。例如，數字0X01代表ADD操作碼。

EVM的功能性

EVM是以太坊網絡中的去中心化處理單元。每筆交易、交互和智能合約執行只能通過EVM進行。

負責所有不同的數據結構，包括指令、操作數以及已經處理的數據。

EVM通過指令分配器獲取并執行指令，對操作碼進行解碼。

EVM還會跟蹤多個網絡組件，例如世界狀態、存儲狀態以及區塊信息。

在以太坊網絡中為智能合約創建一個運行時環境。該環境包含需要用以執行具體交易的信息，例如gas價格(最新gas價格)、代碼大小、Caller(交易接收方地址)以及Origin(交易發送方地址)。

EVM的缺點

雖然EVM具備許多優勢，但也存在四個主要問題，導致網絡的整體吞吐量受限：

由于EVM需要處理大量各種各樣的操作，其速度便不盡人意。EVM的操作碼規范沒有進行更新，也沒有針對不同的硬件平臺做出優化。

第一點提到由于EVM需要處理大量不同操作，就會容易成為運轉瓶頸。其結果就是嚴重損害整個網絡的效率。

自從發布初始規范以來，EVM并沒有進行太多優化，導致編寫合約所需的工具和語言極大受限。

假如底層工作環境本身存在巨大缺陷，那么引入一系列新穎機制(分片/rollups/Casper)的意義何在？以太坊之所以尋求從EVM轉向使用eWASM，也出于對以上缺陷的衡量。

應用區塊鏈技術 數字票據交易平臺實驗性生產系統上線試運行:本月2日據上海票交所指出，根據中國人民銀行的安排部署，上海票據交易所會同數字貨幣研究所，組織中鈔信用卡公司、工商銀行、中國銀行、浦發銀行和杭州銀行共同開展了基于區塊鏈技術的數字票據交易平臺建設相關工作。2018年1月25日，數字票據交易平臺實驗性生產系統成功上線試運行，工商銀行、中國銀行、浦發銀行和杭州銀行在數字票據交易平臺實驗性生產系統順利完成基于區塊鏈技術的數字票據簽發、承兌、貼現和轉貼現業務。實驗性生產系統的成功上線試運行實現了數字票據的突破性進展，對于票據市場發展具有里程碑意義。[2018/2/3]

那么什么是eWASM呢？在此之前，我們需要先理解什么是WebAssembly。

什么是WebAssembly(WASM)？

WebAssembly最近獲得了許多關注。WebAssembly是由WorldWideWebConsortium(W3C,萬維網聯盟)?創造并定義的新代碼類型，能夠在現代瀏覽器中高效執行。

WebAssembly憑什么獨樹一幟？

由于WASM具備基于堆棧的低級二進制格式，且在默認情況下很小，從而可以實現快速加載和執行。瀏覽器下載WASM代碼后，便可以快速將其轉換為任何計算機的程序集。

WebAssembly的優勢

受多個JavaScript引擎和運行時環境的支持，可以在大多數現代瀏覽器中執行。

Go/Rust/C/C++語言可以直接編譯為WASM

能夠快速適應所有機器級架構，具備極高性能

附帶與大多數現代硬件架構兼容的指令集

在大多數平臺上趨近于本地運行速度

以太坊2.0eWASM?

讀到這里大家可能已經發現了，eWASM(EthereumWebAssembly)就是以太坊2.0版的WebAssembly。

根據相關團隊的說法：

eWASM=WASM–?非確定性?(浮點)+?計量?+EEI路徑?(用以與以太坊交互)

eWASM團隊已經給出其具體的設計目標：

構建EVM轉譯器，并且以eWASM合約形式添加計量注入器

發布明確詳細的規范：以太坊接口、eWASM合約語義以及細節

為solc編譯器構建一個eWASM后端

提供C語言和Rust語言的相應指令和庫，以支持智能合約編寫

諸如EOS、Tron以及Cardano等項目已經或者準備采用WASM，實現eWASM之后，以太坊也將成為其中之一。

eWASMvsEVM

EVM的主要設計目標就是要保證正確性，即使可能會因此犧牲一定的效率。以太坊開發者LaneRettig認為EVM是基于理論設計而非實用設計，因此可能無法完美支持現實應用。EVM中的每個節點都必須完整正確地運行EVM，而WASM是為現實應用而生的，能夠翻譯輕松實際的代碼邏輯，因此在效率和速度上更具優勢。

現在有了大概的認識，我將進一步對比eWASM和EVM。

eWASMvsEVM#1:?速度

簡單來說，EVM可以看作是“萬精油”，但沒有達到理想效果。就拿代碼編譯來說吧。

EVM經常無法有效編譯大量代碼。而瀏覽器的本地JS引擎通常需要大量工作來為某些操作的執行匹配最佳路徑，而這對EVM的整體吞吐量來說會產生巨大影響。此外，EVM只能處理256位的字節碼，因此小于256位的字節碼必須轉換為256位格式。

EVM的設計極大限制了以太坊的速度和可擴展性，使其每秒最多只能處理25筆交易。而這對于現實世界和現實需求來說是非常不切實際的。

eWASM可以直接轉換為編譯代碼，從而提高加載速度，并且大幅提升每個區塊能夠處理的交易量。除此之外，有了分片和layer2解決方案的加持，以太坊2.0的速度會顯著提升。

eWASMvsEVM#2:?預編譯

eWASM還能消除以太坊對預編譯的依賴。預編譯是EVM字節碼的特殊位，好處在于能夠節省gas成本，進行高效的密碼運算。大多數情況下，如果不進行預編譯，那么幾乎不可能將創建合約所需的gas控制在上限范圍內。而eWASM的gas效率非常之高，以至于能夠省去大部分甚至全部的預編譯。

然而，預編譯也有不足之處。引入新的預編譯往往需要網絡進行系統范圍的硬分叉。根據歷史經驗，因為可能導致社區分裂，硬分叉多少具有爭議性。

而這些意味著什么？

eWASM能夠幫助開發者又快又省地創建智能合約，并且沒有硬分叉的顧慮。

eWASMvsEVM#3:?靈活性

最后，相較于標準的EVM，eWASM最顯著的優勢就是代碼靈活性。要編寫智能合約，以太坊開發者必須特地學習Solidity語言，而這就成為了開發者的知識瓶頸。

eWASM能夠與多種語言進行交互，并且擁有更為廣泛的開發者工具集。eWASM將支持C/C++/Rust語言。

eWASM將獲得所有主流JavaScript引擎的支持，例如：

Microsoft的Chakra引擎(MicrosoftEdge)

Google的V8engine(Node.js及基于Chromium的瀏覽器)

Mozilla的Spidermonkey引擎(Firefox及Thunderbird)

eWASM還將獲得以下非瀏覽器實現的支持，例如：

ml-proto(OCaml引用解釋器)

wasm-jit-prototype(使用LLVM后端的獨立虛擬機)

wabt(基于堆棧的解釋器)

EWASM還具有以下的開創性優勢，這些優勢是之前的EVM不可能擁有的：

對于以太坊輕客戶端，得到瀏覽器支持會更簡單，因為eWASM是根據W3C標準架構的

eWASM有更多編譯器和更多種類的開發者工具

由于大量的項目已經在使用eWASM了，它已聚集了一個健康、多元的開發者社區

結語：eWASM能否助Eth2.0更上一層樓？

關于eWASM，以太坊社區感到非常興奮。然而，相關討論也總是伴隨著天花亂墜的說法，我們還需要聽到不同的聲音。一位資深以太坊開發者GregColvin就對eWASM智能合約持疑，其主要觀點是：

eWASM無法消除預編譯

eWASM過渡依賴編譯器，可能會導致單點故障

其實絕大多數以太坊開發者都相信eWASM將對協議的整體性能和吞吐量造成巨大影響。

結果究竟會如何呢？讓我們拭目以待吧！

?

Tags：ASMWAS以太坊區塊鏈PolkaSmithWASABI幣怎么購買以太坊幣區塊鏈的未來發展前景

火幣交易所