Eu estava verificando os requisitos do prover DUSK e notei que o número ausente não era velocidade. Era localização.
Uma rede pode mostrar 100 provedores e ainda ter baixa disponibilidade de privacidade se a maior parte da capacidade de prova estiver concentrada em uma única região. Europa, Ásia e América do Norte não importam como rótulos; o que importa é quantas provas cada região consegue realmente produzir quando a demanda dispara.
Isso muda a forma como eu enxergo o DUSK. Contagem de provedores é atividade. Capacidade regional de prova é resiliência.
A geração de provas ZK é single-threaded por worker, então um desempenho forte em single-core importa e mais workers aumentam a capacidade paralela. Tudo bem. Mas isso torna a concentração de hardware ainda mais importante, não menos.
Se 70% do throughput de provas vem de 10 máquinas em um único data center, 100 provedores é um número reconfortante com muito pouco significado operacional. Uma indisponibilidade regional pode remover 30% da capacidade de provagem enquanto mal toca o stake.
E apenas latência pode induzir ao erro. Uma prova de 500 ms consome 5% de um fluxo de trabalho de 10 segundos; uma de 2 segundos consome 20%. Eu quero P95, P99 e provas por CPU core por minuto sob carga.
O DUSK pode ter provagem rápida. Eu ainda estou observando se essa velocidade é sobreviver geograficamente.
#dusk $DUSK @Dusk
Uma rede pode mostrar 100 provedores e ainda ter baixa disponibilidade de privacidade se a maior parte da capacidade de prova estiver concentrada em uma única região. Europa, Ásia e América do Norte não importam como rótulos; o que importa é quantas provas cada região consegue realmente produzir quando a demanda dispara.
Isso muda a forma como eu enxergo o DUSK. Contagem de provedores é atividade. Capacidade regional de prova é resiliência.
A geração de provas ZK é single-threaded por worker, então um desempenho forte em single-core importa e mais workers aumentam a capacidade paralela. Tudo bem. Mas isso torna a concentração de hardware ainda mais importante, não menos.
Se 70% do throughput de provas vem de 10 máquinas em um único data center, 100 provedores é um número reconfortante com muito pouco significado operacional. Uma indisponibilidade regional pode remover 30% da capacidade de provagem enquanto mal toca o stake.
E apenas latência pode induzir ao erro. Uma prova de 500 ms consome 5% de um fluxo de trabalho de 10 segundos; uma de 2 segundos consome 20%. Eu quero P95, P99 e provas por CPU core por minuto sob carga.
O DUSK pode ter provagem rápida. Eu ainda estou observando se essa velocidade é sobreviver geograficamente.
#dusk $DUSK @Dusk
