Vitalik Buterin apresenta roteiro "Lean Ethereum" e projeta reformulação do protocolo em 3 a 4 anos

Em 5 de julho de 2026, Vitalik Buterin publicou um texto extenso no X detalhando um roteiro de longo prazo batizado de "Lean Ethereum". A proposta foi descrita como a terceira grande evolução do Ethereum após o Merge: não se trata de um único upgrade, mas de um pacote de mudanças em camadas a ser entregue ao longo dos próximos três a quatro anos, redesenhando módulos centrais do protocolo — de métodos de validação e criptografia a finalização e armazenamento de estado. O plano surge em meio a uma reestruturação organizacional do Ethereum e reposiciona as escolhas de engenharia entre "custos de migração" e "barreiras de verificação", com implicações potenciais para a dinâmica de valor do ETH. Três gerações do Ethereum O texto enquadra a evolução da rede em três fases. A primeira foi o Ethereum original, com arquitetura "PoW + EVM", na qual todos os nós reexecutam cada transação; o modelo é robusto e aberto, mas limitado em escala. A segunda fase veio com o Ethereum PoS após o Merge de 2022, que reformulou segurança, emissão e staking, além de demonstrar capacidade de trocar o "motor" do sistema sem interrupção. A terceira fase, segundo Buterin, é o "Lean Ethereum", que deixa de aceitar a divisão rígida em que a L1 foca liquidação e a L2 foca escala, e passa a integrar desempenho da L1, verificação por provas, privacidade, resistência quântica, estrutura de estado e arquitetura de clientes em um único programa de reconstrução. De onde vem o roteiro e o que ele mira O roteiro está publicado no strawmap.org, como rascunho aberto proposto inicialmente pelo pesquisador da Ethereum Foundation Justin Drake em fevereiro de 2026. O termo "strawmap" indica documento revisável, usado como ferramenta de coordenação — não um cronograma fechado. Cada etapa ainda depende de pesquisa, testes, implementação nos clientes e "rough consensus". O rascunho lista sete upgrades planejados até 2029 e explicita cinco metas estratégicas: finalização mais rápida na L1; throughput da L1 de 1 gigagas por segundo (capaz de sustentar dezenas de milhares de TPS em pico); escala de L2 com visão de ecossistema em nível "teragas"; criptografia amplamente resistente a computação quântica; e transferências privadas nativas na L1. A ambição fica clara frente ao estágio atual. Dados do Etherscan indicam que a L1 do Ethereum processa em média cerca de 32 transações por segundo (aproximadamente 2,7 milhões por dia). Alcançar 1 gigagas implicaria multiplicar a capacidade computacional da L1 em centenas de vezes. A demanda on-chain também voltou a crescer: o volume diário se recuperou de 1,4 milhão em meados de 2025 e, desde o início de 2026, tem oscilado majoritariamente entre 2 e 2,9 milhões, com pico próximo de 3,6 milhões durante a alta de mercado em abril e maio. O calendário citado no debate inclui dois nomes. O upgrade Hegotá, previsto para o segundo semestre de 2026, é apontado como provável último hard fork antes da era "Lean"; a partir daí, os upgrades seriam parte do processo de reestruturação. Já o upgrade Glamsterdam, esperado para elevar de forma relevante o gas limit, era projetado para o primeiro semestre de 2026, mas ainda não entrou em produção. O ritmo proposto virou tema central após a divulgação. Dankrad Feist, ex-pesquisador central da Ethereum Foundation e proponente do Danksharding, escreveu no X que apoia a strawmap, mas considera o horizonte de três a quatro anos lento demais; na visão dele, com as tecnologias atuais de modelos de linguagem, seria possível concluir em cerca de um ano. O núcleo técnico: verificação por provas e reconstrução do estado O "Lean Ethereum" parte de uma mudança estrutural no modelo de validação. Hoje, a segurança do Ethereum depende de todos os nós reexecutarem as transações para confirmar a correção do estado. A proposta coloca provas recursivas do tipo STARK como componente nativo: um provador executa o trabalho pesado e os demais nós verificam uma prova matemática compacta. A escolha conversa com outra prioridade elevada por Buterin: segurança contra ataques quânticos. STARKs usam criptografia baseada em hash, sem vetores de ataque quântico conhecidos até aqui, enquanto o esquema atual de assinaturas do Ethereum teria riscos nesse cenário. O roteiro prevê substituir gradualmente componentes vulneráveis por assinaturas Winternitz, com urgência especial em desenhar uma alternativa segura para os blobs usados por L2s para redução de custos. Na camada de consenso, a proposta separa "produção contínua de blocos" de "finalidade". Atualmente, transações aparecem em segundos, mas a finalização leva cerca de 15 minutos. O objetivo é chegar a acordo com apenas uma ou duas rodadas de votos dos validadores, levando a finalização para algo próximo do tempo real. Também aparece a ideia de precificação multidimensional de gas: recursos diferentes — computação, armazenamento e transmissão de dados — passariam a ter preços separados, em vez de uma tarifa única. No armazenamento de estado, o impacto é direto para desenvolvedores. O "estado" é o livro-razão em tempo real do Ethereum, com saldos e dados de contratos. Esse conjunto só cresce, e hoje nós completos precisam manter uma cópia integral, mantendo custos elevados. Buterin propõe uma arquitetura em camadas: o "Dynamic State" (área principal) teria limite rígido atrelado a um patamar de hardware de 2 TB para evitar crescimento sem freio; em paralelo, surgiria uma nova camada de armazenamento de próxima geração (um "grande depósito") escalável até 100 TB. No cenário projetado para 2030, a maior parte de tokens (ERC-20), NFTs e aplicações DeFi convencionais poderia ver taxas caírem em mais de dez vezes se aceitar reescrever contratos e migrar para essa nova camada. O protocolo não obrigaria nem subsidiaria a migração: a diferença de custo entre camadas funcionaria como incentivo, e o timing ficaria a cargo do mercado. Privacidade deixa de ser acessório O roteiro também muda a posição da privacidade. Antes, o Ethereum operava sob a premissa de transparência total na L1, e quem queria privacidade recorria a protocolos de terceiros. Buterin escreveu que "privacidade não é mais um detalhe, é um objetivo de primeira classe". Na prática, passa a ser um critério de projeto: cada componente novo deveria ser avaliado pela capacidade de oferecer privacidade sem intermediários, com resistência quântica e baixo custo. A execução ainda é incerta, mas o requisito entra no planejamento. A controvérsia do "pós-EVM" e o jogo de forças com o ecossistema L2 Por uma década, o Ethereum rodou sobre a EVM, base de contratos, ferramentas e linguagens. Buterin volta a defender a troca do motor por razões ligadas a STARKs: gerar provas para transações na EVM é caro; uma arquitetura mais amigável a provas reduziria custos. Ele cita RISC-V e "lean ISA" como candidatas, com um objetivo final em que o novo motor vira o núcleo do protocolo e a EVM é rebaixada a uma camada de tradução: contratos existentes continuariam funcionando, mas passariam por conversão antes da execução. A troca do motor é uma mudança mais sensível e, desde que Buterin levantou o conceito RISC-V em abril de 2025, o tema gera disputa. A Offchain Labs, principal desenvolvedora do L2 Arbitrum, defendeu publicamente em novembro que WebAssembly (WASM) seria opção superior — e, desta vez, o WASM não apareceu entre os candidatos citados. O debate importa porque o Arbitrum é uma das maiores L2s do Ethereum e seu stack de contratos, Stylus, é baseado em WASM. Em termos práticos, mexer na L1 seria como mudar o padrão de tomada do ecossistema: quem já usa o padrão segue conectado; quem não usa, precisa pagar pelo adaptador. A decisão sobre quais arquiteturas entram influencia quais L2s se conectam sem fricção ao futuro Ethereum e quais terão custo de adaptação. Não existe votação formal para encerrar o impasse. A direção depende do "rough consensus" em reuniões de All Core Devs e da disposição das equipes de clientes em implementar. Até agora, a troca do motor segue como objetivo de longo prazo, sem conclusão formal. O que isso pode significar para o preço do ETH A relação entre roteiro técnico e preço do ETH pode ser lida em duas camadas. A primeira é mecânica: desde o EIP-1559, a taxa-base de cada transação é queimada, conectando atividade na L1 à dinâmica de oferta e ao valor de liquidação do ETH. Se a meta de gigagas for atingida e o volume de transações crescer junto com o throughput, o consumo de gas e a queima tenderiam a escalar, criando o canal mais direto entre execução do roteiro e precificação. Esse canal depende de uma hipótese forte: aumento de capacidade não gera demanda automaticamente. A segunda camada é o defasagem temporal. O plano é um esforço de engenharia faseado por três a quatro anos e, em 2026, não muda os fundamentos atuais do Ethereum. É uma sinalização de direção, e o histórico da rede inclui atrasos — o próprio Merge ocorreu anos depois das estimativas iniciais. Nesse ponto, a crítica do analista Ignas mira a ausência de ajustes de tokenomics para o próprio ETH, sugerindo que o roteiro eleva o teto de longo prazo sem resolver a captura de valor no médio prazo. O que monitorar nos próximos meses A conclusão prática do texto é que a strawmap amplia o potencial de longo prazo, mas não sustenta, por si só, uma leitura imediata de valor. Em vez de precificar o documento, o acompanhamento de marcos verificáveis tende a ser mais útil: o Glamsterdam vai sair e entregar o aumento do gas limit? A demanda por blobs vai continuar crescendo com a atividade das L2s? A receita de taxas na L1 e a queima de ETH vão melhorar? O crescimento das L2s volta para a L1 via pagamentos por blobs e demanda de liquidação? O desempenho relativo do ETH frente ao BTC se recupera? Esses indicadores podem ser checados semanalmente em gráficos do Etherscan e painéis públicos como o DefiLlama. Mudanças neles tendem a sinalizar ao mercado — antes do próprio roteiro — se a reconstrução de três a quatro anos está avançando ou ficando para trás.