Atualização “Fusaka” é implantada amanhã e promete novo salto de escalabilidade para o Ethereum

Quem: Fundação Ethereum, equipes de clientes e comunidade de desenvolvedores.

O que: Implementação da atualização de protocolo batizada de “Fusaka”, composta por 13 EIPs.​

Quando: Quarta-feira, 3, no próximo slot de época programado pelo consenso da rede.​

Onde: Blockchain do Ethereum (rede principal / mainnet).​

Como: Ativação coordenada de hard fork, exigindo que validadores e operadores de nós atualizem seus softwares.​

Por quê: Melhorar desempenho, custo, segurança e capacidade de armazenamento de dados para aplicações de segunda camada e usuários finais.

Visão geral da atualização

A “Fusaka” é apresentada como o maior esforço de scaling do Ethereum desde a migração para Proof-of-Stake (The Merge) e a introdução dos blobs em Dencun. O pacote aborda congestionamentos gerados pela crescente adoção de rollups e reforça a robustez do protocolo sem comprometer a descentralização.

Principais mudanças técnicas

Treze Ethereum Improvement Proposals (EIPs) compõem o fork. A seguir, um resumo de cada uma, descrevendo objetivos e impactos:

  • EIP-7594 – PeerDAS: adota amostragem de dados, permitindo que cada nó armazene apenas partes dos blobs. Isso amplia o número de blobs por bloco sem demandar máquinas mais potentes.
  • EIP-7892 – Blob-Parameter-Only (BPO) Forks: autoriza aumentos graduais na quantidade de blobs por bloco, dispensando novos hard forks. O limite inicial de 6 pode chegar a 128.
  • EIP-7918 – Blob Base-Fee Tuning: fixa um preço mínimo atrelado ao custo de gás do L1. A medida corrige distorção que, hoje, derruba o valor dos blobs para 1 wei quando L2 deixa de publicar dados.
  • EIP-7935 – Gas Limit Padrão de 60M: eleva o gas limit para 60 milhões por bloco, criando mais espaço para transações e potencialmente reduzindo taxas.
  • EIP-7642 – Aviso de Expiração de Histórico: nós passam a declarar explicitamente o intervalo de blocos que mantêm, economizando mais de 500 GB durante sincronização ao remover itens pesados como o bloom das receipts.
  • EIP-7951 – Precompile secp256r1 (P-256): adiciona suporte nativo ao algoritmo de assinatura adotado por iPhones e dispositivos Android, abrindo caminho a carteiras com autenticação biométrica.
  • EIP-7917 – Deterministic Proposer Lookahead: define com antecedência quem será o próximo propositor de bloco, permitindo pré-confirmações quase instantâneas no L1.
  • EIP-7825 – Limite de Gás por Transação: impõe teto de cerca de 16,7 milhões de gás para cada transação, evitando que uma única operação consuma todo o bloco e dificultando ataques de spam.
  • EIP-7934 – Limite de Tamanho de Bloco (10 MB): estabelece barreira fixa de 10 MB para bloquear tentativas de criação de blocos excessivamente grandes que causariam negação de serviço.
  • EIP-7910 – Método JSON-RPC eth_config: novo endpoint permite que nós anunciem qual versão de hard fork executam, reduzindo risco de divergências de consenso.
  • EIP-7939 – Opcode CLZ: acrescenta instrução que conta zeros à esquerda em valores de 256 bits, tornando contratos mais compactos e baratos, além de beneficiar provas de conhecimento zero.
  • EIP-7823 – Limite de Entrada para MODEXP: restringe campos de entrada a 8.192 bits na precompile MODEXP, mitigando vulnerabilidades.
  • EIP-7883 – Aumento do Custo de Gás do MODEXP: revisa precificação para refletir o esforço computacional real e coibir abusos.

Escalabilidade focada em Layer 2

Rollups como Optimism, Arbitrum e Base concentram cada vez mais transações, mas continuam dependentes da camada básica do Ethereum para publicar dados. Com o PeerDAS e os BPO forks, a Fusaka amplia esse canal, reduzindo gargalos que poderiam elevar taxas ou atrasar confirmações.

Alívio de armazenamento e sincronização

Operadores de nós historicamente lutam contra o crescimento do banco de dados da rede. Ao eliminar artefatos obsoletos e explicar limites de histórico, o EIP-7642 faz a sincronização inicial consumir menos espaço em disco e banda, incentivando a participação de validadores menores.

Segurança contra ataques e falhas de consenso

Diversos EIPs endereçam vetores de negação de serviço e erros operacionais. O limite de 10 MB por bloco, o teto de gás por transação e as mudanças em MODEXP compõem uma defesa em várias camadas contra congestão intencional e exploração de bugs.

Compatibilidade com dispositivos móveis

Com o P-256, provedores de carteira poderão aproveitar hardware seguro já presente em smartphones. A expectativa é que a experiência de onboarding se aproxime de serviços tap-to-pay, sem exigir extensões complexas ou chaves externas.

Impacto esperado na experiência do usuário

A combinação de blocos mais espaçosos, confirmações previsíveis e taxas ajustadas deve refletir em menor custo médio por transação na mainnet e, indiretamente, nas redes de segunda camada. Para usuários finais, isso significa:

  • Pagamentos em ETH e tokens ERC-20 com taxas mais estáveis;
  • DApps capazes de processar volume maior sem gargalo;
  • Pré-confirmações quase instantâneas em operações sensíveis, como swaps e leilões.

Checklist para validadores e operadores de nós

Quem ainda não atualizou o cliente deve:

  1. Verificar a versão mais recente do software (Geth, Lighthouse, Prysm, Teku etc.).
  2. Sincronizar banco de dados antes do horário do hard fork para evitar downtime.
  3. Confirmar, via novo método eth_config, se o nó reconhece a rede após a ativação.

Palavras-chave mais buscadas sobre o tema

ethereum, atualização ethereum, fusaka, hard fork ethereum, eip, escalabilidade blockchain, layer 2, rollup, proof of stake, blobs, gas fee, validar nó ethereum

Perguntas frequentes (FAQ)

1. Preciso mover meus ETH ou tokens antes da Fusaka?

Não. Saldos permanecem intactos durante o hard fork, desde que você use carteiras compatíveis.

Atualização “Fusaka” é implantada amanhã e promete novo salto de escalabilidade para o Ethereum - Imagem do artigo original

Imagem: Internet

2. Como saber se meu nó está sincronizado?

Após atualizar o cliente, utilize o endpoint eth_syncing e confirme a versão via eth_config. Ambos devem retornar status normal.

3. A Fusaka reduz taxas na rede principal?

O aumento do gas limit e o ajuste de precificação de blobs devem aliviar picos de preço, mas o custo final dependerá da demanda no dia.

4. Rollups vão ficar mais baratos?

Com mais espaço para blobs e preço mínimo calibrado, a tendência é de queda gradual nas taxas de publicação de dados pelas L2.

5. Qual o risco de divisão de rede?

Baixo, desde que a maioria dos validadores migre a tempo. O método eth_config foi criado justamente para evitar configurações equivocadas.

Imagens

Logotipo Ethereum em tela digital

Código blockchain exibido em monitor

Com a ativação da Fusaka, o Ethereum dá mais um passo para acomodar um volume global de transações, contratos inteligentes e soluções de layer 2 sem comprometer segurança ou descentralização.

Com informações de Portal do Bitcoin

Deixe um comentário