ASM:以太坊的“換心手術” 一文讀懂EVM接棒者

引言：隨著越來越多的應用部署在以太坊網絡上，我們對擴展不可能三角（可擴展性、安全性和效率）的邊界有了更強烈的需求。

具體來說，制約不可能三角的因素主要是共識機制(consensus protocols)、轉賬簽名(transaction signing)和執行引擎(execution engine)。

對于以太坊而言，目前的執行引擎或者說是整個協議架構的執行層就是以太坊虛擬機(EVM)，這是一種基于棧(Stack)的執行環境，通過運行字節碼指令(bytecode instruction)將系統從一種狀態轉換為另一種狀態，驅動著整個以太坊的運轉。

隨著鏈上部署的應用越來越多，合約的功能越來越復雜，提高虛擬機的執行效率就顯得尤為重要。

圖片源：以太坊架構

WebAssemly(WASM)，作為近年來興起的Web執行環境，是一種為基于棧的虛擬機設計的的二進制指令格式。相對JavaScript，擁有更好的性能、較低的存儲成本、更安全的執行環境、更多的語言支持等優勢。

以太坊2.0，正是想利用這些特性把當前的EVM替換成以太坊定制的WASM (eWASM) ，來提升智能合約的兼容性和執行效率。

V神：若監管通過驗證節點對以太坊進行審查，會將其視為對以太坊的攻擊:8月16日消息，以太坊聯合創始人Vitalik Buterin（V神）在社交平臺參與討論“若監管通過某些協議（如Lido、Coinbase等）的驗證者節點對以太坊進行協議級別的審查，以太坊社區將如何反應”這一話題時表示，會將這種審查視為對以太坊的攻擊，并選擇通過更廣泛共識（social consensus）將這些節點銷毀。[2022/8/16 12:28:26]

因為相比于EVM，eWASM具有更好的性能以及更好的擴展性，可以支持Solidity、C++、Rust、AssemblyScript等編程語言，開發合約會更容易。eWASM也與當前的Web標準兼容，因而更容易在普通瀏覽器中運行，用戶無需擴展程序即可訪問dApp。

此外，以太坊并不是唯一一個使用WASM(VM)作為其底層執行引擎的，EOS、Dfinity、Polkadot、Tron、Cardano、Spacemesh等都已經或正在采用 WASM。

接下來，我們想通過三個問題，來幫助大家初識以太版WASM——eWASM

1.現有的EVM存在什么問題，為什么尋求WASM替代EVM？

2.什么是WASM(WebAssemly)？

3.以太坊是如何“定制”自己的WASM，使其成為eWASM的？

現有的EVM存在什么問題

為什么尋求WASM替代EVM？

首先我們先來回顧一下EVM執行智能合約的過程。

數據：以太坊信標鏈質押量超1400萬枚:8月14日消息，據以太坊官方網站消息，當前以太坊信標鏈質押量已突破1400萬枚ETH，截至目前達到14,005,358枚，驗證者總量為414,996個。按照當前ETH價格計算，當前以太坊信標鏈質押ETH總價值接近28億美元。[2022/8/14 12:24:14]

智能合約的源碼(.sol 或 .vy)在被編譯(compile)成字節碼(EVM bytecode)后才會被放在區塊鏈上。具體來說，EVM字節碼被存儲在合約地址的存儲層中，在被EOA或其他合約調用后會被放入EVM的虛擬只讀存儲器中(Virtual ROM)，再使用CODECOPY指令復制到主存儲器(Main Memory)中。最后，EVM的棧會根據主存儲器中的指令一步一步地執行，直到EVM停機或者Gas被耗盡。

以上過程可以認為是，在沙箱中運行了一個以太坊世界狀態的副本。

圖片：EVM執行過程

我們知道EVM是基于棧的虛擬機，它的內存結構是通過棧來組織和訪問的。

由于EVM的每個棧的寬度都必須是256-bit的，所以即使是小于256位的計算也必須轉碼為256-bit的格式，然后EVM才能處理它們。這就導致執行指令需要多次轉碼，一些較簡單的計算變得冗雜，加大了執行的復雜度。

