什麼是 ERC-8004？無需信任的代理如何在 Ethereum 上運作

ERC-8004,標題為 Trustless Agents,是一項 Ethereum 標準,賦予 AI agent 鏈上身分、公開的信譽紀錄,以及一種驗證其工作成果的方式,讓它們能跨組織交易而不需要預先存在的信任。本指南說明它的三個 registry 如何運作、目前實際部署在 mainnet 上的內容、這項標準如何與 A2A、MCP 及 x402 搭配,以及在你基於它開發之前需要注意的事項。

什麼是 ERC-8004?

ERC-8004 於 2025 年 8 月由來自 MetaMask、Ethereum Foundation、Google 與 Coinbase 的作者提出,定義了三個 registry。Identity Registry 記錄 agent 是誰。Reputation Registry 記錄其客戶對它的評價。Validation Registry 記錄是否有獨立的驗證者檢查過它的工作。

該規格明確指出信任並非一體適用。用它自己的話來說,信任模型是「可插拔且分層的,安全程度與風險中的價值成正比,從點披薩這類低風險任務,到醫療診斷這類高風險任務」。訂晚餐訂位的 agent 可以仰賴信譽分數。管理資金庫的 agent 則需要有實際金錢利害關係的人重新驗證其工作。

為什麼 AI agent 需要一個信任層?

你今天使用的每一套信任系統都假設中間有一個平台。市集評論存在某家公司的資料庫裡。退款機制之所以存在,是因為卡片組織位於買家與賣家之間。OAuth 登入之所以可行,是因為一個大型身分提供者為你擔保。這種模式對自主 agent 不適用,因為這些 agent 生來就要跨公司、跨雲端、跨司法管轄區運作,彼此之間沒有共同的營運方。

agent 技術堆疊的其餘部分已經填補了這個缺口。Model Context Protocol(MCP)把 agent 連接到工具與資料來源。Agent2Agent(A2A)讓 agent 彼此找到對方並交換結構化訊息。x402 讓它們能透過純 HTTP 為服務付費。這些技術每一項都假設你已經決定好要跟哪個對手方合作。它們沒有一項能幫你做這個決定。

這正是 ERC-8004 要承擔的工作,也是為什麼這些 registry 存在於區塊鏈上,而不是任何人的資料庫裡。無論是選擇執行場所的 DeFi agent、雇用資料標註 agent 的研究型 agent,還是決定是否服務未知買家的商家,都需要同樣的三種查詢:這個 agent 是誰?其他人與它合作時發生了什麼事?有沒有人驗證過它的產出?ERC-8004 把這些答案放在沒有任何單一方控制的地方,放進每個 agent 都能讀取的同一套 schema。

ERC-8004 的 identity registry 如何運作?

每個註冊的 agent 都是一個 ERC-721 token,也就是 NFT 背後的同一套標準。註冊會呼叫 Identity Registry 上的 register(),並鑄造一個 token,其 ID 成為該 agent 的編號。agent 的完整識別碼結合了鏈與 registry 地址以及該 ID,所以「Base 上的 4,205 號 agent」在全球是明確無歧義的。

該 token 的 URI 指向一份註冊檔案,可能託管在 IPFS、HTTPS,或直接嵌入鏈上,描述這個 agent 是什麼,以及如何聯繫它。一份精簡的註冊檔案看起來像這樣:

services 陣列是探索用的資料負載。它宣告 agent 在其所支援的各種協定上的即時端點,包括 A2A、MCP、ENS 名稱,以及去中心化識別碼。supportedTrust 欄位宣告該 agent 選用了哪些信任模型。規格中提到,若此欄位缺席,這份註冊資料就僅用於探索。

建構在 ERC-721 之上免費獲得許多東西。所有權、轉移與委任已經可以運作,錢包與市集已經能呈現這些 token,而生態系的工具鏈也能原封不動地套用。這個 registry 同時把身分與日常實際操作用的金鑰分開。setAgentWallet 透過簽署的授權,把一個運作中的錢包綁定到該 agent,因此身分 token 的擁有者與簽署交易的錢包可以是不同的金鑰,具有不同的風險範圍。這與我們在讓 agent 擁有錢包時建議的分離方式相同,agent 取得的是範圍受限、有時限的簽署權限,而不是原始私鑰。

ERC-8004 的 reputation registry 如何運作?

任何地址都可以透過呼叫 Reputation Registry 上的 giveFeedback,為任何 agent 評分。一筆 feedback 條目帶有一個可設定小數位數的帶正負號數值,因此分數可以是負數且精確,而不是粗略的一到五分,再加上最多兩個用於篩選的標籤,以及一個可選的 URI,指向以雜湊值提交上鏈的更完整鏈下說明。唯一的硬性限制是,一個 agent 的擁有者與操作者不能為自己的 agent 評分。

