DuskEVMで私が繰り返し立ち返っているのは、「なぜそもそもそれが存在するのか」という点です。すでに@Dusk には独自のネイティブなトランザクション・モデルがあるのに。それに対する答えは、採用時の摩擦（adoption friction）にあるように思えます……。多くのビルダーは新しいVMではなくSolidityを知っています。DuskEVMは、彼らにとって馴染みのある入り口を用意します。一方でHedgerは、EVMのアカウントベース・モデルが、Duskの元々のUTXOレイヤー（Zedger）のように完全な匿名性を自然にはサポートしないにもかかわらず、プライバシー保証をそのまま保とうとします。

そのトレードオフは正直なもので、隠されてはいません。Hedgerは互換性とパフォーマンスのために、ある程度の匿名性を手放します。

私がまだ分からないのは、ビルダーがそのトレードオフを受け入れられるものとして扱うのか、それとも、プライバシーのラベルが付いた別のEVMチェーンに過ぎなくなるのか、という点です。

私は、機密（confidential）トランスファーを実際に使っているアプリケーションと、標準のERCコントラクトを変更せずにそのままデプロイしているだけのものを見ています。@Dusk

#dusk $DUSK