エージェントのカストディおよび権限付与フレームワーク · 2026-05 リファレンスアーキテクチャ

確度: 概ね確度あり 更新 2026-05-25 要再確認 2026-11-25 出典 14 機械翻訳
#agent-economy#custody#authorization#revocation#multi-sig#threshold
目次

要約

2026 におけるエージェントのカストディと権限付与は、三軸の設計空間へと収束した。(1) カストディモデル — 完全セルフカストディ(ユーザーが鍵を保持し、エージェントは独立した制御権を持たない)、ハイブリッド(Lit PKP の閾値方式、またはポリシーコード付きセッションキー)、または完全カストディアル(Privy / Magic / Coinbase CDP / Skyfire)。(2) 権限付与の粒度 — 単一取引(エージェントは行動ごとにユーザー承認を要求しなければならない)、時間制限(有効期限まで有効なスコープ)、金額制限(ローリングウィンドウ付きの支出上限)、支出ルール制限(許可されたマーチャント / カテゴリ / パターン)。(3) 失効メカニズム — オンチェーン即時(権限 NFT のバーン、ERC-7715 グラントの失効)、オフチェーンのウォレット仲介(Privy 管理者による失効)、法的 / 契約上(Skyfire 発行体台帳のエントリ)。伝統的な証券会社の限定的委任状(LPOA) が教義上のアナログを提供する — 数十年にわたり、証券会社は投資顧問に対し、スコープ(資産クラス)、金額(規模上限)、失効(書面通知)、監査証跡(取引報告書)を伴って顧客口座への裁量権限を付与してきた。2026 のエージェントカストディアーキテクチャは、デジタルネイティブな LPOAオンチェーンの失効プリミティブ を加えたものである。マルチ署名 / 閾値制御は、ダブルチェックのパターンを追加する。すなわち、取引にはエージェントの署名と共同署名者(Lit Action ポリシー、人間の承認者、またはオラクルとして機能する第二のエージェント)の署名の両方が必要となる。カストディ + 権限付与 + 失効 + マルチ署名 + 監査証跡の構成こそが、エージェント主導のフローを監督する際に規制当局が精査するものであり、AIエージェントの法的・税務上の責任フレームワーク · 誰が責任を負うのか、エージェントの所得はどう課税されるのか および DeFiと伝統的金融を橋渡しするエージェントアイデンティティ · KYA、Skyfire、Lit PKP、mDL、MiCA、GENIUS を通じてマッピングされる。

ウィキ上の位置づけ

このエントリは エージェント経済 の配下にある。対になる ID 認証については DeFiと伝統的金融を橋渡しするエージェントアイデンティティ · KYA、Skyfire、Lit PKP、mDL、MiCA、GENIUS、プロトコル層については agent payment protocol four-way comparison、アプリケーションサーフェスについては 金融における LLM・AI エージェントの応用 · 2026-05 応用領域の全体像、トレーディング固有の規制当局オーバーレイについては AI 主導トレーディング規制 · 日本 FSA / SESC とグローバルな FCA / SEC / ESMA の比較 2026、ウォレット権限プリミティブについては ERC-7715 概観 · Wallet Permissions と AI Agent 自動決済 + ERC-7715 と agent payment stack · x402 + AP2 + 4337/7702 協調、ウォレット基盤については AI エージェントのための ERC-4337 アカウント抽象化入門 + ERC-7702 AI エージェント向け EOA 委任入門、閾値カストディについては Lit Protocol PKP · AI エージェント向けプログラマブルキーペア、組み込みウォレットカストディについては Privy + Coinbase CDP、発行体レベルのカストディについては Skyfire、法的分離との対応については 組込型ウォレットのカストディ破綻メカニクス · Privy / Stripe / Coinbase CDP / AWS Bedrock が破綻した場合、エンドユーザー資金はどうなるか、教義については AIエージェントの法的・税務上の責任フレームワーク · 誰が責任を負うのか、エージェントの所得はどう課税されるのか と照らし合わせて読むこと。証券会社のアナログについては 日本カストディ銀行の業務モデル日本のプライムブローカレッジと機関投資家向けファイナンス を参照のこと。

三軸の設計空間

軸 1 · カストディモデル

