Partnered With:

OpenSeaは、ERC-8257を導入し、NFTをAIエージェントに変える権限システムを構築します。

この記事を読むのに必要な時間は 17 分

エージェントがツールを見つけるために、開発者が能力を登録し、NFT が権限を担当し、支払いプロトコルが決済を処理し、そして OpenSea は取引が行われる場所のすぐ近くにいることを望んでいます。

原文タイトル：「NFT + AI エージェントは可能性があるか？ OpenSea の新プロトコル ERC-8257 の戦略的意図を詳解」
原著者：KarenZ、Foresight News

今回、OpenSea の物語の焦点は NFT 取引ではありませんでした。代わりに、ある入り口に注目しました：AI エージェントが自己発見ツールとなり、権限を獲得し手数料を支払うとき、これらのツールを誰が整理するかによって、次のラウンドのオンチェーンディストリビューションの出発点を占める可能性があります。

OpenSea は、誰もがよく知っているたとえを借りました：App Store は開発者がアプリをリリースし、ユーザーがアプリを見つけて課金を完了するのに役立ちます；同様の入口がエージェントツールにも必要です。違いは、今回ショッピングをし、権限を判断し、支払いを準備し、サービスを呼び出す主体が、ウォレットを持つエージェントである可能性があるということです。

OpenSea が注目するのは、NFT が資産から権限へ移行することです

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

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

研究データソース、価格設定ツール、取引シグナル、パートナー API など、すべてがオンチェーンのハードルを設定できます。たとえば、特定の NFT を保持することで割引インターフェースにアクセスできるようにしたり、サブスクリプション型 NFT を保持している場合にのみ高度なサービスを呼び出したり、ホワイトリストやステーキングバランス、ゼロ知識証明によって誰がアクセスできるかを決定したりします。

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

OpenSea の CTO Chris Maddern はその後、この方向性をより包括的なオンチェーンパスとして要約しました：ステーブルコインはエージェントの支払いに、NFT はアイデンティティとサブスクリプションに、エージェントツール登録所はこのコンセプトを実際の運用に近づけます。

ERC-8257 の焦点：登録ツール、資格の検証

ERC-8257 は 2026 年 4 月 17 日に作成され、現在 ethereum/ERCs リポジトリで Draft としてマークされています。そのタイトルは Agent Tool Registry であり、目標は許可を必要としないオンチェーンツール登録所を提供することであり、監査、ランキング、および払い戻しメカニズムを持つ完全なアプリケーションストアを構築することではありません。

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

簡単に言うと、オンチェーン登録所は検証可能なツールディレクトリのようなものです：ツールの機能、呼び出し方法、価格のヒントは、オフチェーンのマニフェストファイルに格納されています。そのファイルのハッシュがチェーンに書き込まれ、Agent がファイルを取得した後、内容が一致するかどうかを検証できます。ツールを呼び出す権限があるかどうかは、独立した predicate コントラクトに判断させます。

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

注目すべきは、ERC-8257 が資金を処理しないことです。提案では、価格情報をマニフェストに記載し、実際の支払いは x402 または他の支払いプロトコルに委ねます。登録所は検出と権限を担当し、決済は外部システムに任せます。このような分割により、標準を軽量化し、OpenSea がリリースしたものは新しい支払いプロトコルではなく、分配とアクセスの基盤のようなものになります。

これが ERC-8257 の作者が ERC-8257 を「x402 の 403」と呼んだ理由でもあります。「HTTP の文脈で、402 は支払い要求を指します。403 はアクセス権が不十分を意味します。x402 は『今回の呼び出しはどのように支払われるか』に答えますが、ERC-8257 は『このアドレスがアクセス権を持っているか』を処理したいと考えています。

厳密に言えば、403 は製品の位置付けを理解しやすくするための比喩です。ERC-8257 の草案は登録とアクセス判断メカニズムを規定しており、すべてのツールが特定の HTTP 403 プロセスを通じて Agent に応答する必要はありません。

エージェントアプリストアとは、分配の出発点を目指すものです

「App Store」という言葉は、プラットフォームによって審査され、整列され、エントリーポイントが制御される閉じた市場を連想させやすいです。しかし、ERC-8257 の中心的な設計はオープンに傾いています：どんな開発者もツールを登録でき、エージェントはチェーン上の登録情報を読み取り、アクセス条件は外部契約によって拡張できます。

