以太坊与Base放弃联合账户抽象标准

以太坊与Base开发者终止通用账户抽象标准协作，两网将各自推进交易设计

以太坊（Ethereum）和Base的开发者已终止了针对共同账户抽象标准的协作工作。此前，双方试图调和EIP-8141与EIP-8130提案的努力因无法达成共识而失败，导致两个网络决定分别追求各自的交易设计方案。

分歧根源：核心目标的不可调和

Ethlabs开发者Derek Chiang于周一表示，上周两方提案的作者停止了寻求共享规范的尝试，原因是发现现有的技术选项要求以太坊或Base在核心需求上做出妥协。Chiang指出：“我很遗憾地报告，8130与8141（Frames）之间的协作已于上周破裂，Base和以太坊现在将分道扬镳，实施不同的账户抽象标准。”

尽管两项提案均旨在简化用户与加密钱包的交互方式——例如允许用户在不持有ETH作为Gas费的情况下进行交易，并支持手机密码等认证方法——但团队在探索是否有一个统一的设计能同时服务于以太坊Layer 1和Base Layer 2时遇到了障碍。

Chiang解释道：“虽然我们确定了一些技术方案，但它们都要求其中一方在核心目标上至少做出些许妥协。因此，我们选择了分开行动，将由此产生的碎片化负担留给钱包开发者去处理。”

根据Chiang的说法，以太坊开发者优先考虑的是抗审查性、隐私性和安全性；而Base则更侧重于可扩展性、定制化和合规性。这些根本性的差异最终阻碍了团队就单一交易格式达成一致。

对钱包开发者的影响与挑战

这一决定意味着，如果EIP-8141和EIP-8130最终都投入生产环境，钱包开发者可能面临支持两种原生交易格式的复杂局面。然而，Chiang认为，只要开发人员妥善处理这些独立的标准，钱包仍可为用户提供一致的使用体验。

“如果他们执行得当，且钱包社区能够弥合这种碎片化带来的鸿沟，我们最终可能会为终端用户提供最佳的用户体验（UX），”他说。

这一结果与几天前开发者们讨论的方向截然不同。早在9月7日，曾有报道指出EIP-8141的开发者正在探索与EIP-8130的兼容性，试图在保持交易可编程性的同时，使基础设施提供商更容易检查其认证要求。当时，Chiang曾表示EIP-8130可以为EIP-8141的Frames提供定义良好的结构，旨在保留Frames的可编程特性，同时为钱包和高吞吐量网络提供更清晰的交易格式。

技术路径对比：Frame Transactions vs. Onchain Keystore

EIP-8130 使用链上密钥库（Keystore），账户可以在其中注册批准的参与者和认证合约。交易通过标识所使用的认证方法，允许网络在执行钱包代码之前确定所需的验证流程。

EIP-8141 则采取了不同的路线，它将交易构建为称为“Frames”的可编程合约调用。同一个交易中的不同Frames可以执行不同的功能，包括验证、Gas批准和执行。

目前，团队已放弃将这两种方法整合为单一标准的努力。

EIP-8141成为以太坊Hegotá升级的关键提案

以太坊将继续推进EIP-8141（即Frame Transactions），将其纳入计划中的Hegotá升级中。以太坊基金会协议集群本月早些时候将该提案列为“必须交付”（must-ship）类别。其源代码指出，该提案旨在使账户抽象成为以太坊的原生功能，并提升安全性和后量子准备就绪能力。

Frame Transactions将交易划分为一系列可编程的Frames。其中一个Frame可以验证发送者，另一个可以授权负责Gas的账户，随后的Frames则可以执行用户请求的操作。这种模型允许发起操作的账户和支付费用的账户相互分离。

以太坊开发者已在9月7日前将EIP-8141排入Hegotá的时间表。在8月27日的全体核心开发者执行通话中，核心开发者将该提案从“考虑纳入”移至“计划纳入”，使其在规格仍处于草案阶段的同时，在计划的2027年升级中获得了正式地位。

在该提议的体系下，应用程序可以覆盖用户的交易费用，或安排用户通过其他资产支付，而以太坊验证者继续以ETH收取网络费用。这种结构有望消除当前钱包的一项常见限制：即持有稳定币或其他代币的用户在进行交易前仍需持有ETH。

此外，Frames还可用于交易批量处理。相关操作可以被分组，以便所有操作一起成功，或在其中一个失败时全部回滚。例如，当前的代币交易通常需要单独的授权步骤，允许应用程序花费代币，然后才能执行交易本身。Frame Transactions可以将相关操作置于同一个可编程的交易结构中。

可编程帧扩展以太坊账户控制权

EIP-8141旨在将更多的账户验证逻辑移入可编程代码中，而不是让传统的以太坊账户依赖固定的认证过程。该提案描述其最终状态为“账户仅仅成为一个带有代码的地址”。

EIP-8141的共同作者Vitalik Buterin在二月将此提案描述为一个“囊括并解决账户抽象旨在解决的所有剩余问题的综合方案”。9月5日，Buterin表示该提案在过去几个月取得了“许多重要进展”，并且正变得“接近最优”。

随后开发者发现，几个交易功能可以通过可编程的EIP-8141 Frames来表达，而不是反复扩展以太坊的交易信封。这种方法可以处理交易过期、签名聚合、隐私证明和交易后断言等功能。虽然Frame Transactions仍需改变以太坊的共识规则，但各个功能可以通过帧目标和调用模式构建。

可编程验证可以给账户更多的认证控制权。EIP-8141旨在支持替代签名系统、赞助Gas支付、交易批量处理和密钥轮换等功能。相同的架构可以帮助以太坊账户摆脱对传统外部拥有账户所用签名系统的依赖。用户可能无需将资产转移到新地址，即可更改控制账户的认证方法。

在正式排期之前，以太坊研究人员就已考虑将Frame Transactions纳入Hegotá。八月期间，开发者曾比较EIP-8141与EIP-8130作为原生账户抽象的竞争方案，并缩小了2027年升级的范围。当时，这些提案是更大规模的Hegotá选择过程的一部分，涵盖抗审查性、隐私、Gas定价、验证者经济学和Layer 1扩展等方面。

以太坊研究人员还单独考察了Frame Transactions如何支持注重隐私的应用程序。一份八月的提案讨论了“自资助隐私池”，其中可编程的费用支付允许隐私池自行覆盖Gas费用，而不依赖外部中继器。这项工作将Frame Transactions与其他拟议的变更（如Keyed Nonces、Recent Roots和Transaction Assertions）相结合。当时，隐私池提案仍是研究人员的优选方案，而非以太坊核心开发者的最终决定。

Base将继续独立推进EIP-8130

Base的EIP-8130现在将从以太坊的Frame Transactions提案中独立进行。由Base设计的这一方案结合了新的交易类型和链上“Keystore”，记录账户批准的签名者和认证者。它旨在支持自定义认证、调用批量处理和Gas赞助。

尽管两项提案共享多个账户抽象目标，但其技术结构赋予各自网络不同程度的交易认证和处理控制权。在团队分道扬镳之前，以太坊开发者一直在尝试确定是否可以将EIP-8130的结构化认证系统与EIP-8141的可编程Frames结合，而不迫使Layer 1或Layer 2网络放弃其偏好的属性。

Ethlabs此前已将Frame Transactions列为Hegotá升级的主要优先事项之一，并列出了原生账户抽象、抗审查性、更快的区块生成以及持续的Layer 1扩展。随着联合努力的结束，EIP-8141仍然是以太坊为Hegotá规划的原生账户抽象路径，而Base将继续围绕其独立的交易类型和链上密钥库开发EIP-8130。