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

A ideia central por detrás do Lean Ethereum é minimizar a complexidade do consenso, preservando ao mesmo tempo a segurança e a descentralização. Vitalik delineou três pilares. Primeiro, reduzir o número de funcionalidades críticas para o consenso que cada cliente deve implementar. Segundo, mover funcionalidades que servem casos de uso específicos para a camada de aplicação ou para rollups. Terceiro, endurecer a camada base em torno da disponibilidade de dados, liquidação e uma máquina virtual mínima que suporta provas de validade. O objetivo é um protocolo que permaneça fácil de perceber, fácil de verificar e fácil de implementar em novos clientes. A abordagem responde a preocupações de que a complexidade acumulada aumenta a barreira para novas equipas e aumenta a superfície para bugs de consenso.

Uma mudança chave envolve a gestão de estado. O Lean Ethereum propõe uma transição para um modelo de cliente sem estado como padrão. Neste modelo, os produtores de blocos anexam testemunhas que permitem aos validadores executar um bloco sem armazenar toda a trie de estado. Os clientes de execução mantêm apenas o estado de que necessitam para as aplicações que lhes interessam. A camada base garante a disponibilidade de dados e impõe transições de estado através de provas sucintas, mas os nós completos já não precisam de manter centenas de gigabytes de estado histórico. Os benchmarks partilhados 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 o staking doméstico. O design utiliza árvores Verkle, que foram ativadas com a atualização Verge, e adiciona formatos de testemunha padronizados 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 num conjunto estável de funcionalidades e introduzir uma VM paralela, mínima e otimizada para provas de conhecimento zero. A EVM legada continua a suportar contratos e ferramentas existentes. A nova VM visa programadores que constroem rollups de validade e utiliza um conjunto de instruções simplificado que mapeia diretamente para circuitos aritméticos. A separação permite inovação na camada de aplicação, mantendo a lógica de consenso enxuta. As equipas de clientes manteriam a EVM legada para retrocompatibilidade, mas as alterações de consenso a essa VM parariam após uma data definida. O feedback das equipas Solidity e Vyper indicou apoio porque uma EVM congelada reduz a carga de manutenção e teste a longo prazo.

A disponibilidade de dados continua a ser central. O Lean Ethereum reforça o proto danksharding e o roteiro completo do danksharding. O objetivo de largura de banda para blobs aumenta para 32 megabytes por slot até ao final de 2027, com um caminho para 128 megabytes por slot assim que 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 a disponibilidade de dados: 99,95% dos blobs recuperáveis por qualquer nó dentro de dois slots. Para cumprir esse objetivo, o protocolo introduz a reparação distribuída de blobs, onde os nós reconstroem partes em falta usando codificação de apagamento e um protocolo de gossip. Testes iniciais na testnet Holesky mostraram sucesso de reparação 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 as recompensas com base na participação total, na taxa de participação e noutros fatores. O novo design define uma recompensa base fixa por validador e utiliza uma penalização simples para o tempo offline. A mudança torna o rendimento previsível para os stakers e mais fácil de modelar para instituições. Também reduz o risco de interações indesejadas entre a mecânica de recompensas e a política monetária. Simulações apresentadas pela equipa de investigação 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 e não como 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 nos comités de sincronização, mas omite descoberta de pares, servidores RPC e redes avançadas. O objetivo é permitir que novas equipas construam clientes alternativos rapidamente e fornecer uma referência que os auditores possam rever de ponta a ponta. As equipas Nimbus e Grandine já produziram protótipos que sincronizam com a cabeça da chain num portátil em menos de cinco minutos. A especificação também define um ambiente de teste padrão para que bugs de consenso possam ser detetados antes de chegarem à mainnet.

O roteiro para rollups torna-se mais claro sob o Lean Ethereum. A camada base compromete-se a fornecer disponibilidade de dados e liquidação seguras, enquanto a execução e a experiência do utilizador migram para a camada dois. A proposta introduz um padrão para comunicação entre rollups que utiliza provas de validade partilhadas e um formato de ponte comum. O padrão permite que ativos e mensagens se movam entre rollups sem intermediários de confiança e sem períodos de espera. Várias equipas importantes de rollups, incluindo as equipas por detrás da Arbitrum, Optimism, Base e Starknet, juntaram-se a um grupo de trabalho para finalizar a interface. O objetivo é dar aos utilizadores a sensação de um único Ethereum, mesmo quando as aplicações vivem em diferentes rollups. As carteiras tratariam do encaminhamento automaticamente e exibiriam saldos como uma conta unificada.

Os pressupostos de segurança são reafirmados com precisão. O Lean Ethereum assume uma maioria honesta de stake e uma rede síncrona para vivacidade, mas a segurança mantém-se em condições assíncronas graças aos gadgets de finalidade. A proposta remove funcionalidades que dependiam de jogos económicos complexos ou que criavam vantagem assimétrica para grandes stakers. Por exemplo, o plano deprecia os leilões de MEV no protocolo e, em vez disso, suporta um mempool neutro e encriptado combinado com desencriptação limiar ao nível do bloco. A mudança reduz o incentivo para o fluxo de ordens privadas e baixa a barreira para construtores independentes. A Flashbots, juntamente com grupos académicos, publicou simulações mostrando que mempools encriptados reduzem o 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 comboio 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 equipas de clientes e dá tempo aos programadores de aplicações para testar. Cada atualização deve incluir um plano de depreciação claro para qualquer funcionalidade removida. O processo requer 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 e 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 os incentivos com o objetivo de uma camada base enxuta.

A resposta da comunidade foi imediata. Os programadores principais expressaram apoio pela clareza e pelo âmbito reduzido. Os programadores de aplicações pediram garantias de que a EVM legada permaneceria utilizável durante pelo menos cinco anos, e a proposta inclui uma data de termo em 2032 com a opção de prolongamento com base em métricas de utilização. As equipas de rollups acolheram bem os compromissos de disponibilidade de dados e o padrão entre rollups porque essas mudanças reduzem custos e melhoram a composabilidade. Os fornecedores de staking apoiaram a curva de recompensas mais simples porque reduz a complexidade contabilística para os clientes. Os críticos levantaram preocupações sobre ossificação e sobre o risco de mover demasiada funcionalidade para fora da camada base, o que poderia prejudicar os utilizadores que não podem aceder à 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 requerem 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 ronda 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 seria ativada 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á uma versão um do padrão até dezembro de 2026, com implementações de referência nos principais kits de desenvolvimento de software.

O Lean Ethereum representa uma mudança da expansão para a consolidação. A rede já provou que pode ser atualizada sem tempo de inatividade e que pode suportar um grande ecossistema de rollups. A nova direção foca-se 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 fazê-lo cria fragilidade. Ao escolher um âmbito menor e cumpri-lo com alta fiabilidade, a Ethereum pretende manter-se como a camada de liquidação para a internet de valor, enquanto permite que os rollups concorram em execução, experiência do utilizador e custo.

A discussão continuará durante o resto de 2026, mas a direção está definida. A comunidade de investigação, as equipas de clientes e os programadores de aplicações têm agora um ponto de referência partilhado para decisões de design. O Lean Ethereum não remove a ambição do roteiro. Canaliza essa ambição para áreas onde a descentralização e a neutralidade são mais importantes, e confia no ecossistema mais alargado para construir tudo o resto em cima.