8 月 28 日核心開發者會議：EIP-8141 升為 Scheduled for Inclusion
以太坊核心開發者在 8 月 28 日的 All Core Devs 會議上確認，原生帳戶抽象（Account Abstraction）會隨下一次網絡升級 Hegotá 一同上線。對應的提案 EIP-8141 由 Considered for Inclusion 升為 Scheduled for Inclusion，即由「仍在審議的候選」變成「已排定的分叉內容」。
要注意的是，規格頁上的文件狀態至今仍然是 Draft，SFI 講的是「排進這次分叉的工作清單」，不是規格已經定稿。EIP-8141 早在 3 月已經進入 Hegotá 的討論，並被視為升級的主打功能，開發者對帳戶抽象本身應該進入這次分叉一直有高度共識，卡住的是實作細節。3 月 12 日的會議曾經押後正式決定，因為客戶端團隊要求先釐清記憶池（mempool）規則，避免驗證邏輯開放之後，變成阻斷服務攻擊的入口。
Frame Transaction 改的是甚麼：0x06 交易類型與三種 frame
EIP-8141 的正式名稱是 Frame Transaction，它引入編號 `0x06` 的新交易類型，把一筆交易的執行拆成一連串 frame，每個 frame 都是一次合約呼叫，分別負責驗證、授權付費與執行。每個 frame 屬於三種模式之一：
- DEFAULT（0）：以協議層的 ENTRY_POINT 身分執行
- VERIFY（1）：純驗證，不留副作用，通過後才授權 gas
- SENDER（2）：要 VERIFY 通過才會執行，以交易發送者身分呼叫
規格訂明的常數包括 `ENTRY_POINT` 為 `address(0xaa)`、單筆交易最多 64 個 frame、基本成本 12,000 gas，每個 frame 再加 475 gas。協議同時內建一個預設帳戶，SECP256K1 與 SECP256R1 兩條曲線都支援。
實際意義是，以太坊帳戶不再被綁死在網絡上線以來的 ECDSA 簽名方案上，帳戶與私鑰脫鈎之後可以原生換鑰匙。規格自己列出的第一項動機，正是為抗量子密碼學留一條原生出路：WebAuthn、混合驗證以至後量子簽名都可以在帳戶層自行編寫，不必等新的驗證合約部署。Vitalik Buterin 在 2 月 28 日形容，這個做法收拾並解決了帳戶抽象自 2016 年以來剩下的每一個問題。
三代帳戶抽象方案對照
方案 | 所在層級 | 交易怎樣送出 | 現況 |
|---|---|---|---|
ERC-4337 | 應用層中介 | 需要 bundler 與獨立記憶池 | 已運行，L2 與未採用的鏈繼續使用 |
EIP-7702 | 委託層 | 外部帳戶把執行委託給合約 | 2025 年 5 月已上線 |
EIP-8141 | 協議共識層 | 取消 bundler，直接走標準記憶池 | 排定進入 Hegotá |
三者不是互相取代。現有的智能帳戶地址在 EIP-8141 之後依然有效，無須遷移，ERC-4337 的基建也不會即時失效。分別在於 EIP-8141 把驗證交回協議本身，交易可以直接進區塊，省掉 bundler 聚合造成的延遲；代付 gas 的 paymaster 可以在 VERIFY 階段一次過完成授權，不用再依賴目前那套被視為不安全的 postOp 模式。
EIP-8130 九月在 Base 先行：L1 與 L2 標準恐怕分家
同一時間，另一份提案 EIP-8130 正在成形，並且已定於 9 月在 Base 上線。換言之，一條 Layer 2 會比以太坊主網更早跑起自己的帳戶抽象方案。
兩份提案的分歧在驗證怎樣做。EIP-8141 讓帳戶用完整的 EVM 寫驗證邏輯，靈活度最高，多重呼叫與 paymaster 組合都容易處理。EIP-8130 則要求帳戶透過鏈上的 Account Configuration 合約，聲明自己採用哪一種已註冊的驗證器，換來 O(1) 的密碼學檢查，不需要 EVM 追蹤，實作與抗阻斷服務都容易得多，代價是每種新簽名方案都要先部署一份驗證器合約。Paradigm 的 Tempo 是第三份方案，刻意只保留批次交易、有效期、代付與二維 nonce 等基本能力。
擔心之處正在於此。假如主網走 EIP-8141、Base 走 EIP-8130，同一個帳戶在 L1 與 L2 的行為會不一樣，錢包與應用要為兩套標準各寫一次。開發者現時正朝一套共用的交易標準推進，目標是既保住 L1 的彈性，又讓 L2 可以為效能與抗阻斷服務作最佳化，令帳戶在整個以太坊生態之間可以互通。
時間表：由草案到 Hegotá 主網
日期（香港時間） | 事件 |
|---|---|
2026 年 1 月 29 日 | EIP-8141 草案提交，Vitalik Buterin 為作者之一 |
2026 年 2 月 18 日 | 以太坊基金會將原生帳戶抽象列入年度協議優先項目 |
2026 年 2 月 28 日 | Vitalik Buterin 表示一年內可以上線 |
2026 年 3 月 12 日 | 核心開發者押後決定，要求先訂記憶池規則 |
2026 年 8 月 28 日 | EIP-8141 升為 Scheduled for Inclusion |
2026 年 9 月 28 日 | 前一次升級 Glamsterdam 在 Sepolia 測試網分叉 |
2026 年 11 月 4 日 | Glamsterdam 主網啟動（目標日期） |
Hegotá 排在 Glamsterdam 之後。原定目標是 2026 年下半年，但按目前進度，有可能推遲到 2026 年第四季至 2027 年第一季之間。
對開發者而言，現階段實際的做法仍然是繼續用 ERC-4337、盡快採用 EIP-7702，而不是直接針對 EIP-8141 寫程式。記憶池規則與預設帳戶的規格未定案之前，介面隨時會變；比較穩妥的位置是抽象層，等 EIP-8141 真正啟用時，只需要在那一層改路由。
來源
- EIP-8141: Frame Transaction（以太坊改進提案原始規格）
- Ethereum's Long-Awaited Account Abstraction Set for Hegota Upgrade（Crypto News Australia）
No comments yet