著者：Jian Shu I. 技術的背景と問題定義 1.1 AIエージェント経済の台頭 AI技術とアプリケーションの急速な進化に伴い、AIエージェントは単なるツールから、価値を創造しサービスを提供する経済主体へと変貌を遂げています。プロレベルの画像を生成できるエージェントは、対価を支払う価値のあるサービスです。投資ポートフォリオを詳細に分析し、最適な取引を実行できるエージェントは、実際のお金を運用しています。法的文書を精査し、リスクを警告できるエージェントは、通常、人間の弁護士から1時間あたり数百ドルを稼いでいます。この能力の飛躍は、まったく新しい経済形態を生み出しています。AIが容易に利用できるようになると、あらゆる個人、組織、さらにはインテリジェントデバイスでさえ、インテリジェントエージェントを介して動作するようになるでしょう。経済モデルは根本的な変化を遂げます。エージェントはもはや人間とやり取りするだけでなく、互いにやり取りし、互いにサービスを提供します。たとえば、マーケティング活動の調整を担当するAIエージェントは、コンテンツ作成エージェント、配信エージェント、データ分析エージェントを自律的に雇用します。経済全体は、無数のAIエージェントから織り込まれたネットワークへと進化し、機械レベルの速度で世界規模で高頻度の取引を実行するようになるでしょう。 1.2 コアとなる課題：信頼不要の商取引の必要性 従来のビジネス環境では、信頼はプラットフォーム、評価システム、法的枠組み、社会規範によって支えられてきました。しかし、AI を活用した仲介の時代に入ると、個人やエージェントが別の個人やエージェントを雇う際に、これらのメカニズムはすべて機能しなくなります。現在、エージェントには検証可能な社会的評判、人間や他のエージェントに参照シグナルを提供する信頼できる評価システム、契約条件の有効な記録、機械取引のスピードに見合う法的または評判上の責任メカニズム、未完了のタスクに対して前払い資金を凍結するメカニズム、執行権限を持つプラットフォームや規制機関がありません。単純なトークン転送では、商取引における信頼の問題を解決できません。効果的な保護措置がなければ、サービスプロバイダーがトークンを持ち逃げしたとしても、クライアント（またはタスクを発行する AI エージェント）は責任を追及することが困難になります。さらに、グローバル化の文脈では、AI エージェント間の相互作用は単一の国/地域に限定されないため、信頼できる評価システムと規制規範を確立することがさらに困難になります。ブロックチェーンベースのスマートコントラクトは、この課題に対処するための確実な方法を提供します。分散型パブリックブロックチェーン上に展開されるスマートコントラクトは、資金管理、ステートマシンフロー、評価証明を、いかなる個人にも属さない透明で不変なコード内にカプセル化し、コントラクト自体が中立的な執行者として機能します。一方、オンチェーン決済は、中央集権型プラットフォームでは提供できないもの、つまりポータブルで検証可能で改ざん不可能な記録も生成できます。完了したすべてのタスク、すべての評価者の証明、およびすべての成果物のハッシュ値はチェーン上に記録され、インテリジェントエージェントの評判システムとアイデンティティシステムのデータ基盤を提供し、紛争が発生した場合の説明責任の根拠を提供します。 II. ERC-8183 の定義とコアバリュー 2.1 定義 ERC-8183 プロトコルは、分散型 AI インテリジェントエージェント経済のためのオンチェーン標準です。その本質は、従来の支払いプロトコルではなく、「タスク – デリバリー – 決済」のライフサイクル全体を中心とした商用インフラストラクチャ仕様です。この標準は「ジョブ」をコアプリミティブとして使用し、クライアント、プロバイダー、評価者からなる 3 者間のコラボレーション モデルを定義し、タスクの公開、資金の保管、結果の提出、結果の裁定のためのスマート コントラクトを通じて完全なステート マシン プロセス (オープン、資金提供済み、提出済み、完了/拒否/期限切れ) を実装します。このフレームワーク内では、支払いはもはや単一のアクションではなく、タスク条件、納品検証、評価メカニズムに強く結びついた手続きプロセスであり、信頼の仲介者を必要とせずにオン チェーン ビジネスの実行を可能にします。 2.2 コア バリュー: ERC-8183 の革新性は、「信頼」を中央集権型プラットフォームから検証可能なオン チェーン ロジックに移行させることにあります。資金を管理し、成果物を記録し、評価メカニズムを導入するスマート コントラクトを通じて、決定論的な決済と追跡可能なビジネス履歴を実現します。この設計は、AI エージェント間の信頼の欠如という問題を解決するだけでなく、ポータブルで改ざん不可能なトランザクションおよび評判データ レイヤーを構築し、あらゆるエージェントまたはシステムが意思決定のために過去のシグナルを再利用できるようにすることで、分散型エージェント経済における大規模なコラボレーションを促進します。さらに、スケーラブルな Hook メカニズムにより、複雑なビジネス ロジック (入札、資金管理、プライバシー計算など) を統一された標準の下で拡張および実装することができ、最終的にはオープンで許可不要で構成可能なオン チェーン ビジネス ネットワークを形成し、AI ネイティブ経済の基盤となる信頼と決済インフラストラクチャを提供します。 III. ERC-8183 プロトコルの詳細な説明 3.1 プロトコル アーキテクチャ 上記の図に示すように、ERC-8183 プロトコルは、タスク ライフサイクルを中心とした契約ベースのアーキテクチャを提供します。スマート コントラクトをコアとして、資金管理メカニズム、タスク状態遷移、プラグイン可能な Hooks 拡張機能を統一された実行フレームワークに統合します。タスクは作成から完了まで、継続的な状態変化を経て、開始、資金調達、提出、完了という順序で進行し、資金は状態に応じて自動的に保管および解放されます。同時に、さまざまなビジネスロジックの柔軟な統合をサポートするために、主要な実行ノードに拡張インターフェースが確保されています。この構造では、クライアント、サービス プロバイダー、評価者が同じタスク オブジェクトを中心に連携し、それぞれ開始、実行、検証を完了することで、オン チェーンでプロセス全体の自動接続とクローズド ループ決済が可能になります。次の段落では、そのメカニズムの詳細を説明します。 3.2 3 層の役割連携メカニズム ERC-8183 では、各ビジネス アクティビティはジョブと呼ばれ、そのフローは 3 つの役割の正確な連携に依存します。 クライアント: ビジネス アクティビティを開始する役割。 コア ロジック: createJob を呼び出してタスク要件を定義し、資金を事前預け入れます。 責任: タスクの有効期限 (expiredAt) を設定します。期限内に完了しない場合、資金は自動的にクライアントに返還されます。 プロバイダー: 作業の実行と成果物 (通常は結果のハッシュ値またはオン チェーン プルーフ) の提出を担当する AI または人間。 コア ロジック: オン チェーン イベントをリッスンした後、注文を受け入れて実行します。完了後、submitWork を呼び出して結果のハッシュを送信します。重要なポイント: この時点では、プロバイダーはまだお金を受け取っていません。お金はまだ契約にロックされています。評価者: このプロトコルの最も画期的でコアとなる設計です。評価者は、結果を検証し、スマートコントラクトに保持されている資金をプロバイダーにリリースするかクライアントに返金するかを決定する責任があります。評価者は、別の客観的な AI、ゼロ知識証明回路 (ZK 回路)、またはマルチシグネチャ ウォレットにすることができます。コア ロジック: プロバイダーによって送信されたコンテンツを読み取ります。客観的なタスク (コードが正常に実行されるなど) の場合、評価者は別の監査 AI である可能性があります。主観的なタスクの場合は、クライアントによって承認されたマルチシグネチャ ウォレットである可能性があります。最終レビュー権限: completeJob (資金をリリース) または rejectJob (返金) を呼び出します。 3.3 スマート コントラクト ステート マシン (ライフサイクル) ジョブの進行は、中央サーバーからの介入なしに、スマート コントラクト ステート マシンの自動フローに完全に依存します。 オープン: クライアントがタスクを作成します。この時点で、プロバイダーは空（アドレス（0））になる可能性があり、これはこれが公開報奨金であることを意味します。資金提供済み：資金は契約のエスクロー プールにロックされ、信頼の基盤が形成されます。提出済み：プロバイダーは作業結果を提出します。ターミナル（最終状態）：評価者が介入して裁定を行い、最終状態には次の 3 つの可能性があります：完了（検証に合格し、資金がプロバイダーに転送されます）、拒否（検証に失敗し、資金がクライアントに返されます）、期限切れ（タスクがタイムアウトし、資金は自動的にロック解除され、返されます）。 3.4 マルチロール コラボレーション ワークフロー ERC-8183 は、スマート コントラクトを通じて、信頼のない環境で一連のビジネス コラボレーション プロセスを強制します：公開とロック（クライアント開始）：プリンシパルはメイン コントラクトの createJob 関数を呼び出し、評価者のアドレスを指定し、報酬を契約に転送する必要があります。このお金は…