作者： Snownad & Danny
編譯：深潮TechFlow
Monad Labs 執行長兼聯合創始人Keone Hon 和開發者關係工程師Kevin G 參加了The Pipeline 播客的第三期節目，討論Monad Labs 團隊過去兩年的工作內容。
嘉賓介紹
Keone 是Monad Labs 執行長兼共同創辦人，先前在Jump Trading 擔任量化分析師，專注於高頻交易（HFT）領域；
James Hunsaker 是Monad 共同創辦人兼技術長；
Kevin G 是Solana Labs 核心開發人員，先前在蘋果公司工作，專注於Airpods 的本地系統工程設計。
為什麼選擇Monad？在L2 和其他擴充解決方案如此流行的環境下，您為什麼要改造EVM？
Keone：幾年前我們剛開始時，很多人問我們：「為什麼不建立一個L2？」我們當時的答案和現在是一樣的：我們認為有人需要專注於提高EVM 執行堆疊的效能。透過引入最佳化，如並行執行、自訂狀態資料庫、管線執行和對非同步IO 的支持，Monad 能夠更好地利用硬件，實現更有效率、更去中心化的系統。
隨著時間的推移，越來越明顯的是，以太坊虛擬機中的許多瓶頸可以透過合適的工程師團隊來解決和優化。回到2020 年，當Monad 首次概念化時，並沒有太多團隊專注於這些優化，尤其是與投入其他基礎設施（如rollup、零知識證明或數據可用性）的努力相比。
作為智慧合約的主導標準，EVM 鏈擁有最多的TVL、最大的開發者和研究網絡，以及一個經受住時間考驗（和多個熊市）的令人難以置信的社區。當我們希望擴大採用並支援更複雜的應用程式時，這使得優化變得更加重要。
「讓EVM 性能大幅提升確實是一個有趣且具有挑戰性的問題。我很高興我們的團隊在當時就開始著手這個項目。這讓我非常興奮，期待在未來幾個月向全世界展示。」
EVM 效能滿足Monad 上的可擴充性
Kevin G：Monad 正在做的很多事情都是將電腦科學的最佳實踐應用於區塊鏈網路。這是可能實現的，因為團隊在這個領域擁有如此深厚的背景。
並非每個開發團隊都能夠解決協議的根本問題並提出高效能的解決方案。這些優化不僅令人興奮，它們在也充滿雄心壯志。
你是如何挑選出能夠應對這項挑戰的團隊的？
Keone：我只是覺得非常幸運，能夠在Monad Labs 這裡擁有一群了不起的工程、成長、市場、社區建設和商業開發方面的人才。我們大約有25 人，試圖保持超級精簡的團隊，以便能夠專注於需要解決的問題。
隨著時間的推移，我們的團隊將會不斷壯大，以支持我們試圖達到的規模和採用率。這肯定需要更廣泛的技能和額外的人力。
大多數工程團隊在建構高效能、低延遲系統方面擁有豐富的經驗。開發真正高效能的基礎層系統的常見模式是，你需要對整個系統的效能有所了解。有時候你需要深入到核心級別，以獲得你需要的最佳化。最終，區塊鏈實際上本身就是一個資料庫。
一些深受喜愛的Monad 角色在社區傳說中鞏固了自己的地位為什麼建設者要來看看Monad？
Keone：一個關鍵優勢在於Monad 的潛力，它可能能夠促進廣泛的可組合性，超越以太坊現有的限制，甚至比Solana 等更高性能的系統還要好。
因為Monad 與EVM 字節碼和RPC 相容，工程師的學習曲線比在許多其他環境中要低得多。我們很高興能夠利用大量的研究和工具，這些研究和工具為EVM 的蓬勃發展鋪平了道路，並讓開發人員能夠在他們已經了解和信任的環境中建立效能更高、可擴展的應用程式。
Monad 在更廣泛的Layer 1 解決方案領域的策略定位是什麼？
Keone：最終目標是創建一個更可擴展、成本更有效的平台，用於建立多樣化的應用程序，消除現有區塊鏈生態系統中阻礙可組合性的限制。
在以太坊最初設計的背景下：目的是使建構者能夠在其生態系統內創造任何東西。 Monad 是這個概念的加速發展，擺脫了十多年來一直存在的限制。我們可以用燃油汽車過渡到電動車的轉變作為類比，標誌著當引入新技術時所能實現的事物的範式轉移。
考慮到以太坊開發者面臨的實際挑戰，如Gas 限制。如果沒有這些限制，以太坊上會有更多的應用程式和功能，但因為費用過高而被停用。 Monad 的主要目標之一是將現有的EVM 應用程式從當前的Gas 限制中解放出來。
Monad 也利用了EVM 生態系統中豐富的現有程式碼和產品，為雄心勃勃的建造者提供了一個平台，讓他們真正能夠建立在其他地方不可能的dApp。
總的來說，Monad 的重點是加密社群的集體性質。當前階段是一個實驗期，在這個期間，加密愛好者正在為去中心化個人金融建立應用程式。 Monad 旨在使這些應用程式更具成本效益，解鎖它們的真正潛力，並擴展到更廣泛的用戶群。
你最希望在Monad 上看到哪種類型的應用程式？
Keone：對我來說，我最希望看到兩個領域——去中心化金融（DeFi）和麵向消費者的應用程式。
- DeFi
任何能夠讓普通人以去中心化的方式管理個人財務的應用程式。當然，像是貨幣市場、去中心化交易所、衍生性商品、高精度和高規模的預言機等應用程式。這是一個我非常興奮的垂直領域。
在Monad 之前，我是Jump 加密團隊的一員。 Jump 對Solana 生態系統深感興趣並興奮不已，因為這是有道理的。如果費用只有一美分的幾分之一，並且您可以擴展到數百萬用戶，那麼您實際上基本上可以取代現有的主導者所做的事情。中心化交易所對數據收取非常高的費用。
我們喜歡Solana 的原因之一是它是一項非常棒的技術。儘管它缺乏EVM 相容性，這可能使得開發體驗有些棘手，但自2021 年James 和我致力於開發它以來，Solana 已經取得了長足的進步。
- 消費者應用程式
我也對Monad 上的面向消費者的應用程式感到非常興奮。例如，體育博彩、賭場、社交，基本上任何在手機上作為行動應用程式有意義的事情都可以。
如果我知道我所有的資料都在我的錢包裡，我會更願意與應用程式、服務和內容互動；這是因為錢包是加密安全的。
EVM 的哪些面向讓您對Monad 路線最感興趣？
Keone：對我來說，關鍵在於建立能夠最終幫助最多開發者擴展他們應用程式的東西。歸根究底，Monad 是一個開發者平台。前往開發人員所在的地方並解決他們真正緊迫的問題非常重要。我認為純粹的EVM 相容性是解決這些問題的一部分，但未來還會出現其他問題，本質上使對更多加密功能的支援變得更容易、更便宜。
歸根結底，這只是為了解決阻礙開發者建立在iOS 商店中排名第一的應用程式的問題。對我來說，我覺得EVM 是實現這目標的最佳地點。
令人驚訝的是，真的沒有人專注於執行堆疊。鑑於我們團隊以前的背景，以及我們認為解決這個問題的緊迫性，這是一個非常自然的工作領域。
Monad 為EVM 和以太坊社群的理想提供了一條真正實現產品規模的道路。
「歸根結底，Monad 是一個非常酷的組合，我們可以在EVM 上擁有類似Solana 的用戶體驗。然後，開發人員可以根據系統的需求來選擇他們想要構建的位置。」
合作確實很重要。我們的團隊意識到我們並不知道所有問題的答案。我們是專家。我們對建立高效能並行系統、拜占庭容錯共識和其他非常具體的問題了解很多。但還有很多人在以太坊的研究方面投入了精力，重點關注MEV 最小化、治理和密碼學等問題。所以我認為遵循標準，我們所做的工作與他人的工作可組合的地方也很重要。
Kevin G：EVM 是如此多應用密碼學研究、建立應用程式、發展更好的安全實踐的中心。能夠處於標準的位置並幫助推動整個領域向前發展是非常好的。
因為這樣，我們可以深入專注於擴展基礎層（這是我們擅長的）同時利用研究社群在該領域的專業知識。此外，我們不必重新建構已經為EVM 開發的所有開發者工具。
在EVM 環境中做Builder，最大挑戰是什麼？
Keone：我認為有幾個。對建構者來說，吸引資金現在相當具有挑戰性；投資者社群非常偏向美國。對國際建構者來說，獲得資金真的很難。
此外，從安全角度來看，建立dApp 是具有挑戰性的。有大量黑帽駭客不斷探索漏洞，尋找攻擊的機會。這使得環境非常具有對抗性。我們需要更好的安全實踐，包括Gas 優化。
透過大幅降低Gas 成本，Monad 消除了開發者面臨的一個巨大抉擇；是否包含額外的防禦性斷言（這會消耗更多Gas）。
一位Monad 社群成員在土耳其展示他的新壁畫建立加密產品，被忽視的優勢是什麼？
Keone：加密社群的強大令人驚嘆。如果你正在建立一個傳統的科技新創公司，假設你的Twitter 沒有追蹤者，你可以發布更新，但沒人會在乎。沒有人急於去嘗試你的產品。你必須費盡周折，才能讓人們免費試用它。
在加密領域，我們有如此強大的社群（社群實際上是核心的一部分），這實際上是對其他科技領域的巨大優勢，也是加密最終會成功的原因之一。這實際上只是利用優勢並儘量減少劣勢，然後我們就可以作為一個行業進行擴展。
2023 年11 月，社區為Monad 製作了早期生態系統地圖
作為一個行業，區塊鏈才剛開始成熟。隨著時間的推移，區塊鏈將變得更加高效能（到那時，我不希望Monad 僅因其性能而與其他區塊鏈不同）。
其他系統將做出額外的改進，將會有理念或技術的交叉傳播。這最終將推動空間向前發展，使更高效能的應用程式得以建置。我們將繼續推動區塊鏈可能性的極限，並引入其他基礎設施以支援新的實現。
加密Twitter 上有很多關於TPS 作為一般交易和投票交易指標的討論。 TPS 什麼時候是一個有價值的指標？
Keone：關於TPS 的一般測量，我們認為它應該只計算真實交易，即發生在鏈上的智能合約互動和轉帳：而不僅僅是投票交易。對於Monad 來說，我們不會在任何TPS 展示中包括投票。
一般來說，關於什麼應該算是真正的交易存在著許多混淆。許多團隊使用不同的指標來計數交易。現在這個領域在如何宣傳性能方面非常不統一。例如，有些人將一次交易計為一條指令。所以如果有一個單一的智能合約呼叫執行了幾個子指令，其他人會將其計為約10 筆交易，這實際上是不正確的。
你真正能夠衡量的只是透過系統的交易數量。如果在任何給定時刻，系統沒有達到滿載，那麼實際可觀察的TPS 會低得多。所以這裡也存在著很多混淆。
我認為真正的解決方案是在GitHub 倉庫中有可重複的基準測試。每個團隊都應該為這個倉庫做出貢獻，並推出一個完整的腳本，定義了在世界各地部署許多不同伺服器的過程。然後，腳本能夠向系統中的各個節點發送大量交易，並實際重現完整的交易吞吐量測試。
這是我們團隊計劃引入的東西，至少對Monad 來說是這樣，但希望也適用於其他競爭性基準測試。這類似於正常的科學研究過程，你不僅要發布你的結果，還要發布你用來產生這些結果的過程。這樣，第三方可以重新實驗並重現這些基準。這對我們來說非常重要，也是我們打算做的事情。
