$DUSK $aDUSK #dusk — 開発者の採用を前提に設計されたレイヤーは、デフォルトで透明であり、非公開ではありません。
「プライベート」と称する多くのチェーンは、コンプライアンスを後付けの思想として扱いがちです。つまり、ミキサーやオプションのシールドといった追加機能、プロトコルの外側に置かれたKYCゲートなどです。Duskの提案は異なっていました。プライバシーを決済そのものに埋め込む、というものです。Dusk自身のドキュメントによれば、ネイティブのDuskDSでは2つのトランザクションモデルが提供されます——Moonlight（透明、可視の残高）またはPhoenix（シールドされたノート、デフォルトでゼロ知識）。@DuskFoundationは、そのデフォルトを「アドオンではなく土台」にしてコンプライアンスの物語を組み立てました。
次に私はDuskEVMを見ました。これは実際に開発者を取り込むことを意図したSolidity互換レイヤーです。ドキュメントでは、ホモモーフィック暗号化／ZKによるプライバシー・モジュールであるHedgerを「適切な場合に使う」ためのツールとして説明しています。DuskEVM上のプレーンなコントラクトは、どこでも同様にプレーンなEVMコントラクトの振る舞いをします——明示的にHedgerを組み込まない限り、透明です。他のチェーンに対してDuskが批判している「ボルトオン型」のパターンが、その成長の表面にも現れています。
私が変化を感じた点：「デザインによるプライバシー」は、ここでは単一の性質ではなく、2つのデフォルトがつながってできたものです。そして、実際に多くのビルダーが触れるレイヤーは、より弱い方を引き継いでいます。テーゼ（主張）を完全に壊すわけではありませんが、成立する範囲は狭まります。確認する価値はあります：初期のDuskEVM導入では、実際にHedgerが統合されているのか、それとも他のEVMチェーンと同じように透明な形で出荷されているのか？
#dusk $DUSK @Dusk
「プライベート」と称する多くのチェーンは、コンプライアンスを後付けの思想として扱いがちです。つまり、ミキサーやオプションのシールドといった追加機能、プロトコルの外側に置かれたKYCゲートなどです。Duskの提案は異なっていました。プライバシーを決済そのものに埋め込む、というものです。Dusk自身のドキュメントによれば、ネイティブのDuskDSでは2つのトランザクションモデルが提供されます——Moonlight（透明、可視の残高）またはPhoenix（シールドされたノート、デフォルトでゼロ知識）。@DuskFoundationは、そのデフォルトを「アドオンではなく土台」にしてコンプライアンスの物語を組み立てました。
次に私はDuskEVMを見ました。これは実際に開発者を取り込むことを意図したSolidity互換レイヤーです。ドキュメントでは、ホモモーフィック暗号化／ZKによるプライバシー・モジュールであるHedgerを「適切な場合に使う」ためのツールとして説明しています。DuskEVM上のプレーンなコントラクトは、どこでも同様にプレーンなEVMコントラクトの振る舞いをします——明示的にHedgerを組み込まない限り、透明です。他のチェーンに対してDuskが批判している「ボルトオン型」のパターンが、その成長の表面にも現れています。
私が変化を感じた点：「デザインによるプライバシー」は、ここでは単一の性質ではなく、2つのデフォルトがつながってできたものです。そして、実際に多くのビルダーが触れるレイヤーは、より弱い方を引き継いでいます。テーゼ（主張）を完全に壊すわけではありませんが、成立する範囲は狭まります。確認する価値はあります：初期のDuskEVM導入では、実際にHedgerが統合されているのか、それとも他のEVMチェーンと同じように透明な形で出荷されているのか？
#dusk $DUSK @Dusk