あなたのアイデアにコメントしてください
投稿
--
Kiko奇科
·
--
DuskVM vs DuskEVM：開発者のための2つの道
ブロックチェーンは、すべての開発者を同じ実行環境に強制する必要があるのでしょうか？
Duskは、異なる開発モデルに合わせて設計された2つのスマートコントラクト・パスを提供することで、別のアプローチを取っています。
DuskVMはネイティブのパスです。開発者はRustでコントラクトを書き、WASMにコンパイルして、Dusk L1上で直接実行します。これにより、コントラクトはDuskのL1実行モデル、トランザクションモデル、プロトコル・コントラクト、そしてプライバシーやゼロ知識機能など、ベースレイヤーの近くに置く必要がある機能へダイレクトにアクセスできます。
DuskEVMは互換性重視のルートです。開発者はSolidityまたはVyperを、馴染みのあるEVMウォレット、ライブラリ、ツールとともに利用できます。決済とデータ可用性はDuskDSが提供し、DUSKはネイティブのガストークンとして機能します。
したがって、この違いは「どちらの環境がより優れているか」を選ぶというより、アーキテクチャをアプリケーション要件に合わせることにあります。DuskVMは、L1の直接実行とDuskネイティブの機能を支持します。DuskEVMは、すでにEthereumエコシステム内で作業している開発者のハードルを下げます。
Duskが両方のパスを提供することで、ネイティブ機能と開発者にとってのなじみやすさの間に、興味深いバランスが生まれます。
ネイティブな実行とEVM互換性の両方をサポートすることは、1つのユニバーサル環境に強制するよりも、強力な開発者戦略になり得るでしょうか？
$DUSK
#dusk @Dusk
ブロックチェーンは、すべての開発者を同じ実行環境に強制する必要があるのでしょうか？
Duskは、異なる開発モデルに合わせて設計された2つのスマートコントラクト・パスを提供することで、別のアプローチを取っています。
DuskVMはネイティブのパスです。開発者はRustでコントラクトを書き、WASMにコンパイルして、Dusk L1上で直接実行します。これにより、コントラクトはDuskのL1実行モデル、トランザクションモデル、プロトコル・コントラクト、そしてプライバシーやゼロ知識機能など、ベースレイヤーの近くに置く必要がある機能へダイレクトにアクセスできます。
DuskEVMは互換性重視のルートです。開発者はSolidityまたはVyperを、馴染みのあるEVMウォレット、ライブラリ、ツールとともに利用できます。決済とデータ可用性はDuskDSが提供し、DUSKはネイティブのガストークンとして機能します。
したがって、この違いは「どちらの環境がより優れているか」を選ぶというより、アーキテクチャをアプリケーション要件に合わせることにあります。DuskVMは、L1の直接実行とDuskネイティブの機能を支持します。DuskEVMは、すでにEthereumエコシステム内で作業している開発者のハードルを下げます。
Duskが両方のパスを提供することで、ネイティブ機能と開発者にとってのなじみやすさの間に、興味深いバランスが生まれます。
ネイティブな実行とEVM互換性の両方をサポートすることは、1つのユニバーサル環境に強制するよりも、強力な開発者戦略になり得るでしょうか？
$DUSK
#dusk @Dusk