首頁  >  文章  >  解讀 MegaETH 白皮書:基建永不眠,Vitalik 所投的巨額融資 L1 有何過人之處?

解讀 MegaETH 白皮書:基建永不眠,Vitalik 所投的巨額融資 L1 有何過人之處?

PHPz
PHPz原創
2024-06-28 15:17:271129瀏覽

基建永不眠,鏈比應用多。

當市場被各種天王項目空投的PUA折磨的叫苦不迭時,一級市場還在"造天王"的路上狂奔。

昨天夜裡,另一個陣容炸裂的L1橫空出世---MegaETH,種子輪融資2000 萬美元,Dragonfly 領投,Figment Capital、Robot Ventures 和Big Brain Holdings 等機構參投,天使投資人包括Vitalik、Cobie、Joseph Lubin、Sreeram Kannan、Kartik Talwar 等。

解读 MegaETH 白皮书:基建永不眠,Vitalik 参投的巨额融资 L1 有何过人之处?

頂級VC領投、Vitalik 等圈內大神們充當天使投資人、專案名字直接帶上了ETH... 注意力有限的加密市場裡,這些標籤無所不在給專案找「正統性”

從官方項目描述來看,MegaETH 還是能用一個熟悉的字就能概括---快。

首個即時區塊鏈(Real-Time Blockchain)、以閃電般的速度傳輸交易、亞毫秒級延遲和每秒超過100,000 筆交易...

在市場上所有參與者都對公鏈表現敘事美學疲勞的現在,MegaETH 靠什麼突出重圍?

我們扒了扒了 MegaETH 的白皮書,試圖找到答案。

鏈很多,但都無法做到「即時化」

假設除開敘事和炒作,為什麼市場上還需要一個叫做MegaETH的區塊鏈?

MegaETH 自己給出的答案是,簡單地創建更多鏈並不能解決區塊鏈可擴展性問題,現在的L1/L2們面臨著共性問題:

  • 所有EVM 鏈都表現出較低的交易吞吐量;

  • 其次,由於計算能力稀缺,複雜的應用程式無法上鍊;

  • 最後,需要高更新率或快速反饋循環的應用程式在快速反饋循環的應用程式較長的出塊時間內是不可行的。

解读 MegaETH 白皮书:基建永不眠,Vitalik 参投的巨额融资 L1 有何过人之处?

也就是說,現行所有的區塊鏈其實無法做到:

  • 鏈即時結算:交易在到達區塊時立即被處理並且結果幾乎發佈時結果。

  • 即時處理:區塊鏈系統能夠在極短的時間內處理和驗證大量的交易。

這種即時化,落到實際應用場景裡是什麼東西?

例如高頻交易,需要能夠在毫秒內完成訂單的下單和取消操作。又或者是即時戰鬥或物理模擬的遊戲,需要區塊鏈能夠以極高的頻率更新狀態。很顯然現在的鏈都做不到。

節點專業化,性能實時化

那麼,要做到上述的“實時化”, MegaETH 的大概思路是啥?太長不看版就是:

節點專業化透過分離交易執行任務和完整節點的職責,減少共識開銷。

如果要具體一點,可以看到MegaETH 中有三個主要角色:排序器、證明者和全節點。

具體來說,MegaETH 中只有一個活躍的排序節點(sequencer)在任意時間執行交易,其它節點透過p2p網路接收狀態差異並更新本地狀態,而無需重新執行交易。

排序器負責對使用者交易進行排序和執行。但是,MegaETH 在任何給定時間都只有一個活躍的排序器,從而消除了正常執行期間的共識開銷。

證明者使用無狀態驗證方案,以非同步和無序的方式驗證區塊。

一個MegaETH簡易的工作流程如下:

1..交易處理和排序:用戶提交的交易首先被發送到Sequencer(排序器),排序器按順序處理這些交易,產生新的區塊和見證資料。

2.資料發布:排序器將產生的區塊、見證資料和狀態差異發佈到EigenDA(資料可用性層),確保這些資料在網路中可用。

3.區塊驗證:Prover Network(證明網路)從排序器獲取區塊和見證數據,透過專用硬體進行驗證,產生證明並返回給排序器。

4.狀態更新:Fullnode Network(全節點網路)從排序器接收狀態差異,更新本地狀態,同時可以透過證明網路驗證區塊的有效性,確保區塊鏈的一致性和安全性。

解读 MegaETH 白皮书:基建永不眠,Vitalik 参投的巨额融资 L1 有何过人之处?

先測量,再執行

從白皮書其他內容看,MegaETH 自己也意識到了,這個「節點專業化」的思路不錯,但不意味著能夠非常簡單的思路將付諸諸於實踐。

在具體做鏈時,MegaETH 有個思路其實不錯:先測量,再執行。也就是先進行深入的效能測量,以確定現有區塊鏈系統的真正問題,再來看怎麼把這個節點專業化的想法放到現行系統中解決問題。

那麼,MegaETH 測出了哪些問題?

