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 artigo Ethereum Magicians , 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 protocolos defi
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.
