#dusk $DUSK @Dusk
私はDuskに入って、そこでのプライバシーの話が主に取引データを隠すことにあるのだと思っていました。
アーキテクチャを見ていくほど、その説明はうまく機能しなくなりました。
面白いのは、Phoenixが機密取引をサポートできるという点だけではありません。プライバシーが、透明なブロックチェーンの上に後付けされる“レイヤー”として扱われるのではなく、取引モデルそのものにより近いところで扱われていることです。
それによって問いが変わります。
従来のパブリックチェーンでは、可視性はデフォルトで、プライバシーはその周りに“構築しようとする”ものです。Duskでは、設計の前提が別物になっています。すべての参加者がすべてを見る必要はない、という前提から始まるのです。
しかし、それはすぐに別の問題も生みます。
金融取引は、ルールから免除されなくても“非公開”にすることができます。誰かは、適格性を証明する必要があるかもしれません。コンプライアンス要件を満たす必要があるかもしれません。あるいは、認可された相手に対して特定の情報を開示する必要があるかもしれません。
そこで、私はDuskがより面白くなると思います。
プライバシーは必ずしも情報をアクセス不能にすることを意味しません。開示を条件付きにすることを意味する場合があるのです。
私が考えが及ばなかったのは、このことがアーキテクチャをどれほど変えるかという点でした。『どうやってこの取引を隠すのか?』と問うのではなく、『誰が実際に何を知る必要があるのか?』とシステムが問わなければならないのです。
増え続ける複雑な金融ワークフローに対して、このモデルがどれだけうまくスケールするのかは、まだ確信がありません。
でも、それによって私は@Dusk を考え直しました。
ここでのプライバシーは、単なる機能ではありません。
それはアーキテクチャ上の前提です。
#dusk
私はDuskに入って、そこでのプライバシーの話が主に取引データを隠すことにあるのだと思っていました。
アーキテクチャを見ていくほど、その説明はうまく機能しなくなりました。
面白いのは、Phoenixが機密取引をサポートできるという点だけではありません。プライバシーが、透明なブロックチェーンの上に後付けされる“レイヤー”として扱われるのではなく、取引モデルそのものにより近いところで扱われていることです。
それによって問いが変わります。
従来のパブリックチェーンでは、可視性はデフォルトで、プライバシーはその周りに“構築しようとする”ものです。Duskでは、設計の前提が別物になっています。すべての参加者がすべてを見る必要はない、という前提から始まるのです。
しかし、それはすぐに別の問題も生みます。
金融取引は、ルールから免除されなくても“非公開”にすることができます。誰かは、適格性を証明する必要があるかもしれません。コンプライアンス要件を満たす必要があるかもしれません。あるいは、認可された相手に対して特定の情報を開示する必要があるかもしれません。
そこで、私はDuskがより面白くなると思います。
プライバシーは必ずしも情報をアクセス不能にすることを意味しません。開示を条件付きにすることを意味する場合があるのです。
私が考えが及ばなかったのは、このことがアーキテクチャをどれほど変えるかという点でした。『どうやってこの取引を隠すのか?』と問うのではなく、『誰が実際に何を知る必要があるのか?』とシステムが問わなければならないのです。
増え続ける複雑な金融ワークフローに対して、このモデルがどれだけうまくスケールするのかは、まだ確信がありません。
でも、それによって私は@Dusk を考え直しました。
ここでのプライバシーは、単なる機能ではありません。
それはアーキテクチャ上の前提です。
#dusk