下面這部分其實都離韭菜們比較遠,沒有耐心的話可以直接翻到下一章。

  • 交易執行:他們的實驗顯示,即使使用配備512GB記憶體的強大伺服器,現有的以太坊執行客戶端Reth在即時同步設定中也只能達到約1000 TPS(每秒交易數),這表明現有系統在執行交易和更新存在顯著的效能瓶頸。

  • 並行執行:來到大熱的並行EVM概念,其實也有一些效能問題沒解決。並行EVM實際生產中的加速效果受到工作負載並行度的限制。 MegaETH的測量顯示,最近的以太坊區塊中,中位數並行度小於2,即使將多個區塊合併,中位數並行度也僅增加到2.75。

(並行度小於2表示在大多數情況下,每個區塊中只有不到兩個交易可以同時執行。這表明當前區塊鏈系統中的交易大多是相互依賴的,無法進行大規模的平行處理。

解读 MegaETH 白皮书:基建永不眠,Vitalik 参投的巨额融资 L1 有何过人之处?

    狀態同步:
  • 同步每秒10萬次ERC-20轉賬,需要消耗152.6 Mbps的頻寬,而更複雜的交易則需要更多的頻寬。更新狀態根在Reth中比執行交易要耗費多10倍的運算資源。說人話就是現在的區塊鏈資源消耗有點大。

    測完這些問題後,MegaETH 才開始對症下藥,也就更能理順上文所說的解決方案邏輯:

  • 排序器:

:MegaETH透過將任務分配給專門的節點來提高效率。排序器節點專門處理交易排序和執行,全節點負責狀態更新和驗證,證明節點使用專用硬體驗證區塊。
  1. 高階硬體:排序器使用高效能伺服器(如100核心,1TB內存,10Gbps網路)來處理大量交易和快速產生區塊。

狀態存取最佳化:

記憶體

    儲存
  1. :排序器節點配備大量RAM,能夠將整個區塊存取權速度。

    並行

  2. 執行
:儘管並行EVM在現有工作負載中的加速效果有限,MegaETH透過優化並行執行引擎,並支援交易優先級管理,確保關鍵交易在高峰時期也能及時處理。

解釋器

優化:

    AOT
  1. /JIT引入中大多數合約的效能提升有限,但對於特定的高運算需求場景,這些技術仍能顯著提升效能。

狀態同步最佳化:

高效資料傳輸:MegaETH設計了一種高效的狀態差異編碼和傳輸方法,能夠在頻寬有限的情況下同步大量狀態更新狀態。

壓縮技術
    :透過採用進階壓縮技術,MegaETH能夠在頻寬限制內同步複雜交易(如Uniswap交換)的狀態更新。
  1. 狀態根更新優化:

優化的MPT設計

:MegaETH採用優化的Merkle Patricia Trie(如NOMT),減少狀態更新操作,提高狀態更新的效率。

批次
  1. 技術

    :透過批次處理狀態更新,MegaETH能夠減少隨機磁碟IO操作,提高整體效能。

    上面的東西其實都很技術,但是跳出這些技術細節,實際上你可以看到MegaETH 是真正在技術上有幾把刷子的,也能明顯感覺到一個動機:

通過公開詳細的技術數據和測試結果,試圖增強專案的

透明度

和可信度,讓技術社群和潛在使用者對其係統的表現有更深刻的理解和信任。

名校團隊,屢受青睞?

在解讀白皮書的過程中,可以明顯感覺到雖然 MegaETH 在名字上有點浮誇,但文件和說明又時常透露出一種技術Nerd的嚴謹和過於細節化。

公開資料顯示,MegaETH 的團隊似乎有華人背景,且CEO Li Yilong 來自史丹佛,是電腦科學方向的博士;而CTO Yang Lei 則是麻省理工的博士,CBO(商務官)Kong Shuyao 則是哈佛商學院的MBA出身,有多個圈內機構的工作經驗(ConsenSys等);成長負責人則與CBO某些履歷重疊,且也來自於名校紐約大學。

解读 MegaETH 白皮书:基建永不眠,Vitalik 参投的巨额融资 L1 有何过人之处?

解读 MegaETH 白皮书:基建永不眠,Vitalik 参投的巨额融资 L1 有何过人之处?

一個團隊,4個人全部來自美國頂尖名校,人脈和資源上的影響力不言而喻。

之前,我們也在《畢業生當CEO,Pantera 領投2500 萬的Nexus 是何來頭一文中介紹到,Nexus的CEO雖然是應屆畢業生,但同樣出名校自斯坦福,且看上去也有紮實的技術背景。

頂級VC果然更偏愛頂校技術大佬們,再加上 Vitalik 也參投和名字上帶了ETH,技術敘事和營銷效果可能都會拉滿。

在當前老“天王”變“天亡”,項目青黃不接、行情不上不下的現在,MegaETH 顯然還會帶來新一輪FOMO效應。

更多關於專案測試網和互動的信息,我們也會持續保持關注。

以上是解讀 MegaETH 白皮書:基建永不眠,Vitalik 所投的巨額融資 L1 有何過人之處?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn