DuskEVMには、まったく別の開発者のワークフローが必要になるものと思っていました……。
それからツール群を見てみたんです。👍
Solidityはそのまま馴染みのまま。
Hardhat。
Foundry。
ethers。
いつものEVM開発スタックが引き続き使えます。
新しいブロックチェーンに移行すると、何か作り始める前に新しい環境を学ぶ必要が出てくることが多いので、そこに注目しました。
DuskEVMは別のルートを取ります。@Dusk 上でEVMに相当する実行環境を提供し、DuskDSがその下で決済とデータ可用性を担います……
つまり、ネットワーク上で開発するために、EVMのワークフローを捨てる必要はありません。ガスの支払いも、イーサリアム上でETHが動くのと同じように $DUSK 行われます。
私にとっては、これが導入(アダプション)の問いを変えました。
問題は、Duskが開発者に必要な機能を備えているかどうかだけではありません……。
既存のEVMの知識やインフラを、開発者がどれだけ引き継げるかという点にもなってきます。
それでもテストしたいことがあります。
ドキュメント上の互換性はその一つ。
実際のアプリケーションをデプロイすること、コントラクトのデバッグ、ウォレットの接続、そしてアプリケーションの保守はまた別の話です。
ここで、DuskEVMがこのアプローチがアーキテクチャ通りにどれほどスムーズに機能するかを証明してくれると私は思っています。 #dusk
それからツール群を見てみたんです。👍
Solidityはそのまま馴染みのまま。
Hardhat。
Foundry。
ethers。
いつものEVM開発スタックが引き続き使えます。
新しいブロックチェーンに移行すると、何か作り始める前に新しい環境を学ぶ必要が出てくることが多いので、そこに注目しました。
DuskEVMは別のルートを取ります。@Dusk 上でEVMに相当する実行環境を提供し、DuskDSがその下で決済とデータ可用性を担います……
つまり、ネットワーク上で開発するために、EVMのワークフローを捨てる必要はありません。ガスの支払いも、イーサリアム上でETHが動くのと同じように $DUSK 行われます。
私にとっては、これが導入(アダプション)の問いを変えました。
問題は、Duskが開発者に必要な機能を備えているかどうかだけではありません……。
既存のEVMの知識やインフラを、開発者がどれだけ引き継げるかという点にもなってきます。
それでもテストしたいことがあります。
ドキュメント上の互換性はその一つ。
実際のアプリケーションをデプロイすること、コントラクトのデバッグ、ウォレットの接続、そしてアプリケーションの保守はまた別の話です。
ここで、DuskEVMがこのアプローチがアーキテクチャ通りにどれほどスムーズに機能するかを証明してくれると私は思っています。 #dusk