Na semana passada, meu nó em uma configuração de relay em um testnet, em Karachi, ficou ficando para trás (lag) toda vez que eu tentava simular um tráfego pesado de mensagens. Eu assumi que o problema era só minha largura de banda fraca, um problema típico do ISP local que já enfrentei antes.
Então eu li de fato como o Dusk lida com comunicação de ponto a ponto e percebi que minha suposição estava invertida. O lag não era sobre banda bruta, e sim sobre como um estilo de broadcast por inundação (flooding) funciona de maneira ineficiente quando cada nó repete mensagens para todos os vizinhos, independentemente da distância.
O Dusk usa o Kadcast, construído sobre a estrutura de distância XOR do Kademlia. Os nós encaminham mensagens apenas para pares selecionados em distâncias crescentes, criando um efeito em cascata em vez de repetição cega. Isso reduz significativamente as transmissões redundantes em comparação com protocolos de gossip, como os que o Ethereum usa. Além disso, ele naturalmente obscurece de onde uma mensagem se originou, já que ela passa por múltiplos saltos antes de alcançar a rede mais ampla, o que combina com o foco do Dusk em privacidade para transações financeiras.
O que o whitepaper não deixa claro é quais são números exatos de latência no mundo real sob condições de rede adversas — por exemplo, o que acontece especificamente durante congestionamento regional em locais com infraestrutura instável. Isso é uma lacuna que eu não consigo preencher com confiança.
O verdadeiro teste para o DUSK é saber se o Kadcast mantém sua vantagem de eficiência quando a contagem de nós cresce para a casa dos milhares sob estresse real da rede, e não apenas sob condições controladas de testnet.
Alguém aqui realmente rodou um nó do Dusk tempo suficiente para notar diferenças de velocidade de propagação em primeira mão?
#dusk $DUSK @Dusk
Então eu li de fato como o Dusk lida com comunicação de ponto a ponto e percebi que minha suposição estava invertida. O lag não era sobre banda bruta, e sim sobre como um estilo de broadcast por inundação (flooding) funciona de maneira ineficiente quando cada nó repete mensagens para todos os vizinhos, independentemente da distância.
O Dusk usa o Kadcast, construído sobre a estrutura de distância XOR do Kademlia. Os nós encaminham mensagens apenas para pares selecionados em distâncias crescentes, criando um efeito em cascata em vez de repetição cega. Isso reduz significativamente as transmissões redundantes em comparação com protocolos de gossip, como os que o Ethereum usa. Além disso, ele naturalmente obscurece de onde uma mensagem se originou, já que ela passa por múltiplos saltos antes de alcançar a rede mais ampla, o que combina com o foco do Dusk em privacidade para transações financeiras.
O que o whitepaper não deixa claro é quais são números exatos de latência no mundo real sob condições de rede adversas — por exemplo, o que acontece especificamente durante congestionamento regional em locais com infraestrutura instável. Isso é uma lacuna que eu não consigo preencher com confiança.
O verdadeiro teste para o DUSK é saber se o Kadcast mantém sua vantagem de eficiência quando a contagem de nós cresce para a casa dos milhares sob estresse real da rede, e não apenas sob condições controladas de testnet.
Alguém aqui realmente rodou um nó do Dusk tempo suficiente para notar diferenças de velocidade de propagação em primeira mão?
#dusk $DUSK @Dusk
