作者：OKX Ventures 研究员 Kiwi

自2021年9月Vitalik Buterin提出了EIP-4337以来，账户抽象概念正逐步被引入到主流Web3钱包中，OKX Ventures以这一概念的起源为切入点，系统化梳理了账户抽象的过去、现状以及未来机遇。

文章要点

  • 关于基础信息：

关于基础信息：

  • 账户抽象（AA），支持 session key 可以将交易来源和签名解耦，同时帮助用户避免备份私钥、gas费等复杂操作，降低用户参与 Web3 门槛；

  • 为了简化账户类型，给予链上行为更多自由度，同时将账户放置于更高的安全级别，需要账户抽象。

  • 经历 EIP-86，EIP-1014，EIP-2938，EIP 3074后，EIP 4337 由于无需改动共识层，基本可以认定为以太坊 AA 的定稿方案。

账户抽象（AA），支持 session key 可以将交易来源和签名解耦，同时帮助用户避免备份私钥、gas费等复杂操作，降低用户参与 Web3 门槛；

为了简化账户类型，给予链上行为更多自由度，同时将账户放置于更高的安全级别，需要账户抽象。

经历 EIP-86，EIP-1014，EIP-2938，EIP 3074后，EIP 4337 由于无需改动共识层，基本可以认定为以太坊 AA 的定稿方案。

  • 多链账户抽象的 两个路线：兼容 4337 方案（4337 compatible method），原生账户抽象方案( native account abstraction)。

多链账户抽象的 两个路线：兼容 4337 方案（4337 compatible method），原生账户抽象方案( native account abstraction)。

  • 兼容 4337 方案：目前 Arbitrum、Polygon、Optimism 和 BNB 没有原生集成账户抽象。不过更多是通过 4337 相关产品进行支持（如 Biconomy、Stackup等），基础设施的搭建依旧处于概念阶段；

  • 原生账户抽象方案：Starknet 和 zkSync 两条链支持原生的账户抽象，区别于4337方案。差异：Starknet 无 Bundler 和 Paymaster，由 Sequencer 确定交易顺序、支付 gas 并执行，zkSync 通过Operator 确定交易顺序、支付 gas，再调用 bootloader 一起操作；

兼容 4337 方案：目前 Arbitrum、Polygon、Optimism 和 BNB 没有原生集成账户抽象。不过更多是通过 4337 相关产品进行支持（如 Biconomy、Stackup等），基础设施的搭建依旧处于概念阶段；

原生账户抽象方案：Starknet 和 zkSync 两条链支持原生的账户抽象，区别于4337方案。差异：Starknet 无 Bundler 和 Paymaster，由 Sequencer 确定交易顺序、支付 gas 并执行，zkSync 通过Operator 确定交易顺序、支付 gas，再调用 bootloader 一起操作；

  • 发展数据：以太坊、Arbitrum、Optimism和Polygon 已部署超过52万个 AA 账户，其中80%以上的账户在7-8月刚刚创建，大多为 Polygon 和 Optimism 两条链借着 AA 产品的推出达成大幅增长。Bundler 和 Paymasters 目前在做的协议较少，目前各个链上都被 Pimlico 、StackUp 等项目垄断。

  • AA 带来的机会：

发展数据：以太坊、Arbitrum、Optimism和Polygon 已部署超过52万个 AA 账户，其中80%以上的账户在7-8月刚刚创建，大多为 Polygon 和 Optimism 两条链借着 AA 产品的推出达成大幅增长。Bundler 和 Paymasters 目前在做的协议较少，目前各个链上都被 Pimlico 、StackUp 等项目垄断。

AA 带来的机会：

  • Paymaster 由 dApp 部署的智能合约，通过 Bundler 触发 Paymaster 让其为指定的 UserOperation 支付gas。Paymaster 是标准化服务，难以单独构成独立项目，web2 流量方可作为功能集成来服务web3业务。代付方的商业机会：代付流量入口、自动兑换、与DeFi游戏项目集成导流，宏观上类似支付行业的创新情况。Paymaster 创新方向较为单一，但是价值捕获最稳定的一环，降低 web2 用户进入web3 的门槛，可能会有大量web2 机构部署 Paymaster 服务。

  • Bundler 是机会最多的组件之一，其本质和 relayer 类似，盈利方向主要围绕着打包交易延伸出的一系列机会（如赚取 gas 差价、MEV 和偏向 B 端需求的隐私池） ，但交易打包不成功会导致 bundler 亏钱，因此选交易是难题。

Paymaster 由 dApp 部署的智能合约，通过 Bundler 触发 Paymaster 让其为指定的 UserOperation 支付gas。Paymaster 是标准化服务，难以单独构成独立项目，web2 流量方可作为功能集成来服务web3业务。代付方的商业机会：代付流量入口、自动兑换、与DeFi游戏项目集成导流，宏观上类似支付行业的创新情况。Paymaster 创新方向较为单一，但是价值捕获最稳定的一环，降低 web2 用户进入web3 的门槛，可能会有大量web2 机构部署 Paymaster 服务。

Bundler 是机会最多的组件之一，其本质和 relayer 类似，盈利方向主要围绕着打包交易延伸出的一系列机会（如赚取 gas 差价、MEV 和偏向 B 端需求的隐私池） ，但交易打包不成功会导致 bundler 亏钱，因此选交易是难题。

  • 本身具有节点和 Relayer 服务的协议搭建 Bundler 网络会更容易，如 Rpc 作为分部化设施能帮助 bundler 去中心化；

  • Bundler 跟 searcher、sequencer 合作是一个更好的选择，未来可能通过 mev share 形式在各个渠道将收入反馈给用户，最终会越来越公平化；

  • Bundler 目前都是私有池，无公共池，目前仅 stackup 运营好且盈利，Biconomy 一般；

  • Bundler 是一种盈利较难但是生态十分需要的公共物品，但市面上无成熟的公共物品运营方案，且目前多数项目方处于盈利考虑会更偏向将其私有化；

  • Bundler 面临的技术改进方向有：避免 nonce 碰撞， p2p 网络可通过标记和删除优化此类问题；以及修改合约 storage 导致 bundler 无法获得足够的补偿，该部分需要通过提案进行后续优化。

本身具有节点和 Relayer 服务的协议搭建 Bundler 网络会更容易，如 Rpc 作为分部化设施能帮助 bundler 去中心化；

Bundler 跟 searcher、sequencer 合作是一个更好的选择，未来可能通过 mev share 形式在各个渠道将收入反馈给用户，最终会越来越公平化；

Bundler 目前都是私有池，无公共池，目前仅 stackup 运营好且盈利，Biconomy 一般；

Bundler 是一种盈利较难但是生态十分需要的公共物品，但市面上无成熟的公共物品运营方案，且目前多数项目方处于盈利考虑会更偏向将其私有化；

