Vitalik Buterin publica proposta EIP-8250, com o objetivo de suportar 5 trilhões de registros privados

De acordo com uma postagem no X feita em 6 de maio por Vitalik Buterin, cofundador da Ethereum, a proposta EIP-8250 foi formalmente apresentada. O mecanismo central é um sistema de “nonce aleatório com chave (keyed nonce)”, com o objetivo de permitir transações de privacidade em grande escala na Ethereum. Conforme o documento da proposta EIP-8250, o objetivo do desenho do sistema é suportar até 500 bilhões de registros relacionados à privacidade em oito anos.

Mecanismo central do EIP-8250: sistema de nonce aleatório com chave

De acordo com o documento da proposta EIP-8250, as transações atuais na Ethereum dependem de um único nonce enviado pelo mesmo remetente para proteção contra ataques de replay, mas essa estrutura limita a capacidade do sistema de privacidade e a execução de transações em paralelo. A principal mudança do EIP-8250 é substituir o nonce único por pares (nonce_key, nonce_seq), criando domínios independentes de proteção contra replay para diferentes tipos de transações.

Conforme a explicação da proposta, a chave derivada de nullifiers pode permitir que múltiplas transações de privacidade sejam executadas simultaneamente sem ocorrer conflitos; uma vez que um nullifier é usado, ele é marcado permanentemente como gasto. Vitalik Buterin declarou diretamente na proposta: “Um nonce com chave não é apenas uma forma mais forte de suporte a nível de protocolo para soluções de privacidade.”

Desafio de armazenamento do estado da Ethereum e arquitetura dedicada de nullifiers

De acordo com o conteúdo da proposta EIP-8250, se as transações de privacidade na Ethereum atingirem 2.000 transações por segundo (2.000 TPS) dentro de oito anos, será necessário armazenar cerca de 500 bilhões de nullifiers não removíveis (não podáveis). A proposta EIP-8250 estima que, com a arquitetura atual de estado genérico, a necessidade de armazenamento acima chegará a dezenas a centenas de TB.

Para resolver esse problema, a proposta EIP-8250 introduz armazenamento dedicado para nullifiers (dedicated nullifier storage), separando a gestão de estado genérico atual da Ethereum. Isso ocorre porque os nullifiers seguem regras fixas e previsíveis, sendo adequados para uma arquitetura dedicada.

Especificações técnicas: sharding, bloom filters e uma camada dedicada de verificação

De acordo com o documento da proposta EIP-8250, o armazenamento dedicado de nullifiers vai adotar as seguintes três tecnologias:

Sharding: dispersar os dados armazenados em diferentes segmentos, reduzindo o peso de armazenamento em um único nó

Bloom Filter: usado para consultar de forma eficiente se um nullifier já foi usado, reduzindo a necessidade de varredura completa do estado

Camada dedicada de verificação: otimizada para as regras fixas dos nullifiers, reduzindo o custo de cálculo da verificação

Conforme a explicação da proposta, a combinação dessas tecnologias tem como objetivo: manter a Ethereum com um volume de armazenamento administrável nos nós, mesmo com um aumento significativo no volume de transações.

Perguntas frequentes

Quem propôs a proposta EIP-8250 e quando ela foi publicada?

De acordo com a postagem pública na plataforma X, a EIP-8250 foi proposta oficialmente por Vitalik Buterin, cofundador da Ethereum, em 6 de maio de 2026.

Como funciona o sistema de nonce aleatório com chave (keyed nonce)?

De acordo com o documento da proposta EIP-8250, o nonce aleatório com chave substitui o nonce único por (nonce_key, nonce_seq), criando domínios independentes de proteção contra replay para diferentes tipos de transações. Isso permite que múltiplas transações de privacidade sejam executadas simultaneamente sem conflitos; uma vez que um nullifier é usado, ele é marcado permanentemente como gasto.

Como a EIP-8250 resolve o problema de armazenamento em grande escala na Ethereum?

De acordo com o conteúdo da proposta EIP-8250, ela introduz armazenamento dedicado de nullifiers e adota sharding, Bloom Filter e uma camada dedicada de verificação. Com isso, os dados das transações de privacidade são separados do estado genérico da Ethereum, para controlar o tamanho do armazenamento dos nós mesmo com alto volume de transações.