ETHPanda 對談 | 從 Nethermind 到 以太坊基金會：Tomasz 的 以太坊核心開發之路

原文标题：《ETHPanda Talk | 從 Nethermind 到以太坊基金會：Tomasz 的以太坊核心開發之路》

原文來源：ETHPanda

本期嘉賓

Tomasz Stanczak：以太坊基金會（EF）聯合執行董事、Nethermind 創始人，以太坊核心開發者。

簡介與個人成長

Bruce： 今天我們非常榮幸邀請到 Tomasz 做客，與我們聊聊他的個人成長歷程、以太坊基金會（Ethereum Foundation）、核心協議（Protocol）以及以太坊生態中的人工智能應用。歡迎你來到上海，也感謝你今天的參與。能否先簡單介紹一下自己？

Tomasz： 大家好，我是 Tomasz。今年三月，我加入了以太坊基金會，擔任聯合執行董事，與 Hsiao-Wei Wang 共同履職。在這之前的八年裡，我一直在運營一家名為 Nethermind 的公司——這家公司是我 2017 年創立的，專注於以太坊的核心開發與基礎設施建設。最初我直接投身工程實踐，主導開發了以太坊客戶端 Nethermind，如今全球約 25% 到 30% 的以太坊主網節點都在運行這款客戶端軟體，這是我們一直以來引以為傲的成就，而且這種領先地位已經保持了很長時間。

在進入區塊鏈領域之前，我深耕傳統金融行業：曾任職於花旗銀行倫敦分行的外匯技術部門，之後還在倫敦一家名為 Roko's Capital 的對沖基金工作了一年多。加入以太坊基金會後的這六個月，我的核心工作是在不破壞現有良好運作體系的前提下推動變革。這些年在以太坊生態中，我積累了許多故事——既有來自 Nethermind 的創業經歷，也有基金會的工作感悟。從 Nethermind 來看，我們多年來為生態輸送了大量人才：過去三四年間，先後有近 600 人通過實習等方式加入過團隊，他們在這裡積累經驗後，很多人選擇自主創業，或投身以太坊生態內的重要項目，見證這些人的成長旅程真的非常有意義。巧合的是，以太坊基金會也有一個協議研究員項目，同樣致力於吸引新研究者加入生態，目前兩個團隊的規模相近，都超過了 200 人。

Bruce： 在加入以太坊基金会、創立 Nethermind 之前，是什麼吸引你投身以太坊核心開發的？

Tomasz： 最核心的驅動力是好奇心。一開始，我只是想開發一款能在鏈上執行交易的軟體，初衷其實是為自己使用。後來我開始研讀以太坊黃皮書，純粹是想弄明白以太坊的底層運作邏輯，接著就嘗試把黃皮書中的內容落地實現，比如以太坊虛擬機（EVM）相關的功能。一旦深入研究 EVM，就再也停不下來了——原本只是一個簡單的想法，最後變成了一個計劃耗時三年的完整專案，目標是實現所有核心功能。我記得大概一年後，我們就做出了可用的客戶端，但這家公司是我獨立自籌資金創辦的，幾個月後 Greg 加入了我，和我一起開發了一兩年，這個核心開發專案才逐漸成型。其實最初我的規劃並不是做核心開發，而是想做應用開發。

核心開發領域有某種獨特的吸引力：如果你真心熱愛這個領域，在構建客戶端實現和協議本身的過程中，會獲得強烈的滿足感和自豪感。你會產生一種「我在參與構建以太坊」的歸屬感——這不僅僅是成為社群的一份子，更像是真正融入了協議本身。

值得一提的是，我最初做核心開發時，完全是獨自摸索，沒有與其他核心開發者建立聯繫，現在想來其實是因為無知：我當時根本不知道聯繫他們其實很簡單，發封郵件或一條推文就可以。這也反映了核心開發的一個特點：它沒有一條清晰的既定路徑，沒有人會告訴你該怎麼做。很多時候，你只是在開源、無需許可的平台上自行探索，而這種探索恰恰是可行的。

Bruce： 很有趣。我還聽說你是自籌資金創辦的 Nethermind，公司初期沒有接受風險投資（VC）。你認為這種模式有哪些優勢和挑戰？

Tomasz： 其實我並不是一開始就刻意拒絕融資。當時我對創業融資有一些模糊的概念，也聽說過創業應該爭取融資，所以我確實嘗試過聯繫風投，但過程很不順利，主要是因為自己準備不足、缺乏規劃。現在我經常和創業者交流，完全清楚融資的標準流程：如果你要給咨詢的創業者提供融資建議，會告訴他們先明確問題、找到解決方案、準備好商業計劃書（Pitch Deck），再主動出擊對接資本，而且整個過程需要保持良好勢頭。融資涉及很多細節，但流程本身是相對標準化的——如果你的想法契合市場需求、問題與解決方案匹配，融資過程會很順暢；否則就可能面臨一些阻礙。

