銀行の入出金明細を営業所の壁に貼っても、誰もそれを「信頼できる金融」とは呼ばないでしょう。しかしパブリックチェーンでは、残高、送金、そして受取相手が長期間“丸裸”になっているのに、それが「透明性」として包装されがちです。昨晩Duskの文書をさらに分解していると、同システムが本当に変えようとしているのは、すべての情報を消すことではなく、「誰が何を見られる権限を持つか」をプロトコルに書き込むことだと分かりました。
@Dusk のPhoenixモデルは、資金を暗号化ノートにしてしまいます。一般の観測者は、送金額、送信者との関係、そして具体的なノートを見られませんが、取引はゼロ知識証明で、残高が十分であり二重支払いがないことを確認する必要があります。ここで最も誤解されやすいのが選択的開示です。これは規制当局に、全ネットの口座を開ける万能鍵を渡すものではなく、関連するユーザーが鍵を確認することで、検証が必要な発行者、場所、監査人に対して特定範囲の情報だけを開示できるようにするものです。公開検証は、ルールが壊されていないことを証明し、制御された開示は、現実世界での責任問題に答えます。
Duskのアイデンティティ層Citadelも、この考えをさらに一歩進めます。ユーザーは毎回、完全な身分証明書一式を提出する必要はありません。「居住地が要件を満たしている」「年齢が基準を満たしている」「適格な投資家資格を持っている」などの属性を証明できるのです。サービス側が得るのは、入場(または取引)できるかどうかの答えであって、必ずしも身分情報一式を持ち去る必要はありません。言い換えれば、システムは従来のKYCにおける過剰な個人情報収集の“習慣”を、最小限の必要証明へと圧縮しようとしています。
ただし、選択的開示がそのまま安全を意味するわけではありません。真に難しいのは、鍵を誰が管理するのか、どれくらいの期間見られるのか、漏えい後にどう処理するのか、そして異なる機関がそれぞれ職務範囲内のデータだけを取得できるのか、という点です。もしアプリが手間を省くために鍵を長期間集中保管してしまうなら、暗号学的保護がどれほど美しくても、結果的に高価値なデータ倉庫を“作り直す”ことになり得ます。
だからこそ、今日の私はDuskに対する判断をより具体的にしました。壁は「隠せるかどうか」だけではなく、開示権限を十分に細かく、十分に監査可能で、十分に使いやすい形にできるかどうかです。将来、本当に見られるべきなのは、プライバシー取引の件数そのものではなく、全データを公開せずにどれだけの実際の金融プロセスが、滞りなく検証を完了できるのかです。
$DUSK #dusk
@Dusk のPhoenixモデルは、資金を暗号化ノートにしてしまいます。一般の観測者は、送金額、送信者との関係、そして具体的なノートを見られませんが、取引はゼロ知識証明で、残高が十分であり二重支払いがないことを確認する必要があります。ここで最も誤解されやすいのが選択的開示です。これは規制当局に、全ネットの口座を開ける万能鍵を渡すものではなく、関連するユーザーが鍵を確認することで、検証が必要な発行者、場所、監査人に対して特定範囲の情報だけを開示できるようにするものです。公開検証は、ルールが壊されていないことを証明し、制御された開示は、現実世界での責任問題に答えます。
Duskのアイデンティティ層Citadelも、この考えをさらに一歩進めます。ユーザーは毎回、完全な身分証明書一式を提出する必要はありません。「居住地が要件を満たしている」「年齢が基準を満たしている」「適格な投資家資格を持っている」などの属性を証明できるのです。サービス側が得るのは、入場(または取引)できるかどうかの答えであって、必ずしも身分情報一式を持ち去る必要はありません。言い換えれば、システムは従来のKYCにおける過剰な個人情報収集の“習慣”を、最小限の必要証明へと圧縮しようとしています。
ただし、選択的開示がそのまま安全を意味するわけではありません。真に難しいのは、鍵を誰が管理するのか、どれくらいの期間見られるのか、漏えい後にどう処理するのか、そして異なる機関がそれぞれ職務範囲内のデータだけを取得できるのか、という点です。もしアプリが手間を省くために鍵を長期間集中保管してしまうなら、暗号学的保護がどれほど美しくても、結果的に高価値なデータ倉庫を“作り直す”ことになり得ます。
だからこそ、今日の私はDuskに対する判断をより具体的にしました。壁は「隠せるかどうか」だけではなく、開示権限を十分に細かく、十分に監査可能で、十分に使いやすい形にできるかどうかです。将来、本当に見られるべきなのは、プライバシー取引の件数そのものではなく、全データを公開せずにどれだけの実際の金融プロセスが、滞りなく検証を完了できるのかです。
$DUSK #dusk
