万亿规模的代理经济背后的商业协议：了解 ERC-8183，它不仅仅关乎支付，更关乎未来

作者：简书

一、技术背景与问题定义

1.1 人工智能代理经济的兴起

随着人工智能技术和应用的迅猛发展，人工智能代理正从单纯的工具转变为能够创造价值并提供服务的经济参与者。

一款能够生成专业级图像的工具，绝对值得付费使用；

一个能够深入分析投资组合并执行最优交易的智能体正在管理真实资金；

能够审查法律文件并提示风险的智能工具，其完成的工作通常需要人类律师支付每小时数百美元的费用。

这种能力的飞跃正在催生一种全新的经济形态。

随着人工智能日益普及，每个个人、每个组织，甚至每台智能设备都可能通过智能代理进行运作。经济模式将发生根本性转变：经济主体不再仅与人类互动，还将相互互动并为彼此服务。

例如，负责协调营销活动的AI代理将自主招聘内容创作代理、渠道分发代理和数据分析代理。整个经济体系将演变为由无数人工智能代理构成的网络，在全球范围内以机器级速度进行高频交易。

1.2 核心挑战任务：去信任化商业的必要性

在传统的商业环境中，信任往往依托于平台、评估体系、法律框架和社会规范。

然而，随着我们步入人工智能代理中介时代，当一个人或代理聘请另一位代理时，上述机制便不再奏效：当前的代理缺乏可供验证的社会声誉，没有可靠的评估体系为人类或其他代理提供参考信号，没有有效的合同条款记录，也没有能够跟上机器交易速度的法律或声誉问责机制。目前尚无机制可冻结未完成任务的预付款项，且没有任何平台或监管机构具备强制执行权。

简单的代币转账无法解决商业信任问题。如果没有有效的保障措施，即使服务提供商卷走代币逃之夭夭，客户（或发布任务的 AI 代理）也很难追究其责任。

更不用说，在全球化的浪潮下，人工智能代理之间的互动将不再局限于单一国家或地区，这进一步增加了建立可靠的评估体系和监管规范的难度。

区块链技术的智能合约为应对这一挑战提供了一条可靠的途径。

部署在去中心化公链上的智能合约，将资金托管、状态机转换及验证证明封装在公开透明、不可篡改的代码中，该代码不归任何人所有，而合约本身则充当中性执行者。

与此同时，链上结算能够产生一种中心化平台无法提供的东西：可移植、已认证且不可篡改的记录。每项已完成的任务、每份评估证明以及每个交付成果的哈希值都会被记录在链上，这为代理人的信誉和身份系统提供了数据基础，并在发生争议时提供责任归属的证据。

II.ERC-8183 的定义与核心价值

2.1 定义

ERC-8183 协议是去中心化人工智能代理经济的链上标准，它并非传统的支付协议，而是一套围绕“任务——交割——结算”整个生命周期构建的商业基础设施规范。

本标准定义了一种由客户、服务提供商和评估方组成的三方协作模型，以“任务”为核心基本单元，并通过智能合约（发布、资金托管、成果提交、完成/拒绝/到期）实现任务发布、资金托管、成果提交及结果裁定的完整状态机流程。

在此框架下，支付不再是单一操作，而是一个与任务条件、交割验证及评估机制紧密关联的程序化流程，从而能够在无需可信中介的情况下实现链上业务执行。

2.2 核心价值观

ERC-8183 的创新之处在于将“信任”从中心化平台转移到链上已认证的逻辑中，通过智能合约实现资金托管、交付成果记录以及引入评估机制，从而实现确定性结算和可追溯的业务历史。

该设计不仅解决了人工智能代理之间缺乏信用基础的问题，还构建了一个可移植且不可篡改的交易与声誉数据层，使任何代理或系统都能在决策过程中复用历史信号，从而促进去中心化代理经济中的可扩展协作。

此外，其可扩展的Hook机制允许在统一标准下扩展和实现复杂的业务逻辑（如竞标、资金管理、隐私计算等），最终形成一个开放、非许可型且可组合的链上业务网络，为原生AI经济提供基础的信任与结算基础设施。

三、ERC-8183 协议的详细说明

3.1 协议架构

如上图所示，ERC-8183 协议提出了一个以任务生命周期为核心的架构框架：该框架以智能合约为核心，将资金托管机制、任务状态转换以及可插拔的 Hooks 扩展整合在同一个执行框架内。

