Monad: 在保持EVM兼容性的同時彌補可擴展性空檔

EVM 的可擴展性挑戰以及 Monad 的重要性

加密貨幣領域已經出現了明顯的分化。高性能區塊鏈如Solana和基於Move的Layer-1s ( Sui,Aptos)因其令人印象深刻的吞吐能力而受到關注——然而它們犧牲了與以太坊虛擬機生態系統的兼容性。這產生了根本的矛盾:速度與兼容性。Monad作爲一種嘗試,通過構建一個優先考慮快速交易最終確定性和與現有以太坊工具無縫集成的Layer-1架構,試圖解決這一困境。

這種解決方案的需求源於一個簡單的問題。區塊鏈上的傳統順序處理會造成瓶頸。可以把它想象成高峯時段的單車道高速公路——一次只能驗證並將一筆交易添加到一個區塊中。這個基於隊列的機制,源自比特幣並被以太坊所保留,自然限制了吞吐量。當需求激增時,交易費用也會飆升,因爲用戶爭奪有限的區塊空間。以太坊上的CryptoKitties事件在大規模上展示了這一脆弱性,促使整個行業重新考慮架構基礎。

Monad的價值主張基於三個支柱:通過並行處理實現每秒10,000筆交易,保持一秒的區塊時間,並提供單次確認最終性——同時與以太坊智能合約保持字節碼兼容。

Monad如何重寫規則:技術架構解析

平行執行突破

在Monad的技術核心中,存在一種故意的關注點分離。該網路通過開發者稱之爲延遲執行的方式,將共識與執行分離。驗證者不是順序確認每個交易的結果,而是首先僅就交易順序達成一致。實際的計算——執行合約代碼和更新狀態——是在並行中單獨進行的,可以是同時進行或在共識結束後立即進行。

這種架構選擇增加了復雜性,但解鎖了真正的吞吐量提升。多個針對不同智能合約或帳戶的交易可以同時執行而不互相幹擾。系統跟蹤每個交易的前置條件:它讀取哪些帳戶,修改了哪個狀態。如果出現衝突(兩個交易嘗試寫入相同的存儲槽),只有衝突的交易會使用之前交易的修正數據重新執行。

MonadBFT:一種爲速度而構建的共識機制

MonadBFT代表了Monad自定義的拜佔庭容錯實現。與傳統的BFT協議因通信開銷而受限不同,MonadBFT採用了兩階段設計。在正常操作期間,通信復雜度保持線性——與驗證者數量成正比。如果領導節點停滯,復雜度將增加到平方級,但這種故障轉移機制保持了網路的穩定性,而不僅僅是針對常見情況進行優化。

這種務實的權衡使網路能夠在正常情況下迅速完成區塊,同時在對抗性場景中保持彈性。

MonadDB: 專爲狀態存儲而設計

MonadDB並不是存儲完整的交易歷史,而是專注於當前區塊鏈狀態——帳戶餘額、非ces、合約代碼和存儲。這一架構選擇優化了並行執行中固有的讀重和寫重模式。在並行執行階段,交易與MonadDB交互以檢索必要的狀態數據,進行並發執行,並在需要時觸發衝突解決。

將Monad與Layer-1生態系統進行比較

爲什麼Monad與Solana不同

Solana的架構依賴於歷史證明(Proof of History)與權益證明(Proof of Stake)的結合。雖然優雅,但歷史證明引入了一個微妙但重要的中心化因素:時間戳生成部分依賴於一個單一的權威驗證者。這引發了關於網路對審查或時間操控的抵抗力的問題。

Monad採用了不同的風險模型。所有交易在安全的主鏈上進行驗證,從而消除了時間戳權威問題。權衡:主鏈的吞吐量成爲瓶頸,而Monad通過並行處理技術來解決這個問題。這種方法在實現復雜性增加的代價下,可能提供更優越的審查抵抗能力。

Monad 與非 EVM 替代方案:Sui V2 和 Aptos

Sui 和 Aptos 都通過分片追求並行處理,並採用基於 Move 的自定義虛擬機,而不是 EVM 復制。這種差異化既有利也有弊。Move 和自定義虛擬機使得針對並行執行語義的語言級優化成爲可能。然而,EVM 兼容性意味着 Solidity 開發者——可以說是全球最大的一批智能合約工程師——可以以最小的修改將現有合約部署到 Monad。

爲了加速生態系統,EVM兼容性充當了一座橋梁。已經熟悉Hardhat、Truffle、OpenZeppelin庫和龐大的Solidity生態系統的開發者在採用Monad時遇到的摩擦要比完全學習Move語義要小。

以太坊的路線圖:緩慢但穩步

以太坊本身通過分階段推出功能來解決可擴展性問題,例如proto-danksharding (EIP-4844,通過Dencun)部署。完全分片仍然是一個多年的計劃。Layer-2解決方案(Arbitrum、Optimism、Polygon)目前處理溢出需求,但它們爲用戶在鏈之間橋接引入了復雜性。Monad將自己定位爲通過直接提供Layer-1可擴展性來避免這種協調負擔。

優勢:爲什麼Monad吸引開發者的注意

