Vitalik, após a conferência de Berlim, detalhou o roteiro «Lean Ethereum»: nos próximos 3-4 anos, o protocolo central adotará verificação STARK recursiva em vez de verificação direta de execução, introduzirá um sistema criptográfico resistente a quantum, desacoplará o mecanismo de consenso em design de cadeia disponível e finalidade, e reestruturará a estrutura de estado para um modelo de dois níveis. A privacidade já não é uma funcionalidade adicional, mas sim um objetivo do design do protocolo. Isto significa que a lógica subjacente do Ethereum está a passar de uma «camada de execução geral» para uma «camada de computação verificável». Se implementado, os custos de verificação de L2, a interoperabilidade entre cadeias, e até o caminho de implementação da abstração de contas serão reescritos. Mas isto não é um hard fork único, mas sim uma série de atualizações progressivas. Parâmetros como o limite de Gas, a capacidade de Blob, e o tempo de bloco serão ajustados várias vezes nos próximos anos. O Ethereum está a mudar do modo de «atualização» para o modo de «reestruturação contínua». O risco é: quanto mais longo o ciclo de reestruturação, maior a incerteza do ecossistema. Os desenvolvedores podem atrasar o desenvolvimento de aplicações à espera da nova arquitetura, e os utilizadores também podem ficar à espera devido a mudanças frequentes na camada subjacente. Historicamente, cada grande iteração do Ethereum é acompanhada por dores a curto prazo — a saída dos mineradores PoW antes de The Merge, a volatilidade de taxas após EIP-1559. O valor do Lean Ethereum não está no preço a curto prazo, mas sim na sua capacidade de manter o Ethereum numa posição central na onda de L2 e modularização.