ERC-8183のご紹介：AIエージェント向けコマースレイヤー

Virtuals ProtocolとEthereum FoundationのdAIチームが共同開発

仕様: https://eips.ethereum.org/EIPS/eip-8183

ディスカッション: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

ビルダーコミュニティに参加: https://t.me/erc8183

コマース：分散型AIの前提条件

AIエージェントを誰もが利用可能で、分散化され、単一プラットフォームやプロバイダーに依存せず、単一障害点の影響を受けないものにしたい場合、コマースは不可欠です。コマースは後付けではなく、基盤インフラとして設計されるべきです。そして、そのコマースは常にオープンかつパーミッションレスである必要があります。これこそが@ethereumが目指した「所有者のいない共有デジタル空間」です。

なぜかというと、AIやエージェント層の分散化には、多数の独立したエージェントやサービスが不可欠だからです。たとえば、画像生成ができるエージェントが一つだけで、そのサービスが停止すれば、どのプロトコル上でも画像生成は中央集権的になります。取引執行を一つのプロバイダーが管理していれば、資金管理はその一者の運用意欲に依存します。決済インフラを一つのプラットフォームが管理していれば、たとえ何千ものエージェントがいても、すべてのプロバイダーとクライアントはそのプラットフォームのルールに従わざるを得ません。

そのためにはオープンなコマースが不可欠です。どのエージェントもサービスを購入でき、どのエージェントもサービスを提供できなければなりません。ゲートキーピングも、クローズドな囲い込みも不要です。必須の仲介者もありません。

なぜブロックチェーンなのか

しかし最も重要なのは、すべての当事者が取引の履行を信頼できる場合にのみコマースが成立するということです。クライアントが前払いする場合、プロバイダーが納品してくれるとどう確信できるでしょうか？プロバイダーが先に納品した場合、クライアントが支払うとどう確信できるでしょうか？誰かが資金を保管し、作業の完了を管理し、結果を強制執行する必要があります。完了時の支払い、失敗時の返金などです。信頼（あるいはその欠如）が、中央集権的な存在やゲートキーピングを生み出す根本的要因です。

従来のアーキテクチャでは、その「誰か」はプラットフォームです。エスクローを保持し、ステートマシンを制御し、誰がいつ支払いを受けるかを決定する企業です。これは、うまくいく間は機能しますが、プラットフォームはルールを変更したり、資金を凍結したり、プロバイダーを削除したり、サービスを停止したりできます。すべての参加者はプラットフォームの善意に依存しています。これはプロトコルレベルではなく、執行レベルでの中央集権です。間違いではありませんが、信頼のないシステムでは必要な仕組みです。目指すのは「全体支配の排除」——どのエンティティもエージェント間の取引を完全に支配できない状態です。私たちはこれを実体験しています。ビルダーは、特定のプラットフォームの善意に依存せず、信頼できるインフラを求めています。

分散型チェーン上のスマートコントラクトは、これを解決する手段です。エスクロー、ステートマシン、評価者の証明は、公開され、変更不可で、誰の所有物でもないコードとして存在します。コントラクトが中立的な執行者となり、関係者の評判に対する実効的なシグナルを生み出します。

オンチェーン決済は、中央集権型プラットフォームでは実現できない「持ち運び可能」「検証可能」「不変な記録」を生み出します。すべての完了したジョブ、評価者の証明、納品物のハッシュがオンチェーンに記録され、どのエージェントも、どのプラットフォームも、どのインターフェースからも参照できます。これらの記録が評判システムやエージェントIDの基盤となります。オンチェーン決済がなければ検証可能な履歴はありません。検証可能な履歴がなければ持ち運び可能な評判はありません。持ち運び可能な評判がなければ、すべてのエージェントの取引はゼロから信頼を構築するところから始まります。

だからこそ、オンチェーン標準が必要です。エスクロー、ステート遷移、証明——これらは中立的で安全、かつ執行可能でなければなりません。

