Je testais aujourd’hui un petit transfert, DUSK depuis DuskEVM vers DuskDS, surtout parce que la “chose” liée au temps de validation de la semaine dernière m’a rendu paranoïaque à l’idée de faire confiance à n’importe quel pont sans réfléchir.

Il s’avère que “le pont” n’est pas une seule et même chose. DUSK transite par un chemin natif géré par des validateurs, sans version enveloppée, avec le même token des deux côtés. Les titres émis sur DuskEVM via la route NPEX ressortent via Chainlink CCIP, qui correspond à un système entièrement distinct.

J’ai supposé que cela signifiait deux déclinaisons de la même garantie, honnêtement : toutes deux commercialisées comme sans dépositaire, sans actif synthétique. Je pensais que c’était un détail, pas une vraie différence.

Mais ce n’était pas vraiment ça. Avoir deux routes, c’est de la géographie. Ce n’est pas de la coordination. La voie native s’appuie sur les propres validateurs de Dusk, tandis que CCIP s’appuie sur le réseau propre à Chainlink, et aucune de ces hypothèses ne s’applique à l’autre.

Sauf qu’elles commencent toutes deux au même endroit. Tout ce qui se trouve sur DuskEVM est d’abord validé par le séquenceur, et il n’y a pas de mempool publique en amont pour vérifier. Un seul opérateur ordonne tout avant même que l’un ou l’autre des ponts ne le voie.

Je ne sais pas ce qui est documenté publiquement concernant la décentralisation de cette partie, honnêtement.

Le volume NPEX via CCIP est bien réel maintenant, le trafic DuskEVM continue de grimper 👍. Si ce séquenceur se bloque au milieu d’un lot, une voie se dégrade-t-elle pendant que l’autre continue, ou les deux restent-elles simplement bloquées ?

#dusk $DUSK @Dusk