#dusk $DUSK @Dusk

Quando eu olhei pela primeira vez para o Dusk, eu estava focado principalmente em Phoenix, staking e no lado da privacidade. Mas quanto mais eu me aprofundo, mais a Kadcast chama minha atenção.

O Dusk usa a Kadcast como sua camada de broadcast P2P, e ela foi basicamente projetada para garantir que um bloco não dependa apenas de um único caminho de rede perfeito.

A parte interessante é a redundância. A Kadcast pode enviar o mesmo pedaço do bloco para múltiplos delegados em vez de confiar em apenas um nó. O protocolo usa um valor β configurável, e a implementação suporta β = 3; então, se um caminho falhar ou um nó ficar indisponível, outros caminhos ainda podem levar os dados adiante. Ela também usa Forward Error Corection (FEC), porque o UDP pode perder pacotes. Pesquisas sobre a Kadcast mostram que essa combinação pode manter a propagação confiável mesmo com perda de pacotes.

E isso importa para o Dusk porque os blocos são limitados a 1 MB, cerca de 250 transações do Phoenix. O Dusk diz que a Kadcast pode reduzir o uso de banda em torno de 25–50% em comparação com abordagens comuns de gossip.

Eu gosto desse design porque a tolerância a falhas aqui não é apenas sobre consenso. Ela começa garantindo que a mensagem realmente chegue ao destino.

Você acha que uma melhor propagação de blocos é subestimada na segurança de blockchain?