Duskのドキュメントを読んでいて、少し驚いた点がありました。
「プライバシー面はかなりシンプルだろう」と思っていました。つまりDuskを使って、プライベートなトランザクションができるのだと。しかし実際はそう単純ではありません。
Duskには2種類のトランザクションモデルがあります。Moonlightは透過的で、Phoenixはゼロ知識証明を使ったシールド型トランザクションのために作られています。つまり、ネットワークを使ったからといって、自分の行うことが自動的にすべてプライベートになるわけではありません。
これは、Duskが何を作ろうとしているのかを考えると自然だと思います。金融アプリケーションでは、常に完全な秘匿性が必要とは限りません。監査やコンプライアンスのために情報を見える形にする必要がある場合もあれば、他の詳細は、誰にでも確認できる形でオンチェーン上に置くべきではない場合もあります。
面白いのは、この仕組みが生み出すユーザー体験です。
多くの人は、MoonlightとPhoenixの技術的な違いを気にしないでしょう。知りたいのは結局ひとつです。「このトランザクションはプライベートなのか、そうでないのか?」
そのため、Dusk上に作られるウォレットやアプリには大きな責任が生まれます。誰かがトランザクションに署名する前に、何が公開で何が機密なのかをはっきり示せば、2モデルのアプローチはかなり自然に感じられるはずです。
もしそれがなければ、実際よりも多くのプライバシーが得られると誤解してしまう人がいるのが見える気がします。
たぶん、プライバシー重視のチェーンにとって難しい問題は、暗号を作ることだけではありません。ユーザーが「自分は何を得ているのか」を理解できるほど、プライバシーが分かりやすい形で示されるようにすることです。
Duskのアプリが、より多くの人に実際に使われるようになったとき、そこをどう扱うのか気になります。
$DUSK #dusk @Dusk
「プライバシー面はかなりシンプルだろう」と思っていました。つまりDuskを使って、プライベートなトランザクションができるのだと。しかし実際はそう単純ではありません。
Duskには2種類のトランザクションモデルがあります。Moonlightは透過的で、Phoenixはゼロ知識証明を使ったシールド型トランザクションのために作られています。つまり、ネットワークを使ったからといって、自分の行うことが自動的にすべてプライベートになるわけではありません。
これは、Duskが何を作ろうとしているのかを考えると自然だと思います。金融アプリケーションでは、常に完全な秘匿性が必要とは限りません。監査やコンプライアンスのために情報を見える形にする必要がある場合もあれば、他の詳細は、誰にでも確認できる形でオンチェーン上に置くべきではない場合もあります。
面白いのは、この仕組みが生み出すユーザー体験です。
多くの人は、MoonlightとPhoenixの技術的な違いを気にしないでしょう。知りたいのは結局ひとつです。「このトランザクションはプライベートなのか、そうでないのか?」
そのため、Dusk上に作られるウォレットやアプリには大きな責任が生まれます。誰かがトランザクションに署名する前に、何が公開で何が機密なのかをはっきり示せば、2モデルのアプローチはかなり自然に感じられるはずです。
もしそれがなければ、実際よりも多くのプライバシーが得られると誤解してしまう人がいるのが見える気がします。
たぶん、プライバシー重視のチェーンにとって難しい問題は、暗号を作ることだけではありません。ユーザーが「自分は何を得ているのか」を理解できるほど、プライバシーが分かりやすい形で示されるようにすることです。
Duskのアプリが、より多くの人に実際に使われるようになったとき、そこをどう扱うのか気になります。
$DUSK #dusk @Dusk

