Vitalik Buterin quer colocar o Ethereum em uma dieta radical. Em 6 de julho de 2026, o cofundador do Ethereum publicou um artigo de pesquisa detalhado descrevendo o que ele chama de proposta do Ethereum “Extremamente Enxuto” — um plano para comprimir a camada de consenso da rede de forma tão agressiva que cada validador deixaria para trás apenas cerca de 6 bytes de estado on-chain, em comparação com a pegada consideravelmente mais pesada que os validadores carregam hoje. A força motriz por trás dessa compressão: provas de conhecimento zero.
Summary
Principais destaques
- A proposta Ethereum Extremamente Enxuto de Vitalik Buterin visa reduzir o estado on-chain dos validadores para aproximadamente 6 bytes usando provas ZK-STARK.
- Um plano em duas fases substitui as atualizações de saldo por época por provas ZK-STARK diárias (Fase 1) e introduz chaves diárias anônimas de validadores para maior privacidade (Fase 2).
- Buterin descreveu o Ethereum Enxuto como a “terceira grande iteração” da rede, potencialmente tão significativa quanto o Merge.
- Espera-se que o desenvolvimento leve de três a quatro anos, embora vários pesquisadores proeminentes estejam pressionando por um cronograma mais rápido.
- A atualização Hegota provavelmente será o último grande fork do Ethereum antes do início da era Enxuta.
Uma terceira grande iteração — e por que esse enquadramento importa
Buterin enquadrou a proposta como a “terceira grande iteração” do Ethereum — uma descrição que carrega peso real. A primeira foi o lançamento original do Ethereum com prova de trabalho; a segunda foi o Merge, quando o Ethereum mudou para consenso de prova de participação em uma das transições tecnicamente mais complexas da história do blockchain. Colocar o Ethereum Enxuto nessa linhagem sinaliza que isso não é um ciclo de atualização incremental. É uma reformulação estrutural de como a cadeia gerencia o estado.
O roteiro mais amplo do Ethereum Enxuto surgiu pela primeira vez por volta de meados de 2025 e abrange três pilares interconectados: um sistema de consenso redesenhado chamado Lean Consensus, um manuseio de dados aprimorado com recursos pós-quânticos chamado Lean Data e uma máquina virtual mínima amigável a SNARKs — possivelmente baseada em RISC-V — chamada Lean Execution. O mais recente artigo de Buterin, “Extremely Lean Chain”, foca especificamente na camada de consenso, tendo como alvo a Beacon Chain para uma ampla minimização de dados on-chain.
A lógica estratégica é direta: ao tornar a cadeia quase sem estado, a rede pode manter os nós completos leves e abrir a porta para o escalonamento do consenso para potencialmente milhões de validadores. Esse é um teto de escalabilidade que nenhuma arquitetura atual do Ethereum chega perto de alcançar.
O plano técnico em duas fases
Fase 1: substituindo atualizações de saldo por provas ZK-STARK diárias
A Fase 1 remove a maior parte dos dados dos validadores da cadeia por completo. Em vez de atualizar saldos a cada época, cada validador enviaria uma única prova ZK-STARK diária — uma atestação criptográfica compacta que permite à cadeia verificar a correção sem armazenar os dados subjacentes em si. O resultado: o estado on-chain encolhe para apenas alguns bytes por validador, e a cadeia permanece quase sem estado em relação a recompensas e penalidades. O trabalho é transferido para os validadores, que geram e enviam essas provas, enquanto os nós completos permanecem leves.
Esse é o principal trade-off que Buterin está projetando. Os validadores assumem mais responsabilidade computacional para que a camada base possa permanecer enxuta. É uma inversão deliberada do modelo atual, em que o estado se acumula na cadeia e os nós completos precisam acompanhá-lo.
Fase 2: chaves diárias anônimas e privacidade dos validadores
A Fase 2 vai além. Cada validador receberia uma nova chave e identidade anônima a cada dia, registrando-se novamente e comprovando seu saldo de forma privada em cada ciclo. O efeito prático é um conjunto de validadores que gira diariamente e é não vinculável — tornando significativamente mais difícil para observadores externos correlacionar identidades de validadores ao longo do tempo.
A privacidade no nível do validador tem sido, há muito tempo, uma área pouco atendida no design do Ethereum. A Fase 2 a aborda de forma estrutural, e não como um complemento, o que é parte do que torna essa proposta arquitetonicamente distinta.
Finalidade em slot único e criptografia resistente a quântica
Além da minimização de estado e da privacidade, o roteiro incorpora outros dois grandes objetivos técnicos: finalidade em slot único, que permitiria que as transações alcançassem confirmação irreversível dentro de um único bloco em vez de esperar por múltiplas épocas, e criptografia resistente a quântica construída sobre provas STARK recursivas. Este último é cada vez mais urgente — a preocupação com futuras ameaças da computação quântica à criptografia de curva elíptica passou do teórico para a fase de planejamento em grande parte da comunidade de pesquisa em criptografia.
A comunidade está a favor — mas quer se mover mais rápido
A comunidade de pesquisa do Ethereum acolheu amplamente a direção. Eli Ben-Sasson, cofundador da StarkWare, chamou o roteiro atualizado de “muitas coisas boas, algumas coisas pouco claras, ainda alguns problemas”. Ele elogiou a decisão de colocar STARKs recursivos no centro do futuro do Ethereum — uma mudança notável, dado que partes da comunidade Ethereum eram céticas em relação à tecnologia em anos anteriores. Sobre a prontidão quântica especificamente, Ben-Sasson foi direto: “Segurança quântica — excelente. Fico feliz em ver isso como alta prioridade.”
Mas seu entusiasmo veio com uma ressalva contundente: “3-4 anos como cronograma é tempo demais. Especialmente para prontidão quântica.”
O ex-pesquisador da Ethereum Foundation Dankrad Feist ecoou esse sentimento. Ele chamou a visão de “realmente legal” e destacou recursos como finalidade de transação quase instantânea e taxa de transferência dramaticamente maior como potencialmente transformadores. Ainda assim, foi direto quanto ao ritmo: “3-4 anos é muito lento. Acho que devemos ser ambiciosos e concluir isso em ~1 ano.” Feist chegou a sugerir que avanços recentes em ferramentas de IA, incluindo grandes modelos de linguagem, poderiam acelerar o desenvolvimento.
O pesquisador da Ethereum Foundation Barnabé Monnot concentrou-se em como o roteiro atualizado difere da versão de fevereiro. Entre as principais mudanças: algumas melhorias na velocidade de produção de blocos foram empurradas mais para frente, enquanto as mudanças no sistema de consenso subiram na lista de prioridades. Vários recursos propostos anteriormente também foram removidos — movimentos que Monnot sugeriu que poderiam, em última análise, ajudar a alcançar uma finalidade de transação mais rápida e uma resistência à censura mais forte.
O debate dentro da comunidade de pesquisa do Ethereum, notavelmente, mudou seu centro de gravidade. A questão não é mais se deve seguir essa direção — é se a rede consegue executar rápido o suficiente para permanecer relevante.
O que vem a seguir: Hegota, governança e novas instituições
Buterin indicou que a próxima atualização Hegota do Ethereum provavelmente será o último grande fork antes que a era Enxuta comece de fato. Após Hegota, a trajetória de desenvolvimento do protocolo deverá se orientar em torno dos requisitos do roteiro Enxuto.
Essa transição está acontecendo ao lado de mudanças organizacionais mais amplas. A Ethereum Foundation passou por uma redução significativa e uma reestruturação interna. Enquanto isso, duas novas organizações sem fins lucrativos surgiram para preencher partes da lacuna institucional: Ethereum Institutional e EthLabs, esta última explicitamente encarregada de contribuir para P&D do protocolo. Ambas as organizações contam com apoio da Bitmine, Sharplink e Joseph Lubin.
Se essas novas estruturas conseguirão coordenar-se de forma eficaz ao longo de um desenvolvimento técnico de três a quatro anos — que toca quase todas as camadas da arquitetura do Ethereum — é uma questão que o ecossistema responderá em tempo real. O apelo da comunidade de pesquisa por uma execução mais rápida adiciona pressão. Se as ferramentas de IA realmente acelerarem a implementação criptográfica no ritmo que pesquisadores como Feist acreditam ser possível, o cronograma original pode se comprimir mais rapidamente do que o roteiro atualmente projeta.
Perguntas frequentes
Qual é o principal objetivo da proposta Ethereum “Extremamente Enxuto”?
O principal objetivo é reduzir radicalmente a camada de consenso do Ethereum, diminuindo drasticamente o estado on-chain dos validadores por meio de provas de conhecimento zero, tornando a cadeia mais eficiente e escalável.
Como o plano em duas fases melhora a camada de consenso do Ethereum?
A Fase 1 substitui as atualizações de saldo por época por provas STARK de conhecimento zero diárias para minimizar os dados de estado, reduzindo a pegada on-chain de cada validador para aproximadamente 6 bytes. A Fase 2 aprimora a privacidade dos validadores fornecendo novas chaves anônimas a cada dia, transformando o conjunto de validadores em uma lista diária rotativa e não vinculável.
Qual é o cronograma projetado para o desenvolvimento do Ethereum Enxuto?
Buterin projetou um período de desenvolvimento de três a quatro anos. No entanto, vários pesquisadores proeminentes do Ethereum — incluindo Eli Ben-Sasson e Dankrad Feist — argumentaram que isso é muito lento e instaram a rede a buscar um cronograma significativamente mais curto.
Quais benefícios potenciais de escalabilidade o Ethereum Enxuto oferece?
Ao manter a cadeia quase sem estado e transferir o trabalho computacional para os validadores, o Ethereum Enxuto pode permitir que o consenso escale para milhões de validadores — um nível muito além do que a arquitetura atual do Ethereum suporta.
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”Qual é o principal objetivo da proposta Ethereum “Extremamente Enxuto”?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”O principal objetivo é reduzir radicalmente a camada de consenso do Ethereum, diminuindo drasticamente o estado on-chain dos validadores por meio de provas de conhecimento zero, tornando a cadeia mais eficiente e escalável.”}},{“@type”:”Question”,”name”:”Como o plano em duas fases melhora a camada de consenso do Ethereum?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”A Fase 1 substitui as atualizações de saldo por época por provas STARK de conhecimento zero diárias para minimizar os dados de estado, reduzindo a pegada on-chain de cada validador para aproximadamente 6 bytes. A Fase 2 aprimora a privacidade dos validadores fornecendo novas chaves anônimas a cada dia, transformando o conjunto de validadores em uma lista diária rotativa e não vinculável.”}},{“@type”:”Question”,”name”:”Qual é o cronograma projetado para o desenvolvimento do Ethereum Enxuto?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Buterin projetou um período de desenvolvimento de três a quatro anos. No entanto, vários pesquisadores proeminentes do Ethereum — incluindo Eli Ben-Sasson e Dankrad Feist — argumentaram que isso é muito lento e instaram a rede a buscar um cronograma significativamente mais curto.”}},{“@type”:”Question”,”name”:”Quais benefícios potenciais de escalabilidade o Ethereum Enxuto oferece?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Ao manter a cadeia quase sem estado e transferir o trabalho computacional para os validadores, o Ethereum Enxuto pode permitir que o consenso escale para milhões de validadores — um nível muito além do que a arquitetura atual do Ethereum suporta.”}}]}
Artigo produzido com a assistência de inteligência artificial e revisado pela equipe editorial.
