ERC8004: この Web3 + AI の物語は、温かいテイクアウトの食事を楽しむことができます。

ERC8004は、スマートエージェントがブロックチェーンに基づいて信頼関係を構築するための標準を定義するイーサリアムのプロトコル仕様であり、 A2A （エージェント間）ナラティブとWeb3ナラティブを統合しています。この記事では、この壮大なWeb3+AIナラティブの背後にあるロジックを考察します。

https://eips.ethereum.org/EIPS/eip-8004にあるこのプロトコルは、今年8月に作成され、現在もレビュー中です。この記事では、このプロトコルが解決する問題を分析し、その標準規格について簡潔に解説し、最後にその重要性について考察します。記事の所要時間は約15分です。ブックマークしてお読みいただければ幸いです。

解決すべき問題

まず、このプロトコルがどのような問題を解決しようとしているのかを見てみましょう。

簡単に言えば、A2A（エージェント間）プロセスにおける信頼の問題を解決します。例えば、私はAというインテリジェントエージェントというAIアシスタントを使っています。信頼できるテイクアウトを注文するように頼みます。しかし、私のインテリジェントエージェントはこれが得意ではありません（結局のところ、配達ドライバーや販売店との連携は大規模なプロジェクトであり、小規模なAIアシスタントでは対応できません）。では、どうすればいいのでしょうか？

この時点で、他のインテリジェント エージェントに支援を求めることができます。

そこで疑問が生じます。私のインテリジェントエージェントは、どのようにして信頼できる別のインテリジェントエージェントを見つけ、支援を受けるのでしょうか？信頼できる機関が不足しているのではないでしょうか？人間も同様で、私たちは中央集権的な信頼できる機関であるタオバオを通して取引を行っています。しかし、中央集権的な信頼できる機関には限界があり、この問題はインテリジェントエージェントの時代にはさらに顕著になります。インテリジェントエージェントが効率的に機能するためには、すべてを人間や中央集権的な機関に頼ることはできません。そうしないと、人間がAIの機能を阻害してしまうからです。中央集権的な機関を検証に利用する場合でも、AIの有効性を最大限に引き出すためには、AIに基づいて運営される、あるいは分散型の方法で運営される信頼できる機関を見つける必要があります。

したがって、信頼できるインテリジェントエージェントを見つけるのに役立つ、分散化された信頼性の高いデータがあれば、作業効率ははるかに高まるでしょう。これが8004プロトコルの開発につながりました。

うーん、それはかなり合理的だと思いませんか？では、このロジックに基づいてERC8004がどのように設計されているかを見てみましょう。

プロトコルの具体的なスキームの分析

このセクションでは、プロトコルの具体的な技術的ソリューションを分析します。ただし、仕様の過度に詳細なコントラクトインターフェースやパラメータについてはここでは深く掘り下げず、できるだけ分かりやすく説明します。詳細については、プロトコルの標準ドキュメントを参照してください。プロトコルの内容に基づき、このプロトコルが上記で提起した問題をどのように解決しようとしているのかを、分かりやすく説明します。

技術的に言えば、ERC8004 は基本的に 3 種類の契約のインターフェース仕様を定義します。

• アイデンティティレジストリ。ERC721（非代替トークン、NFT）に基づいており、スマートエージェントの登録に使用されます。各スマートエージェントは本質的にNFTであり、このNFTを通じて関連情報を取得できます。
• 評判レジストリ。
• 検証レジストリ: レジストリを検証します。

簡単に言えば、これら 3 種類の契約は、ブロックチェーン上で動作する 3 種類の機関と考えることができます。

• 組織 1: レストランを開店するのと同じように、賢い組織がアカウントを開設しにやって来ます。
• 組織 2: Dianping や Gaode Maps が街頭調査を実施するのと同じように、これらのインテリジェント エージェントの評価を収集する責任を負います。
• 組織3：私たちは検証を担当する第三者調査機関です。品質監督管理局や衛生局に類似した機関です。

🌐 具体的なワークフロー

テイクアウトの注文を例に考えてみましょう。AIアシスタント「Xiao A」に、油抜きのテイクアウトを注文してもらいたいとします。

1. パートナーの検索：「Little A」はまず身元登録フォームをチェックして、良いレビューのある「Little B」を探し、その過去のレビューを確認します。
2. 最初の信頼関係の確立: 次に、「Little A」は評判レジストリをチェックして、他の協力者が「Little B」をどのように評価しているかを確認し、採用するかどうかを決定します。
3. 実行と検証：この食事が重要な場合、「A」または検証登録機関から独立した検証者「C」を雇うことができます。「C」は「B」の報告書が正確で要件を満たしているかどうかを検証し、検証結果を公開します。
4. 決済とフィードバック：x402プロトコル（オンチェーン決済とオフチェーン活動を連携させる受領メカニズム。詳細はx402に関する以前の記事をご覧ください）を介して「A」に支払います。「A」は「B」と「C」に支払います。最後に、「A」と「B」のサービスについて肯定的なレビューを残します。これらの支払いとアクションはすべて、レジストリにおけるそれぞれの評判を強化または影響します。

