Quand j’ai compris le consensus de Dusk, j’ai remarqué un point souvent détourné : beaucoup de gens ne regardent que la notion de « produire un bloc en quelques secondes » et s’empressent d’en conclure que c’est une version haut débit de PoS. Mais en lisant le livre blanc, j’ai découvert que la partie où SBA met vraiment l’accent n’est pas la rapidité : c’est plutôt sur la manière d’élever le « coût de la tricherie » à un niveau tel que personne n’oserait s’y risquer.
Commençons par les signatures à seuil. Dans la validation classique, il faut que chaque nœud fasse voter de son côté, puis diffuse le résultat à tous les autres. Avec n nœuds qui se confirment mutuellement, la quantité de communication est en O(n²) ; dès que le nombre de nœuds augmente, le réseau commence à saturer. Mais la méthode de Dusk est différente : elle fait d’abord en sorte que tous les validateurs génèrent ensemble une clé publique agrégée, puis, avec l’idée des signatures par fragments, ils signent tous le même bloc. Chaque nœud ne transmet qu’une petite portion, et une fois toutes les portions reçues, on reconstitue une signature BLS complète.
Ainsi, la charge de communication chute directement à O(n), et le temps d’attente pour confirmer la production de blocs se réduit nettement. En simulant des réseaux en laboratoire, j’ai observé que cet écart devient très visible dès quelques dizaines de nœuds : le temps de vérification d’un ensemble de signatures est presque constant, largement découplé du nombre de participants.
Mais ce qui m’a vraiment paru intéressant se trouve dans la seconde partie : le modèle d’admission contrôlée avec mécanisme de responsabilité (slashing). #dusk ne peut pas devenir validateur comme on veut : il faut d’abord passer par un processus d’admission. Une fois accepté, il faut aussi être adossé à un ensemble de mécanismes Slashing : si tu fais du mal, ton dépôt est pénalisé. En réalité, c’est pour boucher une faille très discrète dans un PoS — la « validation sans coût » (l’attaque Sybil).
Concrètement, un attaquant utilise une multitude d’identités factices pour « s’adosser gratuitement » à côté des validateurs honnêtes : il ne fournit pas d’effort et ne paie rien. Vu de l’extérieur, cela ressemble à une approche décentralisée, mais le pouvoir se concentre discrètement. Le système d’admission limite d’abord les identités Sybil en masse, puis le slashing garantit que de l’argent réel est bel et bien engagé à l’intérieur. Une fois ces deux couches superposées, le coût de la malveillance n’est plus « zéro » : c’est une perte calculable, bien réelle. @Dusk $DUSK
Au début, je pensais que ce type de conception cherchait surtout à assurer la stabilité. Puis j’ai compris que c’était, en fait, la théorie des jeux qui attribue un « prix » à la confiance. En matière de consensus, parfois, être prudent, c’est aussi une forme d’audace.
Commençons par les signatures à seuil. Dans la validation classique, il faut que chaque nœud fasse voter de son côté, puis diffuse le résultat à tous les autres. Avec n nœuds qui se confirment mutuellement, la quantité de communication est en O(n²) ; dès que le nombre de nœuds augmente, le réseau commence à saturer. Mais la méthode de Dusk est différente : elle fait d’abord en sorte que tous les validateurs génèrent ensemble une clé publique agrégée, puis, avec l’idée des signatures par fragments, ils signent tous le même bloc. Chaque nœud ne transmet qu’une petite portion, et une fois toutes les portions reçues, on reconstitue une signature BLS complète.
Ainsi, la charge de communication chute directement à O(n), et le temps d’attente pour confirmer la production de blocs se réduit nettement. En simulant des réseaux en laboratoire, j’ai observé que cet écart devient très visible dès quelques dizaines de nœuds : le temps de vérification d’un ensemble de signatures est presque constant, largement découplé du nombre de participants.
Mais ce qui m’a vraiment paru intéressant se trouve dans la seconde partie : le modèle d’admission contrôlée avec mécanisme de responsabilité (slashing). #dusk ne peut pas devenir validateur comme on veut : il faut d’abord passer par un processus d’admission. Une fois accepté, il faut aussi être adossé à un ensemble de mécanismes Slashing : si tu fais du mal, ton dépôt est pénalisé. En réalité, c’est pour boucher une faille très discrète dans un PoS — la « validation sans coût » (l’attaque Sybil).
Concrètement, un attaquant utilise une multitude d’identités factices pour « s’adosser gratuitement » à côté des validateurs honnêtes : il ne fournit pas d’effort et ne paie rien. Vu de l’extérieur, cela ressemble à une approche décentralisée, mais le pouvoir se concentre discrètement. Le système d’admission limite d’abord les identités Sybil en masse, puis le slashing garantit que de l’argent réel est bel et bien engagé à l’intérieur. Une fois ces deux couches superposées, le coût de la malveillance n’est plus « zéro » : c’est une perte calculable, bien réelle. @Dusk $DUSK
Au début, je pensais que ce type de conception cherchait surtout à assurer la stabilité. Puis j’ai compris que c’était, en fait, la théorie des jeux qui attribue un « prix » à la confiance. En matière de consensus, parfois, être prudent, c’est aussi une forme d’audace.