OpenSea 推出 ERC-8257：AI 代理嘅 App Store 正式登陸以太坊

OpenSea 喺 2026 年 5 月 27 日正式提出咗一個叫 ERC-8257 嘅新以太坊標準 。你可以當佢係一個專為 AI 代理而設嘅「App Store」，但佢唔係由 OpenSea 中央管理，而係一個完全開放、唔使任何人批准嘅鏈上工具目錄（Agent Tool Registry）。呢個設計畀開發者可以自由咁將自己嘅工具「上架」，而 AI 代理就可以自己喺目錄度搵到需要嘅服務，自動搞掂畀錢同使用嘅步驟，全程唔使人手操作 。

呢個標準嘅出現，正好呼應緊近期喺 Web3 圈好 Hit 嘅「AI 代理經濟」浪潮。佢唔係單打獨鬥，而係會同其他幾個重要嘅區塊鏈協議組成一個完整嘅生態系統，例如負責 AI 身份認證嘅 ERC-8004，同埋處理機器對機器支付嘅 x402 。雖然成個藍圖睇落好宏大，但溫馨提示一下，目前 ERC-8257 嘅狀態仲係好初步嘅「Draft」階段，距離正式投入使用仲有一段路要行 。

ERC-8257 點樣做到「AI 自己買 App」？

技術上，ERC-8257 係一個部署喺以太坊上面嘅輕量級智能合約，你可以當佢係一本「黃頁」。佢嘅設計刻意保持簡約，OpenSea 嘅技術文件都講明，佢嘅功能只係專注喺「註冊工具」同「驗證資格」，而唔係要建立一個好似 Apple App Store 咁有評價系統、排名或者退款機制嘅完整市場 。

成個系統最巧妙嘅地方，係一個叫 「存取判定器」（Access Predicate） 嘅外部合約。呢個判定器淨係需要回答一個問題：「呢個地址有冇權限用呢個工具？」 。開發者可以透過佢設定各種古靈精怪嘅使用條件，例如：

• 個 AI 代理要持有某個特定嘅 NFT 先准用。
• 個 AI 代理要有一個仍然生效嘅「訂閱合約」（例如透過 ERC-5643 標準）。
• 個 AI 代理要先透過 ERC-8004 證明自己係一個經過驗證嘅「可信代理」。
• 最簡單直接，就係證明佢已經畀咗錢。

呢種「外掛式」判定器嘅設計，借鑒咗以太坊圈子入面好成熟嘅設計模式，例如 NFT 市場 Seaport 用嘅「區域」概念、Uniswap v4 嘅「掛鉤」系統，同埋 ERC-4337 嘅「支付主體」合約 。

至於畀錢呢個動作，成個流程係設計到行 x402 協議嘅。x402 係由 Coinbase 同 Cloudflare 合作推出嘅開放標準，佢將 HTTP 協議入面一個被人遺忘咗好耐嘅「402 Payment Required」狀態碼重新包裝，令到穩定幣（例如 USDC）嘅小額支付可以直接喺 HTTP 請求入面完成 。

成個流程想像係咁嘅：一個 AI 代理要自動幫你嘅 NFT 估價，佢會先去 ERC-8257 嘅黃頁度搵到一個「估價工具」，跟住讀取工具清單入面寫明嘅收費規則，再透過 x402 畀咗嗰筆 USDC 嘅手續費，最後就可以 Call 嗰個工具背後嘅 API 去完成估價 。

為咗確保鏈上嘅註冊資訊同鏈下嘅工具文件一致，ERC-8257 仲運用咗「來源綁定」（即係清單檔案一定要放喺工具域名嘅指定路徑）同「建立者自我聲明」呢兩個機制，去核實註冊人嘅身份 。

ERC-8257 喺成個 Agent 標準藍圖嘅位置

ERC-8257 唔係一個孤島，佢係一個更大嘅以太坊 AI 代理基礎設施藍圖入面，專門負責「發現」同「存取控制」嘅一層。OpenSea 形容佢會同以下幾個關鍵協議緊密合作 ：

