Coinbaseは、AIエージェントとオンチェーンインフラストラクチャを接続するプロトコルであるPayments MCPを導入し、統合されたウォレットとステーブルコインを通じて支払いを可能にします。このプロトコルは、エージェントのコンテキスト内で支払い機能を「ツール」として公開し、細かい権限と関連する制御を提供します。ユースケース：マイクロペイメント、APIおよびコンテンツへのアクセス、自動化。セキュリティ、責任、およびx402のような標準統合の問題は依然として残っています。Coinbaseの公式発表によると、Payments MCPはx402標準およびAgentKit拡張を含むイニシアチブの一部です。公式の例や公開リポジトリ(（例：base-mcp)）をレビューすると、USDCを基準資産として、EthereumやBaseのようなEVMネットワークのサポートが一貫しているようです；これらの資料は2025年に更新され、開発環境での統合フローのテストに役立ちます。Payments MCPは、Coinbaseの新しいソリューションで、APIキーを公開することなく、AIエージェントのプロンプトから直接オンチェーン取引を可能にし、USDCでの送金に署名できる統合ウォレットを備えています。本質的に、言語モデルはウォレットにアクセスし、支払いを承認し、定義された制限内でEthereum、Base、その他のEVMを含むサポートされているネットワークと対話できます。この文脈では、LLMの体験は真の運用「アカウント」に近づきます。Coinbaseが立ち上げたもの:ペイメントMCPの範囲Coinbaseは、MCPツール、オンランプ、ウォレット、およびステーブルコインでの支払いに対応するエージェントを接続するために、Payments Model‑Context Protocolを導入しました。この統合は、Agentkitから始まる進化の過程の一部であり、MCP拡張を通じてChatGPTやClaudeのようなサービスと連携することを目指しています。これにより、エージェントはその実行環境内でネイティブの「支払い機能」を表示します。つまり、目標はエージェントの意思決定と最終取引の間の摩擦を減らすことです。簡単に言うと、それは何ですかPayments MCPは、エージェントのコンテキスト内で「支払う」や「転送する」などの操作を公開する支払いプロトコルです。エージェントは:安全に保存されたキーを備えた統合ウォレットを管理する;トランザクションに署名し、ステーブルコインを送信する;支出ポリシーと時間制限を適用し、権限の即時取り消しの可能性を持つ。なぜそれが重要なのか：影響とユースケースこの革新は、エージェントに対して制御された財務自律の形態を提供し、さまざまなユースケースに即座に影響を与えます:消費に基づいて自動的にクラウドサービスまたはコンピューティングリソースの支払いを行います；チェックアウトを手動で完了することなく、有料コンテンツにアクセスする。クリエイターやデジタルツールへのマイクロペイメントや「チップ」を実行する;更新や定期購入(などの定期的な操作を支出制限に従って実装する；標準x402を通じてAPIおよびHTTPエンドポイントをマネタイズしますが、いくつかの詳細はまだ定義されていません。今後、この統合はLLMをデジタル経済に近づけ、使用ごとの支払いの摩擦を減少させ、コンテンツやソフトウェアの新しい価格モデルへの道を開く可能性があります。効率は、プロバイダー側の実装の質にも依存することに注意が必要です。それが実際にどのように機能するかプロトコルは、エージェントのランタイム内で直接支払いインターフェースを公開します。LLMは、金額、資産、受取人、メモなどのパラメータを提供することで「支払いツール」を呼び出します。その応答として、ウォレットはトランザクションに署名し、選択されたネットワークに資金を送信します – すべては開発者またはオペレーターによって承認された権限に従って行われます。実際には、この呼び出しは通常のツール呼び出しのように見えますが、裏では完全な財務フローです。エージェント用に統合されたウォレットエージェントは、特定の範囲に対する権限を備えた統合ウォレットを使用できます)。例えば、資産、ネットワーク、取引ごとまたは日次の制限(。アイデンティティ管理には、メールによるサインインや、一時的なセッションのためのOTPの使用が含まれ、キーや認証情報の露出を減らすのに役立ちます。それを踏まえ、環境の隔離は重要な要素のままです。ステーブルコインは支払いの「燃料」として取引フローは、価格の変動の影響を制限し、会計を簡素化するためにステーブルコインに依存しています。CoinbaseはUSDCを基準資産として示していますが、他のステーブルコインのサポートはネットワークや地域のコンプライアンスによって異なる場合があります。この文脈において、安定した資産の使用はコストの予測可能性にも役立ちます。x402: HTTP 402 "支払いが必要"による支払いx402はHTTP 402 Payment Requiredコードを利用して、HTTPリクエストに直接支払いステップを統合します。基本的に、エンドポイントは402コードで応答し、エージェントに対して)の支払いを行うための指示を提供します。例えば、USDC(で支払いが完了すると、エンドポイントはコンテンツやAPIへのアクセスを許可します。セキュリティ、権限、および制御各取引の制限、定期予算、および承認された資産やネットワークに対する制限の設定；特に敏感な操作に対する明示的な承認の要求と、権限の即時取り消しの可能性；取引のトレース可能性を確保するための詳細な監査ログ;OTPによる認証オプションと時間制限付きセッション;エージェントの動作環境と署名メカニズムの明確な分離は、攻撃対象領域を減少させることを目的としています。リスク管理は依然として中心的な役割を果たします：予算の誤り、プロンプトインジェクション、そして乱用は望ましくない取引につながる可能性があります。したがって、堅牢なセキュリティポリシーを定義し、テストサンドボックスを利用することが不可欠です。しかし、厳格な管理があっても、継続的な監視が求められます。例: MCトランザクションフローエージェントは、コード402で応答し、金額、資産、受取人、ネットワークを含む指示x402 )を提供するAPIリソースを要求します(。エージェントは受け取ったパラメータを使用して、支払い手段MCPを呼び出します。ウォレットは制限と権限を確認します。必要に応じて、OTPの入力を要求します。署名メカニズムは、指定されたネットワーク)上で取引を認証し、ブロードキャストします。例えば、Base(。エンドポイントは支払いを確認し、その後、要求されたコンテンツまたはリソースへのアクセスを許可します。現在の状況と技術的カバレッジ現在、Payments MCPに対応したエージェントは、開発者またはオペレーターによって定義された制限内で支払いを行うことができます。Coinbaseは、そのブログおよび技術文書を通じて、2025年にLLMおよびMCPツールのサポートが継続的に開発されていることを報告しており、テスト環境や文書が徐々に更新されています。今後、技術ロードマップはさらなる実装の詳細を明らかにするでしょう。クリティカルアングルと注意すべき点責任: エージェントが誤った支払いを実行した場合、誰が責任を負うのかを明確にする必要があります。コンプライアンス: KYC/AML要件および地理的制限により、一部のユースケースが制限される可能性があります。相互運用性：x402の広範な採用とさまざまなプロバイダー間の一貫性は、決定的な要因となるでしょう。コスト: ネットワークとサービスの手数料はマイクロペイメントに影響を与える可能性があり、レイヤー2ソリューションを通じての最適化が重要です。
CoinbaseはAIエージェントのためにオンチェーン決済を有効化しました：Payments MCプロトコルの仕組み
Coinbaseは、AIエージェントとオンチェーンインフラストラクチャを接続するプロトコルであるPayments MCPを導入し、統合されたウォレットとステーブルコインを通じて支払いを可能にします。このプロトコルは、エージェントのコンテキスト内で支払い機能を「ツール」として公開し、細かい権限と関連する制御を提供します。ユースケース：マイクロペイメント、APIおよびコンテンツへのアクセス、自動化。セキュリティ、責任、およびx402のような標準統合の問題は依然として残っています。
Coinbaseの公式発表によると、Payments MCPはx402標準およびAgentKit拡張を含むイニシアチブの一部です。公式の例や公開リポジトリ(（例：base-mcp)）をレビューすると、USDCを基準資産として、EthereumやBaseのようなEVMネットワークのサポートが一貫しているようです；これらの資料は2025年に更新され、開発環境での統合フローのテストに役立ちます。
Payments MCPは、Coinbaseの新しいソリューションで、APIキーを公開することなく、AIエージェントのプロンプトから直接オンチェーン取引を可能にし、USDCでの送金に署名できる統合ウォレットを備えています。本質的に、言語モデルはウォレットにアクセスし、支払いを承認し、定義された制限内でEthereum、Base、その他のEVMを含むサポートされているネットワークと対話できます。この文脈では、LLMの体験は真の運用「アカウント」に近づきます。
Coinbaseが立ち上げたもの:ペイメントMCPの範囲
Coinbaseは、MCPツール、オンランプ、ウォレット、およびステーブルコインでの支払いに対応するエージェントを接続するために、Payments Model‑Context Protocolを導入しました。この統合は、Agentkitから始まる進化の過程の一部であり、MCP拡張を通じてChatGPTやClaudeのようなサービスと連携することを目指しています。これにより、エージェントはその実行環境内でネイティブの「支払い機能」を表示します。つまり、目標はエージェントの意思決定と最終取引の間の摩擦を減らすことです。
簡単に言うと、それは何ですか
Payments MCPは、エージェントのコンテキスト内で「支払う」や「転送する」などの操作を公開する支払いプロトコルです。エージェントは:
安全に保存されたキーを備えた統合ウォレットを管理する;
トランザクションに署名し、ステーブルコインを送信する;
支出ポリシーと時間制限を適用し、権限の即時取り消しの可能性を持つ。
なぜそれが重要なのか：影響とユースケース
この革新は、エージェントに対して制御された財務自律の形態を提供し、さまざまなユースケースに即座に影響を与えます:
消費に基づいて自動的にクラウドサービスまたはコンピューティングリソースの支払いを行います；
チェックアウトを手動で完了することなく、有料コンテンツにアクセスする。
クリエイターやデジタルツールへのマイクロペイメントや「チップ」を実行する;
更新や定期購入(などの定期的な操作を支出制限に従って実装する；
標準x402を通じてAPIおよびHTTPエンドポイントをマネタイズしますが、いくつかの詳細はまだ定義されていません。
今後、この統合はLLMをデジタル経済に近づけ、使用ごとの支払いの摩擦を減少させ、コンテンツやソフトウェアの新しい価格モデルへの道を開く可能性があります。効率は、プロバイダー側の実装の質にも依存することに注意が必要です。
それが実際にどのように機能するか
プロトコルは、エージェントのランタイム内で直接支払いインターフェースを公開します。LLMは、金額、資産、受取人、メモなどのパラメータを提供することで「支払いツール」を呼び出します。その応答として、ウォレットはトランザクションに署名し、選択されたネットワークに資金を送信します – すべては開発者またはオペレーターによって承認された権限に従って行われます。実際には、この呼び出しは通常のツール呼び出しのように見えますが、裏では完全な財務フローです。
エージェント用に統合されたウォレット
エージェントは、特定の範囲に対する権限を備えた統合ウォレットを使用できます)。例えば、資産、ネットワーク、取引ごとまたは日次の制限(。アイデンティティ管理には、メールによるサインインや、一時的なセッションのためのOTPの使用が含まれ、キーや認証情報の露出を減らすのに役立ちます。それを踏まえ、環境の隔離は重要な要素のままです。
ステーブルコインは支払いの「燃料」として
取引フローは、価格の変動の影響を制限し、会計を簡素化するためにステーブルコインに依存しています。CoinbaseはUSDCを基準資産として示していますが、他のステーブルコインのサポートはネットワークや地域のコンプライアンスによって異なる場合があります。この文脈において、安定した資産の使用はコストの予測可能性にも役立ちます。
x402: HTTP 402 "支払いが必要"による支払い
x402はHTTP 402 Payment Requiredコードを利用して、HTTPリクエストに直接支払いステップを統合します。基本的に、エンドポイントは402コードで応答し、エージェントに対して)の支払いを行うための指示を提供します。例えば、USDC(で支払いが完了すると、エンドポイントはコンテンツやAPIへのアクセスを許可します。
セキュリティ、権限、および制御
各取引の制限、定期予算、および承認された資産やネットワークに対する制限の設定；
特に敏感な操作に対する明示的な承認の要求と、権限の即時取り消しの可能性；
取引のトレース可能性を確保するための詳細な監査ログ;
OTPによる認証オプションと時間制限付きセッション;
エージェントの動作環境と署名メカニズムの明確な分離は、攻撃対象領域を減少させることを目的としています。
リスク管理は依然として中心的な役割を果たします：予算の誤り、プロンプトインジェクション、そして乱用は望ましくない取引につながる可能性があります。したがって、堅牢なセキュリティポリシーを定義し、テストサンドボックスを利用することが不可欠です。しかし、厳格な管理があっても、継続的な監視が求められます。
例: MCトランザクションフロー
エージェントは、コード402で応答し、金額、資産、受取人、ネットワークを含む指示x402 )を提供するAPIリソースを要求します(。
エージェントは受け取ったパラメータを使用して、支払い手段MCPを呼び出します。
ウォレットは制限と権限を確認します。必要に応じて、OTPの入力を要求します。
署名メカニズムは、指定されたネットワーク)上で取引を認証し、ブロードキャストします。例えば、Base(。
エンドポイントは支払いを確認し、その後、要求されたコンテンツまたはリソースへのアクセスを許可します。
現在の状況と技術的カバレッジ
現在、Payments MCPに対応したエージェントは、開発者またはオペレーターによって定義された制限内で支払いを行うことができます。Coinbaseは、そのブログおよび技術文書を通じて、2025年にLLMおよびMCPツールのサポートが継続的に開発されていることを報告しており、テスト環境や文書が徐々に更新されています。今後、技術ロードマップはさらなる実装の詳細を明らかにするでしょう。
クリティカルアングルと注意すべき点
責任: エージェントが誤った支払いを実行した場合、誰が責任を負うのかを明確にする必要があります。
コンプライアンス: KYC/AML要件および地理的制限により、一部のユースケースが制限される可能性があります。
相互運用性：x402の広範な採用とさまざまなプロバイダー間の一貫性は、決定的な要因となるでしょう。
コスト: ネットワークとサービスの手数料はマイクロペイメントに影響を与える可能性があり、レイヤー2ソリューションを通じての最適化が重要です。