@Dusk Eu costumava pensar que o escalonamento de privacidade da Dusk era principalmente uma questão de capacidade de rede. Ao analisar mais a fundo os pontos da arquitetura do Prover, isso aponta para uma restrição diferente: o custo de produzir a própria prova.

A Dusk depende da infraestrutura do Prover para lidar com a geração, computacionalmente pesada, de provas de conhecimento zero exigidas por transações que preservam a privacidade. A documentação dela observa que a geração de provas é feita em um único thread, o que torna um desempenho forte em um único núcleo importante para concluir as provas com eficiência e reduzir o tempo de finalização. 

Isso muda a forma como penso sobre escalabilidade de atividade confidencial.

Mais transações privadas não aumentam apenas a carga de trabalho da blockchain. Elas também podem aumentar a demanda por computação de provas em tempo hábil. Se a comprovação se tornar o componente mais lento, apenas a capacidade de consenso não garantirá uma experiência de usuário fluida.

Há aqui um equilíbrio operacional. A Dusk recomenda separar o Prover do Provisioner em alguns cenários, permitindo que os recursos de infraestrutura sejam alocados de forma diferente entre a geração das provas e o consenso. 

O risco é que requisitos crescentes de prova possam favorecer operadores com hardware melhor e, gradualmente, aumentar a concentração de infraestrutura.

Então eu observaria a latência de geração de provas, a capacidade do prover e o desempenho de transações confidenciais à medida que o uso de privacidade cresce.

Para redes ZK, escalonar não é apenas sobre processar transações. É também sobre produzir a evidência de que essas transações precisam.

#dusk $DUSK $STAR $GPS