OpenSea が実際に狙っているのは、オープンプロトコルの上でのツールの発見とアセット取引シナリオです。過去、エージェントがツールを見つけるのは通常、ドキュメントや GitHub リポジトリ、中央集権的なディレクトリ、または手動構成に依存していました。ERC-8257 は検証可能なチェーン上のエントリーポイントを提供し、エージェントが価値評価 API、研究サブスクリプション、取引シグナル、またはデータサービスを見つけ、使用条件を読み取り、その後、自身のウォレットの状態に基づいて権限を購入したり支払いを完了したりできるようにします。

Ethereum Magicians のディスカッションフォーラムでは、提案者は基本メインネットに参照実装が展開され、CLI、SDK、ERC-721、ERC-1155、サブスクリプション、および複合述部のサンプルを使用して検証されたことを述べています。

これにより、OpenSea は NFT ヒューズ取引ではなく、より広いパスを残すことになります。エージェント経済がオンチェーンのメンバーシップ、取引可能な座席、またはトークンによって閉じられた API が必要な場合、OpenSea は引き続きアセットの発見と購入の場所として機能できます。プラットフォームのマッチング対象は、文化的資産から始まり、徐々に、タスクを実行する際に必要とされるアクセス権にまで拡張される可能性があります。

エージェントがオンチェーンの有料ツールを呼び出すことを分解すると、現時点で浮かび上がるプロトコルの分業はおおよそ次のようになります：

MCP はツールとAIアプリケーション間の通信方法に責任があります。サーバーは tools、resources、および prompts を公開し、クライアントは接続されたサービスを発見した後、呼び出しを開始します。これは能力の説明と呼び出しインタフェースに取り組むものであり、自然な公開、チェーン上、検証可能なグローバルツールディレクトリを提供するものではありません。

ERC-8004 は、エージェントのアイデンティティ、信頼性、および検証記録に焦点を当て、異なる主体があるエージェントを識別し、その過去の行動の手がかりを得られるようにします。

x402 は支払いに焦点を当て、人間またはエージェントがステーブルコインを使用してAPIやデジタルコンテンツにプログラム的に支払いを行えるようにします。

ERC-8257 は、ツールの発見と入場に焦点を当てています：エージェントがツールを見つける方法、マニフェストが改ざんされていないことを確認する方法、自身のウォレットが使用条件を満たしているかどうかを判断する方法です。

どんな課題がありますか？

ERC-8257 はエージェントにツールディレクトリとアクセス規則を提供しましたが、サービス品質とセキュリティの問題を自動的に解決するものではありませんでした。

チェーン上のマニフェストハッシュは、エージェントが読み取った説明ファイルが登録時と一致していることを証明するだけであり、ツールの出力が信頼できる、インターフェースがデータを漏洩しないこと、および開発者が長期間サービスを提供することを保証することはできません。predicate コントラクトも同様に誤って構成されていたり、無効になったり、複雑なリスクを導入したりする可能性があります。

エージェントが自動的にチケットを購入できるということは、エージェントが入手した部屋が必ずしも安全であるということではありません。

Ethereum Magicians のフォーラムでは、いくつかのさらに詳細に検討すべき問題が既に提示されています：クロスチェーンウォレットの状態の証明方法；ENS が追加の検出エントリとして適しているか；支払いプロトコルの命名は統一された規約が必要か；ERC-8257 ともう1つの ERC-8239: エージェントスキルレジストリの範囲に重複があるか。

提案の作者も、ツールの定義、価格ヒント、および異なるレジストリのアイデアとの間には、統合すべき余地がまだあるという議論に同意しています。

したがって、ERC-8257 の意義は、すでにエージェントツール市場の統一された答えとなったわけではありません。それはむしろ、OpenSea が最初に机を出したような存在です：エージェントはツールを探し、開発者はスキルを登録し、NFT は権限を担い、支払いプロトコルは決済を担当し、OpenSea は取引が行われる場所に最も近い席に座りたいと考えています。

NFT マーケットが最も気にしていた問題は、オンチェーン資産に対して誰が入札するかでした。ERC-8257 が開く新しい問題は、あるソフトウェアが継続するために権限が必要であるとき、それは何を購入し、どこから購入するのでしょうか？