ZKP Framework® 知らないまま証明検証するゼロナレッジ型経営アーキテクチャ

Decrypt history, Encrypt future™

ZKP Framework® 知らないまま証明検証するゼロナレッジ型経営アーキテクチャ

知らないまま進むのが現実

人間は、宇宙のルールも地球のルールも知らずに生まれてくる。それでも問題なく大きくなる。赤ちゃんはお母さんのおっぱいを飲むときに、運転免許証やパスポートで本人確認をしない。犬は飼い主を決めるときに IC カード認証を要求しない。どこで生まれたかも、何が好きかも聞かず、一緒に生活する。一方、事業では、本来の目的を逸脱した本人確認が行われている。

  • 特に分析することもないのに位置情報を収集する
  • データを集めても売上に繋がらないのに、何と何を一緒に買うのか分析する
  • 知らなくても良い情報を全員のスタッフが確認する
  • クラウドサーバー上のデータやプロセスならずっと持っていてもコストがかからないと思い込む
  • 性別を聞いても何にも使わないのに性別を尋ねる

そして人は、覗き見をしたい性質を持っている。覗き見精神が社員に広がると、かつての自動車の車載カメラ覗き見などのセキュリティ事故につながる。情報爆発の時代には、事業のファンダメンタルと一切関連しない情報は見ることも聞くこともなく、クリティカルパスのみを決定的に進めるフォーカスが不可欠である。

ゼロナレッジ経営の優位性

一般に Zero-Knowledge Proof(ZKP)は、prover がある命題の真実性を verifier に示しながら、その真実性以外の情報を明らかにしない暗号学的プロトコルを指す。

会員登録・本人確認・現場オペレーションを、「知らないまま回す」設計。

貸渡業は本来、本人確認・決済・配車・回収・在庫回転が複雑に絡む事業である。その複雑さをユーザーとスタッフの頭の中に押しつけるほど、登録も予約も認証も止まる。

ZKP Framework®(Zero-Knowledge Policy Framework) は、複雑な貸渡業務に関わる認知負荷を最小化し、次の目的関数を最大化するための設計思想である。

  • 会員登録数
  • 予約数
  • 本人認証数
  • 在庫回転数

「何でも集める」「何でも見せる」「何でも分析する」のではなく、事業が成立するために必要な証明だけを通し、それ以外の個人情報はそもそも持たない・見せない・使わない。それがゼロナレッジ型経営である。


なぜ「持たない」のか

ROIC やオペレーティングレバレッジという大数の成長に貢献しないデータは、保有していてもコストであり、ノイズである。

スタッフも同じである。目に触れた瞬間、脳は動き始める。余計な情報が入るほど、現場判断は遅くなり、ミスとコンプライアンスリスクが増える。法令遵守のために重要な情報であっても、社員全員が知る必要はない。

99.99%(感覚的に)のスタッフは、顧客の全情報を知ることなしに、安全に事業を運営できる。
これがオペレーション設計の前提である。

統計解析についても同様である。確率空間の閾値の内部で何が起こるかを測っても、出てくるのは規定空間内部の確率偏差に過ぎない。よほど挙動が珍しく、他から推測できないテーブルでなければ、分析の意義は薄い。例えば全国展開の住所分布を眺めても、都道府県別 GDP と一致するくらいの法則しか出ない、というのが典型である。

だから ZKP Framework® では、集めない・見せない・追わないを先に決める。


ユーザーが登録するものは、ほぼ二つだけ

ユーザーが入力するのは、原則として次だけである。

  • メールアドレス
  • ニックネーム

誕生日、性別、本名、住所のテキスト入力はしない。本人性は、基本的に Apple / Google の SSO で担保する。

連絡手段は、アプリ内チャットとメールが基本である。店舗からの販促案内は禁止する。メールマガジンのためにメールアドレスや携帯電話を使う必要はない。メールは、業務上必要最低限の通知に限定する。

位置情報は、ブラウザでもモバイルアプリでも取得しない。個人情報(PII)を用いたウェブトラッキングや広告運用もしない。Identity に紐づいた First-party Cookie による分析も不要である。純粋な利用回数によるオーガニックグロースにとって、トラッキングはコストでありノイズだからである。


必要な情報は「隔離」して持つ

持たないことが原則でも、貸渡業として最低限必要なものがある。その扱いを分ける。

情報 扱い
ニックネーム / メール 運営に必要な最小単位。配車・回収はニックネーム中心で回す
本人性(SSO) Apple / Google で担保
携帯電話番号 決済・認証等に必要な場合のみ取得し、適切な第三者サービスに隔離
Payment data PCI DSS 準拠の payment service provider が処理し、自社システムでは原則保持しない
運転免許証・パスポート 暗号通信で受け取り、隔離されたデータセンターに保管。ユーザーにも社員にも見せない
位置情報・広告トラッキング用 PII 取得・利用しない
Identity に紐づいた First-party Cookie 分析 不要
誕生日・性別・本名・住所 テキスト入力させない

