从零理解 AI Agent 支付（一）：为什么一切要从 ERC-4337 说起

这是我学习「AI + Web3」系列的第一篇笔记。我在做稳定币和链上支付相关的工作，最近开始系统补 AI Agent 支付这条线的知识。这个领域信息又多又乱，我想用自己能听懂的话把它捋一遍，顺便记录下来。如果你也在入门，希望这篇能帮你少走点弯路。

一、先问一个最朴素的问题：AI 怎么花钱？

如果你让一个 AI 助理帮你订机票、续费一个 API、买一份数据报告，它在最后那一步——付钱——会卡住。

为什么？因为我们现在的支付体系，是为「人」设计的。信用卡要填表单、要输验证码、要点确认；银行转账有营业时间；跨境还要等代理行。这些环节都默认背后坐着一个人。

可 AI Agent 不是人。它需要的支付方式得满足几个完全不同的条件：

• 可编程：用代码控制「什么情况下能付、付多少、付给谁」
• 7×24 不打烊：AI 不会等银行上班
• 能微额、高频：可能一秒钟付好几笔几分钱的费用
• 无国界：AI 不关心你在哪个国家
• 可审计：每一笔都要能追溯，出了问题查得清

把这几条放在一起看，你会发现——传统支付一条都满足不了，而稳定币 + 区块链几乎是为这个场景量身定做的。这就是为什么「AI Agent 支付」基本等于「AI Agent 用稳定币在链上支付」。

那么问题来了：链上支付不是早就有了吗？为什么还需要一套新东西？

答案藏在「钱包」里。

二、普通钱包的死穴：你不敢把私钥交给 AI

先理解一个最基础的概念。以太坊上最常见的钱包叫 EOA（Externally Owned Account，外部拥有账户），比如 MetaMask。它的逻辑简单到危险：

谁掌握私钥，谁就能动用账户里的全部资产。没有任何中间规则。

这对人来说还能接受——你自己保管好私钥就行。但对 AI 来说，这是个灾难。

想象一下，你要让 AI Agent 自动付费，你只能把私钥给它。这等于把你全部身家的命门交了出去。AI 一旦判断失误、被恶意提示词攻击（prompt injection）、或者运行环境被黑——里面的钱可以一次性全部被转走，而且区块链交易不可逆，转走就找不回来了。

而且 EOA 还有个麻烦：它必须自己持有 ETH 才能付手续费（Gas）。你总不能给每个 AI Agent 都先充点 ETH 吧？

所以结论很清楚：EOA 这种「一把钥匙管全部」的钱包，根本不是为自动化主体设计的。 要让 AI 安全地花钱，我们需要一种能「设规矩」的钱包。

这就是账户抽象（Account Abstraction）要解决的问题。

三、ERC-4337：把钱包从「一把钥匙」变成「一段代码」

ERC-4337 是以太坊在 2023 年 3 月正式上线的一个标准（注意：它不需要修改以太坊底层协议，是在应用层实现的，这点很巧妙）。它做的事情，一句话概括：

让你的钱包从「被一个私钥控制的账户」，变成「一段可以自己定规则的智能合约代码」。

这个转变是革命性的。当钱包是一段代码时，你就可以往里面写各种规则：

• 单笔最多花多少
• 每天/每月总共能花多少
• 只能付给哪些地址（白名单）
• 这个授权多久后失效
• 用什么签名方式验证

对 AI Agent 来说，这意味着什么？意味着你不再需要把「全部权限」交出去，而是给它一个带着规则笼子的有限权限。AI 最多只能在你画的圈里花钱，越界的交易在合约层面直接被拒绝——钱根本出不去。

这就把「我不敢让 AI 碰我的钱」这个最大的心理障碍给拆掉了。

ERC-4337 的几个核心零件

要看懂这个系统，你得认识几个角色。我用「一次 AI 自动付费」的例子串起来：

1. UserOperation（用户操作，简称 UserOp）

这是 ERC-4337 的核心概念。AI Agent 不直接发交易，而是先生成一个叫 UserOperation 的结构——你可以理解成一张「付款申请单」，上面写着：付给谁、付多少、用哪种代币、用什么验证方式。

