EIP-8141確定納入Hegotá升級，Buterin稱90%網路活動為靜態

EIP-8141確定納入Hegotá升級，Buterin稱90%的以太坊活動不需要完整動態性。

「我認為8141已接近最優解，」以太坊共同創辦人Vitalik Buterin在9月5日於X平台發文表示。他將一筆交易描述為「只是一系列呼叫」，同時指出公共記憶體池仍需保持限制性，以抵禦拒絕服務攻擊。

該提案名為「Frame Transaction」，定義了一種新的EIP-2718交易封套，類型識別碼為0x06。已發布的常數包括12,000 gas的固有成本、每個框架額外475 gas、每筆交易最多64個框架，以及位於0xaa地址的指定入口點。核心開發人員在8月27日的第244次All Core Developers Execution會議上，將EIP-8141從「考慮納入」移至「確定納入」Hegotá升級，此前該提案已於3月26日的ACDE 233會議中被標記為CFI。

Hegotá預計於2027年推出，緊接在目標為2026年第四季度的Glamsterdam升級之後。若付諸實行，EIP-8141可能實現交易依賴的平行處理，降低可靜態分析操作的手續費成本，並為各EVM鏈上的原生帳戶抽象提供通用介面——這是一項結構性升級，使以太坊在成本與吞吐量上能更直接地與Layer 2網路競爭。

行動與依賴

Buterin將行動定義為交易產生的效果，例如發送以太幣的呼叫。依賴則是交易或狀態中必須為真才能有效的條件——包括簽名、UTXO的Merkle證明，以及SNARK或STARK證明。當存取的狀態被靜態宣告時，依賴可以平行處理；而無法存取狀態的純依賴可以在記憶體池層一次性處理，並可能由STARK取代，從而使執行與底層資料日後都可被省略。

該設計將保留極簡的交易格式：一系列呼叫、標記每個呼叫為靜態或純的旗標，以及一小組欄位，如來源與nonce。Buterin將其與2015年代的以太坊設計進行對比，當時序列執行與單金鑰ECDSA帳戶已足夠。他在文中寫道，目前的擴容工作必須超越該模式，因為完全動態的執行與狀態層「不利於擴容」。

該提案建立於可追溯至2016年提出的EIP-86帳戶抽象研究之上。EIP-7701「Native Account Abstraction」已被撤回，因被EIP-8141取代。相關工作還包括EIP-8250「Keyed Nonces for Frame Transactions」，該提案以獨立nonce金鑰取代單一線性發送者nonce，使不相交非零金鑰上的交易彼此重放獨立。Buterin在5月5日的說明中包含一個實例：八年內以每秒2,000筆交易處理五千億個協議內nullifier。

Buterin將EIP-8141描述為「一個綜合提案，封裝並解決了AA原本旨在處理的每一個剩餘問題（甚至更多）」。他也主張框架使隱私協議更具一級地位，因為它們將通用可程式性移入驗證階段，而此前的驗證階段依賴硬編碼的ECDSA。

該提案尚未在主網上線。自2026年1月草案以來，Gas數字、框架上限及操作碼清單已經發生變化——原始規格使用較高的15,000 gas固有成本，最多1,000個框架。公共記憶體池准入預計前期仍將保持保守。追蹤為EIP-7805的Fork Choice強制納入清單（FOCIL）仍然是Hegotá中另行排定的納入清單重點項目。Buterin此前將這兩個提案描述為互補關係。

一個公開測試網已支援EIP-8141，為開發人員提供即時環境來測試該交易模式。Buterin在9月5日的發文還指向lightclient同日發表的文章「Frames Are All You Need」，作為對設計方向的伴隨說明。週末發文中的分析重點範圍狹窄：EIP-8141正被視為通用交易封套，後續的狀態類型與基於證明的記憶體池壓縮可以建構於其上。該封套是否維持為Hegotá的設計，取決於EIP本身標記為尚未完成的規範工作。

本文僅供資訊參考，不構成投資建議。