EIP-8141列入Hegotá核心提案 以太坊推進原生帳戶抽象化

以太坊核心開發團隊於8月27日將「EIP-8141」排入下一次升級Hegotá的時程,並列為執行層的核心提案。這項提案把交易驗證、手續費支付與實際執行拆開處理,目的是支援可程式化的帳戶功能。

開發者在當天的會議中,確定把EIP-8141列為Hegotá的核心功能之一。此後,各家客戶端開發團隊便能依據這項提案的規格進行實作與測試。

以太坊基金會在9月7日公布的Hegotá以太坊改進提案(EIP)評估報告中,將EIP-8141與EIP-7805「FOCIL」列為「必須納入」的提案。此次評估共檢視62項提案,其餘則依等級分類或排除在外。

這項決定代表EIP-8141的定位,已從先前的「預計納入」階段,正式提升為Hegotá執行層的核心提案。本站先前已報導,EIP-8141曾被列為Hegotá的預計納入項目,此後開發者的討論便逐步進入實作與測試階段。

EIP-8141的架構,是把一筆交易拆成多個「框架(frame)」,讓交易驗證、手續費支付與實際執行各自套用不同的程式邏輯。

目前一般帳戶的運作方式,是使用者以私鑰簽署交易,再由同一帳戶支付以太幣(ETH)手續費後執行交易。框架交易(Frame Transaction)則把簽署者、手續費支付者與執行方式各自拆開,讓整套流程變得更有彈性。

如此一來,應用程式或其他帳戶就能代替使用者支付手續費。開發者也能打造一次處理多筆操作、採用不同驗證與簽署方式的帳戶,甚至設計以非ETH代幣支付手續費的機制。

帳戶抽象化並非以太坊首次嘗試的概念。採用ERC-4337標準的智能帳戶,便是透過額外基礎設施來實現帳戶抽象化。

EIP-8141的做法則是直接改變交易格式本身,把帳戶抽象化功能寫進以太坊第一層(Layer 1)。由於不需仰賴額外的中繼者(relayer)或打包者(bundler),這種方式被稱為「原生帳戶抽象化」。

框架交易也可能影響金鑰管理方式,因為它為採用多把金鑰驗證、金鑰更換與復原,以及Passkey等驗證方式,提供了可在協議層面設計的基礎。

抗量子轉換也是相關背景之一。目前以太坊一般帳戶採用橢圓曲線加密的secp256k1簽章方式,而EIP-8141讓交易驗證邏輯可程式化,未來若要導入新的簽章體系,便能減少重新設計交易結構的負擔。

不過EIP-8141本身並不會讓以太坊直接轉變為抗量子網路,這項提案的意義在於建立一套能夠容納新加密體系的交易架構。

以太坊基金會在Hegotá評估中,將EIP-8141定位為執行層的核心功能;在共識層方面,EIP-7805「FOCIL」同樣被列為核心功能,其餘提案則將經過後續篩選程序。

Hegotá的完整範圍與主網上線時間目前尚未確定。開發者計劃在11月3日於印度孟買舉行的Devcon開幕前,敲定這次升級要納入的EIP範圍。

下一次以太坊核心開發者會議將於24日舉行。此前以太坊基金會已將EIP-8141與EIP-7805列為Hegotá的必要提案,後續會議預計將討論細部實作內容,以及其他候選提案是否納入。