RWAトークン化のこの2年はとても熱いですが、ほとんどのパブリックチェーンが同じ行き詰まりにぶつかっています。オンチェーン取引はデフォルトで全て公開されてしまう一方で、機関向けの金融業務は取引の詳細を秘密にする必要があります。さらに規制当局の監査要件も満たさなければならない——通常のパブリックチェーンでは、この両方を同時にうまく両立するのは難しいのです。

Duskの位置づけは、単なる別の匿名プライバシーチェーンではありません。規制のある金融シーン向けに構築されたLayer 1です。プライバシーは後から付け足す“レイヤー”ではなく、プロトコルの基底層にネイティブに組み込まれた設計です。Duskのブランド基準の中には、Confidential Security Contract（XSC）という保密・安全のコントラクト規格があり、証券系アセットの発行、取引、管理を専門に支えます。今回の技術アーキテクチャ版では、実際に証券のコンプライアンスロジックを引き受けるのがZedgerコントラクトです。

中核となる設計思想は、MoonlightとPhoenixという2つの取引モデルを並行させること。Moonlightは透明なアカウントモデルで、残高や送金は公開され、直接突合が必要な場面に適しています。PhoenixはUTXOベースで、ゼロ知識証明により取引の正当性を検証し、金額や取引相手はデフォルトで非公開です。同時に、取引を閲覧する能力を信頼できる第三者へ委ねることにも対応しています。この“制御された閲覧”メカニズムは、実際のプロダクトシーンにおいて、規制当局に向けた選択的開示を実現するための土台にもなっています。ホワイトペーパーでも率直に述べられている通り、この2モデル設計の目的は、Duskが「プライバシーが必要でありながら、コンプライアンスを犠牲にできない」金融取引を同時に扱えるようにすることです。

エコシステムの進展としては、Dusk Tradeはトークン化された証券に向けており、すでに欧州のコンプライアンス準拠取引所NPEXと連携しています。DuskEVMはSolidityに慣れた開発者が、このプライバシー決済体系をそのまま接続でき、新しい言語を最初から学ぶ必要がありません。Hedgerは、EVM環境に追加で保密取引の機能を備えます。底層のSA（succinct attestation）コンセンサスは、コミッショナー制PoSと決定論的なランダム選択により、秒単位で決済の最終性を完了させられます。金融取引に求められる「決済が確実であること、確率的な話ではないこと」という強いニーズに対して、まさに必須レベルで合致するのです。

私の見立てでは、いまRWAのプロジェクトは数えきれないほどありますが、本当に「プライバシー」と「コンプライアンス」をプロトコルの基底層に同時に組み込み、既製のパブリックチェーンに後付けで“コンプライアンス部品”を乗せるのではない事例は多くありません。Duskが埋めているのは、この基盤インフラの欠落です。これはまた一つのRWA物語ではなく、規制対応のオンチェーン金融に土台を提供すること——そのためのものです。

#dusk $DUSK @Dusk
みなさんは、プライバシーとコンプライアンスを同時にきちんと両立することについて、機関にとっては結局どちらのほうが難しいと思いますか？