error

Foresight News

閱讀本文需 11 分鐘

Agent 來尋找工具，開發者來登記能力，NFT 來承擔權限，支付協議負責結算，而 OpenSea 希望坐在最靠近交易發生的位置。

原文標題：《NFT + AI Agent 有沒有搞頭？詳解 OpenSea 新協議 ERC-8257 戰略意圖》
原文作者：KarenZ，Foresight News

這一次，OpenSea 的敘事重心沒有落在 NFT 交易上。它盯上了另一種入口：當 AI Agent 開始自主發現工具、獲得權限並支付費用，誰來組織這些工具，誰就可能佔據下一輪鏈上分發的起點。

OpenSea 借用了一個人人都熟悉的比喻：App Store 讓開發者發佈應用、用戶發現應用並完成付費；Agent 工具也需要類似入口。區別在於，這一次逛商店、判斷權限、準備付款和調用服務的主體，可能是一隻持有錢包的 Agent。

OpenSea 看中的，是 NFT 從資產變成權限

5 月 26 日晚，OpenSea 發布「ERC-8257：代理工具註冊中心」。在 OpenSea 展示的場景裡，一個 AI Agent 正嘗試為 NFT 估值。它調用專業定價工具時遭到拒絕，隨後發現：持有指定 NFT 的地址可以使用折扣介面。於是 Agent 在鏈上買入該 NFT，再次發起請求，將單次調用費用從 0.05 美元降至 0.01 美元。

這個例子點出了 OpenSea 的新算盤。在 ERC-8257 的設想裡，NFT 還可以成為機器能夠讀取並立即使用的訪問憑證。

研究數據源、定價工具、交易信號、合作夥伴 API，都可以設定鏈上門檻。例如，持有某個 NFT 才能訪問折扣介面，持有訂閱型 NFT 才能調用高級服務，或者通過白名單、質押餘額、零知識證明決定誰能進入。

對 OpenSea 而言，變化非常具體。一枚 NFT 的用途可以從頭像、收藏品和社群身份，延伸為 Agent 調用服務時的折扣卡、會員證或限量席位。市場裡能夠交易的對象，也隨之擴展為可被軟體直接執行的訪問權。

OpenSea CTO Chris Maddern 隨後將這一方向概括為一條更完整的鏈上路徑：穩定幣用於 Agent 支付，NFT 用於身份與訂閱，Agent Tool Registry 則推動這套構想靠近實際運行。

ERC-8257 的範圍很窄：代理工具登記，資格驗證

ERC-8257 於 2026 年 4 月 17 日建立，目前在 ethereum/ERCs 存儲庫中標記為草稿。它的標題是代理工具登記，旨在提供一個無需許可的鏈上工具登記，而非建立一家擁有審核、排名和退款機制的完整應用商店。

ERC-8257 的技術設計並不複雜。開發者登記工具時，在鏈上記錄幾個關鍵元素：工具創建者地址、指向工具說明文件的 metadataURI、證明說明文件未被篡改的 manifestHash，以及決定誰可以訪問工具的 accessPredicate。

用白話來說，鏈上登記表像一本可驗證的工具目錄：工具能做什麼、如何調用、價格提示是什麼，放在鍊下的 manifest 文件裡；該文件的雜湊被寫入鏈上，代理拉取文件後可以校驗內容是否一致；至於某個錢包有沒有資格調用工具，則交給獨立的 predicate 合約判斷。

如果 accessPredicate 為空地址，工具面向所有調用者開放；如果指定了合約，它就可以驗證 NFT 持有、訂閱狀態、白名單、質押門檻、DAO 投票結果或零知識證明等條件。

需要注意的是，ERC-8257 不接管資金。提案明確將定價信息放入 manifest，將實際支付交給 x402 或其他支付協議。登記表負責發現與權限，結算留給外部系統。這樣的拆分讓標準保持輕量，也意味著 OpenSea 推出的更像一層分發和准入基礎設施，而非新的支付協議。

這也是為何 ERC-8257 作者將 ERC-8257 稱為「the 403 to x402『s 402」。HTTP 語境中，402 指向付款請求；403 指向權限不足。x402 回答「這次調用如何付款」，ERC-8257 想處理「這個地址是否有資格進入」。

嚴格而言，403 是便於理解產品定位的類比。ERC-8257 草案規定的是登記與權限判斷機制，並未要求所有工具都必須通過某種固定的 HTTP 403 流程回應代理。

所謂 Agent App Store，爭的是分發起點

「App Store」這個說法很容易讓人聯想到由平台審核、排序並掌控入口的封閉市場。但 ERC-8257 的核心設計偏向開放：任何開發者都可以登記工具，Agent 可以讀取鏈上註冊資訊，訪問條件也可以通過外部合約擴展。

OpenSea 真正想爭取的，是開放協議之上的工具發現與資產交易場景。過去，Agent 尋找工具往往依靠文檔、GitHub 倉庫、中心化目錄或人工配置；ERC-8257 試圖提供一層可核驗的鏈上入口，讓 Agent 找到估值 API、研究訂閱、交易信號或數據服務，讀取使用條件，再根據自己的錢包狀態購買權限或完成付款。

在 Ethereum Magicians 討論區，提案方稱參考實現已部署至 Base 主網，並通過 CLI、SDK 及 ERC-721、ERC-1155、訂閱和複合 predicate 示例進行驗證。

這給 OpenSea 留出一條比爭奪 NFT 聚合交易更寬的路徑。只要 Agent 經濟需要鏈上會員、可交易席位或 token-gated API，OpenSea 就能繼續扮演資產發現和購買場所。平台撮合的對象可以從文化資產，逐步擴展到機器執行任務時需要的訪問資格。

如果把 Agent 呼叫一項鏈上付費工具拆開看，目前浮現出的協議分工大致如下：

MCP 負責工具與 AI 應用之間的通信方式。伺服器可以暴露 tools、resources 與 prompts，客戶端發現已連接服務的能力後發起呼叫。它處理的是能力描述與呼叫介面，並不天然提供公開、鏈上、可驗證的全球工具目錄。

ERC-8004 關注 Agent 的身份、信譽與驗證記錄，讓不同主體能夠識別某個 Agent 以及它過往的行為線索。

x402 面向支付，讓人或 Agent 能夠通過穩定幣為 API 與數位內容進行程序化付款。

ERC-8257 則試圖補上工具發現與准入這一層：Agent 如何找到工具，如何確認 manifest 未被篡改，如何判斷自己的錢包是否滿足使用條件。