Concordium Agent Registry 是 Concordium(CCD) 在 AI Agent 經濟體系中的核心應用場景。當 Agent 能夠代簽、支付與調用服務時,對手方必須先釐清「這是誰的 Agent、誰授權其行動」。Registry 提供鏈上可發現、可驗證、可跨鏈引用的身份錨點,並與協議層身份與零知識證明所描述的已驗證帳戶層相連。
公開文件所述 Registry 由 CIS-8004(Agent 註冊標準)、Agent Card(鏈下 JSON + 鏈上雜湊)、CIS-8 External Key Registry(跨鏈公鑰綁定)及 MCP Server(Agent 工具介面)等組件組成。以下將流程拆解為可重複操作,並非一次性事件回顧。
註冊前須具備三項基本條件:已驗證的 Concordium 原生帳戶、可公開訪問的 Agent Card 託管 URL,以及描述 Agent 名稱、技能與服務端點的元資料。若需與 Ethereum 或 Solana 等鏈互通,還需準備該鏈公鑰及後續 CIS-8 綁定所需的簽名能力。
| 準備項目 | 功能 | 常見來源 |
|---|---|---|
| 已驗證 Concordium 帳戶 | 提供問責鏈根 | 完成 Identity Issuer 流程的錢包 |
| Agent Card JSON | 描述 Agent 能力與端點 | 開發者編寫或 MCP 工具生成 |
| 公網 agent_uri | 託管 Agent Card | HTTPS 靜態託管或 API |
| 外部鏈公鑰(可選) | 跨鏈發現與調用 | ETH/SOL 等錢包 |
Concordium 強調 Agent 不必將全部工作負載遷移至本鏈:Registry 能在 Concordium 上錨定身份,Agent 仍可在其他鏈執行,並透過 CIS-8 與 Badge 對外釋出信任訊號。
每個 Agent 在 Registry 中對應一枚 CIS-8004 非同質化代幣(NFT),由已驗證 Concordium 原生帳戶作為 owner 簽名完成鑄造與後續更新。Owner 帳戶已通過協議層身份與真實人類或法人綁定,因此 Agent 授權鏈為:Agent NFT → Owner 帳戶 → Identity Issuer 背書的身份主體。
鏈上存儲的關鍵欄位包括:指向 Agent Card 的 agent_uri、保護文件完整性的 metadata_hash(SHA-256),以及可擴充的鍵值元資料(如支付錢包地址)。可選 external_reference 可指向 CIS-8 綁定或社交平台帳號,便於跨環境解析同一 Agent。
此架構與純 ERC-8004 類「描述 Agent 是什麼」的註冊不同:Concordium 額外要求 Owner 側具備已驗證帳戶,使「誰授權」成為註冊先決條件而非事後補丁。Agent 元資料亦可攜帶支付錢包等鍵值欄位,便於 Agent 間結算或 x402 按次付費場景發現收款地址,但仍需與應用層 spending controls 配合,鏈上註冊本身不會自動限制 Agent 行為範圍。
Agent Card 為符合 A2A(Agent-to-Agent)等格式的 JSON 文件,包含 Agent 名稱、描述、skills、服務端點,以及 Concordium 擴充區塊(合約索引、token 地址、owner 帳戶等)。文件託管於 agent_uri 指向的 HTTPS URL;註冊時將該 URL 與內容的 SHA-256 雜湊寫入 CIS-8004 合約。
任何消費方——另一 Agent、MCP 工具或人工審核——均可依下列步驟驗證:從鏈上讀取 agent_uri 與 metadata_hash;抓取 URL 返回的原始 JSON;計算 SHA-256 並與鏈上雜湊比對。MCP 工具 verify_agent_card 可自動完成此流程。
更新 Agent 能力時,必須同步更新託管 JSON,並透過 build_set_agent_uri 等操作刷新鏈上雜湊,否則鏈上錨點與鏈下文件將失配。Agent Card 因此是可更新的公開說明書,鏈上 NFT 則是不可抵賴的完整性錨。建議於文件版本變更時保留歷史快照或 changelog,便於審計追溯 Agent 能力變動時點。
圖 1. Concordium Agent Registry 流程:已驗證帳戶、CIS-8004 鑄造、Agent Card 雜湊錨定與 Badge 展示。
CIS-8 External Key Registry 在鏈上記錄 Concordium 原生帳戶與外部公鑰(如 Ethereum 地址、Solana 公鑰)間的密碼學綁定證明。綁定完成後,CIS-8004 Agent 可將該 CIS-8 條目設為 external_reference,使 Ethereum 側工具能透過公鑰解析至同一 Agent NFT。
解析路徑概念為:外部鏈地址 → CIS-8 合約查綁定 → Concordium owner 帳戶 → CIS-8004 查 Agent → Agent Card。Concordium 擴充區塊中的 token_address 與合約座標,協助外部 Registry 在不熟悉 Concordium 細節時完成 lookup。
此設計使 Agent 能於 Concordium 工具中以 token ID 尋址,在 Ethereum 工具中以 ETH 地址尋址,兩者均指向同一鏈上身份。與 Concordium vs Worldcoin 所討論的人證路線不同,Registry 解決的是 Agent 級可驗證身份與跨鏈互操作。
Verified by Concordium Badge 是面向對手方的可視化信任訊號,表明 Agent 已連結至經協議層身份驗證的帳戶。核查邏輯應回歸鏈上事實,而非僅依 Badge 圖示:確認 CIS-8004 上存在對應 token;驗證 owner 帳戶身份狀態;可選檢查 Agent Card 雜湊是否與託管文件一致;若涉及跨鏈,再查 CIS-8 綁定是否有效。
Badge 降低溝通成本,但不取代自行驗證。企業或高信任場景通常會結合 Verify and Access 做屬性級檢查(如年齡、資質、spending limit),與 Registry 的「身份與授權」層互補。若 Agent 代表金融機構或電商處理支付,完整信任堆疊通常為:Registry 確認 Agent 與授權主體 → ZKP 確認業務屬性 → Protocol-Level Locks 或 x402 約束結算路徑,三層各司其職。
需留意 Agent Card 託管可用性與 HTTPS 完整性:若 URL 失效或內容被竄改但未更新鏈上雜湊,驗證將失敗。外部密鑰綁定必須先於設定 CIS-8 external_reference,順序錯誤會導致註冊回滾或無效引用。Owner 密鑰安全直接決定 Agent 控制權,NFT 可轉移意味 Agent ownership 變更須有內部治理流程。
MCP Server 提供註冊、構建 Agent Card、驗證卡片等工具,便於 Agent 框架整合,但亦要求開發者理解鏈上操作與 gas(或 Sponsored Transactions)成本。Registry 生態仍處擴展期,對手方是否採納 Badge 作為準入條件取決於產業實踐。
公開文件列出主網合約包括 CIS-8004 Agent Registry(index 10082)與 CIS-8 External Key Registry(index 10081),可於 CCDScan 等區塊瀏覽器查詢。Indexer 服務則將鏈上事件整理為 REST API,便於搜尋與發現 Agent,無需自行掃鏈。建議於生產環境將「鏈上註冊 → Card 託管 → 雜湊校驗 → Badge 展示」寫成可重複部署 checklist,並於 Agent 能力更新時納入 CI 流程,避免鏈上錨點與文件漂移。
Concordium Agent Registry 將 Agent 身份、文件完整性、跨鏈公鑰與已驗證帳戶串成可重複流程。理解 CIS-8004、Agent Card 與 CIS-8 的分工,是整合 Verified Badge 與跨鏈 Agent 信任檢查的前提。部署時應將鏈上註冊、文件託管與定期雜湊校驗納入運維流程,避免 Agent 能力迭代後留下不可驗證的過期紀錄。
Agent Registry 是 Concordium 上的鏈上 Agent 身份系統,基於 CIS-8004 將 Agent 註冊為 NFT,並透過 Agent Card 說明能力與端點。Registry 將 Agent 與已驗證 Concordium 帳戶連結,支援跨鏈密鑰綁定與 Verified by Concordium Badge。
每個 Agent NFT 由已驗證 Concordium 原生帳戶擁有並簽名管理。該帳戶經協議層身份與 Identity Issuer 驗證的人類或法人關聯,形成 Agent → Owner → 已驗證主體的問責鏈。
Agent Card 是公開 JSON 文件,說明 Agent 名稱、技能與服務端點;鏈上存儲其 URL 與 SHA-256 雜湊以確保完整性。更新能力時需同步更新文件並刷新鏈上雜湊。
可以。透過 CIS-8 將外部鏈公鑰綁定至 Concordium 帳戶,並於 CIS-8004 Agent 設定 external_reference,外部工具可用 Ethereum 或 Solana 地址解析至同一 Agent 身份,無需將全部邏輯遷移至 Concordium。
應於鏈上核查 CIS-8004 token、owner 帳戶身份狀態、Agent Card 雜湊與託管文件是否一致,並視需要檢查 CIS-8 跨鏈綁定。Verified Badge 為輔助訊號,不能取代上述密碼學驗證步驟。





