#dusk $DUSK
最近深掘Duskの基盤設計を調べて、ようやくその「WASMを堅持し、EVMを捨てた」本当の理由が分かりました。

正直、以前は私も多くの人と同じで、チームにちょっと技術的な潔癖さがあって、EVMの流行りに乗って内巻きの競争をしたくないだけだと思っていました。

でも資料を読み進めるほど、まったくそうではないと感じました。
そもそもDuskは普通のパブリックチェーンのDeFi開発者や、普通のオンチェーンユーザーを奪いに行くつもりがありません。
$DUSK の究極の目標は、従来の証券会社、資産運用会社、カストディ(保管)機関といった“伝統的な金融チーム”との接続です。

業界内では、Solidityは必須で標準だというのが前提です。
しかし伝統金融の技術チームが何年も使い続けているのは、RustやC++です。
リスク管理、コンプライアンス、資産清算のシステムが十数年の運用で固まっていて、すでに型ができています。
ここで本当に彼らにSolidityをゼロから学ばせて、すべての業務ロジックを作り直させるのは、現実的ではありません。
移行コストがあまりにも高すぎます。

だからこそ、WASMを選んだのは“伝統的な機関に合わせるため”なのだと理解しています。
コードを再構築する必要もなく、技術スタックを乗り換える必要もありません。
既存の成熟したコンプライアンスモジュールやリスク管理ロジックを、そのままコンパイルしてチェーン上に載せられる。
この点こそが、伝統的なRWA(実物資産のトークン化)に接続する際の、最大の隠れた優位性です。

ただ、正直に言うと、私個人としてはこの選択にはまだかなり迷いがあります。

今のWASMのエコシステムは、本当にまだ幼いです。
ツールは少なく、監査の実績も少なく、使えるモジュールもさらに限られています。
暗号ネイティブな開発者である私たちにとっては、EVMの成熟度との体験差は完全に埋められません。

その結果、とてもややこしい状況になります:
将来における機関の導入を賭けるために、いまのオンチェーンの盛り上がりをそのまま捨ててしまった。

もし今後、伝統金融の業務が思ったより遅く実装されるうえ、
新しい開発者が入ってこないとなると、
今持っている差別化の強みが、すぐに閉ざされた生態系の孤島になりかねません。

個人的には、DuskのこのWASM配置は“短期の熱量を犠牲にして、長期の防衛壁を作る”戦略だと思っています。
みなさんはどう見ていますか?この賭けは、価値があるのでしょうか?

@Dusk