Quand j’ai vu que DuskEVM était basé sur OP Stack, j’ai voulu suivre une transaction réelle à travers le système plutôt que d’accepter juste l’étiquette. Je suis donc passé par le processus étape par étape hier soir.

Une transaction est d’abord soumise au séquenceur de DuskEVM. C’est le comportement standard d’OP Stack : le séquenceur la trie et l’inclut dans un bloc L2 presque immédiatement. C’est la partie qui paraît rapide et familière à quiconque a déjà utilisé un rollup. Mais le séquenceur n’est pas la fin de l’histoire : un batcher prend ces données de transaction et les publie sur DuskDS, la couche de règlement et de disponibilité des données de Dusk, située en dessous.

C’est la pièce d’adaptation que j’essayais de comprendre. Dans OP Stack, normalement, ce travail est confié à Ethereum. Ici, il est remplacé par DuskDS : cela signifie que la même architecture de rollup que les développeurs connaissent déjà est redirigée vers une couche de règlement conçue spécifiquement pour la finalité déterministe des actifs régulés, et non vers la sécurité d’un L1 à usage général.

En le suivant ainsi, quelque chose s’est éclairci, ce que la lecture du résumé n’avait pas fait. L’étape du séquenceur et l’étape de DuskDS accomplissent vraiment des tâches différentes : l’une fait avancer votre transaction, l’autre est ce qui l’ancre effectivement. Je ne séparais pas ces deux moments auparavant ; je m’imaginais juste que « la transaction a lieu » était un seul et même événement.

#dusk $DUSK @Dusk $AIO $HEMI