#dusk $DUSK @Dusk
夕暮れ（Dusk）EVMを見に行って、デフォルトでプライバシーが有効だと思い込んでいました。そうではありません。$DUSK の#dusk EVMレイヤーは、op-geth経由で標準のSolidityをそのまま実行し、ガスはDUSKで支払われ、取引はバッチ化されてオープンに@Dusk に投稿されます
プライバシーは、別途Hedgerに手を伸ばした場合にのみ表示されます――準同型暗号化と証明を組み合わせたもので、機密フローに後付けされた別モジュールです。HardhatやFoundryでDusk EVM上にコントラクトをデプロイしても、実行についてのプライバシーはデフォルトでは何も用意されません。機密性は「受け継ぐ」ものではなく、「組み込む」必要があります。
私にとって変わったのは、「プライバシー技術」へ移行するという前提から、ここで開発すれば何らかの基礎的な機密性が得られるはずだと思っていたことでした。けれども違います。オンランプはSolidity互換性――馴染みのある開発ツール、馴染みのあるガスモデル、馴染みのある透明な実行。プライバシーは、ビルダーが意図的に選んで接続しなければならないものです。
この主張は、提示されている枠組みが示唆するよりもずっと限定的です。DuskEVMはSolidityコードを持ち込むのを簡単にしてくれます。けれども、プライバシーが最も抵抗の少ない道になるわけではありません――最も抵抗の少ないのは透明性です。
次に確認したいのは、どれだけの稼働中コントラクトが実際にHedgerを統合しているのか、そしてどれだけが完全に透明な状態で動いているのかです。その比率こそが、物語の真相を語るはずです。