最近ずっと腑に落ちませんでした。取引金額と参加者が隠されるなら、監督対象の資産はどう監査されるのでしょう？ 逆に、適合性のためにすべてを公開するなら、プライバシーは一体何が残るのでしょう？
当初は、Dusk は「送金にゼロ知識証明の層をかぶせるだけ」だと思っていました。でも、公式ドキュメントで Moonlight と Phoenix を読み進めるうちに、それが同一の決済レイヤー上に“2本のネイティブなレール”を敷いていることに気づきました。
Moonlight は公開アカウントモデルで、送信者・受信者・金額が見えます。一方、Phoenix は暗号化された手形（クレデンシャル）で資金を記録し、ゼロ知識証明によって二重支払いがなく残高が十分であることは示せるものの、取引の詳細は公開しません。どちらも最終的には DuskDS の決済に到達し、Transfer Contract がそれぞれ検証します。
これは同じ駅の“通常線”と“プライバシー専用線”のようなものです。前者はプラットフォーム情報を公開しますが、後者はカーテンを閉めます。ただし監査の際には viewing key を使えば、チェックのために窓をピンポイントで開けられます。Citadel 2 はさらにこれをアイデンティティ層へ拡張し、ユーザーが適格な資格を保持していることを証明できるようにし、個人の属性や具体的な証明書を公開する必要はありません。
つまり私の見立てでは、Dusk が解決しているのは「監督から逃れる方法」ではなく、「金融データを誰にどこまで透明にすべきか」です。そしてリスクもそこにあります。資格（クレデンシャル）は License Provider が発行し、Service Provider は依然として“誰を信頼するか”を決めなければなりません。さらに、viewing key の保管と権限付与も、新しいガバナンスの境界を生み出します。開示権能を監査し、取り消し、適切に管理できるかどうか――そこが、これから特に注目したい点です。
#dusk $DUSK @Dusk
当初は、Dusk は「送金にゼロ知識証明の層をかぶせるだけ」だと思っていました。でも、公式ドキュメントで Moonlight と Phoenix を読み進めるうちに、それが同一の決済レイヤー上に“2本のネイティブなレール”を敷いていることに気づきました。
Moonlight は公開アカウントモデルで、送信者・受信者・金額が見えます。一方、Phoenix は暗号化された手形（クレデンシャル）で資金を記録し、ゼロ知識証明によって二重支払いがなく残高が十分であることは示せるものの、取引の詳細は公開しません。どちらも最終的には DuskDS の決済に到達し、Transfer Contract がそれぞれ検証します。
これは同じ駅の“通常線”と“プライバシー専用線”のようなものです。前者はプラットフォーム情報を公開しますが、後者はカーテンを閉めます。ただし監査の際には viewing key を使えば、チェックのために窓をピンポイントで開けられます。Citadel 2 はさらにこれをアイデンティティ層へ拡張し、ユーザーが適格な資格を保持していることを証明できるようにし、個人の属性や具体的な証明書を公開する必要はありません。
つまり私の見立てでは、Dusk が解決しているのは「監督から逃れる方法」ではなく、「金融データを誰にどこまで透明にすべきか」です。そしてリスクもそこにあります。資格（クレデンシャル）は License Provider が発行し、Service Provider は依然として“誰を信頼するか”を決めなければなりません。さらに、viewing key の保管と権限付与も、新しいガバナンスの境界を生み出します。開示権能を監査し、取り消し、適切に管理できるかどうか――そこが、これから特に注目したい点です。
#dusk $DUSK @Dusk