プライバシーについて、人々はたいてい1つの質問だけをします。「隠しきれるのか?」。 金融の場面では、もう1つ質問が増えます。「誰に見せるのか?」。 この2つの問いを、Dusk のホワイトペーパーは“1組の鍵”で同時に答えます。
フェニックス・プロトコルの利用者は、手元に2つの鍵を持っています。 1つは完全な秘密鍵で、入金を受け取ることも、支払いに使うこともできます。 もう1つは「閲覧鍵」と呼ばれ、できることは1つだけです。 ネット全体をスキャンして、あなた宛ての取引を見つけ、金額と相手先を復号します。 帳簿を見られるが、支払いはできません。 この鍵の権限は、ここまでです。
この「ここまで」が軽く見られてはいけません。 それこそが、選択的開示(selective disclosure)の技術基盤です。 ホワイトペーパーの委任モデルははっきり書いています。 あなたは閲覧鍵を第三者に渡してよい。 相手はあなたの代わりにスキャンして帳簿を確認するが、完全な秘密鍵を持っていないため、あなたの1円も動かせません。 さらに、証明の生成といった手間のかかる作業ですら、署名付きの委任として委ねられており、取引の完全性は損なわれません。
金融シーンに訳すとこうです。 例えば機関が監査をする際、閲覧鍵を監査側に渡します。 監査側は見るべき帳簿だけを見て、いかなる資産も持ち出せません。 規制当局が再確認する場合も、必要に応じて権限を付与します。 渡す権限は「閲覧のみ」に正確に限定されます。 ホワイトペーパーの note の構造にも、このこだわりが隠されています。 金額は“コミットメント(約束)”であり、暗号化フィールドは受領者の閲覧鍵でしか解けません。 ネット全体が検証するのはコミットメントと証明であり、明細は鍵を保持する人だけに公開されます。
その後 Dusk は、この論理をプロダクト化して Citadel にしました。 身元、クレデンシャル、選択的開示の仕組み——つまり、機関向けの「誰が何を見ることができるか」を実現する基盤インフラです。
選択的開示の難しさが、十分に強い暗号かどうかではないのは、承認(権限)の粒度を細かく設計する必要があるからです。 帳簿を見る鍵と、支払う鍵は別。 監査に渡す鍵は、資金の“扉”を決して開けられないのです。@Dusk #dusk $DUSK
フェニックス・プロトコルの利用者は、手元に2つの鍵を持っています。 1つは完全な秘密鍵で、入金を受け取ることも、支払いに使うこともできます。 もう1つは「閲覧鍵」と呼ばれ、できることは1つだけです。 ネット全体をスキャンして、あなた宛ての取引を見つけ、金額と相手先を復号します。 帳簿を見られるが、支払いはできません。 この鍵の権限は、ここまでです。
この「ここまで」が軽く見られてはいけません。 それこそが、選択的開示(selective disclosure)の技術基盤です。 ホワイトペーパーの委任モデルははっきり書いています。 あなたは閲覧鍵を第三者に渡してよい。 相手はあなたの代わりにスキャンして帳簿を確認するが、完全な秘密鍵を持っていないため、あなたの1円も動かせません。 さらに、証明の生成といった手間のかかる作業ですら、署名付きの委任として委ねられており、取引の完全性は損なわれません。
金融シーンに訳すとこうです。 例えば機関が監査をする際、閲覧鍵を監査側に渡します。 監査側は見るべき帳簿だけを見て、いかなる資産も持ち出せません。 規制当局が再確認する場合も、必要に応じて権限を付与します。 渡す権限は「閲覧のみ」に正確に限定されます。 ホワイトペーパーの note の構造にも、このこだわりが隠されています。 金額は“コミットメント(約束)”であり、暗号化フィールドは受領者の閲覧鍵でしか解けません。 ネット全体が検証するのはコミットメントと証明であり、明細は鍵を保持する人だけに公開されます。
その後 Dusk は、この論理をプロダクト化して Citadel にしました。 身元、クレデンシャル、選択的開示の仕組み——つまり、機関向けの「誰が何を見ることができるか」を実現する基盤インフラです。
選択的開示の難しさが、十分に強い暗号かどうかではないのは、承認(権限)の粒度を細かく設計する必要があるからです。 帳簿を見る鍵と、支払う鍵は別。 監査に渡す鍵は、資金の“扉”を決して開けられないのです。@Dusk #dusk $DUSK