DuskVMは、最初に見える以上におそらく重要です。

私はDuskの実行レイヤーを掘り下げていて、ある細部が目を引きました。

Duskは、すべての開発者をEVMに強制していません。

DuskVMは、Rust/WASMのスマートコントラクトをDusk L1上で直接実行し、DuskEVMは開発者にSolidityEVMのルートを提供します。この分離が興味深いのは、2つの環境が異なる課題を解決しているからです。

そして8月10日、DuskEVMのテストネットが稼働を開始し、SolidityおよびHardhatベースのテストのためのEVM互換側が開かれました。

ここで私が興味を持つのは、アーキテクチャです。

DuskVM → 直接L1実行
Rust/WASM → プロトコルレベルおよび専用コントラクト
プライバシー/ZKアクセス → ベースレイヤーにより近いところへ
DuskEVM → おなじみのEthereumツール
$DUSK → ネイティブのガスおよびステーキング資産

最初の反応は、実はこうでした。なぜ実行経路を2つ作る必要があるのか？

答えは、自分たちのために互換性を保つことというより、柔軟性にあるようです。

しかし、テストネットのローンチだけでは、開発者が実際に両方の環境を大規模に使うのかどうかは分かりません。そこが、いま私が注目している部分です。

本物のビルダーは、直接L1実行が重要なときにDuskVMを選ぶのでしょうか。それとも、最終的に活動の大半はDuskEVMへ引き寄せられるのでしょうか？

@Dusk_Foundation $DUSK #dusk