#dusk $DUSK 夕暮れ　大多数のチェーンがそうであるようにEVMを使うのではなく、WASMを選んでスマートコントラクトの実行環境にした。私は以前、これは単なる技術選好の問題だと思っていた。けれど、Rusk VMのアーキテクチャ文書と、Duskのコンプライアンス重視の位置づけを一緒に見てみると、この一手のロジックは表面的なものよりずっと深いことが分かった。#dusk $SPCXB
WASMとは、ブラウザ内でWebAssemblyを動かすためのあのサンドボックスで、C、C++、Rustなどさまざまな言語をバイトコードにコンパイルして実行でき、EVMの解釈型バイトコードよりも実行効率が一桁（約1段階）高い。だが、より重要なのは性能ではない——言語エコシステムだ。EVMの主力言語Solidityはブロックチェーン界隈で使われるのが中心だが、RustやC++は金融テック業界全体の生産力ツールである。@Dusk
これは何を意味するのか？　すでにRustで社内の取引システムを書いている金融機関が、Dusk上にコンプライアンス対応の資産コントラクトをデプロイしたいとする。その技術チームは、新しい言語と新しいツールチェーンを一から学び直す必要がない。開発のハードルは「ブロックチェーンエンジニアを採用する」から「既存チームにもう1つモジュールを書いてもらう」へと下がる。$SNDKB
しかし、この選択にも代償がある。EVM互換性は、現状のLayer 1におけるほぼ標準仕様だ。EVMを捨てるということは、巨大なSolidity開発者層と、すぐに使えるツールのエコシステムを手放すことに等しい。Duskが賭けているのはこうだ——規制対象の資産を扱う機関の開発者は、元々Solidityコミュニティから来る人たちではない。
だからこそ、DUSKのWASM路線がうまく走れるかどうかは、技術指標ではなく、従来の金融の開発者が本当にオンチェーンのコントラクトを書きに来るかどうかで決まる。#dusk DUSK @Dusk