#dusk $DUSK @Dusk
Os protocolos de privacidade são discutidos principalmente em termos do que eles ocultam. O que eu não havia notado até recentemente é o que torna ocultar algo computacionalmente barato o suficiente para ser utilizável — e, no Dusk, isso se resume a duas escolhas relativamente pouco glamourosas: PLONK como sistema de prova e Poseidon como a função hash usada dentro dos seus circuitos.
O PLONK é o que efetivamente gera e verifica as provas de conhecimento zero por trás das transações Phoenix, das alegações de identidade do Citadel e de outras operações privadas na rede. O que chama a atenção não é apenas que ele funciona, mas que ele suporta circuitos personalizados e reutilizáveis — ou seja, diferentes recursos de preservação de privacidade no protocolo podem compartilhar o mesmo mecanismo de prova subjacente, em vez de cada um reinventar sua própria roda criptográfica.
O Poseidon é a parte mais silenciosa. É uma função hash projetada especificamente para ser eficiente dentro de circuitos de conhecimento zero, o que importa porque funções hash de uso geral como SHA-256 são caras para calcular dentro de uma prova ZK — cada bit de computação dentro de um circuito aumenta o tempo necessário para gerar uma prova. Usar uma função hash construída para esse ambiente afeta diretamente se "privado e verificável" continua rápido o suficiente para ser viável em volumes reais de transações, ou se vira um recurso tecnicamente possível, mas lento demais para ter relevância prática.
A velocidade de geração de provas costuma ser o gargalo real entre uma demonstração funcional e algo que escala para uso no mundo real.
A troca com a qual vale a pena conviver é que primitivas amigáveis a ZK como o Poseidon são mais novas e menos testadas em batalha do que algo como o SHA-256, que sobreviveu por décadas de criptoanálise. Eficiência e histórico puxam em direções diferentes aqui, e é uma questão genuinamente aberta na criptografia aplicada em geral — não algo exclusivo do Dusk. Se essa troca envelhece bem é algo que apenas o tempo e a fiscalização contínua podem realmente responder.
Os protocolos de privacidade são discutidos principalmente em termos do que eles ocultam. O que eu não havia notado até recentemente é o que torna ocultar algo computacionalmente barato o suficiente para ser utilizável — e, no Dusk, isso se resume a duas escolhas relativamente pouco glamourosas: PLONK como sistema de prova e Poseidon como a função hash usada dentro dos seus circuitos.
O PLONK é o que efetivamente gera e verifica as provas de conhecimento zero por trás das transações Phoenix, das alegações de identidade do Citadel e de outras operações privadas na rede. O que chama a atenção não é apenas que ele funciona, mas que ele suporta circuitos personalizados e reutilizáveis — ou seja, diferentes recursos de preservação de privacidade no protocolo podem compartilhar o mesmo mecanismo de prova subjacente, em vez de cada um reinventar sua própria roda criptográfica.
O Poseidon é a parte mais silenciosa. É uma função hash projetada especificamente para ser eficiente dentro de circuitos de conhecimento zero, o que importa porque funções hash de uso geral como SHA-256 são caras para calcular dentro de uma prova ZK — cada bit de computação dentro de um circuito aumenta o tempo necessário para gerar uma prova. Usar uma função hash construída para esse ambiente afeta diretamente se "privado e verificável" continua rápido o suficiente para ser viável em volumes reais de transações, ou se vira um recurso tecnicamente possível, mas lento demais para ter relevância prática.
A velocidade de geração de provas costuma ser o gargalo real entre uma demonstração funcional e algo que escala para uso no mundo real.
A troca com a qual vale a pena conviver é que primitivas amigáveis a ZK como o Poseidon são mais novas e menos testadas em batalha do que algo como o SHA-256, que sobreviveu por décadas de criptoanálise. Eficiência e histórico puxam em direções diferentes aqui, e é uma questão genuinamente aberta na criptografia aplicada em geral — não algo exclusivo do Dusk. Se essa troca envelhece bem é algo que apenas o tempo e a fiscalização contínua podem realmente responder.