Bundler 面临的技术改进方向有：避免 nonce 碰撞， p2p 网络可通过标记和删除优化此类问题；以及修改合约 storage 导致 bundler 无法获得足够的补偿，该部分需要通过提案进行后续优化。

  • AA 与MEV 的结合 ： AA 、Sequencer 和 intent 本质上延长了链上操作的链条，MEV 需要贿赂的链条更长，AA 的 Bundler 和 intent solve 都有可能与 MEV 链条中的 Searcher等角色合作来形成 MEV share 形式 。由于 AA 提供了 Bundler 和 entrypoint合约，理论上 AA 也能去分享 PEV(Prover Extractable Value) 的收入；

  • NFT：本身使用体验的提升就能吸引更多新用户，同时能让市场监测和交易更加自动化。ERC6551 与 4337 在用户感知层面，都具备了账户能力， 可集成全链游戏、DID 和中间件 。后续全链游戏需要 ERC-6551 的可组合型，完成多链 + 可交易装备账号等游戏体验；

  • 社交和游戏：身份基础设施的优化会大大提升产品易用性，且全链游戏操作门槛的降低 + 账号模型优化+多链账户体系将会带来多链游戏世界观；

AA 与MEV 的结合 ： AA 、Sequencer 和 intent 本质上延长了链上操作的链条，MEV 需要贿赂的链条更长，AA 的 Bundler 和 intent solve 都有可能与 MEV 链条中的 Searcher等角色合作来形成 MEV share 形式 。由于 AA 提供了 Bundler 和 entrypoint合约，理论上 AA 也能去分享 PEV(Prover Extractable Value) 的收入；

NFT：本身使用体验的提升就能吸引更多新用户，同时能让市场监测和交易更加自动化。ERC6551 与 4337 在用户感知层面，都具备了账户能力， 可集成全链游戏、DID 和中间件 。后续全链游戏需要 ERC-6551 的可组合型，完成多链 + 可交易装备账号等游戏体验；

社交和游戏：身份基础设施的优化会大大提升产品易用性，且全链游戏操作门槛的降低 + 账号模型优化+多链账户体系将会带来多链游戏世界观；

  • AA 与 intent：

AA 与 intent：

  • 本质上，intent 与 AA 没有必然的绑定关系。Intent 本质上是用户体验层创新、更好更快的理解并分解用户需求，将其变成一个或者多个 UserOperation ；AA 是后端优化，对用户指令的更好执行。telegram bot 是典型的 Intent 创新，但后端仍然采用 EOA 钱包，不影响用户体验。

  • Intent 是对特定目标求解其最优 op 路线的过程。过往的 Intent 偏向简单需求，后续可能形成：多条件、多步骤、多执行环境的复杂问题，甚至引入 AI agent。

  • Intent 机会： 操作端可减少签名次数，提升用户体验。 应用端可依据意图叙事形成新基建、新语言和新的求解形式，是未来最具潜力的用例之一

本质上，intent 与 AA 没有必然的绑定关系。Intent 本质上是用户体验层创新、更好更快的理解并分解用户需求，将其变成一个或者多个 UserOperation ；AA 是后端优化，对用户指令的更好执行。telegram bot 是典型的 Intent 创新，但后端仍然采用 EOA 钱包，不影响用户体验。

Intent 是对特定目标求解其最优 op 路线的过程。过往的 Intent 偏向简单需求，后续可能形成：多条件、多步骤、多执行环境的复杂问题，甚至引入 AI agent。

Intent 机会： 操作端可减少签名次数，提升用户体验。 应用端可依据意图叙事形成新基建、新语言和新的求解形式，是未来最具潜力的用例之一

  • 中间商意图池 or 意图公链 ：基于意图的应用程序不仅涉及与智能合约交互的新消息格式，还涉及替代内存池形式的传播和交易对手发现机制。设计一种既兼容激励又不集中的意图发现和匹配机制较困难。

  • Solver 多样化实现路径 ：短期已经较成熟的各类 Super Smart Contract 会率先集成，长期看来自由度更高的 AI 将是最理想的形态，但实现难度非常大；Solver 会带来先链下预处理后上链的新范式，利好一些自动化协议（如Uniswap X） ；目前 ZK 协处理器 Axiom 可作为隐私 solve 的一种demo。

  • 新语言来表达意图 ：目前已有Juvix 和 Essential，此类项目先发很重要，需要提前构建用户对其的信任；

中间商意图池 or 意图公链 ：基于意图的应用程序不仅涉及与智能合约交互的新消息格式，还涉及替代内存池形式的传播和交易对手发现机制。设计一种既兼容激励又不集中的意图发现和匹配机制较困难。

Solver 多样化实现路径 ：短期已经较成熟的各类 Super Smart Contract 会率先集成，长期看来自由度更高的 AI 将是最理想的形态，但实现难度非常大；Solver 会带来先链下预处理后上链的新范式，利好一些自动化协议（如Uniswap X） ；目前 ZK 协处理器 Axiom 可作为隐私 solve 的一种demo。

新语言来表达意图 ：目前已有Juvix 和 Essential，此类项目先发很重要，需要提前构建用户对其的信任；

  • 钱包和入口机会：钱包完全可以作为意图层构建端，其战略地位大大增加，可以成为各个协议的引流基建和入口。Intent 后端可集成传统的 EOA、MPC 和智能合约钱包；交易类和跨链类应用都将随着入口端的多样化改善体验（如自动化、多方案）；

  • ZK 类应用机会：用户的 Intent 有大量加密需求，4337 本身机制即可满足隐私付费，更深度的集成将在 zkProof 市场中发展。

  • 风险和门槛：意图需要强大的信任预期，对应高准入门槛，导致过于中心化和创新不足。

钱包和入口机会：钱包完全可以作为意图层构建端，其战略地位大大增加，可以成为各个协议的引流基建和入口。Intent 后端可集成传统的 EOA、MPC 和智能合约钱包；交易类和跨链类应用都将随着入口端的多样化改善体验（如自动化、多方案）；

ZK 类应用机会：用户的 Intent 有大量加密需求，4337 本身机制即可满足隐私付费，更深度的集成将在 zkProof 市场中发展。

风险和门槛：意图需要强大的信任预期，对应高准入门槛，导致过于中心化和创新不足。

  • 重点项目：

重点项目：

  • 账户抽象市场有两类参与者：一类是具有社交登录与恢复、gas抽象、交易批处理，以及集成和聚合第三方服务（如法币出入金和DeFi协议）等功能的智能合约钱包，该赛道初创项目多，方案初级；一类是 Bundler 和 Paymaster 的模块化提供商 ， 除了biconomy 和 stackup 外大多处于初期。

  • 重点项目：Biconomy、Stackup 和 Pimlico 是目前市面上较成熟的 4337 方案，继续完善 SDK 和模块化方案有助于占领先发市场，实现技术方案的高市场覆盖率，目前 Stackup 已实现两种类型的 Paymaster 和 Bundler 模式，未来全流程方案 + 多种组件库将是此类龙头项目继续扩大优势的途径。

账户抽象市场有两类参与者：一类是具有社交登录与恢复、gas抽象、交易批处理，以及集成和聚合第三方服务（如法币出入金和DeFi协议）等功能的智能合约钱包，该赛道初创项目多，方案初级；一类是 Bundler 和 Paymaster 的模块化提供商 ， 除了biconomy 和 stackup 外大多处于初期。

重点项目：Biconomy、Stackup 和 Pimlico 是目前市面上较成熟的 4337 方案，继续完善 SDK 和模块化方案有助于占领先发市场，实现技术方案的高市场覆盖率，目前 Stackup 已实现两种类型的 Paymaster 和 Bundler 模式，未来全流程方案 + 多种组件库将是此类龙头项目继续扩大优势的途径。

  • Pimlico 的 bundler 市占率（全链 bundle 的 userop 占比52%）和盈利（polygon 上盈利第一，7月达 637 MATIC，optimism 上也是正盈利）都领先；

  • Stackup 各链都有 bundler 业务，Arbitrum（8月5 ETH）和以太坊（7月0.4 ETH）上盈利领先。bundler 处于失败的多但是赚得也多的状态；

