メインコンテンツにスキップ
学ぶ用語集支払い命令
用語集

支払い命令とは。

定義

支払い命令は、エージェントがさらなる承認なしに特定の支払いクラスを実行できるようにする事前承認された指示です。この命令はパラメータ化されており、最大金額、受取人または許可された受取人のセット、頻度ウィンドウ、有効期限を指定できます。これは、GoogleのAP2プロトコルやいくつかの類似の命令ベースの支払いシステムの基礎となっています。

それが重要な理由

The "approve every payment" model does not scale to agents.

人間の支払いパターンは、1回の取引につき1回の承認を前提としています:チェックアウト時に合計が表示され、確認するためにタップします。1時間に200のAPIに支払う必要があるエージェントは、この方法では機能しません。ユーザーは200回の確認をクリックできず、仮にできたとしても、遅延がエージェントの有用性を損ないます。何らかの事前承認モデルが必要です。

Payment mandates formalize the pre-authorization. Instead of "approve every payment" or "approve nothing" (a static spend limit), a mandate says: "approve any payment that matches these parameters, up to this cap, until I revoke it." The user grants the mandate once; the agent executes against it many times. This is the structural primitive that turns the agent into an autonomous economic actor while still keeping the human in control of the boundaries.

どのように機能するか

付与、提示、決済、取り消し。

  1. 付与。 ユーザー(またはユーザーの代理人)は、プロトコルのUIを介してマンダテを作成し、パラメータを指定します: 支払いごとの最大金額、ウィンドウ全体の最大合計、受取人のホワイトリスト、有効期限。マンダテはプロトコルによって署名され、保存されます。
  2. 提示。 エージェントが支払いを行う必要があるとき、受取人の支払いプロセッサに権限の証明として命令を提示します。プロセッサは命令を検証し、支払いパラメータが命令の制限内であることを確認し、支払いを受け入れます。
  3. 決済。 実際の決済は、命令が指定するレール(ステーブルコイン、カード、ACH)で行われます。命令の検証は決済とは別であり、プロトコルが許可すれば、1つの命令が複数の決済方法に対して支払いを承認できます。
  4. 取り消し。 ユーザーはいつでも命令を取り消すことができます。次の提示は検証に失敗します。進行中の支払いは、プロトコルの原子性保証に応じて完了する場合もあれば、しない場合もあります。

The protocol layer holds the mandate; the agent never holds the user's payment credentials directly. This is the safety property that makes mandate-based systems different from "give the agent your credit card." Compromise the agent and the worst case is the mandate's parameter envelope, not the user's full payment power.

マンダートの形状が3つ。

例 1

呼び出しごとのAPIアクセス義務

エージェントは、定義された許可リスト内の任意のAPIに対して、1回の呼び出しで最大$0.10を支出する権限を与えられ、1日あたり合計$50まで支出できます。エージェントは1日中APIを呼び出します; 権限のパラメータ内の各呼び出しは、さらなる承認なしに決済されます。24時間で$50を超える支出はプラットフォーム層でブロックされます。

例 2

ベンダー特有のサブスクリプション義務

研究エージェントは、特定のデータベンダーに対して月額最大$200を支払う権限を付与され、ステーブルコインで請求されます。ベンダーの請求書は、命令の事前承認された支払いを自動的にトリガーします。エージェントは請求書を人間に提示する必要はありません。

例 3

ワンショットキャップ義務

ユーザーは、信頼できる予約プラットフォームからホテル予約に最大$500を支出するための単一使用の命令をエージェントに付与します。エージェントは検索し、上限内のオプションを選択して予約します。命令が消費されると、再利用することはできません。

よくある質問

一般的な質問が3つ。

支払い命令はカードの常設承認と同じですか?

精神的には似ているが、構造的には非常に異なる。カードの承認はカードネットワークによって保持され、特定のカード保有者と特定の商人の間に適用されます。エージェントコマースの観点からの支払い命令は、支払いプロトコル(例:AP2)によって保持され、金額、受取人、頻度、時間ウィンドウによってパラメータ化でき、実装に応じてステーブルコインまたは法定通貨で決済されます。命令はよりプログラム可能で、より詳細であり、カードネットワークのレールに縛られていません。

委任は取り消せますか?

はい。委任を付与したユーザーは、プロトコルの取り消しプリミティブを介していつでもそれを取り消すことができます。取り消されると、新しい支払いは実行されません。取り消しの瞬間に保留中または進行中の支払いは、プロトコルに応じて完了する場合としない場合があります; AP2は、まだチェーン上で決済されていない支払いに対して即時停止を指定します。

Blockchain0xは支払いの義務を使用していますか?

まだ正式対応ではありません。現在は API layer で強制される per-agent spend permission (期間ごとの allowance と per-transaction cap) により、同様の agent-spending-control を実現しています。これは一般的なケース (一定期間内の上限付き支出) では mandate equivalent です。完全な mandate protocol 対応 (revocation primitives、payment request と一緒に移動する signed mandate、AP2-compatible flows) は、標準の収束に合わせて roadmap にあります。
最終レビュー: 2026-05-15. CC BY 4.0の下で公開。

エージェントの支出を事前に承認してください。

APIレイヤーで強制されるエージェントごとの支出ポリシー。無料で始められます。