兆ドル規模のAgent経済の基盤となるビジネス契約：ERC-8183を理解することは、支払いだけでなく未来を見据えたものです

作者：鑑叔

一、技術背景と問題定義

1.1 AIインテリジェントエージェント経済の台頭

AI技術と応用の急速な進展に伴い、AIインテリジェントエージェントは単なるツールから価値創造やサービス提供の経済参加者へと変貌している。

専門的な画像生成が可能なインテリジェントエージェントは有料サービスとして成立し、

投資ポートフォリオを深く分析し最適な取引を実行できるエージェントは実際の資金を運用し、

法律文書を審査しリスクを警告するエージェントの仕事は、通常人間の弁護士の数百ドル時給に匹敵する。

こうした能力の飛躍的向上は、新たな経済形態を生み出している。

AIが身近になり、個人や組織、さらにはスマートデバイスまでもがインテリジェントエージェントを通じて動作する時代が到来する。経済モデルは根本的に変化しつつある：インテリジェントエージェントはもはや人間とだけではなく、相互に交流し、サービスし合う存在へと進化している。

例えば、マーケティング活動を統括するAIエージェントは、自律的にコンテンツ作成エージェントやチャネル配信エージェント、データ分析エージェントを雇用し、全体の経済体は無数のAIエージェントが絡み合うネットワークへと進化し、機械レベルの速度でグローバルにハイフリークエンシー取引を行う。

1.2 核心的課題：信頼不要なビジネスの必要性

従来のビジネス環境では、信頼はプラットフォームや評価制度、法律制度、社会規範によって裏付けられてきた。

しかし、AIエージェントの時代に入り、一方のエージェントがもう一方を雇う場合、これらの仕組みは機能しなくなる：現段階のインテリジェントエージェントには社会的信用や評判の記録がなく、人間や他のエージェントに参考となる信頼性評価体系も存在しない。契約条項の正確な記録もなく、法律や評判に基づく追跡・責任追及の仕組みも追いつかない。未完了のタスクに対する前払い資金の凍結や、プラットフォームや規制当局による強制執行も存在しない。

単なるトークンの移転だけではビジネスの信頼性は担保できない。保障が不十分な状態で、サービス提供者がトークンを受け取ったまま逃走した場合や、依頼者（またはタスクを出したAIエージェント）が責任追及できないケースが多発する。

ましてや、グローバル化の波の中で、AIエージェント間のやり取りは特定の国や地域に限定されず、信頼評価体系や規制の構築は一層困難になる。

この課題解決の有力な道筋として、ブロックチェーンのスマートコントラクト技術が信頼性の高い解決策を提供する。

分散型パブリックチェーン上に展開されたスマートコントラクトは、資金の管理、状態遷移、評価者の証明をすべて公開・透明・改ざん不可のコードに封入し、中立的な執行者として機能させる。

また、オンチェーン決済（On-chain settlement）は、中心化プラットフォームでは実現できない移植性・検証性・改ざん不可の記録を生み出す。完了したタスクや評価者の証明、成果物のハッシュ値はすべてチェーンに記録され、エージェントの信用システムやアイデンティティ体系の基盤となるとともに、紛争時の責任追及の根拠ともなる。

二、ERC-8183定義とコアバリュー

2.1 定義

ERC-8183は、分散型AIインテリジェントエージェント経済を対象としたチェーン上標準規格であり、従来の支払いプロトコルとは異なり、「タスク—成果—決済」の全ライフサイクルをカバーするビジネスインフラ規範である。

この規格は「Job（タスク）」をコア原語とし、委託者（Client）、サービス提供者（Provider）、評価者（Evaluator）の三者協働モデルを定義し、スマートコントラクトによるタスクの発行、資金の托管、成果の提出と結果の裁定を一連の状態遷移（オープン、資金提供、提出、完了／拒否／期限切れ）として実現している。

この枠組みでは、支払いは単なるアクションではなく、タスク条件や成果検証、評価メカニズムと強く結びついたプログラム的なプロセスとなり、信頼不要のチェーン上ビジネスの実行を可能にしている。

2.2 コアバリュー

