Fork Hegotá da Ethereum: Como as Verkle Trees Podem Reduzir o Armazenamento de Nós em 90% e Desbloquear Clientes Stateless
Executar um nó completo (full node) do Ethereum em 2026 exige de 4 a 8 TB de armazenamento SSD NVMe, 32 a 64 GB de RAM e uma CPU moderna de oito núcleos. Esse custo de hardware exclui os entusiastas, concentra o poder de validação entre operadores bem financiados e mina silenciosamente a promessa de descentralização que justifica toda a rede. O hard fork Hegotá, agendado para o final de 2026, visa mudar essa equação com uma única troca arquitetural: substituir a Merkle Patricia Trie de 15 anos pelas Verkle Trees, uma estrutura de dados criptográfica que poderia reduzir os requisitos de armazenamento de nós em até 90 % e tornar os clientes Ethereum "sem estado" (stateless) uma realidade de produção pela primeira vez.
O Problema do Inchaço do Estado que o Ethereum não pode mais Ignorar
O estado do Ethereum — o registro completo de cada saldo de conta, slot de armazenamento de contrato e nonce — ultrapassou os 200 GB, e os dados completos da cadeia (incluindo o histórico) agora excedem 3 TB no Geth. Os nós de arquivo (archive nodes) exigem de 18 a 20 TB. Cada transação aumenta esse fardo e nada na arquitetura atual o reduz.
As consequências são mensuráveis. No início de 2026, o Etherscan detectou aproximadamente 14.339 nós completos globalmente. Os Estados Unidos hospedam 38,96 % deles, a Alemanha 14,53 % e a China 14,01 %. Os nós operados em casa cresceram 18 % em relação ao ano anterior, mas a barreira de entrada continua subindo. Um staker solo que comprou um SSD de 2 TB em 2022 já foi forçado a fazer um upgrade — ou desistir.
Este é o problema que a fase Verge do roteiro (roadmap) do Ethereum foi projetada para resolver. E as Verkle Trees são a peça técnica central.
O que as Verkle Trees Realmente Mudam
Em sua essência, uma Verkle tree se parece com a atual Merkle Patricia Trie do Ethereum. Ambas são estruturas de dados em formato de árvore onde cada nó é vazio, uma folha (contendo um par chave-valor) ou um nó intermediário com filhos. A diferença crítica reside em como elas provam que um dado existe na árvore.
As Merkle Patricia Trees usam provas baseadas em hash. Para provar um único valor, você precisa fornecer cada nó irmão ao longo do caminho da folha até a raiz — o conjunto completo de "nós irmãos". Para a trie hexary (largura 16) do Ethereum, isso significa tamanhos de prova de aproximadamente 150 KB por prova. À medida que o estado cresce, essas provas tornam-se mais pesadas.
As Verkle Trees usam compromissos vetoriais baseados em criptografia polinomial. Em vez de fazer o hash de cada irmão de forma independente, o provador gera uma única prova compacta que cobre todas as relações pai-filho ao longo de todo o caminho. A implementação proposta para o Ethereum usa uma largura de 256 (alguns pesquisadores defendem 1.024), o que torna a árvore mais rasa e as provas drasticamente menores.
Os números falam por si:
| Métrica | Merkle Patricia Trie | Verkle Tree |
|---|---|---|
| Tamanho da prova por valor | ~150 KB | ~1-2 KB |
| Dados de testemunha para um bloco | Megabytes | Kilobytes |
| Largura da árvore | 16 (hexary) | 256 |
| Estrutura da prova | Todos os hashes de irmãos | Compromisso polinomial único |
Uma Verkle tree pode provar a associação em uma árvore com um bilhão de pontos de dados usando menos de 150 bytes. O sistema atual precisa de cerca de 1 KB em condições ideais — e a Patricia Trie do Ethereum está longe de ser ideal.
Clientes Sem Estado: O Objetivo Final
O verdadeiro prêmio não são apenas provas menores — é a validação sem estado (stateless validation).
Hoje, cada nó completo do Ethereum deve baixar, armazenar e manter a trie de estado completa. Quando um novo bloco chega, o nó reexecuta cada transação contra sua cópia local do estado para verificar a correção. Sem estado, sem verificação.
As Verkle Trees mudam essa equação. Como as provas são compactas o suficiente para serem incluídas nos próprios blocos, um "cliente sem estado" pode verificar um bloco verificando apenas a prova Verkle anexada a ele — sem armazenar nenhum estado. O validador recebe o bloco, verifica a prova contra o compromisso da raiz e confirma a correção em milissegundos.
O que isso significa na prática:
- Armazenamento quase zero para validadores: Um nó de staking poderia operar com espaço em disco mínimo, potencialmente abaixo de 1 GB.
- Sincronização instantânea: Novos nós não precisariam baixar mais de 200 GB de estado. Eles verificam os blocos à medida que chegam.
- Participação mais ampla: A barreira de hardware cai de "servidor dedicado" para "Raspberry Pi com boa largura de banda".
- Descentralização mais forte: Mais nós significam mais distribuição geográfica, mais diversidade de clientes e mais resiliência contra a censura.
Vitalik Buterin descreveu as Verkle Trees como a chave para permitir "clientes validadores sem estado" que alcançam sincronização quase instantânea. Se a visão se mantiver, operar um nó validador de Ethereum poderá se tornar tão simples quanto verificar alguns kilobytes de dados por bloco.
O Elefante Quântico na Sala
Nem todos estão convencidos de que as Verkle Trees devam ser lançadas. A objeção mais séria vem da comunidade de computação quântica.
As Verkle Trees dependem de compromissos polinomiais baseados em curvas elípticas — a mesma classe de criptografia que os computadores quânticos, executando o algoritmo de Shor, poderiam teoricamente quebrar. Se um computador quântico suficientemente potente surgir na próxima década, cada prova Verkle no Ethereum tornar-se-ia não confiável, e a rede precisaria de mais uma migração.
Isso gerou um debate ativo dentro da comunidade de desenvolvedores do Ethereum entre dois campos:
Lançar as Verkle Trees agora. Os benefícios são imediatos e bem compreendidos. Computadores quânticos capazes de quebrar a criptografia de curva elíptica provavelmente estão a 10 ou 15 anos de distância. O Ethereum pode adotar as Verkle Trees hoje e migrar para estruturas resistentes a computação quântica mais tarde.
Pular direto para as árvores de hash binárias com STARK. A EIP-7864 propõe substituir a trie atual por uma árvore binária usando uma função de hash eficiente (Blake3 ou Poseidon). Combinada com provas STARK, essa abordagem seria resistente a computação quântica desde o primeiro dia. As árvores binárias produzem ramos Merkle quatro vezes mais curtos do que a estrutura atual, e uma troca de função de hash poderia adicionar outra melhoria de eficiência de prova de 3 a 100 vezes.
O meio-termo pragmático — e a trajetória atual — parece ser o lançamento das Verkle Trees no Hegotá, enquanto se monitora o progresso da computação quântica e o desempenho das provas STARK. Se as alternativas baseadas em STARK amadurecerem rápido o suficiente, um fork futuro poderá trocar o esquema de compromisso sem repetir a migração de estado.
Hegotá em Contexto: A Cadência de Upgrades da Ethereum para 2026
Hegotá representa o segundo grande hard fork de 2026, seguindo Glamsterdam na primeira metade do ano. Esta cadência de dois forks reflete uma mudança deliberada na filosofia de desenvolvimento da Ethereum: upgrades menores e mais frequentes em vez dos lançamentos massivos e atrasados que caracterizaram eras anteriores.
Glamsterdam (H1 2026) foca - se em melhorias na camada de execução: otimizações de gas, Listas de Acesso ao nível do bloco e a Separação Propositor - Construtor consagrada (ePBS). Estas são mudanças incrementais, mas importantes, que melhoram a capacidade de processamento da L1 e a gestão de MEV.
Hegotá (H2 2026) visa a própria camada de estado. As Árvores Verkle são a principal candidata para a funcionalidade de "destaque", embora os mecanismos de expiração de estado e histórico também estejam em discussão.
Ambos seguem os upgrades de 2025 — Pectra e Fusaka — que entregaram o PeerDAS e expandiram a capacidade de blobs para rollups. Juntos, estes quatro forks traçam um arco coerente: espaço de blobs para L2s, eficiência de gas para L1 e, agora, compressão de estado para operadores de nós.
A convenção de nomenclatura reflete esta continuidade. "Hegotá" combina "Bogotá" (o codinome da camada de execução, referenciando a cidade anfitriã da Devcon 2022) e "Heze" (o codinome da camada de consenso, referenciando uma estrela). Todos os forks da Ethereum desde o Merge seguiram este padrão de cidade - mais - estrela.
O que Muda para Operadores de Nós, Stakers e Desenvolvedores
Stakers solo são os que mais têm a ganhar. Os requisitos mínimos atuais de hardware — 32 GB de RAM, 2+ TB de SSD, internet dedicada — criam uma barreira financeira que empurra muitos para protocolos de staking líquido (Lido, Rocket Pool) ou exchanges centralizadas. Se as Árvores Verkle reduzirem as necessidades de armazenamento para menos de 100 GB, a economia do staking solo mudará fundamentalmente.
Fornecedores de infraestrutura de nós enfrentam um cálculo diferente. Empresas que operam centenas ou milhares de nós verão os custos de hardware cair, mas devem investir em atualizações de clientes e testes de migração. A transição de Patricia Tries para Árvores Verkle requer uma conversão de estado única que não pode falhar — qualquer bug na migração poderia corromper toda a base de dados de estado da Ethereum.
Desenvolvedores de DApps não devem notar diferença no código dos seus smart contracts. A trie de estado é uma preocupação da camada de infraestrutura, abstraída pelas implementações dos clientes. No entanto, os desenvolvedores que criam ferramentas que consultam diretamente o estado da Ethereum (exploradores de blocos, plataformas de análise, pesquisadores de MEV) precisarão de atualizar a sua lógica de verificação de provas.
Rollups L2 beneficiam indiretamente. Provas de estado menores na L1 significam uma verificação de estado mais barata para rollups que publicam provas na Ethereum. Isto potencia as reduções de custos já alcançadas através dos blobs do EIP - 4844, empurrando potencialmente os custos de L2 por transação para menos de $ 0,0001.
O Risco de Migração
A parte mais difícil das Árvores Verkle não é a criptografia — é a migração.
A Ethereum não pode simplesmente trocar as estruturas de dados num único bloco. Toda a trie de estado — cada conta, cada contrato, cada slot de armazenamento — deve ser convertida do formato Merkle Patricia para o formato Verkle. Esta é uma transformação de vários gigabytes que deve ocorrer de forma atómica em todos os clientes, todos os validadores e todos os nós simultaneamente durante o hard fork.
Upgrades anteriores da Ethereum modificaram a forma como os dados são processados, mas nenhum reestruturou a forma como os dados são armazenados a este nível fundamental. A analogia mais próxima é o próprio Merge, que trocou o mecanismo de consenso de proof - of - work para proof - of - stake — mas o Merge não tocou na trie de estado.
As equipas de clientes (Geth, Nethermind, Besu, Erigon, Reth) já estão a construir ferramentas de migração e a realizar conversões em testnets. O cronograma do Hegotá dá - lhes cerca de seis a nove meses de testes a partir do momento em que as funcionalidades são finalizadas. Dados os riscos envolvidos, este poderá ser o upgrade mais intensamente auditado na história da Ethereum.
Olhando para o Futuro: Do Verge ao Purge
As Árvores Verkle não são o destino final. Elas são a tecnologia habilitadora para a próxima fase do roteiro da Ethereum: o Purge.
Assim que os clientes sem estado (stateless clients) estiverem ativos, a Ethereum poderá expirar com segurança dados de estado antigos sem comprometer a segurança da rede. Os nós deixariam de precisar de armazenar anos de estado histórico — poderiam verificar novos blocos usando apenas a raiz do estado atual e as provas de Verkle. Este mecanismo de "expiração de estado" limitaria permanentemente os requisitos de armazenamento da Ethereum, independentemente de quantas transações a rede processe.
Combinado com a expiração de histórico (EIP - 4444), que permite aos nós descartar corpos de blocos e recibos mais antigos do que um limite configurável, todo o pipeline do Verge ao Purge poderia reduzir os requisitos dos nós de Ethereum para algo que caiba num smartphone.
Isso ainda está a anos de distância. Mas o Hegotá, se for lançado conforme planeado, dá o passo individual mais importante: provar que a Ethereum pode reestruturar fundamentalmente a sua camada de estado sem quebrar a rede.
A BlockEden.xyz opera nós RPC de Ethereum de alto desempenho e infraestrutura de API, proporcionando aos desenvolvedores acesso fiável à rede à medida que esta evolui através de upgrades como o Hegotá. Explore os nossos serviços de API Ethereum para construir numa infraestrutura desenhada para o que vem a seguir.