Quicknode

2026年3月4日 — 読了時間7分

AIagents 行動できるというだけで、もはやニュースの見出しになるようなagents 。その点は、もはや当然のこととなりつつある。

今日、AIagent は、APIを呼び出したり、他のagentsと通信したり、ツールにアクセスしたり、支払いを処理したり、ワークフローを調整したりagent 。

多くの点で、彼らはすでにデジタルワーカーのように振る舞っている。

しかし、それらを特定したり、その正体を確認したり、許可されている権限を定義したりするための標準的な方法はありません。

ERC-8004は、Ethereumそれに対して提示した解決策であり、本記事では、その概要、仕組み、そして真剣に検討すべき段階にあるかどうかについて解説します。

Agent のアイデンティティ・クライシス

現在、AIagent が決済agent APIとやり取りしたりする場合、次のような質問に対して、検証可能かつ標準的な回答方法が存在しません：

1. このagent 誰でagent 誰がagent配備したのですか？

2. 取引履歴や評判はありますか？

3. どのような権限や役割がありますか？

一方、人間は数十年にわたり、信頼や評判、説明責任を携えて移動できる「ポータブルなアイデンティティ」を構築してきた。

法的身分、免許、信用履歴、財務諸表など。

今日、agents 実際のユーザーに代わって、実際の資金、実際のデータ、そして実際の意思決定をagents 、こうした質問に対して大規模かつ確実に回答できる手段が必要とされています。

AIAgents は急速に拡大したが、不完全な状態だった

5年足らずの間に、AIagents を取り巻くインフラは飛躍的に拡大agents 、成熟agents 。この期間に、3つの主要な実行トラックが具体化しました：

1. MCPagents 標準化し、agents インフラストラクチャagents 、ワークフローを起動したり、外部サービスと連携したりできるようにしました。

2. A2Aは、agents 同士がコミュニケーションagents 、体系的なメッセージングの枠組みを提供しました。

3. x402 ネイティブな決済インフラを提供したため、agents 人間の介入なしにHTTPレイヤー上でステーブルコインを用いた取引を行うagents 。

各プロトコルはそれぞれの固有の問題をうまく解決し、現在では、実行はもはやagentsにとって大きな悩みの種ではなくなっている。

しかし、そのいずれもが、すぐにアイデンティティや評判という壁にぶつかってしまう。

簡単に言えば、これらのプロトコルには、agent が誰agent 特定する機能がありません。 ERC-8004は、まさにそのギャップを埋めるために設計されたものです。

ERC-8004とは実際には何か

ERC-8004は、Ethereum agents AIagents 向けに設計された、アイデンティティおよびレピュテーションの調整に関する標準規格です。

その この は、マルコ・デ・ロッシ（MetaMask）、ダヴィデ・クラピス（Ethereum ）、ジョーダン・エリス（Google）、およびエリック・レッペル（Coinbase）によって作成されました。

ERC-8004規格では、3つのオンチェーン・レジストリが導入されています：

1. 識別子レジストリ

各agent 、一意のオンチェーン識別子によってagent 、この識別子はさらに ERC-721 トークンとして鋳造されます。そのNFTは、「agent 」と呼ばれる構造化されたJSONファイルを指しており、agentの名前、機能、サービスエンドポイント（MCP、A2A、Web）、および支払いアドレスが含まれています。

オンチェーンのコンポーネントがアイデンティティを定着させ、オフチェーンのメタデータが文脈を提供します。

2. 評判登録簿

レピュテーション層により、agentIDごとにやり取りやフィードバックを記録することができます。これにより、権限を持つagents ユーザーは、応答時間や稼働時間といった数値スコアやカテゴリタグを用いてフィードバックを投稿できるようになります。

これにより、agentパフォーマンスは移植可能となり、他のagents が、そのエージェントとやり取りを行う前に、そこから学ぶagents そのパフォーマンスを照会できるようになります。

3. 検証レジストリ

このレジストリは、agentが以下のことを行ったという検証可能な証拠を記録するための標準化された仕組みです：

• タスクを完了しました

• 正しい、あるいは許容範囲内の出力が生成された

• あらかじめ定義された制約または保証を満たしている

注意：このレジストリは、検証結果の記録方法を定義するものであり、どの検証手法を使用するかを定義するものではありません。したがって、このレジストリは、社会的合意から暗号経済的なスラッシングに至るまで、複数の検証戦略に対応できるよう設計されています。

ただし、このレジストリはまだ完成していない点に留意することが重要です。インフラとして提供されるまでは、この検証用レジストリは設計段階のものです。

これら3つのレジストリが連携することで、中立的な調整層が形成されます。これは、 agents を発見しagents その実績を確認し、主張を検証するための仕組みです。

ここから、当然の疑問が浮かびます： それなら、既存のIDシステムを使えばいいのではないか？

ERC-8004とOAuth、DID、ENSの違い

アイデンティティが問題なのであれば、すでに存在するものを活用してみてはどうでしょうか？