ERC-8183の革新は、「信頼」を中央集権的プラットフォームからチェーン上の検証可能なロジックへと移行させた点にある。資金の托管、成果の記録、評価メカニズムの導入により、確定的な決済と追跡可能な商取引履歴を実現している。

この設計は、AIエージェント間の信用基盤不足を解消し、移植性・改ざん不可の取引・信用データ層を構築。任意のエージェントやシステムが過去の信号を再利用して意思決定を行えるようにし、分散型インテリジェントエージェント経済の規模拡大を促進する。

さらに、拡張性の高いHookメカニズムにより、入札、資金管理、プライバシー計算などの複雑なビジネスロジックも標準化された枠組みの中で拡張可能となり、オープンかつ非許可・組み合わせ可能なチェーン上ビジネスネットワークを形成。AIネイティブ経済の基盤となる信頼と決済のインフラを提供する。

三、ERC-8183の詳細解説

3.1 プロトコル構造

図示の通り、ERC-8183はタスクのライフサイクルを中心としたコントラクト化アーキテクチャである。スマートコントラクトを中核に、資金托管、状態遷移、プラグイン可能なHooksを一体化した実行フレームワーク。

タスクは作成から完了まで、開始、資金投入、提出、終了の連続状態を経て進行し、資金は状態に応じて自動的に托管・解放される。重要なポイントとして、柔軟に拡張できるインターフェースを用意し、さまざまなビジネスロジックを組み込める。

この構造の上で、委託者、サービス提供者、評価者は同一タスクを軸に協働し、発起・実行・検証を行い、チェーン上で自動的に連携・閉ループの決済を実現している。以下、詳細な仕組みを解説。

3.2 三権分立の役割協働メカニズム

ERC-8183では、各ビジネス活動はJob（タスク）と呼ばれ、三つの役割の緻密な連携に依存している。

Client（委託者）

• 商取引の発起役
• 主要ロジック：createJobを呼び出し、タスク内容を定義し、資金（fund）を事前に預託
• 役割：過期時間（expiredAt）を設定し、期限超過時には資金が自動的に返還される仕組み

Provider（サービス提供者／実行者）

• 作業を実行し、成果のハッシュ値や証明を提出するAIまたは人間
• 主要ロジック：チェーン上のイベントを監視し、受注・実行後、submitWorkで成果を提出
• ポイント：この時点では資金はロックされており、支払いは未実施

Evaluator（評価者）

• 最も革新的かつ核心的な設計
• 成果を検証し、資金の解放／返還を決定
• AI、ZK証明回路、多署名ウォレットなど多様な形態があり得る
• 主要ロジック：Providerの提出内容を検証し、客観的な成果ならAI、主観的ならクライアントの多署名ウォレットを用いる
• 最終裁定：completeJob（支払い）またはrejectJob（返金）を呼び出す。

3.3 スマートコントラクト状態遷移（ライフサイクル）

Jobの進行は、状態遷移の自動流れに完全に依存し、中央サーバ不要：

Open（開放）：Clientがタスクを作成。Providerは空（address(0)）も可能で、公開募集を示す。

Funded（資金投入済み）：資金がコントラクトの托管プールにロックされ、信頼の土台となる。

Submitted（提出済み）：Providerが成果を提出。

Terminal（終局状態）：Evaluatorが介入し、裁定を下す。結果は以下の三つ：

• Completed：検証成功、資金がProviderに支払われる
• Rejected：検証失敗、資金が返還される
• Expired：期限超過、資金が自動的に解放され返還

3.4 複数役割の協働フロー

ERC-8183は、スマートコントラクトによる無信頼環境下の協働を強制実行：

1. 公開と資金ロック（Client発起）：createJob呼び出し時に評価者（Evaluator）を指定し、報酬をコントラクトに預託。資金はロックされ、Providerは安心して作業できる。
2. 成果提出と証明（Provider実行）：作業完了後、成果のハッシュや証明をsubmitWorkで提出。コントラクトは状態をSubmittedに遷移。
3. 裁定と決済（Evaluator最終裁定）：評価者が内容を検証し、approveJobまたはrejectJobを呼び出す。前者なら資金をProviderに支払い、後者なら返金される。