要約すると、ERC-8004 は、これら 3 つの契約の相互呼び出しと連携を通じて、AI アシスタントのための分散型で信頼できる共同環境を構築し、市場で人間が行うのと同じくらい自由かつ安全にサービスと価値を交換できるようにします。

アイデンティティレジストリ

この契約は本質的には NFT 契約であり、転送ルールを含む ERC721 プロトコル自体を含みますが、NFT メタデータ ファイルが再定義され拡張されています。

ご覧のとおり、エージェントの名前、イメージ、説明、および対応するポート アドレスはすでに指定されています。

また、登録方法「register」と関連イベントについても合意しました（ERC721プロトコル自体はmint方式を規定していないため、この方法はERC8004方式とされています）。

評判レジストリ

このコントラクトをデプロイする場合、NFT コントラクトをコンストラクター経由で渡す必要があります。つまり、NFT コントラクトは ID レジストリに一意に関連付けられます。

いくつかのメソッドが定義されています:

• `giveFeedback` は、アイデンティティレジストリ内の NFT に 0 から 100 までのスコアを割り当てる評価関数です。(`agentId` は NFT の TokenID に対応します。) このメソッドを呼び出すには、エージェントがタスクを受け入れる際に生成する署名であるパラメータ `feedbackAuth` が必要です。
• フィードバックを取り消します。
• `appendResponse` はレスポンスを追加します。オフラインアドレスと検証用のハッシュ値など、追加情報（特定のフォーマット要件を満たす必要があります）を追加できます。
• 関連する評価情報を取得できる一連の読み取り方法もあります。

補足情報の形式要件は次のとおりです。

レジストリを確認する

レピュテーションレジストリと同様に、このテーブルも構築時に州レジストリのコントラクトアドレスを渡す必要があり、これはアイデンティティレジストリに一意に関連付けられます。このコントラクトはエージェントの所有者（NFTの所有者）によって呼び出され、以下のメソッドを提供します。

• validationRequest は検証を要求するために使用されます。
• validationResponse は検証要求に応答するために使用されます。

具体的な詳細についてはここでは触れません。ERC8004は本質的に3つの契約仕様を定義しており、ブロックチェーン上でスマートエージェントのための透明性が高く分散化された評価メカニズムを確立することを可能にします。これにより、スマートエージェントは協力したいスマートエージェントを見つけることができ、A2AのためのWeb3トラストソリューションが提供されます。

私たちの実践

ERC-8004の設計に基づき、PharosおよびJovayネットワーク上にWeb3向けのTrustlessサービス機能を構築しました。これにより、ユーザーはWeb3の世界で「Trusted Identity Agent DID」を割り当てることができます。同時に、従来のTEE/ZK検証機能を金融グレードの機能強化により拡張し、将来的には機械取引などの金融シナリオにおいて、より高度なセキュリティ検証強化をサポートします。

将来の展望

素晴らしいように見えますが、課題も山積しています。しかし、課題はチャンスにもなり得ます。将来どんなチャンスが訪れるのか、楽しみに待っていましょう。

まず、データはブロックチェーン上に保存され、オンチェーンデータは透明性と不変性を備えていますが、その真の真正性と信頼性を確保することは依然として課題です。そのため、実質的に権威ある機関を舞台裏で代表する、非常に信頼性の高いオンチェーンバリデータが登場する可能性があります。信頼できるバリデータは、過去のオンチェーンデータなど、様々な手段を通じてより信頼性の高い情報を提供できます。例えば、新しいアカウントを使用して否定的なレビューを投稿することは、間違いなく信頼性を損なうことになります。

このロジックに従うと、このプロトコルに関して実行できる多くのことがあります。

• インテリジェントエージェントにオンチェーンサービスを提供する専用のサービスを構築できます。例えば、このプロトコルに基づいて様々な操作を実行できるコントラクトをインテリジェントエージェントにデプロイするお手伝いをします。このようなサービスは、MCP（マルチチャネルプログラミングプロトコル）を通じて提供できます。
• オンチェーンのフードストリートを作って、みんなが自分のスマートエージェントをコントラクトに登録できるようにしましょう。例えば、フライドチキンのお店（AIロボットがチキンを揚げる！）を開店して、このフードストリートに登録すればいいんです。フードストリートのトラフィックが多い限り、登録料を徴収できます。ちょうどens（イーサリアムのドメイン名）のように。はは、実はensはレジストリと理解できるんです。ただ、少し拡張されているだけです。
• チェーン店のレストラン「Black Pearl」（ミシュランでもいいですよ）を作って、他の人の料理を評価したりレビューしたりすることもできます。もちろん、それで少しお金を稼ぐこともできますよ。

つまり、オフラインで行われるすべてのことはブロックチェーンに移行でき、今後はインテリジェントエージェントがブロックチェーンの世界で機能できるようになります。

皆さんはそれが信頼できると思いますか？少なくとも私はかなり興味深いと思います。

この記事は、ZAN チーム (X アカウント@zan_team ) の Fisher (X アカウント@yudao1024 ) によって書かれました。