有兩個設計選擇比函式簽章本身更重要。第一,客戶端從來不需要在任何地方註冊,這讓留下 feedback 的門檻維持在零,也讓服務能為使用者的評論代付 gas 費。第二,這個 registry 刻意不計算任何規範化分數。它只儲存原始訊號,提供彙總與讀取函式,並把解讀留給查詢它的任何人。該提案的討論很早就指出,單一的彙總信譽數字會誘發壟斷動態與造假,因此評分留在 indexer 層,讓不同的使用者能對同一份資料賦予不同的權重。

鏈下的 feedback 檔案才是評論真正有份量的地方。它可以參照互動中實際使用的 MCP 工具或 A2A 任務,也可以內嵌 x402 付款的證明,把評論綁定到一筆可被驗證確實發生過的交易。有付款收據作為佐證的評論,遠比一個匿名錢包給出的純分數更具說服力,而篩選正是這類評論,正是 registry 的重度使用者被期待採用的方式。

ERC-8004 的 validation registry 如何運作?

feedback 分數告訴你過去的客戶怎麼想。對於價值較高的工作,這還不夠,產出本身需要被檢查。Validation Registry 讓 agent 可以請求一位指定的驗證者檢查某一項特定的工作:validationRequest 記錄下驗證者、agent,以及一個以雜湊值提交、指向該工作的指標,而驗證者則以 validationResponse 回應,用自己以雜湊值提交的證據,為結果打出 0 到 100 的分數。

「檢查」的意義取決於驗證者。它可以重新執行任務並比對輸出結果,若不誠實地提出驗證,就會失去質押的資產。它可以證明該 agent 是在一個可信任執行環境(TEE,一種能證明自己執行過哪些程式碼的硬體)中運行的。它也可以驗證一個零知識機器學習證明(zkML,一種能證明某個特定模型產生了特定輸出結果的加密證明)。這個 registry 並不在意是哪一種;它只是把請求與回應的流程標準化。

有一個幾乎沒有報導提到的現況注意事項。官方的多鏈部署包含 Identity 與 Reputation registry,但 Validation Registry 已被收回,與 TEE 社群一起重新設計,目前並不屬於官方的 mainnet 部署集合。現在需要驗證功能的團隊,會透過特定供應商接上這項功能,例如 EigenCloud 的 trustless agents 整合,它把 ERC-8004 的身分與自家的可驗證運算配對使用。在基於此開發之前,請查看官方合約儲存庫,確認部署現況。

agent 應該使用哪種信任模型?

規格中以風險中的價值為框架的概念,轉化成一條相當清楚的決策規則:讓驗證的成本對應到出錯的成本。

這些模型也能疊加使用。一個生產環境的 agent 可能在 TEE 中執行、帶有信譽歷史,並提交高價值產出供質押型重新執行驗證,透過同一個 supportedTrust 宣告呈現所有三種訊號。

ERC-8004、A2A、MCP 與 x402 如何搭配運作?

最容易理解 agent 技術堆疊的方式,是把它看成四層,分別由四個不同的主體負責。來自 Anthropic 的 MCP,把 agent 連接到工具與情境資訊。由 Google 發起的 A2A,處理 agent 之間的探索與訊息傳遞。由 Coinbase 主導的 x402,負責資金的移動,是數個相互競爭的 agent 支付協定之一。ERC-8004 則錨定信任,而且它是刻意設計成唯一存在於區塊鏈上的一層,因為身分與信譽唯有在沒有任何對手方能控制它們時才有用。

單一次互動就可能觸及全部四層。一個買方 agent 向 Identity Registry 查詢宣告自己具備所需技能的 agent,取得候選者的註冊檔案,並檢查其信譽摘要與驗證紀錄。它開啟一個 A2A session 來協商任務,或直接呼叫賣方的 MCP 端點。它支付賣方回傳的 x402 發票。工作完成後,它呼叫 giveFeedback,附上該筆付款的參照,而賣方下一位潛在客戶看到的評論,就會附帶一張收據。

技術堆疊中沒有任何一項要求非得走完整個循環不可。有些團隊採用 x402 卻不用 ERC-8004,也有團隊註冊了身分卻從未請求驗證。但這些層級的設計本來就是要能互相參照。註冊檔案列出 A2A 與 MCP 端點,feedback 檔案內嵌 x402 收據,因此把它們組合起來只需要設定,而不需要額外寫接合用的程式碼。

你要如何基於 ERC-8004 開發?

讀取這些 registry 不需要任何特殊工具,因為它們就是普通的合約。Identity 查詢是 ERC-721 呼叫,而每個 registry 都會發出你可以索引的事件。我們支援所有主要的部署鏈,因此一個標準的 RPC 端點就足以起步。取得一個 agent 的註冊檔案只需要一次讀取:

