このニュースの概要： 2026年1月29日、ERC-8004（ドラフト名Trustless Agents）の中核となる登録コントラクトが正式にイーサリアムのメインネットに展開され、身元、信頼、検証という三つの独立したオンチェーン登録簿を提供し、AIエージェントがどの単一企業にも属さない中立的な標準を通じて発見・比較・検証されることを可能にした。エージェントの信頼問題を何らかのプラットフォームに保証してもらうという一般的なアプローチとは異なり、ERC-8004は誰もが検証可能で、書き込まれれば改ざん不可能な公開記録メカニズムを提供する。
見た目との違い：これは新たな「エージェントウォレット」標準だと誤解されやすいが、ERC-8004自体は資産の移動や決済ロジックを一切扱わない。純粋に身元と信頼だけを扱い、エージェントが実際に資産を動かすためのウォレット標準を代替するのではなく補完する関係にある。
なぜこの標準が必要になったのか： 直接の要因はエージェント経済における断片化のリスクだ。ERC-8004以前、異なるベンダーのエージェントが協力したくても、互いの身元と実績を検証する共通の方法がなく、実務上の対応は各ベンダーが自社のエコシステムだけを信頼する閉じたシステムをそれぞれ構築することだった。これは、ある企業のエージェントAが、別の企業のエージェントBを信頼すべきかどうかを判断する一般的な方法を持たないことを意味し、エージェント経済が互いに疎通しない孤島の集まりへと分裂するリスクをはらんでいた。
より深い原動力は、エージェントが実際にユーザーを代理してタスクを実行し、さらには資産を動かすようになるにつれ、「このエージェントは名乗る通りの身元か」「過去の実績はどうか」という問いが、抽象的な信頼の問題から、直接的な金銭的損失に関わる実際的なリスクへと変わったことだ。ERC-8004がこれをオンチェーンで分散的に解決することを選んだのは、中央集権的なプラットフォームに審査を委ねるのではなく、次のような核心的な論理に基づいている。信頼メカニズム自体が単一企業に支配されているなら、その信頼性はその企業の信頼性によって上限が決まってしまい、独立して存在する客観的な記録にはなりえない。
具体的な仕組み： ERC-8004の下には、それぞれ役割の異なる三つの登録簿がある。身元登録簿はERC-721規格を用いて各エージェントに携帯可能で譲渡可能な識別子を与え、自らを記述する登録ファイルと紐づける。信頼登録簿は、他者が特定のエージェントについて評価やフィードバックを公開できる標準化されたインターフェースを提供する。これらの記録はいったんオンチェーンに書き込まれると改ざんできず、公開され監査可能な履歴の軌跡を形成する。検証登録簿は、実際の資産移転や権限付与が起こる前に、取引の一方が独立した第三者に対し、エージェントが完了したと主張する作業が本当に達成されたかを確認するよう要求できるようにする。検証手段（作業の再実行、zkML証明、TEEによる証明、人による審査など）自体は標準によって指定されていない。
三つの登録簿は独立して使うことも、組み合わせて完全な信頼フローを構築することもできる。例えば取引では、まず身元登録簿で相手が誰かを確認し、次に信頼登録簿で過去の実績を確認し、金額が大きい、あるいはリスクが高い取引については、検証登録簿を通じて第三者に作業成果の確認を追加で求めてから、実際に支払いを実行するといった流れが考えられる。この階層的な設計により、ユーザーは取引のリスクレベルに応じてどの検証層を発動するかを選択でき、すべての取引に一律の硬直したプロセスを適用する必要がない。
読者にとっての実際的な影響： あなたが自分のエージェントを外部のエージェントと相互作用させたり取引させたりするかどうかを検討しているなら、実際に取れる最初のステップは、相手がすでにERC-8004の身元・信頼登録簿に記録を持っているかを確認することだ。これは、ある企業が「うちのエージェントは信頼できる」と自ら主張するのを単に信じるよりも、客観的で誰もが独立に検証できる根拠を与えてくれる。金額が大きい、あるいはリスクが高い取引については、さらに検証登録簿を活用し、支払いを実行する前に独立した第三者に作業成果の確認を求めることで、信頼スコアだけに頼るよりも実質的に強い保護が得られる。
しかし、この標準が何をできて何をできないかを忘れてはならない。それはある身元が過去に蓄積してきた公開の実績を証明できるが、今回のやり取りが必ず誠実に行われることを保証するものではない。Sybil攻撃（一つの主体が複数の身元を操って自らの信頼スコアを吊り上げること）は現時点でも未解決の課題であり、ERC-8004自体は鍵管理、支出上限、個々の取引に対するリスク管理を担わない。これらは引き続きあなた自身が別途管理すべき責務だ。ERC-8004を、自身のデューデリジェンスに代わる万能の解決策としてではなく、取引相手のリスクを軽減する一つの層のツールとして扱うことが、より実践的な使い方だ。
2026年1月29日、ERC-8004の中核となる登録コントラクトが正式にイーサリアムのメインネットに展開され、それまでテストネット上にしか存在しなかった「Trustless Agents（信頼不要のエージェント）」というドラフト標準が、数兆ドル規模の資産を守る同じブロックチェーンインフラの上に乗った。この標準が解決しようとしている問題は、エージェント経済においてかなり基本的でありながら、長らく共有された解決策を持たなかった困難だ。エージェント同士はすでに対話し、互いのためにタスクを実行し、支払いをやり取りできるが、「このエージェントは一体誰なのか」「なぜ信頼すべきなのか」という問いに、どの企業にも属さず、誰もが検証できる方法で答える手段を欠いていた。
ERC-8004の中核設計は、独立していながら組み合わせて使える三つのオンチェーン登録簿から成る。身元登録簿（Identity Registry）は、ほとんどのNFTの基盤となっているERC-721規格を用いて、各エージェントに携帯可能で閲覧可能、譲渡可能な識別子を与える——各エージェントは自らを記述する登録ファイルを指し示す専用のtokenURIを取得する。信頼登録簿（Reputation Registry）は、他のエージェントやユーザーが特定のエージェントについてのフィードバック信号を公開・照会できる標準化されたインターフェースを提供する。一度書き込まれたフィードバックは永久に残り改ざん不可能で、監査可能な履歴記録を形成する。検証登録簿（Validation Registry）は最も重要な部分だ。取引の一方が、実際に支払いや権限付与が行われる前に、独立した第三者の検証者に対し、エージェントが完了したと主張する作業が本当に達成されたかを確認するよう要求できる。具体的な検証方法は定められておらず、検証者自身が作業を再実行する、ゼロ知識機械学習証明（zkML）、信頼できる実行環境（TEE）による証明、あるいは人による審査など、さまざまな形を取りうる。
ERC-8004がどの層の問題に対応しているかを正確に理解しておく価値がある。これは信頼層であり、鍵管理、監査、支出上限の代替物ではない。ERC-8004以前、異なるベンダーの二つのエージェントが協力や取引をしたい場合、互いの身元と実績を検証する共通の方法がなく、実務上の回避策は各ベンダーが自社のエコシステムしか信頼しない閉じたシステムをそれぞれ構築することだった。これはエージェント経済がひどく断片化するリスクを意味していた——ある企業のエージェントAは、別の企業のエージェントBを信頼すべきかどうかを判断する一般的な方法を持たなかった。ERC-8004は、どのエージェントも同じインターフェースを通じて発見され、比較され、検証されることを可能にする中立的でオープンなオンチェーン登録簿を提供し、中央集権的なプラットフォームが双方を保証する必要をなくす。
ドラフトからメインネット展開に至る過程そのものも注目に値する。メインネット公開前の約3か月のテストネット期間中、コミュニティは自発的に1万を超えるエージェント身元を登録し、2万件を超える信頼フィードバック記録を蓄積し、コミュニティ自身が構築したスキャナーや周辺ツールがドラフトと並行して次々と登場した。標準が正式に確定する前から開発者コミュニティが自発的に採用に踏み切り、周辺エコシステムの構築まで始めるこの現象は、一般的にはその標準が本当に広く使われるようになる兆候とみなされる。単一企業が非公開で設計し市場に押し付ける標準とは対照的に、このボトムアップの採用パターンは、ある意味でオープンソースコミュニティが過去に標準の生命力を検証してきた方法により近い。
よく混同される点として、ERC-8004はしばしば他の二つのイーサリアム標準——ERC-4337（アカウント抽象化、エージェントがプログラマブルな認可ロジックを持つスマートコントラクトウォレットを通じて操作できるようにする）とEIP-7702（通常の外部所有アカウントが単一のトランザクションの間だけスマートコントラクトの機能を一時的に獲得できるようにする）——と並べて語られる。これらの分業は実は明快だ。ERC-4337とEIP-7702はエージェントが行動を起こすための「ウォレットの骨格」を与え、ERC-8004は「信頼の骨格」を与える。一方は資産を動かし取引に署名する力を与え、もう一方はその実績を信頼すべきかどうかを他者に知らせる。この二つの層は補完関係にあり、二者択一ではない。ERC-8004自体が決済ロジックには意図的に関与しないことも注目に値する——仕様書には「決済はこのプロトコルとは直交（orthogonal）した関係にあり、ここでは扱わない」と明記されているが、x402のようなプロトコルが生成する支払い証明をフィードバック信号の内容に組み込む例も示されており、「この取引で実際に金銭が動いた」という事実も信頼記録を裏付ける証拠の一部になりうる。
ERC-8004の公式文書と業界分析はいずれも率直に、この標準が取引相手のリスクを軽減はするが完全には排除しないことを認めている。現時点で残る課題には、Sybil攻撃（一つの主体が複数の独立に見える身元を操って自らの信頼スコアを人為的に吊り上げること）、検証登録簿のストレージが悪意を持って埋め尽くされるリスク、そして最も根本的には「身元が検証済み」であることと「行動が誠実」であることの間に埋まっていないギャップがある。エージェントは自分が名乗る通りの身元であり、真実で検証可能な実績を持つことを誠実に証明できるが、それは今回の行動が信頼できることを保証するものではない。ERC-8004のv2仕様が現在進めている方向には、Model Context Protocol（MCP）とのより深い統合、スマートコントラクトがオンチェーンの信頼データをより柔軟に組み合わせられるようにすること、そしてx402のような決済証明のスキーマをフィードバックメカニズムに標準化して組み込むことが含まれる。
自分のエージェントを他の出所からのエージェントと相互作用させたり、取引したり、協業させたりするかどうかを検討しているなら、ERC-8004が与える具体的な参照点は、相手のエージェントがすでにERC-8004の身元・信頼登録簿に記録を持っているかを確認することだ。それは「この会社は自社のエージェントが信頼できると主張している」よりも客観的で、独立に検証可能な根拠を提供する。ただし、この標準の実際の限界を忘れないでほしい。それはある身元が過去に蓄積してきた公開の実績を教えてくれるが、今回のやり取りが誠実に行われることを保証するものではなく、鍵管理、支出上限の設定、高リスク取引に対する第三者検証の要求といった、あなた自身が担うべき責務の代わりにはならない。実務上、実際に資金や高リスクな操作が絡む場面では、検証登録簿を活用し、支払いを実行する前に独立した第三者に作業成果の確認を求めることが、単にきれいな信頼スコアを信用するだけよりも実質的に強い保護をもたらす。