@Dusk_Foundation 私は、プライバシー・チェーンとEVM互換性は相反する目標だと思っていました。「どちらか一つを選び、もう一方を捨てる」。でもDuskのHedgerが、その考えを見直させてくれました。これはDuskEVMの中に組み込まれていて、準同型暗号とゼロ知識証明を使って機密トランザクションのフローを追加します。さらに、その上にあってチェーン自体は完全にSolidity互換です。私が惹かれたのは互換性の部分ではありません。そこは今や当たり前です。注目したのは「シーケンス（順序付け／段取り）」でした。つまり、プライベート・チェーンを作って、Ethereum開発者にメンタルモデルの移行を求めるのではなく、Duskは開発者が普通のSolidityを書き続けられるようにし、その下でプライバシー層が動くようにしたのです。機密性は開発者が設計して持ち込むものではなく、プロトコルが提供するものになります。私は自問し続けました。これはコンプライアンスの問いを静かに外部委託することになるのか、それとももっと早い段階で強制することになるのか。開示が設計上「選択的」なら、「誰を“認可された”として、何を見せるか」を決める人は結局必要です。その判断は、暗号的に強制されたからといって消えるわけではありません。準同型暗号＋ZKは、スケールして実行するには計算コストも高くなります。DuskEVMが、持続的なプライベート・トランザクション負荷下で、透明なMoonlightの経路と比べてどう性能を出すのか、実際の数字はまだ見ていません。DuskEVMが本当に新しいアーキテクチャなのか、それともDeFiがまだ解けていない課題を賢く言い換え直しただけなのか──意見形成の途中です。
#dusk $DUSK

$RICE $HEMI