#dusk $DUSK @Dusk

Quand j’ai d’abord jeté un coup d’œil à Dusk, je me suis surtout concentré sur Phoenix, le staking et le volet confidentialité. Mais plus j’y creuse, plus Kadcast attire mon attention.

Dusk utilise Kadcast comme couche de diffusion P2P, et c’est essentiellement conçu pour s’assurer qu’un bloc ne dépende pas d’un seul chemin réseau parfait.

La partie intéressante, c’est la redondance. Kadcast peut envoyer le même fragment de bloc à plusieurs délégués au lieu de faire confiance à un seul nœud. Le protocole utilise une valeur β configurable, et l’implémentation prend en charge β = 3 ; ainsi, si un chemin échoue ou si un nœud n’est pas disponible, d’autres chemins peuvent encore transmettre les données. Il utilise aussi la correction d’erreurs par transfert (FEC), car le UDP peut perdre des paquets. Les recherches sur Kadcast montrent que cette combinaison peut maintenir une propagation fiable même en cas de perte de paquets.

Et c’est important pour Dusk, car les blocs sont limités à 1 Mo, soit environ 250 transactions Phoenix. Dusk affirme que Kadcast peut réduire l’utilisation de la bande passante d’environ 25–50 % par rapport aux approches de gossip courantes.

J’aime cette conception parce que la tolérance aux pannes ici ne concerne pas uniquement le consensus. Tout commence par le fait de s’assurer que le message arrive réellement à destination.

Penses-tu qu’une meilleure propagation des blocs est sous-estimée en matière de sécurité blockchain ?