ERC-8183: 人間の介入なしに AI エージェント同士が雇用し合える標準規格
AI エージェントがロゴのデザイン、データセットのクリーンアップ、あるいはスマートコントラクトの監査を必要とし、そこに人間が介在しない場合、何が起こるでしょうか? 2026 年 2 月まで、その答えは「標準化されたものはない」でした。エージェント間のあらゆる取引は、個別の統合、中央集権的な仲介者、あるいは単なる信頼に依存していました。ERC-8183 は、Ethereum にネイティブなコマース・レイヤーを提供することで、これを変えます。これにより、自律型エージェントは完全にオンチェーンでジョブの投稿、資金のエスクロー、および成果物の検証を行うことができます。
Virtuals Protocol と Ethereum Foundation の dAI チームによって共同開発された ERC-8183 は、単一のプリミティブである「ジョブ(Job)」を導入します。これは、商業取引の全ライフサイクルを 4 つの状態(ステート)でエンコードするものです。エージェント・アイデン ティティのための ERC-8004 および HTTP ネイティブ支払いのための x402 と組み合わせることで、110 億ドル規模のエージェント型 AI 経済が実際にどのように取引されるかを定義する 3 部構成のスタックを完成させます。
課題:AI エージェントは思考はできるが、取引ができない
2025 年から 2026 年にかけての自律型 AI エージェントの爆発的な普及は目覚ましいものでした。2025 年だけでも 282 以上の Web3 AI プロジェクトが資金調達を受け、エージェント型 AI 市場は 2026 年初頭に 100 億ドルを超えました。エージェントは現在、DeFi ポジションの管理、コンテンツの生成、オンチェーンデータの分析、さらには Coinbase Agentic Wallets のようなサービスを通じて独自のウォレットを操作することさえ可能です。
しかし、エージェント間の商取引は依然として原始的なままでした。あるエージェントが別のエージェントのサービスを必要とする場合(例えば、市場のセンチメントを要約するために自然言語リサーチエージェントを必要とする取引ボットなど)、通常、そのやり取りには取引の仲介、支払いの設定、および出力の検証を行うための人間が必要となります。このボトルネックが存在するのは、以下の項目に関する共通の標準が存在しなかったためです。
- ジョブの定義:どのような作業が必要で、何をもって完了とするか?
- 支払いのエスクロー:資金をどのようにトラストレスにロックし、解放するか?
- 成果の検証:成果物が仕様を満たしているかどうかを誰が判断するか?
ERC-8183 は、最小限で構成可能なプロトコルによって、これら 3 つすべてに対処します。
ERC-8183 の内部:ジョブ・プリミティブ
ERC-8183 の核心は、3 つの参加者と 4 つの状態を持つ単一のデータ構造である「ジョブ(Job)」を定義していることです。
3 つの役割
すべてのジョブには 3 つのブロックチェーンアドレスが関与します。
- クライアント(Client):作業を依頼し、エスクローに資金を提供するエージェント(または人間)
- プロバイダー(Provider):タスクを実行するエージェント
- 評価者(Evaluator):成果物の承認または拒否を担当するアドレス
評価者の役割は意図的に柔軟に設計されています。人間のレビュー担当者、別の AI エージェン ト、マルチシグウォレット、決定論的な検証を行うスマートコントラクト、さらにはモデルの内部を明かすことなく出力の品質を暗号学的に証明する zkML 検証者などがその役割を担うことができます。
4 つの状態
ジョブは厳格なライフサイクルを経て進行します。
- Open(オープン) → クライアントが仕様と期限を設定してジョブを作成する
- Funded(資金提供済み) → クライアントがオンチェーンのエスクローコントラクトに支払額を預け入れる
- Submitted(提出済み) → プロバイダーが作業を納品し、ジョブを提出済みとしてマークする
- Terminal(最終状態) → 評価者が承認する(プロバイダーに資金を解放)、拒否する(クライアントに返金)、または期限が切れる(自動返金)
このステートマシンは意図的にシンプルに作られています。ベースレイヤーには交渉ラウンドも、分割払いも、紛争解決機能も組み込まれていません。そのシンプルさこそが重要であり、ERC-8183 はフック(hook)を通じて拡張可能な最小限のカーネルとして設計されています。
フック:モジュール式の拡張性
この標準規格では、状態遷移時に実行されるプログラム可能なフックを導入しています。開発者は、以下のようなカスタムロジックを付加できます。
- 入札システム:ジョブが選択される前に、複数のプロバイダーが Open 状態のジョブに入札できる
- レピュテーション・ゲーティング:最低限の ERC-8004 レピュテーションスコアを持つエージェントのみが特定のジョブを請け負えるようにする
- マイルストーン支払い:大規模なジョブを資金提供済みのサブタスクに分割する
- エスクローのバリエーション:タイムロックによる解放、ストリーミング支払い、またはパフォーマンスに基づくボーナス
このフック・アーキテクチャにより、ERC-8183 は完全なマーケットプレイス・プロトコルになろうとするのではなく、マーケットプレイス・プロトコルがその上に構築するためのトラストレスな決済レイヤーを提供します。
3 つの柱:ERC-8004 + x402 + ERC-8183
ERC-8183 は単独で存在するものではありません。これは、自律型エージェント・コマースの全ライフサイクルをカバーする 3 つの標準スタックを完成させるものです。
ERC-8004:アイデンティティとレピ ュテーション
2026 年 1 月に Ethereum メインネットで開始された ERC-8004 は、3 つのレジストリを通じて、すべての AI エージェントに永続的なオンチェーン・アイデンティティを提供します。
- アイデンティティ・レジストリ:エージェントの登録ファイルに解決される ERC-721 ベースのハンドル。ポータブルで検閲耐性のある識別子
- レピュテーション・レジストリ:完了した取引からのフィードバック信号を投稿および取得するための標準インターフェース
- 検証レジストリ:独立した検証チェックのためのフック(ジョブを再実行するステーカー、zkML 検証者、TEE オラクル)
ERC-8183 との接続は直接的です。完了したすべてのジョブ(Job)はレピュテーションデータを生成し、それがエージェントの ERC-8004 プロファイルに流れます。時間の経過とともに、エージェントは検証可能な実績を築き、他のエージェントは商業関係を結ぶ前にそれを照会できるようになります。これにより、中央集権的なレピュテーションプラットフォームなしで信頼レイヤーが構築されます。
x402: HTTP ネイティブな支払いレール
ERC-8183 がジョブレベルのエスクローを処理する一方で、Coinbase によって開発され、Stripe、Cloudflare、Google、および Vercel に採用された x402 プロトコルは、HTTP レイヤーでの支払いの仕組み(プランミング)を処理します。
x402 は、長らく休止状態だった HTTP 402「Payment Required(支払いが必要)」ステータスコードを復活させます。AI エージェントが API エンドポイントをリクエストすると、サーバーは価格、通貨(通常は USDC)、および宛先ウォレットを含む 402 ステータスを返します。エージェントのウォレットは自動的に署名して支払いを送信し、サーバーはリソースを提供します。
2025 年半ばに Solana でローンチして以来、x402 は 3,500 万件以上のトランザクションと 1,000 万ドルのボリュームを処理してきました。このプロトコルは、従来の支払いレールでは不経済であったマイクロペイメント(1 セント未満の API 呼び出し、クエリごとのデータ手数料、計算時間ベースの課金など)に優れています。
これら 3 つの標準を合わせることで、完全なスタックが形成されます。
| レイヤー | 標準 | 機能 |
|---|---|---|
| アイデンティティ | ERC-8004 | このエージェントは何者か? 信頼できるか? |
| 支払い | x402 | シンプルな API 呼び出しの支払いはどのように流れるか? |
| コマース | ERC-8183 | 複雑なジョブはどのように定義、資金提供、検証されるか? |