@Dusk #dusk Duskのドキュメントを掘り下げていたところ、1つの点が気になりました。プライバシー重視のブロックチェーンであっても、必ずしもデフォルトですべてが非公開になるとは限らない、ということです。
Duskには2つのトランザクションモデルがあります。Moonlightは公開型で、Phoenixはシールド(秘匿)型です。最初は技術的な違いに聞こえますが、実際にはDuskがプライバシーにどう取り組んでいるかをかなり物語っています。
すべてのトランザクションを同じプライバシーモデルに押し込めるのではなく、Duskはユーザーが必要に応じて選べるようにしています。
それは金融アプリケーションにとって理にかなっています。活動によっては非公開のままである必要がある一方で、監査やコンプライアンスのために公開が必要な情報もあるかもしれません。さらにPhoenixはビューキーによるセレクティブ・ディスクロージャーにも対応しており、プライバシーという考え方にもう一層の深みを加えています。
私にとってより大きな疑問は、ユーザー体験です。
多くの人はアプリを使う前にドキュメントを読みません。「プライバシーブロックチェーン」と見れば、単にすべてが非公開だと想定してしまう可能性があります。だからこそ、UIは何が公開で何がシールドされているのかを非常に分かりやすく示す必要があります。
2モデル方式を弱点だとは思いません。むしろ、実際の金融アプリケーションでは役に立つかもしれません。
ただし、それによりDuskのプライバシーモデルは、単純な「プライバシーブロックチェーン」というラベルが示唆するよりも、よりきめ細かいものになります。
本当の試金石は、ユーザーが最初にドキュメントを読み込まなくても、その“選択”を理解できるかどうかです。
$DUSK
$HEMI
$AIO
Duskには2つのトランザクションモデルがあります。Moonlightは公開型で、Phoenixはシールド(秘匿)型です。最初は技術的な違いに聞こえますが、実際にはDuskがプライバシーにどう取り組んでいるかをかなり物語っています。
すべてのトランザクションを同じプライバシーモデルに押し込めるのではなく、Duskはユーザーが必要に応じて選べるようにしています。
それは金融アプリケーションにとって理にかなっています。活動によっては非公開のままである必要がある一方で、監査やコンプライアンスのために公開が必要な情報もあるかもしれません。さらにPhoenixはビューキーによるセレクティブ・ディスクロージャーにも対応しており、プライバシーという考え方にもう一層の深みを加えています。
私にとってより大きな疑問は、ユーザー体験です。
多くの人はアプリを使う前にドキュメントを読みません。「プライバシーブロックチェーン」と見れば、単にすべてが非公開だと想定してしまう可能性があります。だからこそ、UIは何が公開で何がシールドされているのかを非常に分かりやすく示す必要があります。
2モデル方式を弱点だとは思いません。むしろ、実際の金融アプリケーションでは役に立つかもしれません。
ただし、それによりDuskのプライバシーモデルは、単純な「プライバシーブロックチェーン」というラベルが示唆するよりも、よりきめ細かいものになります。
本当の試金石は、ユーザーが最初にドキュメントを読み込まなくても、その“選択”を理解できるかどうかです。
$DUSK
$HEMI
$AIO