以太坊 EIP 提案完整狀態追蹤與發展時間線：2024-2026 年最新進展深度分析
以太坊改進提案（EIP）是以太坊網路演進的核心驅動机制，本指南提供截至 2026 年 3 月的 EIP 提案完整狀態追蹤，涵蓋已完成的重大升級（Paris、Shanghai、Cancun、Pectra）、正在進行中的提案、以及未來規劃的升級。深入分析每個關鍵 EIP 的技術內涵、Status Change 歷史、以及對以太坊生態系統的深遠影響。
以太坊 EIP 提案完整狀態追蹤與發展時間線：2024-2026 年最新進展深度分析
概述
以太坊改進提案（Ethereum Improvement Proposal, EIP）是以太坊網路演進的核心驅動机制。自 2015 年以太坊主網上線以來，EIP 系統見證了網路從 PoW 到 PoS 的歷史性轉變、歷次重要的硬分叉升級，以及無數次的技術優化。截至 2026 年第一季度，以太坊生態系統中累積了超過 5,000 個已提出的 EIP，其中超過 500 個已被正式採納並納入網路。理解這些提案的當前狀態、發展脈絡與未來走向，對於開發者、投資者與研究者而言都至關重要。
本指南提供截至 2026 年 3 月的 EIP 提案完整狀態追蹤，涵蓋已完成的重大升級、正在進行中的提案、以及未來規劃的升級。我們將深入分析每個關鍵 EIP 的技術內涵、Status Change 歷史、以及對以太坊生態系統的深遠影響。
一、以太坊 EIP 狀態分類系統
1.1 EIP 生命週期與狀態定義
EIP 在其生命週期中會經歷多個狀態階段，每個階段代表著提案的不同成熟度：
Draft（草稿）：這是 EIP 的最初狀態，表示提案剛被提交，正在社群中進行初步討論。草稿階段的 EIP 可能會經歷大幅修改，甚至被放棄。根據統計，大約 60% 的 EIP 最終會停留在草稿階段或被撤回。
Review（審查）：當提案作者認為 EIP 已足夠成熟時，會將其狀態改為「審查」。在此階段，核心開發者和更廣泛的社群會對提案進行更深入的技术審查。審查階段通常會持續數週至數月。
Last Call（最終呼籲）：當 EIP 通過審查後，會進入「最終呼籲」階段。這是最後一個開放評論的階段，通常持續至少兩週。如果在這個階段沒有發現重大問題，提案將進入「最終」狀態。
Final（最終）：表示 EIP 已正式被採納，並已部署到以太坊網路。最終狀態的 EIP 分為兩類：Core（核心）類型需要網路升級才能生效；Networking、Interface、ERC 等類型可以在任何時候部署。
Stagnant（停滯）：如果一個 EIP 在超過四個月沒有任何活動，其狀態會被標記為「停滯」。停滯的 EIP 可以被任何人恢復，但如果長期沒有進展可能會被最終放棄。
Withdrawn（撤回）：提案作者可以選擇撤回 EIP，通常是因為提案已被其他 EIP 取代、不再具有相關性、或作者決定不再繼續推動。
Living（持續）：這是一個特殊狀態，用於那些需要持續更新而不會真正「完成」的 EIP，例如 EIP-1（EIP 格式定義）。
1.2 當前 EIP 統計數據
根據以太坊 EIP 倉庫的最新統計（截至 2026 年 3 月）：
EIP 狀態分佈統計
────────────────────────────────────────────────────────────
狀態 │ 數量 │ 佔比
────────────────────────────────────────────────────────────
Final │ 542 │ 10.8%
Draft │ 3,847 │ 76.9%
Stagnant │ 287 │ 5.7%
Withdrawn │ 205 │ 4.1%
Review │ 68 │ 1.4%
Last Call │ 12 │ 0.2%
Living │ 8 │ 0.2%
────────────────────────────────────────────────────────────
總計 │ 5,000+ │ 100%類型分類統計：
EIP 類型分佈
────────────────────────────────────────────────────────────
類型 │ 數量 │ 說明
────────────────────────────────────────────────────────────
ERC（應用標準） │ ~800 │ 代幣標準、URI 格式等
Core（核心） │ ~400 │ 共識機制、區塊結構等
Networking（網路） │ ~50 │ P2P 協議、RLPx 等
Interface（介面） │ ~100 │ API 標準、ABI 編碼等
Informational（資訊）│ ~200 │ 最佳實踐、指南等
Meta（元） │ ~50 │ 流程改進、治理相關二、以太坊重大升級時間線回顧
2.1 歷次網路升級總覽
以太坊的發展歷程由一系列網路升級（Network Upgrade）所定義，每次升級都會包含多個 EIP。以下是完整的升級時間線：
以太坊網路升級時間線
────────────────────────────────────────────────────────────
升級名稱 │ 日期 │ 區塊高度 │ 包含主要 EIP
────────────────────────────────────────────────────────────
Frontier │ 2015.07 │ 0 │ EIP-2, EIP-7, EIP-8
Homestead │ 2016.03 │ 1,150,000 │ EIP-2, EIP-7, EIP-8
DAO Fork │ 2016.07 │ 1,920,000 │ EIP-779, EIP-1706
Tangerine │ 2016.10 │ 2,463,000 │ EIP-150, EIP-158
Spurious Dragon│ 2016.11 │ 2,675,000 │ EIP-155, EIP-161
Byzantium │ 2017.10 │ 4,370,000 │ EIP-100, EIP-140, EIP-196
Constantinople│ 2019.02 │ 7,280,000 │ EIP-145, EIP-1014, EIP-1052
Istanbul │ 2019.12 │ 9,069,000 │ EIP-152, EIP-1108, EIP-1344
Berlin │ 2021.04 │ 12,244,000 │ EIP-2565, EIP-2929, EIP-2930
London │ 2021.08 │ 12,965,000 │ EIP-1559, EIP-3198, EIP-3529
Arrow Glacier│ 2021.12 │ 13,773,000 │ EIP-4345
Gray Glacier │ 2022.06 │ 15,050,000 │ EIP-5133
Paris (Merge) │ 2022.09 │ 15,537,393│ EIP-3675, EIP-4399
Shanghai │ 2023.04 │ 17,034,000 │ EIP-3855, EIP-3860, EIP-4895
Cancun │ 2024.03 │ 19,426,000 │ EIP-4844, EIP-4788, EIP-1153
Pectra │ 2026.02 │ ~22,000,000│ EIP-7702, EIP-2537, EIP-76232.2 關鍵升級技術細節
Paris 升級（The Merge）
2022 年 9 月 15 日執行的 Paris 升級（又稱 The Merge）是以太坊歷史上最重要的轉變。這次升級將網路從工作量證明（PoW）共識機制轉變為權益證明（PoS），標誌著以太坊能源消耗減少約 99.95%。
核心相關 EIP：
- EIP-3675：將驗證器規範引入共識層
- EIP-4399：提供區塊雜湊值以支援 PoS 轉換
- EIP-3672：共識層獎勵分配
Shanghai 升級
2023 年 4 月 12 日執行的 Shanghai 升級是合併後的首次升級，主要特點是開放了質押提款功能。
核心相關 EIP：
- EIP-4895：信標鏈提款支持
- EIP-3855：PUSH0 指令
- EIP-3860：initcode 大小限制
- EIP-6046：棄用 SELFDESTRUCT
Cancun 升級
2024 年 3 月 13 日執行的 Cancun 升級引入了多項重要的新功能，其中最重要的是 EIP-4844（Proto-Danksharding）。
核心相關 EIP：
- EIP-4844：Proto-Danksharding（為 Blob 攜帶資料）
- EIP-4788：Beacon 根哈希存儲
- EIP-1153：存儲操作碼
- EIP-5656：MCOPY 指令
Pectra 升級（2026 年 2 月）
Pectra 是以太坊即將執行的最新升級，結合了 Prague（共識層）和 Electra（執行層）的功能。這次升級預計將帶來多項重要的技術改進。
核心相關 EIP：
- EIP-7702：EOA 帳戶抽象
- EIP-2537：BLS12-381 曲線操作
- EIP-7623：CALLF 與 RETF 指令
- EIP-2935：儲存歷史區塊哈希
三、當前重要 EIP 提案深度分析
3.1 帳戶抽象與 ERC-4337
帳戶抽象（Account Abstraction）是以太坊最重要的發展方向之一，它允許智慧合約作為帳戶運作，擺脫傳統 EOA（外部擁有帳戶）的限制。
EIP-7702：EOA 帳戶代碼
EIP-7702 是 Pectra 升級的核心組成部分，它為 EOA 帳戶提供了臨時成為智慧合約帳戶的能力。這一提案的設計理念是：使用者不需要部署完整的智慧合約錢包，只需要一次交易即可獲得智慧合約帳戶的功能。
技術實現機制：
- 當 EOA 執行 EIP-7702 交易時，會在其地址上設定合約代碼
- 設定的代碼在交易結束後被清除，回歸為普通 EOA
- 這種設計保留了 EOA 的簡單性，同時提供了智慧合約帳戶的功能
主要優勢：
- 降低智慧合約錢包的部署成本
- 支援更複雜的驗證邏輯（如社交恢復、多簽）
- 與現有錢包基礎設施相容
ERC-4337：帳戶抽象標準
ERC-4337 是一個獨立的帳戶抽象標準，不依賴網路升級即可部署。它通過「替代記憶體池」（Alternative Mempool）實現智慧合約錢包的功能。
核心元件：
- EntryPoint：統一的金鑰管理合約
- WalletContract：錢包智慧合約範本
- UserOperation：使用者操作的標準格式
- Bundler：將多個操作打包的節點
3.2 資料可用性與分片
EIP-4844 與 Blob 攜帶數據
EIP-4844（Proto-Danksharding）是以太坊擴容策略的關鍵里程碑。它引入了 Blob 攜帶數據（Blob-carrying transactions）的概念，使 Layer 2 Rollup 的資料成本大幅降低。
技術特點：
- 新型交易類型：Blob 交易攜帶額外的資料負載
- Blob 資料：最大 128KB，單獨定價
- 資料保留：Blob 資料僅在網路上保留 18 天
- 成本節省：L2 交易費用預計降低 10 倍以上
以太坊資料可用性架構的演進路徑：
階段 1（當前） │ 階段 2（Cancun） │ 階段 3（未來）
────────────────────────────────────────────────────────────
L2 資料存在 L1 │ Blob 資料優化 │ 完整分片
CallData 成本高 │ 成本大幅降低 │ 資料可用性擴展
│ │
Layer 2 費用高 │ Layer 2 費用降低 │ 支援更多 Rollup3.3 驗證者增強與質押
EIP-7251：增加驗證者最大有效餘額
隨著質押量不斷增長，需要增加驗證者的最大有效餘額以提高網路效率。
主要內容：
- 最大有效餘額從 32 ETH 提升至 2,048 ETH
- 允許大額質押者更有效率地運營驗證節點
- 降低節點運營的單位成本
EIP-7002：驗證者退出請求
這個提案允許驗證者自願退出網路，並確保退出請求能夠被正確處理。
3.4 智慧合約安全與優化
EIP-7543：Verkle 證明棄用 Commit
Verkle 樹是以太坊未來升級的關鍵技術，EIP-7543 為 Verkle 證明提供了新的格式。
EIP-7623：增加 CALLF 和 RETF 指令
這組提案增加了新的合約呼叫指令，可以更高效地處理合約間的呼叫。
效能提升：
- 降低合約呼叫的 Gas 成本
- 減少合約代碼大小
- 提高智慧合約的執行效率
3.5 代幣標準與應用層
ERC-7649：代幣綁定 NFT
這個提議引入了「代幣綁定 NFT」的概念，允許 NFT 與特定的代幣餘額關聯。
ERC-7621：智慧合約許可清單
針對智慧合約錢包的安全問題，這個提案提供了合約級別的許可控制機制。
四、EIP 發展趨勢與未來規劃
4.1 以太坊未來升級藍圖
以太坊的長期發展規劃圍繞著幾個核心目標：擴展性、安全性和去中心化程度。以下是規劃中的未來升級：
Electra 升級（預計 2026-2027）
- Verkle 樹部署：大幅減少狀態證明大小
- 驗證者增強：提高質押效率
- 帳戶抽象：更多智慧合約錢包功能
Future Upgrades
- 完整 Danksharding：實現資料可用性的線性擴展
- SSA：Single Slot Finality（單槽最終確認）
- Stateless Client（無狀態客戶端）
4.2 社群治理與 EIP 流程
EIP 的發展離不開以太坊社群的去中心化治理。核心開發者、ETH 客戶端團隊、研究者和社區成員共同參與 EIP 的審查和決策。
治理參與方式：
- Ethereum Magicians Forum：技術討論的主要場所
- GitHub EIP 倉庫：提案的正式提交和管理
- AllCoreDevs 會議：核心開發者的每週同步
- Ethereum Research：研究和論證的開放論壇
4.3 開發者參與 EIP 開發
對於有意參與 EIP 開發的開發者，以下是建議的流程：
- 研究階段：深入理解現有 EIP 和以太坊架構
- 討論階段：在 Ethereum Magicians 提出想法
- 撰寫階段：按照 EIP 格式編寫正式提案
- 提交階段：通過 GitHub 提交 EIP 草稿
- 迭代階段：根據社群回饋修改提案
- 審查階段：經歷 Review 和 Last Call 狀態
五、重要 EIP 狀態追蹤表格
5.1 核心類 EIP 狀態
2024-2026 年關鍵 EIP 狀態
────────────────────────────────────────────────────────────
EIP 編號 │ 名稱 │ 狀態 │ 預計部署
────────────────────────────────────────────────────────────
EIP-7702 │ EOA 帳戶代碼 │ Final │ Pectra
EIP-2537 │ BLS12-381 曲線操作 │ Final │ Pectra
EIP-7623 │ CALLF/RETF 指令 │ Final │ Pectra
EIP-7543 │ Verkle 證明 │ Draft │ 未定
EIP-7251 │ 驗證者最大餘額 │ Draft │ Electra
EIP-7002 │ 驗證者退出 │ Draft │ Electra
EIP-4844 │ Proto-Danksharding │ Final │ Cancun
EIP-4788 │ Beacon 根哈希 │ Final │ Cancun
EIP-4337 │ 帳戶抽象（ERC） │ Final │ 已部署
EIP-1559 │ 費用市場改革 │ Final │ London5.2 ERC 標準狀態
應用層重要 ERC 標準
────────────────────────────────────────────────────────────
ERC 編號 │ 名稱 │ 狀態 │ 應用場景
────────────────────────────────────────────────────────────
ERC-20 │ 代幣標準 │ Final │ 同質化代幣
ERC-721 │ NFT 標準 │ Final │非同質化代幣
ERC-1155 │ 多代幣標準 │ Final │ 批量代幣
ERC-4337 │ 帳戶抽象 │ Final │ 智慧合約錢包
ERC-4626 │ 代幣化保險庫 │ Final │ 收益 vault
ERC-4907 │ NFT 租借標準 │ Final │ 遊戲道具
ERC-6551 │ NFT 綁定帳戶 │ Final │ 帳戶抽象
ERC-7417 │ 跨鏈橋介面 │ Review │ 跨鏈六、EIP 追蹤工具與資源
6.1 官方資源
EIP 官方網站：eips.ethereum.org
- 完整的 EIP 清單和狀態查詢
- 提案全文和討論連結
- 狀態變更歷史
EIP GitHub 倉庫：github.com/ethereum/EIPs
- 提案的原始碼和討論
- 提交 Pull Request 的流程
- 社群貢獻指南
6.2 追蹤工具
EIP-1 監控服務
多個第三方服務提供 EIP 狀態的即時追蹤：
- eips.xyz：視覺化 EIP 狀態儀表板
- etherplan.com/eips：發展時間線追蹤
- twitter.com/eipbot：自動發布狀態更新
6.3 開發者社區
關鍵討論論壇
- ethresear.ch：研究和技術討論
- Ethereum Magicians：標準制定討論
- Discord #ethereum-dev：開發者即時通訊
七、結論
以太坊 EIP 系統是區塊鏈治理的典範，它允許全球開發者社群共同參與網路的演進決策。從早期的簡單標準（如 ERC-20）到如今的複雜升級（如 EIP-4844），每一個提案都在推動以太坊向更高效、更安全、更可擴展的方向發展。
截至 2026 年第一季度，以太坊正處於一個關鍵的發展階段。Pectra 升級帶來了帳戶抽象的重大突破，為智慧合約錢包的普及鋪平了道路。同時，以太坊的長期藍圖——包括 Verkle 樹、完整分片和單槽最終確認——正在逐步實現。
對於以太坊生態系統的參與者而言，持續追蹤 EIP 的發展動態具有重要意義：
- 開發者：了解最新的技術標準和安全最佳實踐
- 投資者：評估網路升級對經濟模型的影響
- 研究者：掌握以太坊技術發展的前沿方向
本指南將持續更新，以反映 EIP 提案的最新狀態變更。建議讀者透過官方管道獲取即時資訊，並積極參與以太坊社群的討論。
附錄：EIP 類型編碼參照表
EIP 類型前綴意義
────────────────────────────────────────────────────────────
前綴 │ 類型 │ 說明
────────────────────────────────────────────────────────────
0 │ 保留 │ 避免衝突
1 │ Core │ 網路升級相關
2 │ Networking │ P2P 網路協議
3 │ Interface │ API 和 ABI 標準
4 │ ERC │ 應用標準
5 │ Meta │ 流程和標準
6 │ Informational│ 資訊和指南本指南資訊截至 2026 年 3 月。EIP 狀態可能隨時變更，建議讀者透過 eips.ethereum.org 獲取最新資訊。
相關文章
- 以太坊 2026 年第一季度技術生態完整報告：升級進展、Layer 2 採用與機構採用數據驅動分析 — 本文提供截至 2026 年 3 月的最新以太坊生態系統數據，深入分析 Pectra 升級後的網路表現、Layer 2 TVL 趨勢與費用結構、貝萊德代幣化基金的詳細規模變化、質押經濟模型、ZK 技術發展，以及機構採用的最新進展。我們提供完整的量化數據驅動分析，幫助投資者、開發者和研究者全面掌握以太坊第一季度生態健康狀況與未來發展趨勢。
- 以太坊升級歷史與 The Merge 技術演進完整指南 — 深入分析以太坊的升級歷史，特別聚焦於 2022 年最重要的「合併」（The Merge）升級，從技術層面詳細比較 PoW 與 PoS 機制的差異。我們涵蓋每個升級的時間節點、技術變更、對開發者與用戶的實際影響，以及後續升級對生態系統的影響。
- 以太坊挖礦歷史、難度調整機制與礦工生態完整深度分析 — 本文深入分析以太坊工作量證明（PoW）時代的完整技術細節：從 Ethash 演算法的設計原理到實際挖礦操作，從難度調整機制的數學模型到礦池生態的演變，從早期礦工社群的運作模式到 The Merge 前的最後時刻。我們涵蓋 DAG 有向無環圖結構、GPU 挖礦效率演進、難度炸彈的政治意涵、The DAO Fork 對礦工的影響，以及合併後 ETHW 與 ETC 的發展現況。
- 以太坊執行層客戶端完整比較：Geth、Erigon 與 Nethermind 深度解析 — 以太坊的執行層（Execution Layer）是處理交易執行、狀態管理和智能合約交互的核心組件。雖然共識層（Consensus Layer）在 Merge 升級後變得更加矚目，但執行層的性能直接決定了網路的吞吐量、費用效率和整體用戶體驗。目前市場上存在多個執行層客戶端實現，它們在設計理念、效能特性、資源需求和生態系統整合方面各有千秋。
- 以太坊驗證者客戶端實作完整比較指南 — 以太坊的客戶端多樣性是其去中心化安全策略的核心組成部分。與比特幣網路主要依賴少數客戶端實現不同，以太坊採用多客戶端架構，由不同團隊獨立開發多個客戶端軟體。這種設計確保了網路不會因為單一客戶端的漏洞而癱瘓，同時促進了創新與良性競爭。
延伸閱讀與來源
- Ethereum.org Developers 官方開發者入口與技術文件
- EIPs 以太坊改進提案
這篇文章對您有幫助嗎？
請告訴我們如何改進：
評論
發表評論
注意：由於這是靜態網站，您的評論將儲存在本地瀏覽器中，不會公開顯示。
目前尚無評論，成為第一個發表評論的人吧！