完全セルフカストディ(ユーザーが鍵を保持し、エージェントは独立した制御権を持たない)

  • ユーザーの EOA が資金を保持し、エージェントは署名能力を一切持たない
  • エージェントは未署名トランザクションを組み立て、ユーザーがウォレットで各々を承認する
  • 最大限のセキュリティ、最小限のエージェント自律性
  • ユースケース:ユーザーがループ内にいる、高額 / 高リスクの単発トランザクション
  • 例:MetaMask、OneKey、Ledger、Trezor でユーザーがレビューするためのトランザクションを構築する Claude / GPT エージェント

ハイブリッド(Lit PKP の閾値方式、またはポリシーコード付きセッションキー)

  • エージェントはセッションキー、または署名するためにポリシー評価を必要とする Lit PKP を保持する
  • 資金はユーザー制御の SCW または EOA 委任アドレスに存在し、エージェントはスコープ内で署名する
  • Lit Actions が実行時のポリシー強制(レート制限、スコープチェック、多要素)を提供する
  • ユースケース:ユーザーがオフライン / 就寝中に行動する必要があるが、ハードコードされたポリシーガードレールを備えた自律エージェント
  • 例:トレジャリー自動化のための Lit PKP 制御エージェント。AI エージェントのショッピング向けの ERC-7715 + ERC-4337 セッションキー

完全カストディアル(Privy / Magic / Coinbase CDP / Skyfire)

  • カストディアンが暗号鍵を保持する(多くは MPC 分割または HSM バックアップ)
  • ユーザーはパスキー / OAuth / メール OTP でカストディアンに認証する
  • エージェントは、カストディアンが発行し、カストディアンがスコープを強制する API キーを介して動作する
  • 最大限の利便性。カストディアンとカストディアンの支払能力への信頼を要する
  • ユースケース:消費者向けエージェント決済、エンタープライズのエージェント発行
  • 例:Privy 組み込みウォレット、Coinbase CDP ウォレット、Magic 組み込みウォレット、Skyfire 発行のエージェント ID

カストディアンの市場構造については 埋込型ウォレットの全体地図 2026 · 統合後のプロバイダーマップ、法的分離要件については 組込型ウォレットのカストディ破綻メカニクス · Privy / Stripe / Coinbase CDP / AWS Bedrock が破綻した場合、エンドユーザー資金はどうなるか を参照のこと。

軸 2 · 権限付与の粒度

粒度説明サポートされる場所
単一取引エージェントは行動ごとにユーザー承認を要求しなければならない任意のウォレット(デフォルト)
時間制限expiresAt タイムスタンプまで有効なスコープERC-7715 expiry;Skyfire 台帳;AP2 マンデートの有効性
金額制限ローリングウィンドウにわたる支出上限(例:$50/日、$500/月)ERC-7715 period + amount;Skyfire 支出上限;Privy アプリレベル上限
支出ルール制限許可されたマーチャント / カテゴリ / パターンERC-7715 permissionsContext 許可リスト;Skyfire マーチャントカテゴリ制限;AP2 マンデートスコープ
リソース別制限許可された特定資産(USDC のみ、ETH 不可;特定トークン)ERC-7715 permission.type(例:特定トークン向けの erc20-token-transfer);Skyfire カードレベル設定
構成上記の組み合わせ(例:「.vercel.com のみへ $50/日、USDC のみ、7日有効期限」)ほとんどの本番スタックは 3+ を構成する

2026 の本番リファレンス:構成が常態である。単一の次元で十分なことはまれである。実際のエージェント権限は次のように見える:

GRANT to agent_id A1:
  type: erc20-token-transfer
  token: USDC@0xa0b86991c... (Base mainnet)
  amount_cap: 50 USDC
  period: 1 day (rolling)
  expiry: 2026-08-25T00:00:00Z
  allowed_targets:
    - merchant_domain: *.vercel.com
    - merchant_domain: *.cloudflare.com
    - merchant_address: 0x1234...
  required_attestation: AP2 mandate VC signed by user A's WebAuthn key

軸 3 · 失効メカニズム

オンチェーン即時

  • 権限 NFT をバーンする(一部の Coinbase Smart Wallet パターンのようにスコープが NFT エンコードされている場合)
  • ERC-7715対応ウォレットで revokePermissions を呼び出す(即時のブロックファイナリティ失効)
  • ERC-4337 SCW 内の資金は、ユーザーが失効 UserOp に署名することでセッションキーを削除できる
  • コスト:失効トランザクションのガス料金(L2では通常 $0.50 未満)

