OpenSea的Agent愿景：ERC-8257如何使NFT成为AI的通行证？

正文：

原文作者：KarenZ，Foresight News

这次，OpenSea的重点并不在于NFT交易，而是瞄准了新的入口。当AI代理开始独立探索工具、获取权限和支付费用时，谁能有效组织这些工具，谁就有可能在未来的链上分发中占得先机。

OpenSea借用一个广为人知的比喻：App Store使开发者能够发布应用，用户可以发现并购买这些应用；AI代理的工具也同样需要这样的访问入口。不同的是，这次参与购物、判断权限、准备付款和调用服务的主体，可能是一位持有钱包的AI代理。

在5月26日，OpenSea推出了“ERC-8257：代理工具注册中心”。在OpenSea展示的场景中，一个AI代理正在尝试为NFT定价。它在调用专业定价工具时遭到拒绝，随后发现持有某个指定NFT的地址可以使用折扣接口。于是，该代理在链上购买了该NFT，再次发起请求，将单次调用费用从0.05美元降至0.01美元。

这个实例揭示了OpenSea的新策略。在ERC-8257的构想中，NFT不仅可以作为一种身份标识，还能成为机器可以读取并立即使用的访问凭证。

研究数据源、定价工具、交易信号和合作伙伴API都可以设定链上的门槛。例如，持有某个NFT才能访问折扣接口，持有订阅型NFT才能调用高级服务，或者通过白名单、质押余额和零知识证明来决定谁有资格进入。

对于OpenSea而言，这种变化极为具体。一枚NFT的使用场景可以从头像、收藏品和社群身份，拓展为代理调用服务时的折扣卡、会员证或者限量席位。市场上可交易的对象也因此扩展为可被软件直接执行的访问权。

OpenSea的首席技术官Chris Maddern随后总结了这一方向，形成了一条更完整的链上路径：稳定币用于代理支付，NFT则作为身份和订阅的凭证，而代理工具注册中心则推动这一构想向实际应用靠近。

ERC-8257于2026年4月17日创建，目前在ethereum/ERCs仓库中标记为草案。该提案旨在提供一个无需许可的链上工具注册表，而不是建立一个拥有审核、排名和退款机制的完整应用商店。

ERC-8257的技术设计并不复杂。开发者在注册工具时，链上会记录几个关键元素：工具创建者地址、指向工具说明文件的metadataURI、证明说明文件未被篡改的manifestHash，以及决定谁可以访问工具的accessPredicate。

简单来说，链上注册表就像一本可验证的工具目录：工具的功能、调用方式和价格提示都放在链下的manifest文件中；该文件的哈希被写入链上，代理在拉取文件后可以验证内容是否一致；至于某个钱包是否有资格调用工具，则由独立的predicate合约进行判断。

如果accessPredicate为空地址，工具对所有调用者开放；如果指定了合约，则可以验证NFT持仓、订阅状态、白名单、质押门槛、DAO投票结果或零知识证明等条件。

值得注意的是，ERC-8257并不接管资金。提案明确将定价信息放入manifest中，实际支付则交由x402或其他支付协议处理。注册表负责发现与权限的管理，而结算则由外部系统完成。这样的拆分使得标准保持轻量化，也意味着OpenSea推出的更像是一层分发和准入基础设施，而非新的支付协议。

这也是为什么ERC-8257的作者将其称为“the 403 to x402’s 402”。在HTTP语境中，402指向付款要求；403则表示权限不足。x402负责回答“这次调用如何付款”，而ERC-8257则关注“这个地址是否有资格进入”。

严格来说，403是便于理解产品定位的类比。ERC-8257草案规定的是注册与权限判断机制，并未要求所有工具都必须通过某种固定的HTTP 403流程回应代理。

“App Store”这一说法容易让人联想到由平台审核、排序并掌控入口的封闭市场。但ERC-8257的核心设计更倾向于开放：任何开发者都可以登记工具，代理可以读取链上注册信息，访问条件也可以通过外部合约进行扩展。

OpenSea真正希望争取的，是在开放协议之上的工具发现与资产交易的场景。过去，代理寻找工具通常依赖文档、GitHub仓库、中心化目录或人工配置；而ERC-8257试图提供一层可验证的链上入口，让代理能够找到估值API、研究订阅、交易信号或数据服务，读取使用条件，然后根据自己的钱包状态购买权限或完成付款。

在Ethereum Magicians讨论区，提案方表示参考实现已部署至Base主网，并通过CLI、SDK以及ERC-721、ERC-1155、订阅和复合predicate示例进行验证。

这为OpenSea留出了比争夺NFT聚合交易更广阔的路径。只要代理经济需要链上会员、可交易席位或token-gated API，OpenSea就能继续充当资产发现和购买的场所。平台撮合的对象可以从文化资产逐步扩展到机器执行任务所需的访问资格。

如果将代理调用一项链上付费工具拆解开来，目前浮现出的协议分工大致如下：

MCP负责工具与AI应用之间的通信方式。服务器可以暴露tools、resources与prompts，客户端在发现已连接服务的能力后发起调用。它处理的是能力描述与调用接口，并不天然提供公开、链上、可验证的全球工具目录。

ERC-8004关注代理的身份、信誉与验证记录，使不同主体能够识别某个代理及其过往的行为线索。

x402面向支付，使人或代理能够通过稳定币为API与数字内容进行程序化付款。

ERC-8257则试图补充工具发现与准入这一层：代理如何找到工具，如何确认manifest未被篡改，如何判断自己的钱包是否满足使用条件。

ERC-8257为代理提供了一份工具目录和一套门禁规则，但并未自动解决服务质量与安全问题。

链上的manifest哈希只能证明代理读取到的说明文件与登记时一致，无法证明工具输出的可靠性、接口的安全性，也无法保证开发者长期提供服务。predicate合约同样可能配置错误、失效或引入复杂风险。一个代理能够自动购买门票，并不意味着它走进的房间一定安全。

在Ethereum Magicians的讨论区，已经出现了多个待进一步探讨的问题：跨链钱包状态如何证明；ENS是否适合作为额外的发现入口；付费协议命名是否需要统一约定；ERC-8257与另一项ERC-8239：Agent Skill Registry的范围是否存在重叠。提案作者在讨论中也确认，工具定义、价格提示与不同注册中心之间仍有整合的空间。

因此，ERC-8257的意义并不在于它已成为代理工具市场的统一答案，而更像是OpenSea提前摆下的一张桌子：代理来寻找工具，开发者来登记能力，NFT承担权限，支付协议负责结算，而OpenSea希望坐在交易发生的最前沿。

NFT市场曾经最关心的问题是，谁愿意为一项链上资产出价。而ERC-8257所提出的新问题是：当一段软件需要权限才能继续运行时，它将购买什么，又会从哪里购买？

来源：Odaily星球日报