#VitalikUnveilsLeanEthereum Vitalik Buterin apresentou o Lean Ethereum durante a chamada de investigação dos All Core Developers a 3 de setembro de 2026 e a proposta define agora a direção técnica para as equipas de clientes, investigadores de protocolo e construtores de aplicações em todo o ecossistema. O documento estabelece um caminho claro para a redução da complexidade, menor carga de manutenção e uma camada base focada num pequeno conjunto de garantias sólidas. O timing alinha-se com a conclusão da atualização Verge no segundo trimestre de 2026 e o crescimento da diversidade de clientes que torna viáveis grandes refactorizações. O Lean Ethereum responde a preocupações de que funcionalidades acumuladas aumentam o risco de consenso e elevam as barreiras para novas equipas que queiram construir clientes ou auditar a especificação.

A proposta assenta em três princípios. Primeiro, limitar o número de funções críticas para o consenso que cada cliente deve implementar. Segundo, mover funcionalidades especializadas para rollups ou para a camada de aplicação. Terceiro, fortalecer a camada base em torno da disponibilidade de dados, liquidação e um ambiente de execução mínimo que suporte provas de validade. O objetivo é um protocolo que se mantenha simples de verificar, simples de implementar e simples de raciocinar. A abordagem aceita que a camada base deve evitar cobrir todos os casos de uso. Tentar suportar todos os requisitos cria fragilidade. Escolher um âmbito restrito permite que a rede ofereça garantias mais fortes onde a descentralização e a neutralidade são mais importantes.

Mudanças na gestão de estado no âmbito do Lean Ethereum. O plano torna a execução sem estado como padrão para os clientes. Os produtores de blocos incluem testemunhas que permitem aos validadores executar um bloco sem armazenar a árvore de estado completa. Os clientes de execução mantêm apenas o estado necessário para as aplicações que suportam. A camada base continua a garantir a disponibilidade de dados e a impor transições de estado corretas através de provas sucintas. As árvores Verkle, ativadas com a atualização Verge, fornecem a estrutura criptográfica para as testemunhas. Formatos de testemunhas padronizados permitem que clientes ligeiros e rollups interoperem sem adaptadores personalizados. Dados de desempenho partilhados na chamada mostraram que um cliente sem estado pode verificar blocos da mainnet em menos de 170 milissegundos num laptop com quatro núcleos. Essa velocidade reduz os requisitos de hardware e ajuda a manter viável o staking doméstico. O menor armazenamento de estado também diminui a largura de banda e a entrada/saída de disco, o que suporta nós a operar em ambientes com recursos limitados.

O roteiro da Máquina Virtual Ethereum também muda. O Lean Ethereum propõe congelar a EVM legada num conjunto de funcionalidades definido após a próxima atualização da rede e introduzir uma VM mínima otimizada para provas de conhecimento zero. A EVM legada continuará a suportar contratos, ferramentas e fluxos de trabalho de desenvolvimento existentes. A nova VM usa um conjunto de instruções compacto que mapeia diretamente para circuitos aritméticos. A separação permite que a inovação continue na camada de aplicação enquanto mantém a lógica de consenso estável. As equipas de clientes manteriam a EVM legada para retrocompatibilidade, mas as alterações de consenso a essa VM parariam após uma data de fim definida. As equipas do Solidity e Vyper manifestaram apoio porque um alvo estável reduz os custos de teste e simplifica a manutenção a longo prazo. Os desenvolvedores de aplicações podem escolher a EVM legada para compatibilidade ou a nova VM para desempenho dentro de rollups de validade.

