O limite de gás por bloco de Ethereum atinge 60M em uma grande expansão de capacidade dias antes da atualização Fusaka

Fonte: Amarelo Título Original: O limite de gás por bloco de Ethereum atinge 60M numa grande expansão de capacidade dias antes da atualização Fusaka

Link Original: https://yellow.com/pt/noticias/o-limite-de-gas-por-bloco-de-ethereum-alcanca-60m-em-uma-grande-expansao-de-capacidade-dias-antes-da-atualizacao-fusaka Ethereum superou um novo limiar de capacidade de execução quando o limite de gás por bloco da sua rede principal alcançou os 60 milhões no dia 25 de novembro, marcando o nível mais alto que a rede viu em quatro anos e duplicando a capacidade da camada base em apenas um ano.

O ajuste foi aplicado automaticamente depois que mais de 513.000 validadores manifestaram seu apoio ao aumento, superando o limiar de 50% exigido pelas regras de consenso do Ethereum.

O investigador da Ethereum Foundation Toni Wahrstätter descreveu este marco como a culminação de um esforço comunitário de um ano para expandir o desempenho de transações na camada base. O momento é significativo: Ethereum enfrenta seu hard fork Fusaka em 3 de dezembro, que introduzirá o PeerDAS e infraestrutura de escalonamento adicional projetada para multiplicar a disponibilidade de dados para as redes de camada 2.

O aumento do limite de gás ocorre enquanto o ecossistema mais amplo do Ethereum registrou recentemente velocidades de transação superiores a 24.000 transações por segundo através da sua infraestrutura de camada 2, indicando uma adoção acelerada das soluções de escalabilidade.

O que aconteceu

O aumento do limite de gás de 45 milhões para 60 milhões representa um salto de 33% na capacidade de bloco, permitindo que o Ethereum processe mais transações por bloco, incluindo transferências de tokens, execuções de contratos inteligentes e trocas em DEX. Os validadores ajustaram de forma independente a configuração de seus nós para sinalizar seu apoio a limites mais altos, desencadeando o aumento automático uma vez que o limiar da maioria foi superado.

O investigador de blockchain Zhixiong Pan destacou três melhorias técnicas convergentes que tornaram viável o aumento: EIP-7623, que introduz ajustes de custos de calldata a nível de protocolo para evitar cenários extremos de tamanho de bloco; otimizações de clientes na Nethermind, Erigon e outras implementações que permitem que os nós gerenciem blocos de 60 milhões de gás sem degradação do desempenho; e meses de resultados em testnet que demonstraram uma propagação estável de blocos dentro da janela de consenso de quatro segundos do Ethereum sob cargas mais pesadas.

O limite de gás tinha permanecido em aproximadamente 30 milhões durante quase quatro anos antes que a comunidade iniciasse esforços em março de 2024 para aumentar a capacidade da rede. Os desenvolvedores de Ethereum Eric Connor e Mariano Conti lançaram a iniciativa “Pump The Gas” para mobilizar validadores, stakers solo e equipes de clientes em torno do impulso por um maior desempenho. O movimento ganhou tração em dezembro de 2024 quando os validadores começaram a sinalizar aumentos, culminando na ativação em novembro de 2025.

As redes de escalabilidade de camada 2 registaram um crescimento substancial durante este período. Segundo dados da GrowThePie, o ecossistema Ethereum alcançou um máximo de 24.192 transações por segundo nas últimas semanas, com a plataforma de futuros perpétuos Lighter processando aproximadamente 5.035 TPS e Base contribuindo com 137 TPS. A média de sete dias em todas as redes de camada 2 está em 364,52 TPS, e as soluções de camada 2 já representam aproximadamente 95% da atividade total de transações do ecossistema Ethereum.

Por que é importante

A ampliação do limite de gás aborda uma limitação fundamental da camada base do Ethereum em um momento crítico para a infraestrutura de escalonamento. Limites de gás mais altos permitem assentar mais atividade econômica diretamente na rede principal, reduzindo a congestão durante picos de demanda e proporcionando margem para que as aplicações descentralizadas operem sem uma otimização extrema da eficiência do gás. Para os desenvolvedores, isso se traduz em código mais limpo e ciclos de implantação mais rápidos, uma vez que os contratos inteligentes já não requerem otimizações extremas de gás para permanecerem economicamente viáveis.

