I expected DuskEVM to require a completely different developer workflow…. Then I looked at the tooling. 👍 Solidity stays familiar. Hardhat. Foundry. ethers. The usual EVM development stack still applies. That caught my attention because moving to a new blockchain often means learning a new environment before building anything useful. DuskEVM takes a different route. It provides an EVM-equivalent execution environment on @Dusk while DuskDS handles settlement and data availability underneath… So the developer does not need to throw away the EVM workflow to build on the network, gas paid in $DUSK the same way ETH works on Ethereum. For me, this changes the adoption question. The issue is no longer only whether Dusk has the features developers need… It is also how much existing EVM knowledge and infrastructure developers get to carry over. There is still something I want to test. Compatibility in documentation is one thing. Deploying a real application, debugging contracts, connecting wallets, and maintaining the application is another.
That is where I think DuskEVM will prove whether this approach works as smoothly as the architecture suggests. #dusk
ルーレットを回したらリワードをゲットしちゃいました!❤️❤️❤️ 今日のキャンペーンでもらえたのはこちら: $1 in $TSLAB $3 in $SPCXB $1 in $TSLAB 現在ステータスは処理中ですが、小さなリワードも積み重なります! 💰 $1,000のPLTRBや$500のAMZNBみたいな大きい賞に当たった人いますか?