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

作者：鑑叔

一、技術背景與問題定義

1.1 AI智能體經濟的崛起

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

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

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

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

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

當AI變得觸手可及，每一個個體、組織甚至智慧設備都可能透過智慧代理運作。 經濟模式將發生根本性轉變：

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

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

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

可隨著我們進入AI代理經紀時代，當一個人或一個智能體去僱用另一個智能體時，上述機制統統失效：現階段的智能體沒有社交聲譽可供查驗，沒有能為人類或其他智能體提供參考信號的可信評估體系，沒有合約條款的有效記錄，沒有法律或聲譽追責機制能夠匹配機器交易的速度，也沒有可對平台的資金執行。

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

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

。

部署在去中心化公鏈上的智能合約將、，以及都封裝在公開透明、不可篡改，且不屬於任何人的代碼之中，由合約扮演中立執法者角色。

同時，每一次完成的任務、每一份評估方證明、每一個交付物的哈希值都被記錄在鏈上，為智能體的聲譽系統與身份體系提供數據基礎，並在出現糾紛時提供了追責依據。

二、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（任務），其流轉依賴於三個角色的精密配合。

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

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

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

3.3 智慧合約狀態機（生命週期）

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

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

資金被鎖定在合約的託管池中，形成信任基礎

Provider提交了工作成果

Evaluator介入裁決，終局包含三種可能：

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

3.4 多角色協同工作流程

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

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

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

對於計算、零知識證明（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，分別推出了和

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

在AI智能體經濟（Agentic Economy）快速崛起的當下，這三個協議都在嘗試解決同一個核心命題：

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

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

ACP（acplib）和 AP2 更多是從的角度出發。

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

4.3 ERC-8183的核心技術優勢

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

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

而 ERC-8183 實現了。 只要 Provider 提交了符合合約要求的證明，資金就會由 Evaluator 強制釋放，消除了「惡意賴帳」的可能性。

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

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

傳統的 ACP/AP2 在處理爭議時需要人工客服或複雜的後台邏輯。 ERC-8183 透過實現了「代碼即法律」。

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

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

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

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

五、應用場景

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軟體外包中心

七、風險挑戰與未來展望

7.1 風險與挑戰

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

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

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

7.2 未來展望

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/