任务通过从创建到完成的连续状态转换而演进，依次经历开启、资金注入、提交和终止状态，资金会随状态变化自动托管中并释放；同时，关键执行节点预留了扩展接口，以支持对不同业务逻辑的灵活访问。

在此架构下，客户、服务提供商和评估方围绕同一任务对象展开协作，完成任务的发起、执行和验证，从而使整个流程实现链上的自动化联动和闭环结算。以下各节将详细说明其中的机制。

3.2 三方权力分立协作机制

在 ERC-8183 中，每项商业活动被称为“任务”，其流程依赖于三个角色的精确协调。

客户

• 发起商业操作的角色
• 核心逻辑：调用 createJob 来定义任务要求并预存资金（资金）
• 责任：设置任务的截止时间（expiredAt）；若未能在截止时间前完成，资金将自动退还给客户

服务提供商

• 负责执行工作并提交成果（通常为哈希值或结果的链上证明）的人工智能或人员
• 核心逻辑：监听链上活动，接收委托并执行，然后调用 submitWork 提交结果哈希
• 要点：此时，服务提供商无法动用这笔资金；资金仍被锁仓在合约中

评估员

• 该协议最具突破性且最核心的设计
• 评估员负责核实结果，并决定智能合约中托管中的资金是释放给服务提供商，还是退还给客户
• 评估器可以是另一个客观的 AI、零知识证明电路（ZK-circuit）或多签名钱包
• 核心逻辑：读取提供者提交的内容；如果是客观任务（例如代码执行成功），评估者可能是另一个审计AI；如果是主观任务，则可能是经客户授权的多签名钱包
• 最终裁决：调用 completeJob（释放资金）或 rejectJob（退款）

3.3 智能合约状态机（生命周期）

任务的推进完全依赖于智能合约状态机的自动运行，无需任何中心化服务器的干预：

打开：委托方创建任务；此时，服务方可以为空（地址(0)），这表明这是一项公开悬赏。

资金：资金被锁定在合约的托管池中，构成了信任的基础。

提交时间：服务提供商已提交工作成果。

终端：评估员介入进行裁决，可能出现三种结果：

• 已完成：验证通过，资金已发送给服务提供商
• 已拒绝：验证失败，资金已退还给客户
• 已过期：任务超时，资金将自动解锁并退还

3.4 多角色协作工作流

ERC-8183 通过智能合约，在去信任化环境中实施了一套商业协作流程：

1. 发布与锁定（由客户端发起）：客户端在主合约上调用 createJob 方法时，必须指定评估者的地址，并将奖励存入合约。这笔资金被“锁仓”在合约中，客户无法单方面提现，这为服务提供商提供了工作所需的安全感。
2. 交割与证明（由提供方签署）：服务提供商完成链下或链上计算后，会调用 submitWork 方法。提供者通常提交的并非完整文档，而是结果哈希（Hash）或存储绑定/链接（例如 IPFS CID）。合约状态变更为“已提交”。
3. 裁决与结算（评估员最终确定）：评估员阅读服务提供商的评估结果以进行验证。如果验证通过，评估器将调用 approveJob，智能合约会自动将锁仓的资金转入提供者的钱包；如果验证失败，则调用 rejectJob，资金将退还给客户。

在此过程中，资金托管与权力的分离是一项关键机制。这类似于“支付宝托管交易”的去中心化版本：买方向支付宝（即合约）付款，卖方交付货物，但确认收货的权限不仅可以由买方掌握，还可以委托给客观公正的第三方质检机构（评估方）。

3.5 挂钩伸缩机构

如果 ERC-8183 仅包含上述基本流程，那它就会非常僵化。为了适应无数复杂的业务场景（例如佣金、资格拦截、动态定价），ERC-8183 在标准流程之外引入了 Hooks（钩子合约）。

在 ERC-8183 中，当客户端创建任务（调用 createJob）时，可以在主流程中将自定义 Hook 智能合约地址绑定为“智能检查点”或“智能拦截器”。主协议可以在执行关键操作（如支付、提交）之前和之后主动调用此钩子合约。该协议定义了两种类型的拦截点：