关键在于：它还不是真正的链上交易，只是一个「意图」。这张单子会先进入一个专门的「候选池」（alternative mempool），跟普通交易分开排队。

2. Bundler（打包者）

Bundler 是一个链下的角色，它的工作是从候选池里收集多张「付款申请单」，打包成一笔真正的链上交易，提交上链。它存在的原因很技术：以太坊所有交易最终都得从一个 EOA 发起，而 Bundler 就是那个唯一需要持有 EOA 的角色——这样普通用户（和 AI）就不需要自己维护 EOA 了。

3. EntryPoint（入口合约）

这是整个系统的「信任锚」。它是一个部署在链上的单例合约（singleton），而且在所有 EVM 兼容链上都部署在同一个地址。Bundler 把打包好的交易交给它，由它来逐一验证每张「付款申请单」：调用每个智能合约钱包的 validateUserOp 函数，检查签名对不对、规则满不满足、余额够不够，全部通过才执行。这个合约经过大量审计，一旦部署就不可更改，是整个系统可信的基础。

4. Paymaster（代付者）—— 我觉得最优雅的设计

还记得前面说 EOA 必须自己持有 ETH 付 Gas 的麻烦吗？Paymaster 就是来解决这个的。它是一个「代付 Gas 的赞助商」合约：它先帮你垫付 Gas 费，你可以用稳定币（比如 USDC）来还它，甚至应用方可以直接免费替你付。

从 AI Agent 的视角看：它手里只需要有稳定币，全程不需要碰 ETH。 Paymaster 报一个等价于 Gas 成本的稳定币金额，在交易执行时收走，然后自己去付 ETH。这就把「想转 USDC 却必须先有 ETH」这个老大难问题彻底解决了，体验丝滑得像 Web2。

顺带一提，为了防止 Paymaster 作恶，EntryPoint 要求它质押 ETH，并且有一套信誉系统——总是赞助失败交易的 Paymaster 会被降低信誉、最终被限流。这个经济激励设计挺有意思。

一次完整的 AI 支付，串起来是这样的

1. 用户给 Agent 的钱包设规则（单笔上限/白名单/额度/有效期）
        ↓
2. Agent 在执行任务时决定「我需要付钱」
        ↓
3. Agent 构造一张 UserOperation（付款申请单）
        ↓
4. 申请单进入候选池，Bundler 收集打包
        ↓
5. EntryPoint 验证：调用钱包合约检查规则，超限/不在白名单 → 拒绝
        ↓
6. Paymaster 代付 Gas（Agent 只需持有稳定币）
        ↓
7. 验证通过 → 链上执行 → 稳定币转账，秒级到账
        ↓
8. 收款方（人 / 另一个 Agent）到账

注意第 5 步：规则是在花钱「之前」被强制执行的，而不是事后风控。 这是 AI 支付和传统支付体系最本质的区别。传统支付是「先扣钱、有问题再追」，而这里是「不符合规则的钱压根出不去」。对自动化主体来说，这种「事前硬约束」才是安全的根基。

四、一个你必须知道的 2026 新变化：EIP-7702

如果你只看老资料，会以为 ERC-4337 是唯一答案。但 2025 年 5 月以太坊的 Pectra 升级带来了 EIP-7702，这个一定要知道，否则你的认知就过时了。

ERC-4337 有个缺点：老的 EOA 钱包没法直接「升级」成智能合约钱包，你得创建一个新地址、把资产全部转过去，很麻烦。

EIP-7702 的突破在于：它让你现有的普通钱包（EOA）也能临时获得智能合约的能力。简单说，你那个用了很久的 MetaMask，在支持的网络上不用换钱包，就能临时拥有「设规则、批量操作、代付 Gas」这些能力。

这两个标准现在是共存关系：ERC-4337 适合需要完整功能的全新钱包部署，EIP-7702 适合让海量存量 EOA 平滑获得新能力。对做 AI 支付的人来说，这意味着实现路径多了一种选择。

还有一个关键机制叫 session keys（会话密钥）——一种「有时间限制、有权限范围」的临时签名密钥。智能钱包可以授权一个 session key 给 AI Agent，让它在限定时间和限定权限内自主签名，而不暴露主私钥。这个机制对 AI 自动化场景特别重要，值得专门研究。

