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

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

A gestão de estado recebe a maior alteração no âmbito do Lean Ethereum. O plano estabelece a execução sem estado como padrão para os clientes. Os produtores de blocos anexam testemunhas que permitem aos validadores executar um bloco sem armazenar a árvore de estado completa. Os clientes de execução retê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 Verkle trees, 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. Os dados de desempenho partilhados na chamada mostraram que um cliente sem estado pode verificar blocos da mainnet em menos de 175 milissegundos num portátil com quatro núcleos. Essa velocidade reduz os requisitos de hardware e ajuda a manter viável o staking caseiro. O armazenamento de estado mais reduzido também diminui a largura de banda e a entrada e saída de disco, o que suporta nós que operam em ambientes 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 de 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 utiliza 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, mantendo a lógica de consenso estável. As equipas de clientes manteriam a EVM legada para compatibilidade retroativa, mas as alterações de consenso a essa VM cessariam após uma data de descontinuação definida. As equipas Solidity e Vyper expressaram apoio, porque um alvo estável reduz os custos de teste e simplifica a manutenção a longo prazo. Os programadores de aplicações podem selecionar a EVM legada para compatibilidade ou a nova VM para desempenho no interior de rollups de validade.

A disponibilidade de dados continua a ser uma responsabilidade central da camada base. O Lean Ethereum confirma o compromisso com o proto danksharding e o danksharding completo. O objetivo de largura de banda para blobs sobe para 32 megabytes por slot até finais de 2027 e para 128 megabytes por slot quando a amostragem de disponibilidade de dados atingir a prontidão para produção. O aumento suporta milhares de rollups e permite submissões de dados de grande dimensão 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 por cento dos blobs permanecem recuperáveis por qualquer nó dentro de dois slots. Para cumprir esse objetivo, o protocolo adiciona reparação distribuída de blobs. Os nós reconstroem partes em falta utilizando codificação de apagamento e um protocolo de gossip. Os testes na testnet Holesky alcançaram uma taxa de sucesso de reparação acima de 99,99 por cento sob partições de rede simuladas e falhas direcionadas de nós. O mecanismo de reparação opera em conjunto com a camada ponto a ponto existente e utiliza a largura de banda de forma eficiente, priorizando í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 penalização direta para o tempo offline. A alteração remove parâmetros que ligam a emissão ao total de stake, à taxa de participação e a outros fatores dinâmicos. O novo modelo torna o rendimento previsível para os stakers e mais fácil de modelar para custodiantes, fundos e relatórios regulatórios. As simulações apresentadas pelo grupo de investigação indicam que a emissão se manteria entre 0,24 por cento e 0,56 por cento da oferta total por ano, dependendo do rácio de staking. O intervalo mantém os incentivos de segurança ao mesmo tempo que limita a diluição. A penalização por atestações falhadas permanece 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 têm de 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 o 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 portátil standard em menos de cinco minutos. A especificação adiciona uma estrutura de teste comum que gera casos limite e vetores de consenso. A estrutura 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 utiliza provas de validade partilhadas e uma interface de ponte comum. O padrão permite que ativos e mensagens circulem 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 utiliza 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 é válida 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 os mempools encriptados reduzem o MEV prejudicial em mais de setenta por cento, preservando ao mesmo tempo o valor competitivo do bloco. A alteração reduz a barreira para construtores independentes e diminui a dependência de fluxo de ordem privado.

A governação e o ritmo 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á tempo às equipas de clientes para planear e oferece um alvo estável aos programadores de aplicações. 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-se a financiar fuzzing contínuo, um programa de bug bounty que paga em ETH e stablecoins, e subvenções que apoiam equipas de clientes alternativas. Os escalões de recompensa aumentam para bugs que afetam o cliente mínimo, o que alinha os incentivos com o objetivo de uma camada base leve.

A resposta da comunidade chegou rapidamente após a chamada. Os programadores principais acolheram bem 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 descontinuação em 2032, com uma opção de extensão baseada em métricas de utilização e procura do ecossistema. As equipas de rollups apoiaram os compromissos de disponibilidade de dados e o padrão de comunicação entre rollups, porque essas alterações reduzem custos e melhoram a composabilidade. 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 a transferência de 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 exijam liquidação direta sem pontes.

Os passos de implementação já estão em movimento. 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 Lean Ethereum tem como alvo uma congelação em meados de 2027. A ativação na mainnet está prevista 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 da expansão para a consolidação. A rede demonstrou que pode ser atualizada sem tempo de inatividade e que pode suportar um grande ecossistema de rollups e aplicações. A nova direção concentra-se em tornar o protocolo central robusto, compreensível e duradouro. As alterações trocam flexibilidade na camada base por simplicidade e previsibilidade. A estratégia aposta que uma base estável permite mais inovação nas margens e que os programadores construirão funcionalidades avançadas onde elas pertencem. A camada base continuará a fornecer resistência à censura, neutralidade credível e liquidação global. Tudo o resto pode viver na camada dois, onde a experimentação é mais rápida e as falhas acarretam menos risco sistémico.

A discussão continuará durante o resto de 2026 e até 2027. A comunidade de investigação, as equipas de clientes e os programadores 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 ao ecossistema mais amplo a entrega da experiência do utilizador, escalabilidade e funcionalidades de domínio específico. A proposta reconhece que a camada base deve fazer algumas coisas perfeitamente, em vez de muitas coisas adequadamente. Ao escolher um âmbito mais reduzido e ao executar com disciplina, a Ethereum pretende continuar a ser a camada de liquidação para a internet de valor durante décadas.