萬億 Agent 經濟的底層商業協議：讀懂 ERC-8183，不僅是支付，更是未來

作者：鑑叔

一、技術背景與問題定義

1.1 AI智能體經濟的崛起

隨著AI技術與應用的快速演進，AI智能體正在從單純的工具轉變為創造價值、提供服務的經濟參與者。

一個能生成專業級圖像的智能體是一項值得付費的服務；

一個能深度分析投資組合並執行最優交易的智能體正在管理真金白銀；

一個能審查法律文件並預警風險的智能體所做的工作在人類律師那裡通常高達數百美元時薪。

這種能力躍升正在催生全新的經濟形態。

當AI變得觸手可及，每一個個體、組織甚至智能設備都可能通過智能代理運作。經濟模式將發生根本性轉變：智能體不再僅與人類互動，還將相互互動、相互服務。

例如，一個負責統籌行銷活動的AI智能體將自主雇用內容創作智能體、渠道分發智能體及數據分析智能體。整個經濟體將演變成一張由無數AI智能體交織而成的網絡，以機器級別的速度、在全球範圍內進行高頻交易。

1.2 核心挑戰：免信任商業的必要性

在傳統商業環境，信任往往由平台、評價體系、法律制度以及社會規範來充當背書。

可隨著我們進入AI代理經紀時代，當一個人或一個智能體去雇用另一個智能體時，上述機制統統失效：現階段的智能體沒有社交聲譽可供查驗，沒有能為人類或其他智能體提供參考信號的可信評估體系，沒有合同條款的有效記錄，沒有法律或聲譽追責機制能夠匹配機器交易的速度，沒有對未交付任務的預付資金凍結機制，更沒有任何平台或監管機構具備強制執行力。

單純的代幣轉移無法解決商業信任問題。在缺乏有效保障的情況下，即使服務商收了token直接跑路，委託人（或發布任務的AI智能體）也難尋追責之門。

更不要說，在全球化浪潮下，AI智能體之間的互動，並不會僅局限於某一個國家/地區，這將進一步提高建立可信評估體系與監管規範的難度。

區塊鏈技術的智能合約為解決這一挑戰提供了可靠路徑。

部署在去中心化公鏈上的智能合約將資金托管、狀態機流轉，以及評估方證明都封裝在公開透明、不可篡改，且不屬於任何人的代碼之中，由合約扮演中立執法者角色。

與此同時，**鏈上結算（On-chain settlement）還能產出中心化平台無法提供的東西：可移植、可驗證、不可篡改的記錄。**每一次完成的任務、每一份評估方證明、每一個交付物的哈希值都被記錄在鏈上，為智能體的聲譽系統與身份體系提供數據基礎，並在出現糾紛時提供了追責依據。

二、ERC-8183定義與核心價值

2.1 定義

ERC-8183 協議是一項面向去中心化 AI智能體經濟的鏈上標準，其本質並非傳統意義上的支付協議，而是一種圍繞"任務---交付---結算"全生命周期的商業基礎設施規範。

該標準以"Job（任務）"為核心原語，定義了由委託方（Client）、服務方（Provider）與評估方（Evaluator）構成的三方協作模型，並通過智能合約實現任務發布、資金托管、成果提交與結果裁定的完整狀態機流程（開放、資助、提交、完成/拒絕/過期）。

在這一框架下，支付不再是單一動作，而是與任務條件、交付驗證和評估機制強綁定的程序化過程，從而實現無需信任中介的鏈上商業執行。

2.2 核心價值

ERC-8183的創新在於將"信任"從中心化平台轉移為鏈上可驗證邏輯，通過智能合約托管資金、記錄交付物並引入評估機制，實現確定性結算與可追溯商業歷史。

這種設計不僅解決了AI智能體間缺乏信用基礎的問題，還構建了可移植、不可篡改的交易與信譽數據層，使任意代理或系統能夠復用歷史信號進行決策，從而推動去中心化智能體經濟的規模化協作。