オフチェーンのウォレット仲介

  • Privy / Magic / Coinbase CDP 管理コンソール — ユーザーがログインしてエージェントの API キーを無効化する
  • カストディアンが署名時に失効を強制する
  • 速度:数秒(カストディアン API 呼び出し)

法的 / 契約上

  • Skyfire 発行のエージェント:ユーザーが Skyfire サポート / ポータルに連絡してカードを無効化する
  • Stripe Issuing:ユーザーが Stripe Dashboard を呼び出してバーチャルカードを凍結する
  • 速度:数秒~数分(発行体の処理に依存)

ハイブリッドの時限有効期限

  • 時間制限スコープは、能動的な失効アクションなしに自己失効する
  • ユースケース:7日間のプロジェクトで動作するエージェント。ユーザーが失効を忘れても権限が自動失効する
  • これは最も安全なデフォルトであり、推奨されるベースラインである

マルチ署名 / 閾値エージェント制御

高額または機関導入されるエージェントの場合、単一署名のエージェント制御は不十分である。マルチ署名 / 閾値パターン:

パターン 1 · エージェント + 人間の共同署名者

  • エージェントがトランザクションを構築し、人間(財務担当者、コンプライアンス責任者、取締役会メンバー)が共同署名しなければならない
  • ユースケース:人間の承認のために $X を超えるトランザクションを提案しなければならない企業トレジャリーエージェント
  • 実装:エージェントを提案者、N 人の人間を承認者とする Safe(Gnosis Safe)マルチシグ
  • SCW 基盤については AI エージェントのための ERC-4337 アカウント抽象化入門 を参照のこと

パターン 2 · エージェント + Lit Action ポリシー

  • エージェントの PKP 署名は Lit Action ポリシー評価を必要とする
  • Lit Action が実行時チェック(レート制限、スコープ、多要素)を強制する
  • 人間はループ内にいないが、監査可能な JavaScript ポリシーによるコードがループ内にある
  • Lit Protocol PKP · AI エージェント向けプログラマブルキーペア を参照のこと

パターン 3 · エージェント + 第二のエージェント(オラクル)

  • 2 つのエージェントがトランザクションに合意しなければならず、両方が署名しなければならない
  • ユースケース:一方のエージェントが提案者として機能し、第二のエージェントが検証者として機能する(多くは LLM 主導の検証)
  • リスク:両エージェントがモデルの欠陥を共有している場合の相関的障害
  • 緩和策:多様性のために異なるモデルプロバイダ(一方のエージェントは Claude、第二は GPT)を使用する

パターン 4 · m-of-n 閾値

  • トランザクションには n の総署名者のうち m の署名が必要である
  • 署名者は人間、エージェント、ハードウェアキー、HSM の混合とすることができる
  • ユースケース:エージェントと人間の両方が署名者として適格となる 2-of-3 または 3-of-5 マルチシグを備えた企業トレジャリー
  • 実装:Safe + 閾値 ECDSA、または特定チェーン上の BLS マルチシグ

伝統的な証券会社の限定的委任状(LPOA)との比較

伝統的金融からの教義上のアナログは、顧客が限定的委任状(LPOA)を通じて投資顧問に付与する裁量取引権限である。この構造は約 50 年間安定している:

次元証券会社 LPOAエージェント ERC-7715 / Skyfire の同等物
スコープ資産クラス(株式、債券、FX)permission.type(トークン、転送、スワップ)
金額ポジションサイズ上限、時に想定元本amount_cap + period
時間失効権付きの無期限。一部は時間制限expiry タイムスタンプ
承認された取引相手証券会社の執行会場allowed_targets 許可リスト
失効書面通知。通常 T+1 で発効オンチェーン即時、またはウォレット仲介で数秒
監査月次取引報告書 + Form 8949 / 法定調書オンチェーン台帳 + 署名済みレシート + 監査ログ
責任顧客が責任を負う。顧問は受託者義務を負うデプロイヤーが責任を負う。エージェントプロバイダは契約上の責任を負う場合がある
規制当局SEC IA / BD 監督、FINRA、FSA 第1 種 / 第2 種 FIBOデプロイヤーの規制対象活動を介して間接的

