私を引きつけたのは、Duskが2つの実行環境をサポートしているという事実そのものではありませんでした。問題は、その選択が後になって気まずくなり得る理由です。

そこでDuskVMはネイティブのRust/WASM開発者に独自の道を用意し、DuskEVMはSolidityチームをおなじみのツール群の中に留まらせます。これは実用的です。Duskで開発するために、いままでに分かっていることを全部捨てる必要がありません。

ややこしさが表面化するのは、導入がうまく機能し始めた後です。両方の環境に現実のアプリが集まってくるなら、Duskは結果として、2つの開発文化が並んで成長していく状態に陥るかもしれません。ツールが違う、コントラクトの習慣が違う、アプリがどのように相互作用するべきかについての期待が違う。

それが直ちに何かを壊すとは限りません。でも、生態系を一つに保つのを難しくする可能性はあります。

私が面白いと思うのは、Duskがある種の摩擦を減らしつつ、静かに別の摩擦を生み出しているかもしれない点です。開発者を惹きつけることは簡単になる一方で、2つの世界を一つのネットワークのように感じさせることは難しくなるかもしれません。

ユーザーが、アプリがどの環境に属しているかを気にしなくなった時に何が起きるのかを見ていたいです。おそらく、この設計選択が本当に試されるのはそのときでしょう。
@Dusk_Foundation $DUSK #dusk