Como entender o próximo passo na escalabilidade do Ethereum?

Artigo: imToken

Objetivamente, na última fase, a experiência direta de muitos usuários com o Ethereum geralmente não vem do roteiro ou de conferências de desenvolvedores, mas de várias operações específicas na cadeia.

Por exemplo, nos últimos dois anos, todos sentiram na pele a redução do Gas nas transferências, melhorias na interoperabilidade entre cadeias, entre outros, e é por isso que a expansão do Ethereum nunca foi apenas uma questão de “competição de desempenho” — para usuários comuns, TPS mais alto, blocos maiores, arquiteturas mais complexas só fazem sentido quando realmente se traduzem em custos mais baixos, operações mais suaves e experiências de carteira mais seguras.

Recentemente, uma série de novidades do Ethereum indicam exatamente que a rede está tentando transferir a complexidade, que antes era responsabilidade de carteiras, DApps, retransmissores de terceiros e usuários, de forma sistemática para o nível do protocolo.

Entre elas, estão o Keyed Nonces, em que Vitalik participou, a atualização Glamsterdam, que gira em torno de um limite de Gas de 2 bilhões, e uma série de conceitos que vêm sendo enfatizados na roadmap até 2026, como a abstração de contas nativa, interoperabilidade entre L2s e reforço na segurança do L1 — tudo isso formando uma linha de raciocínio sutil.

1. Gas Limit aumentado para 2 bilhões?

Vamos começar pelo aspecto mais perceptível para o usuário: o Gas Limit.

Como é de conhecimento geral, na rede Ethereum, cada transação (seja transferência ou interação com contrato) consome uma quantidade de Gas, e o limite de Gas por bloco é fixo, ou seja, há um espaço limitado: quanto mais espaço, mais passageiros podem embarcar ao mesmo tempo; se o espaço for escasso, todos terão que competir pelo mesmo assento, elevando as taxas de Gas.

Teoricamente, aumentar o limite de Gas do bloco poderia melhorar drasticamente o desempenho da rede principal do Ethereum, mas, no contexto de crescimento de soluções L2 e outras rotas, o Ethereum tem sido cauteloso, deixando grande parte da expansão para as soluções de camada 2.

Ao analisar a curva de expansão do Gas Limit do Ethereum, percebe-se que, em setembro de 2019, o limite de Gas da rede ultrapassou 10 milhões pela primeira vez, saindo de 8 milhões. Desde então, ao longo de sete anos, esse limite cresceu de 8 milhões para 60 milhões, especialmente a partir de 2025 — em fevereiro, atingiu 30 milhões, em julho, 45 milhões, e após a atualização Fusaka em dezembro, chegou a 60 milhões.

A maior parte da expansão ocorreu em 2025, que também é um ano crucial na história do Ethereum. Apenas sete meses após a atualização Pectra, a atualização Fusaka mostrou que, mesmo com mudanças de liderança, a EF ainda consegue impulsionar atualizações importantes, marcando o ritmo acelerado de “duas hard forks por ano”.

Segundo o resumo de interoperabilidade da Ethereum Foundation, publicado em 2 de maio, mais de 100 contribuidores principais participaram de uma reunião na Noruega, na Svalbard, focada na implementação multi-cliente do Glamsterdam, testes e alinhamento de parâmetros. Ao final, os desenvolvedores chegaram a um consenso sobre um limite de Gas de 200 milhões após o Glamsterdam.

Se tudo correr bem, a capacidade de execução do L1 do Ethereum pode subir de aproximadamente 60 milhões para 200 milhões de Gas, em uma escala de tempo mais longa. A postura pública do ecossistema em relação ao Gas Limit ficou mais “radical”: a proposta EIP-9698 sugere um aumento de dez vezes a cada dois anos, chegando a 36 bilhões de Gas em 2029 — cinquenta vezes o limite atual.

Porém, é importante destacar que aumentar o Gas Limit não é simplesmente ampliar o tamanho do bloco.

Se apenas aumentarmos de forma bruta a quantidade de cálculo que um bloco pode conter, a curto prazo, isso pode reduzir custos, mas, a longo prazo, sobrecarregará os nós, aumentará a inflação de dados de estado e tornará mais difícil para usuários comuns operarem nós, enfraquecendo a descentralização do Ethereum.

Por isso, a estratégia de expansão do Glamsterdam é um conjunto de medidas:

• ePBS (Separação de Propositor-Construtor Incorporada) torna o processo de construção e validação de blocos mais claro, permitindo que validadores lidem com blocos maiores de forma mais segura;

• Block-Level Access Lists (BAL) registra previamente os endereços e locais de armazenamento acessados durante a execução do bloco, suportando leitura paralela de disco, validação paralela de transações e cálculo paralelo de raízes de estado;

• EIP-8037 aumenta o custo de operações relacionadas à criação de estado, evitando crescimento excessivo de estado após o aumento do limite de Gas;

No final das contas, o Ethereum não quer apenas “carregar mais transações”, mas pensar em como fazer isso sem elevar demais a barreira de entrada para os nós.

Essa é a diferença fundamental entre a estratégia de expansão do Ethereum e a narrativa de muitas blockchains de alto desempenho: não se busca sacrificar o custo de validação por uma aparente maior taxa de transferência, mas sim manter a participação de nós comuns e a verificabilidade do sistema, aumentando a capacidade da rede principal.

2. Keyed Nonces: transformar “uma fila” em “múltiplos canais”

Se o Gas Limit resolve a questão de “quantas transações cabem em um bloco”, o Keyed Nonces trata de um problema mais detalhado, porém crucial: como as transações são enfileiradas?

