ERC-8004 的「Agent 身份」和我的個人以太坊地址有什麼關係？一個人可以有多個 Agent 身份嗎？
ERC-8004 的 Agent 身份和你的個人以太坊地址是兩個獨立的系統，但可以建立關聯。
你的個人以太坊地址（EOA）代表的是「人類用戶的身份」，受你的私鑰控制。ERC-8004 的 Agent DID 代表的是「AI Agent 的身份」——它是一個獨立的鏈上身份，有自己的 DID 文件（記錄 Agent 的能力、操作歷史、信譽積分）。兩者的關係：你可以在 ERC-8004 的 DID 文件裡聲明「這個 Agent 由地址 0x... 的人類擁有/控制」，建立「人類所有者 → Agent」的鏈上可驗證關係。這和 World ID AgentKit 的設計不同——World ID 是把「人類真人驗證」和 Agent 綁定；ERC-8004 是讓 Agent 本身有獨立的鏈上身份和信譽，不一定需要和人類真人驗證掛鉤。
一個人可以有多個 Agent 身份。這是設計上允許的——你可能有一個負責 DeFi 策略的 Agent、一個負責社群媒體互動的 Agent、一個負責 DAO 治理投票的 Agent，每個都有獨立的 ERC-8004 DID 和各自的信譽積累。不同的 Agent 在不同的任務領域累積各自的信譽記錄，讓外部服務商可以分別評估它們在不同領域的可信度。
ERC-8004 的「信譽積分」怎麼計算？什麼行為會讓 Agent 的信譽上升或下降？
ERC-8004 的信譽系統是模組化的——標準本身定義了信譽記錄的格式和查詢方式，但具體的評分邏輯可以由不同的「信譽模組」（Reputation Module）實作，允許不同的生態系統根據自己的需求自定義評分標準。
可能讓信譽上升的行為：成功完成任務並且服務使用方給予正面評價；長期穩定的操作歷史（沒有異常行為或失敗記錄）；按時履行 x402 支付義務；在 ERC-8257 服務市場裡提供被廣泛使用的工具（服務品質的市場驗證）。
可能讓信譽下降的行為：交易失敗率高（頻繁發起無法完成的操作）；違約——付款後沒有交付服務，或使用服務後拒絕付款；被標記為惡意行為（例如 Prompt Injection 攻擊的來源）；長期不活躍（信譽分數隨時間自然衰減，防止「殭屍 DID」被濫用）。
需要注意：ERC-8004 的信譽系統在 2026 年仍處於早期，實際應用中能不能真正防止虛假信譽的刷分（Sybil Attack）、以及信譽評分能不能有效反映 Agent 的真實可信度，都是仍在驗證中的問題。
ERC-8004 在整個 AI Agent 基礎設施協議棧裡扮演什麼角色？它和 ERC-8257、x402 怎麼分工？
三個協議各自解決 AI Agent 生態的不同層次問題，分工非常清楚：
ERC-8004（身份層）：解決「這個 Agent 是誰」的問題。讓每個 Agent 有一個鏈上可驗證的身份和信譽記錄。服務商接到 Agent 的請求時，可以查詢 ERC-8004 DID 了解這個 Agent 的背景——它過去有沒有做過惡意操作、有沒有信譽積累、它的所有者是誰。
ERC-8257（工具登錄層）：解決「有什麼工具，怎麼存取，費用多少」的問題。讓工具開發者在鏈上登錄工具，設定存取條件和定價。Agent 透過 ERC-8257 發現並確認它需要的工具，並驗證自己是否符合存取條件。
x402（支付層）：解決「怎麼付費」的問題。讓 Agent 在 HTTP 層完成微支付，不需要人類帳號或信用卡。
三層的使用順序：Agent 先用 ERC-8004 確立自己的身份（讓服務商信任它）→ 用 ERC-8257 找到並確認所需工具的存取條件 → 用 x402 完成支付 → 開始使用工具。整個鏈條讓 Agent 的「發現工具 → 建立信任 → 完成支付 → 獲得存取」全流程自動化，不需要人類介入任何環節。
ERC-8004 目前的採用現況如何？什麼樣的項目或場景在真實使用它？
截至 2026 年上半年，ERC-8004 在 Ethereum 主網上線約 6 個月，累計 39,000 筆 Agent 身份登記。相較於 Ethereum 上數以億計的 EOA 地址，這個數字仍然很小，反映了鏈上 AI Agent 生態仍在早期。
真實使用場景：主要分布在三個方向。第一，DeFi 自動化 Agent——需要和多個 DeFi 協議交互的 Agent，用 ERC-8004 建立信譽記錄，讓協議方可以根據 Agent 的歷史行為設定不同的信任等級（例如給高信譽 Agent 更高的單次操作上限）。第二，工具服務市場——在 ERC-8257 生態裡，工具提供商設定「僅接受 ERC-8004 信譽分數高於 X 的 Agent 存取」的條件，讓付費工具服務有更精準的準入控制。第三，多 Agent 協作系統——在 Orchestrator + Sub-agent 架構裡，Orchestrator 查詢 Sub-agent 的 ERC-8004 DID，作為選擇信任哪個 Sub-agent 的參考依據。
當前限制：ERC-8004 的信譽系統在 2026 年仍然缺乏廣泛的互操作性——不同的信譽模組之間的評分不能直接比較；Sybil 攻擊（大量刷假信譽）的防護機制仍在開發中；以及大多數現有服務商還沒有接入 ERC-8004 的查詢 API。這是一個方向正確但基礎設施仍需完善的早期標準。
ERC-8004 在實際場景的作用：一個 DeFi 數據工具的存取控制
假設有一個叫「ChainOracle」的高品質鏈上數據服務，它在 ERC-8257 上登錄，設定存取條件：「只接受 ERC-8004 信譽分數超過 500 分、且過去 30 天沒有失敗交易記錄的 Agent。」
場景 A：可信的 DeFi 管理 Agent 這個 Agent 已在 Ethereum 主網活躍 3 個月，累計完成 287 次成功的 DeFi 再平衡操作，x402 支付從未違約，ERC-8004 信譽分 612 分。它向 ChainOracle 發出請求，服務商查詢 DID，確認條件滿足，透過 x402 收費 $0.05，返回完整的鏈上數據。全程 Agent 自主完成，2 秒內。
場景 B：新建的未知 Agent 一個剛建立 2 天的 Agent，ERC-8004 信譽分為 0（沒有任何鏈上歷史）。向 ChainOracle 發出相同請求，服務商查詢 DID，信譽分不足，請求被拒絕，返回：「此服務要求 ERC-8004 信譽分 ≥ 500，您的當前分數為 0。」
場景 C：惡意 Agent 一個被標記為曾發動 Prompt Injection 攻擊的 Agent，其 ERC-8004 DID 有負面事件記錄，即使信譽分數勉強達標，服務商的風控邏輯也可以選擇拒絕有負面標記的 Agent。
這個機制讓服務品質得到保障——高信譽 Agent 可以獲得更好的服務條件，惡意行為者被自然排除。
ERC-8004 的核心取捨是「信譽可驗證性 vs 隱私暴露」。鏈上信譽記錄讓外部服務商可以評估 Agent 的可信度，但這些記錄也是公開的——任何人都可以查詢一個 Agent DID 的完整操作歷史。如果操作歷史能被分析推算出你的交易策略（例如，一個 Agent 每次在 ETH 上漲前都會增加倉位，這個規律可以被市場看到並被利用），鏈上信譽系統可能同時洩露策略機密。部分解法是使用 ZK 證明來只披露信譽積分而不披露具體操作記錄，但這個方向在 2026 年仍在早期開發中。另一個取捨是「信譽的冷啟動問題」——新建的 Agent 沒有信譽，無法存取要求信譽的服務，需要一段時間來「暖機」，這限制了新 Agent 快速投入使用的能力。