データフロー、セキュリティおよびプライバシー管理

本記事では、広告主様のデータがプラットフォーム上でどのように移動し、どのように保存・管理され、かつ各段階においてどのようなセキュリティおよびプライバシー対策がこれらを保護するかについて説明いたします。技術、法務、およびマーケティングの各ステークホルダーの皮様に対して、ハッシュ化された識別子がどのように取り込まれ、処理され、保護されるのかを正確にご理解いただくために設計されております。これにより、キャンペーンのコンプライアンス、リスク、および適合性を評価することができます。

‍1. エンドツーエンドのデータフローとアップロードプロセス

取り込み方法（Ingestion Methods）

データは、一方向暗号化ハッシュ（SHA-256）の形式のみでプラットフォームに入力されます。主に3つの取り込みルートをご用意しております：

1. 直接ハッシュアップロード（Direct Hash Upload）： ゴ客様は、ハッシュ化された識別子（メールアドレス／デバイスID）を含むCSVファイルを、暗号化されたダッシュボードに直接アップロードします。
2. API連携（API Integration）： 当社のセキュアなREST APIを介して、クライアント側のCDPまたはCRMシステムからリアルタイムで同期されます。
3. Web3 Pixel： 軽量JavaScriptライブラリ（「Web3 Cookie」）により、ブラウザ内で直接ユーザーシグナルを取得しハッシュ化します。

第三者の関与

Blockchain-Adsは、エンドツーエンドの自社スタックで運用しております。プライバシー保護形の計算にPartisia Blockchainを活用していますが、同社はプロトコルレイヤーとして機能しており、基盤となるデータにはアクセスできません。マッチングにサードパーティのデータブローカーは使用せず、すべてのマッチングは内部のIdentity Graph（アイデンティティグラフ）に対して行われます。

マッチングとアクティベーション

マッチングプロセスは、Web2の識別子とWeb3のアクティビティの間のギャップを埋めるものです：

1. アイデンティティマッピング（Identity Mapping）： 決定論的マッチングロジックを用いて、ハッシュ化されたデバイスID・メールアドレスを固有匿名 ID（Unique Anonymous ID）に結び付けます。
2. ウォレット連携（Wallet Linkage）： ゴ客様がパートナーパブリッシャーまたは「Web3 Cookie」タッチポイントを通じてウォレットを接続すると、そのウォレットアドレスが匿名IDにマッピングされます。
3. リアルタイムアクティベーション（Real-Time Activation）： 広告リクエストが発生すると、当社のDSP（Demand-Side Platform）がマッチテーブルを照会します。ゴ客様がターゲットセグメント（例：「Whales」または「DeFi Users」）に一致する場合、パブリッシャーがゴ客様のウォレットアドレスやメールアドレスを一切展示されない形で広告が配信されます。

2. データの取り扱い、保存および管理

保存と暗号化（Storage & Encryption）

1. ゼロナレッジストレージ（Zero-Knowledge Storage）： データベースが侵害された場合でもデータの解読が計算上不可能になるよう、Partisiaが提供するゼロナレッジ証明（Zero-Knowledge Proof, ZKP）技術を活用しております。
2. 通信時のセキュリティ（Transit Security）： すべてのデータはTLS 1.3トンネルを介して転送されます。
3. 保存時のセキュリティ（At-Rest Security）： データベースボリュームはAES-256で暗号化され、鍵は分離されたハードウェアセキュリティモジュール（HSM）で管理されます。

データ保持ポリシー

1. 標準有効期限（Standard Expiry）： キャンペーン固有のオーディエンスデータは、キャンペーン完了後30日で削除されます。
2. グローバルオプトアウト（Global Opt-Out）： 「グローバルサプレッションリスト（Global Suppression List）」を維持しております。ゴ客様がパートナーサイトのいずれかからオプトアウトされた場合、ハッシュは24時間以内にエコシステム全体から削除されます。

3. データセキュリティと抽出制御

リバースエンジニアリング対策

ハッシュ化されたデータは抽出も再識別も不可能であることを確認しております。

1. ソルト付きハッシュ（Salted Hashing）： 取り込みプロセス中にすべてのハッシュに内部ソルトを適用し、「レインボーテーブル」（rainbow table）攻撃を防止しております。
2. K-匿名性（K-Anonymity）： レポーティングダッシュボードは集計データのみを表示します。オーディエンスセグメントのユーザー数が最低閘値未満（例：<100人）の場合、個人特定を防ぐためデータは非表示となります。

利用目的の限定

利用証明： Blockchain-Adsは、クライアントから提供されたデータは合意された広告キャンペーンの実行のみに使用されることを公式に証明します。他のクライアント向けの「Lookalike」モデリングに用いられることも、外部のエンリッチメントプロバイダーに売却されることも一切ございません。

‍