Ethereum Fusaka chegou, o que exatamente mudou nesta atualização? Um artigo para entender o impacto real nas L2 e nos nós

A bifurcação Fusaka da rede principal do Ethereum foi oficialmente lançada. Esta atualização envolve quatro mudanças centrais principais, nomeadamente PeerDAS (amostragem de dados ponto a ponto), EIP-7918 (reparo de custos de blob), pré-compilação de curva elíptica P-256 e BPO (ajuste fino da série de parâmetros de blob). Simplificando, não se trata de uma atualização de grande escala, mas de uma otimização sistemática que estabelece as bases para futuras expansões.

As taxas na cadeia vão ficar imediatamente mais baratas? Ainda não cruze os dedos

Muita gente ao ouvir “atualização” pensa que as taxas de gás vão cair drasticamente. Mas a verdade sobre Fusaka é: não haverá mudanças dramáticas a curto prazo.

Na realidade, as taxas de gás já estavam a diminuir antes de Fusaka, principalmente porque o propositor já tinha ajustado o limite de gás do L1 de 45M para 60M através de votação — uma alteração de parâmetro independente, não uma consequência direta de Fusaka. Como resultado, transferências comuns ficaram um pouco mais baratas, mas isso não tem muita relação com o mecanismo PeerDAS em si.

O que faz o PeerDAS? Ele divide o blob (objeto usado pelo Ethereum para armazenar dados do L2) em 128 fragmentos, dispersando-os por diferentes nós para armazenamento e validação de amostragem, ao invés de cada nó precisar baixar o blob completo. Parece impressionante, mas há um detalhe importante: o limite atual de blobs por bloco não foi aumentado. Portanto, antes que o BPO (próximo plano de ajuste de parâmetros) realmente aumente o limite de blobs, a maioria dos usuários nem perceberá a existência do PeerDAS.

A janela de expansão real será aberta por fases:

• Primeira fase (meados de dezembro): limite máximo de blobs de 6 para 15, com objetivo de aumentar de 9 para 10
• Segunda fase (início de janeiro): limite máximo de blobs para 21, objetivo de 14

Só então, as taxas de transação do L2 terão melhorias mais perceptíveis.

Os custos de blob passarão de “falsamente baratos” para “realmente baratos” — este é o valor central do EIP-7918

Esta mudança parece técnica, mas na verdade resolve um problema absurdo: o custo de blob permanece fixo em 1 wei por muito tempo, o que equivale a cerca de 0,000000004 dólares por blob.

Isso não é barato, é um preço incorreto. Durante 95% do tempo, o preço do blob permanece assim, até que em certos dias ele dispara para 42.000 gwei — aproximadamente 15.000 dólares por blob. Essa volatilidade extrema causa dores de cabeça a qualquer projeto que queira estabelecer um mercado de crédito sério ou mercado de derivativos.

O EIP-7918 corrige esse problema, introduzindo um limite inferior de custo de blob que se relaciona com a taxa de gás na camada de execução. Agora, a base de custo do blob não pode mais cair a zero, mas será ajustada dinamicamente de acordo com a congestão da rede. Qual o resultado?

• A média do custo de blob realmente aumentará (de quase zero para cerca de 0,025 gwei)
• A amplitude de variação será significativamente reduzida
• A curva de preços se tornará previsível e gerenciável

Este é o ponto principal: previsibilidade, não preços absolutamente baixos. Operadores de Rollup poderão planejar suas estratégias de batch com base em sinais de preço estáveis, ao invés de apostar toda semana se o blob vai disparar de repente.

O nível de operação dos nós está sendo redefinido

Uma mudança implícita trazida pelo PeerDAS é: a diferenciação do papel dos nós.

Antes de Fusaka, todos os nós completos eram iguais, baixando os mesmos dados. Agora, dependendo do valor de staking, a responsabilidade de disponibilidade de dados (DA) varia:

• Nós completos normais (sem staking): apenas hospedam 4 fragmentos de blob
• Nós validadores individuais (32 ETH de staking): hospedam 8 fragmentos
• Nós validadores múltiplos: a cada 32 ETH adicionais, hospedam mais um fragmento
• Nós superpoderosos (acima de 4096 ETH): hospedam todos os 128 fragmentos

A lógica é: quanto mais staking, maior sua contribuição para a rede, e maior o investimento em hardware necessário.