五、从「能付钱」到「会付钱」：x402 协议

ERC-4337 解决了「AI 怎么安全地拥有一个会花钱的钱包」。但还有一个问题：AI 怎么知道什么时候该付钱、付多少？

这就是 x402 协议要解决的。它是 Coinbase 和 Cloudflare 主导的一个支付标准，巧妙地复用了 HTTP 协议里一个预留了几十年、却一直没启用的状态码：402 Payment Required。

逻辑特别符合直觉：

AI Agent  →  请求某个 API / 数据 / 算力
服务器    →  返回 402，附带一张「付款说明」（付多少、用什么币、付到哪）
AI Agent  →  自动用稳定币付款
AI Agent  →  带着付款凭证重新请求
服务器    →  返回内容

整个过程没有账号、没有订阅、没有 API key，全靠 HTTP 头自动完成。对 AI 来说，付费变得和发一个普通网络请求一样自然。

值得注意的是，x402 是链无关的——它不绑定某条链，付款说明里描述清楚网络、代币、金额、收款方就行，具体结算交给「facilitator」。目前它在 Base 和 Solana 上用得最多（因为快、便宜），结算主要用 USDC。

但这里有个值得思考的「现实 vs 叙事」张力

我查资料时发现一个很有意思的反差，作为入门者一定要看清楚，别被炒作带跑：

一方面，数据看着很猛——截至 2026 年 3 月，x402 在 Base 上处理了超过 1.19 亿笔交易、Solana 上 3500 万笔，年化交易额约 6 亿美元；Visa（通过 TAP 协议）、Stripe（通过 ACP 协议）、Google（AP2 协议）这些巨头全都进场了，整个生态估值被炒到几十亿美元。

但另一方面，有报道指出 x402 当时每天真实交易量可能只有几万美元，其中很大一部分还是测试和「刷量」交易，而非真实商业行为。换句话说——叙事跑在了真实需求前面。

我的理解是：基础设施（怎么付）这个问题已经基本解决了，所有零件都到位了。但「AI 经济」真正的规模化，取决于有多少真实的、按次付费的服务上线，让 AI 有东西可买。这就像电商早期——技术铺好了，接下来比的是真实场景的爆发。

这对我们做产品的人其实是个机会信号：轨道已经修好，缺的是跑在上面的真实业务。

六、给入门者的学习路径（也是我接下来两三周的计划）

把这一摊东西理清后，我给自己排了个学习顺序，分享出来：

第一周——打地基

• 吃透 EOA vs 智能合约钱包的区别（这是一切的起点）
• 理解 ERC-4337 的四个角色：UserOp / Bundler / EntryPoint / Paymaster
• 读官方资料：ethereum.org 的 Account Abstraction 页面 + EIP-4337 原文

第二周——看实现

• 研究 EIP-7702 和 session keys（2026 年的新变化）
• 跑一遍 Coinbase AgentKit 的 demo，体感一下 AI Agent 怎么发起支付
• 读 x402 的文档，理解 HTTP 402 的支付握手流程

第三周——连接现实

• 看 x402 在 Base / Solana 上的真实数据和案例
• 思考：EVM 这套（ERC-4337）和 Solana 的账户模型差异在哪（下一篇笔记的主题）
• 关注监管：GENIUS Act 对稳定币支付的影响

写在最后

学完这一部分，我最大的感受是：AI Agent 支付不是某一个新发明，而是一堆已有积木的重新组合。 稳定币提供「稳定的链上货币」，ERC-4337 提供「能设规则的钱包」，Paymaster 解决「Gas 摩擦」，x402 提供「付费的语言」。它们各自都不新，但拼在一起，第一次让「机器自主花钱」这件事在技术上真正成立了。

下一篇，我想写 Solana 上的 AI 支付——因为 EVM 这套账户抽象标准，在 Solana 上完全是另一套玩法。这也正是我工作中要面对的问题。

如果这篇对你有帮助，或者哪里我理解错了，欢迎交流指正。我也还在学。

本文是个人学习笔记，不构成任何投资或技术建议。文中数据来自公开资料，可能随时间变化。