Web3 新手系列：ERC8004：這個 Web3+AI 的敘事能讓你吃上一份熱呼呼的外賣

ERC8004 是以太坊上的一個協議規範，定義了一套標準，讓智能體可以基於區塊鏈來建立信任關係，讓 A2A（Agent to Agent）的敘事融合了 Web3 的敘事，本文就讓我們來看看這個 Web3+AI 的大敘事是什麼樣的邏輯。

協議地址 8 月創建的，還在評審階段。本文就來解析一下這個協議是解決什麼問題，通俗地解析一下這個協議的標準，最後會暢想一些這個協議的意義。全文大約 15 分鐘，歡迎收藏。

解決的問題

首先我們看看這個協議試圖解決什麼問題：

簡單說就是解決 A2A（Agent 調用 Agent）過程中的信任問題，比如我有一個 AI 助理，叫小 A，它是一個智能體，我讓他幫我點一份可靠的外賣。但是我的智能體並不擅長這個（畢竟要去對接外賣員、商家也是一個大工程，一個小小的 AI 助理並不支持），那怎麼辦？

這個時候就可以找其他智能體幫忙了。

那問題來了，我的智能體如何找到一個另外一個可靠的智能體來幫忙呢？是不是缺少一個信任機構。其實人類也一樣，我們通過淘寶來交易，淘寶是一個中心化的信任機構。但是中心化的信任機構是有它的局限性的，在智能體時代，這個問題就更突出了。智能體要發揮它的效率，就不能什麼事情都來找人、找中心化的機構來辦事，最後就會變成人類拖了 AI 的後腿。即便是用中心化的機構來做驗證，也要同樣去找基於 AI 工作的，或者通過去中心化方式工作的信任機構，這樣才能發揮出 AI 的效能。

所以如果能夠有一個去中心化的可信的數據，幫我去找到可靠的智能體，這樣工作效率就會高很多。於是就有了 8004 協議。

嗯，看上去是不是很合理。那我們接下來看看基於這個邏輯，ERC8004 是怎麼設計的呢？

解析下協議的具體方案

這部分是具體協議技術方案的解析，不過這裡不去具體的解析規範中太細節的合約接口和參數，盡量讓大家可以通俗地看懂，細節大家可以看協議的標準文件。我們基於協議內容，通俗地解釋一下這個協議是如何解決我們在上面提出的問題的。

從技術上來說，ERC8004 本質上就是定義了三類合約的接口規範：

Identity Registry，身份註冊表。基於 ERC721（非同質化 Token，也就是 NFT），用於註冊智能體，每個智能體其實就是一個 NFT，通過這個 NFT 就可以拿到智能體的相關資訊。

Reputation Registry，聲譽註冊表。

Validation Registry，驗證註冊表。

簡單來說，你可以把這三類合約理解為在區塊鏈上運行的三種機構。

機構一：智能體過來開個戶，就好像你開個餐飲店一樣。

機構二：我來負責給這些智能體收集評分，就好像大眾點評和高德掃街。

機構三：我是三方調查機構，負責驗證的。類似質監局，衛生局啥的。

🌐 一個具體的工作流程

我們基於點外賣的例子來說，假設你想讓 AI 助理「小 A」幫你點個沒有地溝油的外賣：

尋找合作者：「小 A」首先會去查詢身份註冊表，尋找評價好的外賣「小 B」，並查看它的歷史評價。

建立初步信任：接著，「小 A」會檢查聲譽註冊表，看看其他合作者給「小 B」的評價如何，決定是否雇用它。

執行與驗證：如果這份飯至關重要，「小 A」或你可以額外聘請來自驗證註冊表的獨立驗證者「小 C」。「小 C」會核查「小 B」的報告是否準確、符合要求，並將核查結果公之於眾。

結算與反饋：你通過 x402 協議（一種連接鏈上支付與鏈下活動的收據機制，這裡可以看看我們之前發布的關於 x402 的文章）向「小 A」支付費用。「小 A」支付給「小 B」和「小 C」。最後，你為「小 A」和「小 B」的服務留下好評，所有這些支付和行為都會鞏固或影響它們各自在註冊表中的聲譽。

