多くの人は「プライバシー・パブリックチェーン」という言葉を聞くと、頭にまず浮かぶのはZcashやMoneroのように個人が匿名送金することを目的としたプロジェクトです。Duskをこの枠組みで理解すると、基本的に見落とします。Duskが狙っているのは金融インテリジェント・コントラクトと機関向けの業務であり、プライバシーの上にさらにコンプライアンス監査の能力を重ねています。これはZcashやMoneroがそもそも解決するつもりがなかった問題です。

まずは基盤の決済層から。コンセンサスにはSuccinct Attestation(SA)を用いており、ホワイトペーパーにはかなり具体的に書かれています。これは委員会制のPoSプロトコルで、DUSKを担保にしたProvisionerがブロック生成と投票を担当します。決定論的ソーティション(deterministic sortition)で人を選ぶため、全バリデータが各ブロックに対して必ず発言する必要はありません。1つの委員会だけを選んで投票させることで、「不確実に終わる状態」ではなく、素早く確定的な決済を実現します。

取引層では、Duskは2つのモデルを使います。Moonlightは透明なアカウント方式で、残高や送金記録が公開されるため、直接の台帳計上や照合が必要な場面に向いています。操作ロジックはイーサリアムのアカウントモデルにかなり似ています。一方、PhoenixはZK-proofに基づく秘匿取引で、金額や取引相手はデフォルトで非公開です。ただしview key（ビュー・キー）によって、「この取引が自分のものかどうかを確認する」という作業を委託できます。実際のプロダクトでは、この能力が監査側のための選択的開示にも対応しています。つまり、view keyを相手に渡せば関連情報を検証できますが、取引データ全部をすべての人に公開する必要はありません。これは「すべて公開するか、すべて隠すか」という二択とはまったく別の発想です。

開発者エコシステムについては、DuskEVMはOP-StackおよびSolidityに互換で、既存のイーサリアム・コントラクトは基本的にそのまま移行できます。HedgerはEVM環境に加えて、秘匿取引の流れを扱う能力も追加します。ネイティブのDuskVMでは、Rust/WASMで秘匿スマートコントラクトを開発でき、Duskのブランド化されたConfidential Security Contract（XSC）という標準に対応しています。つまり開発者は、通常の公開dAppを作るだけでなく、同じチェーン上で機密性が必要な証券や機関向けの金融アプリケーションも構築でき、プライバシーのために丸ごと別の技術スタックへ乗り換える必要がありません。

#dusk $DUSK @Dusk
あなたは、view keyのような選択的開示の方式について、使い勝手はどれくらいだと思いますか？