最初にダスクについて私の注意を引いたのはプライバシーでしたが、いま思うのは、実際にアプリケーションがネットワーク上に構築された後に何が起きるのかという、より実用的な問いのほうです。優れたプライバシー設計はそれ自体で重要ですが、それでも開発者には、プロトコルが新しい機能をすべて自分で追加するのを待たずに、自分たちのdAppsを作るための余地が必要です。ここにこそ、ダスクのネイティブなdApp拡張性が、私にはより理にかなっているように思えます。

複数のアプリケーションが同時に動いている場合、ネットワークはより強いプライバシーに頼って、あとは残りがうまくいくと期待することはできません。並列実行は、すべてをひとつの長い待ち行列に押し込むのではなく、独立した処理が同時に並んで動けるようにするためのものです。
プライバシーは機密性の高い活動を守り、dApp拡張性は開発者により大きな自由を与え、並列実行は、ネットワークが実際に処理できる作業量に対処します。

私は、このことが@Dusk aの見え方を少し変えると思います。話の中心は、単にプライベートな取引を作ることだけではありません。より大きな課題は、ネットワークが過度に制限的になったり、速さが犠牲になったりすることなく、人々が実際に使えるアプリケーションの中でプライバシーを現実的なものにすることです。
私は、その自由によって開発者が最終的に何を作り上げるのかを見ることに、別の機能発表よりも関心があります。実際のアプリケーションが到来すれば、$DUSK が有用なインフラを構築したのか、それとも興味深い技術の羅列にすぎないのかが分かるはずです。

#dusk @Dusk