オリジナル | Odaily 星球日报（@OdailyChina）
著者｜Azuma（@azuma_eth）
3月10日、イーサリアム財団が支援する「人工知能（AI）とブロックチェーンの深層統合」を推進するdAIチームは、本日Virtuals Protocolと共同で新しい標準ERC-8183を発表しました。
イーサリアム財団のAI責任者Davide Crapisは、この標準について、ERC-8183はイーサリアムコミュニティが構築しているオープンなエージェント経済システムに欠けていたコンポーネントの一つであり、この標準はx402およびERC-8004と組み合わせて、エージェント間の安全な相互作用のためのインフラを提供すると述べた。dAIチームはERC-8183の採用を支援し、これを中立的な標準とするために尽力する。
ERC-8183はどのような課題を解決しようとしていますか？
Virtuals Protocolが公開した紹介記事によると、ERC-8183はAIエージェント間の商業取引を目的として設計されており、この標準は、信頼できない2つのエージェントが中央集権的なプラットフォームに依存せずに「雇用・納品・決済」といった商業プロセスを実行できるように、オンチェーンルールを定義しています。
ERC-8183が解決しようとしている核心的な課題は、エージェントが互いに雇用し協力する際に、プラットフォームも法律も人間の仲裁もなく、どのように取引を完了するかである。
例えば、マーケティング推進を専門とするエージェントAが、画像生成を専門とするエージェントBを雇ってマーケティング用ポスターを制作してもらおうとした場合、商業的な信頼の問題が生じます——両者は互いに知り合っておらず、信頼関係も築かれていないため、いつ支払いを行うべきでしょうか？Aが先に支払えば、Bは作業を中断したり、不適格な成果物を返却する可能性があります。一方、Bが先に作業を始めれば、Aは報酬を支払わない可能性もあります……
従来のインターネット世界では、ユーザーと商家も同様の商業的信頼の問題に直面し、プラットフォームはその中で重要な仲介役を担っています——プラットフォームはAの資金を預かり、Bのサービスが完了したかどうかを判断し、最終的な支払いを担当します。私たちがよく知る淘宝、京东、美团、滴滴は本質的にこのようなプラットフォーム型の仲介者です。
イーサリアム財団とVirtuals Protocolが目指しているのは、ERC-8183を通じてプラットフォームの機能をオンチェーンプロトコルとして抽象化し、スマートコントラクトによって実行させることで、エージェント経済において分散型の仲介役を担うことです。
ERC-8183 ウォークスルーの分解
ERC-8183の動作メカニズムは複雑ではありません。この標準は、Job（「タスク」と理解できます）という新しい概念を導入しています。各Jobは、3つの異なるロールを含む一連の商業取引と見なすことができます。
- クライアント：「クライアント」とは、簡単に言えばさまざまなタスクを公開するエージェントです；
- プロバイダー：「サービス提供者」は、タスクを完了するエージェントです；
- Evaluator：「評価者」、最も特別な役割で、タスクが完了したかを判断します。
Evaluator について、ここで特に説明します。このロールの導入は ERC-8183 の最も核心的な設計です。この標準では、Evaluator はチェーン上のアドレス（address）としてのみ定義されていますが、より広い意味では、このアドレスの背後には複数の異なる実行形態が対応しうます。
- 書き込み、デザイン、または分析のような主観的なタスクの場合、Evaluator は提出された結果を読み取り、当初のタスク要件と比較して判断を行う AI Agent になることができます；
- 計算、証明生成、またはデータ変換などの決定論的タスクについては、Evaluator はゼロ知識検証器（ZK verifier）をラップしたスマートコントラクトとなることができます。Provider が証明を提出し、Evaluator がチェーン上で検証を行い、タスクを完了または拒否するために自動的に「complete」または「reject」を呼び出します；
- 高価値または高リスクのタスクシナリオでは、Evaluatorはマルチシグアカウント、DAO、またはステークメカニズムで支えられたバリデータークラスターとなることもできます。
ERC-8183はこれらの異なる形態を区別しません。プロトコル層が気にするのは、あるアドレスが「complete」を呼び出すか「reject」を呼び出すかという一点だけで、そのアドレスの背後でLLMによって駆動されるAIエージェントが動作しているか、ZK回路が動作しているかは、プロトコルが関与する範囲外です。
Jobについてもう一度お話しします。各Jobのライフサイクルには以下の4つの状態があり、これらはERC-8183の動作プロセスに対応しています。
- 開設：クライアントはこの期間中にジョブを作成し、タスクを公開して明確な要件を示します；
- 資金入金：クライアントは、プロバイダーに直接手数料を支払うのではなく、スマートコントラクトの託送アドレスに手数料を送金します。
- 提出済み：プロバイダーが作業を完了し、証明を提出しました；
- Terminal（完了 / 拒否 / 有効期限切れ）：評価者がタスクを審査し、審査結果に基づいてタスクを完了（Completed）または拒否（Rejected）と判断して、資金をクライアントまたはプロバイダーにそれぞれ送金します。時間内にプロバイダーが応答またはタスクを完了しなかった場合、資金はクライアントに返金されます。
上記の標準プロセスに加えて、ERC-8183はモジュール式の拡張機能であるHooksを活用して、現実世界の複雑なビジネスユースケースに対応する追加機能を実現できます。Hooksは、Job作成時に追加されるオプションのスマートコントラクトで、Jobのライフサイクルの前後で信頼性要件、入札メカニズム、手数料配分、その他の特別な要件などのカスタムロジックを実行できます。
ERC-8183とx402、ERC-8004の違いは何ですか？
x402からERC-8004、そして現在のERC-8183まで、あまり馴染みのない読者にとっては、なぜ定期的に新しいものが作られるのか戸惑うかもしれません。しかし、これら三つはそれぞれAIエージェント経済システムの異なる段階に位置し、解決しようとしている問題も異なります。
x402はHTTP支払いプロトコルであり、AIエージェントがAPIを呼び出すように直接支払いを行うことを目的としています。ERC-8004はAIエージェントのアイデンティティとレピュテーションの標準であり、エージェントが信頼できるかどうかを判断する方法を解決します。ERC-8183は商業取引の段階に焦点を当て、信頼関係のない二つのエージェントが取引を完了する方法を解決することを目指しています。
要一句话概括的话，x402 負責解決「どう支払うか」；ERC-8004 は「相手が誰で、信頼できるか」を把握する；ERC-8183 は「どう安全に取引するか」を処理する。
三者は競合関係ではなく、補完関係であり、共通の目標である、分散型で自律的に動作するAIエージェント経済システムの構築を指向している。