此外，其可擴展的 Hook 機制使得複雜商業邏輯（如競價、資金管理、隱私計算等）能夠在統一標準下擴展實現，最終形成一個開放、無需許可且可組合的鏈上商業網絡，為 AI 原生經濟提供底層信任與結算基礎設施。

三、ERC-8183協議詳解

3.1協議架構

如上圖所示，ERC-8183 協議整體呈現為一種圍繞任務生命周期展開的合約化架構：以智能合約為核心，將資金托管機制、任務狀態流轉與可插拔的 Hooks 擴展統一整合在同一執行框架中。

任務從創建到完成，依次經歷開啟、注資、提交到終局的連續狀態演進，資金隨狀態自動托管與釋放；同時在關鍵執行節點預留擴展接口，以支持不同業務邏輯的靈活接入。

在這一結構之上，委託方、服務方與評估方圍繞同一任務對象協同運作，分別完成發起、執行與驗證，使整個流程在鏈上實現自動化銜接與閉環結算。接下來的段落詳細介紹其中的機制。

3.2 三權分立的角色協同機制

在ERC-8183中，每一個商業活動被稱為一個Job（任務），其流轉依賴於三個角色的精密配合。

Client（委託人）

• 發起商業行為的角色
• 核心邏輯：調用createJob定義任務需求，並預存資金（fund）
• 責任：設定任務的過期時間（expiredAt），如果超時沒完成，錢會自動退回給Client

Provider（服務商/執行者）

• 負責執行工作並提交交付物（通常是成果的哈希值或鏈上證明）的AI或人類
• 核心邏輯：監聽到鏈上事件後，接單並執行，完成後調用submitWork提交成果哈希
• 關鍵點：此時Provider還拿不到錢，錢還在合約裡鎖定

Evaluator（評價者）

• 該協議最具突破性、最核心的設計
• 評價者負責驗證成果，並決定這筆托管在智能合約裡的資金是釋放給Provider還是退還給Client
• Evaluator可以是另一個客觀的AI、一個零知識證明電路（ZK-circuit），或者多簽錢包
• 核心邏輯：讀取Provider提交的內容，如果是客觀任務（如代碼運行成功），Evaluator可能是另一個審計AI；如果是主觀任務，可能是Client授權的多簽錢包
• 終審權：調用completeJob（放款）或rejectJob（退款）

3.3 智能合約狀態機（生命周期）

一個Job的推進完全依賴於智能合約狀態機的自動流轉，沒有任何中心化伺服器的干預：

Open（開啟） Client創建任務，此時Provider可以是空缺的（address(0)），代表這是一個公開懸賞

Funded（已注資） 資金被鎖定在合約的托管池中，形成信任基礎

Submitted（已提交） Provider提交了工作成果

Terminal（終局狀態） Evaluator介入裁決，終局包含三種可能：

• Completed：驗證通過，資金打給Provider
• Rejected：驗證失敗，資金退回給Client
• Expired：任務超時，資金自動解鎖退回

3.4 多角色協同工作流程

ERC-8183通過智能合約強制執行了一套無信任環境下的商業協作流程：

1. 發布與鎖倉（Client發起） 委託人調用主合約的createJob，必須指定一個評價者（Evaluator）的地址，並將酬金打入合約。這筆錢被"鎖"在合約裡，Client無法單方面撤回，這給了Provider幹活的安全感
2. 交付與證明（Provider執行） 服務商完成鏈下或鏈上的計算後，調用submitWork。此時Provider提交的通常不是完整的文件，而是一個成果哈希值（Hash）或存儲鏈接（如IPFS CID）。合約狀態變為Submitted
3. 裁決與清算（Evaluator終裁） 評價者讀取Provider的成果進行驗證。如果驗證通過，Evaluator調用approveJob，智能合約會自動將鎖定的資金劃轉給Provider的錢包；如果拒絕，則調用rejectJob，資金原路退回給Client

在這個過程中，資金托管與權力分離是關鍵機制。這就像是去中心化版本的"支付寶擔保交易"：買家付錢給支付寶（合約），賣家發貨，但確認收貨的權力不僅可以由買家掌握，還可以委託給一個客觀公正的第三方質檢機構（Evaluator）。

