Que se passe-t-il lorsqu’une blockchain devient surchargée ?

Je pense que l’une des questions les plus souvent négligées dans la conception d’une blockchain est ce qui se passe entre le moment où un message est produit et celui où tout le monde le reçoit.

À mesure que l’activité du réseau augmente, le défi ne consiste pas uniquement à créer davantage de transactions.

Le réseau doit aussi coordonner plus d’informations sans transformer la surcharge de communication en limite de scalabilité cachée.

C’est là que le choix de Kadcast par Dusk devient, à mon avis, particulièrement intéressant.

Son approche de la propagation repose sur une sélection structurée des pairs, plutôt que sur le fait que chaque nœud relaye à plusieurs reprises l’information à travers tout le réseau.

Cela change l’équation d’efficacité.

L’objectif n’est pas seulement :

« Le réseau peut-il envoyer le message ? »

Il est ;

« Le réseau peut-il distribuer le message sans gaspiller de ressources en le faisant ? »

Cette distinction devient particulièrement pertinente pour les infrastructures destinées à soutenir l’activité financière, où un comportement réseau prévisible peut compter autant que le débit brut.

Je trouve que c’est une manière plus intéressante d’envisager la scalabilité d’une blockchain.

Parfois, la scalabilité ne consiste pas uniquement à traiter davantage.

Il s’agit aussi de communiquer de manière plus intelligente.

C’est, à mon avis, la couche d’ingénierie à surveiller lorsqu’on s’intéresse à @Dusk

$DUSK #Dusk