Dusk は本日 15:00 CEST に Binance Square で AMA（アスク・ミー・アニャム）を開催します。予定を空けておく価値があるので、カレンダーを確認してください。なんと同じセッションで Emanuele Francioni（CEO）と Hein Dauven（CTO）の両方が登場します。これは珍しく、通常はどちらか一方だけです。もし DuskDS、DuskEVM、DuskVM の流れを追いかけていて、まだ質問があるなら、ここが持っていく場所です。

まずは、私が学んだことを説明させてください。いろいろなチェーンで「プライバシー」という言葉を見かけて、正直なところ懐疑的になっていました。というのも、たいていは「一つのシールドプールを、基本的には公開チェーンの上にくっつけただけ」という意味で使われることが多いからです。そこで、Dusk がスタック全体で実際にどう構成しているのか掘り下げてみたところ、私の予想とは違っていました。

基本的に Dusk は、すべてを一つに詰め込むのではなく、仕事を 3 つのレイヤーに分けています。いちばん下にあるのが DuskDS で、決済のコンセンサスとデータ可用性を担当します。これは「Succinct Attestation」と呼ばれるプルーフ・オブ・ステークの仕組みで、決定論的なファイナリティ（確定性）を提供します。規制対象の資産を扱っていて、確率的な確認では済ませられない場合、この確定性はとても重要です。

驚いたのはここからです。さらにその上に DuskEVM があり、OP Stack のロールアップとして構築されているため、Solidity 開発者は通常の EVM ツールをそのまま使えます。そこでのプライバシーは、ZK だけに頼るのではなく「Hedger」と呼ばれる仕組みで実現されます。Hedger は同型暗号とゼロ知識証明を組み合わせて混ぜ合わせます。

そして次に DuskVM があります。これはネイティブの Rust と WASM 環境で、プライバシー機能が後付けされるのではなく、最初からプライバシーに配慮した形でコントラクトが作れるようになっています。

そのとき、腑に落ちました。土台の決済保証は最初から最後まで同じままですが、各レイヤーは、開発者が実際に組み立てるやり方に合う形でプライバシーを提供しています。どこでも同じ手法を無理に押し付けるのではありません。

#dusk $DUSK @Dusk

あなたはどのレイヤーに実際に構築する予定ですか？