而我當時的情況非常混亂：一方面要構建核心開發解決方案（也就是客戶端實現），另一方面我對商業化路徑有一些其他想法，還有一個當時看來相當宏大的長期願景——為未來的避險基金提供以太坊客戶端服務，讓他們能在本地部署運行以太坊客戶端。但在 2017 年，這個想法並不被大多數人看好，甚至有人覺得不可思議。我和一些人交流時，他們會質疑：「你一個人怎麼可能做到？太難了」「為什麼要做客戶端？根本無法商業化」。聽到這些聲音，我反而更加堅信自己的判斷——現在回頭看，我當時在紙上寫下的願景，正是如今 Nethermind 的真實狀態：我們確實在與大型金融機構、對沖基金合作，他們也確實在本地部署客戶端，用於數據提取、遠程過程調用（RPC）、交易發送等場景。但在當時，只有我能看到這個未來，卻無法說服其他人。

之所以最終選擇自籌資金，一部分原因是我沒有頂尖大學的學歷背景，也不懂融資流程，不想通過與風投的溝通來印證他們的質疑；另一部分是我想通過實際行動證明他們是錯的。我覺得這種心態可能不是很多新創業者都會有，但這段旅程真的異常艱難，我掙扎了很長時間。幸運的是，我之前在銀行業和對沖基金的工作收入不低，有一定的積蓄可以自籌資金，所以沒有陷入「不融資就無法生存」的絕境。但自籌資金的壓力依然很大，尤其是開始招聘員工後，資金消耗得非常快。

如果是獨立創始人，完全靠自己打拼、不招聘任何人，其實可以最大限度壓縮成本——比如搬到生活成本極低的國家，甚至節衣縮食。但一旦開始招聘，就意味著每月要承擔固定開支，壓力會瞬間增大。現在很多創始人（尤其是非技術背景的）一開始就需要招聘開發者和工程師，這就要求他們具備多方面的能力來控制成本。

不過自籌資金也有明顯優勢：我當時其實並不懂創業的很多門道，如果當初成功融資，很可能會浪費大量資金，最終走向失敗——那種失敗會比「每天向自己證明價值」更痛苦。當你只對自己負責時，雖然會對自己要求苛刻，過程很艱難，但這種壓力遠比面對投資者的失望要容易承受得多。

Bruce： Nethermind 創辦初期有多少人？

Tomasz： 具體人數我現在記不太清了。大概一年到一年半後，我們申請了以太坊基金會的第一批資助項目，拿到了 5 萬美元，這也是我正式招聘第一名員工的時候。之前 Greg 作為創始工程師、聯合創始人加入過團隊，但他待了一年就離開了，不過我們現在的關係依然很好。有趣的是，我和他直到三四年後才第一次見面，所以公司初期完全是遠程辦公模式，第一次正式招聘大概是在成立一年半之後。

現在回頭看，這其實是個不錯的策略。如今有了 AI 代理、編程代理等工具，小團隊也能更快地推進開發工作，這種模式是可行的。如果創始人具備豐富的工程經驗，清楚自己要開發的產品方向，那麼自籌資金、小團隊起步通常是一條相對穩妥的路徑——這能讓你在專注產品開發的同時，慢慢學習商業運營的相關知識。

我自己的背景其實為創業打下了一定基礎：我擁有計算機科學碩士學位，還有 10 到 15 年為金融機構構建大型系統的經驗；在花旗銀行工作期間，我還完成了為期五年的工商管理碩士課程，學到了公司治理、會計等知識；此外，我還通過了特許金融分析師（CFA）考試——這個考試耗時三年，涵蓋了大量會計、治理、道德法律以及金融工具相關的內容。這些經歷幾乎覆蓋了業務運營、市場營銷等所有方面，讓我不至於在創業初期完全手足無措。但即便如此，實際操作中依然會遇到很多突發情況，從創業第一天起就需要不斷應對新問題。

我創業後的第一個「失敗」發生在創辦公司後的 10 到 15 分鐘：當時我去註冊公司，幸運的是在英國註冊公司非常簡便——只需支付 10 英鎊，五分鐘就能完成註冊，而且接下來的一年不需要提交任何文件，流程很順暢。我其實會向一些創業者推薦這種方式，雖然聽起來有些反直覺，但去英國、香港這類地方直接註冊公司確實很方便，而且有一定的免稅期。註冊完公司後，我就申請銀行帳戶，那是在 2017 年，銀行問我開戶用途，我詳細說明了公司的業務——一家區塊鏈公司的運營規劃，但很快就收到了拒絕通知，而且對方只回復了一句「我們不會為你開戶，無需追問原因，也不要再聯繫我們」。之後的三年裡，Nethermind 其實是在沒有公司銀行帳戶的情況下運營的，所有收支都通過我的私人銀行帳戶處理，現在想來，這其實也是可行的。

Bruce： 對於 Nethermind 多年的發展歷程，你認為關鍵的里程碑有哪些？比如獲得以太坊基金會的資助，應該算是一個重要節點吧？還有其他值得一提的里程碑嗎？

Tomasz： 確實有幾個關鍵節點。以太坊基金會的資助肯定是其中之一，不過還有幾個同樣重要的時刻：首先是與倫敦區塊鏈社區的建立聯繫，這裡必須提到 Antonio Sabado——他現在是 Nethermind 的首席增長官，當時幫了我很多。他鼓勵我融入倫敦的社區，舉辦 EVM 工作坊分享知識，還建議我開通 Twitter 帳戶（我當時已經一年多沒使用社交平台了）。也是他提醒我：「你應該申請以太坊基金會的資助」，但我當時的反應是「我不夠格，他們肯定不會同意」。

