优惠论坛

标题: 详解ERC-8183：以太坊攻坚AI Agent互信难题的答案（转） [打印本页]
作者: 小钱儿    时间: 2026-3-26 00:14
标题: 详解ERC-8183：以太坊攻坚AI Agent互信难题的答案（转）
以太坊基金会旗下专注于推动“人工智能（AI）与区块链深度整合”的 dAI 团队与 Virtuals Protocol 联合推出了一项新的标准 ERC-8183。
+ O* O' b- a7 x/ t4 Q5 D- g1 H0 ^3 R7 E7 a
以太坊基金会 AI 负责人 Davide Crapis 就该标准表示，ERC-8183 是以太坊社区正在构建的开放型 Agent 经济系统所缺失的组件之一，该标准可与 x402 以及 ERC-8004 组合使用，在 Agent 之间的安全交互方面发挥基础设施作用。dAI 团队将支持 ERC-8183 的采用，致力于使其成为中立标准。% Z3 \+ @  x" \- A! G4 K* F

/ N0 H: L9 x2 i; eERC-8183 想解决什么？. Q: B' ?# v2 i( [: E6 y* x
根据 Virtuals Protocol 方面所发布的介绍文章，ERC-8183 专为 AI Agent 之间的商业交易而设计，该标准定义了一套链上规则，使两个互不信任的 Agent 能够完成“雇佣-交付-结算”这样的商业流程，而不需要依赖中心化平台。
- C) G6 x  [- e3 J+ Q0 p' E; h& A: q% u# `
ERC-8183 试图解决的核心问题是，当 Agent 彼此雇佣和合作时，如何在没有平台、没有法律、没有人工仲裁的情况下完成交易？
% @4 G8 V# D) r# q0 d" a; z: C$ U/ |4 v' @+ s# l" ?5 o) Y) \! x
举个例子，假如某个偏市场推广方向的 Agent A 希望雇佣另一个偏图像生成的 Agent B 来为其制作一批营销海报，这里就存在一个商业互信问题 —— 双方互不认识，也没有信任基础，到底该什么时候付款？假如 A 先付款，B 可能罢工或者返还不合格的工作结果；假如 B 先干活，A 也有可能拒付报酬……4 W0 ^. M* i+ ~- ~

3 t* o' s. G& w" N( o在传统的互联网世界，用户与商家也会面临类似的商业互信，而平台则在其中承担了关键的中介作用 —— 平台会负责托管 A 的资金，会负责判断 B 的服务完成与否，也会负责最后的放款。我们熟悉的淘宝、京东、美团、滴滴，本质上都是这种平台型中介。
; V. B" l2 W/ O; {2 r# M* p* ^8 `) j
而以太坊基金会和 Virtuals Protocol 想要做的，便是通过 ERC-8183 将平台的职能抽象为链上协议，使其由智能合约执行，从而在 Agent 经济中承担起一种去中心化的中介角色。
: A4 ]) ?% |( [; ~  s) o+ S5 Z0 Q) q: j0 M" z6 X
ERC-8183 工作方案拆解2 \8 x# {+ v+ O
ERC-8183 的运行机制并不复杂，该标准引入了一个名为 Job（你可以理解为“任务”）的新概念。每一个 Job 都可以视作一笔完整的商业交易，其中会包含三个不同的角色：
0 y6 o* w% ?7 g. S6 k. T, f) E3 _, }/ \+ L2 [- H, b
Client：“客户”，简单来说就是发布各类任务的 Agent；' v$ |/ q) J! [
6 T: u  C" N/ k. o% L- w8 ~
Provider：“服务商”，就是负责完成任务的 Agent；- h( H* A, C3 O- O' E

5 k. m) y7 V+ m8 uEvaluator：“评估者”，最为特殊的角色，负责判断任务是否完成。
6 B3 y2 a5 s! o' m; j% W: E4 ^, |" h2 B: t
这里需要需要着重解释下 Evaluator，该角色的引入是 ERC-8183 最核心的设计。在该标准中，Evaluator 仅被定义为一个链上地址（address），但从更广义的角度来看，该地址背后可以对应多种不同的执行形态。8 ]8 V0 h: S. P" [) F( v4 z# i/ d
* h+ e4 H1 v3 @# g- k
对于诸如写作、设计或分析这类具有主观性的任务，Evaluator 可以是一个 AI Agent，它会读取所提交的结果，将其与最初的任务要求进行对比，然后作出判断；
' ?/ n) S7 o  S, C9 J4 e! Q/ ~! k" ~+ f7 {4 f( e$ D0 o
而对于计算、证明生成或数据转换等确定性任务，Evaluator 则可以是一个封装了零知识验证器（ZK verifier）的智能合约。Provider 提交证明，Evaluator 在链上进行验证，并自动调用「complete」或「reject」来完成或拒绝该任务；2 [" B7 `2 D; Y$ N: O: v

* w6 v& o8 ]) ^" g' N8 Y在高价值或高风险的任务场景中，Evaluator 还可以是一个多签账户、DAO、或是由质押机制支撑的验证集群。* s  _0 v5 X/ q, N  ]8 d

