La plupart des chaînes regroupent le règlement et l’exécution. @Dusk les sépare délibérément :
DuskDS gère le règlement et la disponibilité des données, DuskEVM gère l’exécution compatible avec Solidity, et un DuskVM à venir est prévu pour étendre encore davantage les capacités.
Cette approche modulaire vise à permettre à chaque couche d’évoluer indépendamment — ce qui signifie que des environnements d’exécution peuvent être ajoutés ou mis à niveau sans redessiner la base de règlement à chaque fois.
Ensemble, voici l’architecture $DUSK sur laquelle elle est construite — et il vaut la peine de la comprendre comme un seul système, et non comme trois produits distincts. #dusk
DuskDS gère le règlement et la disponibilité des données, DuskEVM gère l’exécution compatible avec Solidity, et un DuskVM à venir est prévu pour étendre encore davantage les capacités.
Cette approche modulaire vise à permettre à chaque couche d’évoluer indépendamment — ce qui signifie que des environnements d’exécution peuvent être ajoutés ou mis à niveau sans redessiner la base de règlement à chaque fois.
Ensemble, voici l’architecture $DUSK sur laquelle elle est construite — et il vaut la peine de la comprendre comme un seul système, et non comme trois produits distincts. #dusk