其次，当 Nethermind 客戶端第一次成功同步以太坊主網時，是一個非常值得驕傲的時刻。那是一款大型軟體的正式交付，就像看著自己的孩子長大一樣，那種成就感很難用語言形容，這絕對是一個重要的技術里程碑。

在商業層面，有兩個關鍵節點：第一個是獲得第一個付費客戶—— xDAI 網路。當時他們主動提出「想使用 Nethermind 客戶端，希望你能提供一些定制化擴展功能」，對於一家新創公司來說，第一個付費客戶的意義重大，標誌著業務模式得到了市場驗證。第二個關鍵節點是 COVID-19 疫情的爆發。疫情期間，全球很多人轉向線上活動，開始嘗試遊戲、加密貨幣等數位服務，線上支付需求激增，區塊鏈解決方案也因此獲得了更多關注和資金支持。而 Nethermind 本身就是全遠程辦公模式，在無法面對面溝通的環境下已經積累了成熟的運營經驗，這讓我們在疫情期間能夠快速響應市場需求，獲得了大量合作合同。相比之下，很多傳統企業當時還在摸索如何適應數位辦公環境，陷入了短暫的混亂，這也讓我們獲得了一定的競爭優勢。

在那之前，以太坊生態中已經有不少成功的應用，大量資金流入用於進一步投資，行業對有經驗的開發者需求旺盛，而當時我們已經在協議開發領域積累了三年經驗，正好契合了市場需求，業務也隨之進入加速發展階段。

Bruce： 如果你有機會回到七八年前，想對年輕時的自己說一兩句話，你會說什麼？

Tomasz： 有兩個比較經典的答案。第一個是「別這麼做」——因為創業最初的三年真的太消耗精力了，精神上的疲憊難以想象，你會不斷懷疑自己，那段日子異常艱難。有時候我會想，如果當時沒有選擇創業，也許能避免那種痛苦的經歷。現在雖然因為參與構建以太坊生態，經歷了很多很酷的事情，但回頭看八年前那個獨自承擔一切的自己，還是會覺得，也許保持天真、繼續過著按部就班的生活，會是另一種更輕鬆的選擇。

另一個答案是「保持沉默」。給別人提建議其實很不理性，因為你永遠無法預測不同選擇會帶來怎樣的結果。你只能基於自己的人生路徑去複盤，但你不知道如果當時做了不同的選擇，情況會更好還是更糟。所以，也許最好的建議就是什麼都不說。

Ethereum Foundation 責任與目標

Bruce： 你現在以聯合執行董事的身份加入 Ethereum Foundation，與 Hsiao-Wei Wang 共事。想了解一下，你們在 Foundation 內部是如何分工協作的？

Tomasz： 我們一開始就達成了共識：任何需要處理的事務，誰先接手就由誰負責。這種模式解決了兩個核心問題：第一，避免了「凡事必須兩人共同決策」的低效，相比單一執行董事的架構，任何一方都能獨立做出決定，決策效率更高；第二，能自動實現「人盡其才」的分工——每個人都會主動接手自己更擅長、更舒適的任務，久而久之，分工就自然清晰了。

具體來說，我更多負責外部溝通工作，比如參與 Podcasts、運營 Twitter 帳號等；Hsiao-Wei Wang 則負責 Farcaster 平台相關事務，同時主導大量內部溝通、人員對接和日常運營工作。我們會共同推進一些重要事項，比如新的薪酬政策；她還主要負責 Foundation 的 Treasury 和 DeFi 相關業務。我們會時不時交換意見，但日常工作中大多保持獨立運作，有時也會根據各自所處地區，側重覆蓋不同區域的事務，比如演講邀約等相關工作。未來也不排除調整分工的可能——比如我如果厭倦了外部溝通，可能會轉向內部事務；Hsiao-Wei Wang 也可能更多地參與對外交流，當然也有可能我們會一直保持當前的分工模式。總體來說，這是一段非常順暢的合作。

Bruce： 能看出你們的合作很默契。今年 Ethereum Foundation 發布了三大核心目標：擴展 L1、擴展 blob、改善用戶體驗。現在你加入 Foundation 已有半年左右，你認為目前哪個目標最具挑戰性？為什麼？

Tomasz： 哪個目標最具挑戰性，其實更應該問那些專門負責相關領域的同事。不過在我看來，「互操作性與用戶體驗」這個目標的覆蓋範圍最廣，也正因為如此，它顯得最具挑戰性——核心難點在於，你很難量化這個目標的完成度，也無法明確給出「何時能實現所有子目標」的答案。

先看 L1 扩展和 L2 扩展：L1 扩展有明确的量化指標，比如目標將每個區塊的 Gas Limit 提升至 1 億，之後再進一步提升到 3 億，有了具體目標，團隊就能朝著明確方向推進，效率更高；L2 擴展方面，雖然部分路徑還不夠清晰，但大方向是明確的——我們會推進 Blob 擴展，加速 Dencun 升級的落地（未來將支持 128 個 Blobs），之後還會繼續迭代。當然，關於後續如何推進二維對等數據可用性解決方案（PeerDAS），目前還沒有明確答案，但如果你和 Alex Stokes、Foundation 的研究人員、工程師以及核心開發者交流，就能了解到下一步的具體規劃。我最近和 Vitalik 聊過 Blob Scaling 的相關計劃，他對整個路線圖有著非常清晰的構想，所以從這個角度來說，Blob 擴展未必是最具挑戰性的。不過，Data Availability 這個概念本身是個大問題——如何正確實施、如何在保證競爭力的同時，兼顧足夠的去中心化和安全性，這仍然需要持續探索。

