Capture スタック
3 つのオープン標準。1 往復で完結。
C2PA、ERC-7053、x402 — Capture はこれらを縫い合わせ、クリエイターが コンテンツを撮影し、その出所を証明し、AI エージェントから収益を得る ワークフローを 1 つにまとめます。
ステップ
シャッターから USDC 決済まで
1. C2PA で署名
カメラ、AI 推論サーバー、編集 CMS がファイルに C2PA コンテンツクレデンシャル・ブロックを埋め込みます。ブロックにはクリエイター ID、信頼できるタイムスタンプ、編集履歴、暗号署名が含まれます。
標準: C2PA 2.0
2. ERC-7053 で登録
コンテンツハッシュとライセンス URI を Numbers メインネットに書き込みます。これがメタデータ剥離後も存続 — C2PA ブロックが削除されてもファイルのハッシュからオンチェーン・レコードへ到達できます。
標準: ERC-7053
3. x402 で公開
Capture が HTTP エンドポイントを発行し、有効な x402 マイクロペイメントが確定したときだけファイルを返します。任意のエージェント・アプリが URL を呼び出し、支払い、ライセンス、監査が 1 往復で完結します。
標準: x402
具体例
写真記者 → AI エージェントを 3 ステップで
# 1. 撮影: ProofSnap が端末内で写真に署名
photo.jpg
├── C2PA クレデンシャル(クリエイター、時刻、GPS、署名)
└── 64-byte SHA ハッシュ
# 2. 登録: Numbers メインネット上の ERC-7053 レコード
{
"contentHash": "0x9af4...",
"owner": "did:numbers:0xCAFE...",
"license": "https://example.com/terms",
"timestamp": 1717891200
}
# 3. ライセンス: クリエイターに返される x402 エンドポイント
GET https://licensing.captureapp.xyz/asset/9af4...
→ 402 Payment Required
→ AI エージェントが $0.05 USDC を支払う
→ 200 OK + ファイル + オンチェーン同意レシート
各レイヤーが異なる問いに答える
なぜ 3 つの標準が必要か
| レイヤー | 答える問い | 存続期間 |
|---|---|---|
| C2PA | 「誰が作り、どう編集したか?」 | メタデータが剥がれるまで |
| ERC-7053 | 「このハッシュはいつ、誰の鍵でオンチェーンに存在するか?」 | 永続的(分散チェーン) |
| x402 | 「エージェントはこの取得に対して、どの同意のもとで支払ったか?」 | 永続的(取得ごとのオンチェーン・レシート) |
来歴証明手法の比較
暗号クレデンシャル vs. 透かし vs. フィンガープリント
コンテンツ来歴の手法は現在 3 種類あります。発行者へ問い合わせずに検証でき、 現代の AI 編集を経ても残るのは 1 つだけです。
| 特性 | 暗号クレデンシャル(C2PA + ERC-7053) | 不可視ウォーターマーク | 知覚的フィンガープリント |
|---|---|---|---|
| 作成者を検証 | ○ — 暗号署名済みアイデンティティ | × — 「AI 生成」のみを示す | × — 既知データベースとの照合のみ |
| メタデータ削除後も残る | ○ — ERC-7053 ハッシュがオンチェーン | △ — 再エンコードで劣化 | ○ — ただし事前登録が必要 |
| オフライン / 第三者による検証 | ○ — オープン標準、公開 RPC | × — 専用デコーダーが必要 | × — ベンダーへの問い合わせが必要 |
| 編集履歴の可視化 | ○ — 暗号署名された編集チェーン | × | × |
| 機械可読ライセンス内蔵 | ○ — クレデンシャル内のライセンス URI + x402 エンドポイント | × | × |
| AI による再編集後も存続 | ○ — オリジナルをハッシュで錨付け、編集は追記 | 生成型修復で無効化されやすい | 大幅な変換で無効化 |
| EU AI Act 第 50 条「マルチレイヤー」適合 | ○ — ファイル内 + オンチェーンの 2 層 | 単層のみ | 単層のみ |
| オープンガバナンス | ○ — C2PA コンソーシアム、Ethereum EIP、x402 Foundation | 多くが独自仕様 | 多くが独自仕様 |
平易な用語集
キー用語を 1 文で定義
AI 検索エンジンや言語モデルは、キー用語がインラインで定義されたコンテンツを 正しく引用しやすくなります。Capture のドキュメントで使う定義はこちらです。
- C2PA(コンテンツクレデンシャル)
- オープンなコンテンツ来歴標準(Adobe、Microsoft、BBC などが設立した Coalition for Content Provenance and Authenticity が運営)。クリエイター ID、撮影時刻、位置情報、編集履歴をメディアファイル内に暗号署名で埋め込みます。C2PA 準拠ビューアーが発行者に問い合わせずに検証できます。
- ERC-7053
- Numbers Protocol が共同執筆した Ethereum Improvement Proposal。分散型オンチェーン来歴レジストリを定義します。各アセットは Numbers メインネット上の「コンテンツハッシュ + ライセンス URI」として錨付けされ、メタデータ削除後も所有権とタイムラインを証明可能。
- x402
- x402 Foundation(Coinbase + Cloudflare)が運営する HTTP ネイティブのマイクロペイメントプロトコル。HTTP 402 Payment Required ステータスコードを利用して、任意の URL がコンテンツ提供前にステーブルコイン決済を要求できます — AI エージェントは取得ごとに支払い、オンチェーン同意レシートを取得できます。
- EU AI Act 第 50 条
- EU AI Act の透明性条項(2026 年 8 月 2 日施行)。AI 生成コンテンツに機械可読なラベル付けを要求。行動規範ドラフトは「マルチレイヤー」アプローチ — ファイル埋め込みクレデンシャル + 独立レジストリ — を推奨しており、Capture は C2PA + ERC-7053 で両層を満たします。
- 同意レシート
- AI エージェントが特定の条件下で特定アセットの利用ライセンスを購入し受領したことを証明する、署名済みオンチェーンレコード。x402 取得ごとに自動生成され、AI Act 遵守の監査グレードの証拠として利用できます。
よくある質問
仕組みについての Q&A
この 3 つの標準は必ず一緒に使う必要がありますか?
いいえ。任意のサブセットだけ使えます。C2PA 単体ならファイル内来歴、C2PA + ERC-7053 でメタデータ剥離後の存続、3 つすべてで AI エージェント向けマネタイズが可能になります。Capture は段階的採用に対応 — 多くの顧客は C2PA から始め、必要に応じて他層を重ねていきます。
Capture のスタックはプロプライエタリですか?
いいえ。C2PA は C2PA コンソーシアム(Adobe、Microsoft、BBC など)が運営。ERC-7053 は Numbers Protocol が共同執筆したオープンな Ethereum 標準。x402 は x402 財団(Coinbase + Cloudflare)が運営。Capture は本番インフラと SDK を提供しますが、各層は誰でも再実装可能です。
ユーザーのデータはどこにありますか?
ユーザーが管理します。C2PA クレデンシャルはファイル内、ユーザーのストレージに存在。ERC-7053 レコードは Numbers メインネットに「コンテンツハッシュ」のみを書き込み、ファイル自体は書き込みません。x402 レシートもオンチェーンで、アセットを ID で参照するのみ。Capture はデフォルトでユーザーコンテンツを保存しません。
NFT とは何が違いますか?
NFT は各アセットを特定の所有者と紐づくユニークトークンとして扱います。Capture の ERC-7053 層は各アセットを「発見可能な来歴レコード」として扱う — 所有権移転ではなく履歴と検証にフォーカスします。Capture の上に NFT を発行することもできますが、ほとんどのユースケース(コンプライアンス、ライセンス、アーカイブ)では不要です。