La plupart des protocoles de potins supposent qu’un message arrive ou qu’il n’arrive pas, mais le Kadcast de Dusk intègre de la redondance au niveau des “buckets” pour qu’une seule étape manquée ne soit pas la fin de l’histoire. Si un pair abandonne le message, il en existe d’autres dans le même bucket qui peuvent encore le faire avancer, ce qui signifie que la propagation ne dépend pas du bon comportement d’un seul nœud…🧐 J’aime que la conception parte du principe que des pannes peuvent survenir plutôt que d’espérer les éviter… ça semble plus honnête sur la façon dont les réseaux réels se comportent que des protocoles qui supposent que tout le monde reste en ligne. Cela dit, davantage de chemins redondants signifie plus de messages qui circulent dans le réseau pour une même donnée, et cet arbitrage est rarement abordé…🔍
Cette redondance s’adapte-t-elle proprement à mesure que le réseau de Dusk grandit, ou finit-elle par coûter plus qu’elle ne rapporte ?
#dusk $DUSK @Dusk
$PROM
$UAI
Cette redondance s’adapte-t-elle proprement à mesure que le réseau de Dusk grandit, ou finit-elle par coûter plus qu’elle ne rapporte ?
#dusk $DUSK @Dusk
$PROM
$UAI