発見、交渉、コミュニケーションはオンチェーンでもオフチェーンでも、最も自然なインターフェースを通じて行えます。エージェントはx402インターフェースプロトコルを使ってHTTP経由でやり取りでき、標準的なAPIやHTTPSリクエストのような体験になります。エージェントは必ずしも直接チェーンに触れる必要はありません。1つのメッセージに署名し、ファシリテーターがオンチェーン決済と標準化を担います。あるいは、エージェント同士がMCPやA2Aで直接やり取りすることも可能です。インターフェースは柔軟ですが、コアとなる決済はトラストレスでプログラム可能、かつオンチェーンであるべきです。中央集権システムが提供しないインフラであり、それが彼らのコントロールを脅かすからです。

エージェントエコノミー

AIモデルやエージェントは急速に進化し、毎月その能力が高まっています。1年前には人間の専門知識が必要だったタスク——本番コードの執筆、プロフェッショナルなメディアの生成、金融データの分析、複数工程のワークフロー調整——が、今やエージェントによって同等またはそれ以上の品質で実行されています。その能力は今も加速しています。AIの進化は新しい経済の到来を不可避なものにしています。

エージェントの能力が高まるほど、より価値の高い仕事を担います。プロの写真と見分けがつかない画像を生成できるエージェントは、十分に対価を得るサービスです。ポートフォリオを分析し最適な取引を実行できるエージェントは、実際の資産運用者となります。法的文書をレビューしリスクを指摘できるエージェントは、人間なら時給数百ドルの仕事を担います。

これが重要な転換点です。AIとエージェントは、価値とサービスを生み出す経済参加者になりつつあります。

そしてAIが誰でも使えるようになれば、個人・組織・デバイスのすべてがエージェントを通じて活動するようになるかもしれません。経済の構造が変わります。エージェントは人間にサービスするだけでなく、エージェント同士で取引し合うようになります。たとえば、キャンペーンを調整するエージェントが、コンテンツエージェント、流通エージェント、分析エージェントと契約するようなイメージです。経済は、エージェント同士が機械の速度で、グローバル規模で取引するネットワークへと進化します。

エージェントが価値ある仕事を担い、誰もがエージェントを利用できるようになれば、経済活動の大半は自律システムを通じて流れるようになります。これが私たちの目指す未来です。

問題：エージェント間のトラストレスコマース

エージェントエコノミーにはエージェント間のコマースが必要です。そして、これまで取引したことのない、異なる組織やチェーンをまたぐエージェント同士のコマースは、トラストレスでなければなりません。

人間同士が取引し、雇い合い、サービスを受けるとき、信頼が基盤となります。こうした場合、信頼はプラットフォーム、レビュー、法制度、社会的規範によって媒介されます。しかし、エージェントが別のエージェントを雇う場合、これらの仕組みは通用しません。確認すべき社会的評判もありません。機械の速度で行われる取引に対応できる法的・評判的な救済手段もありません。執行を担うプラットフォームや規制当局も存在しません。

では、エージェント間のコマースをどのようにトラストレスにするのでしょうか？

単に資金を送ってうまくいくことを期待することはできません。トークン送信はコマースではなく、保証のない支払いにすぎません。合意内容の記録もなく、作業が満足いくまで資金を保管する仕組みもありません。他のエージェントが参照できる評価もなく、プロバイダーが納品しない場合の救済策もありません。

必要なのは構造化されたエンゲージメントです。プログラム可能な分散型・中立的エスクローで資金を保管し、検証可能なアーティファクトとして作業を提出し、納品が条件を満たすかを証明する評価者がいて、決定論的な結果が出る——そうした仕組みです。完了時に資金をリリースし、却下時に返金し、期限切れの場合は資金を返還するなど、関係者すべてのIDと評判に寄与する仕組みが必要です。

ERC-8183：ジョブプリミティブ

@ethereumfndn dAIチームと連携し、これを標準として定義しました。ERC-8183: Agentic Commerceは、エスクローと評価者の証明をオンチェーンスマートコントラクトとして実装した、エージェントコマースアプリケーション向けのオープンかつパーミッションレスな標準です。

ERC-8183は単一のコア——ジョブを定義します。各ジョブはクライアント、プロバイダー、評価者の3者で構成され、各者はウォレットアドレスのみで定義されるため、幅広い用途に対応できます。

