ERC-8004の3つのレジストリのうち、Identity Registryはほぼすべてのシナリオの基盤だが、Reputation RegistryとValidation Registryは「オプション」だ——実務上、身分証明だけでは不十分なのはどのような場合か？
Identity Registryが解決する問題は、本質的には「このエージェントは誰で、見つけられるかどうか」だ。名刺のようなもので、存在は証明するが、能力や信頼性は証明しない。取引金額が小さくリスクが限られている場合（1回数セントのAPI呼び出しなど）は、Identity Registry単独に加えて「この同じ身分が何度もやり取りして問題が起きていない」という基本的な観察だけで十分かもしれない。
しかし、実際の資金を伴う戦略の実行をエージェントに委託する場合や、エージェントが何らかの特定の能力を主張する場合（「クロスチェーン裁定取引ができる」「勝率は80%」など）、単に身分が存在するだけでは、その主張が本当かどうかをまったく裏付けられない。ここでReputation Registryが提供できるのは「これまで他の関係者がこのエージェントをどう評価してきたか」であり、Validation Registryが提供できるのは「独立した第三者が、何らかの検証可能な方法で、このエージェントが実際に主張通りのことを行ったと証明しているかどうか」だ。金額が大きく、主張が具体的であるほど、必要とする裏付けのレベルは高くあるべきだ——そもそもIdentity Registryは「このエージェントは信頼に値するか」に答えるために設計されたものではない。
なぜERC-8004は、統合された「エージェント信頼スコア」システムではなく、「3つの独立したレジストリ」というモジュール式設計を選んだのか？
このモジュール式設計の背後にあるロジックは、「信頼」が単一次元の問題ではないという認識だ。異なる場面はまったく異なる種類の信頼の証拠を必要とし、それらを無理やり一つのスコアに押し込めると、重要な違いがかえって見えなくなってしまう。たとえば、あるエージェントは長い身分登録の履歴を持っている（安定した存在であることを示す）が、信頼記録はほとんどない（あまりやり取りされたり評価されたりしていないことを示す）かもしれない。別のエージェントは信頼スコアが高いが、その評価がすべて同じ少数のアカウントから来ている（スコアの信頼性に疑問がある）かもしれない。これらの情報を一つの数字に圧縮してしまうと、この二つのまったく異なる状況を見分ける能力が失われてしまう。
モジュール性はまた、異なる場面に応じて検証の強度を柔軟に組み合わせることを可能にする。低リスクで少額のやり取りであれば、Identity Registryを確認するだけで十分かもしれない。高リスクで高額の委託であれば、Reputation Registryにおける肯定的なフィードバック履歴と、Validation Registryにおける独立した技術的裏付けの両方を求めることができる。この設計は、「あるエージェントをどれほど厳格な基準で信頼すべきか」という判断を、プロトコル自体があらゆる場面に通用する一律の信頼閾値をあらかじめ設定するのではなく、実際に取引を行う当事者に委ねている。
Reputation Registry内の評価が水増しされたり、レビュー操作されたりしていることを、実際にどう見抜けばよいのか？具体的な検証方法はあるか？
最も直接的な方法は、評価元の分散度を確認することだ。健全な信頼記録であれば、評価は複数の、時間的に分散した、互いに明らかなつながりのなさそうなアカウントから寄せられているはずだ。もし大半の評価が極めて短い時間枠内に集中して現れていたり、評価を行っているアカウント自体が最近登録されたばかりで、ほとんど他のやり取りの記録がない新しい身分であったりする場合、それは水増しされた評価の典型的な特徴だ。これはあらゆるオンラインレビューシステムの不正を見抜くロジックと同じだが、オンチェーンの場合、これらのアカウントの登録時期とやり取りの履歴は公開されており照会可能であり、プラットフォームが開示するかどうかの意思に依存する必要がない。
もう一つ相互照合できるシグナルは、Reputation Registryの肯定的な評価と、Validation Registryにおける独立した裏付けの有無が一致しているかどうかだ。もしあるエージェントが大量の肯定的な評価を持ちながら、いかなる形の独立した技術的検証もまったくなく、しかもそのエージェントが主張する能力自体が本来検証しやすいタイプのもの（「特定のオンチェーン取引を実行した」など）であれば、この「評価はあるが検証はない」というギャップ自体が警戒に値する。ERC-8004の実証研究も、Validation Registryが現時点でメインネット上でほとんど実際に使われていないことを指摘しており、これはエコシステム全体が現段階でReputation Registryへの依存度を、このシステムが本来想定していた比重よりもある程度高めていることを意味する。
自分が開発者で、自作のDeFAIエージェントをERC-8004に登録させたいと考えている場合、実務上何を考慮すべきか？この標準をまったく使わない場合と比べて、何が違うのか？
直接的な違いは「発見可能性」と「携帯性」だ。ERC-8004に登録しない場合、あなたのエージェントは自分で構築したプラットフォームやエコシステムの中でしか見つけられず、信頼されない。プラットヲームをまたぐ協業や取引はすべて、一から信頼の仕組みを構築し直す必要がある。ERC-8004に登録すれば、あなたのエージェントは同じ標準に従う他のどんなシステムからも認識・照会可能な身分を持つことになり、理論上は、あらゆる潜在的な取引相手と事前に個別に信頼の仕組みを交渉することなく、組織の境界を越えた協業の可能性が開かれる。
ただし注意すべきは、登録自体は「発見される」ための扉を開くだけだという点だ。Reputation Registry内の記録は、実際のやり取りを通じて徐々に積み上げる必要があり、登録が完了しただけで自動的に信頼が得られるわけではない。さらに、Validation Registryを通じて追加の裏付けを付けるかどうかはコストの判断だ。検証可能な実行証明（ゼロ知識機械学習証明など）を構築すること自体にエンジニアリングコストがかかり、それに投資する価値があるかどうかは、あなたのターゲットユーザーが「独立した検証があるかどうか」をどれほど気にするかによる。ターゲット市場が単に信頼スコアだけを見て判断することに抵抗がないなら、追加の検証層は優先事項ではないかもしれない。一方、本記事で触れたような、信頼の情報源の分散度を自ら確認するような慎重なユーザーを獲得したいのであれば、独立した検証の仕組みこそ優先的に投資する価値のある部分だ。
あるエージェントが、まだ知らない別のエージェントと取引する必要がある場合——サービスを購入する、戦略の実行を委託する、あるいはマルチエージェントの協業タスクに参加するなど——双方が同じ問題に直面する。相手が詐欺師でないと、どうやって分かるのか？人間の世界ではこの問題を、身分証明書、商業登記、信用履歴で処理してきた。エージェント同士には、これまでそれに相当するものがなかった。ERC-8004（正式名称Trustless Agents）は、この空白を埋めるために提案されたイーサリアム標準である。
ERC-8004は2026年1月29日にイーサリアムのメインネットに展開され、それぞれ独立した、各チェーンに一度だけデプロイされる3つのオンチェーンレジストリを定義している。Identity Registry（身分登記簿）はERC-721標準の上に構築されており、各エージェントに、プラットフォームをまたいで移動できるポータブルなオンチェーンIDを与える。本質的にはNFT化されたデジタル名刺だ。Reputation Registry（信頼登記簿）は標準化されたインターフェースを提供し、他のエージェントやユーザーが特定のやり取りについて公開・照会可能なスコアやタグを残せるようにする。ECサイトの売り手評価システムに似ているが、オンチェーンに記録され、単一のプラットフォームに支配されない。Validation Registry（検証登記簿）はバリデーターコントラクト向けのインターフェースで、ステーク担保による再実行、ゼロ知識機械学習証明、あるいは信頼できる実行環境の証明といった仕組みを通じて、あるエージェントがタスクを完了した品質について独立した裏付けを提供する。
この3つの層は積み重ねて使うこともできるが、それぞれ独立してオプションとしても使える。すべてのシナリオがValidation Registryの重厚な裏付けを必要とするわけではないが、Identity Registryはほぼすべてのシナリオの基盤に近い。現時点では、Identity RegistryとReputation Registryはイーサリアムのメインネット、BNB Smart Chain、Baseなど複数のチェーンで実際にデプロイされているが、Validation Registryはこれまでのところメインネットでの正式な使用が確認されていない。
ERC-8004エコシステムに関するある実証研究は、プロトコルのデプロイから2026年5月中旬まで、イーサリアム、BNB Smart Chain、Baseの3つのチェーン上のすべてのオンチェーンイベントを追跡し、3つの問いに答えようとした。誰がエージェントを登録しているのか？登録された身分には意味があるのか？Reputation Registryは信頼できる信頼シグナルとして機能し得るのか？この研究は特に、Reputation Registryがフィードバックを「公開・照会可能」にすることを設計目標としている点を指摘しているが、公開・照会可能であることは「改ざんできない」ことを意味しない。もし誰もが任意のエージェントにスコアを残せるなら、このシステムは公開コメントシステムと同じ脆弱性を抱える。評価の水増しや、組織的なレビュー操作だ。追加の検証メカニズムを重ねない限り、信頼スコアそのものの信頼性には疑問符が付く。
あなたのエージェントが、将来ERC-8004のような仕組みを使って取引や協業の相手となる他のエージェントを発見・選別するようになるなら、確認すべき具体的な点がいくつかある。相手のエージェントのIDはどれくらいの期間登録されているか——数日前に登録されたばかりの新しいIDではないか（新しいID自体が必ずしも問題というわけではないが、信頼スコアのサンプル数がまだ少ないことを意味する）。Reputation Registry内のフィードバックは、複数の独立していると思われる評価者から寄せられているか、それとも少数のアカウントに集中して繰り返しコメントが残されているか。そして最も重要な点として、そのエージェントの能力に関する主張は、Validation Registryによる何らかの独立した裏付けを伴っているか、それとも自己申告と未検証の信頼スコアのみに依拠しているか。ERC-8004はエージェント経済に「どう自己紹介し合うか」という共通言語を与えたが、相手を認識することは、相手を信頼することと同じではない。この隔たりは、今のところ、ユーザー自身の判断で埋めるしかない。