ERC-5564: Como o Ethereum pode preencher a lacuna de privacidade nas transações

Autor: Vaidik Mandloi

Compilado por: Luffy, Foresight News

Link do artigo original:

Declaração: Este artigo é uma reprodução de conteúdo, os leitores podem obter mais informações através do link original. Se o autor tiver alguma objeção à reprodução, por favor, entre em contato conosco, faremos as alterações conforme solicitado pelo autor. A reprodução é apenas para compartilhamento de informações, não constitui aconselhamento de investimento, nem representa a opinião ou posição do Wu.

Você já abriu o Etherscan para procurar seu endereço de carteira, não para verificar transações, mas apenas para ver como ele realmente parece aos olhos de terceiros.

Seu saldo atual, cada token que você já possuía, NFTs comprados, protocolos com os quais interagiu, aquelas tentativas de DeFi na madrugada, cada airdrop reclamado ou ignorado... tudo está lá, completamente público.

Imagine que você envie esse endereço para um freelancer que vai te pagar, para uma DAO que te financia, ou até mesmo para alguém que acabou de conhecer na reunião. Você não está apenas entregando um endereço de recebimento, mas uma vida financeira completa na blockchain.

A razão é simples: Ethereum e a maioria das blockchains públicas, cada endereço é essencialmente um livro-razão público.

A maioria das pessoas já sentiu essa sensação desconfortável. Hesitam um segundo antes de colar o endereço da carteira; alguns criam uma "nova carteira" especificamente para receber pagamentos; outros movem fundos primeiro para evitar que o saldo revele muita informação.

Esse instinto não se limita apenas aos usuários nativos de criptomoedas. Uma pesquisa global da Consensys em 2023, com 15.000 pessoas, mostrou que: 83% valorizam a privacidade de dados, mas apenas 45% confiam nos serviços atuais da internet.

O ERC‑5564 foi criado justamente para resolver esse problema de relação entre endereços. Ele traz endereços secretos nativamente para o Ethereum: um padrão que permite receber pagamentos sem precisar expor a carteira principal toda vez.

O que exatamente o ERC‑5564 trouxe?

A questão central é que um endereço registra permanentemente todas as suas ações. Então, por que usar o mesmo endereço repetidamente?

Pense na vida real: como você recebe pagamentos? Alguém faz uma transferência bancária para sua conta, que não muda a cada recebimento. Com o tempo, sua conta bancária se torna um registro completo de suas receitas, despesas e poupanças. A diferença é que só você e o banco podem ver isso.

No Ethereum, a estrutura do endereço é a mesma: ele é uma conta permanente no estado global da rede. Para receber dinheiro, alguém precisa do endereço; esse endereço não muda, e todas as transações ficam registradas sob o mesmo endereço público.

Pesquisadores chamam isso de o problema da "conta de vidro". O problema não está na visibilidade das transações, mas no fato de que todas as ações ficam automaticamente vinculadas a um endereço quase imutável.

Nos primeiros tempos do mundo cripto, isso só expunha registros básicos de transferências. Mas, posteriormente, a blockchain evoluiu para mercados de empréstimos, plataformas de NFTs, sistemas de governança, pagamentos e identidades. Hoje, as informações que um endereço pode expor são muito mais ricas do que há alguns anos.

Na pesquisa de privacidade, há uma analogia comum: imagine que você joga "Batalha Naval" na blockchain, onde cada movimento é público. As regras são seguidas corretamente, o sistema registra tudo fielmente. Mas, quando ambos os lados podem ver a posição das peças do adversário, a estratégia desaparece.

O sistema funciona exatamente como planejado, mas a experiência muda completamente, porque a transparência elimina a privacidade.

O mesmo vale para a colaboração financeira. Nem toda transação precisa vir acompanhada de todo o histórico do endereço.

O ERC‑5564 não tenta eliminar a transparência do Ethereum, nem introduz conceitos complexos como criptografia de saldo ou pools de privacidade. Ele foca em um problema mais estreito e prático: reduzir a associação automática na camada de recebimento.

A lógica central é bem simples: você não envia mais seu endereço de carteira diretamente ao outro, mas fornece um "endereço meta secreto". Esse endereço meta não é o destino final, mas contém informações de criptografia de chave pública que geram um endereço de recebimento temporário e único para cada transação.

Ou seja, quando alguém te paga, o dinheiro não vai para sua carteira principal pública, mas para um endereço recém-gerado, criado especificamente para essa transação. Na blockchain, parece que foi enviado para uma conta nova, nunca usada antes.

Para a rede, tudo continua igual. A mudança é que cada pagamento é enviado a um endereço diferente, não sendo mais registrado continuamente na mesma conta permanente.