ジョブ・プリミティブの主な構成要素と原則は、(i) ジョブ仕様・記述——支払いに紐づくタスクやサービス内容の明確な記録、(ii) 支払い自体——中立的にプログラムされたエスクローで最終状態まで保護され、プログラム的にリリースされる、(iii) クライアントとプロバイダーの双方を守る納品物の記録・検証・追跡可能な提出、(iv) 評価者の証明——関係者のIDと評判への実効的なシグナルを生み出し、トラストレスな決済を後押しする、という点です。

これにより、ジョブは4つの主要な状態を経てトラストレスな取引を実現します：

Open → Funded → Submitted → Terminal（Completed / Rejected / Expired）

要約すると、ジョブはクライアントがプロバイダーとの間で作成し、資金をエスクローに預けて初期化されます。プロバイダーが作業を行いsubmitを実行、納品物（またはその参照）をオンチェーンに登録します。評価者が提出物を確認しcomplete（プロバイダーに資金をリリース）またはreject（クライアントに返金）を実行します。プロバイダーも評価者も締切（期限）までに行動しない場合、ジョブは期限切れとなり、クライアントが資金を回収します。

この標準はあえて最小限に設計されており、アトミックなプリミティブとなります。交渉フロー、手数料構造、紛争解決、通信プロトコル、発見メカニズムなどは規定しません。信頼不要なエージェントコマースに必要な、最小限のジョブライフサイクルのみを定義します。

評価者（Evaluator）

ERC-8183の重要なコンセプトであり設計上の決定点の一つが「評価者（Evaluator）」の概念です。評価者は単なるアドレスとして定義され、常に最広義の意味でのエージェントです。

執筆、デザイン、分析など主観的なタスクの場合、評価者は提出物を読み取り、リクエストと比較し、判断を下すAIエージェントになり得ます。計算、証明生成、データ変換など決定論的なタスクの場合、評価者はZK検証器をラップしたスマートコントラクトです。プロバイダーが証明を提出し、評価者がオンチェーンで検証して自動的にcompleteまたはrejectを実行します。ハイリスクな取引の場合、評価者はマルチシグやDAO、ステーキング担保型バリデーターにもなり得ます。

標準はこれらを区別しません。アドレスがcompleteまたはrejectを呼び出すだけです。そのアドレスがLLM搭載エージェントを動かしているか、ZK回路かはプロトコルの関知するところではありません。これにより、$0.10の画像生成ジョブから$100,000の資産運用まで、同じインターフェースで対応できます。

フック：モジュラー拡張性

ジョブ・プリミティブはあえて最小限ですが、コマースはそうではありません。実際のアプリケーションでは、カスタム検証、評判の更新、手数料分配、資金移動、入札メカニズム、ユースケースごとに異なるドメイン固有ロジックが必要です。コンテンツ評価ジョブ、トークンスワップ、予測市場ポジションなどは根本的に異なるロジックを要します。

ERC-8183はこれを「フック」で解決します。フックとは、ジョブ作成時に任意で付与できるスマートコントラクトです。各アクションの前後でコールバックを受け取り、コアライフサイクルを変更せずにカスタムロジックを実行できます。フックは単一の関数セレクター（どの遷移か）で特定され、関連パラメータを受け取ります。事前条件の強制、不正なアクションのブロック、副作用のトリガー、追加トークン移転など、コア状態変更と同一トランザクション内で実行可能です。

フックが設定されていない場合は、コントラクトは通常通り動作します。フックなし実装もERC-8183に完全準拠です。フックは追加的なもので必須ではありません。この設計により、コアコントラクトは小さく、インターフェースは安定します。新たなユースケースは新しいフックコントラクトで対応し、拡張ロジックもオンチェーン・プログラム可能・トラストレスなまま維持されます。

コマースアプリケーションの例

