Vitalik Buterin propõe uma nova arquitetura para o Ethereum

Graças ao EIP-8288, a criptografia do Ethereum copublicada por Vitalik Buterin e Thomas Coratger pode se tornar menos custosa. Este texto deve agrupar as assinaturas pós-quânticas e as provas STARK, mas ainda está em fase de rascunho.

Uma prova substituiria milhares de verificações

As assinaturas que resistem aos computadores quânticos ainda são pesadas demais para o Ethereum. Assim, os modelos estudados ocupam cerca de 2 a 3 KB e requerem entre 150000 e 200000 unidades de gás por verificação.

As provas STARK apresentam uma dificuldade ainda maior. De fato, seu tamanho ultrapassa 128 KB e pode chegar a 512 KB se sua criação precisar ser rápida. Uma verificação direta no Ethereum custaria então vários milhões de unidades de gás.

O EIP-8288 oferece substituir cada prova completa por uma dependência criptográfica mais leve. Seu funcionamento poderia se basear em quatro fases principais :

• A transação declara uma afirmação, como a validade de uma assinatura ;
• Um usuário transmite a prova correspondente aos nós do mempool ;
• Os nós agrupam as provas em um STARK recursivo comum ;
• O bloco contém uma única prova agregada e uma etiqueta de 96 bytes por dependência.

Os nós do mempool produziriam um novo agregado a cada segundo. Depois, o construtor do bloco poderia reunir esses pacotes em uma prova final, registrada no cabeçalho do bloco.

O volume relacionado ao STARK permaneceria próximo de 256 KB por intervalo de agregação, independentemente do número de provas agrupadas. Contudo, as transações poderiam continuar a circular separadamente na rede.

A operação portanto não elimina o custo criptográfico. Ela desloca grande parte do trabalho fora da blockchain e então exige que a rede verifique uma única prova comum.

A criptografia do Ethereum ganharia quatro usos

Nesta arquitetura, Vitalik Buterin vê primeiramente um meio de diminuir o custo das assinaturas pós-quânticas. O Ethereum integraria assim mecanismos baseados em leanSPHINCS sem armazenar cada assinatura completa em um bloco.

Os protocolos de privacidade são o segundo uso a ser considerado. Assim, os usuários poderiam provar a validade de uma operação sem revelar todas as informações que a compõem. O agrupamento reduziria então as taxas ligadas às provas STARK.

O EIP-8288 também poderia permitir a integração de novos sistemas de assinaturas ou provas. Um usuário envolveria um mecanismo criptográfico em um STARK compatível sem impor seu formato completo ao protocolo.

Buterin menciona finalmente uma “abstração de conta privada”. Um usuário modificaria o proprietário de várias posições on-chain em uma transação, sem revelar publicamente os ativos movidos.

Tal funcionalidade facilitaria a recuperação de uma carteira ou a rotação de uma chave comprometida. Contudo, não poderia proteger imediatamente todas as contas Ethereum contra computadores quânticos.

Carteiras e aplicativos deveriam adotar as novas assinaturas. O EIP-8288 propõe apenas a infraestrutura útil para verificá-las a um custo reduzido.

No entanto, o sistema também exige um ambiente comum para a escrita e controle das provas. Segundo as informações fornecidas, Buterin apresenta RISC-V como o principal candidato para cumprir este papel.

Nenhuma implantação está programada ainda

Em 3 de junho de 2026, Vitalik Buterin e Thomas Coratger criaram o EIP-8288. Esta proposta depende especialmente do EIP-8141, que introduz transações compostas por vários quadros de execução.

O documento mantém o status de rascunho. Sua chave de verificação agregada ainda precisa ser definida, enquanto a seção destinada à implementação de referência indica ainda “a definir”.

Sua ativação também poderia modificar as regras de consenso. Os nós antigos rejeitariam as transações e blocos que usem esse novo formato. Portanto, o Ethereum integraria o EIP-8288 em uma atualização de rede.

Buterin espera uma inclusão em “I-star”, que ele descreve como “o fork após o Hegota”. Esta declaração representa uma preferência técnica, não um cronograma de implantação confirmado.

Numerosos riscos ainda precisam ser resolvidos. A segurança dependerá da confiabilidade dos circuitos Lean Ethereum, da função de hash e da recursão dos STARK. Portanto, os desenvolvedores também terão que limitar ataques de negação de serviço.

O EIP já prevê um máximo de 16 assinaturas leanSPHINCS e uma prova leanSTARK por transação. Esses parâmetros ainda podem evoluir durante as discussões e testes.

O EIP 8288 abriria então uma nova etapa para a criptografia do Ethereum. Sua adoção exigirá, porém, uma implementação funcional, auditorias e um acordo dos desenvolvedores antes de qualquer ativação.