Ethlabs 的 Derek Chiang,即 ZeroDev 的創始人,表示上周已結束與 Base 所主導的 EIP-8130 和以太坊的 EIP-8141 Frame Transactions 的協作,雙方現將各自推進原生帳戶抽象標準。
官方的以太坊改進提案註冊表將 EIP-8130 和 EIP-8141 列為草案。Ethlabs 支援 Hegotá 的 Frame Transactions,並將其描述為即將到來的以太坊分叉,並表示計劃與 Layer 2 和錢包合作進行部署。
實際上,不相容的原生交易類型會將更多的整合工作轉嫁給錢包和應用程式開發者。Chiang 表示,這項失敗的嘗試是「將處理隨之而來的碎片化問題的負擔強加給錢包」,儘管他認為軟體仍可將這些差異對用戶隱藏。
設計有何不同
帳戶抽象允許智能合約帳戶定義自己的驗證邏輯,而非僅依賴於外部擁有帳戶的固定規則。最終的 ERC-4337 標準 在不改變以太坊共識規則的情況下提供了帳戶抽象:用戶將 `UserOperation` 對象提交至獨立的內存池,而捆綁器則將它們打包成傳送至 EntryPoint 合約的交易。
這兩個新草案都將帳戶抽象功能移至原生交易處理中,但它們使用了不同的控制點。
EIP-8130 將一種新型的類型化交易與鏈上金鑰儲存和帳戶配置系統相結合。它支援自訂驗證、批次呼叫和汽油贊助。由於每筆交易都會聲明其驗證器,節點可在執行任意錢包程式碼前,識別所需的驗證工作並拒絕未知的驗證器。
8130 草案定義了一個允許寬鬆認證器接受的 L1 資料檔,以及一個將其原生交易路徑限制於標準認證器集合的 L2 資料檔。此架構旨在為高吞吐量鏈提供可預測的驗證成本,同時為錢包保留共同的基線。
EIP-8141 則將交易分割為一系列「幀」,即驗證交易、批准 Gas 支付並執行使用者操作的合約呼叫。其設計允許帳戶使用 EVM 代碼來定義驗證和 Gas 支付規則,並支援密鑰輪換、批量呼叫和替代費用支付等功能。
Ethlabs 已說明了核心的權衡:無許可、基於 EVM 的驗證為 Frame 交易提供了隱私和未來簽名系統的靈活性,但動態驗證成本可能對高吞吐量的 Layer 2 帶來挑戰。EIP-8130 透過在執行前明確指定驗證者,優先考慮更可預測的驗證。
可移植性向上移動
EIP-8130 的草案仍將可移植性列為首要關注事項。它指出,帳戶可以透過 ERC-4337 或其他傳輸機制,在不支援 8130 交易類型的 EVM 鏈上運作。它還要求合規鏈接納一組共享的標準認證器。
因此,所報告的分拆並不一定會使 8130 帳戶在其他 EVM 鏈上無法使用。然而,如果這兩份草案分別推進,將終止為以太坊和 Base 建立一個共享原生交易格式的嘗試。錢包和應用程式需要為每個鏈選擇合適的交易傳輸和驗證規則。
江提出了兩種可能的應對方案:加強以太坊和 Layer 2 共享資源的協調,或接受協議差異,並構建將這些差異對用戶隱藏的錢包和應用程式。目前,官方的 EIP 註冊表將這兩種設計列為草案。

