eths是Layer2嗎？大白話搞懂Ethscriptions Virtual Machine及其定位

Ethscriptions是一種協議，其目的是允許用戶以更低的成本在以太坊L1上共享信息並執行計算，它繞過了使用智能合約存儲和執行來實現這一點，將確定性協議規則應用於以太坊調用數據來計算狀態。

「Ethscriptions是一種協議，其目的是允許用戶以更低的成本在以太坊L1上共享資訊並執行計算，它繞過了使用智慧合約儲存和執行來實現這一點，將確定性協議規則應用於以太坊調用數據來計算狀態。”

我第一次了解到eths是今年八月中，那時這已經不是一個新興的概念了，各種銘文滿天飛，很多人隻是將其當作BRC-20的仿盤。

而且當時的推特上絕對沒有現在對此概念的熱情，直到今天看到各位老師來聊eths是不是Layer2才有了興趣。

晚上在各個媒體上找了找，好像也沒有對Ethscriptions Virtual Machine(ESC-VM)概念的科普，所以就寫一篇文章來看看這是個什麼東西，盡量不涉及技術，簡單明了的把事兒說明白。

Layer2

簡單的幾句話先過一下Layer2，這個概念大家應該比較清楚，之前有一段時間我也係列的寫了OP Rollup、ZK Rollup等主流的Layer2擴容解決方案，OP Stack作為發鏈Chain SaaS工具的主題文章。在這裡很多基礎問題我們都不再贅述。

Layer2核心要解決的問題就是擴充、降低交易成本。

因為鏈上超額的節點要爭搶有限的區塊空間。隨著以太坊生態的高速發展，就需要完成更多的執行與運算，導致鏈上交易非常擁堵，Gas費動輒炒到天上。

想要實現L2的方案很多，也不斷更新。早期的狀態通道、Plasma、Validium、現在流行的Optimistic-Rollup、Zk-Rollup等。

Rollup方案是在鏈下進行交易計算和具體狀態變更，在鏈上處理交易和交易批處理後的最終狀態摘要並進行驗證，這樣就能有效緩解以太坊上面的擁堵了。

但當時我們還沒有將eths作為一種Layer2方案，甚至沒有作為預備方案來討論，這是因為eths在當時隻是被當作一種以太坊的銘文協議，並沒有什麼非常特別之處。

而在之後的更新升級中，一個改進Ethscriptions協議的建議：ESIP-4: The Ethscriptions Virtual Machine從根本上改變了很多。

Ethscriptions（ETHS）

Ethscriptions是一種協議，其目的是允許用戶以更低的成本在以太坊L1上共享資訊並執行計算。

它繞過了使用智能合約存儲和執行來實現這一點，將確定性協議規則應用於以太坊調用資料來計算狀態。

這種方式更便宜，這是因為其使用以太坊交易調用數據，而不是智能合約在鏈上存儲數據，自然而然的降低了成本，同時也省去了類似OP的樂觀證明機製、ZK的有效證明機製驗證成本。

當然，Ethscriptions的內容已經很多了，我們重點來聊聊The Ethscriptions Virtual Machine。

ESIP-4: The Ethscriptions Virtual Machine

Ethscriptions 虛擬機，這是一個改進eths的草案ESIP-4的核心內容，也正是該提案對ETHS的功能性拓展，才讓其脫離了銘文炒作的概念，在炒作價值之外具有了功能實用性。

我們依照白皮書中的一句話可以明確其髮開的目的：

ESC-VM的目標不是取代智能合約或L2，而是在去中心化時首要考慮如何提供低成本的運算能力。

在ESIP-4的草案中，引入了Ethscriptions虛擬機器（ESC-VM）的概念，這是一個建立在Ethscriptions之上的新協定。

ESC-VM使ethscriptions能夠作為一種電腦指令，增強了Ethscriptions協定的功能，這些電腦指令允許使用者與稱為Dumb Contracts（啞合約）的特殊程式進行互動。

在先前的ETHS銘文中，對各種圖片的“刻錄”是利用了以太坊“調用資料”，即“Calldata”功能。

Calldata指在對智能合約的呼叫中所提供的資料。這也是比使用合約儲存更便宜的核心點。