另外，由于EVM包含了很多較復雜的高級指令，如SHA3、Create Contract等，使得EVM這個虛擬機環境和目前32-bit或64-bit的硬件規格相去甚遠，一些執行時的優化策略無法直接用來優化EVM的指令，導致不能最大地優化EVM指令的執行效率。

加密分析師：未來幾月以太坊價格將反彈200％漲至750美元:6月8日消息，Brave New Coin旗下分析師Josh Olsewicz表示，ETH已進入Ichimoku Cloud（日平均圖表）關鍵阻力區，而以太坊的一周走勢圖顯示，在未來幾個月內，以太坊價格將反彈200％漲至750美元。（NewsBTC）[2020/6/8]

什么是WASM(WebAssemly)？

WebAssemly(Web上的匯編)的名字由兩部分組成：Web和Assembly。

首先，我們來看一下什么是Assembly(匯編)。

計算機語言分為低級語言和高級語言，我們平時講的編程一般是指人類可讀的高級語言編程，而計算機真正能夠理解的是低級語言，用二進制數表示，它專門用來控制硬件。

圖片源：網絡

一段計算機程序在進入CPU之前，首先要加載到RAM中，而后這些程序和數據進入CPU。

CPU真正負責計算和邏輯判斷的是算數邏輯單元(ALU)，指令被拆分為Operand（操作數）和Operation Code（操作碼），前者指明操作對象的地址（也就是寄存器的地址），后者告訴CPU需要對Operand執行什么操作。

如下圖中，111010101 001010就是CPU在把寄存器中位置為001和010中寄存的數據進行加和操作(ADD)。

Tether在以太坊上增發1.2億USDT 已授權未發行:Tokenview穩定幣數據監測，Tether于今日21:20在以太坊上增發1.2億USDT。這是Tether今年第23次印鈔，今年以來的印鈔數量已達19.4億USDT。[2020/3/30]

匯編語言是二進制指令的文本形式，而匯編過程就是把ADD這樣的匯編語言轉換成111010101這樣的機器語言。

加上Web這個修飾詞之后，WebAssemly面向的是一種概念上機器的“機器語言”，而不是一種真實存在的物理機器，不會直接映射到特定的機器碼。

如下圖，它的指令是高級語言編譯后形成的.wasm的二進制文件。與JavaScript源碼相比，虛擬指令跟機器碼的映射來得更為直接，執行效率也就更高。最后，瀏覽器會下載 WebAssembly，然后把它編譯為本地機器的機器代碼執行。

也就是說，WebAssembly是一種虛擬指令，通過執行引擎（虛擬機），聯系著程序本身和我們電腦物理意義上的處理器。

圖片：WASM編譯

可見，WebAssembly不是一種語言，而是規定了一種虛擬指令集，可以作為各個語言的編譯目標，然后通過WASM的虛擬機運行到瀏覽器還有其他各個平臺中。

動態 | 幣安研究院：桑坦德銀行在以太坊上的債券發行存在問題 這更像債券代幣化而非債券發行:幣安研究院最近發布了一個案例研究，討論了桑坦德銀行在以太坊上的債券發行。研究揭示了使用區塊鏈進行安全處理所涉及的一些風險，這可能會在當前的法律生態系統中造成一些障礙。由于不可能跟蹤私有區塊鏈中發生了什么，因此關于安全處理的信息將不那么清晰。現在，上述債券發行中出現了問題，因為桑坦德銀行與不同的托管人持有鏈下法律文件，而且他們沒有在以太坊發行“本土”證券。因此，這更像是一種債券代幣化，而非債券發行。此外，該銀行沒有披露合同源代碼，這削弱了區塊鏈技術的一些好處。此前消息，西班牙銀行巨頭桑坦德銀行在以太坊區塊鏈上發行了2000萬美元的債券。[2019/9/23]

eWASM給自己的定義是，以太坊為自己定制的一個受限的WASM子集。

以太坊是如何“定制”WASM

使其成為eWASM？

從WASM到eWASM，我們通過下面的式子來展開上面提到的“受限”和“子集”：

– 浮點數

