ERC-8183:以太坊如何为 AI 代理经济构建商业层
超过 300 万美元的智能体对智能体(agent-to-agent)交易已经在以太坊上发生——没有托管,没有交付验证,一旦出现问题也无法追责。2026 年 3 月 10 日,Virtuals Protocol 和以太坊基金会的 dAI 团队提交了一项提案来解决这一问题:ERC-8183,这是一种新标准,旨在将 AI 智能体之间原始的链上支付转变为可验证、无须信任的商业行为。
这一时机至关重要。智能体 AI(agentic AI)市场预计将从 2025 年的 70 亿美元激增至 2032 年的 930 亿美元。谷歌于 2026 年 1 月推出了其通用商业协议(Universal Commerce Protocol),并获得了 Shopify、沃尔玛、Visa 和万事达卡的支持。Coinbase 的 x402 协议仅在 Solana 上就处理了超过 3500 万笔交易。然而,当两个自主程序试图进行业务往来时,这些系统都没有解决出现的根本性信任问题。
ERC-8183 解决了这个问题——而它的实现方式可能会定义数万亿美元的机器对机器商业最终如何结算。
智能体商业中的信任鸿沟
当人类在 Upwork 等平台上雇用自由职业者时,平台充当了中间人的角色——持有托管资金、验证交付物并解决纠纷。但当“自由职业者”是一个 AI 智能体,且“客户”也是另一个 AI 智能体,且没有人类参与其中时,会发生什么?
这并非一个理论问题。Virtuals Protocol 的生态系统已经支持了超过 15,800 个 AI 项目,累计智能体 GDP 超过 4.77 亿美元。智能体正在为其他智能体生成内容、交易代币、分析数据并执行计算任务。由于缺乏商业标准,这些交易依赖于简单的代币转账——这在链上相当于通过邮件寄送现金,并寄希望于对方能够履约。
后果是显而易见的:工作不可验证、款项无法追回,以及正在出现的信任危机,这些都阻碍了整个智能体经济的发展。
ERC-8183 的结构:任务原语(Job Primitive)
ERC-8183 引入了一个核心抽象概念——任务 (Job) ——它编码了智能体对智能体商业交易的全生命周期。每个任务涉及三个角色:
- 客户 (Client):发布任务并向托管账户提供资金的智能体。
- 服务商 (Provider):负责完成工作的智能体。
- 评估者 (Evaluator):验证工作是否真正完成的独立第三方。
将评估者与客户和服务商分离是关键的设计决策。与简单的双方托管(当 双方意见不一致时可能会陷入僵局)不同,ERC-8183 引入了第三方验证角色,该角色可以由另一个 AI 智能体、预言机或专门的验证服务来承担。
状态机
每个任务都经历一个定义的四个阶段生命周期:
- 开启 (Open) —— 客户创建任务,指定任务内容、支付代币、预算、评估者和有效期。
- 注资 (Funded) —— 客户将款项转移到智能合约的托管账户中。资金被锁定且无法提取。
- 提交 (Submitted) —— 服务商完成工作并提交交付物(或其链上引用)。
- 终止 (Terminal) —— 评估者将任务标记为已完成(将托管资金释放给服务商)、已拒绝或已过期(触发向客户退款)。
这个状态机设计得非常简洁。设计者明确选择保持核心合约的精简,将复杂的业务逻辑推向了一个名为 钩子 (Hooks) 的可扩展层。
钩子 (Hooks):无须核心冗余的模块化扩展
ERC-8183 的钩子系统是该标准对开发者来说真正有趣的地方。钩子是可选的智能合约,在任务创建时附加,并在每次状态转换之前和之后执行自定义逻辑。
钩子可以实现的功能:
- 声誉门槛:要求服务商 的链上声誉分数(通过 ERC-8004)在接受任务前必须超过某个阈值。
- 竞价机制:允许多个服务商在客户选择其中一个之前,就价格或条款进行竞争。
- 费用分配:自动在多个贡献者之间分配付款,或将一定比例路由到协议金库。
- 多步工作流:将多个任务链接在一起,其中一个任务的完成会触发下一个任务的创建。
- 合规检查:在受监管的环境中强制执行 KYC/KYA(了解你的智能体)要求。
一个关键的安全设计:claimRefund 函数被刻意排除在钩子回调之外。这确保了过期后的退款永远不会被配置错误或恶意的钩子阻止——这是针对恶意攻击(griefing attacks)的一种微妙但重要的保护。
智能体商业栈:ERC-8183 的定位
ERC-8183 并非孤立运行。它位于以太坊上新兴的三部分“智能体商业栈”中的特定层级:
第 1 层:身份 —— ERC-8004
ERC-8004 于 2026 年 1 月 29 日在以太坊主网上线,通过三个注册表为 AI 智能体提供链上身份:
- 身份注册表 (Identity Registry):一个基于 ERC-721 的句柄,可解析为智能体的注册文件——使每个智能体都能与现有的 钱包和基础设施兼容。
- 声誉注册表 (Reputation Registry):在交互后提交的评分和评估的持久、可查询历史记录。
- 验证注册表 (Validation Registry):通过权益担保的重新执行、zkML 证明或 TEE 预言机对智能体行为进行独立验证。
第 2 层:商业 —— ERC-8183
本文描述的基于任务的托管和评估层。
第 3 层:支付 —— x402
由 Coinbase 平台团队开发的 x402 将稳定币微支付直接嵌入到 HTTP 中。服务器响应 HTTP 402(要求付款),客户端签署支付并重试,服务器随后交付资源。在 Base 等费用约为 1 美分的 L2 上,智能体可以为单次 API 调用支付 0.001 美元。
每个完成的 ERC-8183 任务(Job)都会将声誉数据反馈到 ERC-8004 中,从而创建一个复利信任循环。一个能够可靠交付任务的智能体会建立声誉评分,从而获得更高价值的机会 —— 这种飞轮效应模拟了人类专业人士建立职业生涯的方式,但以机器的速度运行。
ERC-8183 与竞争标准
2026 年的智能体商业领域充满了各种竞争方 案:
| 标准 | 方式 | 范围 | 关键限制 |
|---|---|---|---|
| ERC-8183 | 带有评估者验证的链上托管 | 智能体对智能体商业 | 以以太坊为中心;复杂任务的 Gas 成本高 |
| x402 | HTTP 原生推送支付 | 微支付和 API 访问 | 无托管或交付验证 |
| Google UCP | 中心化商户目录 | AI 智能体的零售购物 | 封闭生态系统;需要集成 Google |
| AP2 (智能体支付协议) | 代币化支出授权 | 智能体支出限制 | 为人对智能体设计,而非智能体对智能体 |
关键区别在于:x402 是一种支付通道(资金如何流动),Google UCP 是一个产品目录(智能体可以购买什么),而 ERC-8183 是一种商业协议(交易的全生命周期,包括验证和争议解决)。它们更多是互补关系而非竞争关系。
Google 与 Shopify、Walmart 和 Visa 共同开发的 UCP 处理“购物”用例 —— 即 AI 智能体浏览目录、比较价格并代表人类进行购买。ERC-8183 则处理根本不同的情况,即双方都是自主智能体,在没有人类监管的情况下协商和执行服务。
现实世界的影响
4.77 亿美元的智能体 GDP
Virtuals Protocol 的生态系统已经产生了超过 4.77 亿美元的累计智能体 GDP。ERC-8183 将产生这些数字的商业关系正式化,通过降低交易风险潜在地加速增长。
DeFi 智能体工作流
考虑一个多智能体 DeFi 策略:智能体 A 监控市场状况并发布一个再平衡分析任务。智能体 B 执行分析并提交建议,智能体 C(专门的评估者)验证分析质量。验证后自动支付。整个工作流程在没有人为干预的情况下执行,每一步都记录在链上。
内容和数据市场
AI 智能体生成内容、训练数据或分析报告,可以通过 ERC-8183 任务提供服务。内容生成智能体发布交付物,评估智能体验证质量和原创性,支付自动结算。Hook 系统使市场能够强制执行最低质量标准,并通过多个层级升级评估。
跨协议可组合性
由于 ERC-8183 任务是标准的智能合约,它们自然可以与其它以太坊原语组合。智能体可以在 DeFi 协议中质押代币作为接受任务的抵押品,或者自动将任务收益通过收益协议进行路由。Hook 系统使这些集成变得模块化而非定制化。