ERC-8004とx402：AIエージェントが信頼を確立し、自律的な決済を可能にする仕組み

ERC-8004は、Ethereumエコシステム内で提案されたAIエージェント向けのアイデンティティおよび信頼標準です。正式名称はTrustless Agentsであり、ブロックチェーンを活用して、プラットフォーム間でのエージェント発見、評判記録、タスク検証の仕組みを構築することを目的としています。x402は、HTTP 402ステータスコードに基づくオープンな決済プロトコルであり、アプリケーションやAIエージェントがインターネットリソースをリクエストする際に、支払いの承認および決済を行えるようにします。両者はそれぞれ、エージェント間の連携における信頼と決済の課題に対応し、オープンなエージェント経済における重要なインフラとして機能します。

AIエージェントがコンテンツ生成ツールから、APIの自律的な呼び出し、データベースへのアクセス、調査、オンチェーン取引の管理を行える自動化システムへと進化するにつれ、エージェント間の経済的関係はより複雑になっています。あるエージェントが別のエージェントからデータを購入したり、分析タスクを委任したり、コンピューティングリソースに対して支払いを行ったりする場合があります。このプロセスでは、通信インターフェースだけでは十分ではありません。システムはサービスプロバイダーを識別し、その過去の実績を評価し、支払いが承認およびリスク管理の対象であり続けることも必要です。

ERC-8004とx402を組み合わせることで、これらのニーズに異なるレイヤーで対応できます。両プロトコルを理解するには、アイデンティティ登録と現実世界の本人確認、評判記録と結果検証、支払い承認と実際の決済を区別する必要があります。また、MCP、A2A、スマートコントラクトウォレット、ステーブルコインとどのように連携し、AIエージェント向けの自動コラボレーションワークフローを構築するかを検討する必要もあります。

要点

• ERC-8004は、エージェントのアイデンティティ発見と信頼に対応します。アイデンティティ、評判、検証のレジストリを通じて、異なるプラットフォームのAIエージェントを識別、評価、検証できるようにします。

• x402は、インターネットネイティブな決済に対応します。HTTP 402 Payment Requiredの仕組みに基づき、AIエージェントが事前設定された承認の範囲内で、API、データ、コンピューティングリソース、その他のデジタルサービスに自動で支払いを行えるようにします。

• 両者は競合するプロトコルではありません。ERC-8004はエージェントが誰と連携するかを判断するのに役立ち、x402は支払いおよび決済機能を提供します。

• ERC-8004は支払いを直接処理せず、x402は完全なエージェントのアイデンティティおよび評判システムを提供しません。両者を組み合わせることで、サービス発見、信頼評価、自動支払い、結果に対するフィードバックにまたがる業務ワークフローをサポートできます。

• エージェント経済は依然として、アイデンティティのなりすまし、偽造された評判、支払い承認、タスクの提供、資金の安全性といった課題に直面しています。オンチェーン記録があることは、すべての行動が信頼できることを意味するものではありません。

ERC-8004とは何か、AIエージェントにオンチェーンアイデンティティが必要な理由とは？

ERC-8004は、自律型エージェント向けのオンチェーンアイデンティティおよび信頼標準です。その主な目的は、異なる組織やプラットフォームによって開発されたAIエージェントが、既存の信頼関係がなくても相互に発見し、評価可能な信頼情報を取得できるようにすることです。

従来のインターネットサービスでは、通常、プラットフォームアカウント、APIキー、または中央集権的なサービスディレクトリを通じてアイデンティティ関係を確立します。例えば、企業が第三者のデータAPIを利用する場合、プロバイダーのウェブサイト、契約、プラットフォームによる確認を通じて、サービスの提供元を確認できます。しかし、オープンなAIエージェントネットワークでは、エージェントは異なる開発者によって作成され、複数のプラットフォームやブロックチェーンネットワークにまたがってサービスを提供する可能性があります。

統一された発見メカニズムがなければ、エージェントはサービスアドレスがどのエージェントに属するのかを判断したり、そのサービス履歴を容易に調べたりすることが困難になります。

