Então, eu entendo perfeitamente $DUSK usa algo chamado Kadcast como seu principal protocolo para espalhar blocos, transações e votos de consenso pela rede. Não é algo construído do zero; na verdade, ele se inspira bastante no setup de tabela de hash distribuída (DHT) do Kademlia, especialmente no conceito inteiro de distância XOR. Basicamente, em vez de simplesmente despejar mensagens para cada vizinho como fazem protocolos antigos de gossip, ele é mais esperto: ele envia dados por caminhos específicos e estruturados usando pares selecionados.

Vamos dividir um pouco:

Cada nó tem um identificador próprio, e a distância XOR entre nós determina como os peers são organizados uns em relação aos outros.
Peers não ficam apenas conectados aleatoriamente: eles são agrupados em algo chamado routing buckets (baldes de roteamento), com base em quão distantes eles estão de um nó.
Quando uma mensagem precisa se espalhar, ela não vai para todos de uma vez: ela é encaminhada por um conjunto escolhido de peers, em vez de causar flood na rede inteira.
Como cada bucket guarda mais de um peer, existe uma rede de segurança se um peer sair ou falhar; há outros caminhos prontos para continuar a levar a mensagem.

Também há uma camada de segurança embutida: as mensagens são assinadas e, antes de qualquer coisa ser encaminhada adiante, essa assinatura é verificada. Isso ajuda a impedir que atores mal-intencionados atrapalhem o modo como os dados se espalham.

E falando de desempenho real, @Dusk relatou que essa configuração reduz o uso de banda em cerca de 25–50% em comparação com protocolos comuns no estilo gossip. Dito isso, vale lembrar que esse número vem de testes e alegações de design próprios da Dusk — não é uma garantia fixa que vai se manter em cada setup ou condição do mundo real. #dusk