DuskEVMはDuskの開発者向けの課題を解決できるかもしれません。でも導入（採用）の課題までは解決できません。
EVMの道筋をしばらく調べてみて、明らかな改善点は「摩擦（フリクション）」です。Solidity開発者は、Duskで開発を始めるためだけに、最初からスタック全体を学び直す必要はありません。
それが重要です。
Duskには今、3つの開発パスがあります。Native、EVM、そしてConfidential EVMです。EVMルートは、開発者にとってより馴染みのある入口を提供するため、試作（実験）をより安く、より速くできるはずです。
しかし、私が何度も立ち返ってしまう「落とし穴」があります。
開発コストを下げても、必ずしも「使い続ける理由」になるとは限らない、ということです。
開発者はEVMコントラクトをデプロイし、ネットワークをテストして、向こう側にユーザーアクティビティ、流動性、そして実際の需要が待っていなければ、そのまま去れます。
だからこそDuskEVMが面白いのです。私は、最初の開発者の波のあとに何が起きるのかを見たい。立ち上がるプロジェクト数だけを見るのではなく。
もしDuskが実験する新しいチームを10個増やしても、実際に作り続けるのが1つだけなら、ツール改善の話ではありません。
難しい指標は「継続（リテンション）」です。
Duskへの参入を簡単にするのは1つの課題。
でも、十分に“使いたい”と思わせて、使い続けてもらうのは別の課題……
#dusk $DUSK @Dusk