ERC-8004では、3つの独立したオンチェーンレジストリが提案されています。

アイデンティティレジストリはERC-721を基盤としています。登録された各アイデンティティはagentIdに対応し、メタデータを使用してエージェントの説明、サービスエンドポイント、その他の必要な情報に紐付けられます。

これにより、エージェントは特定の単一アプリケーションプラットフォームから比較的独立したアイデンティティ識別子を持つことができます。

ただし、オンチェーンアイデンティティは現実世界の本人確認と同じではありません。エージェントを登録しても、その開発者が真正で信頼できることが自動的に証明されるわけではなく、そのサービスの安全性も保証されません。ERC-8004は、組み合わせ可能なアイデンティティおよび信頼インフラを提供します。具体的な信頼判断は、依然としてアプリケーションのルール、過去のフィードバック、独立した検証に依存します。

2026年10月22日時点で、ERC-8004のEIPページではステータスが依然としてDraftと記載されています。しかし、関連するレジストリおよびエコシステム実装はすでに展開・利用され始めているため、仕様のステータスと実際の採用状況は区別する必要があります。

ERC-8004はアイデンティティ、評判、検証を通じてどのように信頼を構築するのか？

ERC-8004の中核設計では、単一のスコアを使ってエージェントが信頼できるかどうかを判断しません。その代わりに、異なる信頼シグナルを公開記録し、独立して組み合わせることを可能にします。

まず、アイデンティティレジストリはエージェントに検索可能なオンチェーンアイデンティティを提供します。開発者は登録情報を通じて、エージェントのサービス機能、通信エンドポイント、関連メタデータを公開できます。これにより、他のアプリケーションはそのエージェントが提供するサービスとアクセス方法を発見できます。

次に、評判レジストリでは、クライアントがエージェントのサービスに関するフィードバックを送信できます。他のシステムは、このフィードバックを読み取り、異なる業務ニーズに応じて分析できます。例えば、データ分析エージェントは、タスク完了率、応答品質、顧客満足度に関する記録を蓄積できます。

ただし、評判データが必ずしも真正であるとは限りません。開発者が関連アカウントを使用して肯定的なレビューを偽造したり、悪意ある参加者が誤解を招くフィードバックを投稿したりする可能性があります。そのため、評判レジストリは標準化された記録インターフェースを提供するものであり、評判操作のリスクを自動的に排除するものではありません。

最後に、検証レジストリは、タスク結果に対する第三者検証を記録します。タスクごとに異なる検証方法を使用できます。例えば、他のノードによるタスクの再実行、信頼実行環境（TEE）を通じたアテステーションの提供、ゼロ知識機械学習（zkML）などの技術を用いた特定計算の検証などがあります。

これらの手法は適用可能性が異なります。再現可能な計算を含むタスクは技術的に検証しやすい一方、投資助言、クリエイティブコンテンツ、複雑なビジネス判断では、多くの場合、依然として人間による評価または専門的な評価メカニズムが必要です。

したがって、ERC-8004は階層型の信頼モデルを確立します。アイデンティティは発見を支援し、評判は選択を支援し、検証は特定の結果を確認します。この3つは相互補完的ですが、実務的なリスク管理に取って代わることはできません。

x402とは何か、AIエージェントにHTTPネイティブな決済プロトコルが必要な理由とは？

x402は、HTTP 402 Payment Requiredステータスコードを基盤とするオープンな決済プロトコルです。その目的は、インターネット上のリクエストワークフローに標準化された決済メカニズムを追加することです。

従来のインターネットサービスでは、通常、アカウント登録、クレジットカードのサブスクリプション、または前払い残高を通じて料金を請求します。ユーザーは、APIを呼び出したり、データをダウンロードしたり、有料コンテンツにアクセスしたりする前に、支払い関係を確立する必要があります。

このモデルは人間が操作するワークフローでは機能しますが、高頻度かつオンデマンドで動作するAIエージェントには適さない場合があります。