• ERC-8004（負責身份同信譽）：呢個標準喺 2025 年 8 月提出，並喺 2026 年 1 月底登陸以太坊主網。佢為 AI 代理提供鏈上身份、信譽評分同驗證機制，截至當時已經有超過 21,500 個代理身份註冊咗 。一個代理想用 ERC-8257 嘅工具時，可以透過展示佢個 ERC-8004 身份嚟證明自己信得過 。
• x402（負責畀錢）：令到 HTTP 原生嘅穩定幣小額支付變成現實。到 2025 年底，x402 已經處理咗超過 1 億筆交易，年度交易額達到 6 億美金，雖然到咗 2026 年初交易量有明顯回落，但佢嘅基礎設施地位已經確立咗，就連 Stripe 呢啲大型支付商都已經整合咗 x402 。
• ENS（負責改名）：以太坊域名服務可以為工具提供一個人類睇得明嘅好記域名，例如 mytool.eth，方便辨認。

除咗呢三巨頭，社群入面仲有幾個相關嘅標準喺度同步討論緊，佢哋嘅開發團隊都好積極咁去對照返 ERC-8257 嘅設計，避免功能重疊：

• ERC-8239（代理技能註冊表）：呢個標準用 ERC-721 嘅 NFT 嚟代表代理嘅技能。有社群成員指出佢同 ERC-8257 嘅功能有啲重疊，而開發者亦正在努力劃清界線，以免大家做嘅嘢撞埋一齊 。
• ERC-8263（推論證明註冊表）：一個專為可驗證 AI 推論而設嘅輕量級註冊表，佢嘅設計係可以直接同 ERC-8257 嘅工具命名空間完美接軌嘅 。
• ERC-8275（代理服務發現同託管支付）：一個更高階嘅標準，加入咗託管支付嘅機制，畀代理之間可以互相「聘用」。佢明確引用咗 ERC-8004 嚟做身份綁定，而服務發現嗰層就係建基於 ERC-8257 之上 。
• ERC-8183（代理商務）：由 Virtuals Protocol 同以太坊基金會嘅 dAI 團隊共同開發，呢個標準令代理可以喺鏈上發布工作、託管資金同驗收成果，同 ERC-8004 及 x402 一齊，組成咗一套完整嘅代理交易標準 。

目前嘅開發進度係點？

講到部署，ERC-8257 嘅 Github 文件係喺 2026 年 4 月 17 日建立嘅，目前狀態仍然係 「Draft」（草案） 。佢仲未去到「Review」、「Last Call」或者「Final」呢啲成熟階段。

老老實實，暫時仲未有任何官方或者正式嘅合約部署到以太坊主網上面畀人用，相關嘅開發工具都仲未有 。OpenSea 喺 5 月 27 日嘅官方公告同技術文章，係呢個標準嘅首次公開亮相 。

喺 Ethereum Magicians 討論區上面，社群嘅反應都幾熱烈（截至 5 月底有 13 個回覆、367 次瀏覽）。有啲留言指出呢個標準同現有嘅代理註冊表提案 ERC-8122 好相似，而 ERC-8239 嘅開發者更加形容兩個標準嘅合約邏輯「幾乎一模一樣」，佢哋而家正努力釐清重疊嘅部分 。

總括嚟講，呢個標準仲係好新，開發者生態系統仍處於「傾緊點做」嘅提案階段。對於一般用家嚟講，ERC-8257 目前更大程度上係一個展示咗未來發展方向嘅訊號，而唔係一個即刻用得嘅基礎設施。

宏觀去睇：唔係 Apple 嗰種 App Store

有一點好重要，就係 ERC-8257 並唔係想做 Apple 嗰種有嚴格審查同管理嘅 App Store。佢唔會有官方嘅排行榜、唔會有演算法推薦，更加唔會有中央嘅糾紛仲裁機制。

佢真正提供嘅，係一套標準化嘅「發現機制」同「可程式化嘅存取控制」，呢套機制適用於任何工具、任何存取條件、任何相容嘅支付層。用一個簡單嘅比喻，佢就好似為 AI 代理提供咗最基本嘅基建，等佢哋可以好似人類上網咁，自由咁喺鏈上「行街買嘢」，搵到所需嘅服務，而呢一切，都係全自動嘅。