O custo de uma mesma tarefa pode mudar completamente dependendo de onde você a realiza. Carregue um balde de água por uma sala — nada demais.
Carregue-o até o décimo andar — é um trabalho totalmente diferente. A mesma água. O mesmo balde. O ambiente determina o preço.
Sistemas de conhecimento zero têm exatamente esse problema, e é onde a maioria das pessoas para de prestar atenção.
Em uma transação privada no @Dusk , o que precisa ser comprovado é expresso como um circuito. E dentro desse circuito, operações comuns ficam caras rapidamente. Hashing é o exemplo mais marcante. Um hash padrão como o SHA-256 é trivial no seu celular — mas é absurdamente caro dentro de um circuito de ZK. O Zcash aprendeu isso da pior forma: usar SHA-256 no circuito causou uma penalidade computacional enorme.
Por isso, a Dusk usa Poseidon — uma função hash projetada especificamente para rodar com eficiência dentro de circuitos de conhecimento zero. Ela é uma das primitivas criptográficas centrais da Dusk, junto com BLS12-381, JubJub e Schnorr.
O número que importa: Poseidon usa até ~8x menos restrições por bit de mensagem do que o Hash de Pedersen. Menos restrições significam provas menores, mais rápidas e mais baratas — a diferença entre privacidade que é prática e privacidade que é lenta demais para entregar.
Na Dusk, ele opera sobre o campo BLS12-381, lidando com compromissos e hashing em árvores Merkle. É usado no contrato de stake, no contrato de transferência e no Citadel — fornecendo o hashing resistente a colisões usado em toda a estrutura de dados da Dusk.
E não é uma primitiva simplesmente tirada pronta de prateleira: um dos coautores do Poseidon é afiliado ao próprio Dusk Network.
Visão honesta — um hash eficiente não torna um sistema privado ou correto por si só. É apenas uma peça em uma pilha (provas PLONK, JubJub, árvores Merkle). Mas é a peça que decide se a privacidade é barata o suficiente para rodar de verdade em escala.
A parte cara não é ocultar dados. É prová-los — de forma acessível.
Siga o sinal, não o ruído.
$DUSK #dusk @Dusk
Carregue-o até o décimo andar — é um trabalho totalmente diferente. A mesma água. O mesmo balde. O ambiente determina o preço.
Sistemas de conhecimento zero têm exatamente esse problema, e é onde a maioria das pessoas para de prestar atenção.
Em uma transação privada no @Dusk , o que precisa ser comprovado é expresso como um circuito. E dentro desse circuito, operações comuns ficam caras rapidamente. Hashing é o exemplo mais marcante. Um hash padrão como o SHA-256 é trivial no seu celular — mas é absurdamente caro dentro de um circuito de ZK. O Zcash aprendeu isso da pior forma: usar SHA-256 no circuito causou uma penalidade computacional enorme.
Por isso, a Dusk usa Poseidon — uma função hash projetada especificamente para rodar com eficiência dentro de circuitos de conhecimento zero. Ela é uma das primitivas criptográficas centrais da Dusk, junto com BLS12-381, JubJub e Schnorr.
O número que importa: Poseidon usa até ~8x menos restrições por bit de mensagem do que o Hash de Pedersen. Menos restrições significam provas menores, mais rápidas e mais baratas — a diferença entre privacidade que é prática e privacidade que é lenta demais para entregar.
Na Dusk, ele opera sobre o campo BLS12-381, lidando com compromissos e hashing em árvores Merkle. É usado no contrato de stake, no contrato de transferência e no Citadel — fornecendo o hashing resistente a colisões usado em toda a estrutura de dados da Dusk.
E não é uma primitiva simplesmente tirada pronta de prateleira: um dos coautores do Poseidon é afiliado ao próprio Dusk Network.
Visão honesta — um hash eficiente não torna um sistema privado ou correto por si só. É apenas uma peça em uma pilha (provas PLONK, JubJub, árvores Merkle). Mas é a peça que decide se a privacidade é barata o suficiente para rodar de verdade em escala.
A parte cara não é ocultar dados. É prová-los — de forma acessível.
Siga o sinal, não o ruído.
$DUSK #dusk @Dusk