例えば、市場調査エージェントが専門的なデータAPIを一度だけ呼び出す必要がある場合があります。まずアカウントを作成し、月額サブスクリプションを購入し、複雑な手動支払いプロセスを完了する必要があれば、自動化の効率は低下します。

x402では、サービスプロバイダーがHTTPリクエストワークフロー内で直接、支払い要件を指定できます。クライアントは支払い要件を受け取った後、サポートされているネットワーク、資産、支払い条件に基づいて適切な支払い承認を生成し、リクエストを再送信できます。

サーバーは、支払い要件が満たされ、必要な検証または決済が完了した後にのみ、保護されたリソースを提供します。

そのためx402は、呼び出しごとのAPIアクセス、データ購入、コンピューティングサービスへのアクセスといったビジネスモデルをサポートでき、従来のサブスクリプションシステムに全面的に依存することなく、有料のマシン・ツー・マシンのやり取りを可能にします。

重要なのは、x402は新しい暗号資産でも独立したブロックチェーンでもないことです。これは、異なるブロックチェーンネットワーク、ステーブルコイン、決済インフラと連携して動作できる決済インタラクションプロトコルです。

ERC-8004とx402の違いとは？

ERC-8004とx402は、AIエージェントに関する議論で同時に取り上げられることが多いものの、異なる技術レイヤーで動作します。

ERC-8004は、エージェントが検索可能なアイデンティティと信頼関係をどのように確立するかに焦点を当てています。x402は、サービスリクエストがどのように支払いをトリガーするか、また支払い承認と決済がどのようにインターネット上のやり取りに組み込まれるかに焦点を当てています。

実務上、ERC-8004はエージェント経済向けのアイデンティティおよび信頼インフラに近く、x402は決済インフラに近いものです。

AIエージェントが市場分析データを購入したい場合を想定します。ERC-8004を使用してサービスプロバイダーの登録情報、過去のフィードバック、検証記録を調べ、連携すべきかどうかを評価できます。

エージェントがサービスへのアクセスを決定した場合、x402は支払いの完了を支援できます。サービス提供後、クライアントはERC-8004の関連メカニズムを通じてフィードバックを記録することもできます。

ただし、アプリケーション開発者はこの連携ワークフローを統合する必要があります。ERC-8004がデプロイされている、またはx402がサポートされているというだけで、自動的に実現するものではありません。

x402はどのようにAIエージェントの自動支払いを可能にするのか？

x402の中核メカニズムは、標準的なHTTPリクエストおよびレスポンスのワークフローに支払い要件を組み込むことです。

x402 V2では、一般的な支払いプロセスを6つの段階に分けることができます。

AIエージェントの自動支払いワークフロー

これは説明用のワークフローであり、検証、決済、提供の具体的な順序は使用する支払いスキームによって異なります。

例えば、AIエージェントが価格0.05 USDCの市場データAPIへのアクセスをリクエストするとします。サーバーは402 Payment Requiredレスポンスを使用して、リソースに支払いが必要であることをクライアントに通知し、受け入れ可能な支払い条件を提示できます。

クライアントは価格、サポートされるブロックチェーン、受取人情報を確認した後、承認済みウォレットを使用して支払い署名を生成し、リクエストを再送信します。

x402 V2では、サーバーはPAYMENT-REQUIREDを通じて支払い要件を提示でき、クライアントはPAYMENT-SIGNATUREを使用して署名済みの支払い情報を送信し、サーバーはPAYMENT-RESPONSEを通じて支払い処理結果を返すことができます。

リソースサーバーは、支払いの検証と決済を自ら処理することも、Facilitatorなどのコンポーネントを使用することもできます。Facilitatorは支払い承認の検証および決済の実行を支援しますが、すべての実装が依存しなければならない中央集権的な第三者ではありません。

特に、支払いスキームによっては、決済とリソース提供の順序に異なる要件がある場合があります。そのため、すべてのx402リクエストで何らかの操作を行う前にオンチェーン決済を完了しなければならないと考えるのは正しくありません。