構造的な並行関係は意図的なものである。エージェントのカストディ / 権限付与は、より強力な失効プリミティブより細かい粒度のスコープ表現 を備えたデジタルネイティブな LPOA である。法的教義はほとんど変わらず適用される。すなわち、本人(ユーザー / デプロイヤー)が責任を保持し、エージェントは付与されたスコープ内で限定的な権限を持ち、失効は本人の一方的な権利である。完全な教義マッピングについては AIエージェントの法的・税務上の責任フレームワーク · 誰が責任を負うのか、エージェントの所得はどう課税されるのか、証券会社 LPOA のフレーミングについては 日本のプライムブローカレッジと機関投資家向けファイナンス を参照のこと。

カストディ x 権限付与 x 失効マトリクス · 本番パターン

パターンカストディ権限付与失効ユースケース
消費者チャットエージェント完全カストディアル(Privy / Coinbase CDP / Magic)支出ルール + 金額制限 + 時間制限オフチェーン管理コンソールカジュアルな AI エージェントのショッピング
エンタープライズトレジャリーエージェントハイブリッド(Safe マルチシグ + 人間の共同署名者)リソース別 + 金額制限;m-of-n 閾値Safe 管理者経由のオンチェーン即時B2B 調達 / サプライヤー支払
自律リサーチエージェントハイブリッド(Lit Action ポリシー付き Lit PKP)時間制限 + ポリシーコード化PKP NFT 転送経由のオンチェーン長時間稼働のデータ収集エージェント
発行体仲介型エージェントコマース完全カストディアル(Skyfire / Stripe Issuing)マーチャントカテゴリ + 金額制限 + 時間制限発行体コンソール(数秒)Visa レールのマーチャントショッピング
高額機関エージェント完全セルフカストディ + エージェントは提案のみ単一取引(ユーザーが各々を承認)該当なし(自律的権限なし)$1M+ のトランザクション。エージェントは助言のみ
クロス管轄の自律エージェントハイブリッド(異なる管轄のノードにまたがる Lit PKP 閾値)管轄固有ルール付きのポリシーコード化PKP NFT 経由のオンチェーン検閲耐性のあるエージェント運用

失効レイテンシ · 運用上実際に重要なこと

異なる失効メカニズムは、実質的に異なるレイテンシを持つ。2026-05 のリファレンス数値:

メカニズム典型的なレイテンシ障害モード
オンチェーン即時(ERC-7715 失効)1-15 秒(L2 ファイナリティ)RPC 伝播;バンドラー遅延
オフチェーンのウォレット仲介(Privy 管理者)1-5 秒カストディアン API;キャッシュされた署名鍵
発行体台帳(Skyfire / Stripe Issuing)5-30 秒発行体のカードネットワークへの下流伝播
法的 / 契約上(書面通知)数時間~数日顧問が処理しなければならない。T+1 で発効
時限有効期限0 秒(自動)正確なクロックを要する。クロックドリフト攻撃

運用上の含意:ベースラインのデフォルトとしてのオンチェーン即時 + 時限有効期限が、最も強力な失効プロファイルを与える。オフチェーン仲介はカストディアンが信頼されている場合に許容される。法的 / 契約上の失効は、高頻度のエージェント運用には遅すぎる。

クロススタック構成チェックリスト

本番グレードのエージェントカストディ + 権限付与のデプロイは、以下を指定すべきである:

これらすべてを指定しない本番設計は不完全であり、監督検査に失敗する。

出典

  • Privy ドキュメント(docs.privy.io)
  • Magic ドキュメント(docs.magic.link)
  • Coinbase CDP ドキュメント(docs.cdp.coinbase.com)
  • Skyfire ドキュメント(docs.skyfire.xyz)
  • Lit Protocol 開発者ドキュメント(developer.litprotocol.com)
  • ERC-7715 EIP ドラフト(eips.ethereum.org/EIPS/eip-7715)
  • ERC-4337 EIP 最終版(eips.ethereum.org/EIPS/eip-4337)
  • ERC-7702 EIP 最終版(eips.ethereum.org/EIPS/eip-7702)
  • Safe(Gnosis Safe)ドキュメント(docs.safe.global)
  • 裁量権限と LPOA に関する FINRA Notice 12-25 (finra.org)
  • SEC 投資顧問の裁量権限ガイダンス(sec.gov)
  • 日本 FSA 金融商品取引法(fsa.go.jp)
  • 顧問登録に関する CFTC プレスリリース(cftc.gov)

関連項目