由于浮點數在不同硬件上的精度可能會有所不同，會造成一定的誤差，而在去中心化網絡中完成共識需要以太坊中代碼的執行是百分百確定的（deterministic），也就是執行結果不能因硬件不同而發生偏差。

所以，eWASM不能支持浮點數。

+ ECI

以太坊合約接口(ECI)，是區塊鏈和執行合約代碼的虛擬機交互的接口。

其中，導入只能通過API導入EEI中規定的符號（方法），這意味著eWASM模塊指定的所有導入都必須來自ethereum命名空間，如getAddress、getBalance等，這確保了以太坊合約執行始終是一個沙盒環境。另外，每個合約提供兩個export方法，一個是main，供虛擬機執行調用。一個是memory供EEI調用，用來保存執行的結果。

+ EEI

Ethereum Environment Interface(EEI)，以太坊環境接口。

由于WASM屬于低級語言，并不支持以太坊環境中所需的所有opcode，因此需要一個中間件 (Ethereum Environment Interface,EEI) 幫助底層的WASM和以太坊做交互，通過API的方式來為eWASM合約提供必要和常用的方法來獲取鏈上信息。

以下就是部分EEI中的方法和當前EVM opcode的一一對應關系：

圖片源：https://ewasm.readthedocs.io/en/mkdocs/fee_schedule/#calls-to-the-eei

+ Metering

Metering用來測量執行eWASM指令所需的計算量，可以對應到某些特定硬件上所需的計算時間。

在eWASM中，有三個地方需要支付Gas：運行opcodes、擴展內存、調用EEI中的方法。

opcodes是指WASM中自帶的操作碼，每個WASM操作碼會被分配一個適當的Intel IA-32 (x86架構)操作碼（機器碼），而每個操作碼都會對應一個固定的計算量。根據以太坊節點目前的硬件算力，得出每單位計算量對應0.0045 gas。那么，我們就可以根據每個opcode的計算量得出執行它所需消耗的gas個數。

Gas cost =<cycle count>*<gas per cycle>

下圖中，我們截取了一些eWASM的opcode對應的Gas Cost：

圖片源：網絡媒體

目前，所有opcodes的gas price=1；

內存可以按頁進行擴展，其中一個頁對應于65536字節的空間。按照當前EVM擴展內存的公式：words * 3 + words ^ 2 / 512，一個word占32為字符，擴展一個內存頁會消耗14336個gas；

eWASM調用EEI接口的gas price和執行當前的EVM opcode相同。

執行eWASM字節碼所需的Gas費的計算方式和EVM一樣：

Gas Fee =<Gas cost>*<Gas price>

eWASM:

以太坊2.0“心臟置換”

為了應對越來越復雜的以太坊鏈上業務邏輯，以太坊2.0希望通過eWASM代替原有的EVM，來提高虛擬機的執行效率。

由于當前以太坊虛擬機的棧的設計和主流處理器的原生格式不匹配，使得執行指令需要多次轉碼，加大了復雜度。同時，一些常用的優化策略無法直接應用，導致EVM的執行效率無法最大化。

WASM作為一種更接近本地執行虛擬指令集，讓以太坊的執行層擁有更好的性能、較低的存儲成本、更多的語言支持。為了適配WASM，以太坊2.0通過限制(去掉浮點數，限制符號)和增加接口(EEI,ECI)等一系列改造，讓eWASM能夠在以太坊的執行層中順利地接過EVM的接力棒，達到高虛擬機的執行效率，降低開發門檻的目的。

以太坊2.0分為三個階段：PoS、分片、以及eWASM，目前共識機制由POW轉向POS的merge還在緊張測試中，eWASM的開發仍需等待前兩個階段的完善。

因此，目前eWASM的更新并不頻繁，更多實施的細節仍待確定。盡管如此，WASM在其它公鏈的表現已經證明了它在區塊鏈領域應用的潛力，eWASM在以太坊上的實現還是值得期待的。

作者｜Mabrary

編輯｜小歐

Tags：ASMWAS以太坊GASasm幣什么時候才會漲價WasabiX比特幣以太坊是什么意思TOGASHI

Bitcoin