Os próximos 10 anos de Ethereum aos olhos de Vitalik

Autor: Chloe, ChainCatcher

Em 5 de julho de 2026, Vitalik Buterin publicou um texto longo no X, anunciando uma longa folha de rota chamada Lean Ethereum. Vitalik a posicionou como a terceira grande evolução do Ethereum após o Merge: não é uma atualização única, e sim uma série de melhorias de protocolo que serão implementadas em etapas ao longo dos próximos 3 a 4 anos, abrangendo quase todos os módulos centrais do protocolo — desde o modo de verificação, criptografia, finalidade (finality) até o armazenamento de estado, com uma reestruturação completa.

Essa folha de rota nasceu no contexto de uma reorganização da Ethereum Foundation, e precisa ser entendida dentro de um quadro temporal mais completo. Ao interpretar essa reestruturação abrangente, não basta esclarecer quais são as atualizações técnicas específicas; é preciso também enxergar como o design redistribui os trade-offs entre “custos de migração” e “limites de verificação”, além de investigar como essa transformação na camada mais fundamental acabará se refletindo no desempenho do preço do ETH.

Os três estágios do desenvolvimento do Ethereum

Para situar essa atualização, vale primeiro organizar as três “gerações” do Ethereum:

• A primeira geração é a arquitetura original de “PoW + EVM”, cujo núcleo é que todos os nós reexecutam diretamente (Re-execution) todas as transações. Embora esse modelo seja seguro, geral e aberto, a escalabilidade fica limitada por essa própria lógica.

• A segunda geração é o Ethereum PoS após o “Merge (fusão)”, em 2022. A mudança do mecanismo de consenso transformou completamente o modelo de segurança, o modelo de emissão e o sistema de staking do Ethereum, além de provar ao mercado que o Ethereum tem uma capacidade de engenharia extremamente alta para trocar o motor central sem ficar em downtime.

• A terceira geração é o Lean Ethereum atual. Ele não se satisfaz com a divisão existente — “L1 faz liquidação, L2 faz escalonamento” — e sim incorpora, no mesmo arcabouço de reestruturação de longo prazo, desempenho da L1, verificação baseada em provas (Proved Verification), privacidade, resistência a ataques quânticos, a estrutura de estado e a arquitetura de clientes.

A origem da folha de rota do Lean Ethereum

A folha de rota do Lean Ethereum foi publicada no strawmap.org. Trata-se de um rascunho público inicial lançado este ano em fevereiro por Justin Drake, pesquisador da fundação, com um planejamento de sete upgrades de rede até 2029. A palavra “strawmap” vem de straw (palha); o documento se posiciona como um rascunho editável. O strawmap também esclarece que é uma ferramenta de coordenação ainda em andamento, e não um cronograma fechado: qualquer upgrade ainda precisa passar por pesquisa, testes, implementação nos clientes e um consenso preliminar.

Nessa visão, são traçados cinco objetivos estratégicos de longo prazo: uma finalidade (Finality) mais rápida na L1, atingir um throughput de 1 gigagas por segundo na L1 (no estado limite, com capacidade para dezenas de milhares de TPS), expansão de L2 com visão de ecossistema em teragas, segurança abrangente de criptografia pós-quântica e transferências de privacidade nativas na L1.

Comparando com a realidade atual, dá para sentir o grau de ousadia dessas metas. De acordo com dados da Etherscan, atualmente o L1 do Ethereum processa em média apenas cerca de 32 transações por segundo (aprox. 2,7 milhões de transações por dia). Já a meta de 1 gigagas significa que a capacidade de computação da L1 deve explodir centenas de vezes. Vale notar que a demanda on-chain da L1, na verdade, vinha em uma trajetória de crescimento no último ano: o volume diário de transações voltou fortemente, subindo a partir de 1,4 milhão em meados de 2025, e desde 2026 a maior parte do tempo ficou estável entre 2,0 e 2,9 milhões, chegando a, em alguns momentos, perto de 3,6 milhões no pico do mercado de abril e maio. O lançamento dessa folha de rota existe justamente para endereçar essa demanda por atividades on-chain que está se recuperando.

Os marcos também estão bem definidos. O Hegotá programado para ser o segundo upgrade de 2026, muito provavelmente será o último hard fork do Ethereum “pré-lean era”; daí em diante, cada upgrade, teoricamente, fará parte dessa reestruturação. Mais perto, o upgrade Glamsterdam, previsto para trazer um aumento considerável do teto de gas, estava originalmente esperado para começar no primeiro semestre de 2026, mas ainda não foi colocado no ar até agora.

