ERC-8183:AIエージェントの相互信頼課題に対する答え

著者:アズマ大台日系惑星

 

3月10日、大仏財団の傘下にあるdAIチームは、ブロックチェーンの深さと人工知能(AI)の統合を促進し、仮想プロトコルを共同で開始しました。

ETHERWOOD FOUNDATION AI ディレクターデビッド・クリプシスERC-8183 は、Taifeng コミュニティが構築した Open Agen 経済システムの欠如したコンポーネントの 1 つであり、エージェント間のセキュリティインタラクションにおけるインフラストラクチャの役割を果たすために、x 402 と ERC-8004 と組み合わせて使用できる規格です。 dAI チームは、ERC-8183 の採用をサポートし、中立規格の製作に取り組みます。

ERC-8183、あなたは何を解決しようとしている

Virtuals Protocol が公表した記事によると、ERC-8183は、AIエージェント間での商用取引のために特別に設計された、2つの不信エージェントが集中プラットフォームに依存することなく「雇用-delivery-settlement」などのビジネスプロセスを完了できるようにする一連のチェーンルールを定義します。

ERC-8183が解決しようとしている中央の問題は、エージェントがプラットフォームなしでトランザクションを締結する方法であり、法律なしで、そして別の1つに雇用し、協力するときに人工的な仲裁なしのことですか

例えば、1つの市場指向のエージェント A が別のイメージ生成エージェント B を雇い、一連のマーケティングポスターを作る場合は、ビジネスにおける相互の信頼の問題があります - 誰もお互いを知りません、信頼のための基礎はありません。 最初に支払う場合、B は、不満足な作業結果をストライクまたはリターンする可能性があります。 B が最初に機能する場合、A は支払いを拒否する可能性があります

従来のインターネットの世界では、ユーザーと企業が同様の商業相互の信頼に直面し、プラットフォームは重要な仲介の役割を想定しています。プラットフォームは、Aファンド、Bサービスの完了、および最終的な融資をホスティングする責任があります。 宝探し、京都、CORPORATISM、DRIPPING、本質的にプラットフォームベースのインターメディアに精通しています。

そして、Taifung FoundationとVirtuals Protocolが望むのは、ERC-8183を使用して、プラットフォームのs関数をチェーン契約に抽象化し、スマートコントラクトによって実行されるようにすることで、エージェント経済における集中的な仲介役割を仮定することです。

ERC-8183の特長 作業プログラムの解体

ERC-8183の動作メカニズムは複雑ではなく、ジョブという新しいコンセプトを標準で紹介します。 各ジョブは、3つの異なるロールで完全な商用トランザクションと見なすことができます

• クライアント「カスタム」は、単に割り当て、エージェントを発行する
• プロバイダー「サプライヤー」は、ミッションを遂行する責任を負うエージェントです
• 評価者「Assessors」は、具体的には、タスクが達成されているかどうかを決定する責任を負います。

ここでは、ERC-8183コア設計であるEvaluatorに焦点を当てる必要があります。この規格では、Evaluatorはチェーンアドレス(アドレス)にのみ定義されますが、より広い観点から、アドレスはさまざまな種類の実行に対応することができます。

• 評価者は、投稿された結果を読み、元のミッション要件とそれらを比較し、その後、判断を下すであろう文章、設計、分析などの主観的なタスクのためのAIエージェントであることができます
• 一方、評価者は、計算、生成、データ変換などの特定のタスクに対してゼロナレッジ認証(ZK検証)でスマートコントラクトになることができます。 プロバイダーは、Evaluatorがチェーンを認証し、タスクを実行または拒否するために「完了」または「拒否」を自動的に呼び出しることを証明します
• 高値または高リスクのミッションシナリオでは、Evaluatorは、複数の署名されたアカウント、DAO、または認定クラスターで、pledgeメカニズムがサポートしています。

ERC-8183は、これらの異なる形態と区別しません。プロトコルレイヤーは、アドレスが "complete" または "reject" と呼ばれ、このアドレスの背後にある 1 つは、LLM によって駆動される AI エージェント、またはプロトコルの一部ではない ZK 回路です。

ジョブに移動し、各ジョブは4つの命の状態を持ち、ERC-8183が動作するさまざまなプロセスに対応しています。

• アクセス: Clarentはこのサイクルでジョブを作成し、タスクを発行し、要件を指定します
• 資金調達:Clint は、直接プロバイダーに代わるスマートコントラクトホスティングアドレスに手数料を転送します
• 投稿済み:Providerは仕事を完了し、証拠を提供します
• ターミナルEvaluatorは、監査のミッションを担当しており、その結果に基づいて、ミッションが完了したかどうか(完了または再プロジェクト済み)決定し、クライアントまたはプロバイダに資金を転送します。プロバイダーが応答したり、時間要件内でタスクを完了しなかった場合は、資金はクライアントに返されます。

上記の標準プロセスに加えて、ERC-8183は、モジュール式エクステンション、Hooksを通じて、よりデリバティブな機能を実現し、現実世界における複雑なビジネス事例に合わせることができます。ホックは仕事の作成に付随する任意スマートな契約です、クレジットしきい値、競争のメカニズム、費用配分、または他の特別な条件のような仕事のライフ サイクルのまわりの自己定義された論理の実装を可能にします。

ERC-8183と402、ERC-8004の違いは何ですか

x402からERC-8004、今日のERC-8183、あまり馴染みの読者は霧の中にあり、なぜ新しいことがしばらくして行われるべきか疑問に思います。 しかし、実は、AIエージェントの経済システムの3つの異なる段階にあり、解決したい問題は異なっています。

x402 は HTTP 決済契約で、AIAgent が API コールとして直接支払いを行うための問題の解決を目指しています。ERC-8004 は AIAgent アイデンティティと評判の基準です。これは、AIAgent が信頼できるかどうかを判断する方法を扱います。ERC-8183 は、取引チェーンをアドレス化し、トランザクションを完了できる 2 つの不信なエージェントのジレンマを分割しようとします。

1文でまとめると、x402は「支払う方法」を解決する責任を負います。ERC-804は、「相手が誰であるか、信頼する方法」を知る責任を負います。ERC-8183は「安全に取引する方法」を担っています。

3つは競争的ではなく、補完的であり、共に同じ目標を指しています。