Quicknode

2026年3月4日 — 閱讀時間 7 分鐘

人工智慧agents 光是能「行動」，已經agents 新聞頭條agents 。這一點已逐漸成為眾所期待的常態。

如今，人工智慧agent 呼叫 API、與其他agents通訊、存取工具、進行付款，並協調工作流程。

在許多方面，他們的行為已經與數位工作者無異。

但目前尚無標準方法來識別他們、核實其身分，或界定其獲授權可執行的範圍。

ERC-8004 正是Ethereum對此Ethereum解決方案，本文將深入剖析其定義、運作原理，以及它是否已具備被認真對待的條件。

Agent 的身份認同危機

如今，當人工智慧agent 付款或與 API 互動時，目前尚無可驗證且標準化的方式來回答：

1. 這位agent 是誰agent 誰派遣了這位agent？

2. 它有交易紀錄或信譽評分嗎？

3. 它擁有哪些權限或角色？

另一方面，人類在數十年間，設計出了可攜式身分識別系統，用以承載信任、聲譽與問責。

法律身分、執照、信用紀錄、財務報表等。

如今，由於人工智慧agents 代表真實使用者處理真實資金、真實資料並做出真實決策，因此它們需要一種可靠的方法，能夠在大規模層面上解答這些問題。

AIAgents 發展迅速，但仍不完整

在不到 5 年的時間裡，圍繞人工智慧agents 基礎設施agents 大幅擴展並日趨成熟。在此期間，三大關鍵執行路徑應運而生：

1. MCP MCPagents 工具的方式標準化，使agents 能夠查詢基礎架構、觸發工作流程，並與外部服務進行互動。

2. A2A 提供了一個結構化的訊息傳遞框架，讓agents 彼此溝通。

3. x402 為他們提供了原生支付通道，這意味著agents 無需人工介入，agents 在 HTTP 層級使用穩定幣進行交易。

每種協定都很好地解決了其特定問題，而如今，執行已不再是agents主要難題。

然而，他們每個人都很快就遭遇了身分或聲譽的障礙。

簡單來說，這些協定無法回答「agent 誰」這個問題。 這正是 ERC-8004 旨在彌補的缺口。

ERC-8004 究竟是什麼

ERC-8004 是一項專為Ethereum agents AIagents 設計的身分與聲譽協調標準。

該 此項 由 Marco De Rossi（MetaMask）、Davide Crapis（Ethereum ）、Jordan Ellis（Google）以及 Erik Reppel（Coinbase）共同起草。

ERC-8004 標準引入了 3 個鏈上登記冊：

1. 身分識別註冊處

每個agent 一個唯一的鏈上識別碼代表，該識別碼會進一步鑄造為一個 ERC-721 代幣鑄造。該 NFT 指向一個結構化的 JSON 檔案，稱為「agent 」，其中包含agent的名稱、功能、服務端點（MCP、A2A、網頁）以及付款地址。

鏈上組件用於錨定身分，而鏈下元數據則提供背景資訊。

2. 聲譽登記處

聲譽層可將互動與回饋記錄在agent的身分資訊中。它允許經授權的agents 使用者，以有限的數值評分及分類標籤（例如回應時間或正常運作時間）的形式發表回饋。

如此一來agent表現便能被轉移並可供查詢，讓其他agents 與其互動之前agents 從中學習。

3. 驗證登記冊

此登記冊是一種標準化機制，用於記錄可驗證的證據，以證明某agent：

• 已完成一項任務

• 產生了正確或可接受的輸出

• 符合預先定義的限制或保證

請注意：此登錄檔僅定義驗證結果的記錄方式，而非應採用何種驗證方法。因此，該登錄檔的設計旨在支援多種驗證策略，從社會共識到加密經濟懲罰機制皆涵蓋其中。

不過，必須注意的是，這個註冊表尚未完成。在作為基礎設施正式推出之前，驗證註冊表僅是一個設計範疇。

這三個登記處共同構成了中立的協調層：一種用來發現agents 檢視其過往紀錄 > 並驗證聲明的方式。

由此自然會產生以下疑問： 為何不直接使用現有的身分驗證系統呢？

ERC-8004 與 OAuth、DID 及 ENS 的差異何在

既然身分認同是問題，為何不利用現有的資源呢？

