Um número me deteve: capacidade para mais de 17 bilhões de folhas, de uma árvore que tem apenas 34 níveis de profundidade.
O modelo Phoenix do Dusk usa uma árvore de Merkle binária para armazenar a prova de cada nota, e é aí que está o verdadeiro truque — a capacidade cresce exponencialmente enquanto o caminho de inclusão cresce apenas linearmente. Saindo da profundidade 34 para 35, a capacidade dobra, mas o caminho da prova só fica alguns poucos por cento maior. Essa assimetria importa muito para uma blockchain com foco em privacidade, já que cada transação carrega uma prova de conhecimento zero, e quanto menor essa prova, melhor.
Mas o tamanho desse número é apenas um limite teórico. O que realmente determina por quanto tempo essa capacidade dura é a rapidez com que novas notas estão sendo criadas na prática. Com baixa taxa de transações, a árvore pode levar décadas para ser preenchida. Se a adoção disparar, essa mesma capacidade poderia sofrer pressão real em questão de meses.
Isso levanta a pergunta mais interessante — o que acontece quando a árvore se enche? Armazenamento em arquivo, custos de prova, sincronização de estado — isso escala de forma tranquila junto com a criação de notas, ou algo começa a ficar mais difícil primeiro? Um número enorme parece impressionante no papel, mas a usabilidade no longo prazo depende de como esse número é usado, não apenas de quão grande ele é.
Ter uma capacidade matematicamente enorme é a mesma coisa que continuar confortável para operar ao longo de anos de uso real?
#dusk $DUSK @Dusk
O modelo Phoenix do Dusk usa uma árvore de Merkle binária para armazenar a prova de cada nota, e é aí que está o verdadeiro truque — a capacidade cresce exponencialmente enquanto o caminho de inclusão cresce apenas linearmente. Saindo da profundidade 34 para 35, a capacidade dobra, mas o caminho da prova só fica alguns poucos por cento maior. Essa assimetria importa muito para uma blockchain com foco em privacidade, já que cada transação carrega uma prova de conhecimento zero, e quanto menor essa prova, melhor.
Mas o tamanho desse número é apenas um limite teórico. O que realmente determina por quanto tempo essa capacidade dura é a rapidez com que novas notas estão sendo criadas na prática. Com baixa taxa de transações, a árvore pode levar décadas para ser preenchida. Se a adoção disparar, essa mesma capacidade poderia sofrer pressão real em questão de meses.
Isso levanta a pergunta mais interessante — o que acontece quando a árvore se enche? Armazenamento em arquivo, custos de prova, sincronização de estado — isso escala de forma tranquila junto com a criação de notas, ou algo começa a ficar mais difícil primeiro? Um número enorme parece impressionante no papel, mas a usabilidade no longo prazo depende de como esse número é usado, não apenas de quão grande ele é.
Ter uma capacidade matematicamente enorme é a mesma coisa que continuar confortável para operar ao longo de anos de uso real?
#dusk $DUSK @Dusk
