De Limite de Gás a Nonces Chaveados, como entender o próximo passo na escalabilidade do Ethereum?

nulo

Escrito por: imToken

Objetivamente, durante um período recente, a experiência direta de muitos utilizadores com o Ethereum não vem tanto 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, 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 em custos mais baixos, operações mais suaves e uma experiência de carteira mais segura.

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

Entre elas, incluem-se o Keyed Nonces, em que Vitalik participou, a atualização Glamsterdam, que estabeleceu um consenso orientador em torno de um limite de Gas de 2 bilhões, e uma série de iniciativas destacadas na roadmap até 2026, como a abstração de contas nativas, interoperabilidade entre L2s e reforço na segurança do L1 — todas elas sinais sutis de uma mudança de paradigma.

1. Gas Limit elevado para 2 bilhões?

Comecemos 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 na mesma hora; 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 drasticamente o desempenho da rede principal do Ethereum, mas, na prática, a Ethereum tem sido cautelosa com isso, especialmente com o crescimento de soluções L2, que têm sido a prioridade na expansão.

Ao analisar a curva de expansão do Gas Limit, verifica-se que, em setembro de 2019, o limite do Ethereum ultrapassou pela primeira vez 10 milhões, passando de 8 milhões; até 2025, esse limite cresceu de 8 milhões para 60 milhões ao longo de sete anos, com aceleração em 2025 — de 30 milhões em fevereiro para 36 milhões em março, e até 60 milhões após a atualização Fusaka em dezembro.

Grande parte dessa expansão ocorreu em 2025, que também é um ano crucial na história do Ethereum, como já mencionado, com a atualização Pectra em maio e a subsequente Fusaka, demonstrando que a Ethereum, mesmo após mudanças de liderança, mantém a capacidade de impulsionar atualizações importantes, entrando numa fase de desenvolvimento acelerado com duas forks por ano (leia mais em “Ethereum 2026: análise do roteiro mais recente da EF, entrando na era da ‘atualização de engenharia’?”).

Fonte: Etherscan

Segundo o resumo de interoperabilidade Soldøgn, publicado pela Ethereum Foundation em 2 de maio, mais de 100 contribuidores principais do Ethereum participaram de uma reunião na Noruega, na Ilha de 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 orientador para um limite de Gas de 200 milhões.

Se tudo correr bem, a capacidade de execução do L1 do Ethereum poderá ser ampliada de aproximadamente 60 milhões para 200 milhões de Gas, e, a longo prazo, a postura pública da comunidade em relação ao Gas Limit parece mais “radical” — a proposta EIP-9698 sugere um aumento de dez vezes a cada dois anos, chegando a 3,6 bilhões de Gas em 2029, 50 vezes o limite atual.

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

Se apenas aumentarmos bruscamente a quantidade de computação permitida por bloco, a curto prazo, os custos podem diminuir, mas, a longo prazo, isso sobrecarregaria os nós, provocando uma expansão do estado e dificultando a operação de nós por utilizadores comuns, o que poderia enfraquecer a descentralização do Ethereum.

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

• ePBS (separação entre Propositor e Construtor, na sigla em inglês), que torna o processo de construção e validação de blocos mais claro e seguro, permitindo que validadores lidem com blocos maiores com maior segurança;

• Block-Level Access Lists (BAL), que antecipa o acesso a contas e armazenamento 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, que aumenta o custo de operações de criação de estado para evitar crescimento excessivo do estado após o aumento do Gas Limit.

No fundo, o Ethereum não quer apenas “colocar 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: ao invés de sacrificar o custo de validação por maior throughput, busca-se 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 trata de “quantas transações cabem em um bloco”, o Keyed Nonces foca em uma questão mais detalhada, porém crucial: como as transações são enfileiradas?

Na Ethereum, o nonce é uma espécie de “número de série” de uma conta, impedindo a execução repetida de uma mesma transação e garantindo a ordem de processamento.

Na prática, funciona bem para transferências simples, onde as transações são enfileiradas sequencialmente: primeira, segunda, terceira.

