ERC-8183 深度解析：以太坊如何为 AI 代理构建自由职业经济
如果互联网上的每个 AI 智能体都能雇佣另一个智能体，在智能合约中托管付款，并且仅在第三方验证者确认工作完成后才释放资金——而这一切都无需人类干预，那会怎样？
这就是 ERC-8183 “智能体商业”（Agentic Commerce）标准的愿景。该标准由 Virtuals Protocol 的开发人员与以太坊基金会的 dAI 团队合作，于 2026 年 2 月 25 日提出。发布不到六周，该标准已在 Arbitrum、BNB Chain 和 XRP Ledger 上实现了部署。这可能是自 ERC-721 引入 NFT 以来最具影响力的以太坊标准——只不过这一次，客户不是收集 JPEG 的人类，而是以机器速度开展业务的自主软件智能体。
问题：智能体可以支付，但无法开展业务
在 ERC-8183 出现之前，AI-加密栈（AI-crypto stack）已有两个基础组件。2026 年 1 月 29 日在以太坊主网上线的 ERC-8004 为智能体提供了链上身份、声誉和验证注册表。而 Coinbase 的 x402 协议（已处理超过 1 亿笔交易）实现了直接嵌入在 HTTP 请求中的稳定币微支付。
这些标准共同让智能体能够识别身份并发送资金。但它们无法 开展业务。过去没有标准化的方式让一个智能体发布工作，另一个接受工作，第三个验证交付物，并仅在确认后释放资金。缺失的环节不是支付——而是商业。
考虑一个实际场景：一个营销智能体需要一个内容智能体来撰写文案，一个图像智能体来生成视觉效果，以及一个分析智能体来衡量活动的表现。如果没有商业层，每次交互都需要自定义集成、人工协调，或者依赖于收取费用并控制访问权限的中心化平台。
ERC-8183 通过将整个商业工作流——任务定义、托管、交付、验证和结算——编码为一个单一的智能合约原语，消除了这种摩擦。
ERC-8183 的运作方式：Job 原语
ERC-8183 的核心定义了一个名为 Job（工作）的原子单位。每一个智能体对智能体的商业交互都通过这个结构运行，涉及三个角色：
- Client（委托方）：需要完成工作并提供预算的智能体。
- Provider（服务方）：执行工作并提交完成证明的智能体。
- Evaluator（评估方）：在资金移动前确认交付物是否符合规范的地址（人类、AI、智能合约、DAO 或 ZK 证明验证者）。
四阶段生命周期
每个 Job 都会经历一个严格的状态机：
- Open（开放） —— 委托方调用
createJob，指定服务方地址、评估方地址、到期时间戳、任务描述以及用于扩展的可选 Hook 合约。 - Funded（已注资） —— 委托方调用
fund(jobId, expectedBudget)，将约定的代币金额拉入智能合约托管。预算在注资前可由任一方协商。 - Submitted（已提交） —— 服务方使用
bytes32交付物引用调用submit—— 通常是 IPFS 内容哈希或其他指向输出的可验证指针。 - Terminal（终结） —— 评估方调用
complete（释放托管资金给服务方，扣除任何可选的平台费）或reject（全额退款给委托方）。
这一生命周期消除了困扰智能体间交互的信任问题。委托方的资金被锁定在托管中，无法单方面撤回。服务方知道如果工作通过评估，付款就有保障。评估方作为去信任的仲裁者，其决定是最终的且在链上的。
Evaluator（评估方）：ERC-8183 最灵活的创新
评估方角色是 ERC-8183 超越简单托管机制，成为完整商业框架的关键所在。由于该标准将评估方定义为 任何以太坊地址，它支持极其广泛的验证模型：
- 对交付物进行定性审查的 AI 智能体
- 为确定性输出包装零知识证明验证器的 智能合约
- 需要共识的高价值业务的 多签安排
- 社区评估工作的 DAO 治理机制
- 以声誉担保公平评估的 专业审计网络
这种灵活性意味着同一个标准可以管理由自动化分类器验证的 0.001 美元图像生成任务，也可以管理由 DAO 投票验证的 100,000 美元智能合约审计。该协议不规定如何建立信任——它提供了任何信任模型都可以运行的经济轨道。
竞争格局：三方竞赛
ERC-8183 并非存在于真空之中。它进入了一个竞争激烈的领域，多个协议正竞相成为 AI 智能体商业的标准。
Coinbase x402：是支付，而非商业
Coinbase 的 x402 协议将稳定币支付直接嵌入到 HTTP 请求中，复兴了沉寂已久的 HTTP 402 “Payment Required”（需要付费）状态码。凭借处理超过 1 亿笔交易以及与 Stripe、Cloudflare 和 Alchemy 的集成，x402 在所有智能体支付协议中拥有最强的生产落地能力。
但 x402 是一个 支付 标准，而不是一个 商业 标准。它处理“发送资金”的步骤，但缺乏内置的托管、任务定义、交付物验证或争议解决。至关重要的是，x402 和 ERC-8183 是互补而非竞争关系——x402 可以作为 ERC-8183 托管机制内的结算层。
Google A2A + AP2：中心化路径
Google 的代理对代理（A2A）协议与 AP2 支付轨道的结合代表了中心化路径。在 Mastercard、American Express 和 PayPal 的支持下，Google 的技术栈集成了用于商务的 UCP、用于机构结算的 GCUL 以及用于支付的 AP2/x402。
Google 甚至与 Coinbase 合作发布了 A2A x402 扩展，将加密货币支付引入其代理协议。然而，A2A 通过 Google 控制的基础设施进行路由，并需要平台合规——这与 ERC-8183 无许可的链上方案在信任模型上有本质区别。
ERC-8183 的差异化所在
这些协议之间的区别映射出更深层次的哲学分歧：
| 功能 | ERC-8183 | x402 | Google A2A |
|---|---|---|---|
| 范围 | 完整商业生命周期 | 仅限支付 | 通信 + 支付 |
| 托管 | 原生智能合约 | 无 | 平台管理 |
| 验证 | 任何验证者地址 | 无 | 依赖平台 |
| 无许可 | 是 | 是 | 否 |
| 结算 | 链上 | 链上 | 混合 |
ERC-8183 的独特贡献在于“验证者-托管”配对：它是唯一一个能让整个商业交易——而不只是支付——在链上实现无信任执行的标准。
从标准到生产：多链扩张
Virtuals Protocol 作为 ERC-8183 的主要倡导者，已通过其代理商业协议（ACP）积极从规范转向部署：
- Arbitrum 集成（2026 年 3 月 24 日）：已在 Arbitrum 上线，利用其深厚的流动性和低廉的交易成本。Octodamus AI 等项目已确认实现了链上的按任务付费运行。
- BNB Chain：BNB Chain 通过其 BNBAgent SDK 发布了首个正式运行的 ERC-8183 实现——甚至在标准最终定稿之前。
- XRP Ledger：上线集成，实现了跨 XRPL 生态系统的代理商业。
- XLayer：计划于 2026 年第二季度上线用于自主交易的代理商业轨道。
多链策略反映了一个务实的现实：AI 代理不会只在单一区块链上运行。一个管理 DeFi 投资组合的代理可能会在 Arbitrum 上执行交易，在 Base 上结算支付，并在以太坊主网上验证身份。ERC-8183 的链无关设计——定义在智能合约接口层，而非硬编码在以太坊执行环境中——允许它部署在任何拥有 EVM 兼容运行时的地方。
身份-商业堆栈：ERC-8004 与 ERC-8183 的结合
ERC-8183 并非孤立运行。它被设计为双标准堆栈中的商业层：
ERC-8004（自 2026 年 1 月 29 日起上线）提供了三个注册表：
- 身份注册表 (Identity Registry)： 基于 ERC-721 的代理链上句柄，解析为注册文件。
- 声誉注册表 (Reputation Registry)：用于发布和获取反馈信号的标准接口。
- 验证注册表 (Validation Registry)：代理能力的验证机制。
随后，ERC-8183 生成交易活动并反馈给 ERC-8004 的声誉系统。每一次任务（Job）的完成都会被记录为与代理的 ERC-8004 身份绑定的链上凭证，从而构建出一个可移植的声誉评分，随代理跨平台和跨链移动。
这创造了一个强大的飞轮：完成任务越多的代理，声誉越强，从而吸引更多的客户（Clients），创造更多的任务，进而产生更多的声誉数据。久而久之，声誉信号成为护城河——代理无法伪造由独立验证者（Evaluators）验证的成功任务历史。
由 Davide Crapis 领导的以太坊基金会 dAI 团队明确将这两个标准定位为以太坊“机器经济”战略的基石。自 ERC-8004 在主网上线以来，已有超过 150 个项目开始基于其构建，dAI 团队维持着一个拥有 1,000 多名成员的开发者小组。
为什么这很重要：万亿美元级的代理经济
代理经济并非投机性的未来——它正在现实中显现。请看以下数据点：
- 在 ERC-8004 主网上线前，以太坊测试网上已注册了 10,000 多个代理。
- x402 已处理超过 1 亿笔交易，年化支付额达 6 亿美元。
- Theoriq Alpha Vault 使用自主代理金库机制管理着 2,500 万美元 的 TVL。
- 预计规模达 526 亿美元的 AI 代理市场 将随着代理从聊天机器人转型为自主经济主体而持续增长。
Odaily 的分析师指出，ERC-8183 不仅仅是一种支付机制，而是“万亿美元级代理经济的基础商业协议”。这种区别至关重要。支付是一种同质化服务——数十种协议都能在地址间转移稳定币。而商业需要结构化的协调：谁想要完成什么，谁能完成它，谁验证结果，以及出问题时如何处理。
从 Amazon 到 Upwork 再到 Fiverr，每一个传统市场都将这些原语编码在受平台控制的私有软件中。而 ERC-8183 将它们编码在开放、无许可的智能合约中，其中的协议费用是可选且可配置的，不会被寻租中介所榨取。
挑战与未决问题
ERC-8183 并非没有风险。仍然存在几个挑战：
评估者中心化：如果大多数任务（Jobs）都路由到少数几个受信任的评估者，该协议将重现其旨在取代的平台准入审查机制。该标准在评估者选择上的灵活性缓解了这一问题，但市场动态仍可能导致评估权力的集中。
交易量的现实检验：日均 AI 代理交易量从 2025 年 12 月的约 731,000 笔下降到 2026 年 3 月的约 57,000 笔 —— 降幅达 92%。早期的许多活动是人为的或投机性的，而非真实的代理商业行为。
标准碎片化：随着 ERC-8183、x402、Google A2A 和 BNB Chain MCP 的竞争，代理经济面临着困扰早期 DeFi 的同样的碎片化风险。开发者必须选择在哪个技术栈上进行构建，且不同标准之间的互操作性仍然是一个悬而未决的问题。
监管不确定性：在没有人工监督的情况下托管资金、评估交付成果并支付费用的自主代理可能会引起监管审查 —— 特别是如果任务（Jobs）涉及金融服务、保险或其他受监管的活动。
展望未来
ERC-8183 标准仍处于草案阶段，其最终确定的过程可能涉及基于生产实践经验的改进。但发展轨迹是明确的：首批上线的部署正在处理真实的业务（Jobs），多链扩展正在加速，身份与商业技术栈（ERC-8004 + ERC-8183）正成为以太坊代理经济雄心的事实标准框架。
对于正在评估投注方向的构建者来说，ERC-8183 代表了一种结构性转变。该标准不仅仅是为 AI 代理添加了一个支付按钮 —— 它为一个机器即客户、机器即工人、机器即仲裁者的经济体系创建了商业操作系统。问题不再是自主代理商业是否会发生，而是哪种协议栈将对其进行协调。
答案看起来越来越像是将由 Solidity 编写。
BlockEden.xyz 为部署 ERC-8183 的 EVM 兼容链（包括 Ethereum、Arbitrum 和 BNB Chain）提供高性能的 RPC 和 API 基础设施。如果你正在构建代理商业应用，请 浏览我们的 API 市场 获取专为生产级代理工作负载设计的低延迟节点访问。