A linha do tempo também é um dos pontos mais debatidos após a publicação da folha de rota. Dankrad Feist, principal pesquisador central da Ethereum Foundation e proponente do plano Danksharding da Ethereum, afirmou no X que apoia o strawmap, mas que um cronograma de 3 a 4 anos é muito lento: com a tecnologia atual de grandes modelos de linguagem, essa atualização deveria ser concluída em um ano.

Grande upgrade tecnológico central: prova de verificação e reestruturação de estado

O núcleo técnico do Lean Ethereum é trocar o modelo de verificação fundamentalmente. Hoje, no modelo de segurança do Ethereum, cada nó reexecuta cada transação para confirmar que o estado está correto. O novo design incorpora provas STARK recursivas como componente nativo do protocolo: um provedor de provas faz os cálculos pesados, e todos os outros nós precisam apenas validar uma prova matemática mais enxuta.

Essa escolha também resolve outro problema: o STARK usa criptografia por hash e, atualmente, não há caminhos de ataque quântico conhecidos; já o esquema de assinatura vigente do Ethereum tem riscos relacionados. Vitalik disse que a prioridade de segurança quântica foi “aumentada de forma significativa”. A folha de rota planeja substituir gradualmente todos os componentes frágeis a quânticos com assinaturas Winternitz; a parte mais urgente, nesse caso, é encontrar um design resistente a quânticos para os blobs que L2 usa para reduzir custos.

A camada de consenso também muda. Hoje, no Ethereum, as transações são incluídas na cadeia em cerca de segundos, mas a espera pela finalização leva aproximadamente 15 minutos. O novo desenho separa “uma cadeia com produção contínua de blocos” e “finalidade” em duas etapas distintas: a meta é que validadores possam fechar uma decisão após 1 a 2 rodadas de votação, reduzindo 15 minutos para algo próximo do tempo real. Além disso, há precificação multidimensional de gas: isso significa que computação, armazenamento e transmissão de dados — recursos diferentes — são contabilizados separadamente, como água e luz cobradas à parte, e não tudo misturado em uma única conta.

As mudanças na arquitetura de estado afetam diretamente desenvolvedores de aplicações. O estado pode ser entendido como o livro-razão em tempo real do Ethereum, que registra os saldos de todas as contas e os dados de contratos inteligentes. Esse “livro” só vai ficando cada vez mais pesado; e, como atualmente todo nó completo precisa manter uma cópia integral, o custo de armazenamento on-chain fica alto demais.

A proposta de Vitalik é fazer uma estratificação estrutural do armazenamento: o “estado dinâmico” atual e completo (Dynamic State / núcleo essencial) será rigidamente limitado a um patamar de hardware de 2 TB para impedir expansão sem controle; ao mesmo tempo, o protocolo abrirá uma nova “camada de armazenamento de estado” (um grande repositório) com capacidade de até 100 TB e mais extensibilidade. No cenário de 2030 desenhado por Vitalik, a maioria dos tokens (ERC-20), NFTs e aplicativos DeFi comuns, desde que esteja disposta a reescrever contratos e mover para esse grande repositório com a nova arquitetura, deve ter a taxa de transação reduzida diretamente em mais de 10 vezes. No nível do protocolo, não há imposição nem subsídio: as enormes diferenças de custo entre as duas camadas ficam expostas, e a migração fica a critério do mercado e dos próprios aplicativos decidirem quando vale a pena.

A posição da privacidade também é redefinida. No passado, a divisão do Ethereum era: tudo na cadeia é transparente e público; usuários que querem privacidade recorrem a protocolos de privacidade de terceiros. Desta vez, Vitalik escreveu: “Privacy is no longer an afterthought, it is a first class goal”, ou seja, a privacidade deixa de ser algo “adicionado pelos moradores” e passa a ser parte das normas de construção: no futuro, cada novo componente do protocolo será testado, já na etapa de design, com uma pergunta — ele consegue suportar privacidade sem intermediários e resistente a quânticos com baixo custo? Se conseguirá ou não, ainda precisa ser verificado, mas os critérios de avaliação já foram incorporados na folha de rota.

Controvérsia sobre substituição do EVM: jogo da ecossistema L2

O mecanismo usado pelo Ethereum há dez anos é o EVM. Contratos, ferramentas de desenvolvimento e linguagens de programação do mundo inteiro foram construídos em torno dele. Agora, Vitalik propõe trocar esse motor, e a motivação tem relação com o que foi dito antes sobre STARK: para gerar provas matemáticas para as transações, rodar isso em EVM é caro; trocar para um motor mais amigável a provas barateia bastante.