A disponibilidade de dados continua a ser uma função central da camada base. O Lean Ethereum confirma o compromisso com o proto-danksharding e o danksharding completo. O alvo de largura de banda para blobs aumenta para 32 megabytes por slot até ao final de 2027 e para 128 megabytes por slot assim que a amostragem de disponibilidade de dados estiver pronta para produção. O aumento suporta milhares de rollups e permite submissões de grandes dados sem congestionar a execução. A proposta define um objetivo de nível de serviço para a disponibilidade de dados. A rede deve garantir que 99,95% dos blobs permaneçam recuperáveis por qualquer nó dentro de dois slots. Para atingir esse objetivo, o protocolo adiciona reparação distribuída de blobs. Os nós reconstroem blocos em falta usando codificação de apagamento e um protocolo de gossip. Testes na testnet Holesky alcançaram sucesso de reparação acima de 99,99% sob partições de rede simuladas e interrupções direcionadas de nós. O mecanismo de reparação opera em conjunto com a camada ponto a ponto existente e usa largura de banda de forma eficiente ao priorizar índices em falta.

A economia dos validadores torna-se mais simples no âmbito do Lean Ethereum. A proposta substitui a curva de recompensa variável atual por uma recompensa base fixa por validador e uma penalidade direta por tempo offline. A alteração remove parâmetros que ligam a emissão ao stake total, taxa de participação e outros fatores dinâmicos. O novo modelo torna o rendimento previsível para stakers e mais fácil de modelar para custodiantes, fundos e relatórios regulatórios. Simulações apresentadas pelo grupo de investigação indicam que a emissão se manteria entre 0,25% e 0,55% da oferta total por ano, dependendo da taxa de staking. O intervalo mantém os incentivos de segurança enquanto limita a diluição. A penalidade por atestações perdidas mantém-se proporcional ao tempo de inatividade, o que preserva os incentivos de vivacidade. A simplificação também reduz os casos limite que as equipas de auditoria devem verificar durante cada ciclo de atualização.

A diversidade de clientes é um objetivo primordial. O Lean Ethereum inclui uma especificação para um cliente de consenso mínimo que pode ser escrito 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. O cliente omite descoberta de pares, servidores RPC, métricas e outras funcionalidades não relacionadas com consenso. O objetivo é dar às novas equipas um caminho rápido para construir implementações alternativas e fornecer uma referência que os auditores possam rever de ponta a ponta. A Nimbus e a Grandine já produziram protótipos que sincronizam com a cabeça da cadeia num laptop padrão em menos de cinco minutos. A especificação adiciona um harness de teste comum que gera casos limite e vetores de consenso. O harness permite que as equipas descubram bugs antes de o código chegar às testnets públicas.

Os rollups recebem garantias mais claras da camada base. A Ethereum compromete-se a fornecer disponibilidade de dados e liquidação seguras. A execução e a experiência do utilizador migram para a camada dois. O Lean Ethereum introduz um padrão para comunicação entre rollups que usa provas de validade partilhadas e uma interface de bridge comum. O padrão permite que ativos e mensagens se movam entre rollups sem intermediários de confiança e sem longos períodos de desafio. Um grupo de trabalho com membros da Arbitrum, Optimism, Base, Starknet e Scroll finalizará a interface. As carteiras podem encaminhar transações automaticamente e exibir um saldo unificado ao utilizador. O padrão usa provas recursivas para que uma única prova possa atestar o estado em vários rollups. Esse método reduz o custo de verificação na camada base e mantém a latência baixa para os utilizadores finais.

Os pressupostos de segurança recebem uma reformulação precisa. O Lean Ethereum assume uma maioria honesta de stake para vivacidade e uma rede síncrona para desempenho, mas a segurança mantém-se em condições assíncronas devido ao gadget de finalidade. A proposta remove funcionalidades que dependem de jogos económicos complexos ou que dão vantagens a grandes stakers. Um exemplo é a descontinuação dos leilões de MEV no protocolo. Em vez de leilões, o protocolo suporta um mempool encriptado neutro com desencriptação por limiar ao nível do bloco. A Flashbots e vários grupos universitários publicaram simulações que mostram que mempools encriptados reduzem o MEV prejudicial em mais de 70% enquanto preservam o valor competitivo do bloco. A alteração reduz a barreira para construtores independentes e diminui a dependência de fluxo de ordens privado.

