A Dusk me puxou para outro tipo de toca de coelho esta noite — não por questões de privacidade desta vez, e sim por como os blocos, fisicamente, saem de um nó e chegam a todos os outros nós sem a rede travar nela mesma.
a maioria das blockchains ainda usa protocolos de gossip:
um nó recebe notícia sobre um bloco, o encaminha para pares aleatórios, esses pares encaminham de novo, e os mesmos dados são retransmitidos constantemente por caminhos redundantes. A Dusk substituiu isso pelo Kadcast, construído sobre roteamento por distância XOR no estilo Kademlia. Cada nó recebe um ID binário, e a distância entre dois nós é simplesmente o XOR dos IDs, o que organiza os pares em "k-buckets" estruturados em vez de conexões aleatórias. Quando um bloco precisa ser transmitido, ele não faz flood na rede; ele se propaga por caminhos determinísticos com base nessa métrica de distância. Pesquisas citadas por trás do design mostram uso de largura de banda aproximadamente 25-50% menor do que o gossip, e aparentemente reduz as taxas de blocos obsoletos/orfãos em 10-30% em condições de blocos rápidos.
O que realmente me pegou: o Kadcast ainda “salta” a métrica de distância por transmissão, usando um hash derivado dos próprios dados do bloco ou da transação — então as posições dos nós ficam pseudoaleatorizadas em cada rodada de propagação. Isso está especificamente aí para impedir que um atacante consiga prever caminhos de roteamento e se posicionar para interceptar ou atrasar mensagens específicas — uma defesa contra ataque Eclipse embutida diretamente na camada de rede, não algo “emendado” como regra de firewall em algum lugar.
@Dusk precisou disso porque a Atestação Concisa depende de comitês trocando votos rápido e de forma confiável — uma camada de rede lenta e congestionada minaria silenciosamente a finalização rápida que o consenso promete no papel. $DUSK -validadores seguros só são tão rápidos quanto as mensagens que chegam até eles. Uma solução elegante para um problema que a maioria das cadeias sequer menciona. Esse tipo de roteamento estruturado se sustenta conforme a contagem de validadores realmente escala para os milhares, ou a manutenção dos k-buckets acaba virando um gargalo por si só?
#dusk $DUSK @Dusk
a maioria das blockchains ainda usa protocolos de gossip:
um nó recebe notícia sobre um bloco, o encaminha para pares aleatórios, esses pares encaminham de novo, e os mesmos dados são retransmitidos constantemente por caminhos redundantes. A Dusk substituiu isso pelo Kadcast, construído sobre roteamento por distância XOR no estilo Kademlia. Cada nó recebe um ID binário, e a distância entre dois nós é simplesmente o XOR dos IDs, o que organiza os pares em "k-buckets" estruturados em vez de conexões aleatórias. Quando um bloco precisa ser transmitido, ele não faz flood na rede; ele se propaga por caminhos determinísticos com base nessa métrica de distância. Pesquisas citadas por trás do design mostram uso de largura de banda aproximadamente 25-50% menor do que o gossip, e aparentemente reduz as taxas de blocos obsoletos/orfãos em 10-30% em condições de blocos rápidos.
O que realmente me pegou: o Kadcast ainda “salta” a métrica de distância por transmissão, usando um hash derivado dos próprios dados do bloco ou da transação — então as posições dos nós ficam pseudoaleatorizadas em cada rodada de propagação. Isso está especificamente aí para impedir que um atacante consiga prever caminhos de roteamento e se posicionar para interceptar ou atrasar mensagens específicas — uma defesa contra ataque Eclipse embutida diretamente na camada de rede, não algo “emendado” como regra de firewall em algum lugar.
@Dusk precisou disso porque a Atestação Concisa depende de comitês trocando votos rápido e de forma confiável — uma camada de rede lenta e congestionada minaria silenciosamente a finalização rápida que o consenso promete no papel. $DUSK -validadores seguros só são tão rápidos quanto as mensagens que chegam até eles. Uma solução elegante para um problema que a maioria das cadeias sequer menciona. Esse tipo de roteamento estruturado se sustenta conforme a contagem de validadores realmente escala para os milhares, ou a manutenção dos k-buckets acaba virando um gargalo por si só?
#dusk $DUSK @Dusk