この仕組みでは、資金の托管と役割の分離が重要なポイント。これは、分散型の「担保取引」モデルに似ている：買い手は資金をコントラクトに預け、売り手は商品を発送。最終的な受領確認や検査は、買い手または第三者に委ねられる。

3.5 Hooks拡張メカニズム

基本的な流れだけでは柔軟性に欠けるため、ERC-8183はHooks（フックコントラクト）を導入。

createJob時に、クライアントはカスタムHookコントラクトのアドレスを指定でき、これが「スマート検査所」や「スマートインタセプター」となる。コアアクション（支払い、提出）の前後にこのHookを呼び出し、独自ロジックを挿入可能。

拡張ポイントは二つ：

• beforeAction（前置フック）：コアアクション前に実行。条件不一致ならRevertし、処理を中断。
• afterAction（後置フック）：コアアクション後に実行。次の処理や通知をトリガー。

これにより、信用スコアによるアクセス制御や分配ルール、動的価格設定など、複雑なビジネスルールを標準化しつつ拡張できる。コア規格とビジネスロジックを分離し、エコシステムの拡張性と進化性を高めている。

3.6 Evaluator（評価者）詳細

Evaluatorは、価値交換の最終判断を下す「頭脳」となる。技術的には単なるアドレスだが、多くは判定用のスマートコントラクトとなる。

評価者の形態は三つに大別される：

形態一：AIインテリジェントエージェント（主観的タスク向け）

例：文章作成やデザイン、分析などの主観的タスクでは、LLMを接続したAIエージェントが、提出内容を読解し、要求と比較して判断。

形態二：ZK証明合約（客観的タスク向け）

例：計算やゼロ知識証明（ZKP）の生成・検証を行う合約。Providerが証明を提出し、Evaluatorがチェーン上で検証し、結果を自動的に判定。

形態三：多署名ガバナンス（高額・重要タスク向け）

例：多署名ウォレットやDAO、ステークを伴う検証者ノード。

いずれも、呼び出しはアドレス間の関数呼び出しであり、同一インターフェースを持つため、少額の画像生成から高額の資金管理まで柔軟に対応できる。

四、ERC-8183と従来のインテリジェントエージェント支払いプロトコルの比較

4.1 ACP、AP2、ERC-8183の違い

2025年9月、OpenAIとStripe、Google CloudとCoinbaseがそれぞれ**ACP（Agentic Commerce Protocol）とAP2（Agent Payments Protocol）**を発表。

一方、ERC-8183は、Ethereum FoundationのdAIチームとVirtual Protocolチームが共同で開発し、2026年2月25日に提案、3月10日に草案公開された。現在はドラフト段階。

AIインテリジェントエージェント経済の急速な拡大に伴い、これら三つの規格は共通の核心命題に取り組む：「AIエージェント間の安全かつ効率的な商業協働と支払いはどう実現するか」。

しかし、信頼モデルや決済ロジック、分散性の観点で本質的な違いがある。

4.2 ACPとAP2：API的協働モデル

• ACPは、エージェント間の「挨拶・タスク記述」の標準規格。資金決済は外部支払いチャネルや中心化プラットフォームに依存。
• AP2は、「資金を支払う」ことに特化し、エージェントがウォレットを持ちAPI呼び出しで支払いを行う仕組み。
• 制約：プラットフォームのダウンや悪意により、契約の履行や資金移動が保証されないリスク。

4.3 ERC-8183の技術的優位性

なぜ、AIのグローバル化と長期運用においてERC-8183がより有望と考えるのか。

A. 許可不要の「托管（Escrow）」機能

従来の中心化規格では、Clientが支払わなければProviderは困るし、逆に全額前払いしても作業未完了なら損失となる。

ERC-8183は非托管型資金ロックを実現。Providerが合意された証明を提出すれば、Evaluatorが強制的に資金を解放。悪意の不履行リスクを排除。

B. 高度なモジュール化とHooks

Hooksにより、ビジネスロジックを柔軟に拡張可能。

例：信用スコアに基づくアクセス制御、分配ルール、動的価格設定などを、コア規格を変更せずに追加できる。

C. 原子性決済と紛争解決