O Ethereum realmente precisa disso?

Basta observar o comportamento dos usuários.

Tomemos o Tornado Cash como exemplo: um protocolo de mistura de moedas, onde os usuários depositam fundos em um pool público e depois sacam para um novo endereço, desconectando o vínculo entre envio e recebimento. Mesmo sob sanções e fiscalização rigorosa, até 2025, o Tornado Cash movimentou mais de 2,5 bilhões de dólares. Isso mostra que os usuários estão dispostos a assumir riscos legais e de reputação para separar suas transações de sua carteira principal.

Outro exemplo é o Railgun: usa provas de conhecimento zero para realizar transações privadas, sem divulgar saldo ou detalhes de transferências. Em 2025, o volume de staking do Railgun se estabilizou em 70 milhões de dólares, com um volume total de transações superior a 2 bilhões de dólares.

No que diz respeito a recebimentos secretos, o Umbra implementou pagamentos secretos na Ethereum: os usuários publicam informações confidenciais e recebem usando endereços descartáveis. Até 2026, o Umbra gerou mais de 77.000 endereços secretos ativos.

Esses números, embora modestos em relação ao mercado total, demonstram claramente: há uma forte demanda por "isolamento".

Por outro lado, esses instrumentos têm suas limitações:

• Misturar moedas exige contratos independentes, aumentando a fricção, prejudicando a composabilidade e operando na zona cinzenta da regulamentação.
• Ferramentas de ZK de privacidade ainda são camadas adicionais, que o usuário precisa escolher ativamente usar.
• Umbra mostrou que pagamentos secretos são úteis, mas permanecem aplicações independentes, não um padrão de carteira.

Na Ethereum, obter privacidade sempre exige um passo extra.

O ERC‑5564 trilha outro caminho: não cria um novo protocolo de privacidade, mas padroniza pagamentos secretos na camada de carteira.

Qual é a posição do Ethereum no campo da privacidade?

A privacidade no mundo cripto não é preto ou branco, mas um espectro de trade-offs.

Na extremidade desse espectro, estão protocolos como Monero, que embutiram a privacidade na própria camada base. Os valores das transações são ocultados, e os endereços do remetente e do destinatário são borrados. Privacidade não é uma opção, mas uma característica obrigatória por design. Os usuários não precisam ativar a privacidade, pois ela é o padrão da rede.

Outro exemplo é o Zcash, que introduz transações blindadas usando provas de conhecimento zero. Zcash permite que os usuários escolham entre transações transparentes e privadas, mas opera em pools de blindagem dedicados, não na rede como um todo. Essa arquitetura oferece confidencialidade, mas ainda é uma modalidade separada, não o comportamento padrão da rede.

O Ethereum, por sua vez, é completamente diferente: desde o início, priorizou transparência e composabilidade.

Essa abertura permitiu o rápido crescimento de DeFi, NFTs e DAOs. Mas, ao custo de uma relação estrutural, onde a privacidade só pode ser construída fora do protocolo.

O ERC‑5564 marca uma mudança de paradigma: não acrescenta uma camada de privacidade externa, mas incorpora a privacidade como componente fundamental, integrada ao design existente do Ethereum, especialmente na camada de recebimento.

Se Monero vê a privacidade como padrão, e Zcash como uma opção, o ERC‑5564 transforma a privacidade em uma infraestrutura básica na carteira, não dependente de uma cadeia ou aplicação separada.

A narrativa do setor também evolui: a discussão não é mais "blockchains públicas devem ser totalmente transparentes ou totalmente privadas", mas sim: onde a privacidade deve estar, quanto ela é necessária, e como ela pode coexistir com verificabilidade e composabilidade.

O que a privacidade realmente pode oferecer a usuários e ao mercado?

Privacidade não é apenas esconder transações; ela muda fundamentalmente os incentivos e a distribuição de poder no sistema financeiro. Nesse sentido, a privacidade desbloqueia três elementos centrais, que podemos explorar um a um.

Em uma blockchain transparente, todas as operações são visíveis. Parece algo trivial, mas não é.

Quando todos os dados das transações são públicos, os maiores beneficiários não são os usuários comuns, mas aqueles com as melhores ferramentas de análise de dados, como fundos de hedge, bots de MEV, empresas de análise e modelos de IA. Os comportamentos dos usuários comuns ficam expostos, enquanto esses participantes experientes observam, modelam e extraem valor.

Isso cria uma assimetria estrutural.

O problema não está na transparência em si, mas no fato de que ela transforma cada ação econômica em um sinal público, levando ao desenvolvimento de estratégias baseadas nesses sinais, que podem ser exploradas para lucro.

