私がこれまで見てきた「プライバシー」系の解決策は、だいたい一方に全振りするだけでした。つまり、完全なゼロ知識でいくか（その場合EVM互換性を失う）、完全なEVM互換性でいくか（その場合本当のプライバシーを失う）、という二択です。DuskのHedgerモジュールを読んで初めて、どちらか一方を選ぶのではなく、両方を同時に成立させようと実際に試みているプロジェクトを見ました。
仕組みはこうです。しかも、かなり珍しい。Hedgerは、多くのDeFiプライバシー・システムがそうであるように、ゼロ知識証明だけに頼りません。ホモモーフィック暗号——暗号化された値を復号せずに、そのまま計算できる形式の暗号——を組み合わせます。そのうえで、ZK証明が、そうした暗号化された計算が正しく行われたことを裏付けます。別々の暗号技術を用意し、互いにカバーしきれない部分を補うわけです。
これがDuskEVMにおいて特に重要な理由：EVMのアカウントベースのモデルは、UTXOチェーンのような形で完全な匿名性のために設計されたわけではありません。これはDusk側の欠点というより、構造的な制約です。そこでHedgerは、無理にそれを誤魔化すのではなく、その制約の中で取引のプライバシーを全面的に実現しつつ、開発者がすでに知っている標準のEthereumツールとの互換性も維持します。新しい言語を覚える必要もなく、専用のフレームワークも不要。プライバシー層は、既存のツールの下に静かに組み込まれているだけです。
私が何度も立ち返ってしまう因果関係があります。機関投資家のトレーディングデスクは、取引実行前に、注文サイズやポジションがすべて見えているチェーンは使いません。これは、フロントランニングへの“招待状”になってしまうからです。Hedgerの難読化されたオーダーブックのサポートは、まさにそのギャップを埋めるために存在し、DuskEVMがオンチェーンで呼び込みたいまさにその層を対象にしています。
$DUSK #dusk