O nome Fusaka vem de uma combinação da atualização da camada de execução Osaka e da versão da camada de consenso Fula Star. Espera-se que essa atualização seja ativada em 3 de dezembro de 2025 às 21h49 UTC.
Essa atualização inclui 12 EIPs, abordando a disponibilidade de dados, capacidade de Gas/bloco, otimização de segurança, compatibilidade de assinaturas, estrutura de taxas de transação, etc. É uma atualização sistemática para alcançar a expansão da capacidade do L1, reduzir os custos de L2, reduzir os custos dos nós e melhorar a experiência do usuário.
I. Dois objetivos principais do Fusaka: melhorar o desempenho do Ethereum e melhorar a experiência do usuário.
Objetivo 1: Melhorar significativamente o desempenho subjacente e a escalabilidade do Ethereum.
Palavras-chave principais:
-
Expansão da disponibilidade de dados
-
Redução da carga nos nós
-
Blobs mais flexíveis
-
Capacidades de execução aprimoradas
-
Um mecanismo de consenso mais eficiente e seguro
Em resumo: melhorar ainda mais o desempenho do Ethereum.
Objetivo 2: Melhorar a experiência do usuário e impulsionar a próxima geração de abstração de carteiras e contas.
Palavras-chave principais:
-
Pré-confirmação de blocos
-
Suporte a P-256 (assinatura nativa de dispositivos)
-
Carteira mnemônica
-
Um sistema de contas mais moderno
Essencialmente, o Ethereum está se aproximando da experiência de softwares tradicionais da internet.
II. Cinco mudanças principais no Fusaka
1. PeerDAS: Reduz o fardo de armazenamento de dados nos nós
PeerDAS é uma nova funcionalidade central da atualização Fusaka. Atualmente, os nós da camada 2 utilizam blobs (um tipo temporário de dado) para publicar dados no Ethereum. Antes da atualização Fusaka, cada nó completo precisava armazenar cada blob para garantir a existência dos dados. À medida que o throughput dos blobs aumenta, fazer o download de todos esses dados torna-se extremamente intensivo em recursos, dificultando o gerenciamento pelos nós.
PeerDAS emprega um esquema de amostragem de disponibilidade de dados, permitindo que cada nó armazene apenas um subconjunto de blocos de dados em vez de todo o conjunto de dados. Para garantir a disponibilidade dos dados, qualquer subconjunto de dados pode ser reconstruído a partir de 50% dos dados existentes, reduzindo a probabilidade de erros ou dados ausentes para um nível criptograficamente insignificante.
PeerDAS funciona aplicando a codificação de apagamento Reed-Solomon aos dados de blobs. Em aplicações tradicionais, os DVDs utilizam a mesma tecnologia de codificação—mesmo com arranhões, o player ainda consegue ler o disco; de forma semelhante, os códigos QR ainda podem ser totalmente reconhecidos, mesmo que parcialmente obscurecidos.
Portanto, a solução PeerDAS pode garantir que os requisitos de hardware e largura de banda dos nós estejam dentro de uma faixa aceitável, enquanto também permite a expansão de blobs, apoiando, assim, mais nós na Layer 2 em maior escala e a um custo menor.
2. Aumente de forma flexível o número de blobs conforme necessário: adapte-se às crescentes exigências de dados da L2.
Para garantir atualizações consistentes em todos os nós, clientes e softwares de validadores, é necessária uma abordagem gradual. Para se adaptar mais rapidamente às crescentes exigências de dados em blocos da Layer 2, foi introduzido um mecanismo de forks apenas com parâmetros de blobs.
Quando os blobs foram adicionados pela primeira vez à rede durante o upgrade Dencun, havia 3 (máximo de 6), que foram posteriormente aumentados para 6 (máximo de 9) no upgrade Pectra. Após Fusaka, eles podem ser adicionados a uma taxa sustentável sem necessidade de grandes upgrades na rede.
3. Suporta a expiração de registros históricos: reduz os custos dos nós.
Para reduzir o espaço em disco necessário para os operadores de nós durante o crescimento contínuo do Ethereum, os clientes precisam começar a suportar a expiração de alguns registros históricos. Na realidade, os clientes já possuem essa função habilitada em tempo real; este upgrade simplesmente adiciona isso à lista de tarefas.
4. Pré-confirmação de blocos: permite confirmações de transações mais rápidas.
Usando o EIP7917, a Beacon Chain será capaz de identificar os validadores que irão propor blocos no próximo epoch. Saber de antemão quais validadores irão propor os blocos futuros possibilita a pré-confirmação. Um compromisso pode ser feito com o próximo propositor de blocos para garantir que as transações dos usuários sejam incluídas naquele bloco, sem ter que aguardar a geração real do bloco.
Esse recurso beneficia a implementação do cliente e a segurança da rede, pois evita situações extremas como validadores manipulando a programação dos propositores. Além disso, a funcionalidade de previsão reduz a complexidade da implementação.
5. Assinatura nativa P-256: Ethereum se alinha diretamente a 5 bilhões de dispositivos móveis.
Uma verificação de assinatura secp256r1 (P-256) integrada, semelhante a uma chave mestra, foi introduzida em um endereço fixo. Este é o algoritmo de assinatura nativo usado por sistemas como Apple, Android, FIDO2 e WebAuthn.
Para os usuários, essa atualização desbloqueia a funcionalidade de assinatura nativa do dispositivo e passkeys. Carteiras podem acessar diretamente o Secure Vault da Apple, o Keystore do Android, o Módulo de Segurança de Hardware (HSM) e o FIDO2/WebAuthn—sem necessidade de frase mnemônica, proporcionando um processo de registro mais fluido e uma experiência de autenticação multifatorial comparável a aplicativos modernos. Isso resultará em uma melhor experiência do usuário, métodos de recuperação de conta mais convenientes e um modelo de abstração de conta que corresponde à funcionalidade existente de bilhões de dispositivos.
Para desenvolvedores, ele aceita 160 bytes de entrada e retorna 32 bytes de saída, tornando muito fácil portar bibliotecas existentes e contratos L2. Sua implementação subjacente inclui verificações de ponteiros para o infinito e comparações de módulo, eliminando casos limite complicados sem prejudicar chamadas válidas.
III. O Impacto de Longo Prazo da Atualização Fusaka no Ecossistema Ethereum
1. Impacto no L2: A expansão entra na segunda curva. Por meio do PeerDAS e do aumento sob demanda do número de Blobs, bem como de um mecanismo de precificação de dados mais justo,o gargalo de disponibilidade de dados foi resolvido, eFusaka acelerou a redução nos custos do L2.
2. Impacto nos nós: Os custos operacionais continuam a diminuir. Requisitos de armazenamento reduzidos e tempos de sincronização mais curtos reduzem os custos de operação. Além disso, a longo prazo, isso garante a participação contínua de nós com hardware mais fraco, assegurando assim a descentralização contínua da rede.
3. Impacto nos DApps: Lógicas mais complexas on-chain tornam-se possíveis. OpCodes matemáticos mais eficientes e cronogramas de proposição de blocos mais previsíveis podem impulsionar AMMs de alto desempenho, protocolos de derivativos mais complexos e aplicativos totalmente on-chain.
4. Impacto nos usuários comuns: Finalmente, eles poderão usar blockchain como no Web2. Assinaturas P-256 significam que não há necessidade de frases mnemônicas, os telefones celulares podem ser usados como carteiras, o login é mais conveniente, a recuperação é mais simples e a autenticação multifatorial está naturalmente integrada. Isso é uma mudança revolucionária na experiência do usuário e uma das condições necessárias para impulsionar 1 bilhão de usuários ao blockchain.
IV. Conclusão: Fusaka é um passo importante em direção ao DankSharding e à adoção em larga escala de usuários.
Dencun introduziu a era do Blob (Proto-Dank Sharding), Pectra otimizou a execução e teve um impacto no EIP-4844, enquanto Fusaka permitiu que o Ethereum desse um passo importante em direção ao "escalonamento sustentável + foco em dispositivos móveis".
TLDR:
Esta atualização incorporará 12 EIPs, incluindo principalmente:
EIP-7594: Utiliza o PeerDAS para reduzir a carga de armazenamento de dados nos nós.
Esta é uma base fundamental para expandir a capacidade de dados do Ethereum. O PeerDAS construiu a infraestrutura necessária para implementar o DankSharding, e espera-se que futuras atualizações aumentem a capacidade de transmissão de dados de 375kb/s para vários MB/s. Ele também implementa diretamente a escalabilidade da Layer 2, permitindo que os nós processem mais dados de forma eficiente, sem sobrecarregar os participantes individuais.
EIP-7642: Introduz a função de expiração do histórico para reduzir o espaço de disco requerido pelos nós.
Isso equivale a alterar a forma como os recibos são processados, removendo dados antigos da sincronização dos nós, economizando aproximadamente 530GB de largura de banda durante a sincronização.
EIP-7823: Estabelece um limite superior para o MODEXP para prevenir vulnerabilidades de consenso.
Isso limita o comprimento de cada entrada a 1024 bytes para o código pré-compilado criptográfico MODEXP. Anteriormente, o MODEXP havia sido uma fonte de vulnerabilidades de consenso devido ao comprimento irrestrito de entrada. Estabelecendo limites práticos que cobrem todos os cenários de aplicação no mundo real, o escopo de testes é reduzido, abrindo caminho para uma futura substituição por um código EVM mais eficiente.
EIP-7825: Introduz um limite de gás para transações, prevenindo que uma única transação consuma a maior parte do espaço do bloco.
Essa medida introduz um limite de gás de 167,777,216 por transação, prevenindo que qualquer transação individual consuma a maior parte do espaço do bloco. Isso assegura uma alocação mais justa do espaço do bloco, melhorando a estabilidade da rede e a capacidade de defesa contra ataques DoS, além de possibilitar tempos de verificação de blocos mais previsíveis.
EIP-7883: Aumenta o custo de gás do código pré-compilado criptográfico ModExp para prevenir potenciais ataques de negação de serviço devido a um preço excessivamente baixo.
Para abordar o problema de preços excessivamente baixos para operações, o custo de gás dos pré-compiladores criptográficos ModExp foi aumentado. O custo mínimo aumentou de 200 gás para 500 gás, e o custo dobra para entradas grandes que excedem 32 bytes. Isso garante uma precificação razoável para pré-compiladores criptográficos, melhora a sustentabilidade econômica da rede e previne potenciais ataques de negação de serviço devido a preços excessivamente baixos.
EIP-7892: Suporta o escalonamento elástico sob demanda do número de blobs para se adaptar aos requisitos evolutivos da Layer 2.
O Ethereum pode ajustar os parâmetros de armazenamento de blobs com mais frequência criando um novo processo leve. Isso permite ajustes menores na capacidade de blobs para se adaptar às necessidades em evolução da Layer 2 sem precisar aguardar grandes atualizações.
EIP-7917: Habilita a pré-confirmação de blocos, melhorando a previsibilidade da ordem das transações.
Atualmente, os validadores não conseguem saber quem irá propor blocos até o início do próximo epoch, introduzindo incerteza na mitigação de MEV e no protocolo de pré-acknowledgment. Essa mudança pré-calcula e armazena o cronograma de proponentes para epochs futuros, tornando-o determinístico e acessível às aplicações.
EIP-7918: Introduz uma taxa base de blob vinculada aos custos de execução, abordando assim o problema do mercado de taxas de blocos de dados.
Esta solução aborda o problema do mercado de taxas de blocos introduzindo um preço de reserva vinculado aos custos de execução. Isso evita que o mercado de taxas de blocos falhe em 1 wei quando o custo de execução da Layer 2 é significativamente maior que o custo do bloco.
Isso é crucial para a Layer 2, garantindo que o preço sustentável de Blobs reflita os custos reais e mantenha uma descoberta de preços eficaz à medida que o uso da Layer 2 aumenta.
EIP-7934: Limita o tamanho máximo de execução de blocos RLP para 10 MB para prevenir instabilidade na rede e ataques de negação de serviço.
Atualmente, os tamanhos dos blocos podem ser muito grandes, o que desacelera a propagação na rede e aumenta o risco de forks temporários. Essa limitação garante que os tamanhos dos blocos permaneçam dentro de um intervalo razoável que a rede possa processar e propagar de forma eficiente. Isso melhora a confiabilidade da rede, reduz o risco de forks temporários e, assim, alcança tempos de confirmação de transações mais estáveis.
EIP-7935: Aumenta o limite padrão de gás para 60M para expandir as capacidades de execução L1.
A proposta sugere aumentar o limite de gás de 36M para 60M para ampliar a capacidade de execução L1. Embora essa mudança não exija um hard fork (o limite de gás é um parâmetro escolhido pelos validadores), testes extensivos são necessários para garantir a estabilidade da rede sob cargas computacionais altas. Portanto, incluir este EIP em um hard fork garante que este trabalho seja priorizado e continue.
Ao permitir que cada bloco de dados execute mais computações, a capacidade geral da rede é diretamente aprimorada, sendo esta a maneira mais direta de estender as capacidades de execução L1.
EIP-7939: Adicionado opcode CLZ para tornar os cálculos on-chain mais eficientes.
Esta atualização adiciona um novo opcode CLZ (Calculate Leading Zeros) ao EVM para calcular de maneira eficiente o número de zeros à esquerda em um número de 256 bits. Isso reduz significativamente o custo de gás para operações matemáticas que requerem manipulação de bits, melhora a eficiência computacional e possibilita cálculos on-chain mais complexos. Isso permite operações matemáticas mais baratas e eficientes, beneficiando protocolos DeFi, aplicações de jogos e qualquer contrato que exija cálculos matemáticos complexos.
EIP-7951: Adiciona suporte para curvas pré-compiladas secp256r1 para melhorar a experiência do usuário.
Esta atualização adiciona suporte para a curva criptográfica amplamente usada secp256r1 (também conhecida como P-256) ao Ethereum. Atualmente, o Ethereum suporta apenas a curva secp256k1 para assinaturas, mas muitos dispositivos e sistemas utilizam a secp256r1. Essa atualização permite que o Ethereum verifique assinaturas de iPhones, celulares Android, carteiras de hardware e outros sistemas que utilizam essa curva padrão, facilitando a integração com a infraestrutura existente.