Pimlico 的 bundler 市占率（全链 bundle 的 userop 占比52%）和盈利（polygon 上盈利第一，7月达 637 MATIC，optimism 上也是正盈利）都领先；

Stackup 各链都有 bundler 业务，Arbitrum（8月5 ETH）和以太坊（7月0.4 ETH）上盈利领先。bundler 处于失败的多但是赚得也多的状态；

  • 创新项目：隐私是硬需求，如ZK 协处理器 Axiom 可作为隐私 solve 的一种demo；Nocturne 是可组合的隐私AA层，用户从EOA或者合约存入资金后与合约交互，利用 zkp 实现隐私保护。AI 是市场热门，如Echooo Wallet 结合了MPC 和 AI 技术，可以达成多签和AI 风险监测；同时基于传统项目的创新也是亮点，如uniswap 团队的 Universal Paymaster 可以匹配钱包用户和 Paymaster 运营商双方的流动性市场。

创新项目：隐私是硬需求，如ZK 协处理器 Axiom 可作为隐私 solve 的一种demo；Nocturne 是可组合的隐私AA层，用户从EOA或者合约存入资金后与合约交互，利用 zkp 实现隐私保护。AI 是市场热门，如Echooo Wallet 结合了MPC 和 AI 技术，可以达成多签和AI 风险监测；同时基于传统项目的创新也是亮点，如uniswap 团队的 Universal Paymaster 可以匹配钱包用户和 Paymaster 运营商双方的流动性市场。

  • 其他EIP 和机会：

其他EIP 和机会：

  • 与4337 相关的 EIP，由于官方给定了 4337 的方向，目前大多数提案主要围绕着优化 AA 部署的方向。如ERC 6551 是 4337 衍生产品的辅助；EIP 6662、ERC 6900、ERC 1271、ERC 6492、EIP 7204 与 EIP 7197 均是优化 AA 方向；ERC 7377 则有助于后期账户迁移；

  • 其他获奖项目：以太坊23年一二季度共资助了4个账户抽象相关的项目，其中两个为 4337 官方团队出品（AA 官方团队和其开发的 4337 浏览器钱包 trampoline），另外两个主要围绕 4337 与现有协议/技术的组合性产生的创新项目（ zkShield 是用ZKP和帐户抽象来隐藏帐户所有者的私有多重签名，Uniswap 团队推出的Universal Paymaster是作为 ERC-20 Gas 支付的单一流动性匹配市场）

与4337 相关的 EIP，由于官方给定了 4337 的方向，目前大多数提案主要围绕着优化 AA 部署的方向。如ERC 6551 是 4337 衍生产品的辅助；EIP 6662、ERC 6900、ERC 1271、ERC 6492、EIP 7204 与 EIP 7197 均是优化 AA 方向；ERC 7377 则有助于后期账户迁移；

其他获奖项目：以太坊23年一二季度共资助了4个账户抽象相关的项目，其中两个为 4337 官方团队出品（AA 官方团队和其开发的 4337 浏览器钱包 trampoline），另外两个主要围绕 4337 与现有协议/技术的组合性产生的创新项目（ zkShield 是用ZKP和帐户抽象来隐藏帐户所有者的私有多重签名，Uniswap 团队推出的Universal Paymaster是作为 ERC-20 Gas 支付的单一流动性匹配市场）

  • 未来发展：短期主要是扩张市场，同时和 layer2 形成共同促进的模式；中期主攻模块化的 Bundler 和 Paymaster 的落地以及 SDK 的部署，同时在细节上优化使用体验（如降低 gas 成本、添加可选的 EOA-to-ERC-4337 转换等）；长期则考虑强制转换 EOA 钱包。

未来发展：短期主要是扩张市场，同时和 layer2 形成共同促进的模式；中期主攻模块化的 Bundler 和 Paymaster 的落地以及 SDK 的部署，同时在细节上优化使用体验（如降低 gas 成本、添加可选的 EOA-to-ERC-4337 转换等）；长期则考虑强制转换 EOA 钱包。

1.账户抽象介绍

  • 定义和概要：

定义和概要：

  • 账户抽象的本质是：交易来源和签名的解耦；

账户抽象的本质是：交易来源和签名的解耦；

  • 为什么我们需要账户抽象：1）简化账户类型；2）将账户与签名分离，给予链上行为更多自由度，同时将账户放置于更高的安全级别；

为什么我们需要账户抽象：1）简化账户类型；2）将账户与签名分离，给予链上行为更多自由度，同时将账户放置于更高的安全级别；

  • 账户抽象的演进 ： 直接区分工程量和复杂度较大，EIP 2938 和 EIP 3074 又需改动共识层，最终选择无需改动底层的 EIP 4337 方案。

账户抽象的演进 ： 直接区分工程量和复杂度较大，EIP 2938 和 EIP 3074 又需改动共识层，最终选择无需改动底层的 EIP 4337 方案。

  • ERC 4337 的原理：

ERC 4337 的原理：

  • 角色：EIP 4337将智能合约钱包及其相关基础设施标准化为五个合约接口：打包器（Bundler）、入口点合约（Entry Point Contract）、代付合约（Paymaster）、智能合约钱包工厂（Wallet Factory）和签名聚合器（Signature Aggregator）。以及一个新的交易类型（UserOperation）。

角色：EIP 4337将智能合约钱包及其相关基础设施标准化为五个合约接口：打包器（Bundler）、入口点合约（Entry Point Contract）、代付合约（Paymaster）、智能合约钱包工厂（Wallet Factory）和签名聚合器（Signature Aggregator）。以及一个新的交易类型（UserOperation）。

  • 交易步骤：4337 在未修改以太坊共识层的情况下，引入新操作逻辑 useroperation 并加入 Bundler 负责打包 userop。在原先流程后加入 EntryPoint 和 Wallet 合约将验证和执行过程拆分来完成自定义任务执行，最后通过 Paymaster 将 gas 费的支付逻辑抽离。用户发起 userop — userop 被发送到“用户userop内存池” — Bundler 负责将选中的 UserOps 打包成一笔交易提交给 EntryPoint — EntryPoint 验证用户操作，智能合约钱包将用户操作执行并纳入区块。

交易步骤：4337 在未修改以太坊共识层的情况下，引入新操作逻辑 useroperation 并加入 Bundler 负责打包 userop。在原先流程后加入 EntryPoint 和 Wallet 合约将验证和执行过程拆分来完成自定义任务执行，最后通过 Paymaster 将 gas 费的支付逻辑抽离。用户发起 userop — userop 被发送到“用户userop内存池” — Bundler 负责将选中的 UserOps 打包成一笔交易提交给 EntryPoint — EntryPoint 验证用户操作，智能合约钱包将用户操作执行并纳入区块。

  • 4337 与其他方案的对比：

4337 与其他方案的对比：

  • EIP-3074 的AA 方案：需引入两个新的op code 使 EOA 账户使用合约，涉及到共识层更改，因此被放弃；

EIP-3074 的AA 方案：需引入两个新的op code 使 EOA 账户使用合约，涉及到共识层更改，因此被放弃；