Porém, quando a conta passa a lidar com operações mais complexas — privacidade, carteiras inteligentes, chaves de sessão, operações em lote, pagamentos por terceiros —, um único nonce linear vira 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;

• nonce_key diferente de zero permite gerenciar sequências de nonce de forma independente, com diferentes chaves, evitando conflitos e replays entre transações.

De forma simplificada, é como se, ao invés de uma única fila de atendimento num banco, cada tipo de operação tivesse sua própria fila, permitindo que transferências, retiradas de privacidade, autorizações de sessão e execuções em lote sigam canais paralelos.

Isso é especialmente importante para protocolos de privacidade, pois evita que atividades de diferentes usuários fiquem vinculadas a um mesmo endereço público, e que uma transação de um usuário bloqueie ou invalide as de outros.

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

Vitalik afirma que essa mudança é ainda mais ambiciosa: “não é só uma melhoria na privacidade, mas uma estratégia de expansão de estado do Ethereum — criando tipos de armazenamento otimizados para diferentes casos de uso, mantendo a descentralização e maximizando a escalabilidade.”

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

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 com a carteira.

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

Por exemplo, a abstração de contas, que todos já conhecem, não é para que o utilizador entenda mais termos técnicos, mas para que possa usar a cadeia de forma mais natural, com recursos como transações em lote, Gas pago por terceiros, mecanismos de recuperação, diferentes métodos de assinatura, autorizações de sessão e estratégias de segurança mais flexíveis.

O Keyed Nonces, por sua vez, parece uma otimização técnica de enfileiramento de contas, mas seu impacto na experiência do utilizador é real: hoje, muitos enfrentam problemas como transações pendentes, bloqueios de operações, dificuldades em cancelar ou acelerar transações, especialmente quando há múltiplas operações paralelas, onde uma falha pode afetar toda a sequência.

Para o utilizador comum, esses problemas parecem “carteira difícil de usar” ou “rede lenta”, mas na verdade estão relacionados ao modelo de nonce linear do Ethereum. A direção do Keyed Nonces é permitir que as contas tenham múltiplos canais de execução paralela, reduzindo bloqueios e conflitos.

Assim, operações como transferências, autorizações, transações privadas, lotes ou Gas pago por terceiros podem, em teoria, ter espaços de execução mais independentes, facilitando a experiência e reduzindo riscos de falhas.

Isso amplia o potencial de carteiras inteligentes.

Mais importante, essas melhorias, que antes dependiam de coordenação entre carteira, DApp, retransmissores e usuário, agora podem ser implementadas na camada do 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.

No fundo, tudo isso serve ao mesmo objetivo: permitir que o Ethereum suporte cenários mais complexos na cadeia, sem sacrificar a descentralização e segurança.

Ao juntar esses elementos — Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, abstração de contas nativas e interoperabilidade entre L2s — fica claro que o foco recente do Ethereum não está disperso, mas convergindo para uma visão integrada.

A expansão do Gas Limit resolve a capacidade de execução e custos; BAL, ePBS e EIP-8037 garantem a verificabilidade e controle do crescimento do estado; Keyed Nonces e Frame Transactions abordam gargalos na modelagem de contas e privacidade; e a abstração de contas nativas e a interoperabilidade entre L2s visam melhorar a experiência do utilizador comum.

Estamos entrando numa nova fase do Ethereum.

Nos últimos anos, o mercado focou em expansão de L2, redução de taxas de Blob e narrativa modular, com utilizadores acostumados a mover ativos entre L2s e buscar ambientes de menor custo. Mas, com o aumento do Gas Limit na mainnet, atualizações como Glamsterdam e avanços na abstração de contas e interoperabilidade, a questão central deixou de ser “como baratear transações” para “como fazer a experiência na cadeia parecer um sistema coeso”.

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

Pois, além de serem a porta de entrada do utilizador na rede, elas também representam 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, detecção de riscos antecipada e uma experiência de interação mais fluida.

Vamos juntos nessa jornada.