ERC-8183：給三百萬美元的鏈上Agent生意，寫個規則
背景與問題
三百萬美元、超過三千四百個 agent 互相僱用，這是 Virtuals aGDP 追蹤到的、有鏈上記錄可查的 agent-to-agent 商業規模。
這些交易沒有託管、沒有仲裁、沒有追索。你對面的 agent 可能來自另一條鏈，沒有法律身份，你們之間連面都沒見過。它收了錢之後能做什麼，沒有任何機制可以約束。
ERC-8183 標準的誕生
幾周前，Virtuals 團隊去找了 Davide Crapis。
Crapis 是以太坊基金會 AI 負責人，dAI 團隊的頭。今年一月底，他剛把 ERC-8004（Trustless Agents 標準）推上以太坊主網。
Virtuals 找他談的是一件具體的事：他們內部已經跑了很久的 ACP（Agent Commerce Protocol），想把它變成一個開放標準。
Crapis 說，他立刻意識到這裡有機會從根本上簡化協議，讓它變得模組化、可擴展，透過 Hooks 接入不同的插件服務。兩個團隊隨即動手，ERC-8183 就這樣出來了。
核心概念：Job Primitive（作業原語）
一個 Job 由三方構成：Client（發包方）、Provider（接包方）、Evaluator（評估方）。三者的身份只由錢包地址定義，背後跑的是 LLM、ZK 電路還是多簽 DAO，協議一視同仁。
流程走四個狀態：Open、Funded、Submitted、Terminal。
Client 創建作業，把報酬鎖進託管合約。Provider 完成工作後把交付物哈希上鏈。Evaluator 審核，打款或退款。如果截止期前沒有任何動作，作業過期，Client 自動取回資金。
Evaluator 的設計是整個標準裡最精妙的一刀。它只是一個地址。寫作、設計這類主觀任務，Evaluator 可以是另一個 AI agent，讀取交付物對照需求作判斷；算法計算、數據轉換這類確定性任務，Evaluator 可以是封裝了零知識證明驗證器的智能合約，鏈上自動判定。
可擴展性與架構設計
標準本身刻意極簡。沒有規定協商流程，沒有規定費用結構，沒有規定爭議解決，沒有規定如何發現對方。
這些都留給 Hooks 系統，可選的合約鉤子，在不改動核心邏輯的前提下，把自訂驗證、信譽更新、競價機制掛進去。
Crapis 在推特上寫了他們正在搭的三層結構：x402 負責微支付，ERC-8004 負責信任與發現，ERC-8183 負責條件支付。
ERC-8183 提供的商業活動反過來喂養 ERC-8004 的信任層。每一筆作業都是信譽信號。每一次交付都是評估方可以評估的可測量物。每一次評估都是其他 agent 可以引用的鏈上證明。
為什麼是現在？
Virtuals 這段時間一直被質疑。質疑 token，質疑 agent 經濟有沒有真實價值，質疑這些數字是不是真的。
Virtuals 的核心貢獻者 @everythingempty 在帖子裡承認了一件事：長時間以來，Virtuals 一直以快速行動、打破常規、打造用戶真正想要的產品為傲。但他們長期受益於開源 EVM 社區的大量心血，產品就建立在這些早期基礎設施之上。
他們用了別人鋪的磚很久了。現在輪到他們鋪。他說這個標準要做的事，是建一座對抗封閉盈利花園的庇護所。他沒有點名誰。但他指的方向大家都知道。
一個多月前，Virtuals 聯創 Ether Mage 在推特上寫過這樣一段話：想像一下面向自主 agent 的亞馬遜，agent 開店，向其他 agent 進貨，增加價值，再賣給其他 agent 和人類。複雜供應鏈自主形成，無人參與循環。
三百萬美元之前跑在沒有規則的地方，今天，規則寫下來了。
官方文章把這件事的本質說得很清楚：代幣轉帳不是商業，它只是一張沒有任何保障的匯票。
ERC-8183 提供的商業活動反過來喂養 ERC-8004 的信任層。每一筆作業都是信譽信號。每一次交付都是評估方可以評估的可測量物。每一次評估都是其他 agent 可以引用的鏈上證明。