MetaMask入局，Agent支付开始争夺钱包

MetaMask正式上线Agent Wallet，Agent支付竞争进入钱包层。

8月6日，MetaMask再次发布Agent Wallet上线公告，并称其当天正式上线。按照官方公布的产品形态，Claude Code、Codex、OpenClaw等AI Agent可以连接一只独立的钱包，在用户预设规则下执行转账、Swap等链上操作。

这并不是MetaMask第一次公布Agent Wallet。

早在6月8日，MetaMask就已经宣布推出这一产品，并向有限用户开放Early Access。Guard Mode、Beast Mode、24小时资金流出限制、协议白名单、双因素认证、交易模拟、Blockaid威胁扫描以及MEV保护等核心机制，当时已经公开。

8月6日发布的公告中，一个亮点是产品执行能力变得更具体了。

MetaMask披露，Agent Wallet已经可以执行ERC-7821批量Swap。在支持的转账和Swap场景中，Agent也不必预先持有对应网络的原生Gas代币，钱包可以通过相应机制完成网络费用处理。

AP2、x402等Agent支付协议正在快速推进，Coinbase、Cobo等公司又相继把Agent能力延伸到钱包，一条新的竞争线已经出现——Agent支付的竞争，正在从协议标准继续延伸到钱包执行层。

过去大家首先解决的是AI怎样形成交易、怎样证明授权、怎样向商户或服务方发起付款。现在，当Agent开始真正获得资金执行能力，另一个问题变得越来越重要，钱放在哪里，密钥由谁控制，Agent能够签什么，什么交易可以自动执行，又在什么情况下必须重新把决定权交给人。

MetaMask这次改造的，不只是给钱包接上AI

如果只是让AI查询余额、生成交易参数，Agent Wallet并不算什么全新的东西。

Agent需要持续运行，钱包的设计也随之改变。

人使用钱包时，可以接受大量临时操作。Gas不够了，可以弹窗提醒充值。交易失败了，用户可以重新选择网络。合约风险过高，可以停下来阅读提示。

但Agent如果要连续执行任务，这些依赖人即时判断的环节都会成为障碍。

在符合条件的账户和网络上，ERC-7821可以把代币授权和交易组合进一次执行。Agent Wallet还可以准备one-shot trade。Gas抽象降低了Agent提前管理不同链原生代币的要求，更细粒度的错误代码和提示，则让Agent在一次执行失败后能够判断为什么失败，以及下一步还能不能继续。

MetaMask当前的CLI也已经将钱包查询、转账、Swap、收益等操作做成Agent可以直接调用的指令，符合条件的ERC-20转账还可以在原生代币不足时尝试Gasless Relay。

这只钱包越来越不像一个等待用户点击“确认”的界面，而更像一套供机器持续调用的资金执行接口。

但MetaMask没有因此简单地把钱包控制权完全交给AI。

在默认的Guard Mode下，用户可以设定允许使用的网络、地址、Token接收方以及滚动24小时资金流出额度。当Agent提出的交易超出这些限制，或者交易被识别为恶意、高风险操作时，任务不会继续自动执行，而是暂停并转入双因素认证，由用户重新决定。

在server-wallet模式下，实际控制资金的密钥也不是直接交给Agent使用。MetaMask将签名密钥置于受保护环境中，Agent提交的是执行请求，钱包系统再根据设定的规则决定是否允许签名。

于是，Agent可以在规则允许的范围内持续执行，资金和签名控制仍然留在钱包设置的约束之中。

有了AP2和x402，为什么还要专门给AI做钱包

AP2和x402已经解决了Agent支付中的一部分关键问题。

以AP2为例，它要解决的重要问题之一，是当AI代表用户完成交易时，商户、支付服务方以及其他参与者怎样证明这笔交易确实得到了用户授权。

在无人实时参与的流程中，用户可以预先批准开放的Checkout Mandate和Payment Mandate，为Agent划定购物与支付约束。Agent随后在这些约束内完成具体交易，并向Credential Provider、商户和支付处理方证明相应授权。

因此，AP2并不只是简单告诉AI“你可以买”。

它更重要的作用是形成一条能够被其他交易参与方验证的授权证据链。谁授权了Agent、授权范围是什么、最终买了什么，以及这笔交易与用户此前给出的条件是否一致。

x402解决的则是另一类问题。

当Agent访问一个需要付费的API、数据或其他互联网资源时，服务端可以通过HTTP 402告诉Agent需要支付多少钱、采用什么资产以及怎样支付。Agent取得这些支付条件后，可以构造相应的payment payload，由钱包签名，再交给服务端或Facilitator验证和结算。

