ZeroDev 创始人、Ethlabs 开发者 Derek Chiang 表示，旨在协调 Base 主导的 EIP-8130 与以太坊 EIP-8141 Frame Transactions 的合作已于上周结束，双方接下来将分别推进各自的原生账户抽象标准。
以太坊官方 Ethereum Improvement Proposal 注册表显示，EIP-8130 和 EIP-8141 目前都被列为 draft。Ethlabs 支持面向 Hegotá 的 Frame Transactions，并将 Hegotá 描述为一次即将到来的以太坊硬分叉。Ethlabs 还表示，计划与 Layer 2 网络和钱包协作推进落地。
从实际影响看，如果原生交易类型彼此不兼容，钱包和应用开发者需要承担更多集成工作。Chiang 称，这次协调失败等于「把后续碎片化带来的负担转移给钱包」，不过他也认为，软件仍然可以把这些差异隐藏在用户看不到的层面。
两套设计的分歧在哪里
账户抽象允许智能合约账户自行定义验证逻辑，而不再只依赖外部拥有账户固定的一套规则。最终版 ERC-4337 标准已经在不修改以太坊共识规则的前提下提供了账户抽象方案：用户提交的是 UserOperation 对象，这些对象进入独立内存池，再由 bundler 打包为发往 EntryPoint 合约的交易。
新的两份草案都把账户抽象相关能力移入原生交易处理层，但控制点不同。
EIP-8130 将新的 typed transaction 与链上密钥库、账户配置系统结合起来，支持自定义认证、批量调用和 gas 代付。由于每笔交易都会声明自己的 authenticator，节点可以在执行任意钱包代码之前识别所需验证工作，并提前拒绝未知 authenticator。
8130 草案还定义了一个 L1 配置和一个 L2 配置。L1 配置对 authenticator 的接受更宽松，L2 配置则把原生交易路径限制在一组规范化的 canonical authenticator 集合内。其设计目标，是让高吞吐链获得更可预测的验证成本，同时为钱包保留一套共同基础。
EIP-8141 则把一笔交易拆分为一系列「frames」，也就是一串合约调用，用来完成交易验证、批准 gas 支付和执行用户操作。按照这套设计，账户可以用 EVM 代码定义验证规则与 gas 支付规则，并支持密钥轮换、批量调用以及替代手续费支付等功能。
Ethlabs 此前对两者的核心取舍做过概括：基于 EVM、无需许可的验证方式，让 Frame Transactions 在隐私和未来签名系统上更灵活，但动态验证成本会给高吞吐 Layer 2 带来挑战；EIP-8130 则通过在执行前显式声明 authenticator，把重点放在更可预测的验证过程上。
可移植性问题没有消失，只是被上移
EIP-8130 草案仍把可移植性列为重点问题。草案称，即便某条 EVM 链不支持 8130 交易类型，相关账户仍可以通过 ERC-4337 或其他传输机制运行。草案同时要求，符合规范的链需要接受一套共享的 canonical authenticator 集合。
这意味着，即便此次协调破裂，8130 账户也不一定会因此无法在另一条 EVM 链上使用。但如果 EIP-8130 和 EIP-8141 分别独立推进，原本试图在以太坊与 Base 之间建立统一原生交易格式的努力将告一段落。届时，钱包和应用需要根据不同链，选择对应的交易传输方式与验证规则。
开发者提出两种应对方向
Chiang 提出了两种可能路径：一是围绕以太坊与 Layer 2 共享的资源扩大协调范围；二是接受协议层差异，再由钱包和应用把这些差异抽象掉，不直接暴露给用户。
截至目前，以太坊官方 EIP 注册表仍将 EIP-8130 与 EIP-8141 都列为 draft。