EIP-8130 拆分:以太坊 AA 路线从对立走向模块化融合

核心要点

原生账户抽象化路径迎来结构性折衷,原EIP-8130被重构为8398、8399、8400三个可组合模块,在保留简单可控与极致弹性之间找到平衡点。

据 Woofun AI 消息,以太坊原生账户抽象化(native Account Abstraction)的落地路径出现关键转折,长期存在的路线之争通过折衷方案得以缓解,原始核心提案 EIP-8130 正被拆解并重构为三个独立且可组合的新模块。

围绕智能合约账户如何成为以太坊一等公民的争论,焦点集中在验证逻辑的实现方式上。目前主流依赖链下 bundler 的 ERC-4337 标准,而原生 AA 旨在协议层直接支持。争论的两极分别是以 EIP-8130 为代表的 keystore 路线,以及强调极致弹性的 Frame Transactions(EIP-8141)。Keystore 路线主张使用可信验证器白名单来管理签名,其优势在于验证成本可预测且有上限,这对 Layer 2 网络尤为友好,同时内建了包含 policy 与 session key 的账户标准,追求简单性与减少碎片化。

相反,Frame Transactions 允许在交易任一环节使用任意 EVM 代码进行非结构化验证,这使得没有 ETH 的账户在执行过程中途取得资金成为可能,提供了免硬分叉的创新空间,但代价是较高的碎片化风险,部分进阶模式甚至需要私有 mempool。EthlabsDerek Chiang 此前在《8130 vs Frame Transactions》一文中精准概括了这一矛盾,即简单可控与极致弹性之间的根本取舍。

Woofun AI 整理数据显示,这场技术路线的博弈并非零和,而是逐渐演变为对功能模块化的需求。

开发者 Pedro UID 于 8 月 27 日提出了具体的折衷架构,即"可组合原生账户抽象化",并在同日开启了 GitHub PR 12248。该方案将原 EIP-8130 拆分为三个层层堆叠的核心 EIP。首先是 EIP-8398"可携账户 Keystore",负责定义参与者(actor)、验证器、账户设置、创建与跨链可携性,奠定底层基础。其次,EIP-8399 建立在 8398 之上,引入交易类型 0x79 的原生 AA 交易,并增加批量处理、交易赞助(sponsorship)与有序 nonce 功能。最后,EIP-8400 依赖前两者,进一步加入 policy、账户锁定,以及使用同一交易封套的"免 nonce 交易"。

这种模块化设计意味着各链或团队可根据需求选择采用层级,无需全有或全无。社群普遍认为,Frame 派强调的弹性路线大致胜出,但 L2 派 keystore 的理念也被有效融合,双方利益均得到一定程度的保留。

当前这一架构仍处于 EIP 提案与社群讨论阶段,尚未成为以太坊的最终方案。核心开发者需进一步评估如何将这三份规格收敛进正式升级路线。值得注意的是,这种从单一大型提案向模块化组件的转变,标志着以太坊治理在应对复杂技术分歧时,正从二元对立转向更具包容性的工程化解决路径。

评论

回复 @用户
0/800

暂无评论

消息提醒

登录后查看消息
查看全部消息管理订阅