開發者入駐速度:一名Solidity工程師理論上可以在幾分鍾內將他們的以太坊合約重新部署到Monad。這相較於完全新鏈需要新的語言和工具的生態系統冷啓動摩擦減少了。

經濟可及性:並行處理和更高的吞吐量自然降低每筆交易的成本。進行常規操作的用戶——代幣交換、借貸交互、NFT交易——所需支付的費用低於以太坊Layer-1,可能不需要額外復雜的Layer-2橋接。

繼承的流動性和標準:通過支持EVM字節碼,Monad獲得了經過實戰檢驗的合約庫、安全審計工具和以太坊多年來形成的開發者慣例。新的鏈必須費力地重建這些公共產品。

挑戰與權衡

實踐中的技術復雜性:並行執行帶來了調試難度。識別哪些交易發生衝突、理解衝突解決的重新執行以及防止微妙的狀態不一致錯誤都需要比順序區塊鏈提供的更復雜的工具。

與風險投資支持相關的中心化擔憂:Monad Labs 已從 Paradigm 和 GSR Ventures 等機構獲得超過 $200 百萬的資金。盡管風險投資驗證了團隊的能力,但也引發了治理問題。風險投資者可能會影響代幣分配、協議升級或經濟政策,傾向於追求財務回報而非社區利益。大量機構支持可能與無許可的理念相衝突。

去中心化-可擴展性緊張:像MonadDB和量身定制的以太坊虛擬機(EVM)這樣的自定義組件引發了關於去中心化的架構問題。運行一個完整的驗證節點需要資源來維護這個自定義狀態數據庫。爲了實現可擴展性目標,一些去中心化的權衡可能是必要的。

未驗證技術的採用障礙:Monad仍處於主網的預發布階段。用戶和開發者本質上更傾向於成熟的生態系統。構建可證明的真實世界應用案例——具有真正TVL的DeFi協議、具有交易量的NFT市場、供應鏈應用——需要時間。早期採用者風險仍然是實質性的。

Monad架構啓用的用例

DeFi協議:高吞吐量和較低費用使Monad對去中心化交易所、借貸平台和衍生品協議具有吸引力,因爲交易頻率和速度直接影響用戶體驗和平台經濟。

NFT和數字收藏品:Monad的吞吐量可以通過消除用戶在以太坊上當前遭受的擁堵和成本懲罰來簡化NFT鑄造、交易和分割。

供應鏈透明度:區塊鏈的不可篡改性結合Monad的交易能力,使得實際的供應鏈追蹤成爲可能——記錄貨物移動、確認來源,並在以前在帶寬受限的Layer-1上難以實現的規模上更新所有權。

參與Monad的開發階段

隨着開發持續推進至2024年第四季度主網發布,多個參與渠道可供感興趣的參與者選擇:

社區貢獻:Monad 的 Discord 服務器設有一個社會信用系統,成員通過參與、活動出席和優質貢獻獲得積分。累積的社會信用可能會影響未來空投資格。

測試網參與:當Monad發布公共測試網時,早期測試者通過發現漏洞、壓力測試應用程序和提供反饋,在生態系統中獲得可見度——這可能使他們有機會獲得空投。

開發者準備:熟悉Monad的文檔和工具鏈使開發者能夠在主網可用時立即啓動應用程序,從而在關鍵領域獲得先發優勢。

展望未來:關鍵裏程碑和待解問題

從當前開發狀態到建立的Layer-1區塊鏈的路徑涉及幾個關鍵節點:

主網穩定性:成功啓動並維護一個沒有重大漏洞或共識失敗的主網將驗證Monad的技術方法,並吸引初始用戶流入。

生態系統密度:原生協議的出現——尤其是具有顯著總鎖定價值的DeFi應用——決定了Monad是成爲一個實用平台還是僅僅停留在技術好奇的階段。

代幣經濟學透明度:Monad尚未公開詳細的代幣經濟學、質押機制或驗證者激勵結構。這些公告將顯著影響驗證者的參與和社區情緒。

競爭定位:以太坊第二層解決方案的持續發展,Solana 和 Aptos 等替代第一層的成熟,以及新擴展方法的潛在出現,將塑造 Monad 的最終市場地位。

並行處理的必要性

Monad代表了一個連貫的嘗試,旨在解決一個真正的問題:Layer-1區塊鏈仍然受到順序處理的限制。Monad並沒有像競爭設計那樣放棄以太坊兼容性,而是認爲將EVM字節碼兼容性與並行執行架構相結合能夠滿足開發者和用戶的真實需求。

該項目的成功並不主要依賴於技術的可靠性——其架構看起來可信,而是依賴於執行風險、生態系統採納以及理論上的吞吐量提升是否能轉化爲實際的用戶利益。對於尋求以太坊本地擴展路徑的開發者和要求在沒有Layer-2復雜性的情況下降低成本的用戶,Monad值得密切關注。

MON3.1%
查看原文
此頁面可能包含第三方內容,僅供參考(非陳述或保證),不應被視為 Gate 認可其觀點表述,也不得被視為財務或專業建議。詳見聲明
  • 讚賞
  • 留言
  • 轉發
  • 分享
留言
0/400
暫無留言
交易,隨時隨地
qrCode
掃碼下載 Gate App
社群列表
繁體中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)