#dusk $DUSK @Dusk 一つのことを考え続けながら、Duskのアーキテクチャを読み解いていました：

プライバシーは問題の半分にすぎません。

金融市場においては、すべてを隠しておけば、機関がそれを使ってくれるというわけにはいきません。機関側にはコンプライアンス、検証、監査、そしてシステムが期待どおりに動いていることを証明する手段が必要です。

それが、私にとってDuskを興味深くしている点です。

このネットワークは、機微な金融取引をプライベートに保つことと、規制された環境でも使えるようにすること、その両立のバランスを探ろうとしています。

その考え方は、ネットワークの作りにも表れています。

DuskのSuccinct Attestationコンセンサスでは、全員が同じ仕事をするのではなく、提案・検証・承認（ratification）を分離しています。Provisionerは決定論的ソーティションによって選ばれ、追加の承認ステップの前に検証には2/3の超多数決が必要です。

ネットワークの選択もかなり意図的です。Duskは、すべてを皆にただ際限なくばらまくのではなく、Kadcastを使って取引・ブロック・コンセンサスメッセージをネットワーク内で運びます。

そしてPhoenixとMoonlightがあります。

Moonlightは、Duskに透明な口座ベースのモデルを与えます。一方PhoenixはUTXOを使い、透明な取引と秘匿（obfuscated）された取引の両方を扱えます。

金融アプリケーションにとって、この柔軟性はとても理にかなっています。

時には情報を見える必要があります。時には本当に見せるべきではありません。

Zedgerは、この考え方を金融商品や機密スマートコントラクトの領域へさらに押し進めており、Duskが向かっている大きな方向性にも合致しています。

ただ、私が最も重要だと思うのはここです：

良い技術は、自動的に普及を生むわけではありません。

Duskには、規制下の金融のためのアーキテクチャ、プライバシー機能、インフラが用意できるかもしれません。でも最終的には、実際の利用から証明が出てこなければならないのです。

金融アプリケーションは本当に導入されているのでしょうか？

取引は継続的に発生しているのでしょうか？

開発者は、本当にDuskが提供するものを必要としているからこそDuskの上に構築しているのでしょうか？

意味のある資本は、実際にネットワーク上で決済されているのでしょうか？

それらのシグナルを私は見ていきたいです。

$DUSK