今日の開発者たちは、OAuth、APIキー、分散型識別子（DID）、ウォレットアドレス、そして次のような命名システムに精通しています。 ENSといった命名システムに精通しています。これらはそれぞれ、ある種の 本人確認や認証の手段を提供しています。

なぜ新しいものを構築するのでしょうか？

簡単に言えば、ERC-8004は同じ問題を解決していないからです。

これらのシステムの目的や、ERC-8004が必要な理由を理解するための簡単な表を以下に示します。

大局的に見れば、これらのシステムはそれぞれ、特定の信頼領域を念頭に置いて設計されています。そして、ERC-8004agents 、AIagents 向けに設計されたものは一つもありません。

理論上、ERC-8004に基づいてagent は、

• ENS名を人間が読みやすい識別子として、

• ユーザー向けのインタラクションにはDIDを使用し、

• agent と信頼確立に特化したERC-8004。

このようにして、ERC-8004は他のメソッドを、そのアイデンティティ・レイヤー内の組み合わせ可能なプリミティブとして扱います。

さて、ERC-8004のディスカバリーは、実際にはどのように機能するのでしょうか？

ERC-8004が実際にエンドツーエンドでどのように機能するか（コードを使わずに）

ステップ1：登録

開発者はagent をデプロイしagent それをIDレジストリに登録します。

agent は、その機能、公開されているエンドポイント、および支払い詳細を記述した関連メタデータが付随するオンチェーンIDagent 。

出典： https://www.8004scan.io

ステップ2：発見

他のagent 開発者は、レジストリに直接、あるいはサードパーティ製のインデクサーを介してクエリを実行しagents インデックス化された メタデータ、機能、または利用可能なレピュテーション信号に基づいて、エージェントを特定できるようになりました。

出典： https://www.8004scan.io

ステップ3：評価する

対話を行う前に、照会を行うagent は、候補者の評判登録簿の履歴（過去の結果、証明、および関連する証拠など）agent 。

agentの実績が、自社のリスク許容度を満たしているかどうかを判断します。

ステップ4：交流する

問題がなければ、agent は公開されているインターフェース（MCP、A2A、またはHTTP）を使用してagent 、タスクを実行します。

ステップ5：支払いと記録

支払いは以下を通じて行われます x402 またはその他の互換性のある仕組みを通じて行われます。結果データやフィードバックはレピュテーション・レジストリに書き戻され、将来的な参照に備えてagentオンチェーン上の実績が更新される場合があります。

これが、ERC-8004が導入する連携レイヤーです。では、実際に組み立てられたAgents スタックは、開発者にとってどのようなものになるのでしょうか？

新たなAgent

今日、agent スタックは、相互に連携して機能する一連の成熟した基本要素から構成されています。以下に、開発者が利用できるリソースの概要を簡単に紹介します。

各層が、他の層をAIagentsにとってより有用なものにしています。

• agent は、ERC-8004agent 別のagent 検出agent 。

• そのagent 支払いは、x402を通じて支払うことができます。

• MCP互換のエンドポイントを通じてサービスを呼び出すことができます。

各層が互いに噛み合うことで、その価値はさらに高まります。

開発者にとって、このスタックには実用的な意味があります。つまり、組織の境界を越えて、これまで出会ったことagents検出され、自動的に報酬が支払われ、すべてのやり取りに検証可能な実績が紐付けられるagents 構築するためのインフラが、すでに整っているのです。

Agent におけるQuicknode

Quicknode 、このスタックの主要なレイヤーを支えています。

• ERC-8004レジストリコントラクトAgents 、信頼性の高いRPCアクセスが必要であり、それがQuicknodeQuicknode核となるインフラストラクチャです

• 実行面では、 Quicknode サーバー は、AIアシスタントをブロックチェーンデータ（RPCエンドポイント、インデックス、および ストリーミングなど、ブロックチェーンデータに直接接続します。

• また、Quicknodex402 により、agents 、スタックagent 他のagent への支払いと同じ方法で、RPCの演算リソースに対して支払いagents 。

事実上、Quicknode ID検索、実行アクセス、ネイティブagent Quicknode 、これらすべてが エンタープライズグレードのインフラストラクチャ と、開発者やチームが必要とするサポートを備えています。

これらすべての情報とツールを手元に揃えた今、agent のための完全なインフラを特定できたと言えるだろうか？

ERC-8004はAgent を完成させるのか？

そうとは限らない。まだだ。

つまり、agent 堅牢な信頼の基盤が必要になるでしょう。現時点で唯一の未解決の問題は、それを誰が定義するかということです。その方向性としては、次の2つが考えられます：

• 今すぐオープンスタンダードとして構築するか、あるいは

• 中央集権的なディレクトリを持つ大手テック企業が、すべての人のアクセス権やインセンティブを決定するようになるまで待とう。

ERC-8004は、前者に取り組んだ最初の本格的な試みであり、単一の主体によって支配されることなく、許可不要で、監査済み、かつ機関による支援を受けた標準規格である。

これにより、信頼が生まれるための連携の場が確立され、ひいてはオープンagent の基盤が築かれる。