3.5 Hooks擴展機制

如果ERC-8183只有上述的基本流程，它會非常僵化。為了適應千萬種複雜的商業場景（比如抽成、資質攔截、動態定價），ERC-8183在標準流程外引入了Hooks（鉤子合約）。

在ERC-8183中，Client在創建Job（調用createJob）時，可以綁定一個自定義的Hook智能合約地址，作為主流程中的"智能檢查站"或"智能攔截器"。主協議在執行關鍵動作（如支付、提交）的前後，可以主動調用這個Hook合約。協議定義了兩類攔截點：

• **beforeAction（前置攔截）：**在核心動作發生前執行。如果Hook邏輯不通過（例如條件不滿足），整個交易會被直接回滾（Revert），動作失敗
• **afterAction（後置處理）：**在核心動作完成後執行，常用於觸發後續連鎖反應。這種機制使開發者可以在任務的生命周期（如支付前、結算後）插入自定義邏輯，意味著開發者可以在不修改核心合約的情況下，增加"信譽門檻檢查"（如：信譽分低於80的AI智能體禁止接單）或"分潤邏輯"

Hooks 機制通過解耦核心協議與業務創新層，顯著提升了生態的可擴展性與可演進性：一方面，基礎協議保持穩定與可審計性，降低系統性風險；另一方面，創新功能可以以模塊形式快速迭代與組合復用，避免重複構建底層能力。

這不僅促進了開發效率與生態協同，也為 AI智能體之間的複雜協作提供了靈活的策略空間，使 ERC-8183 能夠持續適應不同市場需求，最終演化為一個高度可編程的鏈上商業執行平台

3.6 Evaluator（評價者）機制詳解

在ERC-8183的多角色協同機制中，Evaluator是決定價值交換能否最終完成的"邏輯大腦"。從技術層面來看，Evaluator可以是一個簡單的地址，但更常見的是專門的判定合約。根據任務複雜程度，Evaluator有三種常見演進形態：

形態一：AI智能體（適用於主觀任務）

對於寫作、設計或分析等主觀性任務，Evaluator可以是接入大型語言模型（LLM）的AI智能體，由它閱讀提交的內容、與需求進行比對並做出判斷。

形態二：ZK電路合約（適用於客觀任務）

對於計算、零知識證明（ZKP）生成或數據轉換等確定性任務，Evaluator是一個封裝了ZK驗證器的智能合約：Provider提交證明，Evaluator在鏈上對其驗證，隨後自動調用完成或拒絕

形態三：多簽治理（適用於高價值任務）

對於高價值的重量級任務，Evaluator可以是多簽錢包、去中心化自治組織（DAO），或是由質押支持的驗證者節點

ERC-8183不刻意區分這些實體的性質，只認一個事實：一個地址調用了完成或拒絕。這使得完全相同的接口，既能處理0.10美元的極小額圖像生成任務，也能穩妥承接10萬美元級別的基金管理巨額合約。

四、ERC-8183與傳統智能體支付協議的對比分析

4.1 ACP、AP2、ERC-8183的異同

2025年9月，OpenAI 聯合 Stripe，Google Cloud 聯合 Coinbase，分別推出了ACP協議（Agentic Commerce Protocol） 和AP2協議（Agent Payments Protocol）。

ERC-8183則由以太坊基金會dAI團隊與Virtual Protocol團隊共同開發，於2026年2月25日提出，3月10日正式宣發，目前處於Draft起草階段。

在AI智能體經濟（Agentic Economy）快速崛起的當下，這三個協議都在嘗試解決同一個核心命題："AI智能體之間如何安全、高效地進行商業協作與支付？"

然而，它們在信任模型、結算邏輯和去中心化程度上存在本質區別。

4.2 ACP 與 AP2：AI 協作的"API 模式"

ACP（acplib）和 AP2 更多地是從 "功能實現" 的角度出發。

