EIP-8141旨在将原生账户抽象直接引入以太坊协议，定义了一种全新的“框架交易”类型，将交易处理分为验证和执行两个独立阶段。该提案移除了对ECDSA签名的硬依赖，支持Passkeys等多种加密曲线，并允许账户拥有可编程的验证逻辑。EIP-8141独立于现有账户抽象框架如ERC-4337，无需备选内存池或捆绑器，所有功能均在协议内部实现。通过内存池级别的预执行验证，它显著提升了交易的安全性、可预测性，并为Gas赞助、ERC20支付费用、批处理操作以及更流畅的钱包用户体验提供了直接的协议级支持，从而彻底重塑以太坊的钱包交互方式。

目前，许多团队仍未完全跟上账户抽象（Account Abstraction, AA）的最新进展。

这完全可以理解。自 2018 年以来，AA 在多个平行轨道上不断演进，每一条轨道都引入了新的抽象概念、权衡方案和基础设施要求。而现在的核心变化在于：这些方案正在协议层面实现融合。

EIP-8141：原生账户抽象

EIP-8141 将原生账户抽象直接引入以太坊。

这不再是像 ERC-4337 那样的叠加层，它定义了一种新的交易类型，将验证逻辑直接移入协议本身。

框架交易（Frame Transactions）

EIP-8141 引入了“框架交易”，它将交易过程分为两个独立阶段：

验证阶段（Validation phase）

执行阶段（Execution phase）

验证发生在执行前的内存池（mempool）中，允许节点确定性地验证交易是否可接纳。

其核心特性包括：

可编程的验证逻辑

原子化的 Calldata 批处理

原生的 Gas 赞助（Sponsorship）

该方案不需要外部协调层即可运行。

关键设计属性

1. 签名抽象（无 ECDSA 约束）

EIP-8141 移除了对 ECDSA 签名的硬依赖。账户可以使用任意加密曲线进行授权，这意味着：

原生支持 Passkeys（P-256 / secp256r1）

兼容未来的签名方案

每个账户可自定义验证逻辑

签名验证成为了验证逻辑的一部分，而不再仅仅是协议的预设前提。

2. 无需依赖现有 AA 框架

EIP-8141 独立于以下方案：

ERC-4337

EIP-7702

它不需要：

备选内存池（Alt-mempool）

Bundler（捆绑器）

委托层（Delegation layer）

所有的验证和包含规则都由以太坊内存池直接处理。

3. 协议原生执行模型

所有功能都在协议内部实现，而非通过智能合约叠加层。这保留了开发者一直追求的能力，且无需引入新的信任假设或基础设施：

发送者无需持有 ETH 余额

无需预先部署智能合约账户

可编程的账户策略

Gas 抽象（即使用 ERC20 Token 支付费用）

批处理与原子操作

内存池级别验证

一个关键的变化是内存池中的预执行验证。

过去： 提交交易并寄希望于它能成功执行。

现在： 在交易被纳入区块前进行确定性验证。

这带来了以下优势：

更安全的批处理（全有或全无的保证）

减少交易失败的情况

复杂流程的执行更具可预测性

验证规则在所有节点之间保持一致强制执行。

EIP-8141 解锁的新场景

EIP-8141 简化了目前需要大量基础设施才能实现的模式：

无需中继器（Relayer）的 Gas 赞助

无需合约间接层即可实现的基于会话（Session）的权限控制

无需多次交易即可完成的多步工作流

告别“授权垃圾邮件”的钱包用户体验（Wallet UX）

所有这些都可以直接在交易验证逻辑中表达。

为什么这在当下至关重要

以太坊曾探索过多种路径：

智能合约账户

基于 Bundler 的系统

委托模型

虽然每种路径都引入了有用的原语，但也增加了操作的复杂性。EIP-8141 将这些经验总结并整合进一个单一的、协议原生的模型中。

总结

EIP-8141 通过将账户逻辑移入交易验证，缩小了钱包、基础设施与协议之间的摩擦面。

如果你正在构建钱包或高频交易应用，深入理解框架交易（Frame Transactions）如何从协议层面改变验证、Gas 抽象和批处理方式，将具有重要意义。