1.1 定义和方案概要

  • 账户抽象是什么:

账户抽象是什么:

  • 以太坊有两种类型的账户：外部账户（EOA）和合约账户（ CA），EOA 作为传统方案过于依赖密钥管理和 ECDSA 签名，操作逻辑死板， 其让签名权和账户严格绑定的机制会影响新用户的进入和后续发展；

以太坊有两种类型的账户：外部账户（EOA）和合约账户（ CA），EOA 作为传统方案过于依赖密钥管理和 ECDSA 签名，操作逻辑死板， 其让签名权和账户严格绑定的机制会影响新用户的进入和后续发展；

  • 需要一种方案允许用户使用包含任意验证逻辑的智能合约钱包来解决此类问题，这种方案称为账户抽象（Account Abstract, AA），原理是将交易来源和签名解耦。

需要一种方案允许用户使用包含任意验证逻辑的智能合约钱包来解决此类问题，这种方案称为账户抽象（Account Abstract, AA），原理是将交易来源和签名解耦。

  • 为什么我们需要账户抽象 ：1）简化账户类型；2）将账户与签名分离，给予链上行为更多自由度，同时将账户放置于更高的安全级别；

为什么我们需要账户抽象 ：1）简化账户类型；2）将账户与签名分离，给予链上行为更多自由度，同时将账户放置于更高的安全级别；

  • 账户抽象的演进： 直接区分工程量和复杂度较大，EIP 2938 和 EIP 3074 又需改动共识层，最终选择无需改动底层的 EIP 4337 方案。

账户抽象的演进： 直接区分工程量和复杂度较大，EIP 2938 和 EIP 3074 又需改动共识层，最终选择无需改动底层的 EIP 4337 方案。

  • 直接区分：如通过 EIP 86、EIP 101、EIP 859 来增加新的交易类型进行区分；

直接区分：如通过 EIP 86、EIP 101、EIP 859 来增加新的交易类型进行区分；

  • 提升某个类型账户的地位：

提升某个类型账户的地位：

  • EIP 2938，让合约账户成为可以支付费用和执行事务的“顶级”账户；

EIP 2938，让合约账户成为可以支付费用和执行事务的“顶级”账户；

  • EIP 3074，引入两个新的 op code 使 EOA 账户使用合约；

EIP 3074，引入两个新的 op code 使 EOA 账户使用合约；

  • EIP 4337：引入新操作逻辑 - 用户操作池；

EIP 4337：引入新操作逻辑 - 用户操作池；

1.2 ERC 4337 基础知识原理

  • 简介：2021 年 9 月，Vitalik Buterin 与来自 OpenGSN 和 Nethermind 的以太坊研究人员提出了 EIP-4337 。EIP-4337 添加了新的 UserOperation 内存池希望完全取代当前的交易内存池，从而实现账户抽象。

简介：2021 年 9 月，Vitalik Buterin 与来自 OpenGSN 和 Nethermind 的以太坊研究人员提出了 EIP-4337 。EIP-4337 添加了新的 UserOperation 内存池希望完全取代当前的交易内存池，从而实现账户抽象。

角色

  • UserOperation： 用户需要发起的交易，会被打包发送给 Bundler ，并与其他UserOperations 一起打包为一个Bundle；

UserOperation： 用户需要发起的交易，会被打包发送给 Bundler ，并与其他UserOperations 一起打包为一个Bundle；

  • Bundler：负责从交易池中选择交易，打包多个 UserOperations 并创建 EntryPoint.handleOps() 交易的节点。

Bundler：负责从交易池中选择交易，打包多个 UserOperations 并创建 EntryPoint.handleOps() 交易的节点。

  • EntryPoint：处理交易验证和执行 UserOperations 捆绑包的智能合约，它充当了Bundler与智能合约钱包之间的中间人：

EntryPoint：处理交易验证和执行 UserOperations 捆绑包的智能合约，它充当了Bundler与智能合约钱包之间的中间人：

  • Wallet contract：可为 4337 用户创建合约钱包的智能合约；

Wallet contract：可为 4337 用户创建合约钱包的智能合约；

  • Aggregator：用于验证聚合签名；

Aggregator：用于验证聚合签名；

  • Paymaster：可以帮助用户支付 gas 费的智能合约。

Paymaster：可以帮助用户支付 gas 费的智能合约。

交易步骤

  • 交易签名：用户发起一个钱包用户操作，使用任意形式的私钥对用户操作进行签名（指令不变，但内容字段变化，可选用非 ECDSA 签名）产生一个带有签名的用户操作（UserOperations），该UserOp 会被发送到待执行用户操作内存池等待处理；

交易签名：用户发起一个钱包用户操作，使用任意形式的私钥对用户操作进行签名（指令不变，但内容字段变化，可选用非 ECDSA 签名）产生一个带有签名的用户操作（UserOperations），该UserOp 会被发送到待执行用户操作内存池等待处理；

  • 发送交易：Bundler 将用户操作内存池中的用户操作进行打包，后再单独签名一笔交易来包裹用户的指令，批量将 UserOp 处理成一个事务并提交给入口点合约；在将多个 UserOperations 打包在一起后，Bundlers首先会模拟交易，检测是否会出现合约执行失败，并计算 Gas 费是否足够。若模拟通过就将这批 UserOperations 作为一个交易提交给出块节点；

发送交易：Bundler 将用户操作内存池中的用户操作进行打包，后再单独签名一笔交易来包裹用户的指令，批量将 UserOp 处理成一个事务并提交给入口点合约；在将多个 UserOperations 打包在一起后，Bundlers首先会模拟交易，检测是否会出现合约执行失败，并计算 Gas 费是否足够。若模拟通过就将这批 UserOperations 作为一个交易提交给出块节点；

  • 处理用户操作：入口点合约验证钱包是否存在 - 要求钱包验证用户操作 - 将用户操作发送至智能合约钱包进行执行，它充当了Bundler与智能合约钱包之间的中间人；

处理用户操作：入口点合约验证钱包是否存在 - 要求钱包验证用户操作 - 将用户操作发送至智能合约钱包进行执行，它充当了Bundler与智能合约钱包之间的中间人；

  • 区块上链：智能合约钱包将用户操作执行并纳入区块。

区块上链：智能合约钱包将用户操作执行并纳入区块。

1.3 对比传统钱包和 MPC 钱包

1.4 EIP-3074 的AA 方案

  • EIP-3074：需引入两个新的 op code 使 EOA 账户使用合约，涉及到共识层更改，因此被放弃；

EIP-3074：需引入两个新的 op code 使 EOA 账户使用合约，涉及到共识层更改，因此被放弃；

  • 如果说 EIP-4337 是让 CA 的账户钱包可以像 EOA 那样使用，那么 EIP-3074 就是让 EOA 外部钱包可以拥有智能合约账户的可编程功能。核心是通过签名，许可别人使用我的账户发出指令。

如果说 EIP-4337 是让 CA 的账户钱包可以像 EOA 那样使用，那么 EIP-3074 就是让 EOA 外部钱包可以拥有智能合约账户的可编程功能。核心是通过签名，许可别人使用我的账户发出指令。

  • EIP-3074 加入了两个新的 OpCodes，分别是 AUTH 和 AUTHCALL ，它倾向让User（EOA）可以以合约（Invoker Contract，Invoker 是不可升级的）代理自己执行各种动作，同时让开发者能以一个更具弹性的框架来设计交易物件和验证机制（签章演算法），使任何的EOA可以像一个合约帐户（Contract Account）一样运作，却不用自己布署任何合约。