• ACP 像是個智能體的"普通話手冊"，它定義了智能體之間如何打招呼、如何描述任務需求。但其資金結算往往需要依賴外部的支付通道，或者由中心化的平台作為擔保。
• AP2 專注於"把錢付出去"，它解決了AI智能體擁有錢包並調用 API 進行支付的問題。
• 局限性：如果平台服務商宕機或作惡，智能體之間的商業契約可能無法執行，且資金風險由中心化實體控制。

4.3 ERC-8183的核心技術優勢

為什麼我認為，隨著AI的全球化發展，在智能經濟體長期運作中，ERC-8183 具備更強的潛力？

A. 無須許可的"托管（Escrow）"機制

在中心化協議裡，如果 Client（人/發布委託任務的AI智能體） 不支付尾款，Provider（接受委託的AI智能體）往往無計可施。反之，如果Client預先全額支付了酬勞，但Provider並沒有按照要求完成任務，Client通常也只能咽下苦果。

而 ERC-8183 實現了非托管式資金鎖倉。只要 Provider 提交了符合合約要求的證明，資金會由 Evaluator 強制釋放，消除了"惡意賴帳"的可能。

B. 極致的模塊化與 Hooks（鉤子）

ERC-8183 允許在商業流程中插入 Hooks。

在代碼編寫任務開始前（beforeAction），Hook 可以自動查詢 ERC-8004 協議，確認該智能體是否有非法注入代碼的前科。如果信譽分過低，合約直接拒絕該智能體接單。這種防禦是協議層的，而非應用層的。

C. 原子性結算與糾紛處理

傳統的 ACP/AP2 在處理糾紛時需要人工客服或複雜的後台邏輯。ERC-8183 通過 Evaluator 實現了"代碼即法律"。

它支持將複雜的驗證邏輯外包給專門的審計智能體。由於邏輯在鏈上（或通過 ORA 等鏈上 AI 進行驗證），整個過程是可溯源、抗審查的，這無疑是在一技術突破

4.4 如何選擇適合自己的智能體支付協議

如果你正在構建一個內部閉環 的智能體系統，追求極速部署和簡單的 API 調用，ACP 或 AP2 是現成的工具包。

如果你希望參與構建一個全球化的、無國界的 AI 勞動力市場 ，讓成千上萬個互不相識的AI智能體安全地進行萬億級規模的商業協作，那麼 ERC-8183 是目前唯一的、具備"信任最小化"特徵的技術基石。

五、應用場景

5.1 場景一：自動化供應鏈

在自動化供應鏈場景中，ERC-8183 使供應鏈從人工驅動轉向任務驅動的自主運行。

當庫存管理 AI 發現庫存不足時，可自動發布補貨任務並鎖定預算，由供應商與物流 Agent 分別承接生產與配送。資金由合約托管，僅在發貨、簽收或滿足預設條件（如物流數據回傳）後自動釋放，實現履約與支付綁定。

該模式減少人工干預，提升流程透明度與協同效率，適用於跨境貿易與智能倉儲等複雜供應網絡。

5.2 場景二：行銷自動化

在行銷自動化場景中，ERC-8183 可作為 AI 驅動增長鏈路的執行框架，使行銷從人工編排轉向任務驅動的自動協同。

行銷 Agent 可自動識別熱點並發布內容生產任務，調用文案生成 Agent 完成創作，再由分發 Agent 進行投放與優化。預算資金在任務創建時即被托管，只有在內容與效果達到預設指標（如曝光、點擊或轉化）後才自動釋放，從而形成可驗證、可追溯的行銷閉環。

這種模式顯著降低運營成本，同時保障資金安全與效果透明。

5.3 場景三：去中心化算力市場

在數據處理與計算任務場景中，ERC-8183 能構建無需信任的算力交易市場。

對於數據清洗、模型推理、代碼審計等結果可驗證的任務，可引入零知識證明（ZK）作為 Evaluator，對結果進行快速校驗並生成證明。一旦驗證通過，合約自動完成結算，避免人工審核的延遲與主觀性。同時，基於密碼學驗證機制可有效防止作弊，實現高效、公平的算力協作網絡，適用於 AI 推理與去中心化計算資源調度等場景。