• beforeAction（操作前拦截）：在核心操作发生之前执行。如果钩子逻辑未通过（例如，条件未满足），则整个交易将被回滚（Revert），且操作失败。
• afterAction（操作后处理）：在核心操作完成后执行，通常用于触发后续的连锁反应。该机制允许开发者在任务生命周期中（例如付款前、结算后）插入自定义逻辑，这意味着开发者无需修改核心合约，即可添加“信誉阈值检查”（例如，信誉评分低于80的AI代理不得接受委托）或“分润逻辑”。

Hooks 机制通过将核心协议与业务创新层解耦，显著提升了生态系统的可扩展性和可演进性：一方面，基础协议保持稳定且可审计，从而降低了系统性风险；另一方面，创新功能可以模块化形式快速迭代和复用，避免了底层能力的重复构建。

这不仅能提升开发效率和生态系统协作，还能为人工智能代理之间的复杂协作提供灵活的战略空间，使ERC-8183能够持续适应不同的市场需求，并最终演变为一个高度可编程的链上业务执行平台。

3.6 评估器机制的详细说明

在 ERC-8183 的多角色协作机制中，评估器是决定价值交换能否最终完成的“逻辑核心”。从技术角度来看，评估器可以是一个简单的地址，但更常见的是一个专门的裁决合约。根据任务的复杂程度，评估器通常有三种常见的发展形态：

表格一：AI 代理（适用于主观任务）

对于写作、设计或分析等主观性任务，评估器可以是一个集成大型语言模型（LLM）的人工智能代理，它会读取提交的内容，将其与要求进行对比，并做出判断。

第二表：ZK 电路合约（适用于客观任务）

对于计算、零知识证明（ZKP）生成或数据转换等确定性任务，评估器（Evaluator）是一个封装了零知识验证器的智能合约：提供者（Provider）提交证明，评估器在链上进行验证，然后自动调用完成或拒绝操作。

三年级：多签名治理（适用于高价值任务）

对于高价值、高负载的任务，评估器可以是多签名钱包、去中心化自治组织（DAO），或是由质押支持的验证者。

ERC-8183 并未刻意区分这些实体的性质；它仅确认一个事实：一个被称为“完成”或“拒绝”的地址。这使得同一个接口既能处理价值0.10美元的图像生成任务，也能安全地承接价值数十万美元的资金管理合约。

第四章ERC-8183 与传统代理支付协议的比较分析

4.1 ACP、AP2 和 ERC-8183 之间的异同

2025年九月，OpenAI与Stripe达成合作，Google Cloud则与Coinbase达成合作，分别推出了ACP协议（代理商业协议）和AP2协议（代理支付协议）。

ERC-8183 由以太坊基金会的 dAI 团队与 Virtual Protocol 团队联合开发，于 2026 年 二月 25 日提出，并于 三月 10 日正式发布。目前处于草案阶段。

在迅猛发展的AI代理经济中，这三种协议都在试图解决同一个核心问题：“人工智能代理如何安全、高效地相互协作并进行交易？”

然而，它们在信任模型、结算逻辑以及去中心化程度上存在本质差异。

4.2 ACP 和 AP2：AI协作的“API 模型”

ACP（acplib）和 AP2 更侧重于“功能实现”。

• ACP 就像是代理人员的“普通话手册”，规定了代理人员如何互相问候以及如何描述任务要求。然而，其资金结算往往依赖外部支付渠道或中心化平台作为担保。
• AP2 专注于“支付款项”，旨在解决 AI 代理拥有钱包并调用 API 进行支付的问题。
• 限制：如果平台服务提供商出现故障或蓄意破坏，代理商之间的商业合约可能无法执行，且财务风险由中心化实体掌控。

4.3 ERC-8183的核心技术优势

为什么我认为，随着人工智能的全球发展，ERC-8183在智能经济中具有更强的长线运营潜力？

A.非许可型“托管”机制

在中心化协议中，如果委托方（发布任务的人类或人工智能代理）未支付最终款项，服务提供方（接受佣金的人工智能代理）通常无计可施。反之，如果客户已预付了全部奖励，但服务提供方未能按要求完成任务，客户通常只能自认倒霉。

然而，ERC-8183 实现了非托管资金锁仓。只要服务提供商提交符合合约要求的证明文件，评估员就会强制拨付资金，从而杜绝“恶意违约”的可能性。

B.极致的模块化与钩子

ERC-8183 允许在业务流程中插入钩子。

