AIエージェントは、インストゥルメンタル属性から自律的な経済課題へと進化するにつれて、AIエージェントは自律的な意思決定、運用、価値交換が可能な経済性プレイヤーになります。 しかし、従来の決済インフラは、自動取引、異物相互作用、アイデンティティ検証の観点から、エージェントのコアニーズを満たしていません。
これらのボトルネックは、合意の新世代の誕生をトリガーしました, — — x402, エージェントペイメントプロトコル (AP2) そして、ERC-8004, 今後の機械経済のための信頼性の高い値交換ベースを作成します. この論文は、これらの3つの合意の技術的原則、アプリケーション、および生態学的現実の詳細な分析を提供し、将来のAIAgent経済の支払いの風景を形作る方法をまとめます。
x402:HTTP元のチェーン決済プロトコル
coinbase が導入した x402 のコア・イノベーションは、決済ロジックを Web リクエストレスポンス・ストリームに埋め込まれた、インターネットの過小評価 HTTP 402 ステータス・コード(「Paymentrequired」)の有効化です。API は、&rdquo の支払いを呼び出します。また、通貨の安定化や、従来の支払いの高い摩擦に対応するため、暗号化された通貨の安定化によって決済されます。
詳細なプロトコル
x402 は HTTP の 402 ステータスコードに基づくオープンな合意であるため、クライアント/サーバー構造として構成されます。 クライアントはサービス/商品の購入者であり、サーバーはサービス/商品の販売者です。 Coinbaseは、クライアント/サーバー構造に基づいて、ファシリテーター(ファシリテーター)のサービスをベンダーに提供し、バイヤーと売り手間の支払いの検証と決済のプロセスを簡素化します。
例えば、x402scan, Canza で最初のサーバーを呼び出します。 まず、クライアント側でCanza ' sの有料サービスにアクセスするために、ユーザが要求を開始します。
続いて、Canza サーバは HTTP 402 レスポンスを使用して支払い要件を定義しました。クライアントは X-PAYMENTHHEAder を提供し、ベースチェーンの USDC を通じて支払う必要があります。 下の図のように:
クライアントが 402 ResponseJSON コンテンツを解析した後、ウォレットは Transfer WithAuthorization (ERC-3009) のメッセージに署名します。 通知は、第三者の EOA アドレスまたは契約アドレスを委託することにより、署名者から非ガス料金を ' s アドレスから転送することを許可しました。 この例では、カンザを0x4e9bCe2547A9491b09ed092c433B1988e665edのコレクションアドレスに委託します Bは、ウォレットからUSDCを転送します。
メッセージは、ユーザが署名しました。クライアントは、X-PAYMENTHHEAder コードドベース64を使用してペイロードに提出し、Canzaサーバーのペイロードはファシリテーター(Facilitators)によって検証され、支払いはサーバーのブロックチェーン上に決済されました。 Canzaサーバが決済を確認した後、リクエストされたサービスはユーザーに提供されます。
上記の例では、x402 協定のワークフローを以下のようにまとめることができます
特に、x402 プロトコルは、複数の暗号化されたアセット(ERC-3009、デフォルトUSDC)を複数のブロックチェーン(Base、Avalanche、その他 EVM、Solana)に対応し、サーバーの最後にのみ構成する必要があります
エージェント決済プロトコル(AP2): 代理店の生態学的信頼できる支払システム
AP2は、Agent(A2A)の通信契約とモデルコンテキストプロトコル(MCP)が拡張するオープンペイメントフレームワークに基づいています。 そのコアの目的は、エージェントビジネスにおける3つのコアの問題に対処することです。認可の認証(エージェントのユーザー権限の認証)、認証(トランザクションがユーザーの真のニーズを反映していることを確認してください)、取引の責任(紛争の場合の責任の定義)、AIAgentと任意のコンプライアンスベンダー間の安全な取引を達成するために。
AP2協定の業務フローは、デジタル認証(Mandates)のコアコンセプトを中心に構成されています。これは、ユーザーが「注文」の証拠として、改ざんおよび署名から保護されているデジタル契約です。 認可の3種類に分けられます
1。 こだわりのマンデート
ユーザが存在しない自動取引に適用されます。 AIAgentへのユーザーの事前の指示には、「500ドルを超える予算でコンサートにチケットを購入」などの明確な条件が含まれています。
カートマンデート
利用者の存在下で特定された取引に適用される。 エージェントがユーザーの確認のために特定の商品や価格を用意したときに生成されます。 ユーザーの「これの承認は、ショッピングカーの承認に署名し、正確な商品と価格の安全で、取り消不能な記録を作成し、彼らが見られるように支払われていることを確認することです。
3。 支払い承認(支払い義務)
これは、決済ネットワークと発行者と共有される独立したバウチャーです。これは、AIエージェントの参加とユーザーのプレゼンスに関する情報を伝えるために設計されたもので、取引紛争の解決、リスクアセスメントおよび規制の実行を支援します。
ERC-804: AIAgentアイデンティティと信頼性システムの分散
ERC-8004は、タイガヤの分散型AIAgent IDソリューションで、AIAgent IDの認証、行動記録の信頼性、およびその確率を決定する問題の解決です。 AP2とは異なり、ERC-8004は、ユーザーAIAgent-ビジネス間でではなく、AIAgents間の相互信頼を築くことに重点を置いています。
ERC-8004の設計は、3つの軽量の形態のまわりで、それぞれ信頼モデルの異なった面を取扱います:
1。 アイデンティティ登録
ERC-721規格とURISTORAGE機能の拡張機能に基づいて、既存のNFTエコシステムとAIAgent IDが互換性があります。
各 AIAgent はレジスタ関数を呼ぶことによって登録され、単一の代理店を得ます Id(ERC-721のトークンID) 登録時に、正規化されたJSON形式に従った登録ファイル(エージェントレギュレーションファイル)を参照し、エージェントのs名、説明、エンドポイント、および信頼モデルをサポートする情報を含むトークンURIを提供する必要があります。
2. 委任登録
標準的なインターフェイスは 0-100 の評価のフィードバック システム、ラベルの分類および支払の証明書の連結を支える AIAgent サービスのフィードバックを出版し、得るために提供されます。 登録フォームは、コアデータのクラスタビリティを確保し、チェーンの複雑な集計計算を離し、より効率的な処理を実現します。
評判の良いレジスタの契約構造は、IDレジスタの&mdashに密接にリンクされています。 — フォームのアドレスは、登録されたAIAgentだけが評判のレコードにアクセスしていることを確認するために展開のために必要です。
3. 検証登録
独立した検証結果の要求と録音のための一般的なホックの規定は、経済誓約(証明書再実行)とパスワード証明書(TEE証明書、zkML認定など)を含むさまざまな認証メカニズムをサポートし、異なるセキュリティのための認定メカニズムは、同じエコロジーで共存する必要があります。
登録フォームを検証するための契約インターフェイスは比較的シンプルで、主に2つの機能で構成されています。認証リクエストを提出するための検証ReQuest、認証結果を記録するための検証応答。
ERC-8004は、AIAgentの生態学的アイデンティティ層の合意です。 AIエージェントは、チェーン上で検証可能なアイデンティティ、評判システム、登録メカニズムを提供し、機械経済における信頼に基づいて構築する鍵となります。
x402、AP2、ERC-8004 の組合せは完全な AIAgent の支払システムを構成する: ERC-8004 は AIAgent、x402 の住所及びldquo のアイデンティティを置きます; およびそれらが情報を処理することを可能にする AIAgent のための独立した経済行動を置きます、および不規則な資産を握り、そしてそれ自身が経済の価値を誘発することができるようにする AIAgent のための結合された、標準化されたフレームワークはそれです。