EIP-3074 加入了两个新的 OpCodes，分别是 AUTH 和 AUTHCALL ，它倾向让User（EOA）可以以合约（Invoker Contract，Invoker 是不可升级的）代理自己执行各种动作，同时让开发者能以一个更具弹性的框架来设计交易物件和验证机制（签章演算法），使任何的EOA可以像一个合约帐户（Contract Account）一样运作，却不用自己布署任何合约。

  • 优点：1）自由度更高，可实现例如批次交易、包装交易、手续费缴交、多签等方式；2）可多手续费支付，外部账户也能通过其喜欢的代币支付 Invoker 手续费；

优点：1）自由度更高，可实现例如批次交易、包装交易、手续费缴交、多签等方式；2）可多手续费支付，外部账户也能通过其喜欢的代币支付 Invoker 手续费；

  • 缺点： 1）EIP-3074 涉及到庞大的共识层的改动，一旦出问题就需要使用硬分叉（hard fork）来解决问题； 2）由于 EIP-3074 是让 EOA 外部拥有账户拥有智能合约账户的特性，在签名机制上依旧使用固定的 ECDSA 签名，无法像 EIP-4337 那样可以使用任意签名方式；

缺点： 1）EIP-3074 涉及到庞大的共识层的改动，一旦出问题就需要使用硬分叉（hard fork）来解决问题； 2）由于 EIP-3074 是让 EOA 外部拥有账户拥有智能合约账户的特性，在签名机制上依旧使用固定的 ECDSA 签名，无法像 EIP-4337 那样可以使用任意签名方式；

  • EIP-5003：是 EIP-3074（AUTH 和 AUTHCALL）的扩展提案，它引入了新的 AUTHUSURP 操作码。如果使用 EIP-3074 机制，EOA 地址 A 已授权另一个地址 B 代表它行事，则 AUTHUSURP 允许 B 设置 A 的代码。即将现有的 EOA 升级为合约，并允许其从 ECDSA 迁移到更高效或抗量子签名方案。

EIP-5003：是 EIP-3074（AUTH 和 AUTHCALL）的扩展提案，它引入了新的 AUTHUSURP 操作码。如果使用 EIP-3074 机制，EOA 地址 A 已授权另一个地址 B 代表它行事，则 AUTHUSURP 允许 B 设置 A 的代码。即将现有的 EOA 升级为合约，并允许其从 ECDSA 迁移到更高效或抗量子签名方案。

2.多链 账户抽象方案

总结

  • 两个路线：兼容 4337 方案（4337 compatible method），原生账户抽象方案( native account abstraction)。

两个路线：兼容 4337 方案（4337 compatible method），原生账户抽象方案( native account abstraction)。

  • 兼容 4337 方案：

兼容 4337 方案：

  • 目前 Arbitrum、Polygon、Optimism 和 BNB 没有原生集成账户抽象。不过更多是通过 4337 相关产品进行支持（如 Biconomy、Stackup等），基础设施的搭建依旧处于概念阶段；

目前 Arbitrum、Polygon、Optimism 和 BNB 没有原生集成账户抽象。不过更多是通过 4337 相关产品进行支持（如 Biconomy、Stackup等），基础设施的搭建依旧处于概念阶段；

  • Arbitrum 在今年7月已通过对 AA 的端点支持提案；

Arbitrum 在今年7月已通过对 AA 的端点支持提案；

  • Polygon zkEVM 在其官方文档中表明后续会支持多代币支付 gas；

Polygon zkEVM 在其官方文档中表明后续会支持多代币支付 gas；

  • Optimism 和 BNB 提供了部分帐户抽象基础设施，如 Alchemy、Biconomy、Pimlico 和 Stackup 等。

Optimism 和 BNB 提供了部分帐户抽象基础设施，如 Alchemy、Biconomy、Pimlico 和 Stackup 等。

  • 原生账户抽象方案：Starknet 和 zkSync 两条链支持原生的账户抽象，区别于4337方案

原生账户抽象方案：Starknet 和 zkSync 两条链支持原生的账户抽象，区别于4337方案

兼容 4337 方案

  • Arbitrum：

Arbitrum：

  • Arbitrum 已在 23 年 7 月 17 日通过有关对账户抽象端点支持的 AIP-2 提案，目前 Offchain Labs 已正式在 Arbitrum One 与 Arbitrum Nova 上激活对账户抽象端点的支持；

Arbitrum 已在 23 年 7 月 17 日通过有关对账户抽象端点支持的 AIP-2 提案，目前 Offchain Labs 已正式在 Arbitrum One 与 Arbitrum Nova 上激活对账户抽象端点的支持；

  • 该提案称，以太坊研究者提出一种新的 RPC 端点 eth_sendRawTransactionConditional，使 L2 定序器适应 ERC-4337 捆绑器（bundlers）的特定需求。

该提案称，以太坊研究者提出一种新的 RPC 端点 eth_sendRawTransactionConditional，使 L2 定序器适应 ERC-4337 捆绑器（bundlers）的特定需求。

  • Polygon：

Polygon：

  • Polygon 兼容 4337，已经释出有关元交易相关的解决方案，如 Biconomy（多链中继协议）、 Gas Station Network (GSN) （去中心化公共物品协议，能帮助抽象用户支付 Gas 的过程）、Infura（节点提供商）和 Gelato（中继器 SDK，可多代币支付）

Polygon 兼容 4337，已经释出有关元交易相关的解决方案，如 Biconomy（多链中继协议）、 Gas Station Network (GSN) （去中心化公共物品协议，能帮助抽象用户支付 Gas 的过程）、Infura（节点提供商）和 Gelato（中继器 SDK，可多代币支付）

  • Polygon 在其官方文档中表明，Polygon zkEVM 通过 ERC 4337 支持帐户抽象并将允许用户使用任何代币支付费用，更多细节待释出。

Polygon 在其官方文档中表明，Polygon zkEVM 通过 ERC 4337 支持帐户抽象并将允许用户使用任何代币支付费用，更多细节待释出。

  • Optimism：目前 OP 主网上提供了部分帐户抽象基础设施，如 Alchemy、Biconomy、CyberConnect、Pimlico 和 Stackup 等项目，架构细节暂未释出；

Optimism：目前 OP 主网上提供了部分帐户抽象基础设施，如 Alchemy、Biconomy、CyberConnect、Pimlico 和 Stackup 等项目，架构细节暂未释出；

  • BNB：在 BNB 链2023年技术 roadmap 中，官方表示将会建立账户抽象基础设施，目前 4377 已在 BNB 上兼容，待更多细节释出。

BNB：在 BNB 链2023年技术 roadmap 中，官方表示将会建立账户抽象基础设施，目前 4377 已在 BNB 上兼容，待更多细节释出。

原生账户抽象方案

  • Starknet 原生支持账户抽象，即所有的帐户都是智能帐户。

Starknet 原生支持账户抽象，即所有的帐户都是智能帐户。

  • 方案目标：签名抽象（不同的账户合同使用不同的签名验证方案）和支付抽象（不同的交易支付模式和代币形式）

