🤖 最新推出:《Quicknode 人工智慧實戰手冊》 10 個經過實測的 AI 程式設計食譜agents 。
查看食譜已通過 SOC 2 Type II 認證 · ISO 27001
什麼是精實Ethereum ?5分鐘解說
《精簡版Ethereum 解析:模組化執行、原生證明驗證,以及Ethereum的長期發展方向。有哪些變化,以及為何這很重要。》

Ethereum其核心承諾是打造一台可信且中立的全球電腦。
任何人都能存取、驗證並在此基礎上進行開發的共享狀態與可程式化執行環境,無需依賴任何中央營運者或機構。
歷經近 12 年、2,500 萬個區塊之後,關於「Ethereum 」能否運行的問題已不復存在。
然而,這項核心承諾目前正面臨來自三個方向的壓力:
量子電腦正對基礎加密技術構成挑戰,
複雜性上限,這使得該協議更難驗證,但集中化則更為安全,以及
會將活動推向外部環境(例如 Rollup)的吞吐量限制。
精實Ethereum 有望成為解決方案。這並非單純的孤立升級或 ERC 標準,而是一項為期數年的協調性投資。
本文將說明何謂「精實Ethereum 」、其重要性為何、開發人員將面臨哪些變化,並探討當前是否需要對此予以關注。

LeanEthereum 是一項為期 10 年的協調重建計畫,旨在使Ethereum 具備後量子安全性、每秒 10,000 筆交易處理能力,並能透過輕量級裝置進行無需信任的驗證。
有兩項關鍵的相似之處,使Ethereum 得以保持精簡:
該路線圖將Ethereum的優先事項聚焦於其最具價值的職責:共識層與驗證層。
其餘的一切——執行、狀態擴展、驗證——都將由模組化系統處理,這些系統透過加密證明進行保障,且能大規模驗證。
💡你知道嗎?這項為期 10 年的重建計畫是由「Ethereum 」的研究員賈斯汀·德雷克(Justin Drake)於 2025 年 7 月提出的,就在Ethereum 成立滿 10 週年的隔天。
回到精實(Lean)的路線圖Ethereum ,它分為三個層次:
「精簡共識」(Lean Consensus):重新設計共識機制,以實現更快的最終確認、後量子簽名,以及更簡化的驗證者/客戶端機制。
精簡執行:在維持完全 EVM 相容性的同時,使運算更利於證明。
精簡資料:優化資料層,使匯總運算能在後量子安全的資料可用性基礎上實現擴展。
現在,除非我們理解當前Ethereum 存在哪些不足之處,以及為何需要進行三層架構的重新設計,否則這些新功能都毫無意義。

