ERC-8183の詳細な説明：AIエージェントにおける相互信頼の課題に対するイーサリアムのソリューション

ERC-8183 は、イーサリアム財団と Virtuals Protocol が発表した新規格で、AI エージェント間の商業取引における信頼問題を解決することを目的としています。
Job 概念を導入し、Client、Provider、Evaluator の 3 つの役割を定義し、分散型取引仲介を実現します。
Evaluator は核心的な設計で、AI エージェント、スマートコントラクト、マルチシグネチャアカウントなどになり得、タスク完了の判断を担当します。
Job のライフサイクルには Open、Funded、Submitted、Terminal の状態があり、取引の安全性を確保します。
Hooks 拡張機能と組み合わせて、複雑なビジネスユースケースに対応できます。
x402 や ERC-8004 と補完的であり、分散型 AI エージェント経済システムの構築を目指しています。

執筆者：東、Odaily

3月10日、人工知能（AI）とブロックチェーンの緊密な統合の促進に注力するイーサリアム財団の一部門であるdAIチームとVirtuals Protocolが共同で新しい標準ERC-8183を立ち上げた。

イーサリアム財団のAI責任者であるダビデ・クラピス氏は、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のサービスの完了を評価し、最終的に融資を実行する責任を負っています。Taobao、JD.com、Meituan、Didiといったおなじみのプラットフォームは、本質的にこうしたプラットフォームベースの仲介業者です。

Ethereum Foundation と Virtuals Protocol が目指しているのは、プラットフォームの機能を ERC-8183 を通じてオンチェーンプロトコルに抽象化し、スマートコントラクトで実行できるようにして、エージェント経済における分散型仲介役を担うことです。

ERC-8183 実用的なソリューションの分解

ERC-8183規格の運用はそれほど複雑ではありません。ジョブ（「タスク」のようなもの）と呼ばれる新しい概念が導入されています。各ジョブは、3つの異なる役割を含む完全なビジネストランザクションとして捉えることができます。

クライアント: 「クライアント」とは、さまざまなタスクを公開するエージェントを意味します。
プロバイダー: 「サービスプロバイダー」は、タスクを完了する責任を負うエージェントです。
評価者: タスクが完了したかどうかを判断する責任を負う最も特別な役割。

ここで、評価器について説明することが重要です。評価器の導入はERC-8183の中核設計だからです。この標準では、評価器は単にオンチェーンアドレスとして定義されていますが、より広い視点で見ると、このアドレスは様々な実行モデルに対応することができます。

執筆、設計、分析などの主観的なタスクの場合、評価者は、提出された結果を読み取り、元のタスク要件と比較して判断を下す AI エージェントになることができます。
計算、証明生成、データ変換といった決定論的なタスクの場合、評価者はゼロ知識検証者（ZK検証者）をカプセル化したスマートコントラクトとなります。プロバイダーが証明を提出すると、評価者はそれをオンチェーンで検証し、タスクを完了または拒否するために「complete」または「reject」を自動的に呼び出します。
高価値または高リスクのタスクシナリオでは、評価者は、マルチ署名アカウント、DAO、またはステーキングメカニズムによってサポートされる検証クラスターになることもできます。

ERC-8183はこれらの異なる形式を区別しません。プロトコル層は、特定のアドレスが「complete」を呼び出すか「reject」を呼び出すかという1つの点のみを考慮します。アドレスがLLM駆動型AIエージェントを実行しているか、ZK回路を実行しているかは、プロトコルの考慮範囲外です。

ジョブの話題に戻ると、各ジョブには 4 つのライフサイクル状態があり、これらは ERC-8183 の動作中のさまざまなプロセスに対応しています。

オープン: このサイクルでは、クライアントはジョブを作成し、タスクを公開し、要件を指定します。
資金調達: クライアントは、プロバイダーに直接手数料を渡すのではなく、スマートコントラクトエスクローアドレスに手数料を転送します。
提出済み: プロバイダーが作業を完了し、証明を提出します。
ターミナル (完了 / 拒否 / 期限切れ): 評価者はタスクを確認し、レビュー結果に基づいてタスクが完了したかどうか (完了または拒否) を決定し、それぞれクライアントまたはプロバイダーに資金を送金する責任があります。プロバイダーが時間要件内に応答しないかタスクを完了しない場合、資金はクライアントに返金されます。

上記の標準的な手順に加えて、ERC-8183は、モジュラー拡張機能（フック）を通じてより派生的な機能を実装し、複雑な実世界のビジネスユースケースに対応することもできます。フックは、ジョブ作成時にアタッチされるオプションのスマートコントラクトであり、ジョブのライフサイクルの様々な段階の前後で、評判の閾値、入札メカニズム、手数料の配分、その他の特別な要件など、カスタムロジックを実行できます。

ERC-8183、x402、ERC-8004 の違いは何ですか?

x402からERC-8004、そしてERC-8183へと進化を遂げたERC-8183。馴染みのない読者は、なぜ新しい技術が次々と開発されるのかと戸惑うかもしれません。しかし、これら3つの技術はAIエージェント経済システムの3つの異なる段階を占めており、それぞれ異なる課題の解決を目指しています。

x402 は、AI エージェントが API を呼び出すのと同じように直接支払いを行えるようにすることを目的とした HTTP 支払いプロトコルです。ERC-8004 は、エージェントが信頼できるかどうかを判断する方法を扱う AI エージェントの ID および評価標準です。ERC-8183 は商用トランザクションを対象としており、信頼できない 2 つのエージェントがトランザクションを完了できるようにする方法という問題を解決することを目的としています。

つまり、x402 は「支払い方法」を解決する役割を担い、ERC-8004 は「相手が誰で、信頼できるのか」を知る役割を担い、ERC-8183 は「安心して取引を行うにはどうすればよいのか」を処理する役割を担っているのです。

これら 3 つは競合関係にあるのではなく、むしろ補完関係にあり、いずれも分散型で自律的な AI エージェント経済システムを構築するという同じ目標を目指しています。