Para projetos de Rollup, a configuração mais realista é operar um modo semi-superpoderoso — hospedando 64 fragmentos (metade), e usando códigos de correção Reed-Solomon para reconstruir o blob completo. Assim, garante-se integridade dos dados, com custos de hardware aceitáveis.

Os Rollups realmente vão migrar de volta para o DA do Ethereum? A realidade não é tão preto no branco

A volatilidade extrema de custos de blob antes de Fusaka assustou alguns projetos, levando-os a considerar outras soluções de DA (como Celestia e outros alt-DA). Agora, a questão é: Projetos novos ainda precisam usar alt-DA?

Depende do cenário:

• DeFi de alto valor, custódia de grandes ativos: usar DA do Ethereum ou soluções com ponte confiável. Quanto mais confiança, maior risco sistêmico.
• Jogos, redes sociais: podem aceitar alt-DA, focando na disponibilidade do serviço, não na segurança máxima.
• Projetos recém-lançados: agora há mais motivos para escolher DA do Ethereum — custos previsíveis, segurança garantida.

Por outro lado, projetos já em alt-DA não vão migrar coletivamente de volta. O custo de migração é alto demais. O mais provável é uma divisão a longo prazo: projetos de alto valor migrando gradualmente para o DA do Ethereum, enquanto projetos de menor valor continuam com alt-DA.

A pré-confirmação chegou, mas nem tudo pode ser feito com ela

A mecânica de proposer lookahead introduzida por Fusaka dá uma base confiável para pré-confirmação — o Ethereum pode antecipar os propositores de blocos para os próximos slots.

Parece impressionante, mas na prática é preciso cautela:

Pré-confirmação de um slot só (mais segura): o propositor promete incluir sua transação no próximo bloco, com penalidade se não cumprir (slashing). Essa abordagem reduz o tempo de confirmação de transações L1 de 12-24 segundos para alguns segundos.

Pré-confirmação de múltiplos slots (em estudo): pode prometer blocos futuros mais distantes, mas sem garantir a ordem exata das transações. Ainda em pesquisa, com riscos de censura e manipulação de ordenação.

Pré-confirmação baseada em Rollup: o L2 usa a promessa do propositor do L1, reduzindo o tempo de confirmação de 12-30 segundos para cerca de 2 segundos. Mas há o risco de problemas de troca justa — o pré-confirmação pode ser usada por propositores para manipular MEV, atrasando proposições para obter ganhos extras. Uma má implementação pode penalizar injustamente validadores.

Na prática, a aplicação mais promissora da pré-confirmação é na melhoria da experiência cross-chain. Imagine um usuário realizando uma operação no L2 que depende de liquidez do L1; a pré-confirmação pode fornecer uma promessa vinculativa antes da finalização, melhorando a experiência de usuário, como se estivesse operando em um livro-razão unificado.

Nos próximos 6-12 meses, as decisões cruciais passarão por estas três questões

As taxas de blob vão voltar a disparar? O principal indicador é a variância de preço, não a média. O sucesso de Fusaka não é fazer o blob custar sempre alguns centavos, mas evitar picos súbitos de preços exorbitantes. Quando a taxa de amostragem atingir o mínimo teórico, sem falhas de DA ou problemas de blocos finalizados, e os nós conseguirem acompanhar a cadeia, será um sinal de que é seguro ajustar os parâmetros.

O uso real do L2 vai aumentar? Muitos Rollups ainda não atingiram sua capacidade máxima de throughput, principalmente por receio de custos de DA no L1. Com a estabilidade do DA, os Rollups poderão aceitar mais usuários e transações, empacotando mais operações no blob. Se isso acontecer, será evidente pelo aumento de operações de usuários únicos na cadeia.

Novos Rollups vão realmente surgir? Antes, o crescimento era travado por oscilações de blob, incerteza de DA, e dificuldades de decidir entre alt-DA e DA do Ethereum. Após Fusaka, o risco de decisão de lançar um Rollup diminuiu. Espera-se mais Rollups específicos de aplicações, com menor motivação para migrar para outros ecossistemas por causa de problemas de DA.

Em suma, Fusaka não é uma atualização revolucionária de impacto imediato, mas uma transformação na confiabilidade da infraestrutura do Ethereum como camada de base para L2. Pode parecer discreta, mas seu impacto na ecologia é profundo.