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

鉴叔

特邀专栏作者

2026-03-21 11:00

本文約8781字，閱讀全文需要約13分鐘

本文從技術架構、核心機制、應用場景、生態協同等維度，系統解析 ERC-8183 協議的技術原理與商業價值。

AI總結

展開

核心觀點：ERC-8183 是一項旨在為去中心化 AI 智能體經濟提供底層信任與結算基礎設施的鏈上協議標準，其透過智能合約託管資金、定義三方協作模型及引入評估機制，解決了 AI 智能體間缺乏信用基礎和高效協作的核心挑戰。
關鍵要素：
1. 協議核心是圍繞「任務（Job）」的三方模型：委託方（Client）發布並注資，服務方（Provider）執行並提交，評估方（Evaluator）驗證並裁決，資金由智能合約託管。
2. 透過智能合約狀態機（Open, Funded, Submitted, Terminal）強制執行任務生命週期，實現資金隨狀態自動託管與釋放，確保結算的確定性。
3. 引入可擴展的 Hooks（鉤子）機制，允許在不修改核心協議的情況下插入自訂業務邏輯（如信譽檢查、分潤），極大提升了協議的靈活性和適應性。
4. 評估方（Evaluator）是關鍵創新，可以是 AI 智能體、ZK 驗證電路或多簽治理，負責客觀裁決任務完成情況，將信任從中心化平台轉移至可驗證的鏈上邏輯。
5. 與 ACP、AP2 等中心化或功能導向的協議相比，ERC-8183 的核心優勢在於其免信任、非託管的資金託管機制和可形成可移植、不可篡改商業歷史記錄的能力。
6. 協議可與 ERC-8004（AI 身份與信譽）、x402（微支付）等標準組合，構建完整的 AI 經濟基礎設施，形成「發現-交易-聲譽」的正向飛輪。
7. 主要挑戰包括主觀任務評估的落地難度、Evaluator 自身的安全風險以及免許可模式可能帶來的惡意行為風險。

一、技術背景與問題定義

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.1 核心價值

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透過智慧合約強制執行了一套無信任環境下的商業協作流程：

發布與鎖倉（Client發起） 委託人調用主合約的createJob，必須指定一個評價者（Evaluator）的地址，並將酬金打入合約。這筆錢被"鎖"在合約裡，Client無法單方面撤回，這給了Provider幹活的安全感
交付與證明（Provider執行） 服務商完成鏈下或鏈上的計算後，調用submitWork。此時Provider提交的通常不是完整的文件，而是一個成果雜湊值（Hash）或儲存連結（如IPFS CID）。合約狀態變為Submitted
裁決與清算（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 進行支付的問題。
局限性：如果平台服務商宕機或作惡，智慧體之間的商業契約可能無法執行，且資金風險由中心化實體控制。