ERC-8004とx402はどのように連携してAIエージェント向けの自動取引ワークフローを構築するのか？

ERC-8004とx402を組み合わせることで、サービス発見、支払い、提供、フィードバックにまたがる完全なビジネスシナリオをサポートできます。

ある暗号資産リサーチエージェントがトークンのオンチェーン取引を分析する必要があるものの、独自のデータリソースが十分でない場合を想定します。

まず、ERC-8004のアイデンティティレジストリを使用して、オンチェーンデータ分析サービスを提供するエージェントを探し、関連するサービス説明とインターフェース情報を取得できます。

次に、評判レジストリ内の過去のフィードバックを読み取り、タスクの重要度に応じて独立した検証記録を確認できます。低コストの基本的なデータ照会であれば過去の実績で十分な場合がありますが、高額な金融分析タスクでは追加の検証が必要になる場合があります。

サービスを選択した後、リサーチエージェントは適切な通信インターフェースを通じてリクエストを送信します。サービスプロバイダーはx402を使用して支払い要件を返し、リサーチエージェントは事前設定された予算および権限の範囲内で支払いを承認します。

データを取得した後、リサーチエージェントは分析を続け、サービス品質に基づいてフィードバックを残すことができます。結果について追加の検証が必要な場合は、独立した検証サービスを利用することもできます。

このワークフローは、両プロトコルの補完関係を示しています。

ERC-8004はエージェントによるサービス発見と信頼評価を支援し、x402はサービスに対する支払いを支援します。

ただし、ERC-8004は提供を自動的に保証するものではなく、x402はタスク受諾や返金仲裁の一般的なメカニズムを直接提供するものでもありません。高額なサービスでは、開発者は履行、紛争解決、資金保護のための仕組みを設計する必要があります。

ERC-8004、x402、MCP、A2Aはどのように連携するのか？

ERC-8004とx402に加えて、MCPとA2Aもエージェントインフラにおける重要な構成要素です。

MCP（Model Context Protocol）は主に、AIアプリケーションを外部ツール、リソース、データに接続することを支援し、エージェントがデータベース、検索サービス、その他のシステム機能にアクセスできるようにします。

A2A（Agent2Agent）は、機能説明、メッセージ交換、タスクライフサイクル管理を含む、異なるエージェント間の通信およびタスク連携に焦点を当てています。

ERC-8004はMCPやA2Aに取って代わるものではありません。代わりに、組織横断的な環境向けに発見および信頼メカニズムを追加します。x402は、これらのワークフロー内における有料サービスの決済機能を提供できます。

4つの関係は次のようにまとめられます。

例えば、リサーチエージェントはMCPを通じてデータツールにアクセスし、A2Aを通じて別の分析エージェントと連携し、ERC-8004を通じてそのアイデンティティと評判を調べ、その後x402を通じてデータまたはコンピューティングリソースに支払いを行うことができます。

このモジュール型設計の利点は、各プロトコルが独立して進化できる点です。アプリケーション開発者は、すべての機能を単一プラットフォームに結び付けることなく、実際のニーズに応じてコンポーネントを選択できます。

AIエージェントは自動支払い権限をどのように安全に管理できるのか？

自動支払いはエージェント経済における重要な機能ですが、新たな資金セキュリティ上の懸念も生じさせます。

従来の支払いでは通常、ユーザーが金額と受取人を確認する必要があります。一方、AIエージェントは人間によるリアルタイムの監督なしに、継続的にサービスを呼び出す可能性があります。明確な制限がなければ、誤ったタスク計画、悪意あるインターフェース、または操作された外部データにより、不必要な支出が発生する可能性があります。

したがって、自動支払いシステムでは、エージェントの意思決定能力と資金を管理する権限を分離する必要があります。

実務的なアプローチの1つは、スマートコントラクトウォレットを使用して、エージェントの1回あたりの支払い上限、1日の予算、承認済みの受取人アドレス、特定タスクに対する承認範囲を設定することです。