コアのジョブはシンプルなサービスコマース——支払い、納品、評価——に対応しますが、エージェントが活動する経済は単純ではありません。顧客の資本管理を伴うジョブや、プロバイダー決定前に価格競争が必要なジョブ、外部評判データを参照した信頼チェックが必要なジョブなど、多様な経済モデルがあります。フックによって、同じジョブインターフェースでこうした多様性をサポートでき、ERC-8183は多用途なコマースプリミティブとなります。

• サービスジョブは基本形でフック不要です。クライアントがコンテンツ生成やデータ分析、コードレビューを依頼し、コアのエスクローと評価フローで完結します。
• 資金移動ジョブはサービス料を超えます。クライアントが資本（スワップ用トークン、投資資金など）を提供し、プロバイダーがそれを変換、成果物を返却します。フックがこの双方向の資本移動をコアエスクローと連携して管理し、プロバイダーが成果トークンを預けるまで完了できないようにします。イールドファーミング、トークンスワップ、ポートフォリオリバランスなど、プロバイダーがクライアント資産を扱う、または前払資本が必要なジョブ全般に対応します。
• 入札ジョブは割当モデルを逆転します。クライアントがプロバイダーを先に選ぶのではなく、プロバイダーが価格で競争します。フックが割当時に暗号署名済み入札を検証し、選ばれたプロバイダーが主張する価格を証明します。双方とも条件の捏造や否認はできません。
• 評判ゲート付きジョブは、プロトコルレベルで信頼を担保します。フックがERC-8004を参照し、評判の低いプロバイダーをブロックしたり、未実績エージェントには厳格な条件を課します。
• プライバシー保護ジョブは、データ非公開のコマースをフックで実現します。機密タスクデータをオンチェーンに投稿せず、プライバシーフックが「Submission」欄にゼロ知識証明（ZKP）や暗号化環境（TEEなど）の参照が含まれることを強制します。これにより支払いはトラストレスかつ公開されますが、知的財産や個人データは「聖域」として認可されたエージェントだけがアクセス可能です。
• リスク評価/アンダーライティングジョブは、フックでプロトコルレベルの引受審査を実現します。プロバイダーや引受人からのステーク担保、ERC-8004評判スコアや他の指標の事前チェック、失敗時のボンド没収、外部リスクオラクル参照などをフックで強制できます。これまでブラックボックスだった承認プロセスも、透明・プログラム可能・競争的になります。例えば信頼度の高いエージェント向けには最小限のチェック、ハイリスク領域では多額の担保を要求するなど、リスク許容度ごとに対応可能です。

これら各アプリケーションは異なるフックコントラクトとして実装でき、コア機能とジョブ・プリミティブの標準性を維持します。新たな経済モデルやコマースアプリ、カスタムロジックのバリエーションは新規フックとして追加可能です。私たちは最初のいくつかのフックを導入しましたが、これは可能性の一端にすぎません。保険、クリエイティブ協業、サプライチェーン調整など、エージェントコマースがどのように発展するかは未知数です。それこそが重要なのです。さらに、エージェントコマースは誰にも予測できない形で進化し、新たな経済モデル、信頼メカニズム、機械同士の新しい協業形態が生まれるでしょう。この標準はその進化に合わせて成長するよう設計されており、制約するものではありません。標準はオープンに構築されるべきであり、エコシステムから最高のアイデアが出てくるからこそ、共に発見していくことを期待しています。

ERC-8004との共生

ERC-8183は単独で存在するものではありません。ERC-8004（「Trustless Agents」）、すなわちエージェントのID、評判、検証のEthereum標準と共生関係にあります。

ERC-8004は発見と信頼を解決します。すなわち、エージェント同士がどう出会い、信頼性を評価するかです。しかし、そのレジストリは記録される活動があってこそ価値を持ちます。コマースやアクションのないIDは空虚なプロフィールです。評判は実際のインタラクションがあってこそ測定できます。検証には納品物という基準が必要です。

ERC-8183はERC-8004の信頼レイヤーを支えるコマースを提供します。すべてのジョブが評判シグナルとなり、すべての提出がバリデーターが評価できる納品物となり、すべての評価が他のエージェントが参照できる証明となります。

この2つの標準はループを形成し、エージェント間のトラストレスな相互作用を通じて、より強力な自己組織化を可能にします：

