OpenSea's Agent Ambition: How ERC-8257 Could Turn NFTs into AI Passes?
- Core Thesis: OpenSea has published the ERC-8257 draft, aiming to transform NFTs from assets into access credentials for AI Agents via an on-chain tool registry. This move seeks to capture the tool distribution and transaction gateway within the Agent economy, opening a new growth path for the NFT market.
- Key Elements:
- ERC-8257 defines an "Agent Tool Registry," allowing developers to register tools and set on-chain access conditions (e.g., holding a specific NFT) via an `accessPredicate` contract. Agents can discover tools and verify their own permissions.
- This standard does not handle payments, only permission verification; actual payments are managed by protocols like x402, with pricing information stored in an off-chain manifest file, ensuring the standard remains lightweight.
- OpenSea analogizes ERC-8257 to an HTTP 403 (Insufficient Permissions), complementing x402 (Payment Required), aiming to build a distribution and access infrastructure rather than a closed application store.
- Use cases show that an Agent can purchase an NFT to obtain discounted call permissions (e.g., reducing a single call fee from $0.05 to $0.01), expanding the utility of NFTs to serve as discount cards, membership passes, or subscription credentials.
- A reference implementation of the proposal has been deployed to the Base mainnet, but it faces challenges such as cross-chain wallet state verification, overlap with other standards, and an inability to guarantee the service quality or security of the tools.
原文作者：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 倉庫中標註為 Draft。它的標題是 Agent Tool Registry，目標是提供一個無需許可的鏈上工具註冊表，而非建設一家擁有審核、排行和退款機制的完整應用商店。
ERC-8257 的技術設計並不複雜。開發者註冊工具時，鏈上記錄幾個關鍵元素：工具創建者地址、指向工具說明文件的 metadataURI、證明說明文件未被篡改的 manifestHash，以及決定誰可以訪問工具的 accessPredicate。
用白話來說，鏈上註冊表像一本可驗證的工具目錄：工具能做什麼、怎樣調用、價格提示是什麼，放在鏈下的 manifest 文件裡；該文件的哈希被寫入鏈上，Agent 拉取文件後可以校驗內容是否一致；至於某個錢包有沒有資格調用工具，則交給獨立的 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。
所謂 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 未被篡改，如何判斷自己的錢包是否滿足使用條件。
有哪些挑戰？
ERC-8257 給了 Agent 一張工具目錄和一套門禁規則，卻沒有自動解決服務品質與安全問題。
鏈上的 manifest 哈希只能證明 Agent 讀取到的說明文件與登記時一致，無法證明工具輸出可靠、接口不會洩露數據，也無法保證開發者長期提供服務。predicate 合約同樣可能配置錯誤、失效或引入複雜風險。一個 Agent 能夠自動買到門票，並不等於它走進的房間一定安全。
Ethereum Magicians 上討論區裡已經出現數個待繼續打磨的問題：跨鏈錢包狀態如何證明；ENS 是否適合作為額外發現入口；付費協議命名是否需要統一約定；ERC-8257 與另一項 ERC-8239: Agent Skill Registry 的範圍是否存在重疊。提案作者也在討論中確認，工具定義、價格提示與不同 registry 思路之間仍有整合空間。
因此，ERC-8257 的意義還在於它已經成為 Agent 工具市場的統一答案。它更像 OpenSea 提前擺下的一張桌子：Agent 來尋找工具，開發者來登記能力，NFT 來承擔權限，支付協議負責結算，而 OpenSea 希望坐在最靠近交易發生的位置。
NFT 市場曾經最關心的問題，是誰願意為一張鏈上資產出價。ERC-8257 打開的新問題是：當一段軟體需要權限才能繼續工作，它會買下什麼，又會從哪裡買？