1.早期Ethereum 針對共享執行進行了優化:每個節點都會執行每筆交易、儲存所有交易歷史紀錄,並獨立驗證所有內容。
該設計雖將去中心化存取能力發揮到極致,但也意味著驗證成本會隨著網路活動量呈正比增加。
隨著Ethereum 的規模擴大,這種權衡已變得難以維持。
2. 為了擴展Ethereum 的規模,執行作業逐漸轉移至類似 Rollup的模組化系統,而 L1 則作為結算與資料可用性層。
這項轉變雖解決了吞吐量問題,卻也帶來了一項新的壓力:侵蝕去中心化。
Ethereum的完整節點區塊鏈數據已突破 約 1.58 TB ,年增率約為 25%。同期,Gas 限制從 36M 增至 60M 。
在此,風險是結構性的且顯而易見:當驗證成本高昂時,能驗證Ethereum 的人就變少了,而去中心化便會逐漸遭到侵蝕。
3. 精實區塊鏈(Ethereum )作為下一階段的演進,旨在 讓去中心化在運作上更易於實現。
該路線圖正日益針對可擴展驗證,對Ethereum 進行優化:
採用證明而非重新計算,
模組化執行,以及
更經濟實惠的獨立驗證。
💡你知道嗎?目前,僅有約 6,000 個執行層全節點能獨立驗證Ethereum 。
好的,Ethereum 需要減輕驗證負擔並避免悄無聲息的集中化。LeanEthereum 打算如何實現這一點?
精實Ethereum 旨在針對一項更嚴格的限制,重新設計每個元件: Ethereum 即使隨著網路規模擴大、威脅模型演變,以及基礎設施需求隨時間增加,其仍將保持可獨立驗證的特性。
此次重新設計建基於三個互不相同但相互協調的層次:
「精簡共識」可降低協調驗證者所需的成本與延遲。
「精實執行」可降低驗證運算的成本。
Lean Data減輕了發布與驗證大規模彙總數據的負擔。
讓我們逐層來學習吧。
Lean Consensus 重新設計了Ethereum的共識層,著重於更快的結算、更簡化的驗證者協調機制,以及後量子安全的加密技術。
Ethereum該系統目前的共識機制仰賴 BLS 簽名來實現高效的驗證者聚合與最終性。該系統目前運作良好,但其加密假設預計無法在長期時間尺度上抵禦足夠強大的量子攻擊。
今天 | 精實共識的方向 |
|---|---|
基於 BLS 的驗證者簽名 | 後量子安全的數位簽章 |
多分鐘結算假設 | 以秒為單位的最終確認目標 |
驗證器協調所產生的龐大開銷 | 更簡便的彙總與驗證 |
針對當前硬體假設所進行的共識優化 | 針對長期可驗證性進行優化的共識機制 |
第二個轉折點是「終結」。
如今,橋接、意圖、匯總及跨鏈應用程式,其運作往往基於「結算需時數分鐘」的假設。
更快的最終確定性會壓縮這些信任窗口,並改變開發者對跨鏈互操作性、確認次數及協調機制的思考方式。
《精實執行》探討了「Ethereum 」如何使驗證運算的成本,低於在每個節點上反覆重新執行運算的成本。
目前,Ethereum 節點會自行獨立執行交易,以驗證狀態轉換。此模型雖然穩健,但在大規模運作時成本高昂,因為驗證成本會隨著網路活動量增加而上升。
今天 | 精實執行方向 |
|---|---|
節點會反覆重新執行交易 | 節點驗證執行證明 |
主要針對執行進行優化的 EVM | 針對證明進行優化的執行環境 |
驗證成本隨業務量增加而上升 | 證明驗證的負擔相對較輕 |
執行與驗證緊密結合 | 執行過程日益趨向模組化 |
這正是 zkVM、證明系統,以及圍繞 RISC-V 等「證明友善」執行環境的討論,被納入路線圖之處。
Lean Data 使資料的發布成本更低、驗證更簡便,並在長期加密假設下更具安全性。
基於 Blob 的擴展機制已改變了Ethereum的經濟模式,讓 Rollup 能在無需永久儲存所有執行資料的情況下,更有效率地發布資料。
Lean Data 面臨的下一項挑戰,是確保Ethereum 能夠驗證大規模資料的可用性,且不會受到頻寬、儲存空間及證明方面的瓶頸所影響。
今天 | 精實數據的發展方向 |
|---|---|
基於 Blob 的 DA 搭配當前的加密承諾 | 更具可擴展性且適合後量子時代的差分代數(DA)研究 |
Rollups 極度依賴 DA 的成本 | 更高效的模組化資料可用性 |
資料量的增長加劇了節點的負擔 | 以驗證為導向的數位類比(DA)架構 |
DA 主要被視為擴展基礎設施 | 將 DA 視為核心協議的安全基礎架構 |
至此,LeanEthereum 背後的架構開始變得更加清晰:Ethereum 不再進行優化,以直接在基礎層上執行所有操作。
其目標是在不犧牲去中心化的前提下,驗證日益龐大的外部運算、資料及協調工作。
這項轉變對開發者而言具有重要的下游影響。這看起來是怎樣的呢?
簡單來說:LeanEthereum 並不需要立即進行遷移。不過,Ethereum 正透過其 Lean 方法,日益針對驗證進行優化。
這要求開發者重新思考結算、帳戶、互通性、基礎設施以及長期協議依賴性等問題。
以下是關於如何應對精實管理過渡階段的 5 項建議Ethereum :
應用程式越來越多地在外部執行環境中運行,而「Ethereum 」則透過證明與結算保證來驗證其正確性。
對開發者而言,這意味著——即使應用程式表面上仍看似與 EVM 相容——對證明系統、基於零知識的驗證、模組化執行以及結算設計的理解,正變得日益重要。
「多分鐘結算」的假設會影響:
橋樑,
意圖,
跨鏈使用者體驗,
MEV 風險,
以及互通性設計。
If Lean Consensus succeeds in compressing finality windows, user experience, trust assumptions, blockchain <> app coordination changes with it.
精簡Ethereum 將當前的加密假設視為可替換的基礎架構,而非永久性的協定基本元素。
這使得在長期時間範圍內,相較於與簽名方案或驗證模型緊密耦合的錢包,彈性帳戶抽象化在結構上更為安全。
「Blob 經濟學」與資料可用性將日益決定:
彙總成本,
吞吐量,
定序經濟學,
以及模組化應用程式架構。
對許多開發者而言,理解 DA 層的重要性,在實際運作上可能與理解Ethereum L1 上的天然氣市場同樣重要。
除了以上所有內容之外,最重要的訣竅是:
精簡的Ethereum 仍是一個長遠的研究方向。無需過度糾結於邏輯的遷移或重建。
開發人員需要優先考慮的是:提升靈活性,並減少對單體式執行、常見的Ethereum 延遲、重新執行及其他方面的硬編碼。
實際上的啟示是:應避免設計僅在當今這些暫時的架構假設下才能運作的系統。
那麼,LeanEthereum 目前處於什麼狀態?現況如何?哪些功能已上線?開發人員今天可以做些什麼?
「精實Ethereum 」並非在固定時程內推出的單一升級版本。
路線圖的各個部分在成熟度、實施準備度及研究可信度方面,處於截然不同的階段。
該架構的部分內容已於Ethereum 上線。其餘部分則仍屬積極研究的方向,在納入mainnet 之前,可能會經歷顯著的演進。
區域 | 當今所存在的事物 | 目前仍處於研究階段 |
|---|---|---|
基於 Blob 的縮放 | EIP-4844 的 blobs 已有效降低 rollup 數據成本,在Ethereum | 更具可擴展性且適合後量子時代的資料可用性系統 |
模組化執行 | Rollups 和基於零知識證明(zk)的系統已經能在 L1 之外執行操作 | 基於 Proof-native 的執行機制重新設計與支援零知識證明(zk)的執行環境 |
證明驗證 |
此外,LeanEthereum 會在testnet 之前,依序運行六個開發網路(devnets)。每個開發網路都會新增一項特定功能,而mainnet 的目標時程為 2029–2030 年。
里程碑 | 目標 | 狀態 | 其貢獻何在 |
|---|---|---|---|
PQ Devnet 0 | 2025年10月 | 完成 | 多客戶端互通性 — 目前尚無 PQ 簽名 |
PQ Devnet 1 | 2025年12月 | 完成 | 整合 leanSig 簽署與驗證功能 |
此外,目前有八支獨立的客戶團隊正在五種程式語言中實作該規格:Rust、Zig、Go、C 以及 C++。
關鍵的區別在於,即使實作細節尚未確定,精實Ethereum 在方向上仍是真實的。這意味著,對開發者而言,重點在於辨識Ethereum的架構在結構上正朝著何處發展。
接下來該怎麼辦?
「精實驗證(LeanEthereum )」是Ethereum 基於「驗證才是去中心化系統中真正的稀缺資源」這一理念而進行的組織重整。
運算資源早已十分充裕。
Rollups、zkVMs、協同處理器以及外部執行環境,都可能在Ethereum的基礎層之外產生實質上無限制的活動。
至今仍難以得來且代價高昂的,正是信任:
獨立驗證狀態,
在確保安全的前提下協調達成共識,
維持去中心化,
並確保驗證成本足夠低廉,使一般參與者仍能對系統進行有意義的審計。
正因如此,精實Ethereum 越來越重視實證與模組化執行。
總而言之,Ethereum 不再以「自行執行所有操作」為優化目標,而是以「確保所有操作都能在無需信任的情況下進行驗證」為優化目標。
接下來 2,500 萬個Ethereum 區塊將基於此理論建構而成。而 LeanEthereum 正是為實現此目標所做出的最周詳的嘗試。
Quicknode 成立於 2017 年,為開發者與企業提供機構級的區塊鏈基礎設施。憑藉 99.99% 的正常運行時間以及對 75 條以上區塊鏈的支持,各團隊得以在無須妥協的情況下,開發並擴展鏈上應用程式。
將最新的工程見解、產品更新及 Web3 新聞直接送至您的收件匣。
zk 證明與有效性系統已能驗證外部運算
在更廣泛的Ethereum 執行環境中進行大規模原生驗證 |
更快的最終確定性 | 主動共識基準測試、開發網路及驗證者實驗 | 生產級次級結算 |
帳戶抽象化 | 智慧帳戶的採用率持續增長 | 長期加密靈活性與簽名遷移 |
後量子密碼學 | 早期實驗與基準測試 | 在整個協定範圍內,逐步擺脫當前對橢圓曲線的假設 |
PQ Devnet 2 | 2026年1月 | 完成 | 已新增 leanMultisig 聚合功能 |
PQ Devnet 3 | 2026年2月 | 完成 | 聚合器的角色與區塊生成已解耦 |
PQ Devnet 4 | 2026年3月 | 有效 | 透過 leanVM 進行遞迴 PQ 彙總 |
PQ Devnet 5 | Q2 2026 | 已規劃 | Goldfish 的 fork-choice 中的委員會式投票 |
Testnet | 2027–2028 | 待定 | — |
Mainnet | ~2029–2030 | 待定 | — |