以太坊原生账户抽象化（native Account Abstraction，AA）该如何落地，开发者社区讨论已持续一段时间。根据 Ethereum Magicians 论坛的讨论串，原本的核心提案 EIP-8130 正被重构并拆分为三个可组合的新 EIP：8398、8399 与 8400。
原生 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》一文中，对这两种方向作过比较，核心差异就在于「简单可控」与「极致弹性」之间的取舍。
EIP-8130 被拆为 8398、8399、8400
开发者 Pedro UID 于 8 月 27 日提出「可组合原生账户抽象化」方案，并在同一天开启对应的 GitHub PR #12248。该方案将功能拆为三个可以逐层堆叠的核心 EIP。
- EIP-8398：可携账户 Keystore，负责定义参与者（actor）、验证器、账户配置、创建方式以及跨链可携性。
- EIP-8399：建立在 8398 之上，引入交易类型 0x79 的原生 AA 交易，并加入批量交易、交易赞助（sponsorship）和有序 nonce。
- EIP-8400：需要以前两者为基础，继续加入 policy、账户锁定，以及使用同一交易封套的免 nonce 交易。
原本的 EIP-8130 本身没有被改写为全新独立方向，而是成为这三份互补规格重构前的前身。
模块化思路试图缩小两派分歧
将一个大型提案拆成三个可组合模块，直接带来的变化是部署弹性提高。不同链或团队可以只采用自己需要的层级，而不必在完整方案与完全放弃之间二选一。
社区中一种解读认为，强调弹性的 Frame 路线大致占了上风，同时 Layer 2 阵营重视的 keystore 思路也被纳入结构中。换句话说，这套拆分方案更像是把两边观点拼接到同一套框架里，而不是让某一方完全胜出。
目前仍处于提案与讨论阶段
这轮调整目前仍停留在 EIP 提案和社区讨论阶段，尚未成为以太坊的最终方案。后续进展，还要看核心开发者如何把这三份规格进一步收敛到正式升级路线中。