Tenho acompanhado cadeias de privacidade tempo suficiente para saber que o atrito real não é apenas ocultar valores. É o que acontece quando a cadeia começa a perseguir compatibilidade com EVM. A maioria dos projetos trata isso como um ganho puro—mais desenvolvedores, carteiras familiares, ferramentas existentes. Já vi com que rapidez essa conveniência começa a moldar, ela mesma, o design de privacidade.
Dusk é interessante porque não finge que os dois modelos podem ser forçados a se juntar. O DuskDS mantém a abordagem Phoenix UTXO para transferências blindadas nativas. Notas, nullifiers, provas de conhecimento zero que realmente ocultam o grafo. Do lado da EVM, eles construíram o Hedger em vez disso: criptografia homomórfica para esconder valores, provas para mostrar que a computação ainda está verificada. A documentação oficial é surpreendentemente honesta sobre o limite—o modelo de contas da EVM simplesmente não consegue entregar o mesmo conjunto de anonimato que o Phoenix.
Essa honestidade é rara. A maioria das equipes passa por cima da troca. Você quer Solidity, MetaMask, a pilha inteira, então aceita que a privacidade total do grafo de transações se perde e tenta recuperar o que for possível com saldos criptografados e divulgação seletiva. A pergunta vira se o padrão de privacidade se mantém nos dois ambientes de execução, ou se um deles silenciosamente se torna o “irmão mais fraco”.
Ainda não tenho certeza. Já vi projetos demais alegarem “EVM com privacidade” e acabarem com algo que só esconde os números, enquanto os endereços e os padrões de interação permanecem públicos. A parte difícil sempre foi provar que o resultado é válido sem vazar as entradas. O Phoenix faz isso de um jeito. O Hedger tenta outro. Ambos precisam responder ao mesmo problema silencioso que continua aparecendo após cada ciclo: quanta privacidade sobrevive quando você começa a tornar a cadeia conveniente para todo mundo.
@Dusk_Foundation #dusk $DUSK
Dusk é interessante porque não finge que os dois modelos podem ser forçados a se juntar. O DuskDS mantém a abordagem Phoenix UTXO para transferências blindadas nativas. Notas, nullifiers, provas de conhecimento zero que realmente ocultam o grafo. Do lado da EVM, eles construíram o Hedger em vez disso: criptografia homomórfica para esconder valores, provas para mostrar que a computação ainda está verificada. A documentação oficial é surpreendentemente honesta sobre o limite—o modelo de contas da EVM simplesmente não consegue entregar o mesmo conjunto de anonimato que o Phoenix.
Essa honestidade é rara. A maioria das equipes passa por cima da troca. Você quer Solidity, MetaMask, a pilha inteira, então aceita que a privacidade total do grafo de transações se perde e tenta recuperar o que for possível com saldos criptografados e divulgação seletiva. A pergunta vira se o padrão de privacidade se mantém nos dois ambientes de execução, ou se um deles silenciosamente se torna o “irmão mais fraco”.
Ainda não tenho certeza. Já vi projetos demais alegarem “EVM com privacidade” e acabarem com algo que só esconde os números, enquanto os endereços e os padrões de interação permanecem públicos. A parte difícil sempre foi provar que o resultado é válido sem vazar as entradas. O Phoenix faz isso de um jeito. O Hedger tenta outro. Ambos precisam responder ao mesmo problema silencioso que continua aparecendo após cada ciclo: quanta privacidade sobrevive quando você começa a tornar a cadeia conveniente para todo mundo.
@Dusk_Foundation #dusk $DUSK