作者： Virtuals Protocol翻訳： 深潮 TechFlow深潮ガイド： Virtuals Protocolは、Ethereum財団dAIチームと共同でERC-8183標準提案を発表しました。核心的なアイデアは、AIエージェント間の経済的相互作用を信頼不要のオンチェーン商業プロトコルとして構築することです。これは単なる支払いプロトコルではなく、タスク規範、ホスティング、納品検証、評価認証を包括するビジネスインフラ全体です。以前のERC-8004（エージェントのアイデンティティと評判）と連携し、閉ループを形成します：発見、取引、評判蓄積、より良い発見、より多くの信頼不要取引。AIエージェント経済のオンチェーン実現に関心があれば、必読の内容です。全文は以下の通りです。---Virtuals ProtocolとEthereum財団dAIチームによる共同開発標準仕様：ディスカッション：ethereum-magicians.org/t/erc-8183-agentic-commerce/27902ビルダーコミュニティ参加：ビジネス：分散型AIの前提条件AIエージェントをアクセス可能かつ分散化し、単一プラットフォームの支配を受けず、単一提供者に依存せず、シングルポイント故障を避けるには、ビジネスが不可欠です。ビジネスは後付けの概念ではなく、インフラとして存在すべきです。そして、そのビジネスは常にオープンで、許可不要でなければなりません。これこそが@ethereumが創造した「所有者のいない共有デジタル空間」の構築目的です。なぜか？AIとエージェントの分散化には、多数の独立したエージェントとサービスが必要だからです。例を挙げると、画像生成だけが可能なエージェントが一つだけあり、そのサービスが停止したら、どのプロトコル上にあっても画像生成は中央集権的になります。取引実行を制御する提供者が一つだけなら、資金管理はその一者の運営意志に依存します。決済インフラを一つのプラットフォームが支配している場合、そのプラットフォームのルールに従わざるを得ません。たとえエージェントが千個あってもです。これを防ぐために、オープンなビジネスが必要です。どのエージェントもサービスを購入でき、提供できるべきです。門番も囲いも中間業者も不要です。なぜブロックチェーンかポイントは、取引が履行されると信頼できると双方が信じられる場合にのみ、ビジネスは成立します。顧客が先に支払った場合、提供者は納品するのか？提供者が先に納品した場合、顧客は支払うのか？資金を保持し、作業完了を追跡し、結果を実行する必要があります。完了時に支払いを解放し、失敗時に返金する仕組みです。これこそが、信頼（またはその欠如）が中心化エンティティやゲートキーパーを生み出す根本原因です。従来の仕組みでは、「誰か」がプラットフォームです。資金を預かり、状態遷移を制御し、誰がいつ報酬を得るかを決める会社です。この仕組みは機能します—しかし、限界もあります。ルールを変更でき、資金を凍結し、提供者を排除し、サービスを停止できます。参加者はプラットフォームの善意に依存しています。これは中央集権的です。プロトコルレベルではなく、実行レベルの問題です。間違いではありませんが、信頼のないシステムでは必要なことです。私たちの目標は「全制御の排除」（de-totalization）です。特定のエンティティがエージェントの取引方式を完全にコントロールすることを阻止します。私たちは、開発者が依存できるが、特定のプラットフォームの善意に依存しないインフラを望んでいます。この課題に対する解決策が、分散型スマートコントラクトです。ホスティング、状態遷移、評価者認証は、公開され不変の、誰のものでもないコードに存在します。コントラクトは中立的な実行者であり、これにより各関係者の評判に意味のある信号が生まれます。オンチェーン決済は、中央集権的プラットフォームでは提供できないものを生み出します：移植性、検証性、不変性の記録です。完了したタスク、評価者の認証、納品物のハッシュはすべてチェーンに記録され、どのエージェント、どのプラットフォーム、どのインターフェースからも見えます。これらの記録は、評判システムやアイデンティティの原料です。オンチェーン決済がなければ、検証可能な履歴は生まれません。検証可能な履歴がなければ、移植可能な評判もありません。移植可能な評判がなければ、エージェントの各インタラクションはゼロ信頼から始まります。だからこそ、標準化されたオンチェーン仕様が必要です。ホスティング、状態遷移、認証は、中立的で安全、かつ実行可能でなければなりません。発見、交渉、通信はオンチェーンまたはオフチェーンで行えます。最も自然なインターフェースを通じて。エージェントはHTTPを使い、x402インターフェースプロトコルでやり取りし、標準的なAPIやHTTPSリクエストのように体験できます。エージェントは必ずしも直接チェーンに接続する必要はありません。メッセージに署名し、ファシリテーターがオンチェーン決済と標準を処理します。または、MCPやA2Aを通じて直接やり取りも可能です。インターフェースは柔軟ですが、コアの決済は信頼不要で、プログラム可能なチェーン上で行われるべきです。これが、中央集権システムが提供できないインフラです。制御力を弱めてしまうからです。エージェント経済AIモデルとエージェントは、毎月急速に進化し、より強力になっています。一年前は人間の専門知識が必要だったタスク—本番コードの作成、専門的なメディアコンテンツの生成、金融データの分析、多段階のワークフロー調整—も、今やエージェントが高品質またはそれ以上の品質で完遂します。しかも、その能力は加速しています。AIの発展軌道は、新たな経済の必然性を生み出しています。エージェントがより強力になるほど、その価値も高まります。プロの写真と区別がつかない画像を生成できるエージェントは、価値あるサービスです。投資ポートフォリオを分析し、最適化取引を実行できるエージェントは、実資金を管理します。法律文書をレビューし、リスクをマークするエージェントは、時間あたり数百ドルの人間の仕事を代替します。これが根本的な変化です。AIとエージェントは、価値創造とサービス提供の経済参加者になりつつあります。AIが誰でも使えるようになると、個人、組織、デバイスがエージェントを通じて動き出します。経済は変容します。エージェントは人間とだけでなく、相互にやり取り、サービスし合います。例えば、マーケティングキャンペーンを調整するエージェントは、コンテンツエージェント、配信エージェント、分析エージェントと契約します。経済は、エージェント間の取引ネットワークとなり、機械速度で動き、グローバルに拡大します。エージェントが価値ある仕事を完遂でき、誰もがエージェントを持つ未来では、多くの商業活動が自律システムを経由します。これが私たちが構築しようとしている未来です。問題：エージェント間の信頼不要な商業エージェント経済にはエージェント間の商業が必要です。未交渉の、異なる組織やチェーンを跨ぐエージェント間の商業は、信頼不要でなければなりません。人間の取引や相互雇用、サービス利用では、信頼が中心です。これらはプラットフォーム、評価、法体系、社会規範によって仲介されます。エージェントが他のエージェントを雇う場合、これらの仕組みは適用されません。社会的評判の追跡も、機械的な取引速度の法律や評判追索も、存在しません。プラットフォームや規制当局も介入しません。では、どうすればエージェント間の商業を信頼不要にできるのか？単純に送金して祈るだけでは不十分です。トークンの送金は商業ではありません。保証のない支払いです。約束を書き記した記録もなく、満足いく結果が出る前に資金を保持する仕組みもなく、他のエージェントが参照できる評価もなく、提供者が納品しなかった場合の追索もありません。必要なのは、構造化された協力メカニズムです。資金はプログラム可能な分散型の信頼不要ホスティングに保持され、作業は検証可能な成果物として提出され、評価者は納品物が契約条件を満たすかどうかを証明し、結果は決定的です。完了時に資金を解放し、拒否時に返金し、期限切れ時に回収可能です。これらはすべて、関係者のアイデンティティと評判に寄与します。---ERC-8183：ジョブ原語私たちは@ethereumfndn dAIチームと密に連携し、これを標準化しました。ERC-8183：Agentic Commerceは、オープンで許可不要なエージェント商業アプリケーション標準であり、ホスティングと評価者認証をオンチェーンのスマートコントラクトとして実装します。ERC-8183は、コアユニットとして「ジョブ」を定義します。各ジョブは、クライアント（顧客）、提供者（プロバイダー）、評価者（エバリュエーター）の三者から構成され、それぞれのウォレットアドレスによって定義されます。これにより、原語は広く適用可能です。ジョブ原語の背後にある主要な構成要素と原則は以下の通りです：（i）タスク規範と記述—支払いと結びついた明確なタスク、サービス、作業の記録；（ii）支払い自体—偏りのないプログラミングされたホスティングに保持され、最終状態まで解放を遅延；（iii）記録・検証・追跡可能な納品物の提出—クライアントと提供者双方を保護；（iv）評価者認証—関係者のアイデンティティと評判に追索可能な信号を生成し、信頼不要の決済に整合したインセンティブを提供。これにより、ジョブは以下の4つの重要な状態を経て流転します。Open → Funded → Submitted → Terminal（Completed / Rejected / Expired）要約すると、クライアントは提供者とジョブを作成し、資金を投入してホスティングします。提供者は作業完了後にsubmitを呼び出し、納品物（またはその参照）をオンチェーンに置きます。評価者は提出内容を審査し、complete（資金を提供者に解放）またはreject（クライアントに返金）を呼び出します。期限前に提供者と評価者が行動しなかった場合、ジョブは期限切れとなり、クライアントは資金を回収します。この標準は、最小限の構成に意図的に留められています。協議プロセス、料金体系、紛争解決、通信プロトコル、発見メカニズムは規定しません。あくまで、信頼不要なエージェント商業の最小限の原子原語のライフサイクルを規定しています。評価者ERC-8183の重要な概念と設計決定の一つは評価者（Evaluator）です。評価者は単なるアドレスとして定義され、常にエージェントです。最も広義の定義です。主観的なタスク（執筆、デザイン、分析など）では、評価者はAIエージェントであり、提出内容を読み取り、リクエストと比較し、判断を下します。決定的なタスク（計算、証明生成、データ変換）では、ZK検証器をラップしたスマートコントラクトが評価者となります。提供者は証明を提出し、評価者はオンチェーンで検証し、自動的にcompleteまたはrejectを呼び出します。高リスクシナリオでは、多署名、DAO、ステークサポートの検証者も選択可能です。標準はこれらを区別しません。アドレスがcompleteまたはrejectを呼び出すだけです。そのアドレスがLLMエージェントかZK回路かは問いません。これにより、0.1ドルの画像生成から10万ドルの資金管理まで、同じインターフェースで処理可能です。フック：モジュール化と拡張性ジョブ原語は最小化されていますが、ビジネスはそうではありません。実用的なアプリケーションには、検証、評判更新、費用配分、資金移動、入札メカニズム、ユースケースに特化したロジックが必要です。コンテンツ評価、トークン交換、予測市場ポジションなど、各々根本的に異なるロジックが求められます。ERC-8183はこれをHooksで解決します。Hookは、ジョブ作成時に付加されるオプションのスマートコントラクトです。操作前後にコールバックを受け取り、コアのライフサイクルを変更せずにカスタムロジックを実行できます。Hookは単一関数識別子（どの変換か）と関連パラメータを受け取り、前提条件の検証、無効操作の阻止、副作用のトリガー、追加のトークン移動を、コアの状態変化と同一トランザクション内で行います。Hookが設定されていなければ、コントラクトは通常通り動作します。Hookなしの実装はERC-8183の要件を満たします。Hooksは付加的なものであり、必須ではありません。この設計により、コアコントラクトはシンプルに保たれ、インターフェースも安定します。新たなユースケースは新しいHookコントラクトを通じてサポートされ、ロジックはオンチェーンでプログラム化され、信頼不要のまま拡張されます。---実用的な商業アプリ例コアのジョブは、直接的なサービス商業を処理します：支払い、納品、評価。しかし、エージェントが動かす経済は単純ではありません。いくつかのジョブは、単なる料金徴収以上のものを管理します。提供者の前に入札を行う必要がある場合もあります。外部の評判データを引用した信頼性チェックも必要です。これらは根本的に異なる経済モデルであり、Hooksはこれらを同一のコアジョブインターフェースでサポートし、ERC-8183を汎用的な商業原語にします。サービス型ジョブは、最も基本的なもので、Hooks不要です。クライアントはコンテンツ生成、データ分析、コードレビューに支払います。コアのホスティングと評価フローは完全に処理されます。資金移動型ジョブは、料金範囲を超えます。クライアントは資本（交換するトークンや投資資金）を提供し、提供者はそれを変換し、出力を返します。Hooksは、コアのホスティング外でこの双方向資金流を管理し、提供者がジョブ完了前に出力トークンを預けることを保証します。これにより、収益農業、トークン交換、ポートフォリオのリバランスなど、多様なシナリオに対応可能です。資金を扱う提供者や、前もって資本を必要とするジョブに適しています。入札型ジョブは、配分モデルを逆転させます。クライアントが事前に提供者を選ぶのではなく、提供者が価格で競争します。Hooksは、入札の暗号署名を検証し、選ばれた提供者が主張した価格を確約した証明を行います。どちらも条項を偽造・否認できません。評判ゲート付きジョブは、プロトコルレベルで信頼を実行します。Hooksは、操作前にERC-8004を照会し、低評判の提供者や未認証エージェントに対してより厳しい条件を課します。プライバシー保護型ジョブは、Hooksを利用して、データを公開せずに商業を行います。プライバシーホックは、「提出」フィールドにゼロ知識証明（ZKP）や暗号化環境（例：Tee）の参照を要求し、敏感なタスクデータをオンチェーンに公開しません。これにより、支払いは信頼不要かつ公開され、知的財産や個人データは「避難所」として保持され、許可されたエージェントだけがアクセス可能です。リスク評価・引受型ジョブは、プロトコルレベルで引受を実行できます。Hooksは、提供者や引受人に担保を預けさせ、ERC-8004の評判スコアや外部リスクオラクルを照会し、保証金をスラッシュ（差し押さえ）することも可能です。これらの透明な審査プロセスは、競争的かつプログラム可能になります。これらの各アプリケーションは、異なるHookコントラクトとして実現可能です。コアの機能とジョブ原語標準は変わりません。新たな経済モデルや商業アプリ、カスタムロジックはすべて新しいHooksとして追加されます。最初のいくつかのHooksは、可能性の例示です。私たちは、まだ触れたばかりです。エージェント商業の未来は、保険、クリエイティブコラボ、サプライチェーン調整など、多様な形態をとるでしょう。未知の領域です。新しい経済モデル、新しい信頼メカニズム、新しい機械間協調の形態が進化します。この標準は、その進化に伴って成長すべきものであり、制約すべきではありません。オープンな構築を志向し、エコシステムから最良のアイデアが生まれることを期待しています。---ERC-8004との共生ERC-8183は孤立した標準ではありません。ERC-8004（「Trustless Agents」）と相互に補完し合います。ERC-8004は、エージェントの発見と信頼性評価を解決します。エージェントはどうやって見つかり、信頼できるか？その登録簿の価値は、記録された活動に依存します。アイデンティティだけでは不十分です。評判は実際のインタラクションによって測定され、検証には具体的な納品物が必要です。ERC-8183は、ERC-8004の信頼層にビジネス活動を供給します。各ジョブは、評判の信号です。提出は、検証者が評価できる納品物です。評価は、他のエージェントが参照できる認証となります。この二つの標準は、循環的な関係を形成し、信頼不要のエージェントの自己組織化を促進します。発見（8004）→ 商業（8183）→ 評判（8004）→ より良い発見 → さらなる信頼不要の商業両者は不可欠です。併用することで、信頼不要のエージェント商業とインタラクションの基盤を構築します。---支払いを超えてERC-8183は支払いプロトコルではなく、ビジネス標準です。支払いは資金の移動です。しかし、ビジネスにはそれだけでは不十分です。ビジネスは、支払いを信頼できて運用可能にするすべてです。何を約束したか、作業は完了したか、誰が検証したか、未完了時の対応は何か。従来の世界では、ビジネスは支払いの周囲の仕組みで成り立ちます。商人が支払いを受け入れる前にリスク評価と引受を行い、信用拡張により買い手は資金到達前に取引でき、詐欺をリアルタイムで検知し、サービス失敗時の退店・紛争解決、信頼を積み重ねる評判システムです。これらが、決済事業者やカードネットワーク、プラットフォームの価値です。資金移動そのものではなく、その背後の信頼インフラです。オンチェーンに移行しても、これらの機能は消えません。無信頼、プログラム可能、オープンな方法で再構築する必要があります。ERC-8183はその役割を果たします。ジョブ原語のホスティングと評価者認証モデルは、クレジットカードのチャージバックと類似した、プログラム可能な事前決済条項を持つ仕組みです。ERC-8004のオンチェーン評判や他の評判指標を併用し、専有の引受のように扱います。Hooksは、集中化したリスク評価をモジュール化・競争化・監査可能に置き換え、誰でもデプロイ可能です。結果として、資金移動の手段だけでなく、完全なビジネス信頼インフラの再構築を可能にします—オープンで許可不要です。既存の支払いプロトコルやインターフェース（従来の決済事業者やx402のステーブルコイン送金プロトコルなど）は、スムーズでインターネットネイティブな体験を提供し、資金移動を扱います。ERC-8183は、支払いを信頼不要な取引に変える、完全なライフサイクルを管理します：規範化、ホスティング、納品物提出、評価者認証、決定的な決済です。エージェントはx402やHTTPを通じてインターフェース層でやり取りし、基盤の決済はERC-8183を通じてオンチェーンで流れます。両者は補完関係にあります。不可逆性・ホスティング・チャージバックもう一つの懸念は不可逆性です。クレジットカードの引き落としで満足できない場合、消費者は紛争を起こし、引き落としを取り消せます。支払い後は資金は戻りません。これは、従来の決済の根幹です。ERC-8183は、コントラクト構造にこの概念を保持します。資金はホスティング中に保持され、評価者が納品物を規約に適合させる証明を行えば、拒否は返金に、期限切れは自動的に回収されます。これは、カード商取引の「承認→キャプチャ」モデルのプログラム化された無信頼の同等物です。条項は事前にコード化され、コードによって実行されるだけです。未確定金額の事前承認（ホテルのデポジットや範囲拡大サービスなど）も、Hooksの柔軟性を活かし、最大金額をロックし、最終的な決済額を検証可能な入力に基づいて決定できます。この設計は、カード商取引の信頼モデルと動作をサポートしつつ、決済の透明性とオープン性を維持します。新たな経済参加者AIブームは、これまで以上に迅速に新たな経済参加者—買い手と商人—を生み出しています。数百万の開発者や非開発者が、AIプログラミングアシスタントを使い、マイクロサービス、API、ツールを構築・公開しています。多くは法的実体やウェブサイト、取引履歴を持ちません。テック企業やオープンソースフレームワークのエージェントは、個人AIエージェントやアシスタントを通じて、何百万ものユーザーを惹きつけています。従来の決済システムは、これらの商人に対応しづらいです。理由は、商人の承認を得ると、そのリスク（詐欺、チャージバック、紛争）を吸収するからです。記録も実体も履歴もない商人は、引き受けられません。ERC-8183は、許可不要の設計です。提供者は単なるウォレットアドレスです。登録や引き受け、門番は不要です。ジョブ原語は、これらの商人に単なる支払い手段ではなく、完全なビジネスライフサイクルを提供します：作業規範、ホスティング支払い、検証可能な納品、評価者認証。信頼できる取引の土台です。新規商人の引き受け不能は一時的なギャップと見なされるかもしれません。オープン標準は、この時間を圧縮します。誰でもERC-8183を今すぐデプロイ可能です。エコシステムは、実験と進化を通じて成長します。より根本的には、ERC-8183とERC-8004の組み合わせは、引き受けのギャップを埋めるだけでなく、根本的な問題も解決します。新規商人のリスクは、検証可能な履歴の欠如にあります。ERC-8183は、その履歴を生成します。完了した各ジョブは、ハッシュ、評価者認証、結果とともにオンチェーンに記録されます。この履歴は、移植性・検証性・所有者不明のものです。重要なのは、この記録は単一プラットフォームに閉じていないことです。今日、プラットフォームAはあなたのチャージバック率を知り、プラットフォームBはあなたの売り手評価を知っていますが、これらの記録を持ち出すことはできません。ERC-8183上では、評判は商人自身の移植可能な資産です。どのファシリテーターも、どのチェーンも、どのインターフェースも、これを読み取ることができます。ERC-8183は、オンチェーンのアイデンティティと評判（ERC-8004）を供給し、引き受けデータも提供します。共に、エージェント商業と分散型AIの未来を築くERC-8183は、オープンな信頼不要のエージェント商業標準です。参加方法は以下の通りです。ERC-8183を使って構築しよう！ ファシリテーターになれ！あなたのチェーンにERC-8183をデプロイし、SDKやラッパー、スキャナー、トラッカーを作成し、新しいインターフェースや体験を構築し、それらをERC-8183を通じて安全かつ検証可能にオンチェーン決済させよう。標準と連携するエージェントフレームワークも作ろう。Hooksを探索・実験・構築しよう！ マイルストーン支払い、紛争解決など、必要に応じてHooksとして実装しよう。これが、多様なアプリケーションと創造性の進化の場です。評価者を構築・登録しよう！ 評価者は、安全で信頼不要なエージェント商業の要です。特定分野の評価者を作り、ERC-8004に登録し、エージェントの評判とアイデンティティに貢献しよう。貢献とフィードバックを！ これは、コミュニティの標準です。広範な実験、実世界の利用、率直なフィードバックと反復によって、理想の標準に近づきます。何か足りなければ提案し、誤りがあれば指摘しよう。仕様はオープンで、コードもオープンです。共に進化させましょう。エージェント経済は、オープン標準の上に築かれるか、囲い込みの中に留まるか。私たちは、オープン標準を選びます。共有のデジタル空間です。ERC-8004は信頼のために、ERC-8183は商業のために。その他はあなた次第です。関連リンク：ERC-8183仕様：ERC-8004仕様：eips.ethereum.org/EIPS/eip-8004ERC-8183ディスカッション：ethereum-magicians.org/t/erc-8183-agentic-commerce/27902Telegramコミュニティ：
VirtualsとEthereum Foundationが協力して、信頼不要のオンチェーンビジネスプロトコルであるERC-8183を発表
作者： Virtuals Protocol
翻訳： 深潮 TechFlow
深潮ガイド： Virtuals Protocolは、Ethereum財団dAIチームと共同でERC-8183標準提案を発表しました。核心的なアイデアは、AIエージェント間の経済的相互作用を信頼不要のオンチェーン商業プロトコルとして構築することです。これは単なる支払いプロトコルではなく、タスク規範、ホスティング、納品検証、評価認証を包括するビジネスインフラ全体です。以前のERC-8004（エージェントのアイデンティティと評判）と連携し、閉ループを形成します：発見、取引、評判蓄積、より良い発見、より多くの信頼不要取引。AIエージェント経済のオンチェーン実現に関心があれば、必読の内容です。
全文は以下の通りです。
Virtuals ProtocolとEthereum財団dAIチームによる共同開発
標準仕様：
ディスカッション：ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
ビルダーコミュニティ参加：
ビジネス：分散型AIの前提条件
AIエージェントをアクセス可能かつ分散化し、単一プラットフォームの支配を受けず、単一提供者に依存せず、シングルポイント故障を避けるには、ビジネスが不可欠です。ビジネスは後付けの概念ではなく、インフラとして存在すべきです。そして、そのビジネスは常にオープンで、許可不要でなければなりません。これこそが@ethereumが創造した「所有者のいない共有デジタル空間」の構築目的です。
なぜか？AIとエージェントの分散化には、多数の独立したエージェントとサービスが必要だからです。例を挙げると、画像生成だけが可能なエージェントが一つだけあり、そのサービスが停止したら、どのプロトコル上にあっても画像生成は中央集権的になります。取引実行を制御する提供者が一つだけなら、資金管理はその一者の運営意志に依存します。決済インフラを一つのプラットフォームが支配している場合、そのプラットフォームのルールに従わざるを得ません。たとえエージェントが千個あってもです。
これを防ぐために、オープンなビジネスが必要です。どのエージェントもサービスを購入でき、提供できるべきです。門番も囲いも中間業者も不要です。
なぜブロックチェーンか
ポイントは、取引が履行されると信頼できると双方が信じられる場合にのみ、ビジネスは成立します。顧客が先に支払った場合、提供者は納品するのか？提供者が先に納品した場合、顧客は支払うのか？資金を保持し、作業完了を追跡し、結果を実行する必要があります。完了時に支払いを解放し、失敗時に返金する仕組みです。これこそが、信頼（またはその欠如）が中心化エンティティやゲートキーパーを生み出す根本原因です。
従来の仕組みでは、「誰か」がプラットフォームです。資金を預かり、状態遷移を制御し、誰がいつ報酬を得るかを決める会社です。この仕組みは機能します—しかし、限界もあります。ルールを変更でき、資金を凍結し、提供者を排除し、サービスを停止できます。参加者はプラットフォームの善意に依存しています。これは中央集権的です。プロトコルレベルではなく、実行レベルの問題です。間違いではありませんが、信頼のないシステムでは必要なことです。私たちの目標は「全制御の排除」（de-totalization）です。特定のエンティティがエージェントの取引方式を完全にコントロールすることを阻止します。私たちは、開発者が依存できるが、特定のプラットフォームの善意に依存しないインフラを望んでいます。
この課題に対する解決策が、分散型スマートコントラクトです。ホスティング、状態遷移、評価者認証は、公開され不変の、誰のものでもないコードに存在します。コントラクトは中立的な実行者であり、これにより各関係者の評判に意味のある信号が生まれます。
オンチェーン決済は、中央集権的プラットフォームでは提供できないものを生み出します：移植性、検証性、不変性の記録です。完了したタスク、評価者の認証、納品物のハッシュはすべてチェーンに記録され、どのエージェント、どのプラットフォーム、どのインターフェースからも見えます。これらの記録は、評判システムやアイデンティティの原料です。オンチェーン決済がなければ、検証可能な履歴は生まれません。検証可能な履歴がなければ、移植可能な評判もありません。移植可能な評判がなければ、エージェントの各インタラクションはゼロ信頼から始まります。
だからこそ、標準化されたオンチェーン仕様が必要です。ホスティング、状態遷移、認証は、中立的で安全、かつ実行可能でなければなりません。
発見、交渉、通信はオンチェーンまたはオフチェーンで行えます。最も自然なインターフェースを通じて。エージェントはHTTPを使い、x402インターフェースプロトコルでやり取りし、標準的なAPIやHTTPSリクエストのように体験できます。エージェントは必ずしも直接チェーンに接続する必要はありません。メッセージに署名し、ファシリテーターがオンチェーン決済と標準を処理します。または、MCPやA2Aを通じて直接やり取りも可能です。インターフェースは柔軟ですが、コアの決済は信頼不要で、プログラム可能なチェーン上で行われるべきです。これが、中央集権システムが提供できないインフラです。制御力を弱めてしまうからです。
エージェント経済
AIモデルとエージェントは、毎月急速に進化し、より強力になっています。一年前は人間の専門知識が必要だったタスク—本番コードの作成、専門的なメディアコンテンツの生成、金融データの分析、多段階のワークフロー調整—も、今やエージェントが高品質またはそれ以上の品質で完遂します。しかも、その能力は加速しています。AIの発展軌道は、新たな経済の必然性を生み出しています。
エージェントがより強力になるほど、その価値も高まります。プロの写真と区別がつかない画像を生成できるエージェントは、価値あるサービスです。投資ポートフォリオを分析し、最適化取引を実行できるエージェントは、実資金を管理します。法律文書をレビューし、リスクをマークするエージェントは、時間あたり数百ドルの人間の仕事を代替します。
これが根本的な変化です。AIとエージェントは、価値創造とサービス提供の経済参加者になりつつあります。
AIが誰でも使えるようになると、個人、組織、デバイスがエージェントを通じて動き出します。経済は変容します。エージェントは人間とだけでなく、相互にやり取り、サービスし合います。例えば、マーケティングキャンペーンを調整するエージェントは、コンテンツエージェント、配信エージェント、分析エージェントと契約します。経済は、エージェント間の取引ネットワークとなり、機械速度で動き、グローバルに拡大します。
エージェントが価値ある仕事を完遂でき、誰もがエージェントを持つ未来では、多くの商業活動が自律システムを経由します。これが私たちが構築しようとしている未来です。
問題：エージェント間の信頼不要な商業
エージェント経済にはエージェント間の商業が必要です。未交渉の、異なる組織やチェーンを跨ぐエージェント間の商業は、信頼不要でなければなりません。
人間の取引や相互雇用、サービス利用では、信頼が中心です。これらはプラットフォーム、評価、法体系、社会規範によって仲介されます。エージェントが他のエージェントを雇う場合、これらの仕組みは適用されません。社会的評判の追跡も、機械的な取引速度の法律や評判追索も、存在しません。プラットフォームや規制当局も介入しません。
では、どうすればエージェント間の商業を信頼不要にできるのか？
単純に送金して祈るだけでは不十分です。トークンの送金は商業ではありません。保証のない支払いです。約束を書き記した記録もなく、満足いく結果が出る前に資金を保持する仕組みもなく、他のエージェントが参照できる評価もなく、提供者が納品しなかった場合の追索もありません。
必要なのは、構造化された協力メカニズムです。資金はプログラム可能な分散型の信頼不要ホスティングに保持され、作業は検証可能な成果物として提出され、評価者は納品物が契約条件を満たすかどうかを証明し、結果は決定的です。完了時に資金を解放し、拒否時に返金し、期限切れ時に回収可能です。これらはすべて、関係者のアイデンティティと評判に寄与します。
ERC-8183：ジョブ原語
私たちは@ethereumfndn dAIチームと密に連携し、これを標準化しました。ERC-8183：Agentic Commerceは、オープンで許可不要なエージェント商業アプリケーション標準であり、ホスティングと評価者認証をオンチェーンのスマートコントラクトとして実装します。
ERC-8183は、コアユニットとして「ジョブ」を定義します。各ジョブは、クライアント（顧客）、提供者（プロバイダー）、評価者（エバリュエーター）の三者から構成され、それぞれのウォレットアドレスによって定義されます。これにより、原語は広く適用可能です。
ジョブ原語の背後にある主要な構成要素と原則は以下の通りです：（i）タスク規範と記述—支払いと結びついた明確なタスク、サービス、作業の記録；（ii）支払い自体—偏りのないプログラミングされたホスティングに保持され、最終状態まで解放を遅延；（iii）記録・検証・追跡可能な納品物の提出—クライアントと提供者双方を保護；（iv）評価者認証—関係者のアイデンティティと評判に追索可能な信号を生成し、信頼不要の決済に整合したインセンティブを提供。
これにより、ジョブは以下の4つの重要な状態を経て流転します。
Open → Funded → Submitted → Terminal（Completed / Rejected / Expired）
要約すると、クライアントは提供者とジョブを作成し、資金を投入してホスティングします。提供者は作業完了後にsubmitを呼び出し、納品物（またはその参照）をオンチェーンに置きます。評価者は提出内容を審査し、complete（資金を提供者に解放）またはreject（クライアントに返金）を呼び出します。期限前に提供者と評価者が行動しなかった場合、ジョブは期限切れとなり、クライアントは資金を回収します。
この標準は、最小限の構成に意図的に留められています。協議プロセス、料金体系、紛争解決、通信プロトコル、発見メカニズムは規定しません。あくまで、信頼不要なエージェント商業の最小限の原子原語のライフサイクルを規定しています。
評価者
ERC-8183の重要な概念と設計決定の一つは評価者（Evaluator）です。評価者は単なるアドレスとして定義され、常にエージェントです。最も広義の定義です。
主観的なタスク（執筆、デザイン、分析など）では、評価者はAIエージェントであり、提出内容を読み取り、リクエストと比較し、判断を下します。決定的なタスク（計算、証明生成、データ変換）では、ZK検証器をラップしたスマートコントラクトが評価者となります。提供者は証明を提出し、評価者はオンチェーンで検証し、自動的にcompleteまたはrejectを呼び出します。高リスクシナリオでは、多署名、DAO、ステークサポートの検証者も選択可能です。
標準はこれらを区別しません。アドレスがcompleteまたはrejectを呼び出すだけです。そのアドレスがLLMエージェントかZK回路かは問いません。これにより、0.1ドルの画像生成から10万ドルの資金管理まで、同じインターフェースで処理可能です。
フック：モジュール化と拡張性
ジョブ原語は最小化されていますが、ビジネスはそうではありません。実用的なアプリケーションには、検証、評判更新、費用配分、資金移動、入札メカニズム、ユースケースに特化したロジックが必要です。コンテンツ評価、トークン交換、予測市場ポジションなど、各々根本的に異なるロジックが求められます。
ERC-8183はこれをHooksで解決します。Hookは、ジョブ作成時に付加されるオプションのスマートコントラクトです。操作前後にコールバックを受け取り、コアのライフサイクルを変更せずにカスタムロジックを実行できます。Hookは単一関数識別子（どの変換か）と関連パラメータを受け取り、前提条件の検証、無効操作の阻止、副作用のトリガー、追加のトークン移動を、コアの状態変化と同一トランザクション内で行います。
Hookが設定されていなければ、コントラクトは通常通り動作します。Hookなしの実装はERC-8183の要件を満たします。Hooksは付加的なものであり、必須ではありません。この設計により、コアコントラクトはシンプルに保たれ、インターフェースも安定します。新たなユースケースは新しいHookコントラクトを通じてサポートされ、ロジックはオンチェーンでプログラム化され、信頼不要のまま拡張されます。
実用的な商業アプリ例
コアのジョブは、直接的なサービス商業を処理します：支払い、納品、評価。しかし、エージェントが動かす経済は単純ではありません。いくつかのジョブは、単なる料金徴収以上のものを管理します。提供者の前に入札を行う必要がある場合もあります。外部の評判データを引用した信頼性チェックも必要です。これらは根本的に異なる経済モデルであり、Hooksはこれらを同一のコアジョブインターフェースでサポートし、ERC-8183を汎用的な商業原語にします。
サービス型ジョブは、最も基本的なもので、Hooks不要です。クライアントはコンテンツ生成、データ分析、コードレビューに支払います。コアのホスティングと評価フローは完全に処理されます。
資金移動型ジョブは、料金範囲を超えます。クライアントは資本（交換するトークンや投資資金）を提供し、提供者はそれを変換し、出力を返します。Hooksは、コアのホスティング外でこの双方向資金流を管理し、提供者がジョブ完了前に出力トークンを預けることを保証します。これにより、収益農業、トークン交換、ポートフォリオのリバランスなど、多様なシナリオに対応可能です。資金を扱う提供者や、前もって資本を必要とするジョブに適しています。
入札型ジョブは、配分モデルを逆転させます。クライアントが事前に提供者を選ぶのではなく、提供者が価格で競争します。Hooksは、入札の暗号署名を検証し、選ばれた提供者が主張した価格を確約した証明を行います。どちらも条項を偽造・否認できません。
評判ゲート付きジョブは、プロトコルレベルで信頼を実行します。Hooksは、操作前にERC-8004を照会し、低評判の提供者や未認証エージェントに対してより厳しい条件を課します。
プライバシー保護型ジョブは、Hooksを利用して、データを公開せずに商業を行います。プライバシーホックは、「提出」フィールドにゼロ知識証明（ZKP）や暗号化環境（例：Tee）の参照を要求し、敏感なタスクデータをオンチェーンに公開しません。これにより、支払いは信頼不要かつ公開され、知的財産や個人データは「避難所」として保持され、許可されたエージェントだけがアクセス可能です。
リスク評価・引受型ジョブは、プロトコルレベルで引受を実行できます。Hooksは、提供者や引受人に担保を預けさせ、ERC-8004の評判スコアや外部リスクオラクルを照会し、保証金をスラッシュ（差し押さえ）することも可能です。これらの透明な審査プロセスは、競争的かつプログラム可能になります。
これらの各アプリケーションは、異なるHookコントラクトとして実現可能です。コアの機能とジョブ原語標準は変わりません。新たな経済モデルや商業アプリ、カスタムロジックはすべて新しいHooksとして追加されます。最初のいくつかのHooksは、可能性の例示です。私たちは、まだ触れたばかりです。エージェント商業の未来は、保険、クリエイティブコラボ、サプライチェーン調整など、多様な形態をとるでしょう。未知の領域です。新しい経済モデル、新しい信頼メカニズム、新しい機械間協調の形態が進化します。この標準は、その進化に伴って成長すべきものであり、制約すべきではありません。オープンな構築を志向し、エコシステムから最良のアイデアが生まれることを期待しています。
ERC-8004との共生
ERC-8183は孤立した標準ではありません。ERC-8004（「Trustless Agents」）と相互に補完し合います。
ERC-8004は、エージェントの発見と信頼性評価を解決します。エージェントはどうやって見つかり、信頼できるか？その登録簿の価値は、記録された活動に依存します。アイデンティティだけでは不十分です。評判は実際のインタラクションによって測定され、検証には具体的な納品物が必要です。
ERC-8183は、ERC-8004の信頼層にビジネス活動を供給します。各ジョブは、評判の信号です。提出は、検証者が評価できる納品物です。評価は、他のエージェントが参照できる認証となります。
この二つの標準は、循環的な関係を形成し、信頼不要のエージェントの自己組織化を促進します。
発見（8004）→ 商業（8183）→ 評判（8004）→ より良い発見 → さらなる信頼不要の商業
両者は不可欠です。併用することで、信頼不要のエージェント商業とインタラクションの基盤を構築します。
支払いを超えて
ERC-8183は支払いプロトコルではなく、ビジネス標準です。
支払いは資金の移動です。しかし、ビジネスにはそれだけでは不十分です。ビジネスは、支払いを信頼できて運用可能にするすべてです。何を約束したか、作業は完了したか、誰が検証したか、未完了時の対応は何か。従来の世界では、ビジネスは支払いの周囲の仕組みで成り立ちます。商人が支払いを受け入れる前にリスク評価と引受を行い、信用拡張により買い手は資金到達前に取引でき、詐欺をリアルタイムで検知し、サービス失敗時の退店・紛争解決、信頼を積み重ねる評判システムです。これらが、決済事業者やカードネットワーク、プラットフォームの価値です。資金移動そのものではなく、その背後の信頼インフラです。
オンチェーンに移行しても、これらの機能は消えません。無信頼、プログラム可能、オープンな方法で再構築する必要があります。ERC-8183はその役割を果たします。
ジョブ原語のホスティングと評価者認証モデルは、クレジットカードのチャージバックと類似した、プログラム可能な事前決済条項を持つ仕組みです。ERC-8004のオンチェーン評判や他の評判指標を併用し、専有の引受のように扱います。Hooksは、集中化したリスク評価をモジュール化・競争化・監査可能に置き換え、誰でもデプロイ可能です。結果として、資金移動の手段だけでなく、完全なビジネス信頼インフラの再構築を可能にします—オープンで許可不要です。
既存の支払いプロトコルやインターフェース（従来の決済事業者やx402のステーブルコイン送金プロトコルなど）は、スムーズでインターネットネイティブな体験を提供し、資金移動を扱います。ERC-8183は、支払いを信頼不要な取引に変える、完全なライフサイクルを管理します：規範化、ホスティング、納品物提出、評価者認証、決定的な決済です。エージェントはx402やHTTPを通じてインターフェース層でやり取りし、基盤の決済はERC-8183を通じてオンチェーンで流れます。両者は補完関係にあります。
不可逆性・ホスティング・チャージバック
もう一つの懸念は不可逆性です。クレジットカードの引き落としで満足できない場合、消費者は紛争を起こし、引き落としを取り消せます。支払い後は資金は戻りません。これは、従来の決済の根幹です。
ERC-8183は、コントラクト構造にこの概念を保持します。資金はホスティング中に保持され、評価者が納品物を規約に適合させる証明を行えば、拒否は返金に、期限切れは自動的に回収されます。これは、カード商取引の「承認→キャプチャ」モデルのプログラム化された無信頼の同等物です。条項は事前にコード化され、コードによって実行されるだけです。
未確定金額の事前承認（ホテルのデポジットや範囲拡大サービスなど）も、Hooksの柔軟性を活かし、最大金額をロックし、最終的な決済額を検証可能な入力に基づいて決定できます。この設計は、カード商取引の信頼モデルと動作をサポートしつつ、決済の透明性とオープン性を維持します。
新たな経済参加者
AIブームは、これまで以上に迅速に新たな経済参加者—買い手と商人—を生み出しています。数百万の開発者や非開発者が、AIプログラミングアシスタントを使い、マイクロサービス、API、ツールを構築・公開しています。多くは法的実体やウェブサイト、取引履歴を持ちません。テック企業やオープンソースフレームワークのエージェントは、個人AIエージェントやアシスタントを通じて、何百万ものユーザーを惹きつけています。
従来の決済システムは、これらの商人に対応しづらいです。理由は、商人の承認を得ると、そのリスク（詐欺、チャージバック、紛争）を吸収するからです。記録も実体も履歴もない商人は、引き受けられません。
ERC-8183は、許可不要の設計です。提供者は単なるウォレットアドレスです。登録や引き受け、門番は不要です。ジョブ原語は、これらの商人に単なる支払い手段ではなく、完全なビジネスライフサイクルを提供します：作業規範、ホスティング支払い、検証可能な納品、評価者認証。信頼できる取引の土台です。
新規商人の引き受け不能は一時的なギャップと見なされるかもしれません。オープン標準は、この時間を圧縮します。誰でもERC-8183を今すぐデプロイ可能です。エコシステムは、実験と進化を通じて成長します。より根本的には、ERC-8183とERC-8004の組み合わせは、引き受けのギャップを埋めるだけでなく、根本的な問題も解決します。新規商人のリスクは、検証可能な履歴の欠如にあります。ERC-8183は、その履歴を生成します。完了した各ジョブは、ハッシュ、評価者認証、結果とともにオンチェーンに記録されます。この履歴は、移植性・検証性・所有者不明のものです。
重要なのは、この記録は単一プラットフォームに閉じていないことです。今日、プラットフォームAはあなたのチャージバック率を知り、プラットフォームBはあなたの売り手評価を知っていますが、これらの記録を持ち出すことはできません。ERC-8183上では、評判は商人自身の移植可能な資産です。どのファシリテーターも、どのチェーンも、どのインターフェースも、これを読み取ることができます。ERC-8183は、オンチェーンのアイデンティティと評判（ERC-8004）を供給し、引き受けデータも提供します。
共に、エージェント商業と分散型AIの未来を築く
ERC-8183は、オープンな信頼不要のエージェント商業標準です。参加方法は以下の通りです。
ERC-8183を使って構築しよう！ ファシリテーターになれ！あなたのチェーンにERC-8183をデプロイし、SDKやラッパー、スキャナー、トラッカーを作成し、新しいインターフェースや体験を構築し、それらをERC-8183を通じて安全かつ検証可能にオンチェーン決済させよう。標準と連携するエージェントフレームワークも作ろう。
Hooksを探索・実験・構築しよう！ マイルストーン支払い、紛争解決など、必要に応じてHooksとして実装しよう。これが、多様なアプリケーションと創造性の進化の場です。
評価者を構築・登録しよう！ 評価者は、安全で信頼不要なエージェント商業の要です。特定分野の評価者を作り、ERC-8004に登録し、エージェントの評判とアイデンティティに貢献しよう。
貢献とフィードバックを！ これは、コミュニティの標準です。広範な実験、実世界の利用、率直なフィードバックと反復によって、理想の標準に近づきます。何か足りなければ提案し、誤りがあれば指摘しよう。仕様はオープンで、コードもオープンです。共に進化させましょう。
エージェント経済は、オープン標準の上に築かれるか、囲い込みの中に留まるか。私たちは、オープン標準を選びます。共有のデジタル空間です。
ERC-8004は信頼のために、ERC-8183は商業のために。その他はあなた次第です。
関連リンク：
ERC-8183仕様：
ERC-8004仕様：eips.ethereum.org/EIPS/eip-8004
ERC-8183ディスカッション：ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
Telegramコミュニティ：