#dusk $DUSK @Dusk 私はDuskの公式Hedger発表の中に、ZedgerとHedgerの開発者向け選択全体を、ほとんどの比較が見落としている形で組み替えてしまう一文を見つけました。

"EVMのアカウントベースモデルは完全な匿名性を妨げます――この能力はZedgerがなお提供しているものです。"
その一文はDusk自身の2025年6月の発表からのものです。ゆっくり読んでみる価値があります。
ZedgerはDuskDS上でネイティブに動作します。DuskのPhoenixトランザクション・モデルを使い、シールドされたUTXOシステムと、プロトコルレベルで金額、送信者、ノート同士の関係を隠すZKプルーフを組み合わせています。完全な匿名性。L1にネイティブ。アプリケーションとプライバシー保証の間に抽象化レイヤーはありません。
HedgerはDuskEVM上で動作します。ホモモルフィック暗号化とZKプルーフを使って、Solidity環境の中で機密性のあるトランザクション・フローを提供します。おなじみのツールチェーン。EVM互換。Ethereumからの移植が簡単。そしてDusk自身の認めるところでは、EVMのアカウントベースモデルには構造的な制限があり、暗号だけでは乗り越えられないため、完全な匿名性には対応していません。
それを少しの間、受け止めてください。
Duskの規制面での位置づけは、「デフォルトでプライバシー」と「必要なときは監査可能性」です。NPEX（MTFライセンスを持つパートナーで、証券トークン化で€200 millionを狙う）が旗艦ユースケースです。投資家の身元、取引金額、カウンターパーティ情報といった規制対象の証券移転データこそが、完全な匿名性が守るべきまさにその項目です。
Solidityの利便性のためにHedger上に構築された、規制対象の証券アプリケーションは、機密性のあるトランザクション・フローを得ます。しかし、Zedgerがネイティブに提供する完全な匿名性は得られません。
Hedgerを選ぶ開発者は、異なるプログラミング言語を持つ“同等な2つの道”を選んでいるわけではありません。彼らは、ネットワークが実際に提供し得る最も強力なプライバシー保証を犠牲にしてでも、最大限の暗号学的プライバシーと馴染みのあるツールを選んでいるのです。
多くの開発者向けドキュメントでは、それを「好みの違い」として提示しています。Dusk自身の発表では、それは「能力の差」として説明されています。