再回到「互操作性與用戶體驗」目標：目前我們有兩個主要的交付提案，一個是 OIF（Open Intents Framework），Josh Rudolf 最近剛發布了一份非常詳盡的總結，梳理了我們在生態系統中圍繞這個框架所做的所有工作；另一個是 EIL（Ethereum Interoperability Layer），這是由 AA（Account Abstraction）團隊提出的方案，也得到了我和 Marissa Posner 及其團隊的支持，該方案將在 Devconnect 大會期間正式宣佈。

這個目標的核心挑戰在於「缺乏統一標準」：有人會說「當前的互操作性已經足夠好」，也有人認為「互操作性是核心痛點」；大家都認同「用戶體驗需要優化」，但不同人對「用戶體驗（UX）」的定義截然不同——它可以是安全性和隱私性，也可以是性能和延遲，既可以針對零售用戶，也可以面向機構用戶，甚至還涉及錢包使用體驗等具體場景。正因為「用戶體驗」的定義過於寬泛，我們很難用一種所有人都認可的方式來定義「成功」，這也是它最具挑戰性的原因。

L2 互操作性挑戰

Bruce： 我們都知道 L2 是 Ethereum 生態的重要組成部分，但目前 L2 之間的互操作性仍然面臨不少困難。你認為當前 L2 互操作性的最大障礙是什麼？Ethereum Foundation 會如何與 L2 社區合作解決這些問題？

Tomasz： L2 互操作性面臨的問題是多方面的。如果是基於 EVM 的 L2 網路，它們之間的協議兼容性和互操作性會相對容易實現一些；但核心挑戰集中在幾個方面：橋接的安全性、Permissionlessness，以及在互操作過程中，如何保留 L1 鏈的核心屬性（比如 Permissionlessness、抗審查等）。其中，「不依賴第三方、以 Permissionless 的方式完成資產橋接」是一個巨大的挑戰——目前 OIF 框架下的許多解決方案，以及市面上現有的橋接工具，都還未能完全滿足這些要求。很多時候，為了追求更好的用戶體驗，會刻意隱藏一些安全風險，這就需要在體驗和安全之間做權衡。而在 EIL（Ethereum Interoperability Layer）的規劃中，我們會重點探索如何在沒有第三方介入的情況下，以 Permissionless 的方式實現互操作，這也是 EIL 的核心特性之一。

除此之外，L2 互操作性還面臨很多細節層面的挑戰：比如地址表示的統一性、不同鏈上工具和應用（比如多簽功能）的兼容性、穩定幣在跨鏈場景下的統一表示，以及錢包體驗的一致性——比如讓用戶在跨鏈操作時，能清晰識別出「不同鏈上的同一資產」。在 Kohaku Wallet 及其 SDK 中，我們已經提出了不少建議，比如如何統一地址表示方式、如何一致地呈現資產信息，核心目標就是讓跨 L2 操作「感覺像在單條鏈上操作一樣便捷」，但要實現這個目標，還需要解決大量細節問題。

Bruce： 根據我的觀察，L2 互操作性不僅僅是技術挑戰，背後可能還存在一些利益衝突或者商業的考量。

Tomasz： 我也多次提到過，互操作性的推進，首先要從「人」的連接開始——只有當不同團隊的人願意相互溝通、願意整合系統，而不是刻意構建「鏈上壁壘」，互操作性才能真正落地。但有時出於商業考量，部分 L2 運營商可能並不太願意主動合作，這也是我們 Foundation 為自己設定的目標之一：幫助整個 L2 和 L1 生態系統更緊密地協作。

我們最近收到一個提案：明年將把 L2 生態的工程師和研究人員聚集在一起，舉辦專門的交流會議。這個想法源於一些 L2 工程師的反饋——他們說，L2 領域的核心開發者幾乎從未有過線下見面的機會。起初我還不太理解，因為 L1 的核心開發者每年都會參加許多會議，經常見面交流。深入溝通後我才意識到，確實如此：所有 L1 客戶端團隊都會定期舉辦線下會議，但 L2 領域的核心開發者之間缺乏這樣的交流渠道。所以我們希望通過舉辦專門的會議，促進 L2 團隊之間的溝通與合作。

有趣的是，很多人會說「L2 工程師都願意相互合作，都渴望實現互操作性」，但這其實忽略了商業層面的考量——那些負責戰略和商業決策的人，需要考慮品牌建設、市場定位和競爭格局，他們可能會對跨鏈合作有所顧慮，甚至覺得「不應該過度合作」。但如果你直接和工程師溝通，會發現他們的核心訴求很純粹：就是想解決技術問題，所以他們總是願意攜手合作的。

EF 的未來優先事項與策略

Bruce： 展望未來，EF 的優先事項是什麼？在戰略制定、社區參與和外部合作方面會有哪些強化措施？

Tomasz： 顯然 EF 的工作涵蓋多個維度，包括安全保障、協議升級、測試驗證、生態協調等。核心目標的重要組成部分，是通過與生態各方——無論是密碼朋克社區還是大型機構——的對話收集信息、提煉需求，再將這些反饋傳達給所有核心開發者，通過聚焦研究等方式協助推進相關工作，同時避免過度強加發展方向。這是一種微妙的平衡：我們希望扮演協調者的角色，通過分析研判明確發展方向，向社區傳遞我們的思考，但不能直接規定「必須朝這個方向走」。

