#VitalikUnveilsLeanEthereum Vitalik Buterin apresentou o Lean Ethereum durante uma chamada de pesquisa no início de setembro de 2026 e a proposta imediatamente se tornou o ponto focal para desenvolvedores de protocolo, equipes de clientes e o ecossistema mais amplo. O conceito refina o roteiro de longo prazo ao priorizar simplicidade, reduzir dívida técnica e alinhar as camadas de execução e consenso em torno de um conjunto menor de garantias essenciais. O momento importa porque a rede concluiu a atualização Verge no segundo trimestre de 2026 e a diversidade de clientes atingiu um nível em que grandes refatorações se tornaram viáveis sem arriscar a vivacidade. O Lean Ethereum se baseia em lições aprendidas desde a Fusão e traça um caminho que mantém a camada base crível, neutra e sustentável para a próxima década.

A ideia central por trás do Lean Ethereum é minimizar a complexidade do consenso enquanto preserva segurança e descentralização. Vitalik delineou três pilares. Primeiro, reduzir o número de recursos críticos para o consenso que todo cliente deve implementar. Segundo, mover funcionalidades que atendem a casos de uso específicos para a camada de aplicação ou para rollups. Terceiro, fortalecer a camada base em torno de disponibilidade de dados, liquidação e uma máquina virtual mínima que suporte provas de validade. O objetivo é um protocolo que permaneça fácil de raciocinar, fácil de verificar e fácil de implementar em novos clientes. A abordagem responde a preocupações de que a complexidade acumulada eleva a barreira para novas equipes e aumenta a superfície para bugs de consenso.

Uma mudança chave envolve o gerenciamento de estado. O Lean Ethereum propõe uma transição para um modelo de cliente sem estado como padrão. Nesse modelo, produtores de bloco anexam testemunhas que permitem que validadores executem um bloco sem armazenar toda a árvore de estado. Clientes de execução mantêm apenas o estado de que precisam para as aplicações com as quais se importam. A camada base garante disponibilidade de dados e impõe transições de estado por meio de provas sucintas, mas nós completos não precisam mais manter centenas de gigabytes de estado histórico. Benchmarks compartilhados durante a chamada mostraram que um cliente sem estado pode verificar blocos da mainnet em menos de 200 milissegundos em hardware de consumo, o que reduz os requisitos de hardware e ajuda a staking doméstica. O design usa árvores Verkle, que foram ativadas com a atualização Verge, e adiciona formatos padronizados de testemunha para que clientes leves e rollups possam interoperar sem adaptadores personalizados.

A proposta também revisita o papel da Máquina Virtual Ethereum. O Lean Ethereum sugere congelar a EVM em um conjunto estável de funcionalidades e introduzir uma VM paralela e mínima otimizada para provas de conhecimento zero. A EVM legada continua a suportar contratos e ferramentas existentes. A nova VM visa desenvolvedores que constroem rollups de validade e usa um conjunto de instruções simplificado que mapeia diretamente para circuitos aritméticos. A separação permite inovação na camada de aplicação enquanto mantém a lógica de consenso enxuta. Equipes de clientes manteriam a EVM legada para compatibilidade reversa, mas mudanças de consenso nessa VM parariam após uma data definida. O feedback das equipes Solidity e Vyper indicou apoio porque uma EVM congelada reduz a carga de manutenção e teste a longo prazo.

A disponibilidade de dados permanece central. O Lean Ethereum reforça o proto-danksharding e o roteiro completo de danksharding. A meta de largura de banda para blobs aumenta para 32 megabytes por slot até o final de 2027, com um caminho para 128 megabytes por slot quando a amostragem de disponibilidade de dados amadurecer. O aumento suporta milhares de rollups e permite que aplicações empresariais publiquem grandes conjuntos de dados sem congestionar a execução. A proposta adiciona um objetivo formal de nível de serviço para disponibilidade de dados: 99,95% dos blobs recuperáveis por qualquer nó dentro de dois slots. Para atingir esse objetivo, o protocolo introduz reparo distribuído de blobs, onde nós reconstroem partes faltantes usando codificação de borrão e um protocolo de gossip. Testes iniciais na testnet Holesky mostraram sucesso de reparo acima de 99,99% sob partições de rede simuladas.

A economia dos validadores também recebe atenção. O Lean Ethereum recomenda simplificar a curva de recompensas e reduzir o número de parâmetros que influenciam a emissão. O sistema atual ajusta recompensas com base no stake total, taxa de participação e outros fatores. O novo design define uma recompensa base fixa por validador e usa uma penalidade simples para tempo offline. A mudança torna o rendimento previsível para stakers e mais fácil de modelar para instituições. Também reduz o risco de interações não intencionais entre mecânicas de recompensa e política monetária. Simulações apresentadas pela equipe de pesquisa mostraram que o modelo de recompensa fixa mantém a emissão entre 0,2% e 0,5% do fornecimento total por ano, dependendo da taxa de staking, o que mantém a segurança enquanto limita a diluição.

A diversidade de clientes é tratada como um requisito, não um resultado. O Lean Ethereum inclui uma especificação para um cliente de consenso mínimo que pode ser implementado em menos de dez mil linhas de código. O cliente mínimo verifica provas, segue a regra de escolha de fork e participa em comitês de sincronização, mas omite descoberta de pares, servidores RPC e redes avançadas. O objetivo é permitir que novas equipes construam clientes alternativos rapidamente e fornecer uma referência que auditores possam revisar de ponta a ponta. As equipes Nimbus e Grandine já produziram protótipos que sincronizam com a cabeça da cadeia em um laptop em menos de cinco minutos. A especificação também define um harness de teste padrão para que bugs de consenso sejam detectados antes de chegarem à mainnet.