Na Ethereum, o nonce pode ser entendido como o “número de série” de uma transação de uma conta, impedindo que uma mesma transação seja executada duas vezes e garantindo a ordem de processamento das transações de uma mesma conta.

Esse mecanismo funciona bem em transferências simples, onde as transações são processadas em sequência: primeira, segunda, terceira.

Porém, quando a capacidade da conta se torna mais complexa — envolvendo transações privadas, carteiras inteligentes, chaves de sessão, operações em lote, pagamentos por terceiros —, um único nonce linear pode se tornar um gargalo. É aí que entra o Keyed Nonces, proposto na EIP-8250, que substitui o nonce único por uma estrutura (nonce_key, nonce_seq), onde nonce_key=0 representa o nonce tradicional, e valores diferentes podem ser gerenciados de forma independente, evitando conflitos e replays entre diferentes tipos de transações.

De forma simplificada, é como se uma conta fosse uma fila única em um banco, com todos os serviços na mesma fila; o Keyed Nonces seria como dividir essa fila em várias, cada uma para um serviço diferente: transferências, saques privados, autorizações de sessão, operações em lote.

Isso é especialmente importante para protocolos de privacidade, pois, para evitar vincular atividades do usuário a um endereço público, múltiplos usuários podem usar um endereço compartilhado de remetente, mas, com nonce único, uma transação de um usuário pode invalidar ou bloquear as de outros.

Keyed Nonces permite que cada transação escolha seu próprio campo de nonce, por exemplo, derivado de um nullifier de privacidade, reduzindo conflitos na fila a nível de protocolo.

Vitalik, ao apresentar a EIP-8250, afirmou que os Keyed Nonces “não apenas fortalecem o suporte a soluções de privacidade na camada de protocolo, mas também podem ser o primeiro passo para uma nova estratégia de expansão de estado do Ethereum — criando tipos de armazenamento otimizados para diferentes casos de uso, mantendo a descentralização e aumentando a escalabilidade.”

Resumindo, podemos entender que, enquanto o Gas Limit trata do “tamanho do bloco”, os Keyed Nonces exploram a “forma do estado” — o Ethereum do futuro não carregará apenas mais transações, mas mais tipos de transações.

3. Como isso afetará os usuários comuns?

Para o ecossistema Ethereum, muitas atualizações parecem distantes do usuário comum, mas, no final, tudo se reflete na experiência da carteira.

Pois, na prática, o ponto de contato do usuário com o Ethereum não é o EIP, nem a conferência de desenvolvedores, mas cada transferência, autorização, assinatura, operação cross-chain ou interação com DApp na carteira. Ou seja, as mudanças no protocolo só se tornam realmente perceptíveis quando se traduzem em operações mais claras, suaves e seguras na interface da carteira.

Por exemplo, a abstração de contas, que todos já conhecem, não foi criada para que os usuários entendam mais termos técnicos, mas para que possam usar as contas na cadeia de forma mais natural. Assim, recursos como transações em lote, Gas por pagamento, mecanismos de recuperação, diferentes métodos de assinatura, autorizações de sessão e estratégias de segurança mais flexíveis estão se tornando capacidades básicas das carteiras.

No caso do Keyed Nonces, embora pareça uma otimização de baixo nível na fila de transações, seu impacto para o usuário é concreto. Hoje, muitos enfrentam problemas como transações pendentes, bloqueios, tentativas de cancelamento ou aceleração, sem entender nonce, Gas ou substituição de transações. Quando há múltiplas operações paralelas, uma falha pode afetar toda a sequência.

Para o usuário comum, esses problemas parecem “carteira ruim” ou “rede lenta”, mas na verdade estão relacionados ao modelo de nonce linear do Ethereum. A direção do Keyed Nonces é permitir que uma conta não precise seguir uma única fila, mas possa dividir suas operações em canais paralelos, dependendo do cenário.

Assim, transferências, autorizações, transações privadas, operações em lote e pagamentos de Gas poderão, em teoria, ter espaços de execução mais independentes, reduzindo bloqueios e conflitos.

Isso abrirá novas possibilidades para o design de carteiras inteligentes.

Mais importante, essas capacidades, que antes dependiam de uma coordenação complexa entre carteira, DApp, retransmissores e usuário, passarão a ser suportadas por uma camada de protocolo mais padrão, mais nativa, oferecendo uma abstração de interação mais amigável.

Por isso, Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, abstração de contas nativas e interoperabilidade entre L2s parecem módulos distintos, mas na verdade servem ao mesmo objetivo: permitir que o Ethereum suporte cenários mais complexos, sem sacrificar a descentralização e a segurança.

Ao juntar esses elementos, fica claro que o Ethereum está entrando em uma nova fase:

• Aumento do Gas Limit, para aliviar a capacidade de execução e custos;

• BAL, ePBS, EIP-8037, para manter verificabilidade e controle de crescimento de estado durante a expansão;

• Keyed Nonces e Frame Transactions, para resolver gargalos no modelo de contas, privacidade e carteiras inteligentes;

• Abstração de contas nativas e interoperabilidade entre L2s, para melhorar a experiência do usuário final.

Isso indica que o Ethereum não está mais apenas focado em “baratear transações”, mas em “integrar a experiência na cadeia como um todo”.

Nesse processo, a importância das carteiras será ainda maior.

Pois elas não são apenas o portal de entrada do usuário na rede, mas também a interface pela qual o protocolo é compreendido e utilizado. Quanto mais complexas forem as atualizações de baixo nível, mais será necessário que as carteiras ofereçam sinais de assinatura mais claros, rotas de transação mais compreensíveis, alertas de risco antecipados e uma experiência de interação mais fluida.

Vamos juntos nessa evolução.