O cofundador da Ethereum, Vitalik Buterin, indicou que a escalabilidade futura adotará uma abordagem mais seletiva em vez de aumentos uniformes de capacidade. Propôs combinar novos aumentos do limite de gás com maiores custos para operações computacionalmente caras, como pré-compilados pesados, opcodes aritméticos complexos e certas chamadas de contrato. Esta metodologia pretende preservar a eficiência dos validadores e a segurança da rede ao mesmo tempo que permite que os tamanhos efetivos dos blocos cresçam, garantindo que os aumentos de capacidade continuem a ser sustentáveis sem introduzir novos vetores de ataque ou pressões de centralização.

O momento em relação à atualização Fusaka é estratégico. Programada para ser ativada no slot 13.164.544 em 3 de dezembro às 21:49 UTC, a Fusaka introduzirá o PeerDAS, um protocolo redesenhado de amostragem de disponibilidade de dados que Buterin descreveu como essencial para o roteiro de escalabilidade a longo prazo do Ethereum. O PeerDAS permite que os validadores verifiquem a disponibilidade de dados de blobs por meio de amostragem em vez de baixar os blobs completos, o que reduz significativamente os requisitos de largura de banda e permite aumentos substanciais na capacidade de blobs.

Após a ativação principal do Fusaka, o Ethereum implementará forks Blob Parameter Only para ampliar gradualmente o desempenho dos blobs. O BPO1 aumentará o objetivo de blobs por bloco para 10 e o máximo para 15, enquanto o BPO2 elevará ainda mais esses limites para 14 e 21. A Ethereum Foundation organizou um concurso de auditoria de 2 milhões de dólares de 15 de setembro a 13 de outubro na plataforma Sherlock, co-patrocinado pela Gnosis e Lido, para identificar vulnerabilidades antes do despliegue na mainnet.

Reflexões finais

O aumento do limite de gás para 60 milhões e a iminente atualização Fusaka representam um esforço coordenado para escalar a infraestrutura do Ethereum tanto na camada base quanto na camada de disponibilidade de dados. A rede passou de uma abordagem prudente que priorizava a estabilidade em detrimento do crescimento para uma estratégia baseada em dados apoiada por uma extensa validação em testnets e trabalho de otimização de clientes.

No entanto, persistem dúvidas sobre a descentralização a longo prazo. Blocos maiores exigem hardware mais potente para os operadores de nós, o que potencialmente cria barreiras de entrada que poderiam centralizar a validação com o tempo. Os dados atuais sugerem que a rede continua estável, mas alguns desenvolvedores já debatem um possível aumento para 100 milhões de gás, o que exigiria uma gestão cuidadosa do crescimento do estado, da carga criptográfica e do fluxo de dados da rede.

A relação entre a expansão da capacidade da camada 1 e a adoção da camada 2 continua a ser uma questão em aberto. Alguns analistas sustentam que uma camada base mais escalável poderia reduzir a pressão sobre os rollups, enquanto outros opinam que fortalecerá todo o ecossistema ao fornecer garantias de liquidação mais robustas. Com as redes de camada 2 agora processando a grande maioria das transações de Ethereum e com projetos como Lighter, Base e Arbitrum impulsionando uma atividade substancial, a eficácia da escalabilidade da camada base será medida pela forma como apoia esta infraestrutura em rápida evolução.

O roteiro de desenvolvimento do Ethereum continua além de Fusaka com a atualização Glamsterdam prevista para 2026, que pode introduzir tempos de bloco mais rápidos e novos aumentos no limite de gás. À medida que a rede se fixa o objetivo de 10.000 TPS na camada base e milhões de TPS em todo o seu ecossistema de camada 2 na próxima década, o limite de gás de 60 milhões marca um ponto de controle significativo na transformação contínua do Ethereum em uma camada global de liquidação para aplicações descentralizadas.