總而言之，ERC-8004 透過這三個合約的相互調用與配合，為 AI 助理們建立了一個去中心化、可信任的協作環境，讓它們能像人類在市場上一樣自由、安全地交換服務和價值。

身份註冊表

這個合約基本就是一個 NFT 的合約，包含轉讓等 ERC721 本身的協議，只不過重新擴展定義了 NFT 的元資訊檔案：

可以看到你本來就是提供了 Agent 的名字、圖片、描述和對應的端口地址。

此外還約定了註冊的方式「register」和相關事件（ERC721 本身協議是沒有約定 mint 方法的，所以這個方法算是 ERC8004 的方法）。

聲譽註冊表

這個合約首先部署的時候需要把 NFT 的合約通過構造函數傳入，也就是說它是唯一關聯一個身份註冊表的。

定義了好幾個方法：

giveFeedback，評分，可以給身份註冊表裡面的 NFT 打分，0 - 100 分。（agentId 就是對應 NFT 的 TokenID）。調用這個方法需要一個參數「feedbackAuth」這個參數是智能體接受任務時簽署的一個簽名。

revokeFeedback，撤銷評分。

appendResponse，追加回應。可以補充一些附加信息（有格式要求），可以傳一個線下地址 + 用來驗證的 Hash 值。

還有一系列讀的方法，可以讀取相關評分信息。

補充信息的格式要求為：

驗證註冊表

和聲譽註冊表一樣，這個表構造的時候也需要傳入省份註冊表的合約地址，也是唯一關聯一個身份註冊表。這個合約需要 Agent 的 Owner（NFT 的 Owner）來調用，提供下面方法：

validationRequest，用來請求驗證。

validationResponse，用來回應驗證。

具體細節本文就不再展開了，本質上一句話，就是 ERC8004 通過定義了三個合約規範，使得我們可以在鏈上建立一套透明的，去中心化的智能體的評價機制，幫助智能體更好地找到想要合作的智能體，為 A2A 提供一個 Web3 的信任解決方案。

我們的實踐

結合 ERC-8004 的設計，我們在 Pharos 和 Jovay 網絡構建了面向 Web3 的 Trustless 服務能力，可幫助用戶分配 Web3 世界的「可信身份 Agent DID」，同時我們也在原有的基礎上進行了金融級增強的 TEE/ZK 驗證能力擴展，未來支持如面向機器交易在金融場景的更高安全的驗證增強。

未來展望

看上去很美好，但是同樣也充滿了挑戰，不過挑戰也是機遇，讓我們來看看未來可能會有哪些樣的機會。

首先，數據雖然在鏈上，鏈上數據透明且不可篡改。但是但是如何保證鏈上數據真正地真實可信也是個問題。所以最後可能會有一些信任度高的鏈上驗證者，它其實就代表了背後的權威機構。可靠的驗證者可以通過鏈上歷史數據等各種手段提供更加可靠的信息。比如你用新號來刷差評，那肯定就會信用不夠了。

按照這個邏輯，圍繞這個協議能做的東西就很多了：

你可以搞一個服務，專門給智能助力提供上鏈服務。比如我可以幫你的智能體部署一個合約，這個合約可以基於這個協議各種操作。我可以通過一個 MCP 來提供這樣的服務。

你可以搞一個鏈上美食街，大家都來你這個合約上註冊自己的智能體。比如我開了一家店專門做炸雞（AI 機器人炸雞喔），然後可以在這美食街上面註冊。只要美食街流量大，他就可以收取註冊費。就和現在 ens（以太坊域名） 一樣。哈哈其實 ens 就可以理解是一個註冊表，擴展一下就行。

你可以搞一個鏈上餐飲黑珍珠（米其林也行），專門去給別人做打分評價，哈哈，當然是可以收點小錢錢。

總之，之前線下做的一切，都可以搬到鏈上，智能體以後在鏈上世界工作就好了。

大家覺得可靠嗎？至少筆者覺得挺有趣的。

本文由 ZAN Team（X 账号 @zan_team）的 Fisher（X 账号 @yudao1024）撰寫。