Quando as transações não podem ser facilmente abusadas, a competição entre participantes deixa de ser uma corrida por ferramentas de monitoramento mais avançadas, e passa a se concentrar em preço e risco. Isso leva a um mercado mais saudável e justo. Essa é a primeira vantagem da privacidade: ela limita a apropriação de valor apenas por causa da visibilidade das transações.

O segundo mecanismo de desbloqueio é ainda mais importante. A privacidade pode facilitar a formação de capital, algo que sistemas transparentes não conseguem fazer.

Investidores de varejo talvez tolerem total transparência, mas instituições nunca aceitarão.

Se cada posição puder ser monitorada em tempo real, fundos não poderão alocar capital de forma eficiente em DeFi. Se um fundo possui um ativo, o mercado pode reagir desfavoravelmente; se faz hedge, os concorrentes podem rastrear a operação. A proteção de estratégias se torna impossível. O mesmo vale para empresas: se as relações com fornecedores forem visíveis, não poderão tokenizar faturas na blockchain; se a estrutura salarial for transparente, não poderão pagar salários na cadeia. Sistemas transparentes favorecem experimentação, mas prejudicam a autonomia na tomada de decisão.

Isso confirma a ideia de que "trocar chaves é fácil, trocar tokens é difícil".

Em blockchains públicas, como todas as informações são públicas, transferir ativos entre redes diferentes é simples. Mas, em sistemas privados, uma vez que você sai do domínio da privacidade, o histórico de transações fica exposto, criando fricção. Usuários que valorizam a privacidade preferem permanecer em ambientes onde o histórico não será divulgado ao sair.

Isso gera um novo efeito de rede.

A competição tradicional das blockchains está em throughput, custos e ferramentas de desenvolvimento. A privacidade introduz uma competição por isolamento de informações. Quanto maior o conjunto de usuários anônimos e privados, maior o valor que permanece ali. A liquidez também tende a se concentrar nessa área, pois a confidencialidade aumenta com a escala.

A terceira forma de desbloqueio podemos chamar de "divulgação seletiva".

Hoje, a escolha de privacidade é binária: ou tudo fica público, ou tudo fica oculto. Mas a criptografia introduz uma terceira opção: você pode provar certas coisas sem revelar os dados subjacentes.

Protocolos podem provar sua solvência sem divulgar todas as posições. Exchanges podem provar que possuem reservas sem mostrar saldos de contas. Usuários podem demonstrar que cumprem certas regras sem divulgar todo o histórico de transações.

Isso reduz o risco de criar "poços de dados" de informações sensíveis. Além disso, diminui o trade-off entre privacidade e regulamentação, abrindo espaço para novas aplicações financeiras.

Por exemplo, mercados de empréstimos privados podem impor regras de garantia e liquidação, ocultando a identidade dos tomadores, enquanto plataformas como Aleo e Secret Network experimentam esse conceito com DeFi confidencial.

Dark pools na blockchain podem combinar negociações sem mostrar o tamanho ou direção das ordens antes da execução, como está sendo desenvolvido pelo Renegade, uma infraestrutura de negociação criptográfica que visa evitar front-running por observação de intenções.

Stablecoins regulamentadas podem fornecer acesso às autoridades sob procedimentos legais, ao mesmo tempo que impedem que o público rastreie o comportamento dos usuários por meio de mapas de transações. Projetos como Paxos, Aleo e Zcash, com seu modo de divulgação seletiva via chaves, exploram essa ideia.

Plataformas de financiamento comercial podem tokenizar faturas e provar que não foram usadas para financiamento repetido, sem revelar relações comerciais. Redes empresariais como Canton Network estão testando infraestrutura confidencial com grandes instituições financeiras, permitindo compartilhar dados de forma segura sem expor informações sensíveis.

Tudo isso terá efeitos comportamentais de longo prazo.

Sistemas transparentes vinculam identidade e comportamento financeiro de forma permanente. Com o tempo, isso reduz a disposição de experimentar coisas novas, pois o comportamento fica ligado à identidade de longo prazo. Privacidade restaura a separação entre participação e exposição permanente. Permite que os usuários ajam sem registrar cada decisão em um arquivo público imutável.

Conclusão

A intenção original da transparência é a verificabilidade. A criptografia de privacidade nativa, ao mesmo tempo que mantém a verificabilidade, apoia o capital institucional e a divulgação seletiva. O ERC‑5564 não pretende transformar o Ethereum em uma cadeia de privacidade, mas dar ao Ethereum uma privacidade de recebimento programável, leve e nativa.