以太坊「原生帳戶抽象化（native Account Abstraction）」該怎麼落地，開發者社群吵了好一陣子，如今出現一個把兩派拉近的折衷方案。根據 Ethereum Magicians 論壇的討論串，原本的核心提案 EIP-8130，正被重構、拆分成三個「可組合」的新 EIP—8398、8399 與 8400。
原生 AA 是什麼？8130 與 Frame 兩派為何相爭
帳戶抽象化（AA）的目標，是讓「智慧合約帳戶」成為以太坊的一等公民，能自訂驗證邏輯、支援社交找回、代付 gas、批次交易等。目前主流做法是走鏈下 bundler 的 ERC-4337，而「原生 AA」則想在協議層直接支援。爭論就出在「怎麼支援」：
一派是以 EIP-8130 為代表的「keystore」路線：用一份可信驗證器的白名單來管理簽章驗證，好處是驗證成本可預測、有上限（對 Layer 2 特別友善），並內建含 policy 與 session key 的帳戶標準，主打簡單、減少碎片化。另一派則是 Frame Transactions（EIP-8141）：允許在交易的任一環節，以任意 EVM 程式碼做「非結構化驗證」，能實現「沒有 ETH 的帳戶在執行過程中途取得資金」等新玩法，換來的是最大的彈性與免硬分叉的創新空間，但也帶來較高的碎片化風險、部分進階模式還需要私有 mempool。Ethlabs 的 Derek Chiang 先前一篇〈8130 vs Frame Transactions〉的比較，正點出了「簡單可控」與「極致彈性」之間的取捨。
折衷解方：拆成 8398、8399、8400 三個可組合 EIP
由開發者 Pedro UID 於 8 月 27 日提出的「可組合原生帳戶抽象化」，把功能拆成三個層層堆疊的核心 EIP（對應的 GitHub PR #12248 同日開啟）：EIP-8398「可攜帳戶 Keystore」負責定義參與者（actor）、驗證器、帳戶設定、建立與跨鏈可攜性；EIP-8399 建立在 8398 之上，引入交易類型 0x79 的原生 AA 交易，並加上批次、交易贊助（sponsorship）與有序 nonce；EIP-8400 則需要前兩者，再加上 policy、帳戶鎖定，以及使用同一交易封套的「免 nonce 交易」。原本的 EIP-8130 維持不變，是被重構為這三份互補規格的前身。
意義：模組化讓各鏈按需採用，但仍在提案階段
把一個大提案拆成三個可組合的模組，最大的好處是彈性：不同的鏈或團隊可以只採用自己需要的層級，而不必全有或全無。社群中的一種解讀是，Frame 那套強調彈性的路線大致勝出，而 L2 派 keystore 的想法也被融合了進來—換句話說，兩邊都不算全輸。不過要提醒的是，這一切目前仍停留在 EIP 提案與社群討論的階段，尚未成為以太坊的最終方案，後續還要看核心開發者如何把這三份規格收斂進正式的升級路線。
這篇文章 以太坊原生帳戶抽象化（AA）之爭：8130 拆成三個 EIP 最早出現於 。