#dusk $DUSK @Dusk

VMの“ウサギの穴”に数か月も潜り込み、Piecrustの仕様、WASM実行、独自のステートモデル、そしてRuskの下に組み込まれたPLONK回路まで掘り下げました。機関投資家の資産がネイティブで監査可能なプライバシーをもって取引できるように、ゼロから設計・構築した本格的な暗号技術です。
ところが開発者としての現実が突きつけられました。流動性を追いかけて、誰もわざわざ独自RustでdAppsを書き直したくないのです。
そこで多層の転換が始まりました。DuskはDuskDS上で決済するEVM実行レイヤーとしてDuskEVMを追加し、ビルダーに標準のSolidity、MetaMask、そして既製のツール一式を提供したのです。
まさにその構造的なジレンマが、私の考えを引き出しました。
PiecrustはネイティブのZKプライバシーと完全なステート制御を提供しますが、開発者を“島”に閉じ込めてしまいます。DuskEVMは即時の流動性、標準のコントラクト、プラグ＆プレイの導入体験を提供する一方で、プライバシーをセカンダリレイヤーへ押しやる代償を伴います。
私はそれについて行ったり来たり考え続けています。市場は実際に、ゼロから作り込んだ専用のZKアーキテクチャとしてDuskを選んでいるのか、それとも規制されたライセンスに結び付いた“都合のいいEVMのパイプ”だから選んでいるだけなのか？
今日勝っているのはEVM互換性です。でも、根本の前提は“純粋な数学”だったはずです。
これを分析する