Il y a un détail qui m’a donné envie de relire l’architecture de Dusk une fois de plus. Au départ, je pensais que DuskDS n’était rien de plus que la partie blockchain située sous DuskEVM, mais la documentation technique la décrit comme quelque chose de plus large.
DuskDS est défini comme la couche de settlement et de disponibilité des données de Dusk L1, chargée du consensus, de la finalité et des modèles de transactions natives. DuskEVM est la couche d’exécution qui utilise DuskDS pour le settlement et la disponibilité des données. Quant à DuskVM, il exécute directement les contrats sur Dusk L1.
J’ai ensuite approfondi la façon dont le settlement est réellement confirmé. DuskDS utilise la Succinct Attestation, un mécanisme de Proof-of-Stake basé sur un comité. Le processus comprend proposal, validation puis ratification : une fois le bloc ratifié, la finalité est déterministe.
J’ai ensuite examiné le modèle de transactions. Moonlight gère des comptes publics, tandis que Phoenix utilise des shielded notes et des preuves de connaissance zéro. Deux modèles différents, mais au final, ils se règlent sur la même chaîne.
Attendez—cela ne signifie pas pour autant que DuskDS gère toute la logique applicative à elle seule. L’exécution relève toujours de DuskVM ou de DuskEVM, mais c’est précisément ici que ma perception a changé : Dusk sépare assez clairement l’exécution du settlement.
Dès lors, la question qui mérite d’être suivie n’est plus de savoir si DuskDS est ou non une couche de settlement, mais plutôt : en quoi cette architecture de séparation du settlement fera-t-elle une différence concrète lorsque les applications financières commenceront à tourner à grande échelle ?
#dusk $DUSK @Dusk
DuskDS est défini comme la couche de settlement et de disponibilité des données de Dusk L1, chargée du consensus, de la finalité et des modèles de transactions natives. DuskEVM est la couche d’exécution qui utilise DuskDS pour le settlement et la disponibilité des données. Quant à DuskVM, il exécute directement les contrats sur Dusk L1.
J’ai ensuite approfondi la façon dont le settlement est réellement confirmé. DuskDS utilise la Succinct Attestation, un mécanisme de Proof-of-Stake basé sur un comité. Le processus comprend proposal, validation puis ratification : une fois le bloc ratifié, la finalité est déterministe.
J’ai ensuite examiné le modèle de transactions. Moonlight gère des comptes publics, tandis que Phoenix utilise des shielded notes et des preuves de connaissance zéro. Deux modèles différents, mais au final, ils se règlent sur la même chaîne.
Attendez—cela ne signifie pas pour autant que DuskDS gère toute la logique applicative à elle seule. L’exécution relève toujours de DuskVM ou de DuskEVM, mais c’est précisément ici que ma perception a changé : Dusk sépare assez clairement l’exécution du settlement.
Dès lors, la question qui mérite d’être suivie n’est plus de savoir si DuskDS est ou non une couche de settlement, mais plutôt : en quoi cette architecture de séparation du settlement fera-t-elle une différence concrète lorsque les applications financières commenceront à tourner à grande échelle ?
#dusk $DUSK @Dusk