方案目标：签名抽象（不同的账户合同使用不同的签名验证方案）和支付抽象（不同的交易支付模式和代币形式）

  • 流程：交易在放入池中之前先验证 nouce，后被发送到账户智能合约的地址上进行验证，再添加到区块中。这两个阶段被编码在账户合约中的两个单独的函数中 validate 和 execute。

流程：交易在放入池中之前先验证 nouce，后被发送到账户智能合约的地址上进行验证，再添加到区块中。这两个阶段被编码在账户合约中的两个单独的函数中 validate 和 execute。

  • Sequencer 首先要求账户合约验证交易；为了防止 DoS 攻击，接受交易的 Sequencer 在将交易添加到 mempool 并广播给其他 Sequencer 之前，必须根据已知状态进行本地模拟。

Sequencer 首先要求账户合约验证交易；为了防止 DoS 攻击，接受交易的 Sequencer 在将交易添加到 mempool 并广播给其他 Sequencer 之前，必须根据已知状态进行本地模拟。

  • 成功完成模拟后，交易被执行，进入池中并在网络中传播。

成功完成模拟后，交易被执行，进入池中并在网络中传播。

  • Starknet 和以太坊方案的差异：

Starknet 和以太坊方案的差异：

  • Starknet 原生账户抽象中，所有的帐户都是智能帐户，必须包含validate和execution函数，用户在这两个函数中实现任意逻辑来拓展账户功能。

Starknet 原生账户抽象中，所有的帐户都是智能帐户，必须包含validate和execution函数，用户在这两个函数中实现任意逻辑来拓展账户功能。

  • StarkNet 支持多种椭圆曲线，签名验证高度可编程；validate通过验证签名确保只有账户所有者才能发起交易，同时保证交易执行者可以获得足够的gas费，用户可以在validate函数中实现不同的验签算法；

StarkNet 支持多种椭圆曲线，签名验证高度可编程；validate通过验证签名确保只有账户所有者才能发起交易，同时保证交易执行者可以获得足够的gas费，用户可以在validate函数中实现不同的验签算法；

  • 消除 Bundler 带来的额外复杂性：Starknet 通过指定 Sequencer 来履行 Bundler 的角色从而简化流程；

消除 Bundler 带来的额外复杂性：Starknet 通过指定 Sequencer 来履行 Bundler 的角色从而简化流程；

  • Starknet 无类似 Paymaster 的交易手续费抽象协议；

Starknet 无类似 Paymaster 的交易手续费抽象协议；

  • Starknet不区分常规交易和 UserOperations：因为 Starknet 所有交易都是由合约账户触发的。在以太坊中，Bundlers执行UserOperation交易，而在Starknet中，序列器（Sequencer）执行所有交易；

Starknet不区分常规交易和 UserOperations：因为 Starknet 所有交易都是由合约账户触发的。在以太坊中，Bundlers执行UserOperation交易，而在Starknet中，序列器（Sequencer）执行所有交易；

  • 部署合约账户的方式不同：

部署合约账户的方式不同：

  • Starknet 先部署合约账户才可调用，Starknet 要求有代币余额的账户通过调用一个专门的 deploy_account 函数来创建新的合约账户，这个被部署的帐户合约可以支付 gas；

Starknet 先部署合约账户才可调用，Starknet 要求有代币余额的账户通过调用一个专门的 deploy_account 函数来创建新的合约账户，这个被部署的帐户合约可以支付 gas；

  • EIP 4337 无需提前部署，Bundler通过执行 initCode 参数不为空的UserOperation交易来部署合约账户，部署过程不必须有代币余额的账户，gas费可以由Paymaster代付；

EIP 4337 无需提前部署，Bundler通过执行 initCode 参数不为空的UserOperation交易来部署合约账户，部署过程不必须有代币余额的账户，gas费可以由Paymaster代付；

  • zkSync：zkSync Era属于 native account abstraction方案，但同时 EVM-Compatible。

zkSync：zkSync Era属于 native account abstraction方案，但同时 EVM-Compatible。

  • 方案目标：签名抽象（不同的账户合同使用不同的签名验证方案）和支付抽象（不同的交易支付模式和代币形式）

方案目标：签名抽象（不同的账户合同使用不同的签名验证方案）和支付抽象（不同的交易支付模式和代币形式）

  • 流程：用户从本地将签名的 Transaction 送给 Operator ，Operator 把Transaction 送给 bootloader 进行验证，完成验证和获取手续费后，booteloader 会呼叫 Account Contract 上的 executeTransaction 来执行交易

流程：用户从本地将签名的 Transaction 送给 Operator ，Operator 把Transaction 送给 bootloader 进行验证，完成验证和获取手续费后，booteloader 会呼叫 Account Contract 上的 executeTransaction 来执行交易

  • zkSync 方案与 4337 的差异：

zkSync 方案与 4337 的差异：

  • zkSync 不区分EOA和合约账户；

zkSync 不区分EOA和合约账户；

  • zkSync允许 validateTransaction 函数调用已部署的外部合约：因为已部署的合约在zkSync中是不可更改的（immutable）；而以太坊禁止验证函数调用外部合约，以防止状态更改（state change）造成交易验证通过而交易执行失败；

zkSync允许 validateTransaction 函数调用已部署的外部合约：因为已部署的合约在zkSync中是不可更改的（immutable）；而以太坊禁止验证函数调用外部合约，以防止状态更改（state change）造成交易验证通过而交易执行失败；

  • zkSync 允许 validateTransaction 和 Paymaster 调用发出此交易合约账户的外部存储：如合约账户在外部合约上的代币余额，而以太坊禁止。

zkSync 允许 validateTransaction 和 Paymaster 调用发出此交易合约账户的外部存储：如合约账户在外部合约上的代币余额，而以太坊禁止。

zkSync、Starknet 和 4337 方案比较

  • 相似：

相似：

  • zkSync、Starknet 和 4337 的 AA 机制流程都相仿，皆为 Verification Phase → 手续费机制（由 Account Contract 支付或者 Paymaster）→ Execution Phase；智能合约钱包接口分为 validateTransaction 和 executeTransaction；

zkSync、Starknet 和 4337 的 AA 机制流程都相仿，皆为 Verification Phase → 手续费机制（由 Account Contract 支付或者 Paymaster）→ Execution Phase；智能合约钱包接口分为 validateTransaction 和 executeTransaction；

  • 面相 DoS 威胁：zkSync 的合约逻辑只允许触碰自己的 slots，其合约逻辑不可以使用到 Global 变量；Starknet 的 Sequencer 在将交易添加到 mempool 并广播之前，要求其必须进行本地模拟；4337 的UserOperation 为 validateUserOp 步骤做了 gas 限制，且 Paymaster 需质押代币。

面相 DoS 威胁：zkSync 的合约逻辑只允许触碰自己的 slots，其合约逻辑不可以使用到 Global 变量；Starknet 的 Sequencer 在将交易添加到 mempool 并广播之前，要求其必须进行本地模拟；4337 的UserOperation 为 validateUserOp 步骤做了 gas 限制，且 Paymaster 需质押代币。

  • 差异：

差异：

  • 原生 AA：zkSync 和 StarkNet 都是原生账户抽象，架构区别于 4337；

原生 AA：zkSync 和 StarkNet 都是原生账户抽象，架构区别于 4337；

  • 链上 Gas 消耗： zkSync 和 StarkNet 都是 layer2，需要考虑 Rollup 费用；

