#dusk $DUSK @Dusk
Eu não tinha pensado muito na camada de rede até notar que o Dusk não move blocos e votos como a maioria das cadeias faz. Em vez de inundar cada mensagem para cada peer, ele usa algo chamado Kadcast, construído sobre um roteamento estruturado no estilo Kademlia.
Por si só, isso soa como um detalhe de backend que ninguém fora do time central pensa. Mas começa a importar mais quando você coloca isso ao lado de como a Atuação (Succinct Attestation) realmente funciona. Consenso baseado em comitês depende de um pequeno grupo de provedores trocando votos rápido o suficiente para finalizar um bloco em segundos. Se a camada de rede por baixo for lenta ou desperdiçar largura de banda republicando a mesma mensagem para todo mundo, essa janela apertada de votação fica mais difícil de cumprir à medida que o conjunto de validadores cresce ou se espalha geograficamente.
O Kadcast roteia mensagens por caminhos determinísticos com base na distância na rede, em vez de inundação aleatória, e o resultado documentado é uma redução significativamente menor de largura de banda por mensagem. Para uma cadeia que depende de comitês trocando votos a cada rodada, isso não é um ganho apenas cosmético — é algo mais próximo de uma pré-condição para que as garantias de finalização realmente se mantenham em escala, e não apenas em um pequeno testnet.
O que eu não tenho uma imagem clara é como isso se comporta sob condições mais difíceis: um conjunto de validadores espalhado por continentes, qualidade de conexão desigual ou comportamento adversarial genuíno na camada de rede, em vez de simples ineficiência. Protocolos de roteamento estruturado trazem suas próprias trocas quando nós se comportam mal ou caem de forma imprevisível. Saber se a eficiência do Kadcast se mantém quando a rede fica maior e mais bagunçada do que é hoje parece algo que só vamos saber de verdade quando testes de escala reais fizerem isso.
Eu não tinha pensado muito na camada de rede até notar que o Dusk não move blocos e votos como a maioria das cadeias faz. Em vez de inundar cada mensagem para cada peer, ele usa algo chamado Kadcast, construído sobre um roteamento estruturado no estilo Kademlia.
Por si só, isso soa como um detalhe de backend que ninguém fora do time central pensa. Mas começa a importar mais quando você coloca isso ao lado de como a Atuação (Succinct Attestation) realmente funciona. Consenso baseado em comitês depende de um pequeno grupo de provedores trocando votos rápido o suficiente para finalizar um bloco em segundos. Se a camada de rede por baixo for lenta ou desperdiçar largura de banda republicando a mesma mensagem para todo mundo, essa janela apertada de votação fica mais difícil de cumprir à medida que o conjunto de validadores cresce ou se espalha geograficamente.
O Kadcast roteia mensagens por caminhos determinísticos com base na distância na rede, em vez de inundação aleatória, e o resultado documentado é uma redução significativamente menor de largura de banda por mensagem. Para uma cadeia que depende de comitês trocando votos a cada rodada, isso não é um ganho apenas cosmético — é algo mais próximo de uma pré-condição para que as garantias de finalização realmente se mantenham em escala, e não apenas em um pequeno testnet.
O que eu não tenho uma imagem clara é como isso se comporta sob condições mais difíceis: um conjunto de validadores espalhado por continentes, qualidade de conexão desigual ou comportamento adversarial genuíno na camada de rede, em vez de simples ineficiência. Protocolos de roteamento estruturado trazem suas próprias trocas quando nós se comportam mal ou caem de forma imprevisível. Saber se a eficiência do Kadcast se mantém quando a rede fica maior e mais bagunçada do que é hoje parece algo que só vamos saber de verdade quando testes de escala reais fizerem isso.