la plupart des couches de mise en réseau sont ignorées parce qu’elles ne semblent pas importantes, mais kadcast fait quelque chose de spécifiquement différent de ce que la plupart des chaînes utilisent.
la plupart des blockchains reposent sur des protocoles de gossip, où un message est simplement diffusé à un ensemble aléatoire de pairs et on espère qu’il se propage efficacement. kadcast remplace cela.
avec un superposé (overlay) structuré à la place, les pairs ne sont pas choisis au hasard ; le réseau a une forme réelle. cette structure.
c’est elle qui réduit l’utilisation de la bande passante et rend la latence prévisible plutôt que variable. d’après le propre dépôt kadcast de Dusk, chaque pair.
obtient un identifiant de 128 bits généré en hachant ensemble son port et son IP, et cet identifiant détermine exactement où le pair se situe dans un arbre de routage binaire. la position n’est pas assignée.
aléatoirement : elle est dérivée directement du hachage.
ce qui ressort, c’est que la prévisibilité semble être l’objectif réel ici, pas seulement la vitesse brute. un gossip aléatoire.
le réseau peut propager vite en moyenne, mais avec une forte variance, tandis qu’un overlay structuré échange une partie de cette vitesse moyenne contre de la cohérence.
d’ailleurs, le churn est aussi géré délibérément. des buckets périmés sont rafraîchis périodiquement, et avant qu’un pair ne soit supprimé, le réseau envoie un ping et seulement.
le supprime si le pong ne revient jamais. le dépôt le dit explicitement : cela rend le protocole biaisé en faveur de pairs plus anciens et plus stables...
si le réseau favorise, par design, les pairs qui durent longtemps, est-ce que cela crée un quelconque désavantage pour un tout nouveau pair qui essaie de rejoindre pour la première fois ??
#dusk @Dusk $DUSK
la plupart des blockchains reposent sur des protocoles de gossip, où un message est simplement diffusé à un ensemble aléatoire de pairs et on espère qu’il se propage efficacement. kadcast remplace cela.
avec un superposé (overlay) structuré à la place, les pairs ne sont pas choisis au hasard ; le réseau a une forme réelle. cette structure.
c’est elle qui réduit l’utilisation de la bande passante et rend la latence prévisible plutôt que variable. d’après le propre dépôt kadcast de Dusk, chaque pair.
obtient un identifiant de 128 bits généré en hachant ensemble son port et son IP, et cet identifiant détermine exactement où le pair se situe dans un arbre de routage binaire. la position n’est pas assignée.
aléatoirement : elle est dérivée directement du hachage.
ce qui ressort, c’est que la prévisibilité semble être l’objectif réel ici, pas seulement la vitesse brute. un gossip aléatoire.
le réseau peut propager vite en moyenne, mais avec une forte variance, tandis qu’un overlay structuré échange une partie de cette vitesse moyenne contre de la cohérence.
d’ailleurs, le churn est aussi géré délibérément. des buckets périmés sont rafraîchis périodiquement, et avant qu’un pair ne soit supprimé, le réseau envoie un ping et seulement.
le supprime si le pong ne revient jamais. le dépôt le dit explicitement : cela rend le protocole biaisé en faveur de pairs plus anciens et plus stables...
si le réseau favorise, par design, les pairs qui durent longtemps, est-ce que cela crée un quelconque désavantage pour un tout nouveau pair qui essaie de rejoindre pour la première fois ??
#dusk @Dusk $DUSK