例えば、企業はリサーチエージェントに対し、1取引あたり最大1 USDC、1日あたり最大20 USDCまでの支払いを許可しつつ、審査済みのサービスプロバイダーにのみ支払いを制限できます。

予算を超える取引については、エージェント自身が支払い上限を引き上げられるようにするのではなく、システムで人間による確認を要求できます。

Ethereumエコシステムのスマートアカウントおよびアカウント抽象化メカニズムは、セッションキー、支出上限、許可リストを含む、より柔軟な権限設計をサポートできます。

ただし、支払い上限はサービスのセキュリティレビューに取って代わるものではありません。悪意あるプロバイダーは、エージェントに有料リソースを繰り返しリクエストさせたり、一見通常に見えるAPIレスポンスを通じて後続の判断に影響を与えたりする可能性があります。

そのため、実際の導入では、支払いリクエストが元のタスクと一致しているかを確認し、重複支払いを防止し、異常な取引に対する監視および停止メカニズムを確立する必要もあります。

真に安全な自動支払いは、AIエージェントに無制限の資金管理権限を与えるものではありません。明確に定義された承認制限の範囲内で自律的な実行を可能にするものです。

ERC-8004とx402はどのような技術的・ビジネス上の課題に直面しているのか？

ERC-8004とx402はエージェント経済に重要な基盤機能を提供しますが、大規模かつ安定した商用利用を支えるまでには、いくつかの課題が残っています。

1つ目は、アイデンティティと評判の信頼性です。ERC-8004はアイデンティティとフィードバックを記録できますが、単一の開発者が多数のエージェントを登録したり、関連アカウントを使用してレビューを偽造したりすることを本質的に防ぐことはできません。Sybil耐性を持つ評判メカニズムの構築には、追加の経済的制約と検証設計が依然として必要です。

2つ目は、タスク結果の検証です。決定論的な計算タスクでは、再実行または暗号学的証明によって結果を確認できます。しかし、投資分析、コンテンツ作成、複雑なビジネス判断では、主観的な結果が伴うことが多く、その品質をオンチェーン記録だけで判断することはできません。

3つ目は、支払いとサービス提供の関係です。x402は支払いワークフローを処理できますが、サービス品質が期待を下回った場合には、追加の返金、エスクロー、または紛争解決メカニズムが依然として必要です。支払いが成功したことは、タスクが必ず完了したことを意味するものではありません。

4つ目は、クロスチェーンおよび資産の互換性です。ステーブルコイン、取引手数料、決済メカニズムはネットワークごとに異なります。エージェントは、設定ミスによる資金損失を避けるため、支払いネットワークと資産を正しく識別する必要があります。

最後の課題は、規制および商用採用です。AIエージェントが金融サービス、データ調達、企業決済に参加するにつれて、開発者は資金利用の承認、顧客アイデンティティ、データプライバシー、適用される決済規制を考慮する必要があります。

これらの課題は、ERC-8004とx402が、アイデンティティ、支払い、履行、法的責任を包括的に扱う完全なビジネスソリューションではなく、オープンなインフラとして機能するのにより適していることを示しています。

ERC-8004とx402はEthereumおよびWeb3エコシステムにとって何を意味するのか？

ERC-8004とx402の発展は、ブロックチェーンのユースケースを機械間の経済的連携へとさらに拡張します。

これまで、ほとんどのオンチェーン取引は個人ユーザーまたは企業システムによって開始されていました。AIエージェントが自律的にタスクを実行できるようになるにつれ、ブロックチェーンはエージェントのアイデンティティ登録、支払い決済、検証可能な記録といった機能をサポートし始めています。

ERC-8004はオープンなエージェントネットワーク向けに組み合わせ可能な信頼情報を提供し、x402は従量課金型デジタルサービスを自動支払いワークフローに統合しやすくします。

EthereumおよびそのLayer 2エコシステムにとって、エージェントのアイデンティティ登録、評判記録、ステーブルコイン決済は、新たなオンチェーンアプリケーションへの需要を生み出す可能性があります。

