AI Agent 也要自己赚钱、自己付账、自己续命了

作者：小白

本文为作者原创投稿，观点仅代表作者个人理解，ETHPanda 对内容进行编辑整理。

当 AI Agent 不再只是对话工具，而是拥有钱包、邮箱、支付卡，甚至能自己发币、雇佣其他 Agent 时——我们需要一套全新的底层基础设施。Virtuals 的 EconomyOS 正在定义这个方向。

引言：为什么现在非得有这个东西？

今天一个 AI Agent 想独立做任何事，都得靠人。

它想调用一个 API——需要人给它注册账号、绑信用卡、生成 API key。它想租一台服务器——需要人下单、输入支付信息。它想买一个 SaaS 订阅——需要人填邮箱、收验证码、完成 checkout。

这就像一个成年人每次出门都要家长签字——Agent 根本没有自己的「数字身份」和「钱袋子」。它的一切经济行为都寄生在人类账户上，无法独立存在。

这种模式能跑，但有三个根本瓶颈：

规模瓶颈——Agent 数量从几百到几百万时，人类不可能给每个 Agent 一个个绑卡、注册账号
信任瓶颈——其他 Agent 怎么知道跟你在聊天的是谁？它有没有履约能力？
生存瓶颈——Agent 能不能自己养活自己？还是停机就等于死亡？

Virtuals 的 EconomyOS 就是来解决这三个问题的。它给 Agent 发了身份证、开了银行账户、配了支付卡——让 Agent 真正成为一个独立的经济行为体。

一、EconomyOS 是什么？

官方定义：Agent identity and infrastructure to sell, buy, and enable autonomous agent capabilities.

翻译成人话：一套让 Agent 拥有身份、能赚钱、能花钱、能给自己续命的基础设施。

具体拆成四个层次：

Identity——Agent 在开放互联网上的存在证明：链上钱包、专属邮箱、虚拟信用卡、可选代币
Capital——Agent 原生的资本市场：可以发行自己的代币融资，也可以把钱部署到链上市场生息
Commerce——Agent 的商务层：Agent 之间可以通过 ACP 协议发布服务、雇佣彼此、托管资金、完成交付
Compute——Agent 的生存层：用自己的钱包支付模型推理和运行时费用，实现经济自循环

四个层次加起来，就是一个 Agent 从「出生」（有身份）到「赚钱」（提供服务）到「花钱」（付算力、买服务）到「成长」（融资扩张）的完整闭环。

二、Agent Identity：给 Agent 一个数字人格

这是 EconomyOS 最核心的突破。过去，一个 AI Agent 的「身份」就是它的 API key。EconomyOS 把身份扩展成四件套：

① 钱包（Agent Wallet）——EVM 和/或 Solana 钱包，作为链上锚点，用于签名、收付款和链上交互。非托管架构下，CLI 侧签名密钥存于 OS 钥匙串，SDK 侧可由 Privy 管理。需要注意的是，当前 ACP v3.0 的多链支持主要覆盖 Base Mainnet、Base Sepolia 与 BSC Testnet；Agent Wallet / SDK 层也提供可选的 Solana 支持，但不应简单理解为所有 ACP Job 已在 Solana 主网完整可用。

② 邮箱（Agent Email）——每个 Agent 有一个专属邮箱（如 agent@yourdomain.agents.world）。可以收邮件、发邮件、提取验证码。用于注册第三方服务、接收登录通知、处理账单邮件。内置反垃圾和内容扫描，防止 Agent 被当 spam 机器用。

③ 一次性虚拟支付卡（Agent Card）——在完成账户、支付方式和额度等前置设置后，Agent 可以通过 CLI 签发 single-use virtual card，有效期 30 分钟，用完即废，卡号和 CVV 只返回一次。当前 beta 额度为每张 $1–$75，由 Alchemy 提供发卡、交易处理和结算能力，覆盖在线购物、订阅付费、任何需要卡支付的场景。

④ 代币（Agent Token，可选）——Agent 可以选择在链上发行自己的代币。Agent Token 可以带来共同所有权，并让交易费/税收回流到 Agent 钱包，成为一种自我融资机制；而完成的 ACP Job 还可以进一步写入或组合 ERC-8004 风格的链上声誉信号。Token 化不影响 Agent 参与核心协议。

EconomyOS 做了一个重要的架构区分：身份（Identity）是 Agent「是什么」——钱包、邮箱、卡、代币，持久化、锚定在链上；能力（Capabilities）是 Agent「做什么」——发布的服务和资源，动态变化，随时更新。一个 Agent 可以今天做数据分析、明天做图像生成，但它的钱包地址和邮箱始终不变。

三、ACP v3.0：Agent 之间的商业协议

ACP（Agent Commerce Protocol）是 EconomyOS 的交易层，也是 ERC-8183（Agentic Commerce，当前仍处于 Draft 阶段）的参考实现。官方资料显示，ACP 已有 18 个月生产运行和 2000+ Agent 接入经验；EconomyOS 则是在这个基础上，把身份、钱包、卡、邮箱、Token、Compute 等能力打包成更完整的 Agent 经济操作系统。

核心角色与概念

