#dusk $DUSK @Dusk
Je regardais l’autre nuit un explorateur de blocs, en attendant qu’une transaction « se sente » enfin définitive, et ça m’a frappé : tout le temps qu’on passe en crypto juste… à attendre. Six confirmations ici. Douze là-bas. Quelque part en cours de route, on a fini par accepter ça comme quelque chose de normal. L’approche de Dusk concernant le consensus est la première chose, depuis un moment, qui m’a fait m’arrêter et relire les mécanismes deux fois.
L’idée centrale s’appelle Succinct Attestation et elle se déroule en trois étapes au lieu du jeu habituel qui oppose le validateur/« miner » au réseau, avec devinette comprise. D’abord, il y a la Proposition : un générateur de blocs sélectionné aléatoirement soumet un bloc candidat. Rien de vraiment nouveau conceptuellement, c’est essentiellement ce que font beaucoup de chaînes PoS. Ce qui a retenu mon attention, c’est l’étape deux, la Validation : un comité distinct vérifie réellement l’intégrité du bloc avant que quiconque ne s’y engage. Puis, la Ratification boucle le processus : un deuxième comité vote pour confirmer que le résultat de la validation tenait bien. Deux comités distincts qui votent successivement, au lieu d’un seul groupe qui se donne lui-même son tampon.
Peut-être que je surinterprète, mais cette séparation donne l’impression d’être exactement le but. On ne confie pas les mêmes acteurs à la fois pour proposer et confirmer. Au début, c’est quelque chose qui m’a paru étrange, presque trop prudent pour un système qui promet une finalité en quelques secondes. Puis je me suis souvenu que beaucoup de chaînes « instantanées » vous font quand même attendre que le risque de réorganisation (reorg) s’estompe. Dusk semble parier que le coût de ce travail de vérification effectué en amont est inférieur à celui du nettoyage plus tard.
Je n’ai pas une conviction forte quant à savoir si cela deviendra la norme pour les chaînes axées sur la confidentialité ou pour celles de règlement RWA, là où la finalité déterministe compte réellement pour des raisons de conformité. Ça pourrait simplement rester un créneau. Mais en voyant une chaîne traiter la finalité comme une contrainte de conception plutôt que comme un détail après coup, j’ai prêté plus d’attention que je ne l’aurais cru. Curieux de voir comment tout cela résistera à une charge réseau réelle une fois que davantage de provisionneurs se joindront.
$KII
$AIO
Je regardais l’autre nuit un explorateur de blocs, en attendant qu’une transaction « se sente » enfin définitive, et ça m’a frappé : tout le temps qu’on passe en crypto juste… à attendre. Six confirmations ici. Douze là-bas. Quelque part en cours de route, on a fini par accepter ça comme quelque chose de normal. L’approche de Dusk concernant le consensus est la première chose, depuis un moment, qui m’a fait m’arrêter et relire les mécanismes deux fois.
L’idée centrale s’appelle Succinct Attestation et elle se déroule en trois étapes au lieu du jeu habituel qui oppose le validateur/« miner » au réseau, avec devinette comprise. D’abord, il y a la Proposition : un générateur de blocs sélectionné aléatoirement soumet un bloc candidat. Rien de vraiment nouveau conceptuellement, c’est essentiellement ce que font beaucoup de chaînes PoS. Ce qui a retenu mon attention, c’est l’étape deux, la Validation : un comité distinct vérifie réellement l’intégrité du bloc avant que quiconque ne s’y engage. Puis, la Ratification boucle le processus : un deuxième comité vote pour confirmer que le résultat de la validation tenait bien. Deux comités distincts qui votent successivement, au lieu d’un seul groupe qui se donne lui-même son tampon.
Peut-être que je surinterprète, mais cette séparation donne l’impression d’être exactement le but. On ne confie pas les mêmes acteurs à la fois pour proposer et confirmer. Au début, c’est quelque chose qui m’a paru étrange, presque trop prudent pour un système qui promet une finalité en quelques secondes. Puis je me suis souvenu que beaucoup de chaînes « instantanées » vous font quand même attendre que le risque de réorganisation (reorg) s’estompe. Dusk semble parier que le coût de ce travail de vérification effectué en amont est inférieur à celui du nettoyage plus tard.
Je n’ai pas une conviction forte quant à savoir si cela deviendra la norme pour les chaînes axées sur la confidentialité ou pour celles de règlement RWA, là où la finalité déterministe compte réellement pour des raisons de conformité. Ça pourrait simplement rester un créneau. Mais en voyant une chaîne traiter la finalité comme une contrainte de conception plutôt que comme un détail après coup, j’ai prêté plus d’attention que je ne l’aurais cru. Curieux de voir comment tout cela résistera à une charge réseau réelle une fois que davantage de provisionneurs se joindront.
$KII
$AIO