以太坊原生账户抽象化（AA）争议：8130拆分为三个EIP解析

以太坊原生帐户抽象化（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 三个可组合E​​IP

由开发者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 提案与社群讨论的阶段，尚未成为以太坊的最终方案，后续还要看核心开发者如何把这三份规格收敛进正式的升级路线。