AI エージェントが、人の代わりに買い物・契約・取引を執行しはじめています。決済レール（x402、MCP）は出揃いましたが、本番運用の多くはいまだに、エージェントに API キーを渡し、超過支出や誤送信をプロンプト側のガードレールで防ぐ設計のままです。Lemma はこの不足を埋める層を「エージェント権限証明 (Agent Authority Proof)」と呼んでいます — 権限・支払い限度・取引の根拠データを暗号的アテステーションとして発行し、受信側が決済確定の前に独立して検証できる構造です。エージェント権限証明は、権限の連鎖 (delegation chain) — エージェントが最終的に誰の代理で、何段の委譲を経たか — と、その取引の決済権限 (payment authorization) の両方をカバーします。
x402プロトコルの普及、MCPエコシステムの拡大、エージェント経済の急速な成長
- エージェントが誰の代理かを ZK アテステーションとして発行し、受信側 / オンチェーンで検証できる
- 支払い限度を、API キーやウォレットではなく暗号的アテステーションに紐付ける
- エージェントが多段で連鎖する場面でも、上流の権限を末端まで証明できる
エージェント権限証明と Trust402 — エージェント決済のどこに入るか
Lemma が提唱するエージェント権限証明は、エージェント決済の前段に置かれる信頼レイヤーです。エージェントに API キーを渡してプロンプト側のガードレールに頼るのではなく、権限・支払い限度・来歴を暗号的アテステーションとして発行し、オンチェーン、または任意の取引相手側で、決済確定の前に検証できる構造を指します。Trust402 は、この層を x402 型エージェント決済向けにプロトコルレベルで実装した Lemma の製品です。
なぜ今このレイヤーが必要か。エージェント決済 (agentic payments) — AI エージェントが自律的に実行する取引 — は、2024〜2025 年の x402・Stripe Agent SDK・MCP 駆動のツール使用によって現実のカテゴリになりました。決済レールの問題はほぼ解けています。残っているのは信頼の問題 — そのエージェントは誰の代理か、いくらまで使えるか、支払いの根拠データは真正か。
上記の delegated-treasury / multi-agent-workflows / x402-commerce ユースケースが、Trust402 と各部品の組み合わせ方を示します。エージェント決済そのものの広い概念整理は 用語集 を参照してください。
委任型トレジャリー
AI エージェントに渡す支出権限を、ソフトプロンプトではなくオンチェーンの支出制御アテステーションとして発行。30 分の会話から、御社の運用に乗るか一緒に確認します。
マルチエージェント・ワークフロー
マルチエージェントの委任チェーンを、各ノードの ZK 証明として束縛。最終成果物に元の主体まで遡れる経路が残ります。30 分の会話から、御社のオーケストレーション構成に乗るか確認します。
x402 上のエージェント取引
x402 のミリ秒決済の前段で、売り手属性を ZK 証明として検証。買い手は平文主張に依存せず取引できます。30 分の会話から、御社の構成に乗るか確認します。
Agentic payments (エージェント決済) とは何か?
x402 と Trust402 の関係は?
Delegated Treasury は他のソリューションと何が違うか?
Agentic payments のなかで来歴 (provenance) はどこに位置するか?
エージェントへの権限委譲を、ソフトプロンプトではなく暗号的アテステーションとして発行する準備はできましたか。
ユースケースについてお聞かせください。1 営業日以内にご返信いたします。