合規は足かせじゃない。Duskはプライバシーの問題に別の解決策を用意した

大きな餅（＝思惑）がかなり膨らんだけど、BTCもちゃんと良い！

Duskのドキュメントを読む前は、正直ちょっと身構えていました。世の中で「プライバシー保護」を掲げるプロジェクトは、だいたい次の2ルートに分かれます。要は、取引データを徹底的に隠して監督機関が見ればすぐ首をかしげるか、あるいはプライバシーをあきらめて、機関同士の商業上の機密まで全部オンチェーンに晒してしまうか。ほら、これは選択問題じゃなくて、合規と可用性の二択を迫っているだけです。

Duskが面白いのは、まさに私に選ばせなかったところです。

Duskはプライバシー機能を、後から無理やり突っ込む“パッチ”ではなく、インフラのデフォルト設定として作り込んでいます。ここにどんな違いがあるのか？ 後付けのパッチは「隠せる」ためのもの。原生設計は「どれだけ、誰に対して、いつ公開できるのか」を最初から決めるもの――この3つの問いが出てくる時点で、味わいがまったく違ってきます。こうして彼らはConfidential Smart Contractsに加え、XSC標準を組み合わせ、証券系の資産に対して業務上のプライバシーとコンプライアンス規則を一緒にパッケージ化して適用しました。つまり、資産発行、本人確認、管理下での移転、決済時の開示――金融の一連の流れが、同じ枠組みの中で動いていて、東の壁を直して西の壁を補うようなことをしないんです。

さらに下のモジュールを見ると、設計思想がもっと明確になります。DuskDSがコンセンサスと決済を担い、DuskVMはL1上で直接Rust/WASMのスマートコントラクトを動かし、DuskEVM側ではSolidity開発者のための“通り道”も用意してあります。原生の性能とEVM互換性――どちらかが誰かを置き換えるのではなく、アプリ側が自分のユースケースに合わせて選べるようにする、ということですね。機関が債券をオンチェーンにしたい？ なら原生パスで、プライバシーと確定的な決済を一緒に回せる。既存のDeFiロジックをそのまま使いたい？ EVM側をそのまま使えばいいので、わざわざ揉め直す必要がありません。

正直に言うと、以前はプライバシーの話になると、みんな「どうやって隠すか」で悩みがちでした。Duskは逆の角度で聞いてきました。「現実資産が大規模にチェーンへ入ってきたとき、透明な検証とプライバシー保護は、どうすれば互いに潰し合わずに両立できるのか？」この問いを早い段階で投げたのはもちろん、その内容も的確でした。市場が本当にコンプライアンスに首を絞められるようになったとき、このDuskのロジックは、後から慌てて“迷信（その場しのぎ）”にすがる必要のない答えになるかもしれません。 @Dusk $DUSK #dusk