DuskのEVM側をしばらく見ていて、私には1つのことがはっきりしました。面白いのは、単に別のEVM環境を用意することではない、という点です。
違いは、そのEVM実行がDuskのアーキテクチャのどこに組み込まれるかにあります。
CreatorPadの資料では、DuskEVMをSolidity開発者向けのOP Stackベースの、EVM相当の実行環境であり、決済はDuskDSを通じて行われると説明しています。 �
Binance_CreatorPad_Scoring_and_Dusk_Foundation_Cam.pdf
これは重要です。目標は、開発者に「これまで知っているものを全部捨ててしまえ」と言うことではないからです。
Duskのトークポイントでは、DuskEVMをEVM互換のアプリケーション層としており、ビルダーや機関にとって、馴染みのあるSolidity/EVMの道でDuskへ入っていけるとしています。
そのため私は、この比較を「EVM対別のEVM」という捉え方よりも、「馴染みのある実行が、Duskの金融市場インフラと出会う」と捉えるほうがしっくりきます。
開発者にとって馴染みがあるのは、SolidityとEVM環境です。
一方でDuskのスタックにとって重要なのは、その実行が最終的にどこで決済されるかです。
この組み合わせこそが、私にとってDuskEVMを面白いものにしています。フロントエンドは馴染みのある開発、土台はDuskのインフラ。
@Dusk $DUSK
#dusk
#dusk $DUSK @Dusk
違いは、そのEVM実行がDuskのアーキテクチャのどこに組み込まれるかにあります。
CreatorPadの資料では、DuskEVMをSolidity開発者向けのOP Stackベースの、EVM相当の実行環境であり、決済はDuskDSを通じて行われると説明しています。 �
Binance_CreatorPad_Scoring_and_Dusk_Foundation_Cam.pdf
これは重要です。目標は、開発者に「これまで知っているものを全部捨ててしまえ」と言うことではないからです。
Duskのトークポイントでは、DuskEVMをEVM互換のアプリケーション層としており、ビルダーや機関にとって、馴染みのあるSolidity/EVMの道でDuskへ入っていけるとしています。
そのため私は、この比較を「EVM対別のEVM」という捉え方よりも、「馴染みのある実行が、Duskの金融市場インフラと出会う」と捉えるほうがしっくりきます。
開発者にとって馴染みがあるのは、SolidityとEVM環境です。
一方でDuskのスタックにとって重要なのは、その実行が最終的にどこで決済されるかです。
この組み合わせこそが、私にとってDuskEVMを面白いものにしています。フロントエンドは馴染みのある開発、土台はDuskのインフラ。
@Dusk $DUSK
#dusk
#dusk $DUSK @Dusk