#VitalikUnveilsLeanEthereum Vitalik Buterin apresentou o Lean Ethereum durante a teleconferência dos All Core Developers em 3 de setembro de 2026, e a proposta orienta agora a discussão técnica entre as equipas de clientes, os programadores de aplicações e o ecossistema em geral. O documento delineia um caminho para reduzir a complexidade do protocolo, diminuir a sobrecarga de manutenção e concentrar a camada de base num pequeno conjunto de garantias robustas. O timing alinha-se com a conclusão da atualização Verge no segundo trimestre de 2026 e com a crescente diversidade de clientes, que torna viáveis grandes refatorações. O Lean Ethereum responde ao feedback de que as funcionalidades acumuladas aumentam o risco de bugs de consenso e elevam a barreira para novas equipas que queiram construir clientes ou auditar a especificação.

A proposta assenta em três ideias centrais. Primeiro, minimizar o número de funções críticas para o consenso que cada cliente tem de implementar. Segundo, mover funcionalidades especializadas para rollups ou para a camada de aplicação. Terceiro, endurecer a camada de 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 se mantenha fácil de verificar, fácil de implementar e fácil de raciocinar. A abordagem aceita que a camada de base não pode servir todos os casos de uso e que tentar fazê-lo cria fragilidade. Ao escolher um âmbito menor, a rede pode oferecer garantias mais fortes onde mais importa.

As alterações na gestão de estado estão no centro do Lean Ethereum. O plano torna a execução sem estado (stateless) como padrão para os clientes. Os produtores de blocos incluem testemunhas que permitem aos validadores executar um bloco sem armazenar toda a árvore de estado. Os clientes de execução mantêm apenas o estado relevante para as aplicações que suportam. A camada de 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 na atualização Verge, fornecem a estrutura criptográfica para as testemunhas. Formatos de testemunha padronizados permitem que clientes leves e rollups interoperem sem código personalizado. Os benchmarks partilhados na chamada mostraram que um cliente sem estado pode verificar blocos da mainnet em menos de 180 milissegundos num portátil com quatro núcleos. Esse desempenho reduz os requisitos de hardware e suporta o staking doméstico. A redução no armazenamento de estado também reduz a largura de banda e a entrada/saída de disco, o que ajuda os nós a funcionar em ambientes limitados.

A estratégia 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 e introduzir uma VM mínima otimizada para provas de conhecimento zero. A EVM legada continua a suportar contratos existentes, ferramentas e experiência de programador. 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 enquanto a lógica de consenso se mantém estável. As equipas de clientes manteriam a EVM legada para retrocompatibilidade, mas as alterações de consenso nessa VM cessariam após uma data de fim de vida. As equipas do Solidity e do Vyper indicaram 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 escolher a EVM legada para compatibilidade ou a nova VM para desempenho em rollups de validade.

A disponibilidade de dados continua a ser uma responsabilidade da camada de base. O Lean Ethereum confirma o compromisso com o proto-danksharding e o danksharding total. O objetivo 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 atingir qualidade de 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 tornar 99,95% dos blobs 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 pedaços 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. O mecanismo de reparação opera em paralelo com a camada ponto a ponto existente e utiliza largura de banda eficientemente ao priorizar índices em falta.

A economia dos validadores torna-se mais simples no Lean Ethereum. A proposta substitui a curva de recompensa variável atual por uma recompensa base fixa por validador e uma penalidade simples por tempo offline. A alteração remove parâmetros que ligam a emissão ao stake total, à 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 reguladores. Simulações apresentadas pela equipa de investigação mostram que a emissão se situaria entre 0,25% e 0,55% do fornecimento total por ano, dependendo do rácio de staking. O intervalo mantém incentivos de segurança enquanto limita a diluição. A penalidade por atestações perdidas permanece proporcional ao tempo de inatividade, o que preserva os incentivos de vivacidade. A simplificação também reduz os casos extremos que as equipas de auditoria devem verificar durante cada atualização.

A diversidade de clientes é tratada como um objetivo de primeira classe. 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 nos 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 para construir implementações alternativas rapidamente 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 chain num portátil normal em menos de cinco minutos. A especificação adiciona um harness de teste comum que gera casos extremos e vetores de consenso. O harness permite que as equipas detetem bugs antes de o código chegar às testnets públicas.

As rollups recebem garantias mais claras. A camada de base 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 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. O padrão utiliza provas recursivas de modo que uma única prova possa atestar o estado de várias rollups. Essa abordagem reduz o custo de verificação na camada de base e mantém a latência baixa para os utilizadores.

As premissas de segurança são reafirmadas com precisão. 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 sob condições assíncronas devido ao gadget de finalidade. A proposta remove funcionalidades que dependiam de jogos económicos complexos ou que davam vantagens a grandes stakers. Um exemplo é a descontinuação dos leilões de MEV no protocolo. Em vez disso, 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 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 ordens privado.

A governança 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á às equipas de clientes tempo para planear e fornece um alvo estável aos programadores de aplicações. Cada atualização deve incluir um plano de descontinuação para qualquer funcionalidade 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 bug bounty que paga em ETH e stablecoins, e para bolsas que apoiam equipas de clientes alternativos. Os escalões de recompensa aumentam para bugs que afetam o cliente mínimo, o que alinha incentivos com o objetivo de uma camada de base leve.

O feedback da comunidade chegou rapidamente após a chamada. Os programadores principais 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 de vida em 2032, com opção de extensão com base em métricas de utilização e procura do ecossistema. As equipas de rollup apoiaram os compromissos de disponibilidade de dados e o padrã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 críticos levantaram preocupações sobre ossificação e sobre empurrar demasiada funcionalidade para a camada dois, o que poderia afetar utilizadores com acesso limitado a rollups. Os autores responderam que a camada de 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 pontes.

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 Lean Ethereum visa 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 de camada dois alocaram recursos de engenharia para concluir o trabalho dentro do prazo.

O Lean Ethereum marca uma mudança da expansão para a consolidação. A rede provou que pode atualizar-se sem tempo de inatividade e que pode suportar um grande ecossistema de rollups e aplicações. A nova direção foca-se em tornar o protocolo principal robusto, compreensível e duradouro. As alterações trocam flexibilidade na camada de base por simplicidade e previsibilidade. A aposta é que uma fundação estável permite mais inovação nas margens e que os programadores construirão funcionalidades avançadas onde elas pertencem. A camada de 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 são menos sistémicas.

A conversa 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 para as escolhas de conceção. O Lean Ethereum remove ambição do roteiro. Canaliza a ambição para áreas onde a descentralização e a neutralidade importam mais e confia ao ecossistema mais amplo a entrega da experiência do utilizador, escalabilidade e funcionalidades específicas de domínio. A proposta reconhece que a camada de base deve fazer perfeitamente algumas coisas em vez de fazer adequadamente muitas coisas. Ao escolher um âmbito menor e executar com disciplina, o Ethereum ambiciona permanecer a camada de liquidação para a internet de valor durante décadas.