Je pensais que l’imprévisibilité dans une blockchain était un bug qu’on tolère, pas une fonctionnalité qu’on concevrait réellement.
L’étude de Dusk m’a fait changer d’avis.
Imagine que tu sois un provisionneur. Tu as misé, tu es éligible, tu sais que tu pourrais être choisi pour générer le bloc suivant. Mais tu ne sais pas si ce sera le cas. Personne d’autre non plus. Ni les autres validateurs. Pas même toi, dix secondes avant que cela n’arrive.
Voici la partie étrange. La graine qui détermine qui sera choisi pour le bloc N+1 n’existe pas encore pendant que le bloc N est encore en cours de construction. Elle est littéralement générée à partir de la signature du générateur du bloc courant sur la graine précédente. La réponse à « qui est le prochain » n’est pas cachée quelque part — elle n’a tout simplement pas encore été calculée.
Pourquoi est-ce important ? Parce qu’ici, la prévisibilité est un passif, pas un simple confort. Si un attaquant arrivait à déterminer qui génère le bloc 40 aujourd’hui, il aurait tout le temps du monde pour cibler ce validateur — le corrompre, le DDoSser, le contraindre — avant même que le moment n’arrive.
La sélection déterministe de Dusk referme cette fenêtre complètement. Tu ne découvres que tu es le générateur qu’à l’instant exact où c’est déjà vrai.
Donc la vraie question de conception n’était pas « comment choisir un leader ». C’était « comment en choisir un sans jamais laisser quiconque puisse en planifier l’avance. »
Devine ce qui se passe dès que la sélection du bloc devient ne serait-ce que légèrement prédictible trop tôt ?
#dusk $DUSK @Dusk
Sondage :
Devine ce qui casse en premier si tu pouvais prédire le prochain générateur de bloc
🎯 La corruption devient possible
🛑 Le DDoS devient possible
⚖️ Les deux, même vulnérabilité
🔒 Rien, toujours sécurisé
L’étude de Dusk m’a fait changer d’avis.
Imagine que tu sois un provisionneur. Tu as misé, tu es éligible, tu sais que tu pourrais être choisi pour générer le bloc suivant. Mais tu ne sais pas si ce sera le cas. Personne d’autre non plus. Ni les autres validateurs. Pas même toi, dix secondes avant que cela n’arrive.
Voici la partie étrange. La graine qui détermine qui sera choisi pour le bloc N+1 n’existe pas encore pendant que le bloc N est encore en cours de construction. Elle est littéralement générée à partir de la signature du générateur du bloc courant sur la graine précédente. La réponse à « qui est le prochain » n’est pas cachée quelque part — elle n’a tout simplement pas encore été calculée.
Pourquoi est-ce important ? Parce qu’ici, la prévisibilité est un passif, pas un simple confort. Si un attaquant arrivait à déterminer qui génère le bloc 40 aujourd’hui, il aurait tout le temps du monde pour cibler ce validateur — le corrompre, le DDoSser, le contraindre — avant même que le moment n’arrive.
La sélection déterministe de Dusk referme cette fenêtre complètement. Tu ne découvres que tu es le générateur qu’à l’instant exact où c’est déjà vrai.
Donc la vraie question de conception n’était pas « comment choisir un leader ». C’était « comment en choisir un sans jamais laisser quiconque puisse en planifier l’avance. »
Devine ce qui se passe dès que la sélection du bloc devient ne serait-ce que légèrement prédictible trop tôt ?
#dusk $DUSK @Dusk
Sondage :
Devine ce qui casse en premier si tu pouvais prédire le prochain générateur de bloc
🎯 La corruption devient possible
🛑 Le DDoS devient possible
⚖️ Les deux, même vulnérabilité
🔒 Rien, toujours sécurisé