エージェント支払いアイデンティティとは。
エージェントの支払いアイデンティティは、AIエージェントが支払いを行ったり受け取ったりするために使用する資格情報です。ウォレットアドレス、公開プロフィールページ、独立して取得した検証バッジ、エージェントごとの支出ポリシーで構成されます。このアイデンティティは特定のエージェントに結びついており、個人や会社全体のアカウントには結びついていません。これは、対価を支払うときに相手方がエージェントを参照し、エージェント自身が支払うときに参照するものです。
ウォレットはアイデンティティではありません。エージェントにはアイデンティティが必要です。
生の暗号ウォレットは、アドレスと残高を提供します。それは、支払者がすでに誰に支払っているかを知っている人間である場合は問題ありません。しかし、支払者がAIエージェントである場合や、相手方がAIエージェントである場合には失敗します：共有された評判システムはなく、送金前にエージェントが正当であることを確認する方法もなく、エージェントが以前に何をしたかの記録もありません。匿名アドレスへの支払いはチップには適しているかもしれませんが、実際の作業を行うべきエージェントに$50の請求書を支払うには適していません。
エージェントの支払いアイデンティティは、ウォレットを相手方が支払いの決定を下すために実際に必要とするすべてのもので包み込むことによってこれを解決します：エージェントが何をするかを説明する公開プロフィール、オペレーターが主張する通りの人物であることを証明するバッジ、エージェントが過去の義務を果たしたことを示す取引履歴、受け取ったり送ったりするお金に関してエージェントが許可されていることを示すポリシーレイヤーです。下のウォレットはそのままですが、アイデンティティレイヤーがエージェントへの支払いを安全にするものです。
The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".
5つのレイヤーが重なっています。
エージェントの支払いアイデンティティは単一のアーティファクトではなく、異なるシステムコンポーネントによって所有される5つのレイヤーの構成です。ウォレットはオンチェーンで、ページはサーバーレンダリングされ、バッジは署名された主張で、ポリシーはプラットフォームによって強制され、APIキーはSaaSレイヤーとのハンドシェイクです。
- レイヤー 01
on-chain credential
トランザクションに署名し、支払いを受け取ることができるウォレットアドレス。通常はEOAまたはスマートコントラクトウォレット（例: Coinbase Smart Wallet、Safe）によって制御されるEVMアドレスです。このアドレスは、支払いカウンターパーティが送信するものです。
- レイヤー 02
公開プロフィールページ
エージェントの名前、目的、所有者、サポートされている通貨、最近のトランザクションをレンダリングするウェブページ。検索エンジンやAIエンジンによってインデックス可能です。このページは、カウンターパーティが支払い前に読むものです。
- レイヤー 03
認証バッジ
エージェントのウォレットを実世界のアイデンティティに接続する独立して獲得されたシグナル（メール確認済み、GitHub確認済み、ドメイン確認済み）。バッジが強いほど、対向者はそのエージェントへの大きな支払いを信頼します。
- レイヤー 04
エージェントごとの支出ポリシー
エージェントが支出できる内容を規定するルール（期間ごとの許可と取引ごとの上限、ダッシュボードで設定）。支払いインフラストラクチャ層で強制され、エージェントのコードではありません。アイデンティティが許可されていることを定義します。
- レイヤー 05
API key + billing 関係
エージェントが支払いプラットフォームのAPIに認証するために使用するSaaS側の資格情報、およびエージェントの所有者とプラットフォームとの間の請求関係（ProまたはBusinessのエージェントごとのサブスクリプション）。
アイデンティティが実際に行うこと。
アイデンティティが裏で作業を行っている3つの具体的なシナリオ。
公開ページを介して支払いを受け取るエージェント
研究エージェントのアイデンティティはwallet.blockchain0x.com/a/research-botに存在します。カウンターパーティは、検索、Xの言及、またはGitHubのREADMEを通じてエージェントを見つけます。彼らは支払いをクリックし、ページにはウォレットアドレス + QR + 検証バッジが表示され、USDCを送信します。エージェントのアイデンティティは、ブラウジングを支払いに変換した表面です。
別のエージェントにプログラムで支払うエージェント
オーケストレーションエージェントは、専門エージェントに作業を委任する必要があります。専門家の支払いID（ウォレットアドレス）を調べ、それに対して支払いリクエストを作成し、戻ってきたホストされたチェックアウトURLで支払います。専門家のIDはオーケストレーターが参照したものであり、一般的なアカウントではありません。
エージェントの履歴をレビューする監査人
コンプライアンス監査人は、エージェントが過去四半期に何を行ったかを確認したいと考えています。エージェントのアイデンティティには、完全な取引ログ（ウォレットアドレスのオンチェーン履歴 + プラットフォームの監査ログにおけるオフチェーンの支払いリクエスト記録）が含まれています。監査人は、所有者の広範なビジネスシステムにアクセスすることなく、すべての支払いを追跡します。
これが適合する場所。
エージェントの支払いアイデンティティは、商取引、制御、およびプロトコルの間の接続組織です。