Resumo:
O estado do Ethereum cresce 100 GB anualmente; 20x de escalabilidade criaria 8 TB de estado em quatro anos para os construtores.
Soluções de forte ausência de estado e expiração de estado enfrentam problemas de compatibilidade retroativa com aplicativos existentes.
Novo armazenamento temporário é reiniciado mensalmente, enquanto sistemas UTXO permitem expiração de zero duração para economias de custo.
Os desenvolvedores podem continuar usando armazenamento permanente inicialmente e, em seguida, migrar gradualmente para níveis mais baratos ao longo do tempo.
O co-fundador do Ethereum, Vitalik Buterin, apresentou uma proposta abrangente para abordar os desafios de escalabilidade do estado na rede.
O plano introduz novas formas de armazenamento de estado ao lado de mecanismos existentes para alcançar 1000x de escalabilidade. Postado em 5 de fevereiro, a proposta de Buterin reconhece que, embora o Ethereum tenha caminhos claros para escalar execução e dados, a escalabilidade do estado continua fundamentalmente diferente e requer soluções inovadoras.
Desafio de Escalabilidade Assimétrica Cria Necessidade por Abordagem Alternativa
Buterin delineou em sua postagem no X que o Ethereum enfrenta diferentes realidades de escalabilidade em três recursos críticos. “Queremos 1000x de escala no Ethereum L1. Sabemos aproximadamente como fazer isso para execução e dados. Mas escalar o estado é fundamentalmente mais difícil,” ele afirmou.
A execução pode alcançar ganhos de 1000x através de ZK-EVMs, enquanto a escalabilidade de dados atinge níveis semelhantes via tecnologia PeerDAS. No entanto, a escalabilidade do estado carece de tais soluções inovadoras.
Hiper-escalando o estado do Ethereum criando novas formas de estado: https://t.co/FCRfsG5k0i
Resumo:
* Queremos 1000x de escala no Ethereum L1. Sabemos aproximadamente como fazer isso para execução e dados. Mas escalar o estado é fundamentalmente mais difícil.
* O caminho mais prático para o Ethereum pode… pic.twitter.com/6bQb9q64iA
— vitalik.eth (@VitalikButerin) 5 de fevereiro de 2026
O estado atual cresce a 100 GB anualmente, e um aumento de 20x criaria um crescimento anual de 2 TB. Após quatro anos, isso resulta em 8 TB de tamanho total de estado que os construtores devem manter.
A proposta explica que a eficiência do banco de dados e a sincronização apresentam grandes obstáculos. Os bancos de dados modernos dos clientes lutam com estados de múltiplos terabytes porque gravações exigem atualizações de árvore logarítmicas.
Buterin enfatizou que o estado difere fundamentalmente de computação e dados. Os construtores precisam de estado completo para construir qualquer bloco, independentemente dos limites de gás.
Essa realidade exige abordagens conservadoras de escalabilidade e elimina muitas técnicas de sharding que funcionam para outros recursos. A rede não pode depender apenas de construtores profissionais, já que a construção de blocos sem permissão exige custos de configuração razoáveis.
A forte ausência de estado e os mecanismos de expiração enfrentam problemas de compatibilidade
A postagem analisou por que as soluções propostas anteriormente não atendem aos requisitos. A forte ausência de estado exigiria que os usuários especificassem contas acessadas e slots de armazenamento enquanto fornecem provas de Merkle.
Essa abordagem cria três problemas principais: dependência de infraestrutura off-chain, incompatibilidade retroativa com padrões de acesso de armazenamento dinâmico e custos de largura de banda aumentados alcançando 4 KB por transferência simples de ERC20.
Os designs de expiração de estado também encontram obstáculos fundamentais. Criar novas contas requer provar que nada existiu naquele endereço ao longo de toda a história do Ethereum.
Esquemas de regeneração repetidos exigem N buscas para a criação de contas no ano N. Mecanismos de período de endereço tentam mitigar, mas quebram a compatibilidade com contratos ERC20 existentes que usam geração de slot de armazenamento opaco.
Buterin observou que essas explorações revelam padrões importantes. “Substituir todos os acessos de estado por ramificações de Merkle é demais, substituir acessos de estado em casos excepcionais por ramificações de Merkle é aceitável,” ele explicou.
A análise aponta para sistemas de estado em camadas que distinguem estados de alto valor frequentemente acessados de estados de baixo valor raramente acessados. No entanto, a compatibilidade retroativa se prova extremamente difícil, pois camadas inferiores não podem suportar chamadas dinâmicas síncronas de forma alguma.
Novos tipos de armazenamento permitem que os desenvolvedores escolham entre custo e flexibilidade
A proposta introduz armazenamento temporário que reinicia mensalmente e sistemas baseados em UTXO como soluções primárias. Buterin descreveu sua visão: “O caminho mais prático para o Ethereum pode realmente ser escalar o estado existente apenas uma quantidade média, e ao mesmo tempo introduzir novas formas de estado que seriam extremamente baratas, mas também mais restritivas.”
O armazenamento temporário se adapta ao estado descartável para leilões, votos de governança e eventos de jogos. Os saldos ERC20 poderiam usar mecanismos de ressurreição com bitfields rastreando o uso histórico do estado.
Esse design suportaria 8 TB de estado temporário mensalmente com apenas 16 GB de armazenamento permanente para rastreamento. Sistemas UTXO levam a expiração ao seu extremo lógico com períodos de zero duração.
Buterin imagina que contas de usuários e códigos de contratos inteligentes permaneçam em armazenamento permanente para acessibilidade. NFTs e saldos de tokens migrariam para UTXOs ou armazenamento temporário, enquanto o estado de eventos de curto prazo utiliza mecanismos temporários.
Contratos DeFi principais permaneceriam permanentes para composição, mas posições individuais como CDPs poderiam se mover para camadas mais baratas. Os desenvolvedores podem inicialmente usar armazenamento permanente exclusivamente, e depois otimizar ao longo do tempo à medida que o ecossistema se adapta.
A postagem Vitalik Buterin propõe um design de estado em múltiplas camadas para alcançar 1000x de escalabilidade do Ethereum apareceu primeiro em Blockonomi.