Eu nunca achei TPS sozinho muito útil para avaliar uma cadeia como a DUSK.
Parece impressionante em um gráfico.
Aí chegam as cargas de trabalho reais.
Privacidade. Geração de provas. Execução de contratos. Crescimento de estado. Nós tentando manter tudo sincronizado.
É aí que as coisas ficam interessantes.
A DUSK parece entender isso melhor do que a maioria.
Em vez de fazer uma camada fazer tudo, a rede divide o trabalho.
A DuskDS lida com consenso, liquidação e disponibilidade de dados.
A DuskVM lida com contratos nativos.
A DuskEVM oferece um ambiente de execução familiar para apps baseados em Solidity.
Parece conversa sobre arquitetura.
Mas isso importa porque cada tipo de carga de trabalho tem uma forma diferente de ficar lento.
E existe outra peça silenciosa: Kadcast.
Em vez de ficar espalhando blocos sem fim por peers aleatórios, ela usa uma rede estruturada para a propagação. Menos tráfego duplicado, mais entrega previsível.
Talvez isso não vire uma ótima arte de marketing.
Mas quando a rede fica ocupada, a largura de banda desperdiçada se torna algo muito real.
Então vem a parte que as pessoas geralmente ignoram:
privacidade custa processamento.
Provas de conhecimento zero são trabalho de verdade. Você pode ter um consenso rápido e ainda assim bater na parede se provar se tornar o gargalo.
Então eu não acho que a verdadeira pergunta sobre escalabilidade da DUSK seja:
“Ela consegue processar um número enorme de transações?”
É:
O que acontece quando essas transações ficam caras?
A finalização consegue continuar previsível?
Os nós conseguem acompanhar?
Transações privadas conseguem conviver com a atividade normal de smart contracts?
Esse é o teste mais difícil.
E, sinceramente, as pequenas decisões de engenharia me dizem mais do que os grandes números.
Como os dados se movem. Como o estado é acessado. Como os nós sincronizam. Como as provas são produzidas. Como a execução é separada da liquidação.
Nada disso parece empolgante.
Mas geralmente é exatamente onde a escalabilidade real vive.
Uma cadeia durável não é aquela em que cada componente é absurdamente rápido.
É aquela em que o trabalho caro sabe como ficar no seu lugar.
É essa parte da DUSK que eu continuo observando.
#dusk $DUSK @Dusk
Parece impressionante em um gráfico.
Aí chegam as cargas de trabalho reais.
Privacidade. Geração de provas. Execução de contratos. Crescimento de estado. Nós tentando manter tudo sincronizado.
É aí que as coisas ficam interessantes.
A DUSK parece entender isso melhor do que a maioria.
Em vez de fazer uma camada fazer tudo, a rede divide o trabalho.
A DuskDS lida com consenso, liquidação e disponibilidade de dados.
A DuskVM lida com contratos nativos.
A DuskEVM oferece um ambiente de execução familiar para apps baseados em Solidity.
Parece conversa sobre arquitetura.
Mas isso importa porque cada tipo de carga de trabalho tem uma forma diferente de ficar lento.
E existe outra peça silenciosa: Kadcast.
Em vez de ficar espalhando blocos sem fim por peers aleatórios, ela usa uma rede estruturada para a propagação. Menos tráfego duplicado, mais entrega previsível.
Talvez isso não vire uma ótima arte de marketing.
Mas quando a rede fica ocupada, a largura de banda desperdiçada se torna algo muito real.
Então vem a parte que as pessoas geralmente ignoram:
privacidade custa processamento.
Provas de conhecimento zero são trabalho de verdade. Você pode ter um consenso rápido e ainda assim bater na parede se provar se tornar o gargalo.
Então eu não acho que a verdadeira pergunta sobre escalabilidade da DUSK seja:
“Ela consegue processar um número enorme de transações?”
É:
O que acontece quando essas transações ficam caras?
A finalização consegue continuar previsível?
Os nós conseguem acompanhar?
Transações privadas conseguem conviver com a atividade normal de smart contracts?
Esse é o teste mais difícil.
E, sinceramente, as pequenas decisões de engenharia me dizem mais do que os grandes números.
Como os dados se movem. Como o estado é acessado. Como os nós sincronizam. Como as provas são produzidas. Como a execução é separada da liquidação.
Nada disso parece empolgante.
Mas geralmente é exatamente onde a escalabilidade real vive.
Uma cadeia durável não é aquela em que cada componente é absurdamente rápido.
É aquela em que o trabalho caro sabe como ficar no seu lugar.
É essa parte da DUSK que eu continuo observando.
#dusk $DUSK @Dusk
