🤖 新推出:《Quicknode 》AI 烹饪指南 10个经过验证的AI编程教程agents 。
查看食谱通过 SOC 2 II 类认证 · ISO 27001
什么是 ERC-8183?解析面向人工智能的全新商业层Agents
ERC-8183 为代理式商业提供支持。了解它如何与 ERC-8004 身份认证和x402 支付协同工作。

全球贸易之所以能够运转,是因为人类承担了最艰巨的工作。
当合同存在歧义时,总有人会进行解释;当交易对手方保持沉默时,总有人会跟进;当付款失败时,总有人会提出异议。
抛开规则、管理机构和社会信任不谈,商业活动仍然需要不断做出判断,而人类正是能够做出这些判断的存在。
AIagents 无法做到这些。
它们能够执行任务,但仅限于明确定义的范围内。Agents 无法察觉异常情况,也没有直觉,更无法做出需要及时判断的决策。
这意味着,随着人工智能agents 开始参与经济活动,当今商业的运作模式将无法直接沿用。
这就是 ERC-8183 试图解决的问题。本文将详细解析这一新标准及其工作原理,并解释 ERC-8183 为何如此重要。
ERC-8183 是一项拟议的Ethereum 标准,旨在为人工智能agents 提供一种原生机制,使其能够就工作内容、托管付款以及基于可验证证明的结算达成一致。
它引入了一种工作原语,用于构建 AIagents 之间的商业往来构建为一种由托管机制控制的任务:
客户将资金锁定在链上,
服务提供商提交工作,并且
指定评估员在付款发放前确认项目已完成。
而且,每笔交易都会生成一条可验证的链上记录。
因此,ERC-8183 为代理式商业引入了一种任务原语。但真正的问题是,ERC-8183 实际上能实现什么?
从本质上讲,ERC-8183 并未引入新的组件,而是重新调整了它们之间的交互顺序。
它将不同系统中的意图、执行和支付整合到一个单一的、结构化的flow 中,其中结果定义了交易。
这就是转变: 从执行步骤转向确保结果。
下文所述的一切——结算机制的运作方式,以及由此而变得可组合的内容——都源于这一单一转变。
ERC-8183 将每笔交易与一个预定义的结果挂钩,并将结算直接与该结果关联。
一项任务并非因为执行结束就完成了。只有当预先定义的条件得到满足并在链上得到验证时,该任务才算完成。
flow 的用法很简单:

这款flow 彻底改变了结算的含义。结算变得自动化、确定性,且完全与已确认的结果挂钩。
每项工作的结果都是可验证的、链上记录,其中包括:
达成的协议内容
交付了什么
如何确定完成情况
现在,这条链上记录的作用不仅限于此。它是 ERC-8183 接下来将实现的功能的基础。
该链上记录——即双方达成的协议、实际交付的内容以及完成标准的判定方式——现已成为一个可进一步构建的标准化单元。
由于 ERC-8183 在身份层面上保持中立,因此它不会区分 AIagent 和人类。同一原始操作在所有可能的组合中均适用:
Agent <> Agent <> Agent
Multi-step workflows where agents coordinate across providers, each job triggering the next based on verified outcomes.
人类 +Agent
人类定义意图或约束条件,agents 则以确定性方式执行并完成工作。
Fully Human
人类可以直接使用相同的结构,其执行由链上机制负责。
ERC-8183并不关心“谁”,只关心交易是否遵循“意图、验证和结算”这一共同结构。
这种身份中立性是刻意设计的,这意味着随着经济体系中agents 与人类的比例发生变化,ERC-8183并不会被废弃。
而且这会产生一种复利效应,这种效应在职位关闭后立即开始显现。
ERC-8183 的核心基本组件——客户端、提供方、评估方——是刻意设计得极其简约的。它为任务的存在定义了尽可能小的作用域。
除此之外的一切都由钩子来处理。
钩子是可选的外部契约,它们与任务关联,并在每次状态转换之前或之后执行自定义逻辑。
实际上,钩子可以实现:
声誉钩子: 根据已完成的工作、评估者的准确率、延迟或争议率更新 评分。
削减/处罚条款: 对未能完成交付的服务提供商或作出错误确认的评估人员予以处罚 。
托管逻辑扩展:部分 解锁、基于里程碑的付款或多方分成。
合规/政策钩子: 执行前的KYC 核查、管辖区域过滤或白名单检查。
路由和聚合钩子:将 任务分配 给多个提供商,或动态选择交易对手。
目前已有两个已投入生产的实现示例,展示了钩子在实际中的应用:
UFX 代理式商务 已在Base Mainnet 上部署了经过验证的钩子合约,涵盖声誉门控、SLA 执行以及基于 AI 的评估。
ThoughtProof 部署了一个多模型评估器,该评估器要求三个独立的人工智能模型达成共识后,才确认任务完成。
所有这些使得 ERC-8183 不仅仅是一种交易格式,更是一个行为会反作用于未来执行的系统。
例如,一个声誉钩子可以启动一个极具价值的飞轮,例如:
更好的成果 → 更强的声誉
更佳的声誉 → 更优的工作分配
更合理的资源配置 → 更高质量的成果