Ele destaca dois candidatos de arquitetura: RISC-V e leanISA. O objetivo ideal do desfecho é que o novo motor se torne o próprio protocolo, enquanto o EVM fique como uma camada de tradução: contratos antigos continuam funcionando, apenas com a base traduzida primeiro para instruções que o novo motor entenda e então executadas. Como trocar de motor é uma mudança relativamente mais complexa, essa proposta enfrenta controvérsias desde que Vitalik lançou a ideia de RISC-V pela primeira vez em abril de 2025.

O time de desenvolvimento por trás da L2 Arbitrum, a Offchain Labs, no ano passado em novembro defendeu publicamente que outra arquitetura — WebAssembly (WASM) — é a melhor opção. Mas, nesta lista de candidatos apresentada por Vitalik, não há WASM. Por que isso é importante? Porque o Arbitrum é uma das maiores L2s do Ethereum, e a tecnologia de contratos Stylus dele é construída sobre WASM.

Dá para entender assim: trocar o motor da L1 é como redefinir a “especificação das tomadas” de todo o ecossistema. Se a tomada da sua casa for exatamente do mesmo tipo, você usa direto; se não for, você precisa pagar para fazer o adaptador. Quem for escolhido na lista determina quais investimentos anteriores de quais L2s se conectam de forma contínua com a futura L1 — e quais terão custo de adaptação.

O Ethereum não tem mecanismo de votação para resolver esse tipo de divergência — se troca ou para qual troca. No fim, isso depende do consenso preliminar dos desenvolvedores na reunião All Core Devs e de se os times de cada cliente estão dispostos a colocar a mão na massa para implementar. Até o momento, trocar de motor ainda é um objetivo de longo prazo que aparece na fala de Vitalik; a reunião de desenvolvedores ainda não chegou a nenhuma conclusão oficial.

A folha de rota vai afetar o preço do ETH?

Ao mapear a folha de rota técnica para o preço do ETH, há dois níveis de tempo.

O primeiro é o caminho de transmissão via mecanismo. Desde o EIP-1559, em cada transação uma taxa base é destruída (burn). Por isso, o tamanho da atividade de transações na L1 afeta diretamente a dinâmica de oferta do ETH e o valor de liquidação. Pelo mecanismo, se a meta de gigagas for atingida e o volume de transações da L1 voltar a crescer junto com o aumento de throughput, o consumo de gas e a quantidade destruída se ampliarão simultaneamente — essa é a rota mais direta entre a folha de rota e a precificação do ETH. Mas é importante enfatizar que essa rota depende da premissa de que “depois de aumentar a capacidade, a demanda volta”: a capacidade, por si só, não cria demanda automaticamente.

O segundo é o descompasso de tempo. A folha de rota é um plano de engenharia em etapas com horizonte de 3 a 4 anos; dentro de 2026, essa folha de rota não mudará nenhum status quo do Ethereum. É um compromisso de direção, e compromissos de direção do Ethereum na linha do tempo já têm histórico de atrasos: o Merge em si atrasou alguns anos em relação a estimativas iniciais. Em outras palavras, essa folha de rota melhora o teto de capacidade de longo prazo do Ethereum, mas não trata do problema de captura de valor de médio prazo do ETH; a crítica do analista Ignas a essa folha de rota aponta justamente para isso: ela não inclui ajustes econômicos no token ETH em si.

Lista de observação para a próxima década

Juntando tudo, a resposta final aponta para a mesma estrutura: o strawmap eleva o limite de longo prazo do Ethereum, mas não resolve imediatamente o problema de captura de valor de médio prazo do ETH. E não é um momento de FOMO seguindo a folha de rota.

Em vez de tentar precificar a própria folha de rota, é mais prático acompanhar alguns pontos que podem ser verificados em breve:

• Se o upgrade Glamsterdam consegue ser iniciado sem problemas e concluir a elevação do teto de gas

• Se a demanda por blob continua crescendo junto com a atividade em L2

• Se a receita de taxas da L1 e a quantidade de ETH destruído melhoram

• Se o crescimento de L2, por meio de pagamentos com blob e pela demanda de liquidação, consegue refletir de volta na L1

• Se o desempenho relativo do ETH vs. BTC consegue se recuperar

Esses indicadores mapeiam para etapas da folha de rota e podem ser validados semanalmente tanto nas páginas de gráficos da Etherscan quanto em painéis públicos como os da DefiLlama. Qualquer mudança em um desses indicadores chega ao mercado antes do que o próprio arquivo da folha de rota. Assim, qualquer variação vai dizer mais cedo se essa reestruturação de 3 a 4 anos está realmente sendo cumprida ou ficando para trás.