在开始编写代码任务之前（beforeAction），该钩子可以自动查询 ERC-8004 协议，以确认该代理是否曾有注入非法代码的记录。如果信誉评分过低，合约将直接拒绝该代理的委托。该防御机制位于协议层，而非应用层。

C.原子结算与争议解决

传统的ACP/AP2系统需要人工客服或复杂的后台逻辑来处理争议。ERC-8183 通过 Evaluator 实现了“代码即法律”。

它支持将复杂的验证逻辑外包给专门的审计代理。由于逻辑运行在链上（或通过ORA等链上AI已认证），整个过程可追溯且抗审查，这无疑是一项技术突破。

4.4 如何选择合适的代理支付协议

如果您正在构建一个内部闭环的代理系统，并追求快速部署和简单的 API 调用，ACP 或 AP2 都是现成的工具包。

如果您希望参与构建一个全球性的、无国界的人工智能劳动力市场，让成千上万个互不相识的人工智能代理能够安全地开展万亿级别的商业合作，那么 ERC-8183 目前是唯一具备“信任最小化”特性的技术基石。

V.应用场景

5.1 情景一：自动化供应链

在自动化供应链场景中，ERC-8183 使供应链从人工驱动转变为任务驱动的自主运行。

当库存管理人工智能检测到库存不足时，它会自动发布补货任务并锁仓，由供应商和物流代理商分别负责生产和交割。资金根据合约规定托管在托管账户中，仅在货物发货、收货或满足预设条件（如物流数据反馈）时才会自动释放，从而实现履约与付款的挂钩。

该模式减少了人工干预，提高了流程透明度和协作效率，适用于跨境交易和智能仓储等复杂的供应网络。

5.2 情景二：营销自动化

在营销自动化场景中，ERC-8183 可作为人工智能驱动的增长绑定/链接的执行框架，将营销从手动协调转变为任务驱动的自动化协作。

营销专员可以自动识别趋势并发布内容制作任务，通知文案专员完成创作，随后由分发专员负责发布和优化。预算资金在任务创建时即被托管，只有当内容和效果达到预设指标（如曝光量、点击量或转化量）时才会自动释放，从而形成一个可验证且可追溯的营销闭环。

该模式在确保资金安全与运作透明度的同时，显著降低了运营成本。

5.3 情景三：去中心化算力市场

在数据处理和计算任务场景中，ERC-8183 能够构建一个去信任化的计算能力交易市场。

对于数据清洗、模型推理或代码审核等可验证任务，可以引入零知识证明（ZK）作为评估器，以快速验证结果并生成证明。一旦验证通过，合约将自动完成结算，从而避免了人工审核带来的延误和主观性。与此同时，加密验证机制能够有效防止作弊行为，从而构建一个高效且公平的算力协作网络，适用于人工智能推理和去中心化计算资源调度等场景。

5.4 情景四：全自动化人工智能软件外包中心

ERC-8183 支持一种由人工智能代理驱动的软件外包协作模式。

“主代理”（如AlphaBot）发布开发任务，“编程代理”（如OpenClaw或ClaudeCode）负责实现代码，“审计代理”（如AuditNode）则进行自动化验证。从项目发布、资金托管到代码提交和验收，所有任务均在链上完成，且只有在审计成功后才会触发付款，从而形成了一个无需人工干预的开发闭环。

该模型不仅提高了开发效率，还积累了代理的能力和声誉，从而促进了可扩展的、原生AI软件生产系统的形成。

第六章生态协作与协议组合

6.1 ERC-8183 + ERC-8004 + x402 组合

在基于以太坊构建的未来愿景中，ERC-8183 可与 x402（微支付协议）和 ERC-8004（AI 身份与信誉协议）相结合，共同构成 AI 经济的三大支柱：

• ERC-8004：AI的链上身份和信誉记录——向所有人说明“这个AI是谁，以及它是否可靠”。
• ERC-8183：“交易的安全性与托管”——解决“如何安全地完成这笔交易”这一问题。
• x402:处理“支付通道”——解决“如何让 AI 像调用 API 一样便捷地完成支付”这一问题。

6.2 完整协作案例：全自动化人工智能软件外包中心

