DuskEVMを見るほど、「DuskがいまEVMをサポートしている」という単純な点以上に、面白いのはそこではないと感じました。
開発者が、すでに知っているワークフローを捨てる必要がないことがポイントです。
Solidity、Foundry、Hardhat、viem、ethers、またはおなじみのEVMウォレットで開発しているなら、DuskEVMはその体験をDuskのエコシステムに持ち込むために設計されています。
ただし、私の注意を引いたのは、その下にあるアーキテクチャです。
DuskEVMはEthereum互換の実行を扱い、DuskDSは基盤となるコンセンサス、決済、データ可用性レイヤーを提供します。
実行にはDUSKが使われ、ブリッジを通じてDusk L1とDuskEVMの間で移動できます。
さらに、トランザクションの経路も理解する価値があります。
トランザクションはDuskEVMのシーケンサーに届き、L2ブロックに含まれ、その後バッチャーがトランザクションデータをDuskDSへ公開します。すると、ステートコミットメントとフォールトプルーフが、生成された状態をDuskDSへ接続し、決済につながります。
この違いは重要です。
トランザクションの包含（inclusion）が、必ずしも自動的に最終的な決済（final settlement）と同じになるわけではありません。
また、Duskがすべての開発者を単一の環境に押し込もうとしていない点も気に入っています。
EVM開発者はDuskEVMと既存のツールをそのまま使えます。一方で、Dusk L1向けにRust/WASMのコントラクトを直接構築している開発者は、引き続きDuskVMを使い続けられます。
つまり私の結論はかなりシンプルです。
DuskEVMが面白いのは、DuskにEVM互換性が追加されたからだけではありません。
開発者にとって馴染みのある実行環境を提供し、その環境をDusk自身の決済およびデータ可用性のアーキテクチャに接続しているからこそ、面白いのです。
「DuskがいまEVMを持った」と言うだけより、ずっと大きな物語のように感じます。
@Dusk_Foundation
#dusk $DUSK
$EDEN $AKE
開発者が、すでに知っているワークフローを捨てる必要がないことがポイントです。
Solidity、Foundry、Hardhat、viem、ethers、またはおなじみのEVMウォレットで開発しているなら、DuskEVMはその体験をDuskのエコシステムに持ち込むために設計されています。
ただし、私の注意を引いたのは、その下にあるアーキテクチャです。
DuskEVMはEthereum互換の実行を扱い、DuskDSは基盤となるコンセンサス、決済、データ可用性レイヤーを提供します。
実行にはDUSKが使われ、ブリッジを通じてDusk L1とDuskEVMの間で移動できます。
さらに、トランザクションの経路も理解する価値があります。
トランザクションはDuskEVMのシーケンサーに届き、L2ブロックに含まれ、その後バッチャーがトランザクションデータをDuskDSへ公開します。すると、ステートコミットメントとフォールトプルーフが、生成された状態をDuskDSへ接続し、決済につながります。
この違いは重要です。
トランザクションの包含（inclusion）が、必ずしも自動的に最終的な決済（final settlement）と同じになるわけではありません。
また、Duskがすべての開発者を単一の環境に押し込もうとしていない点も気に入っています。
EVM開発者はDuskEVMと既存のツールをそのまま使えます。一方で、Dusk L1向けにRust/WASMのコントラクトを直接構築している開発者は、引き続きDuskVMを使い続けられます。
つまり私の結論はかなりシンプルです。
DuskEVMが面白いのは、DuskにEVM互換性が追加されたからだけではありません。
開発者にとって馴染みのある実行環境を提供し、その環境をDusk自身の決済およびデータ可用性のアーキテクチャに接続しているからこそ、面白いのです。
「DuskがいまEVMを持った」と言うだけより、ずっと大きな物語のように感じます。
@Dusk_Foundation
#dusk $DUSK
$EDEN $AKE