Acabei de passar um tempo revisitando novamente a Fênix de Dusk, e a parte que continua parecendo um pouco estranha é como pouca informação um validador realmente precisa.
Em uma transação normal, eu estou acostumado com a rede recebendo dados suficientes para descobrir quem gastou o quê e para onde foi. A Fênix segue um caminho diferente. A transação é construída em torno de UTXOs blindados e uma prova de zero conhecimento; assim, a rede pode verificar que o gasto é válido, que a entrada ainda não foi gasta, e que o valor é suficiente sem aprender o remetente, o destinatário ou o valor.
Isso parece óbvio depois que você lê duas vezes. O detalhe interessante é o que desaparece do trabalho do validador. Ele não precisa reconstruir meu histórico financeiro apenas para verificar uma única transição de estado.
Há, porém, um custo. A informação privada não faz a computação simplesmente desaparecer. O cliente precisa gerar a prova antes que a transação chegue à rede, e a prova em ZK pode ser muito mais pesada do que assinar uma transação normal.
Provavelmente é a parte da qual eu ficaria mais preocupado na prática.
Um validador pode permanecer relativamente ignorante enquanto ainda verifica as regras, o que é útil. Mas se gerar essas provas se tornar doloroso em hardware comum, a privacidade começa a virar um requisito de hardware.
Eu gosto mais da arquitetura quando olho por esse lado. A rede consegue verificar a regra sem transformar a conta do usuário em infraestrutura pública. A pergunta que eu gostaria de ver respondida por um benchmark é simples: qual é o tempo real de prova e o uso de memória para uma transação Phoenix em hardware de cliente comum?
#dusk $DUSK @Dusk $HEMI $ACE #BNBChain #satoshiNakamato #SaudiArabia #the
Em uma transação normal, eu estou acostumado com a rede recebendo dados suficientes para descobrir quem gastou o quê e para onde foi. A Fênix segue um caminho diferente. A transação é construída em torno de UTXOs blindados e uma prova de zero conhecimento; assim, a rede pode verificar que o gasto é válido, que a entrada ainda não foi gasta, e que o valor é suficiente sem aprender o remetente, o destinatário ou o valor.
Isso parece óbvio depois que você lê duas vezes. O detalhe interessante é o que desaparece do trabalho do validador. Ele não precisa reconstruir meu histórico financeiro apenas para verificar uma única transição de estado.
Há, porém, um custo. A informação privada não faz a computação simplesmente desaparecer. O cliente precisa gerar a prova antes que a transação chegue à rede, e a prova em ZK pode ser muito mais pesada do que assinar uma transação normal.
Provavelmente é a parte da qual eu ficaria mais preocupado na prática.
Um validador pode permanecer relativamente ignorante enquanto ainda verifica as regras, o que é útil. Mas se gerar essas provas se tornar doloroso em hardware comum, a privacidade começa a virar um requisito de hardware.
Eu gosto mais da arquitetura quando olho por esse lado. A rede consegue verificar a regra sem transformar a conta do usuário em infraestrutura pública. A pergunta que eu gostaria de ver respondida por um benchmark é simples: qual é o tempo real de prova e o uso de memória para uma transação Phoenix em hardware de cliente comum?
#dusk $DUSK @Dusk $HEMI $ACE #BNBChain #satoshiNakamato #SaudiArabia #the