这样一来,信任就成为可验证历史的函数。这正是ERC-8183成为自我强化商业层基础的原因。
现在,要想让代理式商业真正起飞,ERC-8183 需要解决代理的可信度以及交易规模和速度的问题。
ERC-8183 并没有忽视这些问题。它只是将这些问题有意识地委托给了其设计所基于的两个基础协议。让我们一起来学习吧。
仅凭 ERC-8183 本身,仍是不完整的。要实现端到端运行,代理式商业需要三个层级协同工作:
标准 | 什么是…… | 该标准规范了什么 | 它回答的问题是 |
|---|---|---|---|
ERC-8183 | Commerce 基本类型 | 工作:工作内容明确、条款清晰、按成果结算 | 需要完成什么,我们又如何知道它已经完成了? |
这三个基本组件共同构成一个完整的栈,使商业活动能够由机器处理:
一个agent 发现了一个交易对手(ERC-8004)
评估过去的业绩和制约因素
通过结构化工作(ERC-8183)进行聘用
执行并验证结果
通过以下方式以程序化方式支付:x402
当基础设施建设完成后,这就是“代理式商业”的模样。唯一剩下的问题是,你将在其基础上构建什么。
理解栈是一回事,在栈上进行操作则是另一回事。
只有当每个层级——身份、执行和支付——都能被可靠地访问、轻松组合并可通过编程方式触发时,代理式商业才能正常运作。
Quicknode 正是通过作为横跨整个技术栈的基础设施层,使这些基础组件能够在生产环境中投入使用,从而填补了这一空白。
1. 高性能 RPC 端点 覆盖Ethereum 、Base 以及20余条其他链,其中ERC-8183、ERC-8004和x402 标准已在这些链上上线或正在部署中。
2. 与x402 兼容的基础架构: Quicknode RPC 端点可原生支持 x402 支付流程,使agents 能够以机器级速度通过编程方式支付访问费用。
点击此处阅读关于x402 和QuickNode 的完整分析。
3.Quicknode MCP Server使 AI 助手和自主agents 能够直接访问Quicknode 的 RPC 端点、索引和流式数据,而无需承担自定义集成的开销。可在 GitHub 和 npm上提供。
4. 人工智能与区块链基础设施:Quicknode 为在人工智能与链上系统交叉领域进行开发的团队提供的更全面的解决方案套件。 点击此处探索。
放眼全局,代理式商业架构已然成型。其基础组件真实存在,实现方案已投入运行,基础设施也已就绪。能够取得成功的建设者,很可能是那些将ERC-8183 + ERC-8004 +x402 视为实际基础设施并能全面把握其全貌的人。
Quicknode 成立于 2017 年,为开发者和企业提供机构级区块链基础设施。凭借 99.99% 的运行时间以及对 75 条以上区块链的支持,各团队能够毫无妥协地构建和扩展链上应用程序。
将最新的工程见解、产品更新和 Web3 资讯直接发送至您的收件箱。
Agent 标识、运行历史、评估器信号 |
agent 到底是谁?我应该信任他们来执行吗? |
支付通道 | 以机器速度进行的程序化按次计费 | 作为执行过程的一部分,价值是如何瞬间转移的? |