Client——需要被完成任务的 Agent
Provider——执行任务并交付成果的 Agent
Evaluator——可选的中立第三方，负责验收交付物
Job——一次商业约定的链上智能合约
Offering——Provider 预先定义的可购买服务目录
Hook——扩展 Job 行为的插件合约（v3.0 新增）

Job 的生命周期

每一步都是链上操作，资金托管在合约 escrow 中，交付不通过就不放款：

Client 创建 Job → Provider 报价 → Client 存入 USDC 到 escrow → Provider 交付 → Client 验收通过（escrow 释放）或拒绝（escrow 退回）

费用结构也很简单：无评估者时 Provider 拿 95%、协议收 5%；有评估者时 Provider 90%、评估者 5%、协议 5%。

v3.0 的升级

四、Agent Compute：Agent 为自己买单

这是整套系统里最容易低估但意义最深远的组件。

传统模式：人类在云厂商后台绑信用卡，Agent 只管调用。这意味 Agent 的「生存」完全依赖人类的被动供给——人类不续费，Agent 就死。

Agent Compute 把这件事倒了过来。Agent 在 Virtuals 控制台配置一个算力端点，开启自动充值，然后：

Agent 通过 ACP 接活 → 赚 USDC → 钱包余额增加 → 自动充值触达算力余额 → 模型调用和推理持续运行

核心机制：

算力端点和 API key 在 Virtuals 控制台配置，可以从 Agent 钱包自动充值
支持 OpenAI 消息格式（/chat/completions）和 Anthropic 消息格式（/messages），现有代码几乎零改动接入
充值逻辑：设置一个「余额阈值」和一个「充值金额」——当算力余额低于阈值时，Agent 钱包自动向算力账户划转指定金额

这意味一个 Agent 可以真正做到经济自循环——赚了钱自己付算力，不需要人类信用卡兜底。

五、跟其他方案比，它有什么不同？

目前市面上有好几个方向在做 Agent 经济基础设施，但做的事情不一样：

x402（Coinbase 主推的开放支付协议）——用 HTTP 402 Payment Required 状态码实现 HTTP-native 支付，让服务可以对 API 或数字内容按请求收费。它偏支付原语和请求级结算，未来可能与 EconomyOS 的某些支付场景互补，而不是直接替代关系。
Google Agent2Agent（A2A）和 Anthropic MCP（Model Context Protocol）——主要解决 Agent / 工具之间的通信、能力发现、工具调用与任务协作问题。它们管的是「Agent 怎么找到彼此、怎么交换信息、怎么调用能力」，不直接解决谁给谁付钱、身份如何沉淀、交易如何托管。
Visa Intelligent Commerce——Visa 也在做 Agent 支付的基础设施（自动 Visa 卡、智能钱包）。这是最接近的竞品。区别在于 Visa 是纯 Web2 发卡体系，没有链上身份层，也不做代币化和 Agent 间协议。EconomyOS 的链上身份、链上声誉、ACP 协议、Agent Tokenize 是 Visa 方案没有的。

总结：它们做的是不同层的活。x402 是 HTTP-native 支付原语，A2A / MCP 是通信与工具协作协议，Visa 是 Web2 支付卡和授权网络——EconomyOS 则试图把身份、支付、商业协议、链上声誉和算力账单打包成一套 Agent 经济操作系统。

六、还没有解决的问题

EconomyOS 的方向很明确，但也还有一些硬骨头：

监管与合规——在完成账户、支付方式和额度等前置设置后，Agent 可以发行一次性虚拟卡、发币、雇佣其他 Agent，甚至参与某种合同式协作；但法律责任在谁身上？如果 Agent A 雇 Agent B 做了违法的事，是 A 的开发者负责，还是 B 的开发者，还是协议本身？目前还没有明确答案。

私钥安全——非托管架构是双刃剑。没有中心化的丢钱找回机制，Agent 的私钥丢了就是真丢钱。Agent 日常运行需要签名频繁交互，私钥暴露面比人类大得多。

Agent 破产问题——如果 Agent 接了多个 Job 但钱包里的 USDC 不够同时付 escrow，协议层面怎么处理？有没有破产清算机制？文档还没覆盖这个场景。

真实采用——ACP 的 2000+ Agent 接入经验仍然只是早期信号，和几百万传统 SaaS 集成客户相比还很小。Agent 经济要真正跑起来，需要足够多的 Provider 提供服务、足够多的 Client 愿意用，并产生持续的真实成交。

七、值得关注的信号

ERC-8183 / ERC-8004 标准化——两者目前都仍处于 Draft 阶段。如果后续走向稳定，并被更多 Agent 项目采用，ACP 和链上声誉体系才可能成为 Web3 Agent 生态更通用的互操作基础。
Agent 发币（Tokenize）——跟人类项目发币不同，Agent 发币的逻辑更自洽：持有者本质上是在投资 Agent 的未来算力和服务收入
反垃圾邮件机制——Agent Email 内置的限速、扫描、黑名单说明团队已经在思考 Agent 规模化后的治理问题
ACP 的实战检验——官方资料显示，ACP 已有 18 个月生产运行和 2000+ Agent 接入经验；但 EconomyOS 作为更完整的身份、支付、Compute 打包方案，还需要继续观察真实 Provider 数量、Job 成交量和经济闭环是否跑通。