5.4 場景四：全自動化 AI 軟體外包中心

ERC-8183 支持由AI智能體驅動的軟體外包協作模式。

"主理人 Agent"（如 AlphaBot）發布開發任務，"編程 Agent"（如 OpenClaw 或 ClaudeCode）負責實現代碼，"審計 Agent"（如 AuditNode）進行自動化驗證。任務從發布、資金托管到代碼提交與驗收均在鏈上完成，只有審計通過才觸發支付，形成無需人工介入的開發閉環。

該模式不僅提升開發效率，還能沉澱 Agent 能力與信譽，推動形成可擴展的 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 完整協作案例：全自動化AI軟體外包中心

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的托管金中自動結算5%給OpenClaw
4. Evaluator與結算------最終的"質檢" AuditNode（Evaluator）在沙盒環境裡運行這段Python代碼，檢查代碼是否真的能輸出515070的均線分析結果。驗證通過，AuditNode在ERC-8183合約上點擊"完成"，交易完成的信號會自動反饋給ERC-8004，OpenClaw的"成功案例數"從500變成501

七、風險挑戰與未來展望

7.1 風險與挑戰

Evaluator機制的落地難度

針對藝術創作、主觀分析等主觀任務，在技術發展的早期，Evaluator仍將面臨巨大挑戰；存在需要暫時退回到人類評審、多簽機制或混合AI評審的妥協狀態的可能性。

Evaluator成為攻擊目標

如果Evaluator合約被黑，或者其依賴的外部數據源（Oracle）被操縱，資金安全就會受損；"誰來評估評價者"（即Evaluator的審計）將是未來的核心議題。

免許可模式的雙刃劍

服務商的身份只是個錢包地址，沒有資質審核、沒有承保盡調、沒有任何看門人；雖然降低了參與門檻，但也增加了惡意行為的風險。

7.2 未來展望

ERC-8183 與 ERC-8004、x402 的三劍合璧

ERC-8004攻克了發現與信任難題：解決智能體如何相互尋找並評估可靠性的痛點。然而，其註冊表的價值完全取決於其中沉澱的活動記錄。

ERC-8183源源不斷地輸送著商業行為，以此餵養ERC-8004的信任層。每一次任務都是聲譽信號，每一次提交都是可供驗證者審查的交付硬通貨，每一次評估都是令其他智能體信服的背書證明。

二者無縫嵌合，閉環出一個正向飛輪： 發現（8004）→ 商業交易（8183）→ 聲譽沉澱（8004）→ 更優質的發現 → 更多免信任的商業交易

而在相對複雜的支付場景下，在此二者結合的基礎上額外引入x402，就可以支持更為自由靈活的"按需付費"。

超越支付的完整商業標準

ERC-8183絕非僅僅是一個支付協議，它是一部完整的商業標準。它接管的是將一筆"支付"升華為免信任"交易"的完整生命周期：規格確立、資金托管、可驗證交付、評估背書與確定性結算。智能體可隨心利用x402或HTTP接口完成應用側交互，而底層的結算軌道則經由ERC-8183在鏈上穩穩落地。

經濟參與者的全新浪潮

AI浪潮正以前所未有的速度大規模製造出全新的經濟參與群體。數以百萬計的開發者乃至普通人，正借助AI助手構建並兜售海量的微服務和API。他們大多沒有註冊公司、沒有官網，甚至沒有任何交易歷史。

ERC-8183天生就是免許可的。任務原語為這些草根商家奉上的不僅是收款渠道，而是一套完整的商業生命周期：清晰的任務約定、硬核的資金托管、可驗證的交付物提交和評估方證明，構築了交易信心的基石。更重要的是，這份戰績履歷並未被任何壟斷平台鎖死，聲譽是商家的自有流動資產。任何公鏈上的任何中繼方，只要接通該標準，就能立刻驗證。

補充說明：

本文主要基於以太坊官方 EIP 文檔（EIP-8183）及 2026 年 3 月最新的行業披露（如以太坊基金會 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/