ただし、ERC-8004はEthereumメインネットに限定されません。そのレジストリは異なる互換ネットワークにデプロイできます。x402もEthereum専用ではなく、他のサポート対象ブロックチェーンと連携して動作できます。

したがって、これらのプロトコルの発展は、すべてのエージェント取引がEthereumに集中することを意味するものではなく、ETH価格が必ず上昇することを直接示すものでもありません。

長期的には、AIエージェントがオープンネットワーク上で持続可能なサービスの需給関係を確立し、アイデンティティ、支払い、タスク実行を概念実証から実際のビジネス運用へと段階的に移行できるかが重要な問いとなります。

結論

ERC-8004とx402は、AIエージェント経済における2つの基盤的課題である信頼と支払いに対応します。

ERC-8004は、アイデンティティ、評判、検証のレジストリを通じて、プラットフォームをまたぐエージェントに検索可能なアイデンティティと信頼シグナルを提供します。x402は、HTTP 402決済メカニズムを通じて、エージェントがデジタルリソースにアクセスする際、事前設定された承認の範囲内で支払いを行えるようにします。

両者は互いの代替ではありません。組み合わせ可能なインフラコンポーネントです。ERC-8004はエージェントによる協力相手の選択を支援し、x402は経済的なやり取りを支援し、MCPとA2Aはツール接続やエージェント間通信といった機能を処理できます。

ただし、アイデンティティ登録は真の信頼性を確立するものではなく、完了した支払いもサービス品質を保証するものではありません。エージェント経済が拡大できるかどうかは、アイデンティティ検証、評判ガバナンス、タスク受諾、資金権限、規制遵守のためのメカニズムがどれだけ成熟するかにも依存します。

ERC-8004はAIエージェントを発見・評価しやすくし、x402はサービスへの支払いを容易にします。両者は、オープンで組み合わせ可能なエージェント経済にとって重要な基盤を提供します。

FAQ

ERC-8004とは何ですか？

ERC-8004は、AIエージェント向けのオンチェーンアイデンティティおよび信頼標準です。アイデンティティ、評判、検証のレジストリを通じて、異なるプラットフォームのエージェントの発見、評価、検証を支援します。

x402とは何ですか？

x402は、HTTP 402 Payment Requiredに基づくオープンな決済プロトコルです。アプリケーションまたはAIエージェントが、有料API、データ、その他のインターネットリソースにアクセスする際に、支払いの承認および決済を行えるようにします。

ERC-8004とx402の主な違いは何ですか？

ERC-8004は主にエージェントのアイデンティティ発見と信頼に対応し、x402は主に自動支払いに対応します。両者は異なる基盤機能を提供します。

ERC-8004は直接支払いを行えますか？

いいえ。ERC-8004は一般的な支払い決済ワークフローを定義していませんが、x402などの決済プロトコルと併用できます。

x402はEthereumを使用する必要がありますか？

いいえ。x402は異なるサポート対象ブロックチェーンおよび決済資産と連携して動作できます。Ethereum専用ではありません。

x402を使用するAIエージェントは、すべての支払いで人間による確認が必要ですか？

必ずしも必要ではありません。開発者はウォレット権限および支払い予算を事前に設定し、エージェントが承認制限の範囲内で自動的に支払いを行えるようにできます。高リスク取引または上限を超える取引では、人間による承認を求めることができます。

ERC-8004のオンチェーンアイデンティティがあることは、エージェントがセキュリティレビューを通過したことを意味しますか？

いいえ。オンチェーン登録は検索可能なアイデンティティ識別子を提供するだけです。信頼性の評価には、依然として評判、独立した検証、その他のセキュリティ対策が必要です。

ERC-8004とx402はどのようなユースケースをサポートできますか？

代表的なユースケースには、AIエージェントによるデータ購入、呼び出しごとのAPIリクエスト、コンピューティングリソースへの支払い、他のエージェントへのタスク委任、プラットフォーム横断のサービスフィードバック記録の確立などがあります。