1. ERC-8004——身份与声誉的“简历”：AlphaBot 从链上检索到了 OpenClaw 的 ERC-8004 凭证，显示其“已成功交付代码 500 次，好评率达 99%，平均代码复用率为 85%”，并证明 OpenClaw 已通过安全审计，并非会植入后门的恶意程序。
2. ERC-8183——商业合约的“框架”：AlphaBot 在 ERC-8183 主合约中创建了一个任务，并定义了以下要求：“请编写一段 Python 代码，用于分析纳斯达克指数 ETF 的 20 日均线转折点”，并在合约中预存 200 USDT，并指定一个独立的 AuditNode 作为评估者。
3. x402——灵活支付的“管道”：x402支持“按需支付”。每当 OpenClaw 完成一个功能区块并将其上传至临时服务器时，x402 协议会根据预设费率，自动从 ERC-8183 中的托管资金中向 OpenClaw 结算 5%。
4. 评估员与结算——最后的“质量检查”：AuditNode（评估器）会在沙箱环境中运行这段 Python 代码，以验证该代码是否确实能输出 515070 的均线分析结果。验证通过后，AuditNode 在 ERC-8183 合约上点击“完成”，自动将交易完成信号发回 ERC-8004，从而将 OpenClaw 的“成功案例数”从 500 增加到 501。

第七章。风险、挑战与未来展望

7.1 风险与挑战

实施评估机制的难点

对于艺术创作和主观分析等主观性任务，在技术发展的初期阶段，评估者仍将面临重大挑战任务；届时可能需要暂时回归人工评审、多签名机制或混合式人工智能评审。

评估员成为攻击目标

如果 Evaluator 合约遭到黑客攻击，或者其依赖的外部数据源（预言机）遭到篡改，资金的安全性将受到威胁；“谁来评估评估者”（即对 Evaluator 的审计）将成为未来的核心问题。

非许可型模型的双刃剑

服务提供商的身份仅为一个钱包地址，无需资质审核、无需承保尽职调查，也没有把关者；虽然这降低了参与者门槛，但也增加了恶意行为的风险。

7.2 未来展望

ERC-8183、ERC-8004 和 x402 三大标准

ERC-8004 致力于解决发现与信任问题：化解代理在查找和评估可靠性时的痛点。然而，该注册表的数值完全取决于其中积累的活动记录。

ERC-8183 持续为商业活动提供支持，以滋养 ERC-8004 的信任层。每一项任务都是声誉信号，每次提交都是可供评估者审查的实物货币，而每次评估则作为一种认可证明，以此说服其他参与者。

二者无缝融合，形成了一个良性循环：发现 (8004) → 商业交易 (8183) → 声誉积累 (8004) → 更高质量的发现 → 更多去信任化的商业交易

在相对复杂的支付场景中，在此组合基础上引入 X402 协议，可以支持更加灵活的“按需付费”模式。

超越支付的全方位商业标准

ERC-8183 不仅仅是一个支付协议；它是一套完整的商业标准。它涵盖了将一笔“支付”转化为去信任化的“交易”的整个生命周期：规范确立、资金托管、已认证交割、评估背书以及确定性结算。代理可以自由使用 x402 或 HTTP 接口进行应用层交互，而底层的结算通道则通过 ERC-8183 在链上安全地建立。

新一波经济参与者

人工智能浪潮正以前所未有的速度催生出一批全新的经济参与者。数百万开发者，甚至普通用户，都在利用人工智能助手来构建和卖出海量的微服务和API。其中大多数既没有注册公司，也没有网站，甚至没有任何交易记录。

ERC-8183 本身就是非许可型。为这些基层商家提供的任务基础组件不仅提供了支付渠道，还涵盖了完整的业务生命周期：清晰的任务协议、可靠的资金托管、已认证的交付成果提交以及评估凭证，这些构成了交易信任的基石。更重要的是，这一业绩记录并未被任何垄断性平台所垄断；商家的声誉就是其自身的流动资产。任何公链上的中继节点，只要符合该标准，即可立即进行验证。

---

补充说明：

本文主要基于以太坊官方 EIP 文档（EIP-8183）以及 2026 年三月的最新行业披露信息（例如以太坊基金会 dAI 团队和 Virtual Protocol 团队的公开声明）。该标准目前正处于积极制定/草案阶段，具体技术细节可能会根据社区反馈进行调整。

参考文献：

[1] https://eips.ethereum.org/EIPS/eip-8183

[2] https://x.com/virtuals_io/status/2031042423288426979

[3] https://acplib.com/

[4] https://ap2lab.com/docs/introduction/