x402本身已经把钱包纳入支付流程，买方钱包负责持有资产并签署支付载荷。

AP2可以规定怎样证明授权，x402可以规定机器之间怎样交换支付要求和支付载荷。但一只长期由Agent调用的钱包，还必须进一步处理三类具体问题。

首先是资金和密钥由谁控制。其次是Agent究竟能够获得多大的交易和签名权限。再往后，则是每次具体执行之前怎样检查资金流出、交易对象和风险，以及出现异常时是否需要重新交给用户决定。

到了具体执行阶段，资金和密钥由谁控制、Agent能签什么、交易怎样被拦截，仍然需要由钱包自身处理。

MetaMask Agent Wallet处理的，正是这一层。

Agent支付正在形成一种组合结构。协议负责建立不同参与者之间能够共同理解和验证的交易规则，钱包则把其中涉及资金、密钥和签名的要求落实到一笔具体执行。

随着Agent能够独立完成的交易环节越来越多，资金和签名也不能一直依赖人临时接管，适合机器持续调用的钱包或账户基础设施随之成为一个独立的产品问题。

Agent支付的竞争，已经开始向资金和签名真正被执行的地方延伸。

Agent支付开始争夺“谁来执行”

MetaMask并不是第一家公司看到这个问题。

今年2月，Coinbase就已经推出Agentic Wallets，让Agent可以直接执行资金、交易和支付操作。

Coinbase的方案同样不是简单把私钥交给AI。它提供Session Cap和Transaction Limit，对Agent在一个执行周期以及单笔交易中的资金使用进行限制，同时通过隔离环境保护密钥，引入KYT等风险筛查，并结合x402、Gasless交易以及DeFi能力，让Agent能够在一定边界内自主运行。

MetaMask走的是相近但并不完全相同的路线。

如果说Coinbase更像是先给Agent一笔可以自主使用的预算，再通过底层基础设施控制风险，那么MetaMask更强调在规则内持续执行，越界以后重新找人。Guard Mode把网络、地址、Token接收方和滚动24小时资金流出都纳入约束，Agent可以在规则允许的范围内运行，超出范围则暂停。

两家公司选择的是相近的执行权配置，Agent可以自主执行，但自主性被预设的预算、规则和风险条件包围。

Cobo提供的是另一种配置。

其Agentic Wallet采用MPC体系。在当前可用的MPC Mode中，高价值或高风险操作必须保留用户共同签名。Agent能够提出交易和执行请求，但并不是所有资金动作都可以由AI单独完成。

这里已经不是单纯给Agent划一个更细的预算，而是继续把一部分最终签名权留给用户。

Ledger走得更谨慎。

目前仍处preview阶段的Ledger Agent Stack允许Agent完成分析、准备交易等工作，但敏感操作最终仍要求用户通过硬件Signer确认。Agent可以把一笔交易准备到最后一步，真正的签名仍由人完成。

在这一路线里，AI负责提出和准备交易，人保留最终执行权。

从Coinbase、MetaMask，到Cobo，再到Ledger，三种路线的区别，主要在于最终签名还离人有多远。

一端是允许Agent在预设规则内自主运行，另一端是所有关键资金动作仍由人完成最后确认，中间还存在MPC共同签名等折中方案。

行业已经开始接受“Agent需要钱包或资金执行工具”，但还远没有就一个更核心的问题形成共识：AI究竟应该拥有多大的最终资金执行权？

完全由人逐笔确认，Agent的自主性就会受到限制。把密钥和执行权彻底交给AI，又会带来新的安全和责任问题。

而Crossmint又把这场执行权竞争带出了单纯的DeFi场景。

它把Agent Wallet与稳定币、x402、虚拟卡以及Agent Checkout放在同一套Agentic Payments体系里。Agent要支付的对象，不再只是链上的Swap或者DeFi协议，也可能是API、商品、服务以及更多现实商业交易。

Agent Wallet今天仍带着很强的加密钱包色彩，但它面对的问题未必只属于加密行业。

如果未来越来越多AI能够自行调用支付工具、购买服务、调度算力甚至完成商业交易，传统支付体系同样要处理Agent的账户权限、自动支付范围以及什么情况下必须重新交给人。

MetaMask这次上线Agent Wallet，正是这种变化进入主流钱包产品层的一个新节点。

Agent支付下一阶段争夺的，不只是让AI能够付款，而是谁来决定一只已经获得支付能力的AI，究竟可以把钱花到哪一步。

这里是支付之家。我们关注支付表象之下的规则差异与逻辑变化，提供支付科技领域增量信息。观点内容仅供参考。