重要なのは、「本人確認ができること」と「現場が本人の全貌を知ること」を切り離すことである。個人の端末と認証情報に紐づいたニックネーム運用でも、本人性が担保できるエスクローストラクチャーを組む。現場はニックネームで動き、本人確認書類や決済情報は隔離された領域に閉じる。


現場が回る単位は「ニックネーム」

配車・回収業務に必要なのは、顧客の人生の全データではない。最低限必要なのは、誰に・いつ・何を・どこへ返すかを迷わず実行できるオペレーション単位である。

たとえば、

免許証画像
氏名
住所
生年月日
免許番号
顔写真

ではなく、

Account authenticated = TRUE
Driving eligibility verified = TRUE
Payment authorized = TRUE
Rental permitted = TRUE

だけでよい。スタッフの脳に、本名・住所・性別・誕生日・詳細な属性を流し込まない。それ自体が、認知負荷の削減であり、情報漏洩面の防御であり、サービスの速度でもある。


ZKP Framework® が最大化するもの

ゼロナレッジは、プライバシー施策の看板ではなく成長アルゴリズムである。

  1. 登録の摩擦を下げる
    入力項目が少ないほど、会員登録は増える。
  2. 認証の完了率を上げる
    SSO と隔離保管で、本人確認を「見せないまま通す」。
  3. 現場の認知負荷を下げる
    スタッフが知る情報を最小化し、配車・回収の速度と精度を上げる。
  4. 在庫回転を上げる
    余計なデータ運用ではなく、利用回数そのものを増やす設計に資源を集中する。
  5. ノイズコストを削る
    成長に寄与しない PII、トラッキング、過剰な統計を持たないことで、ROIC に効く側へ資本と注意力を戻す。

まとめ

ZKP Framework® とは、

ユーザーとスタッフが「知らなくてよいこと」を徹底して減らし、
事業が必要とする証明だけを通し、
登録・予約・認証・回転という目的関数を最大化する経営アルゴリズム

である。

個人情報を集めるほど強く見える時代に、あえて逆を行く。持たないことは、大数の成長に不要なコストとノイズを取り除くための、既約表現の暗号長の強さを意味する。

設計方針

  • ユーザーはメールアドレスとニックネームしか登録しない
  • 本人性は基本 Apple / Google SSO で担保する
  • 連絡はアプリチャットとメールが基本
  • 店舗からの販促案内は禁止。メールマガジンでメールアドレスや携帯電話を使う必要はない。業務上必要最低限の通知のみをメールにする
  • 携帯電話番号は決済・認証等に必要な場合のみ取得し、適切な第三者サービスに隔離する
  • Payment data|PCI DSS 準拠の payment service provider が処理し、自社システムでは原則保持しない
  • 位置情報はブラウザ、モバイルアプリでは取得しない
  • 個人情報 PII を用いたウェブトラッキングや広告運用はしない(純粋な利用回数によるオーガニックグロースにとって、トラッキングはコスト、ノイズになる)
  • Identity に紐づいた First-party Cookie による分析は不要
  • 誕生日、性別、本名、住所はテキスト入力しない
  • 運転免許証やパスポートは暗号通信で渡され、隔離されたデータセンターに保管され、ユーザーや社員の目に触れることはない
  • 配車・回収業務は、最低限必要なニックネームでの運営を実施する
  • 個人の端末や認証情報によるニックネーム運用でも、本人性が担保できるエスクローストラクチャーを組む

基本構想

  • 複雑な貸渡業務に関わるユーザー・スタッフの認知負荷を最小化し、会員登録数・予約数・本人認証数・在庫回転数という目的関数を最大化させるためのゼロナレッジ型(ZKP Framework®)アルゴリズム
  • ROIC やオペレーティングレバレッジという大数の成長に貢献しないデータは、保有していてもコストであり、ノイズである。スタッフも目に触れるだけで脳が動いてしまうので、演算ノイズとなる。コンプライアンスや法令遵守の観点で重要な情報は必ずしも社員全員が知る必要はなく、99.99%(感覚的に)のスタッフは顧客の全情報を知ることなしに安全に事業を運営することができる
  • 決定プロセスに大きな影響を与えることのないデータを収集しない。確率空間の閾値の内部で何が起こるかについてデータを集め分析したとしても、大抵は規定空間内部の確率偏差の結果しか出ない(例えば、全国展開の住所分布を分析しても都道府県別 GDP と一致するくらいの法則しかない)。驚くような因果関係を探すとしたら、それは日常オペレーションの範疇ではなく、研究開発やイノベーションである

言うは易し、行うは難し

なるべく少ない労力で A→B へ二点間航行するという Least Action Principle は物理学の基本ではあるものの、意外と暗号学の歴史を深く理解しないと実行することができない。合議制で議論をすると、ノイズ拡大の方が容易に多数派になってしまい、決定不能の充足可能性問題の矛盾状態になってしまう。

既約表現、最小記述、素数性、公理性など、数学・物理・経済の栄枯盛衰を理解していないと、物理的ネットワークトポロジーの停留がどこにあるのか判定するのは困難なのである。