rounded

撰文:0XNATALIE

 

在最新一期的 Bankless 播客中,Monad 創始人 Keone Hon 和 MegaETH 聯合創始人 Lei Yang 探討了 Monad 和 MegaETH 的架構以及它們將如何提升以太坊的性能。此次播客圍繞以太坊虛擬機的未來展開,回答了一系列關鍵問題,包括 Monad 和 MegaETH 速度、去中心化程度和抗審查能力比較等。

 

但在節目後, Monad 創始人意猶未盡,繼續在 X 上向 MegaETH 提出針對「全節點」定義的問題,最後還引來 Vitalik 參與討論。

 

Monad 是一個通過並行執行技術和獨特共識機制,實現每秒超過 10,000 筆交易吞吐量的 Layer 1 。

MegaETH 是一個利用並行執行技術實現毫秒級響應時間的 Layer 2,目標是每秒處理超過 100,000 次以太坊交易。

 

爭議的核心:全節點是否應該執行所有交易

 

在播客中,Lei Yang 提到全節點在 MegaETH 中是指那些保持和更新最新區塊鏈狀態的節點,而不是執行和驗證所有交易的節點。針對這一點,Keone Hon 在推特上發文質疑 MegaETH 對「全節點」的定義,因爲傳統意義上的全節點是指能夠獨立執行並驗證所有交易的節點。而 MegaETH 提出的全節點只是從一箇中心化的定序器接收狀態更新,並不對交易進行獨立驗證。Keone 擔心這種節點在處理真實世界中的大額交易時,可能無法提供足夠的安全性。

 

如果全節點只是接收狀態更新而不參與交易的實際執行和驗證,這意味着節點必須完全信任中心化的定序器提供的狀態。如果定序器出錯、受到攻擊或者故意作惡,節點可能無法及時發現問題。這在處理大額交易時尤其重要,因爲這些交易涉及的金額巨大,任何錯誤都可能造成嚴重的經濟損失。

 

Keone 提出了一個實際應用場景:假設一個交易所集成了 MegaETH 並運行這種全節點,那麼交易所該如何確定用戶的存款交易已經真正被確認?應該等待多長時間才能將款項存入用戶賬戶?交易所是否需要等待長達 7 天的欺詐證明窗口,才能確保交易不會被回滾,從而保證存款的安全性?

 

Vitalik 的觀點:重點在於交易確認的保障

 

以太坊創始人 Vitalik Buterin 也參與了這場討論。他認爲,重點不在於全節點是否執行所有交易,而在於用戶是否能夠獲得足夠的交易確認保障。Vitalik 認爲,對於 L2 用戶來說,最重要的是確認他們的交易是否被接受,而不是每個節點是否執行了所有交易。只要有適當的機制來保證這一點,用戶不一定需要自己運行執行所有交易的全節點。

 

Vitalik 提到有兩種交易確認機制:

 

  1. 綁定的定序器預確認(Bonded Sequencer Preconfirmation):這種機制下,定序器在處理交易時被綁定了一定數量的代幣(如 ETH)。如果定序器作惡或未能正確處理交易,用戶可以得到賠償或補償。這種機制提供了即時確認的保障,用戶無需等待欺詐證明窗口即可獲得交易的安全性保障。

  2. L1 確認:在 L2 的交易最終可以通過 L1(如以太坊)來確認。如果 L2 上的交易有問題,L1 可以回滾交易並糾正錯誤。即使在 L2 上存在風險,用戶依然可以依賴 L1 的最終確認來獲得安全保障。

 

Vitalik 還提到,欺詐證明窗口的長度可以根據用戶的需求進行調整。例如,交易所可以根據交易金額的大小選擇不同的欺詐證明窗口期。對於小額交易,可能只需較短的窗口期;對於大額交易,則可以選擇較長的窗口期。此外,隨着零知識證明(ZK)技術的發展,未來欺詐證明窗口的需求將大幅減少,甚至可能不再需要,從而在不犧牲安全性的前提下提供更快速的交易確認。

 

不過,Keone 覺得 MegaETH 在初期並不會使用 ZK 技術,ZK 技術雖然有着巨大的潛力,但目前它在性能方面仍然存在一定的限制。生成零知識證明的計算過程非常複雜且耗時,尤其是在需要處理大量交易時。因此,像 MegaETH 這樣注重高性能和高吞吐量的區塊鏈項目,在初期不會選擇使用 ZK 技術,以避免性能問題影響用戶體驗。

 

MegaETH 迴應:多種交易確認方式

 

隨後 Lei Yang 發推文迴應了關於 MegaETH 節點架構的討論,澄清了一些誤解。他指出,MegaETH 用戶在確認交易時有三種選擇:

 

  1. 只接收狀態更新的節點:這種節點不驗證任何交易,只從定序器接收狀態更新。這種方式的安全性依賴於定序器的預確認機制和懲罰機制。適合於小額到中額交易,特別是在需要即時確認的場景下。

  2. 等待欺詐證明窗口到期的節點:與 1 相同,但用戶需要等待欺詐證明窗口以及交易所在的 MegaETH 區塊在以太坊上被最終確認。這個選項提供了「完整的以太坊安全性」(即受到與以太坊交易相同的安全性和不可逆性),適用於用戶不希望本地驗證交易但涉及大額交易的場景。這種用例較爲罕見。

  3. 驗證所有交易的全節點:這種全節點驗證每一筆交易,並等待交易所在的 MegaETH 區塊在以太坊上被最終確認。同樣提供了「完整的以太坊安全性」,適用於定期處理大額交易並且希望快速確認的用戶,比如交易所。

 

Lei Yang 強調,MegaETH 是支持能夠驗證每筆交易的全節點的。之前的討論中可能產生了誤解,認爲 MegaETH 的節點只能接收狀態更新而不能驗證交易,這是錯誤的。並進一步解釋,如果節點選擇驗證所有交易,它可以通過優化手段(如使用定序器提供的見證數據)來比定序器更高效地驗證交易,不需要從頭開始處理所有交易信息,從而降低硬件需求。用戶可以根據自身需求在不同的確認方式之間做出選擇。

 

這場爭論相當精彩,正如 ABCDE 投研合夥人 Lao Bai 所說:「這種辯論有意義麼? Absolutely!整個行業的技術演進就是在這一次次討論中被推着緩慢向前的。誰贏誰輸重要麼?Absolutely Not!因爲最終勝出方靠的是資源,開發者 / 用戶體驗,以及誰先跑出來 1-2 個爆款應用,而不是『全節點』的定義與職責到底是啥」。