従来のACP/AP2は、紛争時に人間の介入や複雑なバックエンドを必要としたが、ERC-8183はEvaluatorを用いて「コード＝法」とし、検証と決済を自動化。

検証ロジックは链上やZK証明により透明・追跡可能。これにより、検証・決済の信頼性と効率性が飛躍的に向上。

4.4 自分に適したエージェント支払い規格の選び方

• 内部閉ループのシステムや、迅速なAPI呼び出しを重視するなら、ACPやAP2が適している。
• グローバルなAI労働市場や大規模な商取引を目指すなら、ERC-8183が唯一の選択肢。

五、応用シナリオ

5.1 自動化されたサプライチェーン

在庫管理AIが不足を検知したら、自律的に補充タスクを発行し、予算をロック。供給者や物流エージェントがそれぞれ作業を引き受け、成果や配送データに基づき資金が自動解放される。これにより、人工介入を減らし、透明性と効率性を向上させる。特に越境貿易やスマート倉庫に適用。

5.2 マーケティング自動化

AIエージェントがトレンドを検知し、コンテンツ作成や配信を自動化。予算はタスク作成時に預託され、成果（露出、クリック、コンバージョン）に応じて自動的に支払い。検証と追跡が可能なマーケティングの閉ループを実現。

5.3 分散型計算資源市場

データクリーニングやモデル推論、証明結果の検証にZK証明を用い、結果の正当性をチェーン上で検証。検証合格後に自動決済。これにより、信頼不要の計算リソース取引やAI推論ネットワークを構築。

5.4 完全自動化されたAIソフトウェア外注

「主催エージェント」がタスクを出し、「コーディングエージェント」が実装、「監査エージェント」が自動検証。すべての工程をチェーン上で完結させ、検証合格後に支払い。人手を介さないソフトウェア開発の新たなモデル。

六、エコシステム協働と規格の組み合わせ

6.1 ERC-8183 + ERC-8004 + x402の連携

Ethereumの未来像では、ERC-8183はx402（マイクロペイメント規格）やERC-8004（AIアイデンティティ・信用規格）と連携し、AI経済の三本柱を形成。

• ERC-8004：AIのオンチェーンアイデンティティと信用履歴
• ERC-8183：取引の安全と托管
• x402：支払いチャネルの実現

6.2 完全な協働例：自動化AIソフトウェア外注センター

1. ERC-8004でAIの信用履歴を記録（例：OpenClawの実績と評価）
2. ERC-8183でタスクと資金の契約を作成（例：Pythonコード分析タスク）
3. x402で段階的に支払い（例：コードの一部ごとに自動決済）
4. 評価者（例：AuditNode）が結果を検証し、合格なら資金を解放し、信用記録に反映

こうした連携により、信頼性と効率性を兼ね備えた自律的なAIビジネスエコシステムが構築される。

七、リスクと未来展望

7.1 リスクと課題

• Evaluatorの実装と普及の難しさ：主観的タスクや新規分野では、AIや人間の評価の信頼性確保が課題。
• Evaluatorの攻撃リスク：スマートコントラクトや外部データの改ざん、操作により資金安全が脅かされる可能性。
• 免許不要のリスク：役割の匿名性や資質審査の欠如により、不正や悪意のリスク増大。

7.2 未来展望

• ERC-8183 + ERC-8004 + x402の三位一体：信頼の発見（8004）→ビジネス取引（8183）→信用の蓄積（8004）→より良い発見と取引の循環を促進。
• 包括的な商業標準の確立：支払いだけでなく、仕様策定、資金管理、成果検証、信用記録までを網羅し、AIネイティブ経済の基盤を形成。
• 新たな経済参加者の台頭：個人や小規模開発者も、信頼と実績を持つエージェントとして、グローバルな商取引に参加可能に。

この標準は、未来のAI経済の土台となる、信頼最小化と自律性を追求したビジネスインフラの核心を担うものである。

【補足】本解説は、Ethereum公式EIP（EIP-8183）および2026年3月の業界発表（Ethereum Foundation dAIチーム、Virtual Protocol）をもとにした分析であり、今後のコミュニティのフィードバックにより詳細や仕様は変動する可能性がある。

【参考資料】
[1]
[2]
[3]
[4]