链上 Gas 消耗： zkSync 和 StarkNet 都是 layer2，需要考虑 Rollup 费用；

  • 执行 AA 的角色不同：zkSync 架构中 Operator 和 bootloader（System Contract）配合完成 User operation； StarkNet 中 User operation 由 Sequencer 负责，没有 Bundler 和 Paymaster 机制；4337 中 Bundler 与 EntryPoint 协作执行 User operation；

执行 AA 的角色不同：zkSync 架构中 Operator 和 bootloader（System Contract）配合完成 User operation； StarkNet 中 User operation 由 Sequencer 负责，没有 Bundler 和 Paymaster 机制；4337 中 Bundler 与 EntryPoint 协作执行 User operation；

  • 是否可以在 Account Contract 部署前送出交易：在 StarkNet 和 zkSync 中都没有像 4337 的 EntryPoint 有 initCode 这个 field 能让其替用户部署 Account Contract，所以都不可以在部署账户前送出交易；

是否可以在 Account Contract 部署前送出交易：在 StarkNet 和 zkSync 中都没有像 4337 的 EntryPoint 有 initCode 这个 field 能让其替用户部署 Account Contract，所以都不可以在部署账户前送出交易；

  • 调用外部合约：zkSync允许 validateTransaction 函数调用已部署的外部合约；而 4337 和Starknet 都不可以；

调用外部合约：zkSync允许 validateTransaction 函数调用已部署的外部合约；而 4337 和Starknet 都不可以；

  • Paymaster 的验证规则：

Paymaster 的验证规则：

  • Starknet 无Paymaster；

Starknet 无Paymaster；

  • 4337 Paymaster 接口定义了 validatePaymasterOp 和 postOp 两个函数，前者定义了Paymaster 代付交易的逻辑，后者可以确保在交易执行后，Paymaster能够抽取gas费补偿。Paymaster 需要在入口点合约上存入以太坊（支付 gas）和质押以太坊（防止机器人恶意批量创建）；

4337 Paymaster 接口定义了 validatePaymasterOp 和 postOp 两个函数，前者定义了Paymaster 代付交易的逻辑，后者可以确保在交易执行后，Paymaster能够抽取gas费补偿。Paymaster 需要在入口点合约上存入以太坊（支付 gas）和质押以太坊（防止机器人恶意批量创建）；

  • zkSync 类似 4337，接口定义了 validatePaymasterOp 和 postOp 两个函数，逻辑和 4337 一样，但这部分功能尚未实现。且zkSync 的 Paymaster 在 gas 足够时调用 postTransaction 才会开始执行，这个部分有别于 4337，4337 如果在 validatePaymasterUserOp 没有回传 context 的情况下不会呼叫 postOp，反之才会。

zkSync 类似 4337，接口定义了 validatePaymasterOp 和 postOp 两个函数，逻辑和 4337 一样，但这部分功能尚未实现。且zkSync 的 Paymaster 在 gas 足够时调用 postTransaction 才会开始执行，这个部分有别于 4337，4337 如果在 validatePaymasterUserOp 没有回传 context 的情况下不会呼叫 postOp，反之才会。

3.发展数据

总结：

  • 以太坊、Arbitrum、Optimism和Polygon 已部署了超过52万个ERC-4337账户，其中80%以上的账户是7月刚刚创建的；

以太坊、Arbitrum、Optimism和Polygon 已部署了超过52万个ERC-4337账户，其中80%以上的账户是7月刚刚创建的；

  • Polygon 和 Optimism 在 7-8 月借着 AA 产品的推出达成大幅增长：Polygon 是由 CyberConnect 网络的推出带来一波流量，Optimism 是由 Beam 钱包和 ZeroDev 带来的增长；

Polygon 和 Optimism 在 7-8 月借着 AA 产品的推出达成大幅增长：Polygon 是由 CyberConnect 网络的推出带来一波流量，Optimism 是由 Beam 钱包和 ZeroDev 带来的增长；

  • Arbitrum 和以太坊的热度较低，仅有几百至几千的 userops；

Arbitrum 和以太坊的热度较低，仅有几百至几千的 userops；

  • Bundler 和 Paymasters 目前在做的协议较少，目前各个链上都被 Pimlico 、StackUp 等项目垄断。

Bundler 和 Paymasters 目前在做的协议较少，目前各个链上都被 Pimlico 、StackUp 等项目垄断。

概括数据

  • 4337 的热度从23年7月起开始飙升，其叙事在 Polygon 和 Optimism 中率先开启，cyberconnect 是此次AA热潮的主要拉动方。Paymaster 和 Bundler gas 和交易量大幅增长，目前StackUp、Pimlico 和 Biconomy 形成垄断地位。

4337 的热度从23年7月起开始飙升，其叙事在 Polygon 和 Optimism 中率先开启，cyberconnect 是此次AA热潮的主要拉动方。Paymaster 和 Bundler gas 和交易量大幅增长，目前StackUp、Pimlico 和 Biconomy 形成垄断地位。

  • ERC-4337 EntryPoint合约于23年3月1日正式部署。截止23年8月30日，账户抽象链上总用户数约为 616000 名，总User Op达 130 万次。与23年第一季度相比，2023 年第二季度的季度用户运营增长了 11,837%，用户增长超过 27,000%；

ERC-4337 EntryPoint合约于23年3月1日正式部署。截止23年8月30日，账户抽象链上总用户数约为 616000 名，总User Op达 130 万次。与23年第一季度相比，2023 年第二季度的季度用户运营增长了 11,837%，用户增长超过 27,000%；

  • 目前以太坊、Arbitrum、Optimism和Polygon 均已经部署 4337 账户，其中 80%以上的账户是7-8月在 Polygon 和 Optimism 创建的 。Polygon 以 43.9% 的用户操作率遥遥领先，且在账户钱包用户中，Polygon 以 47% 的份额遥遥领先。此外，Stackup 在其中赞助了超 14 万美元的 Gas 费。

目前以太坊、Arbitrum、Optimism和Polygon 均已经部署 4337 账户，其中 80%以上的账户是7-8月在 Polygon 和 Optimism 创建的 。Polygon 以 43.9% 的用户操作率遥遥领先，且在账户钱包用户中，Polygon 以 47% 的份额遥遥领先。此外，Stackup 在其中赞助了超 14 万美元的 Gas 费。

  • Paymaster：目前 Paymasters 总数为96个，Gas 总成本约为 41.42 万美元。相比23年一季度，二季度 Paymaster交易量增长了 5182%。 gas 总量和交易量的增长表明对这些中介服务的需求正在大幅增长 ；

Paymaster：目前 Paymasters 总数为96个，Gas 总成本约为 41.42 万美元。相比23年一季度，二季度 Paymaster交易量增长了 5182%。 gas 总量和交易量的增长表明对这些中介服务的需求正在大幅增长 ；

  • Bundler：目前 Bundlers 总数为1300个，总收入约为 3.38 万美元。以太坊8月 bundler 约为1000位，其中 Stackup 占比94%（940+） ，对该组件形成垄断。

Bundler：目前 Bundlers 总数为1300个，总收入约为 3.38 万美元。以太坊8月 bundler 约为1000位，其中 Stackup 占比94%（940+） ，对该组件形成垄断。

Polygon数据

  • 目前有34万账户数，共56万 userops，主要是今年7月经历了使用量的飙升，有44万笔的 userops。

