あるときふと、最初からより良いランタイムを設計すれば、開発者は自然にそれへ移行するだろうと決めつけてしまうことがあります。私がDusk上でZedgerからHedgerへ移る流れを最初に見たときも、まさにそれと同じ考えでした。当初の構想は、準拠したプライバシーのために特別に作られた、クリーンでネイティブなゼロ知識の実行環境を好むものでした。過去の設計上の選択肢に縛られないように、という意図です。

しかし、EVM-firstのアプローチへの移行を見て、そこには非常に実務的な妥協が反映されていると気づきました。面白いのは、どの仮想マシンが命令をより速く実行できるかではありません。違いがあるのは、開発者の分布です。隔離されたランタイムの中で独自の暗号プリミティブを作ることは、すべてのビルダーに新しいパラダイムを学ばせることを意味します。一方で、プライバシーをEVM互換のツールへ包み込むなら、流動性（担い手や資金の流れ）がすでに存在する場所、つまり開発者がすでにいる場所に接続できます。公開エコシステムの成長は、標準化された合成可能性に依存していますが、カスタムのランタイムは建築の純粋性を優先します。とはいえ、論理は同じです。実行環境とは、共有状態のための協調レイヤーにすぎません。

結局のところ、EVM互換へ向かうのは、理論上の効率よりも配布（ディストリビューション）が重要だという認めにほかなりません。しかし、その選択によって信頼の境界は、なじみのある領域へと押し戻されます。真の課題は、EVMが持つ標準的な実行上のボトルネックをすべて引き継ぐことなく、ゼロ知識のコンプライアンスをスケールさせて維持できるかどうかです。私はまだ、プライバシーをイーサリアムのツーリングにもたらすほうが、新しいランタイムを信頼するようイーサリアムのビルダーたちを説得するより難しいのか、確信が持てません。

#dusk $DUSK @Dusk