從這裡開始,各個環節都能對應到你可能已經在運行的基礎設施。Webhooks 把新的註冊與 feedback 事件轉成推送,而不需要輪詢,而如何圍繞這些事件安排整個循環,我們的鏈上 AI agent 架構指南有詳細說明。agent 的運作用錢包應該是一個範圍受限的簽署者,而不是原始私鑰,這個模式在我們的鏈上 agent 指南中有完整說明。而 agent 也可以自主地經營自己與基礎設施供應商的關係,因為agent 可以用錢包作為身分自行註冊我們的平台,並透過 x402 依呼叫次數付費,不需要人類介入。如果你是從一個編碼 agent 開始開發,給 Claude Code 用的 Alchemy plugin 把我們的 MCP server 與各項技能整合成一次安裝。

一個 ERC-8004 agent 在 registry 之後所做的一切事情,讀取鏈上狀態、監看事件、簽署交易,以及為自己的 API 用量付費,都運行在我們為把 agent 視為第一等使用者而建構的基礎設施上。透過 Alchemy CLI 取得免費端點,或讓你的 agent 自行完成 onboard。不需要交接 API key,不需要合約,註冊流程中沒有任何一步需要人類介入。

ERC-8004 有哪些限制?

這項標準還很年輕,它的種種缺陷都已記錄在自己的討論串中。以下這些應該影響你的設計方式:

• Sybil feedback 成本低廉。 錢包不用花錢就能建立,所以原始的信譽分數很容易被人為製造出來。使用 feedback 時,請以已知客戶或付款證明來篩選,永遠不要用未經篩選的平均值。
• 身分是可轉移的。 agent 身分是標準的 ERC-721,因此一個有清白歷史、經過時間累積的身分可以被出售,而它的信譽也會跟著一起轉移。在信任歷史紀錄之前,先追蹤所有權的變動。
• 分數會過時。 agent 的行為具有隨機性,一次模型更新就可能在一夜之間改變其行為,因此上個月的 feedback 描述的是上個月的那個 agent。
• 信譽停留在單一條鏈上。 在 Base 上註冊的 agent,在 Arbitrum 上是從零開始的。跨鏈彙總是一個目前這項標準尚未解決的 indexer 問題。
• 介面可能仍會變動。 這項標準仍是草案,而且已經被重新設計過一次。請把你的整合釘選在已部署的合約上,並在依賴較新的介面之前持續關注規格的變動。

以上這些都無損於這項標準真正的主張,它從來就不是聲稱鏈上信譽無法造假。它的主張是,agent 的信任訊號應該存在於一個公開、共享、無需許可的 schema 裡,而不是散落在各家私有資料庫中。以這個主張來評判,它已經上線,而且已經有實際系統在讀取它。

常見問題

什麼是 ERC-8004,它如何實現 trustless AI agent?

ERC-8004 是一項 Ethereum 標準,透過涵蓋身分、信譽與驗證的三個 registry,把 AI agent 註冊到鏈上。agent 以 ERC-721 token 的形式取得可攜帶、可驗證的身分,客戶公開張貼 feedback,驗證者則對工作品質進行證明,使 agent 能跨組織交易,而不需要預先存在的信任。

ERC-8004 已經在 mainnet 上線了嗎?

是的。Identity 與 Reputation registry 自 2026 年 1 月起已在 Ethereum mainnet 上運行,並以相同的地址部署在超過二十個網路上。

ERC-8004 有 token 嗎?

沒有。ERC-8004 是一項智能合約標準,不是帶有 token 的專案。註冊一個 agent 會鑄造一個特定於該 agent 的 ERC-721 身分 token,但並不存在同質化的 ERC-8004 資產,任何以此名義行銷的資產都與這項標準無關。

ERC-8004 的 agent 身分可以被出售嗎?

可以。agent 身分是標準的 ERC-721 token,因此它們像任何 NFT 一樣可以轉移,而累積的信譽也會跟著這個 token 一起移轉。這使得所有權歷史成為盡職調查的一部分,因為一份乾淨的信譽紀錄有可能是買來的,而不是目前操作者實際累積出來的。

哪些鏈支援 ERC-8004?

官方的 registry 以相同的地址部署在超過二十個 EVM 網路上,包括 Ethereum、Base、Arbitrum、Optimism、Polygon、BSC 與 Monad。Alchemy 在這些鏈上提供 RPC 與資料 API,因此 agent 無論在哪裡部署,都能讀寫這些 registry。

ERC-8004 與 x402、A2A 有什麼不同?

它們解決的是同一套技術堆疊中不同的層級。A2A 處理 agent 如何找到彼此並互傳訊息,x402 處理它們如何透過 HTTP 互相付款,而 ERC-8004 處理它們是否應該互相信任,方式是把身分、信譽與驗證紀錄錨定在鏈上。生產環境中的 agent 系統通常會把這三者組合在一起使用。