所有核心開發者都是極具主見、經驗豐富且崇尚賢能的群體。如果你判斷失誤，他們很快就能察覺，所以我們必須確保決策的準確性。這也是 Ethereum Foundation 制訂目標的核心邏輯：找到那個「所有人都認同」的方向——無論與誰溝通，大家都能達成共識，這樣在宣布目標時，才不會出現「我們認為生態需要的」與「社區實際需求」脫節的情況。比如今年我們設定的「擴展 L1、擴展 L2、優化互操作性與用戶體驗」三大目標，就凝聚了足夠廣泛的共識，讓核心開發者、研究人員、用戶、DeFi 建設者等所有相關方都認可，因此才能協同推進。

現在我們已經開始討論明年的目標方向。 我最初提議將「最終性（Finality）、隱私（Privacy）、安全（Security）」列為重點，但有人反饋：安全和隱私本就是預設優先級，相關工作無論如何都會推進。 後來我聽到 Dankrad 的觀點，他認為我們應該繼續推進 L1 擴展相關工作，因為這項任務尚未完成——此前我們計劃用兩年時間將每個區塊的 Gas 上限提升至 3 億，目前仍在推進中。 在討論過程中，我們會充分吸納生態各方的反饋，最終形成的目標必須是核心開發者、研究人員、所有用戶和 DeFi 建設者共同認可的方向。 目前還在探索階段，但「最終性」肯定是重要組成部分：很多機構、L2 專案方和用戶都表示，希望能縮短出塊時間、提升最終性速度，目前已有一些非常優質的相關提案。 此外，我們可能會繼續推進擴展相關工作，讓敘事更簡潔；或者明確少量安全與隱私相關專案——不過也可能無需特意強調，因為這些領域的工作本就會持續開展。 比如我們有一個獨立於協議團隊之外的「隱私集群」，由 50 人組成，他們對隱私技術的發展路線圖、解決方案以及機構級隱私需求都有清晰規劃。 我們不斷收到的反饋顯示，隱私是機構用戶的核心訴求，這裡我指的是相關標準和規範的制定，明確如何利用 Ethereum 上的現有解決方案，滿足特定場景的隱私需求。

Bruce： 接下來的問題是，EF 如何進一步提升社區參與度，助力生態系統發展，構建更活躍的參與型社區？

Tomasz： 我們對基金會的組織架構和運營模式做了大量調整。 James Smith 組建了一支出色的團隊，我也重新打造了優質的 Founder Success 團隊，聚焦開發者教育、企業級應用落地加速，同時聯動高校和 Ethereum Everywhere 團隊開展合作。 我們還與實體空間（如社區中心）合作，舉辦線下聚會、活動等。

在資助模式上，我們也做了重大調整：幾乎完全摒棄了「無回報財務資助」——即單純給錢、不要求任何產出的模式，不再簡單地說「你可以去構建，我們給錢支持」。 取而代之的是，我們更傾向於通過「協調賦能」提供幫助：比如為專案方牽線搭橋、對接資源，放大專案聲量；通過社交媒體帳號、公關渠道提升專案的曝光度；在各類 Ethereum 相關活動中主動宣傳，讓社區知道「上海正在發生什麼、深圳正在發生什麼、香港正在發生什麼」。 我們即將在香港啟動一個 Community Hub，促進創始人與學術界人士定期交流，目前已經與香港理工大學（PolyU）展開了合作。

我們希望在這些地區持續傳遞一致的核心訊息，並不斷詢問社區「我們還能提供哪些幫助」。因為社區的發展必須是自主的旅程——構建社區的過程中，保持獨立性才能激發更強的創業精神，這也是我們想傳遞給生態各方的理念。核心開發者本身就帶有一定的創業精神，他們獨立且專注於成果交付；應用開發者顯然更具創業屬性，因為他們要創辦初創公司、開發應用。所以這種「自主驅動 + 適度賦能」的社區建設方式，能更好地激發生態的主動性。

未來，我們會繼續推進這些實體樞紐的建設，同時與相關方合作引入贊助商——這些贊助商可能來自 L2 專案方、應用開發者等生態內主體。我們會告訴他們「這個活動非常契合你的目標」「這個社區正在解決你面臨的問題」，助力他們建立長期合作。有時我們也會直接成為部分專案的客戶，但這種情況會比過去更少。

人工智能與以太坊

Bruce： 能看到越來越多的本地社區中心正在興起，這非常棒。我們已經聊了你的個人成長、Nethermind、EF 和協議相關的話題，現在讓我們聚焦以太坊上的 AI 應用——這是一個非常前沿的領域。我看到很多人說「AI 不需要 Web3，Web3 只是在蹭 AI 的熱度」，你對此有什麼看法？

Tomasz： 對於很多 AI 企業來說，Web3 意味著安全保障、抗審查能力以及去中心化帶來的防禦機制，但目前他們面臨著激烈的行業競爭，必須快速交付成果、創造收入，同時推出更快、更優的模型，所以短期內可能不會優先考慮 Web3。但當他們發現，某些機制能幫助他們吸引更多用戶——尤其是當越來越多用戶開始關注隱私保護和成果驗證時，Web3 的價值就會顯現。