而在ESIP-4的啞合約中，可以執行命令：部署（創建新合約）、調用（調用現有合約的狀態更改函數），這個過程也是通過銘文方式存儲，交易以calldata字段存儲在鏈上，從而繞過了EVM執行和儲存成本。

ESC-VM 為啞合約提供類似EVM 的環境，使啞合約功能能夠與智能合約的功能並行，說白了就是ESC-VM基本上就可以認為是EVM。

在這個過程中，因為繞過了EVM執行和儲存成本，所以啞合約比智慧合約便宜得多，可以很大程度上降低成本，這不就把Layer2的核心目的給解決了嗎。

但差異肯定還是很大的，我們再來看ESC-VM和現有Layer2的差別。

ESC-VM和現有Layer2的區別（Is the ESC-VM an L2?）

在ESIP-4的白皮書當中，其實很明確的就提到了這一點，並且給了理由。

The ESC VM is not an L2. One way to understand this is to consider the two notions of consensus that exist on Ethereum:

Consensus over what transactions are included in each block and in what order.關於哪些交易被包含在每個區塊中以及以什麼順序的共識。

Consensus over the aggregate impact (1) has on the state of the EVM.關於（1）對EVM狀態的整體影響的共識。

Ethscriptions的主要思想是：

透過專注於（1）來建立一個完全去中心化的係統，因為區塊鏈的狀態明確且確定地指定了EVM的狀態。僅憑區塊鏈本身，任何人都可以獨立且確切地驗證EVM的狀態。

另一方面，驗證（1）的「真實性」是不可能的，因為這是一個非確定性的過程，沒有「正確答案」。將（1）和（2）結合在以太坊協議中是理想的。

然而，對於大多數應用程式來說，這種組合太昂貴。 Ethscriptions犧牲了以太坊協議的一部分（2），並建立了工具以使確定性狀態的計算變得方便。

相比之下，L2採取了相反的方法。由於L2狀態是在區塊鏈的上下文中管理的，因此比Ethscriptions生態係統的狀態更方便進行驗證。

然而，L2的驗證是有條件的。它說給定X交易包含在一個排序為Y的區塊中，我們可以推斷區塊鏈的狀態應該更改為Z。但是在L2係統中，沒有辦法驗證X和Y是否正確。

在一般情況下，隻有當使它們公平與營運L2的組織的目標一致時，X和Y才會公正。營運L2的公司承擔對股東利益高於L2用戶利益的信託責任。在極端情況下，如果L2不再符合公司的利益，L2將會被關閉。

Ethscriptions代表的理念是：

在非確定性問題（如區塊包含和交易排序）上沒有形成去中心化共識的情況下，區塊鏈永遠無法被認為是安全的。使用ESC-VM的目標是將去中心化和安全性與接近EVM功能的功能結合。

存在的問題

目前來看，Dumb Contract是有一些問題亟待解決。

①啞合約功能不能直接支付，需要橋接；

②ESIP-4不允許任意創建啞合約。啞合約可以在不信任的情況下部署和執行，但程式碼本身與ESIP 流程中的其餘Ethscriptions 協定規則一起定義；

③0x8699老師提到的一個非常重要的問題：eths極度依賴indexer，但機製裡沒有給indexer足夠的重視，鑑於這個問題可以單獨深度的寫一篇文章，就不再在這裡多聊。

首先感謝各位老師的討論，本文是基於白皮書+各位老師的討論中拾人牙慧，本文不構成任何投資建議，如有任何疏漏則責任在我。

參考：

①ESIP-4: The Ethscriptions Virtual Machine:https

//docs.ethscriptions.com/esips/esip-4-the-ethscriptions-virtual-machine…

②@ethan0x8699

https://twitter.com/ethan0x8699/status/1717421307619688501…

③@cryptocupid_eth

https://twitter.com/cryptocupid_eth/status/1717191327543443633…

④@0xNing0x

https://twitter.com/0xNing0x/status/1717186567130030476…

⑤@wangfeng_0128

https://twitter.com/wangfeng_0128/status/1717188580471406858…

⑥世鏈財經：

https://panewslab.com/zh/articledetails/3x3fi5984w57.html…

⑦Arunkumar Krishnakumar

https://cointelegraph.com/authors/arunkumar-krishnakumar…

⑧Arrow關於Layer2的以往文章精選：

https://twitter.com/ArrowCrypto_eth/highlights