発見（8004）→ コマース（8183）→ 評判（8004）→ より良い発見 → さらにトラストレスなコマース

どちらか一方だけでは不完全です。両者が揃って初めて、トラストレスなエージェントコマースと相互作用の基盤が成立します。

支払いを超えて

ERC-8183は決済プロトコルではありません。コマース標準です。

支払いは資金を動かしますが、コマースにはそれ以上のものが必要です。コマースとは、支払いを信頼でき機能的なものにする周辺すべて——何が合意されたか、作業が完了したか、誰が検証したか、未達時にどうなるか——を含みます。伝統的な世界でコマースが機能するのは、支払いを取り巻く仕組み——加盟店のリスク審査・引受、資金がなくても取引できる与信、数十億件の不正検出、サービス不履行時のチャージバック・紛争解決、繰り返し取引で信頼を積み上げる評判システム——があるからです。これらが決済プロセッサーやカードネットワーク、プラットフォームの価値であり、単なる資金移動そのものではありません。

コマースがオンチェーン化しても、これらの機能は消えません。信頼不要・プログラム可能・オープンに再構築する必要があります。それこそがERC-8183です。

ジョブ・プリミティブのエスクローと評価者証明モデルは、プログラム可能な事前決済条件付きチャージバックの仕組みに相当します。ERC-8004やその他のオンチェーン評判指標・履歴をERC-8183に組み込むことは、持ち運び可能かつ検証可能な履歴を伴う独自の引受審査に相当します。

フックは中央集権的なリスク評価を、モジュラーで競争的、監査可能なロジックに置き換え、誰でもファシリテーターとして導入できます。結果として、オンチェーンで資金を動かすだけでなく、コマースの信頼インフラ全体をオープンかつパーミッションレスに再構築できるのです。

既存の決済プロトコルやインターフェース（伝統的なプロセッサーやx402のようなステーブルコイン転送プロトコル）は、資金移動をなめらかにインターネットネイティブな体験で提供します。ERC-8183は、支払いをトラストレスな取引に変える全ライフサイクル——仕様、エスクロー、納品物提出、評価者証明、決定論的決済——を管理します。エージェントはx402やHTTP経由でインターフェース層とやり取りしつつ、実際の決済はERC-8183でオンチェーンに流れます。これらは補完的な関係です。

不可逆性、エスクロー、チャージバック問題

スタンドアロンの支払いでよく指摘されるのが「不可逆性」です。カードが請求され、サービスに不満があれば消費者は異議申し立てで請求を取り消しますが、支払いが転送された場合、資金は戻りません。これは純粋な支払いや送金における現実的かつ正当な懸念です。

ERC-8183はこのコア概念をコントラクト構造に組み込んでいます。資金は、評価者が納品物が合意条件を満たすと証明するまでエスクローに保管されます。rejectパスでクライアントに返金、expiryパスで自動返還されます。これは、カードコマースを支える認証・キャプチャモデルのプログラム可能・信頼不要な同等物であり、条件は事前にコードで規定・強制され、後からネットワークの裁量で判断されることはありません。

金額未定の事前認証（ホテルのホールド、スコープ拡大の可能性があるサービスなど）も、フックの柔軟性で最大額をロックし、完了時の検証可能な入力で最終額を精算する設計が可能です。カードコマースの信頼パターンや行動様式を支える柔軟性を維持しつつ、決済は透明・オープン・トラストレス・オンチェーンで行われます。

新たな経済参加者の波

AIの波は、これまでにないスピードで新たな経済参加者（買い手・売り手）を生み出しています。開発者・非開発者を問わず、何百万人もの人がAIコーディングアシスタントを使ってマイクロサービスやAPI、ツールを構築・提供しています。その多くは法人格もウェブサイトも取引履歴もありません。テック企業やオープンソースフレームワークのエージェントは、個人AIエージェントやアシスタントで何百万人ものユーザーを獲得しています。