我認為這和 Web3 進入其他行業的邏輯類似：每個行業中大概有 5% 到 10% 的需求，真正需要「無需信任的交付」機制。大部分場景下，依托現有的信任體系就足夠了，但隨著資產越來越數位化、越來越多資產上鏈，Web3 終將成為默認選擇。而在 AI 領域，這個過程可能會更快發生——因為 AI 代理本身就是數位化的，它們從誕生之初就會使用數字資產，且 Web3 支付與 AI 代理的集成，可能會成為核心驅動力。這正是 AI 需要 Web3 的關鍵場景：我們長期以來的願景，就是讓人們在不談論區塊鏈、不提及 Web3 的情況下，自然地使用其功能。

至於代理驗證、訓練驗證、去中心化訓練等場景，普及速度可能會慢一些，或許始終會是小眾需求。我們經常討論「驗證現實與真相」，但市場上受歡迎的未必是真相——比如我們消費娛樂內容、聽故事時，購買的其實是「積極意義上的虛構」，我們想要的是精彩的敘事，而非單純的事實，只是希望被娛樂。許多新聞媒體也是如此，它們在傳遞信息的同時，也在提供娛樂屬性，事實只是構建故事、吸引注意力、引發情感共鳴的畫布。

當人們使用 AI 獲取世界新聞、了解外部信息時，他們會主動要求驗證真實性嗎？或許未必。但在機構場景中——比如企業採購數據、需要獲取真實信息時，對 Web3 的需求就會越來越強烈。因為我們已經經歷過假新聞的困擾，而現在「虛假現實」的風險正在加劇：AI 可以生成整套不存在的新聞、社交平台信息流，甚至虛構人物和視頻內容。如果你長期足不出戶，可能會被這些虛假信息誤導，誤以為某個虛構的世界是真實存在的；即便走出房間，身邊的部分「現實」也可能因過度依賴技術而變得虛假。

因此，那些願意為真實數據付費、需要驗證一切信息的用戶，會成為 Web3 的核心受眾，這也是 Web3 不可替代的價值所在。對於零售用戶來說，情況可能更模糊：他們通常會選擇價格更低的數據服務，而如果 Web3 能幫助數據提供商降低運營成本、保險成本或風險，那麼消費者自然會傾向於選擇基於 Web3 的解決方案。雖然零售用戶不常提及「去中心化」，但對「隱私」的需求其實一直存在。

我最近經常討論這個話題，因為有人說「沒人關心隱私」，但今年我在米蘭時，曾在出租車上看到蘋果公司（Apple）的巨型廣告牌，上面寫着「Safari Privacy」。作為一家大型國際企業，蘋果做了大量市場調研，清楚消費者願意為哪些價值付費，最終選擇將「隱私」作為核心宣傳點，投放在米蘭金融區的核心位置。這說明用戶要麼正在主動要求隱私保護，要麼內心有潛在需求——只是沒有明確表達，而這種需求會促使他們為相關服務付費。尤其是當 AI 可能完全掌握個人信息、導致隱私徹底洩露時，用戶對隱私的關注度會進一步提升，而 Web3 恰好能為 AI 帶來安全保障、隱私保護和用戶控制權，所以我認為兩者之間存在很強的合作基礎。

Bruce： 你提到以太坊可以作為 AI 代理的協調層，並且已經有了相關的新標準，能具體介紹一下嗎？

Tomasz： 目前我們有 ERC-8004 和 x402 標準，其中 ERC-8004 是以太坊生態的標準，x402 則是更通用的術語。這兩個標準都構建在 MCP、A2A（Agent-to-Agent，代理到代理）、ACP 等協議的基礎上，涵蓋了代理商務協議、代理間互動等核心場景，其中 x402 主要用於支付請求——不僅適用於 AI 代理，還能通過 HTTP 協議發起支付，並在區塊鏈上完成驗證。

ERC-8004 則專門為 AI 代理設計，核心是利用區塊鏈的「無需信任」特性（即區塊鏈提供的信任環境），在 A2A 等協議之上，確保代理之間的信任關係。它定義了一系列「無需信任」的規則：代理如何宣告身份、如何註冊、如何公示提供的服務、如何驗證彼此的宣告、如何查詢其他代理的聲譽，以及如何驗證其他代理的工作成果——比如通過引入外部鏈上和鏈下驗證者，重新運行部分執行流程並確認結果。

這些功能結合在一起，能支持兩種核心場景：一是代理代表用戶行動，用戶將身份委託給代理，就像使用電腦時，電腦作為工具代表用戶執行操作、使用用戶身份；二是自主代理，即代表鏈上部署帳戶獨立運作的 AI 代理。很多頂尖的 AI 代理領域從業者，都參與了這個標準的制定和完善。我相信 ERC-8004 會繼續演進，甚至可能出現新的相關標準，但它已經為開發者提供了基礎，現在已經有人開始圍繞它構建工具，比如開發儀表板、部署 ERC-8004 的首個實現版本、推出符合標準的 AI 代理等。這是非常令人興奮的時刻，充滿了創業和構建的機會。以太坊生態過去曾因代幣、NFT 而熱潮湧動，現在看來，AI 代理很可能成為下一個核心方向。

Bruce： 我注意到年初 ChaosChain 和「代理治理（agentic governance）」的概念非常熱門，現在這些項目進展如何？你們接下來會測試哪些假設？

