#dusk $DUSK @Dusk
Duskの上に構築したいのに、すでに知っているツールを捨てたくない場合、何が起きるのでしょうか？

私がDuskEVMを調べ始めたとき、まず最初に考えたのがこれでした。

「通常の“EVM互換”という主張」を想定していましたが、実際のセットアップは、トランザクションの流れを追ってみるとより納得できる内容でした。開発者は、よく知られたSolidityまたはVyperのワークフロー、標準的なEVMウォレット、FoundryやHardhatのようなツールを使えます。一方でDUSKは実行コストに使われます。

より興味深かったのは、DuskEVMがどのようにDuskのインフラへ接続しているかです。

トランザクションはまずDuskEVMの実行環境を通ります。次に、バッチとトランザクションデータがDuskDSに公開され、状態コミットメントが、その結果得られた状態をDuskの決済およびデータ可用性レイヤーへと接続します。

ここには小さな違いがあって、見落とされやすいと思います。高速なトランザクションの取り込み（inclusion）と、最終的な決済（final settlement）は自動的に同じものではない、という点です。

そのおかげで私は、DuskEVMを単なる別のEVM環境としてではなく、Duskの基盤となるネットワークにつながった実行レイヤーとして捉えるようになりました。

そして、構築しているものによって、まだ選択肢があります。EVMアプリケーションはDuskEVMを使えますが、Rust/WASMのコントラクトはDuskVMとDusk L1を直接利用できます。

私にとって面白いのは、EVM互換性そのものだけではなく、馴染みのある開発とDuskのネイティブなインフラをつなぐブリッジです。
$APR
$TUT

DuskEVMについて最も重要なのは何ですか？