従来の決済システムは、こうしたマーチャントへの対応に苦労します。技術的な限界ではなく、プロセッサーがプロバイダーを承認すると、そのリスク——不正、チャージバック、紛争——も引き受けることになるからです。実績も法人も履歴もないマーチャントは、引受審査でリスクが高すぎて承認できません。

ERC-8183は設計上パーミッションレスです。プロバイダーはウォレットアドレスであり、オンボーディングも引受審査もゲートキーパーも不要です。ジョブ・プリミティブは、単なる支払い手段だけでなく、作業仕様、エスクロー支払い、検証可能な納品提出、評価者証明という、信頼できる取引の基盤を提供します。

新規プロバイダーの引受不可を一時的なギャップとみなすこともできますが、オープン標準がこのタイムラインを構造的に短縮します。ERC-8183は今日から誰でも導入可能です。エコシステムは制度的合意ではなく実験によって進化します。さらに根本的には、ERC-8183とERC-8004の組み合わせは引受審査ギャップを埋めるだけでなく、根本原因を解決します。プロセッサーが新規マーチャントを引き受けられない理由は、検証可能な履歴がないからです。ERC-8183はその履歴を生み出します。すべての完了ジョブがオンチェーンに記録され、納品物ハッシュ、評価者証明、結果が残ります。その履歴は持ち運び可能で、検証可能で、誰の所有物でもありません。

重要なのは、この実績が単一プラットフォームにロックされないことです。今日、プラットフォームAはチャージバック率を、Bはセラー評価を知っていますが、その記録を持ち出すことはできません。ERC-8183では評判がマーチャント自身の持ち運び可能な資産となり、どのファシリテーターも、どのチェーンも、標準を読むインターフェースなら誰でも参照できます。ERC-8183はオンチェーンID・評判（ERC-8004）をフィードし、引受審査のデータを提供します。

エージェントコマースと分散型AIの未来を共に築く

ERC-8183はトラストレスなエージェントコマースのためのオープン標準です。関わる方法は以下の通りです：

ERC-8183で構築しましょう。ファシリテーターになりましょう！自分のチェーンにERC-8183をデプロイし、SDKやラッパー、スキャナー、トラッカー、新しいインターフェースや体験を構築し、ERC-8183で安全かつ検証可能にオンチェーン決済しましょう。標準とネイティブに連携するエージェントフレームワークを作成しましょう。

フックを探求・実験・構築しましょう。マイルストーン支払いや紛争解決が必要なら、フックとして構築しましょう。多様なアプリケーションの創造と進化の場です。

評価者を構築・登録しましょう。評価者は安全・トラストレスなエージェントコマースの要ですが、圧倒的に不足しています。特定ドメイン向け、特に完全検証可能な領域やサービス向けの評価者を構築し、ERC-8004に登録しましょう。エージェントの評判とIDに貢献できます。

貢献・フィードバックしましょう。この標準はみんなのものです。広範な実験、実利用、率直なフィードバック、反復によってのみ、必要な姿に進化します。何か足りなければ提案し、間違いがあれば指摘してください。仕様もリポジトリもディスカッションもオープンです。共に進化させましょう。

エージェントエコノミーはオープン標準の上に築かれるか、クローズドな囲い込みの上に築かれるかのどちらかです。私たちはオープン標準を選びます。共有デジタル空間です。

ERC-8004は信頼を、ERC-8183はコマースを担います。それ以外は、あなた自身が創り出すものです。

もっと知りたい方へ

ERC-8183仕様: https://eips.ethereum.org/EIPS/eip-8183

ERC-8004仕様: eips.ethereum.org/EIPS/eip-8004

ERC-8183ディスカッション: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

Telegramコミュニティに参加: https://t.me/erc8183

免責事項:

1. 本記事は[virtuals_io]より転載しています。著作権は原著者[virtuals_io]に帰属します。転載にご異議がある場合はGate Learnチームまでご連絡ください。速やかに対応いたします。

2. 免責事項：本記事に記載された見解や意見は著者個人のものであり、いかなる投資助言でもありません。

3. 他言語への記事翻訳はGate Learnチームが行っています。特に記載がない限り、翻訳記事の無断転載・配布・盗用を禁じます。