( t  r3 ~5 [1 `ERC-8183 并不会区分这些不同形态。协议层只关心一点 —— 某个地址是调用「complete」还是「reject」，至于这个地址背后运行的是一个由 LLM 驱动的 AI Agent，还是一个 ZK 电路，都不属于协议需要关心的范围。/ A1 k6 r5 ]+ E9 `- a

& ]/ T% L2 k/ X# P- s继续说回 Job，每一个 Job 的生命周期都会有以下四种状态，这也对应着 ERC-8183 运转时的不同流程。! @, a5 d9 S$ p7 N0 W# q

4 x' q0 m( Q& A. `Open：Client 会在此周期创建 Job，发布任务并明确要求；
2 M9 C' b" l  t/ }% l. {! B# j) }
Funded：Client 会把佣金转去一个智能合约托管地址，而非直接交给 Provider；0 H+ P' Q7 Z8 F6 A

7 ^1 v% L6 e; N8 \% nSubmitted：Provider 完成工作并提交证明；
% G5 @9 q# C# D
: V" s/ Z. W3 z3 T, G+ iTerminal（Completed / Rejected / Expired）：Evaluator 负责审核任务，并根据审核结果判断任务是否完成（Completed 或 Rejected）并将资金分别转给 Client 或 Provider；若在时间要求内没有 Provider 响应或完成任务，资金会退还给 Client。
! q) M5 ]! ~3 F8 e+ U3 E: D1 f4 T2 S  @/ `' o7 G  r7 @
除去上述标准流程外，ERC-8183 还可通过模块化的扩展功能 Hooks 来实现更多衍生功能，以对应现实世界的复杂商业用例。Hooks 是 Job 创建时附加的可选智能合约，可在 Job 各个生命周期的前后执行自定义逻辑，比如信誉门槛、竞价机制、费用分配，或是其他特殊要求。
/ @; K: K2 g1 P. n8 z% i# \- |/ H5 W. e* L" W* K
ERC-8183 和 x402、ERC-8004 有何不同？
9 w5 |& @6 P9 H% |! S+ i从 x402 到 ERC-8004，再到如今的 ERC-8183，不太熟悉的读者可能会一头雾水，纳闷为什么隔一阵子就要做一个新的东西。但其实，这三者分别处在 AI Agent 经济系统的三个不同环节，想要解决的问题也各不相同。- B% C. H! v* a; T4 w5 d+ x

$ \: z& u/ e' R! Sx402 是一个 HTTP 支付协议，它想要解决的问题是让 AI Agent 能够像调用 API 一样直接付款；ERC-8004 是 AI Agent 身份与声誉标准，它解决的问题是如何判断一个 Agent 是否可靠；ERC-8183 则面向了商业交易环节，想攻破如何让两个不信任的 Agent 完成交易的难题。
  x! M- L+ \' O2 H
( x" i" T; i# O- H如果用一句话概括就是，x402 负责解决“怎么付钱”；ERC-8004 负责知道“对方是谁、靠不靠谱”；ERC-8183 负责处理“怎么放心地去交易”。
& l6 n! Q% T+ l1 L5 e6 A. [- F. W5 G
1 r0 x- \' I; d- u' R+ \+ H三者并非竞争关系，而是互补关系，它们共同指向着同一个目标 —— 构建一个去中心化、能够自主运转的 AI Agent 经济系统。' A# u0 b' L6 k
9 r$ x6 p( `% L7 O5 e) a
作者: 垂钓园    时间: 2026-3-26 00:40
这标准看着挺玄乎，不过AI之间互信确实是个大难题，搞不好又是一堆新坑
作者: 叫我十三    时间: 2026-3-26 03:42
这ERC-8183专搞AI Agent互信啊？
作者: whywhy    时间: 2026-3-26 06:44
标准要是能普及，以后AI Agent之间交易就省心多了
作者: 22301    时间: 2026-3-26 07:05
这个答案是可以去了解下看看了。
作者: 舞出精彩    时间: 2026-3-26 09:28
那么这是能在看是什么答案
作者: 小作文    时间: 2026-3-26 12:16
这玩意儿看着比博彩算法还复杂，AI互信还得靠区块链兜底啊
作者: rainwang    时间: 2026-3-26 14:12
互信这样的事情，必须要有明确的解释
作者: rainwang    时间: 2026-3-26 14:28
小作文 发表于 2026-3-26 12:16* K3 X% z8 h% p6 V
这玩意儿看着比博彩算法还复杂，AI互信还得靠区块链兜底啊
8 l# i, f8 H' v
博彩的算法，我可是一点也不懂的
作者: g9527    时间: 2026-3-26 17:51
AI Agent都能在链上做生意了，这标准要是真普及，
作者: 爱美的女人    时间: 2026-3-26 18:33
有一些详细的是可以有说法
作者: 德罗星    时间: 2026-3-27 12:23
稳妥的看看这些记录是可以的啊。
作者: 叫我十三    时间: 2026-4-6 03:51
这ERC-8183要是能管博彩里AI预测的互信，



欢迎光临 优惠论坛 (https://tcelue.ws/) Powered by Discuz! X3.1