私が何度も立ち返ってしまうこと：Duskは2つの方法で構築できます。DuskEVM経由でSolidityを使うか、L1上でRustとDuskVMをネイティブに直接使うかです。
最初に読んだときは「いいね、選択肢が増えて開発者も増える」って思いました。でも、それを深く考えるほど、単なる柔軟性というよりは意図的なヘッジのように感じてきました。
EVM互換は、どこか別の場所で既に動いているものがあって、それをプライバシー目的で書き換えたくないチーム向けです。ネイティブは、最初から実行レイヤーにプライバシーとコンプライアンスを組み込む必要があるチーム向けで、後付けで載せるのではなく最初からです。
実はそれは、「誰がやって来るのか」に対する2つの異なる賭けなんです。ひとつは「今いる場所でビルダーに会いに行く」。もうひとつは「一部のアプリケーションは、後付けのラッパーではいられない。プロトコルレベルの制御が必要だ」というもの。
どちらの道が採用により大きく効くのかは、まだ分かりません。たぶんどちらでもないかもしれないし、多くのチームがまずDuskEVMから始めて、EVMツールでは解決できない壁に当たった時にさらに深く移行するのかもしれません。
実際にネイティブ側で誰かがもう出荷（実装）したのでしょうか？それとも、まだ主に理論上の話のままですか。
$CLO $SOXSB
@Dusk_Foundation #dusk $DUSK