目前有34万账户数，共56万 userops，主要是今年7月经历了使用量的飙升，有44万笔的 userops。

  • 主要因为CyberConnect社交网络的推出，该网络的所有账户都是ERC-4337钱包。其次是 Biconomy，提供了近3万的账户部署；

主要因为CyberConnect社交网络的推出，该网络的所有账户都是ERC-4337钱包。其次是 Biconomy，提供了近3万的账户部署；

  • 7月和8月的 Bundler 和 Paymasters 主要由 Pimlico 提供。

7月和8月的 Bundler 和 Paymasters 主要由 Pimlico 提供。

  • Pimlico 是一种加密基础设施，旨在增加账户抽象的采用。Pimlico 将专注于为 Bundlers 和 Paymasters提供全面的基础设施。

Pimlico 是一种加密基础设施，旨在增加账户抽象的采用。Pimlico 将专注于为 Bundlers 和 Paymasters提供全面的基础设施。

Optimism 数据

  • 目前有15万账户数，40万的 userops，8月份的 ERC-4337 使用率和 UserOps数量相比7月份大大提升，主要是由推出的 Beam钱包（使用户可以用转账中使用的币来支付手续费，而不用区块链的原生代币）和 ZeroDev （一个建立在ERC-4337 之上的SDK，用于构建由帐户抽象提供支持的Web3 应用程序）建立。

目前有15万账户数，40万的 userops，8月份的 ERC-4337 使用率和 UserOps数量相比7月份大大提升，主要是由推出的 Beam钱包（使用户可以用转账中使用的币来支付手续费，而不用区块链的原生代币）和 ZeroDev （一个建立在ERC-4337 之上的SDK，用于构建由帐户抽象提供支持的Web3 应用程序）建立。

  • Bundler 和 Paymasters 主要由 Pimlico 、alchemy 和 StackUp 提供；

Bundler 和 Paymasters 主要由 Pimlico 、alchemy 和 StackUp 提供；

  • StackUp 的 SDK 可以使用ERC-4337 建立自定义的Web3 交易流程和钱包。

StackUp 的 SDK 可以使用ERC-4337 建立自定义的Web3 交易流程和钱包。

Arbitrum 数据

  • 目前有2200账户数，1万8的 userops，7月8月的增长主要来自 Zerodev 和 Biconomy，其余多为用户测试。

目前有2200账户数，1万8的 userops，7月8月的增长主要来自 Zerodev 和 Biconomy，其余多为用户测试。

  • Bundler 和 Paymasters 基本由 StackUp 建立。

Bundler 和 Paymasters 基本由 StackUp 建立。

以太坊数据

  • 目前仅有339个账户，2100个 userops，账户部分基本均由 Zerodev作为主要贡献、Safe和Biconomy 等项目产生的 userops 很少，剩余大部分 UserOps是由用户铸造和转移stETH、cbETH和rETH产生的。

目前仅有339个账户，2100个 userops，账户部分基本均由 Zerodev作为主要贡献、Safe和Biconomy 等项目产生的 userops 很少，剩余大部分 UserOps是由用户铸造和转移stETH、cbETH和rETH产生的。

  • Bundler 和 Paymasters 基本由 StackUp 建立。

Bundler 和 Paymasters 基本由 StackUp 建立。

4.由AA带来的机会

Paymaster

  • Paymaster 由 dApp 部署的智能合约，通过 Bundler 触发 Paymaster 让其为指定的 UserOperation 支付gas；其服务相对中心化（与 bundler 服务相比），合约开源，但后端封闭。

Paymaster 由 dApp 部署的智能合约，通过 Bundler 触发 Paymaster 让其为指定的 UserOperation 支付gas；其服务相对中心化（与 bundler 服务相比），合约开源，但后端封闭。

  • Paymaster 是标准化服务，难以单独构成独立项目，web2 流量方可作为功能集成来服务web3业务。代付方的商业机会：代付流量入口、自动兑换、与DeFi游戏项目集成导流，宏观上类似支付行业的创新情况。

Paymaster 是标准化服务，难以单独构成独立项目，web2 流量方可作为功能集成来服务web3业务。代付方的商业机会：代付流量入口、自动兑换、与DeFi游戏项目集成导流，宏观上类似支付行业的创新情况。

  • Paymaster 创新方向较为单一，但是价值捕获最稳定的一环，降低 web2 用户进入web3 的门槛，可能会有大量web2 机构部署Paymaster 服务。

Paymaster 创新方向较为单一，但是价值捕获最稳定的一环，降低 web2 用户进入web3 的门槛，可能会有大量web2 机构部署Paymaster 服务。

应用场景

  • 法币存款：可提供需要链下交易（如法币出入金）的gas抽象。如用户可以选择使用信用卡订阅Paymaster 服务来支付 gas 费。

法币存款：可提供需要链下交易（如法币出入金）的gas抽象。如用户可以选择使用信用卡订阅Paymaster 服务来支付 gas 费。

  • Biconomy 和 0xPass 与 Transak 合作提供法币通道；

Biconomy 和 0xPass 与 Transak 合作提供法币通道；

  • Argent Vault 与 Moonpay、Transak 和 Wyre 合作提供法币通道，并具有内置的DeFi协议聚合器；

Argent Vault 与 Moonpay、Transak 和 Wyre 合作提供法币通道，并具有内置的DeFi协议聚合器；

  • Etherspot、UniPass 和 Braavos 支持法币通道；

Etherspot、UniPass 和 Braavos 支持法币通道；

  • 掉期：为防止 gas 波动，可将 Paymaster 集成掉期功能，在特定时间以约定 gas 费用支付；

掉期：为防止 gas 波动，可将 Paymaster 集成掉期功能，在特定时间以约定 gas 费用支付；

  • 桥接：如 MetaMask 已经通过和第三方供应商合作的方式把跨链桥集合在钱包中，这些跨链桥可以进一步与gas abstraction中的代付合约（Paymaster）进行集合。

桥接：如 MetaMask 已经通过和第三方供应商合作的方式把跨链桥集合在钱包中，这些跨链桥可以进一步与gas abstraction中的代付合约（Paymaster）进行集合。

  • Biconomy 提供跨链桥和跨链通信服务；

Biconomy 提供跨链桥和跨链通信服务；

  • Etherspot、UniPass和Braavos支持 swap 和跨链桥。

Etherspot、UniPass和Braavos支持 swap 和跨链桥。

  • 会话：可在 Paymaster 集成 Session keys，即用户根据一组参数预先批准一个应用的交易，如一个给定的持续时间，一个最大的 Gas，一个特定代币的最大交易量，或一个特定合约的特定功能等。用例如下

会话：可在 Paymaster 集成 Session keys，即用户根据一组参数预先批准一个应用的交易，如一个给定的持续时间，一个最大的 Gas，一个特定代币的最大交易量，或一个特定合约的特定功能等。用例如下

  • 在全链游戏中达成用户友好，即不间断地进行游戏，无需每个操作都需签名确认；

在全链游戏中达成用户友好，即不间断地进行游戏，无需每个操作都需签名确认；

  • 能够在确认之前设置多个 DeFi 头寸；

能够在确认之前设置多个 DeFi 头寸；

  • 链上填写多个表格，无需每次都进行确认；

链上填写多个表格，无需每次都进行确认；