A governação e a cadência de atualizações tornam-se previsíveis. O Lean Ethereum adota um modelo de comboio com uma atualização de consenso por ano no segundo trimestre e uma versão de manutenção para a camada de execução no quarto trimestre. O calendário dá às equipas de clientes tempo para planear e dá aos desenvolvedores de aplicações um alvo estável. Cada atualização deve incluir um plano de descontinuação para qualquer funcionalidade a ser removida. O processo exige uma revisão de segurança formal e uma testnet pública que funcione durante pelo menos três meses. A Ethereum Foundation comprometeu financiamento para fuzzing contínuo, para um programa de recompensas por bugs que paga em ETH e stablecoins, e para bolsas que suportam equipas de clientes alternativas. 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 chegou rapidamente após a chamada. Os principais desenvolvedores acolheram a clareza e a redução do âmbito. As equipas de aplicações pediram garantias de que a EVM legada permaneceria utilizável durante pelo menos cinco anos. A proposta define uma data de fim para 2032 com uma opção de extensão com base em métricas de uso e procura do ecossistema. As equipas de rollups apoiaram os compromissos de disponibilidade de dados e o padrão entre rollups porque essas alterações reduzem custos e melhoram a componibilidade. Os fornecedores de staking favoreceram a curva de recompensa mais simples porque reduz a complexidade contabilística e o trabalho de auditoria. Alguns participantes levantaram preocupações sobre ossificação e sobre mover demasiada funcionalidade para a camada dois, o que poderia afetar utilizadores com acesso limitado a rollups. Os autores responderam que a camada base manteria um ambiente de execução mínimo para transações de emergência e para casos de uso que exigem liquidação direta sem bridges.

As etapas de implementação já estão em andamento. A especificação do 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 de 2026. A primeira ronda de auditoria externa começa em janeiro de 2027. O conjunto de funcionalidades para a primeira atualização do Lean Ethereum tem como alvo um congelamento em meados de 2027. A ativação na mainnet está planeada para o segundo trimestre de 2028 se os testes cumprirem os critérios definidos. O padrão de comunicação entre rollups visa uma versão um em dezembro de 2026, com código de referência nos principais kits de desenvolvimento de software pouco depois. A Ethereum Foundation e várias equipas da camada dois alocaram recursos de engenharia para concluir o trabalho dentro do prazo.

O Lean Ethereum sinaliza uma mudança de expansão para consolidação. A rede demonstrou que pode atualizar sem tempo de inatividade e que pode suportar um grande ecossistema de rollups e aplicações. A nova direção foca em tornar o protocolo central robusto, compreensível e durável. As alterações trocam flexibilidade na camada base por simplicidade e previsibilidade. A estratégia aposta que uma fundação estável permite mais inovação nas bordas e que os desenvolvedores construirão funcionalidades avançadas onde pertencem. A camada base continuará a fornecer resistência à censura, neutralidade credível e liquidação global. Todo o resto pode viver na camada dois, onde a experimentação é mais rápida e a falha acarreta menos risco sistémico.

A discussão continuará durante o resto de 2026 e até 2027. A comunidade de investigação, equipas de clientes e desenvolvedores de aplicações partilham agora um ponto de referência comum para escolhas de design. O Lean Ethereum não remove ambição do roteiro. Canaliza a ambição para áreas onde a descentralização e a neutralidade são mais importantes e confia no ecossistema mais amplo para fornecer experiência do utilizador, escalabilidade e funcionalidades específicas de domínio. A proposta reconhece que a camada base deve fazer algumas coisas perfeitamente em vez de muitas coisas adequadamente. Ao escolher um âmbito menor e executar com disciplina, a Ethereum pretende permanecer a camada de liquidação para a internet de valor durante décadas.