Vitalik Buterin 力推新擴容設計,以太坊 EIP-8141 引發關注
重點速覽
- •EIP-8141 將交易執行分為依賴項(有效性條件)與動作(驗證後執行的操作)。
- •該提案引入 Frame Transaction 交易類型,可實現費用贊助、以代幣支付費用、密鑰輪替與批次交易。
- •Buterin 估計超過 90% 的以太坊交易不需要完整的執行彈性,但他強調這是個人估計而非實測指標。
- •EIP-8141 仍屬草案階段的核心提案,必須通過核心開發者審查並被排入網路升級後才能啟用。
- •未解的技術問題包括拒絕服務攻擊防護、交易替換,以及單一發送者可提交的 Frame Transaction 數量上限。

以太坊的 EIP-8141 似乎正開闢一條新路,以太坊共同創辦人 Vitalik Buterin 正推進這項提案,作為透過網路上可擴展的交易來提升效率的方式。
該提案的核心,是將核准交易的必要條件與交易實際執行的流程分離。Buterin 認為,這種做法可讓以太坊在不犧牲彈性的前提下,更有效地處理常見交易。他將其描述為在不忽略去中心化的情況下提升以太坊可擴展性的策略之一。這項工作延續了以太坊長期以來的協議開發脈絡:以太坊的升級路徑已先後經歷 2022 年轉向權益證明的 The Merge,以及之後的「Dencun」與「Pectra」硬分叉,擴容與降低交易成本始終是網路發展路線圖的重點。
Buterin 於 2026 年 9 月 5 日在 X 上發文寫道:
One positive consequence of all the recent detailed thinking about transaction formats – not just 8141, also "future of state" discussions eg. UTXOs, PBT, keyed nonces, and also recursive STARK mempool – is that we have a much more explicit understanding of how transactions have…
— vitalik.eth (@VitalikButerin) September 5, 2026 (https://x.com/VitalikButerin/status/2096378061377900881)
EIP-8141 將交易依賴項與動作分離
Buterin 將交易執行流程分為兩大組成部分:依賴項與動作。
依賴項是交易被視為有效時必須滿足的條件,包括簽署交易、透過 Merkle 樹證明、使用 ZK-SNARKs 或 STARKs 等。
動作則是在所有前置條件通過驗證後執行的操作,包括發送 ETH、呼叫智能合約,以及更改區塊鏈上的資訊。
在 EIP-8141 的機制下,部分依賴項檢查可以並行執行,而非由每個客戶端逐一順序處理。其他依賴項檢查甚至可以在交易等待於記憶體池(mempool)期間、被納入區塊之前完成。
另一方面,狀態依賴項較為複雜,因為先前的交易可能改變餘額及其他區塊鏈資料。不過,如果交易明確指定其所需的狀態,記憶體池就能更有效地處理此類依賴項檢查。
Buterin 估計,以太坊網路上超過 90% 的交易不需要完整的執行彈性。他指出,這個數字是他個人的估計,而非網路的實測指標。
Frame Transaction 設計
EIP-8141 引入了一種名為 Frame Transaction 的新型交易類型。該框架設計將用於授權、費用支付與使用者操作的合約呼叫分離開來。
此設計將允許由帳戶的程式碼來授權交易並支付費用,而非依賴傳統的簽名機制。該框架可實現的潛在功能包括費用贊助、以代幣支付費用、密鑰輪替與批次交易。這些能力呼應了帳戶抽象長期以來的目標——這是以太坊先前透過 EIP-4337 等獨立方案追求過的設計主題,該提案在不改動核心協議的情況下為「UserOperations」引入了專用記憶體池;EIP-8141 則是直接在交易格式層級著手。
驗證將是第一步,用於判定交易是否通過身分驗證。之後,其他框架可負責支付費用並執行指定的動作。
提議的格式相當直接,涉及合約呼叫、旗標、來源(origin)與 nonce 資訊。相同格式也可被其他基於 EVM 模型建置的網路採用。
仍有未解問題
EIP-8141 目前仍是核心提案的草案階段,這意味著其技術的任何方面在開發過程中都有可能調整。草案階段的以太坊改進提案必須通過以太坊核心開發者審查,並被排入未來的網路升級後才能啟用;這一過程在過往往往需要數月至數年,且提案可能被修改或完全擱置。目前的架構涵蓋記憶體池准入、框架執行、回執(receipts)、簽名、gas 與交易傳播。開發者正在處理拒絕服務攻擊的考量、交易替換、錢包修改、區塊建構與 RPC 等課題。
另一個未解問題是單一發送者可提交的 Frame Transaction 數量上限。對於需要在單一區塊內進行多筆交易的用戶,此限制可能帶來什麼影響,已有人提出疑問。
這些問題顯示,EIP-8141 在成為以太坊協議的一部分之前,仍需克服若干技術障礙。
從 Buterin 的角度來看,該提案將帳戶抽象與以太坊未來的可擴展性計畫連結起來。EIP-8141 並不取代以太坊帳戶,而是讓交易模板變得可預測。若開發持續推進,該提案有望在以太坊的擴容、帳戶抽象與交易效率提升策略中扮演關鍵角色。