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

Artigo: imToken

Objetivamente, durante um período recente, a experiência direta de muitos utilizadores com o Ethereum não veio de roteiros ou reuniões 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 o utilizador comum, TPS mais alto, blocos maiores, arquiteturas mais complexas só fazem sentido quando se traduzem realmente em custos mais baixos, operações mais suaves e uma experiência de carteira mais segura.

Recentemente, uma série de novidades do Ethereum apontam exatamente para uma tentativa de mover a complexidade, que antes era assumida por carteiras, DApps, retransmissores de terceiros e pelos próprios utilizadores, de forma sistemática para o nível do protocolo.

Entre elas, incluem-se o Keyed Nonces, em que Vitalik participou, a atualização Glamsterdam, que gira em torno de um limite de Gas de 200 milhões, e uma série de conceitos destacados na roadmap de 2026, como a abstração de contas nativas, interoperabilidade entre L2s e reforço na segurança do L1.

1. Gas Limit aumentado para 200 milhões?

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

Como é sabido, na rede Ethereum, cada transação (seja transferência ou interação com contrato) consome uma certa quantidade de Gas, e o limite de Gas por bloco é fixo, ou seja, há um número limitado de “vagas”: quanto mais vagas, mais passageiros podem ser transportados ao mesmo tempo; quanto mais apertado, maior a concorrência por uma vaga, elevando as taxas de Gas.

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

Ao analisar a curva de expansão do Gas Limit do Ethereum, percebe-se que, após o limite de 8 milhões de Gas em setembro de 2019, que ultrapassou os 10 milhões, levou-se sete anos para passar de 8 milhões a 60 milhões — e, especialmente, a partir de 2025, houve uma aceleração: em fevereiro, atingiu-se 30 milhões, em julho, 45 milhões, e após a atualização Fusaka em dezembro, chegou-se a 60 milhões.

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

Segundo o resumo de interoperabilidade Soldøgn, publicado em 2 de maio pela Ethereum Foundation, mais de 100 contribuidores principais participaram de uma reunião na Noruega, na Svalbard, focada na atualização Glamsterdam, com o objetivo de avançar na implementação de múltiplos clientes, testes e alinhamento de parâmetros. Ao final, os desenvolvedores chegaram a um consenso sobre o limite de Gas de 200 milhões após a atualização de Glamsterdam.

Se tudo correr bem, a capacidade de execução do L1 do Ethereum pode ser ampliada de aproximadamente 60 milhões para 200 milhões de Gas, num horizonte mais longo, a atitude pública da comunidade em relação ao Gas Limit tornou-se 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 computação que um bloco pode conter, a curto prazo, isso pode reduzir as taxas, mas, a longo prazo, sobrecarregará os nós, aumentará a inflação de dados de estado, e tornará mais difícil para utilizadores comuns operarem nós, enfraquecendo a descentralização fundamental do Ethereum.

Assim, a estratégia de expansão do Glamsterdam é uma combinação de medidas:

• ePBS (Separação entre Propositor e Construtor de Blocos) torna o processo de construção e validação de blocos mais claro, integrando-o às regras do protocolo, 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 da raiz 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 Gas Limit;

No fundo, o Ethereum não quer apenas “acolher 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 maior taxa de transferência aparente, mas sim aumentar a capacidade da rede principal, mantendo a participação de nós comuns e a verificabilidade do sistema.

2. Keyed Nonces: transformar uma fila única 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 ainda 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 sequencialmente: primeira, segunda, terceira, e assim por diante.

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 —, uma única fila de nonce pode se tornar um gargalo. É aí que entra o Keyed Nonces, proposto na EIP-8250, cuja ideia central é substituir a única fila de nonce de uma conta por múltiplos “campos” de nonce.

Especificamente, ele troca o nonce único do EIP-8141 por uma estrutura (nonce_key, nonce_seq), onde nonce_key==0 corresponde ao nonce tradicional, e nonce_key diferente de zero permite gerenciar independentes de forma protocolar diferentes sequências de nonce, com transações em diferentes chaves sendo independentes e resistentes a replays.

Para entender de forma mais acessível, podemos usar uma metáfora: antes, uma conta era como uma janela de banco com uma única fila; o Keyed Nonces é como dividir diferentes tipos de transações em diferentes janelas, como transferências, saques privados, autorizações de sessão, execuções em lote, cada uma com seu próprio canal.

Isso é especialmente importante para protocolos de privacidade, pois evita que atividades de um usuário fiquem vinculadas a um endereço público único. Para evitar que várias atividades de diferentes usuários fiquem misturadas, o Keyed Nonces permite que cada transação escolha seu próprio campo de nonce, derivado de um nullifier de privacidade, por exemplo.

Vitalik, ao apresentar a EIP-8250, afirmou que o conceito vai além de suporte a privacidade: é uma estratégia de expansão de estado, criando tipos de armazenamento otimizados para diferentes casos de uso, mantendo a descentralização e aumentando a escalabilidade.

Resumindo, o Gas Limit trata do “tamanho do bloco”, enquanto o Keyed Nonces investiga a “forma do estado” — o Ethereum do futuro não será apenas capaz de suportar mais transações, mas de suportar mais tipos de transações.

3. Como isso afetará os utilizadores comuns?

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

Porque o ponto de entrada do utilizador na Ethereum não é o EIP, nem as reuniões de desenvolvedores, mas cada transferência, autorização, assinatura, interação cross-chain ou DApp feita 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 utilizadores 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 nas 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 utilizador é concreto. Hoje, muitos enfrentam situações como uma transação que demora a confirmar, outras ficam presas, tentam cancelar ou acelerar, mas não entendem a relação entre nonce, Gas e substituição de transações. Quando há múltiplas operações paralelas, um erro pode afetar toda a sequência.

Para o utilizador comum, esses problemas parecem “carteira ruim” ou “rede lenta”, mas na verdade estão relacionados ao modelo de nonce linear do Ethereum. O Keyed Nonces propõe que as contas possam ter múltiplos canais de execução paralela, dependendo do cenário de uso.

Assim, operações como transferências, autorizações, transações privadas, em lote ou com Gas por pagamento 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 exigiam coordenação entre carteiras, DApps, retransmissores e utilizadores, agora podem ser abstraídas pelo protocolo, oferecendo uma interface mais intuitiva, com sinais de assinatura mais claros, rotas de transação mais compreensíveis, detecção de riscos antecipada e uma experiência de interação mais fluida.

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

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

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

• BAL, ePBS, EIP-8037, para manter a verificabilidade e controlar o crescimento do 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 utilizador final.

Isso indica que o Ethereum não está mais apenas focado em “tornar as transações mais baratas”, mas em “fazer a experiência na cadeia parecer um sistema coeso”.

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

Porque elas não são apenas o portal de entrada na Ethereum, mas também a interface através da qual os utilizadores compreendem e utilizam as capacidades do protocolo. Quanto mais complexas forem as atualizações de baixo nível, mais elas precisarão ser traduzidas em sinais de assinatura mais claros, rotas de transação mais compreensíveis, detecção de riscos antecipada e uma interação mais fluida na cadeia.

Vamos juntos nessa jornada.