一、技術背景と問題定義1.1 AIエージェント経済の台頭AI技術と応用の急速な進展に伴い、AIエージェントは単なるツールから価値創造やサービス提供の経済参加者へと変貌している。専門的な画像生成が可能なエージェントは有料サービスとして成立し、投資ポートフォリオを深く分析し最適な取引を実行できるエージェントは実際の資金を運用し、法律文書を審査しリスクを警告するエージェントの作業は、通常人間の弁護士の数百ドル時給に匹敵する。こうした能力の飛躍的向上は、新たな経済形態を生み出している。AIが身近になったことで、個人や組織、さらにはスマートデバイスまでもがインテリジェントエージェントを通じて活動する可能性が高まる。経済モデルは根本的に変化し、エージェントはもはや人間とだけではなく、相互にやり取りし、サービスし合う。例えば、マーケティング活動を統括するAIエージェントは、自律的にコンテンツ作成エージェントやチャネル配信エージェント、データ分析エージェントを雇用し、全体の経済は無数のAIエージェントが絡み合うネットワークへと進化し、機械レベルの速度でグローバルに高頻度取引を行う。1.2 核心的課題：信頼不要のビジネスの必要性従来のビジネス環境では、信頼はプラットフォームや評価制度、法律制度、社会規範によって裏付けられてきた。しかし、AIエージェント経済の時代において、一方の人間やエージェントがもう一方のエージェントを雇用する場合、これらの仕組みは機能しなくなる。現状のエージェントには社会的信用や評判の記録がなく、人間や他のエージェントに参考となる信頼性評価体系も存在しない。契約条項の記録も不十分で、法律や信用追跡の仕組みも高速な機械取引に追いつかず、未完了のタスクに対する前払金の凍結メカニズムもなく、プラットフォームや規制当局の強制執行力も備わっていない。単なるトークンの移転だけではビジネスの信頼性は担保できない。保障が不十分な状態でサービス提供者がトークンを持ち逃げすれば、委託者やタスク発注者は責任追及の道を見いだせない。さらに、グローバル化の進展により、エージェント間のやり取りは国境を越え、信頼評価や規制の枠組み構築は一層困難になる。この課題解決の一つの道筋として、ブロックチェーンのスマートコントラクト技術が有効である。分散型パブリックチェーン上に展開されたスマートコントラクトは、資金の管理、状態遷移、評価者の証明をすべて公開・透明・改ざん不可のコードに封入し、中立的な執行者として機能する。また、オンチェーン決済は、中心化プラットフォームでは実現できない移植性・検証性・改ざん不可の記録を生み出す。完了したタスクや評価者の証明、成果物のハッシュ値はすべてチェーンに記録され、エージェントの信用システムやアイデンティティ体系の基盤となり、紛争時の責任追及にも役立つ。二、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で成果を提出。ポイント：この時点では資金はロックされており、Providerはまだ受け取れない。【評価者（Evaluator）】最も革新的かつ重要な設計。成果を検証し、資金の解放または返還を決定。AI、ZK証明回路、多署名ウォレットなど、多様な形態があり得る。コアロジック：Providerの提出内容を検証し、客観的な成果（例：コードの動作成功）ならAI評価者、主観的な内容ならクライアントの多署名ウォレットが判断。最終裁定：completeJob（資金解放）またはrejectJob（返金）を呼び出す。3.3 スマートコントラクト状態遷移（ライフサイクル）Jobの進行は、状態遷移の自動流れに完全に依存し、中央サーバーの介入は不要。【Open（開始）】：Clientがタスクを作成。Providerは空（address(0)）も可能で、公開募集を示す。【Funded（資金提供済み）】：資金がコントラクトの托管プールにロックされ、信頼の土台となる。【Submitted（提出済み）】：Providerが成果を提出。【Terminal（終局状態）】：評価者が裁定し、結果は以下のいずれか。・Completed：検証成功、資金がProviderに支払われる。・Rejected：検証失敗、資金が返還される。・Expired：期限超過、資金が自動的に解放され返還。3.4 複数役割の協働フローERC-8183は、スマートコントラクトによる信頼不要の協働フローを強制実行。【発行とロック（Client）】：createJob呼び出し時に評価者のアドレスを指定し、報酬をコントラクトに預ける。資金はロックされ、Providerは安心して作業できる。【納品と証明（Provider）】：成果を提出（HashやIPFSリンク）。コントラクト状態はSubmittedに。【裁定と清算（評価者）】：成果を検証し、承認ならapproveJobを呼び出し、資金がProviderに送金。拒否ならrejectJobを呼び出し、資金は返還。この仕組みでは、資金の托管と権限の分離が重要。まるで分散型の「支付宝担保取引」のように、買い手は資金をコントラクトに預け、売り手は商品を発送。最終的な受領確認は、買い手または第三者の評価者に委ねられる。3.5 Hooks拡張メカニズム基本的なフローだけでは硬直化するため、ERC-8183はHooks（フックコントラクト）を導入。createJob時に、カスタムHookコントラクトのアドレスを指定可能。これにより、支払い前後の動作や検査をフックで挿入できる。【beforeAction（前置き）】：コア動作前に呼び出し、条件不一致ならトランザクションをロールバック。【afterAction（後処理）】：コア動作後に呼び出し、信用スコア低下の制御や分配ロジックを追加可能。この仕組みは、コア規格とビジネス拡張層を分離し、エコシステムの拡張性と進化性を高める。開発効率やエコシステム協働を促進し、AIエージェント間の複雑な協働に柔軟な戦略空間を提供。最終的に、オープンで非許可・組み合わせ可能なチェーン上ビジネスネットワークの土台となる。3.6 評価者（Evaluator）メカニズム詳細ERC-8183において、評価者は価値交換の最終決定を下す「判断の頭脳」。技術的には単なるアドレスだが、実務では判定用の専用コントラクトが多い。タスクの性質に応じて、評価者は三つの形態を取る。【形態一：AIエージェント（主観的タスク向け）】：文章作成やデザイン、分析などの主観的タスクでは、大型言語モデル（LLM）を搭載したAIエージェントが、提出内容を読み比べて判断。【形態二：ZK証明コントラクト（客観的タスク向け）】：計算やZKP生成、データ変換などの確定性の高いタスクでは、ZK検証器を内蔵したスマートコントラクトが、Providerの証明を検証し、自動的に完了または拒否。【形態三：マルチシグ・ガバナンス（高額タスク向け）】：高価値の重厚なタスクには、多署名ウォレットやDAO、ステークを伴う検証者ノードを採用。ERC-8183は、これらの実体の性質を厳密に区別せず、「あるアドレスが完了または拒否を呼び出した」事実だけを重視。これにより、少額の画像生成から高額の資金管理まで、同一インターフェースで対応可能となる。四、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は2026年2月25日にEthereum FoundationのdAIチームとVirtual Protocolチームが共同で提案し、3月10日に正式ドラフトとして公開。現在は草案段階。AIエージェント経済の急速な拡大において、これら三つの規格は共通の核心命題に挑む。それは、「AIエージェント間の安全かつ効率的な商業協働と支払いをどう実現するか」である。しかし、信頼モデルや決済ロジック、分散性の観点で本質的な違いが存在する。4.2 ACPとAP2：API型の協働ACP（acplib）とAP2は、「機能実装」の観点から出発。ACPはエージェントの「標準会話マニュアル」のようなもので、挨拶やタスク要件の記述方法を定義。ただし、資金決済は外部支払いチャネルや中心化プラットフォームに依存。AP2は「資金を出す」ことに特化し、エージェントがウォレットを持ちAPI呼び出しで支払う仕組みを提供。制約：プラットフォームのダウンや悪意行為があれば、商取引は実行できず、資金リスクは中央集権的な主体が負う。4.3 ERC-8183の技術的優位性なぜ、AIのグローバル化と長期運用においてERC-8183がより有望か？A. 許可不要の「托管（Escrow）」機能従来の中心化規格では、Clientが支払わなければProviderは何もできず、逆に全額前払いしても、作業未完了ならクライアントは泣き寝入り。一方、ERC-8183は非托管型の資金ロックを実現。Providerが合意条件を満たす証明を提出すれば、評価者が強制的に資金を解放し、「悪意の踏み倒し」を排除。B. 高度なモジュール化とHooksHooksは、ビジネスロジックの拡張を可能にする。例えば、作業開始前（beforeAction）に、ERC-8004規格と連携し、エージェントの信用履歴や不正注入の有無を自動検査。信用低下なら接続拒否。C. 原子性決済と紛争解決従来のACP/AP2は、紛争時に人間のカスタマーサポートや複雑なバックエンドを必要としたが、ERC-8183は「コード＝法」として、検証ロジックを外部の監査エージェントに委ねることも可能。链上（またはORA等のチェーン上AI）で検証し、追跡性と検閲耐性を確保。これが技術的な突破口。4.4 自分に適したエージェント支払い規格の選び方内部閉ループのエージェントシステムを構築し、迅速な展開とシンプルなAPI呼び出しを求めるなら、ACPやAP2が適している。一方、グローバルなAI労働市場に参加し、数千の未知のAIエージェントが安全に数兆規模の商取引を行いたいなら、ERC-8183が唯一の「最小信頼」特性を持つ技術基盤である。五、応用シナリオ5.1 シナリオ1：自動化サプライチェーンERC-8183は、サプライチェーンの人手依存からタスク駆動の自律運用へと変革。在庫管理AIが不足を検知したら、自動的に補充タスクを発行し、予算をロック。供給者と物流エージェントがそれぞれ生産・配送を担当。資金はコントラクトに預託され、出荷や受領、条件達成後に自動解放。履行と支払いを連動させる。これにより、人工介入を減らし、透明性と協働効率を向上。越境貿易やスマート倉庫など複雑な供給ネットワークに適用可能。5.2 シナリオ2：マーケティング自動化ERC-8183は、AI駆動の成長促進の実行フレームワークとして、マーケティングの自動化を支援。マーケティングエージェントは、トレンドを自動検知し、コンテンツ作成タスクを発行。文案生成エージェントが制作し、配信エージェントが拡散と最適化を行う。予算はタスク作成時に預託され、効果（露出、クリック、コンバージョン）に応じて自動的に解放。検証と追跡可能なマーケティングループを形成。コスト削減とともに、資金の安全性と透明性を確保。5.3 シナリオ3：分散型計算資源市場データ処理や計算タスクにおいて、ERC-8183は信頼不要の取引市場を構築。データクレンジングやモデル推論、コード監査など、結果の検証可能なタスクには、ZK証明をEvaluatorとして導入。結果の証明を検証し、合格なら自動的に決済。人手による審査を排除し、遅延や主観性を排除。暗号学的検証により不正行為を防止し、高効率・公平な計算リソースの協働を実現。AI推論や分散計算リソース調整に適用。5.4 シナリオ4：全自動化されたAIソフトウェア外注センターERC-8183は、AIエージェント駆動のソフトウェア外注協働モデルを可能にする。【主催エージェント】（例：AlphaBot）が開発タスクを発行し、【コーディングエージェント】（例：OpenClawやClaudeCode）がコードを実装、【監査エージェント】（例：AuditNode）が自動検証を行う。タスクの発行、資金の托管、コード提出、検収までをチェーン上で完結。監査合格時に支払いがトリガーされ、人工介入なしの開発サイクルを実現。これにより、開発効率を向上させ、エージェントの能力と信用を蓄積。拡張可能なAIネイティブソフトウェア生産体系を推進。六、エコシステム協働と規格の組み合わせ6.1 ERC-8183 + ERC-8004 + x402の連携Ethereumの未来像において、ERC-8183はx402（マイクロペイメント規格）やERC-8004（AIアイデンティティ・信用規格）と連携し、AI経済の三本柱を形成。ERC-8004：AIのオンチェーンアイデンティティと信用履歴を記録し、「このAIは信頼できるか」を示す。ERC-8183：「取引の安全と托管」—「この取引は安全に成立するか」を担保。x402：「支払いチャネル」—「API呼び出しのように簡単に支払える」仕組み。6.2 完全協働例：完全自動化AIソフトウェア外注センターERC-8004：アイデンティティと信用の「履歴書」 例：AlphaBotはOpenClawのERC-8004証明を取得し、「500回コード納品済み、評価率99%、コード再利用率85%、安全監査済み」と証明。ERC-8183：ビジネス契約の「枠組み」 例：AlphaBotはERC-8183のメインコントラクトにタスクを作成し、「ナスダック指数ETFの20日移動平均の転換点を分析するPythonコードを書いてほしい」と定義し、200USDTを預託、評価者にAuditNodeを指定。x402：柔軟な支払いの「パイプライン」 例：OpenClawが関数ブロックを完成しアップロードすると、x402は事前設定のレートに従い、預託金の5%を自動的にOpenClawに支払う。評価者と決済：AuditNodeがPythonコードを実行し、正しく515070の平均線結果を出力できるか検証。合格ならERC-8183上で「完了」をクリックし、取引完了。結果はERC-8004にフィードバックされ、OpenClawの成功事例数が増加。七、リスクと未来展望7.1 リスクと課題評価者の実装難易度芸術や主観的分析などのタスクでは、技術発展の初期段階では評価者の信頼性や公平性確保は困難。人間の審査や多署名、ハイブリッド評価に頼る必要も。評価者の攻撃リスク評価者コントラクトがハッキングされたり、外部データ源（Oracle）が操作された場合、資金安全が脅かされる。誰が評価者を評価・監査するかが重要課題。免許不要のモデルのリスクサービス提供者の身元はウォレットアドレスのみ。資格審査や保険、ガードレールがなく、悪意行為のリスクが増大。7.2 未来展望ERC-8183とERC-8004、x402の三つの規格の連携ERC-8004は、エージェントの信頼性と発見を支援。登録情報は活動記録に依存。ERC-8183は、商取引の枠組みと信頼の土台を提供。タスクごとに信頼信号を蓄積し、信用層を強化。x402は、支払いチャネルの柔軟性を高め、より自由な決済を可能に。これらを組み合わせることで、完全な商業標準を構築。【総合的なビジョン】：ERC-8183は単なる支払い規格ではなく、支払いの全ライフサイクルを包括するビジネス標準。規格の確立、資金托管、検証可能な納品、評価の証明、確定的決済を一体化し、AIエコノミーの基盤を形成。経済参加者の新たな潮流AIの波は、未曾有の規模で新たな経済参加層を生み出す。数百万の開発者や一般ユーザーが、AI助手を用いて微サービスやAPIを構築・販売。彼らは法人登録もなく、公式サイトもなく、取引履歴も乏しい。ERC-8183は、許可不要の仕組みを提供。タスク原語は、これら草の根商人にとっての収益チャネルだけでなく、明確なビジネスライフサイクルを示す。信頼と決済の基盤を築き、信用は自らの資産として流動化できる。どのパブリックチェーンの中継者も、この規格に接続すれば即座に検証可能。
兆ドル規模のAgent経済の基盤となるビジネス契約：ERC-8183を理解することは、支払いだけでなく未来を見据えたものです
一、技術背景と問題定義
1.1 AIエージェント経済の台頭
AI技術と応用の急速な進展に伴い、AIエージェントは単なるツールから価値創造やサービス提供の経済参加者へと変貌している。
専門的な画像生成が可能なエージェントは有料サービスとして成立し、
投資ポートフォリオを深く分析し最適な取引を実行できるエージェントは実際の資金を運用し、
法律文書を審査しリスクを警告するエージェントの作業は、通常人間の弁護士の数百ドル時給に匹敵する。
こうした能力の飛躍的向上は、新たな経済形態を生み出している。
AIが身近になったことで、個人や組織、さらにはスマートデバイスまでもがインテリジェントエージェントを通じて活動する可能性が高まる。経済モデルは根本的に変化し、エージェントはもはや人間とだけではなく、相互にやり取りし、サービスし合う。
例えば、マーケティング活動を統括するAIエージェントは、自律的にコンテンツ作成エージェントやチャネル配信エージェント、データ分析エージェントを雇用し、全体の経済は無数のAIエージェントが絡み合うネットワークへと進化し、機械レベルの速度でグローバルに高頻度取引を行う。
1.2 核心的課題：信頼不要のビジネスの必要性
従来のビジネス環境では、信頼はプラットフォームや評価制度、法律制度、社会規範によって裏付けられてきた。
しかし、AIエージェント経済の時代において、一方の人間やエージェントがもう一方のエージェントを雇用する場合、これらの仕組みは機能しなくなる。現状のエージェントには社会的信用や評判の記録がなく、人間や他のエージェントに参考となる信頼性評価体系も存在しない。契約条項の記録も不十分で、法律や信用追跡の仕組みも高速な機械取引に追いつかず、未完了のタスクに対する前払金の凍結メカニズムもなく、プラットフォームや規制当局の強制執行力も備わっていない。
単なるトークンの移転だけではビジネスの信頼性は担保できない。保障が不十分な状態でサービス提供者がトークンを持ち逃げすれば、委託者やタスク発注者は責任追及の道を見いだせない。
さらに、グローバル化の進展により、エージェント間のやり取りは国境を越え、信頼評価や規制の枠組み構築は一層困難になる。
この課題解決の一つの道筋として、ブロックチェーンのスマートコントラクト技術が有効である。
分散型パブリックチェーン上に展開されたスマートコントラクトは、資金の管理、状態遷移、評価者の証明をすべて公開・透明・改ざん不可のコードに封入し、中立的な執行者として機能する。
また、オンチェーン決済は、中心化プラットフォームでは実現できない移植性・検証性・改ざん不可の記録を生み出す。完了したタスクや評価者の証明、成果物のハッシュ値はすべてチェーンに記録され、エージェントの信用システムやアイデンティティ体系の基盤となり、紛争時の責任追及にも役立つ。
二、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で成果を提出。
ポイント：この時点では資金はロックされており、Providerはまだ受け取れない。
【評価者（Evaluator）】
最も革新的かつ重要な設計。
成果を検証し、資金の解放または返還を決定。
AI、ZK証明回路、多署名ウォレットなど、多様な形態があり得る。
コアロジック：Providerの提出内容を検証し、客観的な成果（例：コードの動作成功）ならAI評価者、主観的な内容ならクライアントの多署名ウォレットが判断。
最終裁定：completeJob（資金解放）またはrejectJob（返金）を呼び出す。
3.3 スマートコントラクト状態遷移（ライフサイクル）
Jobの進行は、状態遷移の自動流れに完全に依存し、中央サーバーの介入は不要。
【Open（開始）】：Clientがタスクを作成。Providerは空（address(0)）も可能で、公開募集を示す。
【Funded（資金提供済み）】：資金がコントラクトの托管プールにロックされ、信頼の土台となる。
【Submitted（提出済み）】：Providerが成果を提出。
【Terminal（終局状態）】：評価者が裁定し、結果は以下のいずれか。
・Completed：検証成功、資金がProviderに支払われる。
・Rejected：検証失敗、資金が返還される。
・Expired：期限超過、資金が自動的に解放され返還。
3.4 複数役割の協働フロー
ERC-8183は、スマートコントラクトによる信頼不要の協働フローを強制実行。
【発行とロック（Client）】：createJob呼び出し時に評価者のアドレスを指定し、報酬をコントラクトに預ける。資金はロックされ、Providerは安心して作業できる。
【納品と証明（Provider）】：成果を提出（HashやIPFSリンク）。コントラクト状態はSubmittedに。
【裁定と清算（評価者）】：成果を検証し、承認ならapproveJobを呼び出し、資金がProviderに送金。拒否ならrejectJobを呼び出し、資金は返還。
この仕組みでは、資金の托管と権限の分離が重要。まるで分散型の「支付宝担保取引」のように、買い手は資金をコントラクトに預け、売り手は商品を発送。最終的な受領確認は、買い手または第三者の評価者に委ねられる。
3.5 Hooks拡張メカニズム
基本的なフローだけでは硬直化するため、ERC-8183はHooks（フックコントラクト）を導入。
createJob時に、カスタムHookコントラクトのアドレスを指定可能。これにより、支払い前後の動作や検査をフックで挿入できる。
【beforeAction（前置き）】：コア動作前に呼び出し、条件不一致ならトランザクションをロールバック。
【afterAction（後処理）】：コア動作後に呼び出し、信用スコア低下の制御や分配ロジックを追加可能。
この仕組みは、コア規格とビジネス拡張層を分離し、エコシステムの拡張性と進化性を高める。開発効率やエコシステム協働を促進し、AIエージェント間の複雑な協働に柔軟な戦略空間を提供。最終的に、オープンで非許可・組み合わせ可能なチェーン上ビジネスネットワークの土台となる。
3.6 評価者（Evaluator）メカニズム詳細
ERC-8183において、評価者は価値交換の最終決定を下す「判断の頭脳」。技術的には単なるアドレスだが、実務では判定用の専用コントラクトが多い。
タスクの性質に応じて、評価者は三つの形態を取る。
【形態一：AIエージェント（主観的タスク向け）】：文章作成やデザイン、分析などの主観的タスクでは、大型言語モデル（LLM）を搭載したAIエージェントが、提出内容を読み比べて判断。
【形態二：ZK証明コントラクト（客観的タスク向け）】：計算やZKP生成、データ変換などの確定性の高いタスクでは、ZK検証器を内蔵したスマートコントラクトが、Providerの証明を検証し、自動的に完了または拒否。
【形態三：マルチシグ・ガバナンス（高額タスク向け）】：高価値の重厚なタスクには、多署名ウォレットやDAO、ステークを伴う検証者ノードを採用。
ERC-8183は、これらの実体の性質を厳密に区別せず、「あるアドレスが完了または拒否を呼び出した」事実だけを重視。これにより、少額の画像生成から高額の資金管理まで、同一インターフェースで対応可能となる。
四、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は2026年2月25日にEthereum FoundationのdAIチームとVirtual Protocolチームが共同で提案し、3月10日に正式ドラフトとして公開。現在は草案段階。
AIエージェント経済の急速な拡大において、これら三つの規格は共通の核心命題に挑む。
それは、「AIエージェント間の安全かつ効率的な商業協働と支払いをどう実現するか」である。
しかし、信頼モデルや決済ロジック、分散性の観点で本質的な違いが存在する。
4.2 ACPとAP2：API型の協働
ACP（acplib）とAP2は、「機能実装」の観点から出発。
ACPはエージェントの「標準会話マニュアル」のようなもので、挨拶やタスク要件の記述方法を定義。ただし、資金決済は外部支払いチャネルや中心化プラットフォームに依存。
AP2は「資金を出す」ことに特化し、エージェントがウォレットを持ちAPI呼び出しで支払う仕組みを提供。
制約：プラットフォームのダウンや悪意行為があれば、商取引は実行できず、資金リスクは中央集権的な主体が負う。
4.3 ERC-8183の技術的優位性
なぜ、AIのグローバル化と長期運用においてERC-8183がより有望か？
A. 許可不要の「托管（Escrow）」機能
従来の中心化規格では、Clientが支払わなければProviderは何もできず、逆に全額前払いしても、作業未完了ならクライアントは泣き寝入り。
一方、ERC-8183は非托管型の資金ロックを実現。Providerが合意条件を満たす証明を提出すれば、評価者が強制的に資金を解放し、「悪意の踏み倒し」を排除。
B. 高度なモジュール化とHooks
Hooksは、ビジネスロジックの拡張を可能にする。
例えば、作業開始前（beforeAction）に、ERC-8004規格と連携し、エージェントの信用履歴や不正注入の有無を自動検査。信用低下なら接続拒否。
C. 原子性決済と紛争解決
従来のACP/AP2は、紛争時に人間のカスタマーサポートや複雑なバックエンドを必要としたが、ERC-8183は「コード＝法」として、検証ロジックを外部の監査エージェントに委ねることも可能。
链上（またはORA等のチェーン上AI）で検証し、追跡性と検閲耐性を確保。これが技術的な突破口。
4.4 自分に適したエージェント支払い規格の選び方
内部閉ループのエージェントシステムを構築し、迅速な展開とシンプルなAPI呼び出しを求めるなら、ACPやAP2が適している。
一方、グローバルなAI労働市場に参加し、数千の未知のAIエージェントが安全に数兆規模の商取引を行いたいなら、ERC-8183が唯一の「最小信頼」特性を持つ技術基盤である。
五、応用シナリオ
5.1 シナリオ1：自動化サプライチェーン
ERC-8183は、サプライチェーンの人手依存からタスク駆動の自律運用へと変革。
在庫管理AIが不足を検知したら、自動的に補充タスクを発行し、予算をロック。供給者と物流エージェントがそれぞれ生産・配送を担当。資金はコントラクトに預託され、出荷や受領、条件達成後に自動解放。履行と支払いを連動させる。
これにより、人工介入を減らし、透明性と協働効率を向上。越境貿易やスマート倉庫など複雑な供給ネットワークに適用可能。
5.2 シナリオ2：マーケティング自動化
ERC-8183は、AI駆動の成長促進の実行フレームワークとして、マーケティングの自動化を支援。
マーケティングエージェントは、トレンドを自動検知し、コンテンツ作成タスクを発行。文案生成エージェントが制作し、配信エージェントが拡散と最適化を行う。予算はタスク作成時に預託され、効果（露出、クリック、コンバージョン）に応じて自動的に解放。検証と追跡可能なマーケティングループを形成。
コスト削減とともに、資金の安全性と透明性を確保。
5.3 シナリオ3：分散型計算資源市場
データ処理や計算タスクにおいて、ERC-8183は信頼不要の取引市場を構築。
データクレンジングやモデル推論、コード監査など、結果の検証可能なタスクには、ZK証明をEvaluatorとして導入。結果の証明を検証し、合格なら自動的に決済。人手による審査を排除し、遅延や主観性を排除。
暗号学的検証により不正行為を防止し、高効率・公平な計算リソースの協働を実現。AI推論や分散計算リソース調整に適用。
5.4 シナリオ4：全自動化されたAIソフトウェア外注センター
ERC-8183は、AIエージェント駆動のソフトウェア外注協働モデルを可能にする。
【主催エージェント】（例：AlphaBot）が開発タスクを発行し、
【コーディングエージェント】（例：OpenClawやClaudeCode）がコードを実装、
【監査エージェント】（例：AuditNode）が自動検証を行う。
タスクの発行、資金の托管、コード提出、検収までをチェーン上で完結。監査合格時に支払いがトリガーされ、人工介入なしの開発サイクルを実現。
これにより、開発効率を向上させ、エージェントの能力と信用を蓄積。拡張可能なAIネイティブソフトウェア生産体系を推進。
六、エコシステム協働と規格の組み合わせ
6.1 ERC-8183 + ERC-8004 + x402の連携
Ethereumの未来像において、ERC-8183はx402（マイクロペイメント規格）やERC-8004（AIアイデンティティ・信用規格）と連携し、AI経済の三本柱を形成。
ERC-8004：AIのオンチェーンアイデンティティと信用履歴を記録し、「このAIは信頼できるか」を示す。
ERC-8183：「取引の安全と托管」—「この取引は安全に成立するか」を担保。
x402：「支払いチャネル」—「API呼び出しのように簡単に支払える」仕組み。
6.2 完全協働例：完全自動化AIソフトウェア外注センター
ERC-8004：アイデンティティと信用の「履歴書」 例：AlphaBotはOpenClawのERC-8004証明を取得し、「500回コード納品済み、評価率99%、コード再利用率85%、安全監査済み」と証明。
ERC-8183：ビジネス契約の「枠組み」 例：AlphaBotはERC-8183のメインコントラクトにタスクを作成し、「ナスダック指数ETFの20日移動平均の転換点を分析するPythonコードを書いてほしい」と定義し、200USDTを預託、評価者にAuditNodeを指定。
x402：柔軟な支払いの「パイプライン」 例：OpenClawが関数ブロックを完成しアップロードすると、x402は事前設定のレートに従い、預託金の5%を自動的にOpenClawに支払う。
評価者と決済：AuditNodeがPythonコードを実行し、正しく515070の平均線結果を出力できるか検証。合格ならERC-8183上で「完了」をクリックし、取引完了。結果はERC-8004にフィードバックされ、OpenClawの成功事例数が増加。
七、リスクと未来展望
7.1 リスクと課題
評価者の実装難易度
芸術や主観的分析などのタスクでは、技術発展の初期段階では評価者の信頼性や公平性確保は困難。人間の審査や多署名、ハイブリッド評価に頼る必要も。
評価者の攻撃リスク
評価者コントラクトがハッキングされたり、外部データ源（Oracle）が操作された場合、資金安全が脅かされる。誰が評価者を評価・監査するかが重要課題。
免許不要のモデルのリスク
サービス提供者の身元はウォレットアドレスのみ。資格審査や保険、ガードレールがなく、悪意行為のリスクが増大。
7.2 未来展望
ERC-8183とERC-8004、x402の三つの規格の連携
ERC-8004は、エージェントの信頼性と発見を支援。登録情報は活動記録に依存。
ERC-8183は、商取引の枠組みと信頼の土台を提供。タスクごとに信頼信号を蓄積し、信用層を強化。
x402は、支払いチャネルの柔軟性を高め、より自由な決済を可能に。
これらを組み合わせることで、完全な商業標準を構築。
【総合的なビジョン】：ERC-8183は単なる支払い規格ではなく、支払いの全ライフサイクルを包括するビジネス標準。規格の確立、資金托管、検証可能な納品、評価の証明、確定的決済を一体化し、AIエコノミーの基盤を形成。
経済参加者の新たな潮流
AIの波は、未曾有の規模で新たな経済参加層を生み出す。数百万の開発者や一般ユーザーが、AI助手を用いて微サービスやAPIを構築・販売。彼らは法人登録もなく、公式サイトもなく、取引履歴も乏しい。
ERC-8183は、許可不要の仕組みを提供。タスク原語は、これら草の根商人にとっての収益チャネルだけでなく、明確なビジネスライフサイクルを示す。信頼と決済の基盤を築き、信用は自らの資産として流動化できる。どのパブリックチェーンの中継者も、この規格に接続すれば即座に検証可能。