Ethereum poderá em breve operar duas vezes mais rápido com a nova proposta de blocos de 6 segundos

Ethereum poderá em breve operar com o dobro da velocidade atual, após uma proposta do desenvolvedor principal Barnabé Monnot para reduzir pela metade o tempo de resposta da rede, de 12 segundos para 6 segundos. A proposta Ethereum Improvement Proposal (EIP) 7782 poderá ser implementada na próxima atualização “Glamsterdam”, prevista para 2026.

De acordo com um Ethereum Magicians artigo , se a alteração no tempo de execução das transações for implementada, poderá reduzir o tempo que a Ethereum leva para finalizar transações e adicionar novos blocos à rede principal. Isso melhorará o desempenho e a usabilidade da blockchain para aplicativos descentralizados (dApps), carteiras digitais e defi protocolos 

Reduzir o tempo de slot pela metade para aumentar a velocidade de confirmação

Ethereum opera atualmente em um ciclo de slots de 12 segundos. Com a mudança proposta, esse ciclo seria reduzido para apenas 6 segundos, dobrando o número de blocos produzidos por minuto.  

Monnot afirma que essa aceleração pode melhorar a experiência do usuário, fornecendo dados mais recentes e confirmações mais rápidas, com vantagens claras para defi, como janelas de arbitragem menores, taxas de negociação reduzidas e maior liquidez.

“Para mercados de provas, o trabalho pode ser altamente paralelizado, de modo que um único provador lógico poderia obter subprovas de muitos outros provadores. Ainda assim, reduzir o tempo de execução significa oferecer mais oportunidades por unidade de tempo para competir pelo direito de fornecer a prova de um bloco”, escreveu ele.

O ajuste de rede proposto divide o intervalo de 6 segundos em três subprocessos menores: 3 segundos para propostas de bloco, 1,5 segundos para atestados e 1,5 segundos para agregação. Isso preservaria a funcionalidade total do intervalo, ao mesmo tempo que aumentaria a taxa de transferência na camada de protocolo.

O desenvolvedor do Ether reiterou que a mudança não afetará a emissão total para os validadores. Em vez disso, os participantes do staking receberão recompensas menores, porém mais frequentes, devido a uma menor variação nas recompensas e incentivos reduzidos para os pools de staking. Ele acrescentou que isso favorecerá os participantes individuais ou operadores domésticos que enfrentam dificuldades com retornos imprevisíveis no sistema atual.

Concessões e obstáculos técnicos

Monnot mencionou que tempos de slot mais curtos forçarão os desenvolvedores a implementar lógica condicional nos clientes Ethereum e na infraestrutura relacionada para garantir a compatibilidade com versões anteriores. 

Como a rede opera com intervalos de 12 segundos desde a transição para Proof-of-Stake, ela precisa reproduzir blocos antigos com tempos consistentes. Alguns podem precisar mudar o tracde segundos para milissegundos, como foi feito na blockchain Gnosis.

“Alguns clientes começam a construir blocos logo no início de um intervalo de tempo. Com apenas três segundos para a fase de proposta, qualquer latência pode consumir tempo de produção”, explicou ele. 

Ainda assim, Monnot observou que a proporção relativa do tempo de produção de blocos dentro de um intervalo de tempo aumenta, passando de 4 em 12 segundos atualmente para 3 em 6 segundos no novo modelo.

Escala versus velocidade e pré-confirmações

A comunidade de desenvolvimento do Ethereumestá debatendo os méritos de aumentar a capacidade de processamento da Camada 1 em comparação com a otimização da velocidade de finalização. Monnot admitiu que slots mais curtos não escalam diretamente a capacidade de processamento de gás, mas podem melhorar a capacidade de resposta da blockchain. Ele também citou evidências da preferência dos usuários por confirmações mais rápidas em detrimento de tamanhos de bloco mais escaláveis.

Mecanismos de pré-confirmação, soluções para uma confirmação provisória mais rápida fora do protocolo principal, são uma opção, mas Monnot afirmou que os desenvolvedores preferem alterações dentro do protocolo, como a EIP-7782. 

Uma das tarefas mais complexas na execução da proposta envolve a atualização do software cliente e das ferramentas de infraestrutura, como os exploradores de blocos. Essas ferramentas devem ser compatíveis tanto com a antiga duração de 12 segundos quanto com a nova duração de 6 segundos. Os desenvolvedores precisarão garantir que os clientes apliquem a lógica correta, dependendo se estiverem processando blocos históricos ou novos. No momento da publicação, o escopo completo dessas mudanças ainda não havia sido definido.