Réfléchir à passer long sur $NIL aujourd’hui meilleurs gagnants $ALICE DuskEVM frappé par un retrait prouver finaliser 📊
J’ai cessé de considérer l’architecture de Dusk comme une question de savoir quel VM est meilleur ? et j’ai commencé à regarder où une application financière peut réellement échouer.
Une application de trading peut avoir besoin de Solidity et d’outils EVM familiers. Une primitive financière au niveau du protocole peut nécessiter une exécution directe sur L1, Rust/WASM, des modèles de transactions natifs, des capacités de confidentialité ou de preuve à divulgation nulle (zero-knowledge). DuskVM et DuskEVM ne sont donc pas simplement deux versions du même environnement. Elles exposent des chemins d’exécution différents, tandis que DuskDS fournit la base de règlement et de disponibilité des données sous-jacente.
Cette distinction compte, car la facilité pour les développeurs et le contrôle du protocole ne répondent pas toujours aux mêmes exigences. DuskEVM peut réduire la friction de migration pour les équipes venant d’Ethereum, tandis que DuskVM offre aux développeurs une voie plus proche de l’architecture sous-jacente de Dusk.
Pour moi, le test utile est simple : chaque environnement d’exécution résout-il un problème d’ingénierie différent, ou la séparation n’est-elle qu’une surface supplémentaire ? Pour l’instant, la documentation indique la première réponse.
@Dusk_Foundation #dusk #BNBChainToActivatePasteurHardFork #SanDiskRises7%OnRevenueGrowthOutlook
De quoi Dusk a-t-il besoin de deux VM ??
$DUSK
J’ai cessé de considérer l’architecture de Dusk comme une question de savoir quel VM est meilleur ? et j’ai commencé à regarder où une application financière peut réellement échouer.
Une application de trading peut avoir besoin de Solidity et d’outils EVM familiers. Une primitive financière au niveau du protocole peut nécessiter une exécution directe sur L1, Rust/WASM, des modèles de transactions natifs, des capacités de confidentialité ou de preuve à divulgation nulle (zero-knowledge). DuskVM et DuskEVM ne sont donc pas simplement deux versions du même environnement. Elles exposent des chemins d’exécution différents, tandis que DuskDS fournit la base de règlement et de disponibilité des données sous-jacente.
Cette distinction compte, car la facilité pour les développeurs et le contrôle du protocole ne répondent pas toujours aux mêmes exigences. DuskEVM peut réduire la friction de migration pour les équipes venant d’Ethereum, tandis que DuskVM offre aux développeurs une voie plus proche de l’architecture sous-jacente de Dusk.
Pour moi, le test utile est simple : chaque environnement d’exécution résout-il un problème d’ingénierie différent, ou la séparation n’est-elle qu’une surface supplémentaire ? Pour l’instant, la documentation indique la première réponse.
@Dusk_Foundation #dusk #BNBChainToActivatePasteurHardFork #SanDiskRises7%OnRevenueGrowthOutlook
De quoi Dusk a-t-il besoin de deux VM ??
$DUSK
Developers flexibility 🔐
25%
Better protocol control 💎
25%
Both for different use cases 📊
50%
4 Votes • Vote fermé