如今的開發者對 OAuth、API 金鑰、去中心化識別碼（DID）、錢包地址，以及諸如 ENS等命名系統。這些技術各自提供了一種 身分識別或驗證。

為什麼要打造新的東西呢？

簡單的答案是：因為 ERC-8004 並未解決相同的問題。

以下是一張簡要表格，用以說明這些系統的用途，以及為何需要 ERC-8004。

從宏觀角度來看，這些系統在設計時皆考量了特定的信任面。其中，agents ERC-8004agents 其餘均非為 AIagents 而設計。

理論上，根據 ERC-8004agent 可以擁有一個，

• 將 ENS 名稱用作其可供人類閱讀的識別碼，

• DID 用於使用者端互動，以及

• ERC-8004 專門用於agent 與信任建立。

如此一來，ERC-8004 便將其他方法視為其身分層中可組合的原始元件。

那麼，ERC-8004 的發現機制在現實世界中究竟是如何運作的呢？

ERC-8004 的端到端運作原理（無需程式碼）

步驟 1：註冊

開發人員部署一個agent 將其註冊至身分識別註冊表中。

該agent 一個鏈上身分識別碼，其中包含相關的元資料，用以描述其功能、公開的端點以及付款詳情。

來源： https://www.8004scan.io

步驟 2：探索

現在，其他agent 開發人員可以直接查詢註冊表，或透過第三方索引器，agents 已建立索引的 的元資料、功能或可用的聲譽訊號，來發現其他代理程式。

來源： https://www.8004scan.io

步驟 3：評估

在進行互動之前，查詢agent 候選人的「聲譽登記冊」紀錄，包括過往結果、證明文件及相關證據。

它用以判斷agent過往績效是否符合其風險門檻。

步驟 4：互動

若符合要求agent 透過已公告的介面（MCP、A2A 或 HTTP）agent ，並執行該任務。

步驟 5：付款與記錄

款項將透過 x402 或其他相容機制發放。結果資料與回饋可寫回聲譽登記處，以更新agent鏈上紀錄，供日後查詢。

這就是 ERC-8004 所引入的協調層。那麼，當這套Agents 堆疊組建完成後，對開發者而言，完整的 AIAgents 堆疊實際上會是什麼樣子呢？

新興的Agent

如今，AIagent 堆疊已是一套相互協作的成熟基礎元件。以下簡要概述開發者可運用的資源：

每一層都能讓其他層對 AIagents更為有用。

• 一個agent agent ERC-8004 發現另一個agent 。

• 它可agent 向該agent 付款x402進行付款。

• 它可以透過相容於 MCP 的端點來呼叫服務。

當各層相互交織時，價值便會倍增。

對開發者而言，這套技術架構具有實際意義：現有的基礎設施已能支援開發agents 被從未接觸過的agents跨組織邊界發現，還能自動獲得報酬，且每次互動皆附有可驗證的紀錄。

Quicknode 在Agent 中的Quicknode

Quicknode 此技術堆疊的關鍵層提供技術支援。

• Agents ERC-8004 註冊合約Agents 需要可靠的 RPC 存取功能，而這正是Quicknode核心基礎架構

• 在執行層面上， Quicknode 伺服器 將 AI 助理直接連接到區塊鏈資料：RPC 端點、索引以及 串流，無需進行自訂整合工作。

• 此外，Quicknode 的 x402 ，代表agents 像支付堆疊agent 任何其他agent 那樣，支付 RPC 運算費用。

事實上Quicknode 身分查詢、執行存取以及原生agent 功能，且所有功能皆建基於 企業級基礎架構 以及開發人員和團隊所需的支援。

有了這些資訊和工具在手，我們是否已經鎖定了agent 的完整基礎架構？

ERC-8004 是否完善了 AIAgent ？

不完全是。還不是。

你看，agent 將需要一個穩健的信任層。目前唯一尚未釐清的問題是，由誰來定義它。有兩種方向：

• 現在就將其建構為開放標準，或者

• 等到擁有集中式目錄的科技巨頭來決定所有人的存取權限與激勵機制時再說吧。

ERC-8004 是針對前者所做的首次認真嘗試：這是一項無需許可、經過審計、並獲得機構支持的標準，且不受任何單一實體控制。

它建立了一個能夠孕育信任的協調平台，從而為開放式agent 奠定基礎。