#dusk $DUSK Ontem à noite, atualizei e li novamente a versão do Livro Branco do @Dusk; quando cheguei à parte sobre o consenso da Citadel, percebi só depois de ler duas vezes o quanto eu vinha entendendo PoS de forma preguiçosa — eu sempre achei, instintivamente, que consenso PoS era simplesmente "quem tem mais stake manda". A partir dessa premissa, eu discutia a descentralização. Só que a Citadel separa "quem manda" e "quem consegue propor o próximo bloco" em dois problemas independentes.
A Citadel usa um mecanismo de ordenação por sorteio cego, combinando sorteio criptográfico e eliminação em rodadas: em cada rodada, primeiro o VRF sorteia aleatoriamente um comitê entre os validadores; dentro do comitê, roda-se uma votação estilo BFT para produzir o bloco final. Esse desenho quebra a cadeia de raciocínio de "stake maior = mais controle" — seu stake maior só significa maior probabilidade de ser sorteado, não que você necessariamente vai dominar o resultado do consenso. Somado a isso, a Kadcast como camada de rede otimiza a transmissão: entre os nós, a difusão de blocos não é o flooding do Gossip tradicional; é propagação em camadas conforme a topologia da rede, consumindo 25% a 50% menos banda do que o protocolo Gossip.
Com essas duas camadas em conjunto, a sensação que fica é de que o Dusk pensou com mais cuidado do que a maioria das blockchains no tema "eficiência". A aleatoriedade do consenso garante resistência à censura; a estrutura de propagação reduz a latência; e, por cima, o Piecrust, uma VM feita especificamente para otimizar provas de conhecimento zero. A lógica de escolha do stack técnico é coerente: não é para empilhar termos técnicos, é para fazer o par "compliance + privacidade" realmente rodar em engenharia, e não apenas para parecer bonito no livro branco.
Mas tenho um ponto que ainda não entendi totalmente: a aleatoriedade do sorteio do comitê depende totalmente da segurança do VRF. Se houver vulnerabilidades na implementação do VRF ou na geração de sementes que possam ser previstas, a hipótese de segurança de todo o consenso fica comprometida. Ainda não encontrei essa parte nos relatórios de auditoria do Dusk; se alguém já leu e puder me indicar o caminho, agradeço.
O depósito base não foi mexido; os nós que aumentaram o aporte ficaram esperando os dados reais de tempo de produção de blocos e taxa de forks após o lançamento da mainnet do Citadel.
Vocês acham que um desenho de consenso como "ordenção por sorteio cego" consegue, de fato, ser mais resistente à censura do que um DPoS tradicional? Comentem com sua lógica.@Dusk $BTC