#dusk $DUSK Hoje estou a ler a documentação da camada de rede de @Dusk . Achei originalmente que as redes P2P de blockchain eram todas mais ou menos iguais — transmissão (broadcast) de transações, sincronização de blocos — e que não havia muito mais para aprofundar. Só até ver o termo "Kadcast" é que percebi que o Dusk não seguiu aquele caminho antigo do protocolo Gossip.
O Gossip funciona como um jogo de transmissão de recados: cada nó escolhe aleatoriamente alguns vizinhos para encaminhar a mensagem; esses vizinhos a reenviam para os seus próprios vizinhos; no fim, toda a rede fica a saber. A vantagem é uma boa tolerância a falhas, mas o custo é um desperdício enorme de largura de banda — a mesma mensagem pode ser recebida várias vezes pelo mesmo nó.
O Kadcast substitui o broadcast aleatório por uma rede de cobertura (cover) estruturada. Em vez de selecionar vizinhos de forma aleatória, os nós encaminham as mensagens de maneira direcionada, seguindo uma estrutura topológica bem definida. A documentação oficial diz que isso pode economizar entre 25% e 50% de largura de banda em comparação com o protocolo Gossip tradicional.
Entendo que a exigência por trás desse desenho é a seguinte: no cenário financeiro, a confirmação de transações não pode depender da aleatoriedade de "enviar mais algumas vezes para acabar chegando". O roteamento estruturado torna as rotas de propagação mais previsíveis e a latência mais controlável. Para mercados financeiros que exigem liquidação determinística, saber "aproximadamente quanto tempo a mensagem demora a chegar" é tão importante quanto saber que ela chega.
Mas existe outra face dessa otimização: redes estruturadas são mais sensíveis à entrada e à saída de nós. Se muitos nós ficarem offline ao mesmo tempo, a eficiência da reconstrução das tabelas de roteamento não acabará por atrasar a rede inteira? Nos documentos públicos que encontrei, eu não vi dados de latência sob grandes oscilações no número de nós.
Ao olhar para a rede da camada #dusk , não quero apenas ver TPS e tempo de bloco — também quero ver, depois do lançamento na mainnet, a economia de largura de banda e a distribuição de latências do Kadcast sob distribuição real de nós. Se a camada inferior do DUSK funcionar de forma estável, é aí que as aplicações financeiras lá em cima terão uma base sólida. #dusk @Dusk
O Gossip funciona como um jogo de transmissão de recados: cada nó escolhe aleatoriamente alguns vizinhos para encaminhar a mensagem; esses vizinhos a reenviam para os seus próprios vizinhos; no fim, toda a rede fica a saber. A vantagem é uma boa tolerância a falhas, mas o custo é um desperdício enorme de largura de banda — a mesma mensagem pode ser recebida várias vezes pelo mesmo nó.
O Kadcast substitui o broadcast aleatório por uma rede de cobertura (cover) estruturada. Em vez de selecionar vizinhos de forma aleatória, os nós encaminham as mensagens de maneira direcionada, seguindo uma estrutura topológica bem definida. A documentação oficial diz que isso pode economizar entre 25% e 50% de largura de banda em comparação com o protocolo Gossip tradicional.
Entendo que a exigência por trás desse desenho é a seguinte: no cenário financeiro, a confirmação de transações não pode depender da aleatoriedade de "enviar mais algumas vezes para acabar chegando". O roteamento estruturado torna as rotas de propagação mais previsíveis e a latência mais controlável. Para mercados financeiros que exigem liquidação determinística, saber "aproximadamente quanto tempo a mensagem demora a chegar" é tão importante quanto saber que ela chega.
Mas existe outra face dessa otimização: redes estruturadas são mais sensíveis à entrada e à saída de nós. Se muitos nós ficarem offline ao mesmo tempo, a eficiência da reconstrução das tabelas de roteamento não acabará por atrasar a rede inteira? Nos documentos públicos que encontrei, eu não vi dados de latência sob grandes oscilações no número de nós.
Ao olhar para a rede da camada #dusk , não quero apenas ver TPS e tempo de bloco — também quero ver, depois do lançamento na mainnet, a economia de largura de banda e a distribuição de latências do Kadcast sob distribuição real de nós. Se a camada inferior do DUSK funcionar de forma estável, é aí que as aplicações financeiras lá em cima terão uma base sólida. #dusk @Dusk
Dusk的带宽真能省50%
0%
Kadcast主网能稳定运行吗
100%
节点掉线后路由多久恢复?
0%
1 Votos • Votação encerrada