#dusk $DUSK @Dusk
プライバシー・チェーンはずっと、開発者に同じ選択を迫ってきました。つまり、慣れ親しんだツールチェーンを捨てるか、秘匿性を捨てるかです。だからこそ、多くの組織のプライバシー・プロジェクトはPOC（概念実証）の段階で死んでしまいます。コンプライアンス要件を満たすために、丸ごと決済システムを未知の言語で書き直すことを、どの組織も望んでいないからです。
DuskEVM は @dusk が示した回答です。Dusk の技術スタックにおける、EVM互換のアプリケーション層で、標準の Solidity、標準のツールチェーンを使い、基盤となる決済は DuskDS にフォールバックします。8月10日のテストネットはすでに稼働しており、チームは今すぐ Solidity と Hardhat でテストをデプロイできます。ポイントは「新しさ」ではなく、規制下にある組織にとっての移行コストを限りなくゼロに近づけることにあります。
注目すべきは Hedger です。Dusk が EVM 向けに用意したプライバシー・モジュールで、準同型暗号とゼロ知識証明を組み合わせることで、取引を機密に保ちながら、権限を持つ当事者が閲覧できるようにします。この違いは、想像以上に重要です。規制のある金融の世界では、完全に不透明であることはセールスポイントではなく、即アウトです。銀行は、規制当局が検証できないチャネルで決済を行うことはできません。市場が本当に必要としているのは、公開には秘密にすること、そして閲覧権限のある人には開示することです。
$DUSK の全体設計は、まさにこの一点に基づいています。プライバシーとは、絶対的なブラックボックスではなく、許可によって制御できる属性である、と。最終的にそれが実行段階まで走り抜けられるかは、実装（実行レベル）の問題です——メインネット、実際のアプリケーション、実際の取引量。ただし少なくとも、狙っているのは課題そのものです。この点だけでも、ほとんどのプライバシーの語りより誠実だと言えます。