EthLabs 研究人员表示，以太坊基础钱包标准谈判陷入僵局

据报道，在上周协调共享方法的努力陷入停滞后，以太坊和 Base 生态系统正在朝着不同的账户抽象（AA）标准迈进。这种分裂可能会对钱包开发商产生实际影响，可能需要支持多种交易格式才能在网络上提供一致的用户体验。

在周一的 X 帖子中，Ethlabs 的创始成员兼研究员、以太坊 EIP-8141 的合著者 Derek Jiang 警告说，互操作性标准已经让位于每个链的主要目标。 “给钱包增加了负担，”蒋写道，并将这种分歧视为兼容性工作落地地点的转变。

在之前寻求的共享标准未能实现后，以太坊和 Base 正在寻求不同的本机帐户抽象路径。

钱包可能需要处理单独的交易格式，以维持跨网络的统一体验。

作为 Hegotá 升级计划的一部分，以太坊正在通过“框架交易”推进 EIP-8141 下的账户抽象。

Base 通过 Keystore 实现的本机帐户抽象与 EIP-8130 一致，并且已经在 devnet 上上线。

这种分歧反映了更广泛的紧张关系：围绕安全和阻力主题的 L1 优先事项与与可扩展性导向的标准保持一致的 L2 优先事项。

为什么账户抽象分割很重要

账户抽象旨在将交易逻辑从固定的协议规则中转移到可编程的授权机制中。这使得交易策略更加灵活——例如，定义用户如何授权操作以及如何处理网络费用——而不必仅仅依赖于传统的外部账户行为。

但随着 AA 成为更多链的原生，标准化对于应用层变得越来越重要。当链选择不同的AA方案时，钱包软件往往成为集成点。在这种情况下，开发人员可能必须将用户操作映射为多种格式，或者根据交易目标链维护单独的签名和费用处理流程。

蒋的框架表明，虽然技术不断进步，但互操作性“成本”正在从跨链 AA 协议转向钱包基础设施。对于最终用户来说，这种权衡可能会表现为跨网络行为不一致，尤其是在涉及授权规则、费用赞助模式或签名语义的边缘情况下。

以太坊的 Hegotá 方向：EIP-8141 和框架交易

在以太坊上，本机帐户抽象的路线图与 EIP-8141 密切相关。根据该提案的材料，以太坊正在将“框架交易”作为其 Hegotá 升级的“头条新闻”项目，计划引入本机帐户抽象并创建一条通往后量子身份验证的路径。

以太坊基金会通信还将 Hegotá 协议视为具有多项功能的升级，并且 EIP-8141 被强调为一项关键功能。正如这些消息来源所述，其目的是使帐户抽象成为一种集成功能，而不是外部附加组件，这种方法可能会影响钱包、dApp 和安全工具未来与以太坊帐户交互的方式。

时间仍然取决于更广泛的升级顺序。同一篇报道指出，继 Glamsterdam 之后，以太坊开发人员可能会在 2026 年底开始实施 Hegotá。根据先前报告中讨论的以太坊公共路线图，Glamsterdam 预计将提高可扩展性、强化网络并使系统更易于使用，主网预计将于 2026 年下半年推出。

Base 的原生 AA：EIP-8130 和 devnet 上的 Keystore

与此同时，Base 正在采取一条单独的途径，通过 Keystore 进行本机帐户抽象。该项目的文档描述了 EIP-8130 下的本机帐户抽象，并且规范表明该实现目前已在 devnet 上运行。

Base 的方法具有双重意义。首先，这表明Base正在将AA功能视为将在自己的生态系统中快速集成和迭代的东西，而不是等待跨链收敛点。其次，如果 Base 的 AA 模型与以太坊的不同，钱包团队可能必须构建一个更具适应性的抽象层来支持这两个生态系统。

对于跨网络构建的开发人员来说，这种差异还可能影响围绕交易结构以及授权和费用相关操作的打包方式的应用程序假设。即使面向用户的功能保持相似，底层交易格式也可能发生变化——迫使跨链 dApp 和工具进行更仔细的集成工作。

L1 与 L2 优先级：不同的愿景，不同的标准

蒋的论点将技术差异与第一层网络和第二层网络之间不同的设计优先级联系起来。他建议，L1 越来越关注审查阻力、捕获阻力、开源价值观、隐私和安全功能等元素，这些因素自然会导致与注重可扩展性的 L2 环境所青睐的账户抽象标准不同的因素。

相比之下，他暗示 L2 可能更符合 EIP-8130 等标准。这种差异有助于解释为什么标准化工作可能会停滞不前：每个网络都在针对自己的约束和目标进行优化，而不是最大限度地降低共享基础设施的复杂性。

尽管如此，蒋警告不要将这次分离视为自动否定。他认为，结果并不一定会很糟糕，因为以太坊和 Base 可以在各自愿景的范围内“自由创新”。然而，实际上，这种差距为钱包和中间件创造了工作，它们必须为期望可移植性的用户弥合不同的交易行为。

接下来看什么

钱包开发者和跨网络构建者应该关注基于 EIP-8141 的“框架交易”和 Base 的 EIP-8130 密钥库模型如何演进为生产就绪的接口，以及是否出现任何新的兼容层来减少碎片。下一个里程碑将不再是理论上的 AA 支持，而是更多地涉及如何在实际工具中向用户和开发人员显示或隐藏事务格式差异。