OpenSeaのAgent野望：ERC-8257はどのようにNFTをAIのパスポートにするのか？

原文著者: KarenZ、Foresight News

今回、OpenSea の焦点は NFT 取引にはありませんでした。彼らは別の入り口に目を付けています。AI エージェントが自律的にツールを発見し、権限を取得し、料金を支払うようになったとき、誰がこれらのツールを組織するかが、次のオンチェーン分配のスタート地点を決める可能性があります。

OpenSea は誰もが知っている比喩を借用しました。App Store は開発者がアプリを公開し、ユーザーがアプリを発見して料金を支払うことを可能にします。エージェントツールにも同様の入り口が必要です。違いは、今回は店を訪れ、権限を判断し、支払いを準備し、サービスを呼び出す主体が、ウォレットを保有するエージェントである可能性があることです。

OpenSea が注目するのは、NFT が資産から権限へと変わること

5 月 26 日夜、OpenSea は「ERC-8257：エージェントツールレジストリ」を発表しました。OpenSea が示したシナリオでは、AI エージェントが NFT の価値評価を試みています。専門的な価格設定ツールを呼び出そうとすると拒否され、その後、特定の NFT を保有するアドレスは割引インターフェースを使用できることを発見します。そこでエージェントはオンチェーンでその NFT を購入し、再リクエストを行うことで、1 回の呼び出しコストを 0.05 ドルから 0.01 ドルに引き下げます。

この例は、OpenSea の新たな思惑を示しています。ERC-8257 の構想では、NFT は機械が読み取り、すぐに使用できるアクセス証明書にもなり得ます。

調査データソース、価格設定ツール、取引シグナル、パートナー API などは、すべてオンチェーンで利用条件を設定できます。例えば、特定の NFT を保有している場合のみ割引インターフェースにアクセスでき、サブスクリプション型 NFT を保有している場合のみ高度なサービスを呼び出せ、またはホワイトリスト、ステーキング残高、ゼロ知識証明によって誰がアクセスできるかを決定できます。

OpenSea にとって、この変化は非常に具体的です。NFT の用途は、アバター、コレクション、コミュニティアイデンティティから、エージェントがサービスを呼び出す際の割引カード、メンバーシップ証、または限定席へと拡張されます。市場で取引可能な対象も、ソフトウェアが直接実行できるアクセス権へと拡大します。

その後、OpenSea の CTO である Chris Maddern は、この方向性をより完全なオンチェーンパスとして要約しました。ステーブルコインはエージェントの支払いに、NFT はアイデンティティとサブスクリプションに使用され、Agent Tool Registry はこの構想を実際の運用に近づけるものです。

ERC-8257 が行うことは限定的：ツールの登録と資格検証

ERC-8257 は 2026 年 4 月 17 日に作成され、現在 ethereum/ERCs リポジトリでは Draft とマークされています。そのタイトルは Agent Tool Registry であり、目標はレビュー、ランキング、返金メカニズムを備えた完全なアプリストアを構築することではなく、パーミッションレスなオンチェーンツールレジストリを提供することです。

ERC-8257 の技術設計は複雑ではありません。開発者がツールを登録する際、オンチェーンにはいくつかの重要な要素が記録されます。ツール作成者のアドレス、ツールの説明ファイルを指す metadataURI、説明ファイルが改ざんされていないことを証明する manifestHash、そして誰がツールにアクセスできるかを決定する accessPredicate です。

分かりやすく言えば、オンチェーンレジストリは検証可能なツールカタログのようなものです。ツールが何ができるか、どのように呼び出すか、価格のヒントは何かといった情報は、オフチェーンの manifest ファイルに配置されます。そのファイルのハッシュはオンチェーンに書き込まれ、エージェントはファイルを取得した後、内容に一貫性があるかを検証できます。特定のウォレットがツールを呼び出す資格があるかどうかは、独立した predicate コントラクトによって判断されます。

accessPredicate が空のアドレスである場合、ツールはすべての呼び出し元に開放されます。コントラクトが指定されている場合、NFT の保有状況、サブスクリプション状態、ホワイトリスト、ステーキング基準、DAO 投票結果、ゼロ知識証明などの条件を検証できます。

注意すべき点は、ERC-8257 は資金を管理しないことです。提案は明確に、価格情報を manifest に配置し、実際の支払いは x402 または他の支払いプロトコルに委ねるとしています。レジストリは発見と権限を担当し、決済は外部システムに任せます。この分離により、標準は軽量に保たれ、OpenSea が提供するものは、新しい支払いプロトコルではなく、流通とアクセス制御のためのインフラストラクチャ層であることを意味します。

これが、ERC-8257 の著者が ERC-8257 を「x402 に対する 403 のようなもの」と表現する理由でもあります。HTTP の文脈では、402 は支払い要件を指し、403 は権限不足を指します。x402 が「この呼び出しの支払い方法」に答えるのに対し、ERC-8257 は「このアドレスはアクセス資格があるか」を処理しようとします。

厳密には、403 という表現は製品のポジショニングを理解しやすくするための類推です。ERC-8257 ドラフトが規定するのは登録と権限判断のメカニズムであり、すべてのツールが特定の固定 HTTP 403 フローを介してエージェントに応答することを要求するものではありません。

いわゆるエージェント App Store、争われるのは分配の出発点

「App Store」という言葉は、プラットフォームがレビュー、ランキング、入り口を管理する閉鎖的な市場を連想させがちです。しかし、ERC-8257 の核となる設計はオープンな方向に傾いています。どんな開発者でもツールを登録でき、エージェントはオンチェーンの登録情報を読み取ることができ、アクセス条件は外部コントラクトを通じて拡張できます。

OpenSea が本当に獲得しようとしているのは、オープンプロトコル上のツール発見と資産取引のシナリオです。以前は、エージェントはツールを見つけるために文書、GitHub リポジトリ、中央集権型ディレクトリ、または手動設定に依存することがよくありました。ERC-8257 は、検証可能なオンチェーンエントリポイントを提供し、エージェントが評価 API、調査サブスクリプション、取引シグナル、データサービスを見つけ、使用条件を読み取り、自身のウォレット状態に基づいて権限を購入したり支払いを完了したりできるようにすることを目指しています。

Ethereum Magicians のディスカッションセクションでは、提案者によると参照実装はすでに Base メインネットにデプロイされ、CLI、SDK、および ERC-721、ERC-1155、サブスクリプション、複合 predicate の例を通じて検証されています。

これにより、OpenSea には NFT アグリゲーション取引を競うよりも広い道が開かれます。エージェント経済にオンチェーンメンバーシップ、取引可能なシート、またはトークンゲート API が必要である限り、OpenSea は引き続き資産発見と購入の場としての役割を果たせます。プラットフォームが仲介する対象は、文化的資産から、マシンがタスクを実行するために必要なアクセス資格へと徐々に拡大していく可能性があります。

エージェントがオンチェーンで有料ツールを呼び出すプロセスを分解すると、現在浮上しているプロトコル分割はおおよそ次のようになります。

MCP は、ツールと AI アプリケーション間の通信方法を担当します。サーバーは、ツール、リソース、プロンプトを公開でき、クライアントは接続されたサービスの能力を発見した後に呼び出しを開始します。これは能力の記述と呼び出しインターフェースを扱いますが、本質的に公開された、オンチェーンで検証可能なグローバルなツールディレクトリを提供するものではありません。

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 が開く新たな問題は、ソフトウェアが動作を続けるために権限を必要とするとき、それは何を購入し、どこから購入するのかということです。