
EIP-8141 与 ERC-4337 的根本区别在于架构层面。ERC-4337 通过 智能合约钱包、UserOperation、打包者、EntryPoint 单例合约以及可选的 paymaster,围绕以太坊现有交易体系实现账户抽象。而 EIP-8141 则在 协议层提出了全新的 Frame Transaction(帧交易)机制,使得验证、Gas 支付、部署和执行等环节,均可在单笔交易内部通过多个 frame(帧)来完成。
二者均致力于实现账户抽象的核心功能,例如赞助交易、批量操作、灵活签名、恢复机制和更便捷的钱包体验。不同之处在于,这些能力在以太坊协议中的集成深度。
ERC-4337 无需修改以太坊原生交易类型,EIP-8141 则直接在协议层引入 Frame Transaction。
ERC-4337 采用 UserOperation、打包者、EntryPoint 合约和 paymaster 合约。
EIP-8141 通过 VERIFY、SENDER 及其他帧,将验证、Gas 支付、部署和执行环节分离。
两者均可实现 Gas 抽象、批量交易、替代签名和赞助交易。
EIP-7702 为现有 EOA 账户赋能智能合约功能,并可兼容两类账户抽象方案。
| 功能 | ERC-4337 | EIP-8141 |
|---|---|---|
| 主要用户对象 | UserOperation | Frame Transaction |
| 账户模型 | 智能账户合约 | 原生支持 AA 的账户 |
| 是否需协议变更 | 否 | 是 |
| 执行协调者 | EntryPoint 单例智能合约 | 协议层帧执行 |
| 打包者 | 标准流程核心部分 | 非必需 |
| Gas 抽象 | Paymaster 合约 | 帧内支付授权 |
| 批量交易 | 智能账户逻辑 | 多帧/原子操作 |
| 账户部署 | 工厂/初始化代码 | Deploy frame |
| 验证 | 智能账户验证 | VERIFY frame |
| 用户执行 | 智能账户调用 | SENDER frame |
| EOA 路径 | EIP-7702 支持 | 默认代码 / 兼容 EIP-7702 的模型 |
ERC-4337 将 UserOperation 定义为 伪交易,包括调用数据、Gas 限制、最大费用、签名和 paymaster 数据等字段,但最终由打包者将 UserOperation 打包成普通以太坊交易并发送至 EntryPoint。
EIP-8141 则直接改变了传统交易结构。其载荷可包含多个帧、签名、费用参数和发送方地址,每个帧可设定独立的执行模式和 Gas 限制。
通过 ERC-4337,用户以 智能账户合约 进行创建或交互,不再仅依赖传统外部拥有账户(EOA)。
用户签名生成包含目标调用数据的 UserOperation。打包者收集待处理的 UserOperation,通过 EntryPoint 合约 提交,由该合约验证账户并协调执行。Paymaster 合约可为用户赞助 Gas 费用,应用可制定条件支付策略,或允许用户用 ERC-20 代币间接支付 Gas。
因签名字段由智能账户解释,不受以太坊共识规则固定,ERC-4337 支持会话密钥、多重签名、恢复逻辑及模块化账户。
现有 ERC-4337 账户抽象架构 已可在无需协议升级的情况下提供丰富智能合约功能。
EIP-8141 将更多功能集成进以太坊原生交易流程。
验证帧处理验证;发送帧在发送者上下文中执行用户操作;部署帧可在验证前安装账户代码,其他帧还可处理支付或后置逻辑。
APPROVE 操作码允许为执行、支付或两者设定授权范围。授权后,剩余帧可继续多步操作。
这正是 Frame Transaction 与 ERC-4337 的关键区别:协议本身识别这些阶段,无需依赖外部 UserOperation 流程。
两种方案都允许用户无需为每笔交易持有 ETH。
ERC-4337 通过 paymaster 合约 赞助 Gas,并可用其他代币回收费用。钱包提供方或 dApp 也可设定赞助条件。
EIP-8141 将 Gas 支付集成在交易验证序列,赞助合约和发送方可分别授权,支付方可与发送方不同。
EIP-8141 采用更明确的 Gas 模型。每个帧有独立执行与状态 Gas 限额,交易整体有最大费用上限。帧间 Gas 不可自由借用,限制了模拟与验证成本。
ERC-4337 智能账户已可实现 批量处理,单次账户操作即可完成多项事务。
EIP-8141 通过多帧明确定义批量操作。原子批量可将一组操作绑定在一起,确保要么全部成功,要么全部回滚。
例如,代币授权与兑换可作为一体化序列,若兑换失败则不会留下无用授权。
这种原生多步操作处理,是 EIP-8141 简化智能账户设计的原因之一。
EIP-7702 允许 EOA 保持原地址的同时,将执行委托给合约代码,为传统账户与智能账户功能之间搭建桥梁。
ERC-4337 可直接利用支持 EIP-7702 的账户,无需用户迁移至新合约地址。
EIP-8141 进一步通过 默认代码,即使账户存储为空或无已部署代码,也具备基本 Frame Transaction 能力。部署帧可按需安装或委托账户代码。
因此,EIP-7702、ERC-4337 和 EIP-8141 是以太坊账户抽象迁移路径上的衔接阶段,而非三套互斥系统。
EIP-8141 的深度集成可减少普通账户抽象操作对打包者及其他链下交易处理基础设施的依赖。
同时,EIP-8141 将可编程验证前移至共识级交易模型。不同验证逻辑可支持恢复策略、未来签名聚合、会话权限或抗量子认证等。
代价在于复杂性。公有节点需在入块前安全评估待处理的 Frame Transaction。EIP-8141 定义了受限的 验证前缀,限制状态访问、验证工作量,并区分标准与非标准 paymaster,以降低大规模失效和拒绝服务风险。
以太坊更广义的 账户抽象架构,表明钱包用户体验正从应用级权宜方案,逐步走向协议层深度支持。
最直观的对比是,ERC-4337 是围绕以太坊构建账户抽象,EIP-8141 则是将账户抽象深度集成进以太坊。
ERC-4337 依赖智能合约钱包、UserOperation、打包者、EntryPoint 和 paymaster。EIP-8141 以 Frame Transaction 及专用验证、发送、部署、支付、执行阶段为核心。
ERC-4337 的优势在于可不依赖协议升级,已提供成熟账户抽象基础设施。EIP-8141 的潜在价值在于让 Gas 抽象、可编程验证、批量操作和赞助交易更加原生,无需单独交易流水线。
不会。ERC-4337 已支持现有智能账户和基础设施。EIP-8141 改变了以太坊原生能力,钱包可按需继续使用 ERC-4337 组件。
核心 Frame Transaction 流程不再需要 EntryPoint 单例合约。验证与执行直接通过交易帧实现,无需 UserOperation 经 EntryPoint 路由。
可以。ERC-4337 通过 paymaster 赞助 UserOperation。EIP-8141 允许交易验证分别授权发送方和支付方,由赞助合约承担 Gas。
可以,尤其通过 EIP-7702。EOA 可委托智能合约功能并保留原地址,无需完全迁移账户。
因为 EIP-8141 将验证、支付授权、部署和执行等流程纳入全新以太坊交易格式,而非主要依赖外部 UserOperation 基础设施。
本文内容仅供学习参考。以太坊标准、协议升级、钱包实现及 EIP 规范均可能变更。