Tomasz： 這可以追溯到我在 Nethermind 時的願景——當時我就和團隊討論過「代理治理」的可能性：核心開發者會不會逐漸被 AI 代理部分取代？當然，這裡的「取代」不是完全替代，而是輔助。觀察我們的日常工作會發現，大家已經開始頻繁向大語言模型（LLMs）、AI 聊天工具諮詢建議，參考它們從數據集中提取的信息，這在一定程度上影響了我們的決策過程。而模型的訓練數據和算法偏向，可能會讓我們的決策朝著特定方向傾斜。

當核心開發者在工作中詢問 AI「這種情況該怎麼做」「這個方案是否正確」時，他們雖然仍會保持自己的判斷，只將 AI 作為工具，但這意味著可能有 5% 的思考會受到 AI 的影響；隨著時間推移，這個比例可能會提升到 10%——LLM 的性能越好，依賴度可能越高。尤其是在自己不熟悉的領域，核心開發者可能會更傾向於參考 AI 的建議，簡單驗證後就選擇信任，畢竟 AI 有時能給出看似完美的答案。現在已經有一些博士級別的研究，會直接採用 AI 提供的解決方案，未來這種情況可能會更普遍。

在治理層面，當「社會共識層」決定協議發展方向時，最終的結果可能取決於「AI 能生成多少提案」以及「這些提案能獲得多少關注」——就像現在核心開發者會花費數月時間研究提案、提出方案、相互驗證、展開辯論一樣。如果 AI 開始批量生成提案，就需要 AI 來輔助驗證這些提案的可行性，這本質上變成了一種「工作量證明」：搜索有價值的想法，並驗證其合理性，一旦找到優質想法，就能推動協議朝該方向發展。

但這裡也存在風險：如果有人過濾想法——只公開那些符合自己預期的提案，隱藏不利於目標的內容，那麼「社會共識治理」就會變成一種基於「想法生成與驗證」的工作量證明機制。如果進一步推演，當想法生成的速度和質量不斷提升，協議的迭代速度也會加快，甚至可能實現「區塊級別的社會共識」，每一個區塊都伴隨著協議變化，同時包含驗證和投票流程。想象一下，這樣的系統會多麼複雜。

我們在去年年底或今年年初開始討論 ChaosChain，並在灣區做了一些相關演示。Nethermind 內部也成立了專門的團隊進行探索，現在這個團隊正在從 Nethermind 分拆出來，獨立推進項目。不過，ChaosChain 的理念已經分化成兩個方向：一個方向是，團隊正在基於 ERC-8004 探索 AI 代理相關應用，可以看作是聚焦「代理治理」的通用研究，目前已經形成了一些切實可行的基礎方案，為後續建設奠定了基礎；另一個方向是，團隊結合 Hetu 團隊和 Vitalabs 的研究成果，探索「代理工作歸因」——即 AI 代理協作時，如何基於成果歸因，確定彼此的獎勵機制，這和工作量證明有相似之處。

而 Nethermind 本身則繼續堅持純粹的 DAO 治理模型，更傾向於用 AI 代理輔助 DAO 決策。因為我們認為，DAO 參與和核心開發有很多相似之處：DAO 中的理事會負責做決策、分配資源、驗證技術方案（比如 L2 項目提出的方案），這和核心開發者驗證提案質量、決定是否投入資源實現的邏輯是一致的，本質上都是在進行「資本分配」。

從 DAO 參與到 AI 代理深度介入治理，會經歷一個自然的演進過程：首先，AI 代理開始在 ETH Research 論壇撰寫提案、評論現有 EIP（以太坊改進提案）並指出問題；接著，能夠獨立撰寫 EIP 並推進落地；然後，AI 代理可以加入 AllCoreDevs 電話會議（即使不開視頻），在聊天區發表對提案的看法；最終，AI 代理能開啓視頻參與會議，主動發言、評論提案，甚至提出自己的解決方案並為其辯護。這個過程沒有任何魔法，基於當前的 AI 技術水平，只要逐步推進技術落地，並融入足夠的核心開發專業知識，就能實現——這也是為什麼我們認為 Nethermind 是啟動這個項目的理想平台。

Bruce: 這非常有趣，我覺得現在正是展開這類實驗性項目、探索更多可能性的最佳時機。

Bruce: 最後一個問題是為開發者準備的：Ethereum Foundation 會如何在全球範圍內支持和協調 AI 與以太坊融合的方向？你能分享一些即將推出的計劃嗎？

Tomasz: 大約兩個月前，我們成立了 dAI 團隊（去中心化 AI 團隊），由 David Crapis 領導。團隊已經取得了不錯的成果：發布了 ERC-8004 標準並引發廣泛關注，還宣布了與 Google、Cloudflare、Coinbase 等機構的合作——至少基金會在其中扮演了協調角色，推動代理支付方案的落地，這讓以太坊及其相關標準獲得了大量關注，也吸引了更多人參與代理、儀表板和註冊流程的開發。我敢肯定，過去兩個月裡，已經有一些「隱形初創公司」在圍繞 ERC-8004 構建相關產品，這正是我們希望看到的。

很多人對基金會的核心訴求，就是希望我們提供「畫布」，讓開發者能打造出下一個由應用驅動的創新產品——而 AI 代理很可能就是這個「下一個酷東西」。雖然過去幾個月，AI 代理和區塊鏈領域的熱度有所降溫，很多風投仍持懷疑態度，但我相信熱度會重新回歸。