O roteiro para rollups se torna mais claro sob o Lean Ethereum. A camada base se compromete a fornecer disponibilidade de dados segura e liquidação, enquanto a execução e a experiência do usuário migram para a camada dois. A proposta introduz um padrão para comunicação entre rollups que usa provas de validade compartilhadas e um formato de ponte comum. O padrão permite que ativos e mensagens se movam entre rollups sem intermediários confiáveis e sem períodos de espera. Várias equipes importantes de rollup, incluindo as equipes por trás de Arbitrum, Optimism, Base e Starknet, se juntaram a um grupo de trabalho para finalizar a interface. O objetivo é dar aos usuários a sensação de um único Ethereum, mesmo quando as aplicações estão em rollups diferentes. Carteiras tratariam o roteamento automaticamente e exibiriam saldos como uma conta unificada.

As premissas de segurança são reafirmadas com precisão. O Lean Ethereum assume uma maioria honesta de stake e uma rede síncrona para vivacidade, mas a segurança é mantida sob condições assíncronas graças a gadgets de finalidade. A proposta remove recursos que dependiam de jogos econômicos complexos ou que criavam vantagem assimétrica para grandes stakers. Por exemplo, o plano deprecia leilões de MEV no protocolo e, em vez disso, suporta um mempool neutro e criptografado combinado com descriptografia de limite no nível do bloco. A mudança reduz o incentivo para fluxo de pedidos privado e diminui a barreira para construtores independentes. Flashbots, junto com grupos acadêmicos, publicaram simulações mostrando que mempools criptografados reduzem MEV prejudicial em mais de setenta por cento sem prejudicar o valor do bloco.

A governança e o ritmo de atualizações também mudam. O Lean Ethereum adota um modelo de trem com uma atualização de consenso por ano, agendada para o segundo trimestre, e uma versão de manutenção da camada de execução no quarto trimestre. O ritmo dá previsibilidade às equipes de clientes e dá tempo aos desenvolvedores de aplicações para testar. Cada atualização deve incluir um plano claro de depreciação para qualquer recurso sendo removido. O processo exige uma revisão formal de segurança e uma testnet pública que funcione por pelo menos três meses. A Ethereum Foundation se comprometeu com financiamento para fuzzing contínuo e para um programa de recompensas por bugs que paga em ETH e em stablecoins. Os níveis de recompensa aumentam para bugs que afetam o cliente mínimo, o que alinha incentivos com o objetivo de uma camada base enxuta.

A resposta da comunidade foi imediata. Desenvolvedores principais expressaram apoio pela clareza e pelo escopo reduzido. Desenvolvedores de aplicações pediram garantias de que a EVM legada permaneceria utilizável por pelo menos cinco anos, e a proposta inclui uma data de descontinuação de 2032 com a opção de extensão com base em métricas de uso. Equipes de rollup saudaram os compromissos de disponibilidade de dados e o padrão entre rollups porque essas mudanças reduzem custos e melhoram a composabilidade. Provedores de staking apoiaram a curva de recompensas mais simples porque reduz a complexidade contábil para clientes. Críticos levantaram preocupações sobre ossificação e sobre o risco de mover muita funcionalidade para fora da camada base, o que poderia prejudicar usuários que não conseguem acessar a camada dois devido a restrições regulatórias ou de conectividade. Os autores responderam enfatizando que a camada base manteria um ambiente de execução mínimo para transações de emergência e para sistemas que exigem liquidação global sem pontes.

Os próximos passos são concretos. Uma especificação inicial para o cliente mínimo será publicada em outubro de 2026. Uma devnet que implementa execução sem estado e a nova VM será lançada em novembro. A primeira rodada de auditoria começa em janeiro de 2027, com o objetivo de congelar o conjunto de funcionalidades para a primeira atualização Lean Ethereum até meados de 2027. A atualização entraria ao vivo na mainnet no segundo trimestre de 2028 se os testes forem bem-sucedidos. Em paralelo, o grupo de trabalho sobre comunicação entre rollups lançará um padrão versão um até dezembro de 2026, com implementações de referência nos principais kits de desenvolvimento de software.

O Lean Ethereum representa uma mudança de expansão para consolidação. A rede já provou que pode atualizar sem tempo de inatividade e que pode suportar um grande ecossistema de rollups. A nova direção foca em tornar o protocolo central robusto, compreensível e durável. As mudanças trocam flexibilidade na camada base por simplicidade e previsibilidade, apostando que uma fundação estável permitirá mais inovação nas bordas. A proposta reconhece que a camada base não pode fazer tudo e que tentar fazer isso cria fragilidade. Ao escolher um escopo menor e entregá-lo com alta confiabilidade, o Ethereum visa permanecer a camada de liquidação para a internet de valor, enquanto permite que rollups compitam em execução, experiência do usuário e custo.

A discussão continuará pelo restante de 2026, mas a direção está definida. A comunidade de pesquisa, equipes de clientes e desenvolvedores de aplicações agora têm um ponto de referência compartilhado para decisões de design. O Lean Ethereum não remove ambição do roteiro. Ele canaliza essa ambição para áreas onde descentralização e neutralidade importam mais, e confia que o ecossistema mais amplo construirá todo o resto em cima.