开发者称基础以太坊账户抽象协作破裂
核心要点
- 官方以太坊改进提案注册表将 EIP-8130 和 EIP-8141 都列为草案。
- 相反，EIP-8141 将交易划分为一系列“帧”或验证交易、批准 Gas 支付和执行用户操作的合约调用。
- 其设计允许账户使用 EVM 代码来定义验证和 Gas 支付规则，并支持密钥轮换、批量调用和替代费用支付等功能。
这两个提案草案对原生智能账户采取了不同的方法，可能会将跨链兼容性工作转移到钱包和应用程序上。
基础设施
ZeroDev 的创始人 Ethlabs 的 Derek Jiang 表示，协调 Base 主导的 EIP-8130 与以太坊 EIP-8141 框架交易的合作已于上周结束，双方将寻求单独的本地账户抽象标准。
官方以太坊改进提案注册表将 EIP-8130 和 EIP-8141 都列为草案。 Ethlabs 支持 Hegotá 的 Frame Transactions，将其描述为即将推出的以太坊硬分叉，并表示打算在推出时与 Layer 2 和钱包合作。
实际上，不兼容的本机交易类型会将更多集成工作转移给钱包和应用程序开发人员。蒋表示，失败的努力“给钱包带来了应对随之而来的碎片化的负担”，尽管他认为软件仍然可以向用户隐藏这些差异。
设计有何不同
账户抽象允许智能合约账户定义自己的验证逻辑，而不是仅仅依赖于外部账户的固定规则。最终的 ERC-4337 标准在不改变以太坊共识规则的情况下提供账户抽象：用户将“UserOperation”对象提交到单独的内存池，捆绑器将它们打包到 EntryPoint 合约的交易中。
两个新草案都将帐户抽象功能转移到本机交易处理中，但它们使用不同的控制点。
EIP-8130 将新型交易与链上密钥库和账户配置系统相结合。它支持自定义身份验证、批量调用和 Gas 赞助。由于每笔交易都会声明其身份验证器，因此节点可以在执行任意钱包代码之前识别所需的验证工作并拒绝未知的身份验证器。
8130 草案定义了具有许可验证器接受的 L1 配置文件和将其本机事务路径限制为规范验证器集的 L2 配置文件。该结构旨在为高吞吐量链提供可预测的验证成本，同时保留钱包的共同基线。
相反，EIP-8141 将交易划分为一系列“帧”或验证交易、批准 Gas 支付和执行用户操作的合约调用。其设计允许账户使用 EVM 代码来定义验证和 Gas 支付规则，并支持密钥轮换、批量调用和替代费用支付等功能。
Ethlabs 描述了核心权衡：无需许可、基于 EVM 的验证为 Frame Transactions 提供了隐私和未来签名系统的灵活性，但动态验证成本可能会给高吞吐量第 2 层带来挑战。 EIP-8130 通过在执行前明确验证器来优先考虑更可预测的验证。
便携性提升
EIP-8130 草案仍然将可移植性视为首要问题。它表示，账户可以通过使用 ERC-4337 或其他传输机制在不支持 8130 交易类型的 EVM 链上运行。它还要求合规链接受共享的规范验证器集。
因此，所报告的分裂不一定会使 8130 帐户在另一个 EVM 链上无法使用。然而，如果这两个草案分别推进，那么为以太坊和 Base 建立一种共享的本地交易格式的努力将结束。钱包和应用程序需要为每个链选择适当的交易传输和验证规则。
蒋概述了两种可能的应对措施：扩大以太坊和 Layer 2 共享资源的协调，或者接受协议差异并构建从用户手中抽象出来的钱包和应用程序。目前，官方 EIP 注册表将这两种设计都列为草案。