dAI 團隊接下來還會有更多驚喜和想法公佈，團隊規模會有所擴大，但不會過度擴張——因為我們希望繼續扮演「協調者」的角色，而不是直接開發基於這些標準的應用。此外，我們還推出了教育相關的倡議，dAI 團隊會提供專項支持，如果你正在從事相關方向的工作，隨時可以聯繫他們，他們會快速響應並提供所需的支持。我記得他們還會與主流 AI 項目合作舉辦黑客松活動。

我們希望積極推動全球範圍內的合作，例如連接灣區、中國（上海、杭州等地）、香港的開源 AI 開發者、AI 從業者，以及世界各地的創業者和初創公司創始人，促進跨地區的協同創新。

Bruce： 我也認同不同地區之間的協調與合作，可能會催生出很多優秀的解決方案。這也引出了下一個問題：中國有很多開源 AI 模型，也有大量 AI 開發者和工程師，你希望中文以太坊社區能做出哪些貢獻？

Tomasz： 我們了解到，香港和中國大陸之間的合作潛力巨大——兩地共同培育初創公司，結合當地的政策和目標，探索合適的合作方向，會產生很多有價值的成果。例如跨境支付就是一個值得關注的領域，未來可能會進一步升級為代理支付；此外，中國的開源 AI 模型如何與全球解決方案對接，也是一個重要方向。很多西方的創業者，正在關注具身 AI 解決方案，他們非常願意與中國工程師合作——這很可能是未來的核心合作路徑：結合中國在機器人技術和開源 AI 領域的優勢，攜手共建創新產品。

當然，我們也期待看到中國本地誕生完整的解決方案，尤其是在協調層方面的創新，這也符合以太坊「全球中立性」的核心原則。中國社區完全有能力構建出非常成功的項目。

Bruce： 我認為未來還有很多事情可以做。歡迎大家隨時加入 ETHPanda 社區，進一步討論、探索更多倡議，並用實際行動推動行業發展。

收尾

Bruce： 好的，我們今天的訪談即將結束，最後來幾個快速問答吧。你平時讀書嗎？

Tomasz： 我現在很少能從頭到尾讀完一整本書了。主要是沒時間——我現在的做法是，買一本書後先大致翻閱，了解核心主題，然後會讓 LLM 告訴我這本書的核心內容、重要性、關鍵見解是什麼。之後我會偶爾翻讀書中的部分章節，感受其行文風格，驗證 LLM 的總結是否準確。

過去幾個月，我一直在關注聖塔菲研究所（Santa Fe Institute）的複雜系統相關內容。我之前在看考夫曼（Kauffman）的《秩序的起源》（The Origins of Order），因為我想更好地理解自然分層結構的形成——例如區塊鏈生態中 L1 和 L2 之間的層級關係。現在我大部分「閱讀」，其實是探索 LLM 對特定主題的回答，並對照原始來源進行驗證，完整讀完一本書的情況越來越少見了。

不過最近我收到了一份很棒的禮物——基金會的巴斯蒂安（Bastion）送了我一本《巴貝特之宴》（Babette's Feast）。他知道我喜歡這部電影，所以特意送了我原著。我一直隨身帶著這本書，希望能儘快讀完它。

Bruce： 你同時在推進很多事情，卻依然保持精力充沛。想問問你在睡眠、運動、飲食和日程安排方面，有什麼實用的好習慣嗎？

Tomasz： 我絕對算不上這方面的榜樣，因為我的生活完全沒有規律——經常在不同時區之間奔波，睡眠不規律，也沒有固定的時間安排，大多是想到什麼就先做什麼，總是很匆忙。但多年來，我有幾個小規則一直幫著我：比如我盡量不在週五安排會議，這樣能讓我有時間出差，或者擁有一整天不受打擾的專注時間。當然有時候還是會不小心被安排 1-2 個會議，但大部分週五我都是空閒的，這也意味著週一到週四的日程通常會非常緊湊。

還有一個很簡單的小技巧，我建議所有人都試試：在 Google Calendar 或你使用的任何日程工具裡，設置會議提前 5 到 10 分鐘結束。這樣一來，會議之間就能有緩衝時間，壓力會小很多。我看過相關研究，這種設置能顯著降低壓力水平。畢竟人們開會難免會超時，但如果原本就設定 55 分鐘結束，即便超時 3-5 分鐘，也不會影響下一場會議。如果會議一場接一場且沒有緩衝，一旦前一場超時，你就會遲到，還會變得非常緊張，連做筆記、準備下一場會議的時間都沒有。

Bruce： 你經常出差，那你有應對時差的技巧嗎？

Tomasz： 其實沒有太多技巧。因為我的睡眠本就不規律，幾乎一直處於「有時差」的狀態，所以旅行時反而感覺不到明顯的時差反應。而且我很少頻繁跨大洲往返——很多人出差都是去一個地方開完會就回來，這樣要經歷兩次睡眠調整；而我通常是朝著一個方向逐步旅行，不會短期內來回奔波，也就避免了反復適應時差的麻煩。

Bruce： 好的，我們今天的訪談就到這裡。非常感謝 Tomasz 今天的參與，也再次歡迎你來到上海。

Tomasz： Thank you, thank you very much.

This article is contributed. It does not represent the views of BlockBeats.