A atualização Fusaka deverá ser ativada na rede principal do Ethereum na época 411392, em 3 de dezembro de 2025. Este hard fork afeta tanto a camada de execução quanto a de consenso. Ele introduz o PeerDAS (EIP-7594), uma série de microforks de Parâmetros Apenas de Blob (BPO) para ajustar parâmetros relacionados a blobs e, além do limite de gás de 60 milhões de blocos já ativo, recalibra a estrutura geral dos blocos e os limites de custo. Por definição, o Fusaka não é uma simples atualização que torna a cadeia mais rápida por meio de otimização linear. Em vez disso, ele posiciona explicitamente o Ethereum como uma camada de liquidação e disponibilidade de dados de alta capacidade para a era do rollup, estabelecendo uma base técnica mais formalizada para uma arquitetura modular e para a meta de longo prazo de atingir 100.000 TPS.

Ao contrário das atualizações anteriores, Fusaka não é uma correção pontual para um único gargalo. É a primeira atualização que incorpora sistematicamente o roteiro Surge, Verge e Purge de Vitalik em uma única versão. Ao usar o PeerDAS para expandir o espaço de dados disponível para os nós de camada 2, combinando-o com a expiração do histórico e alterações de sincronização para reduzir os custos operacionais dos nós a longo prazo, e adicionando o BPO como um mecanismo para ajustes de capacidade repetidos no futuro, o Ethereum pode escalar nos próximos anos por meio de muitas etapas pequenas, previsíveis e auditáveis, em vez de depender de hard forks infrequentes, de alto risco e em grande escala.

Para os mercados, a maneira correta de avaliar Fusaka não é perguntando quanto TPS ele adiciona no primeiro dia, mas sim avaliando se, em um mundo onde os rollups já dominam o uso real, o Ethereum pode garantir seu papel como a camada central de liquidação e dados dessa nova arquitetura sem comprometer a descentralização e a segurança, e se o ETH, por meio de taxas, queima e rendimento de staking, pode continuar a capturar o potencial econômico do crescimento da rede.

O que é o upgrade Fusaka?

A atualização Fusaka é um hard fork importante programado para entrar em vigor na rede principal do Ethereum em 3 de dezembro de 2025. Seu nome combina os codinomes internos para a atualização da camada de execução (Osaka) e a atualização da camada de consenso (Fulu), enfatizando que esta versão abrange ambas as camadas. De uma perspectiva técnica, Fusaka não é um único novo recurso, mas um conjunto de alterações de protocolo interligadas. O Peer Data Availability Sampling (PeerDAS) foi introduzido por meio do EIP-7594 como o componente principal, um mecanismo de fork Blob-Only Parameter (BPO) que pode ser invocado com maior frequência, uma recalibração dos limites de gás e de bloco, expiração de histórico estendida e um conjunto de alterações auxiliares relacionadas ao lookahead do proponente, padrões de chave e fluxos de sincronização.

O objetivo principal do Fusaka é aumentar o volume de dados que a rede principal do Ethereum pode suportar com segurança, sem aumentar os requisitos de hardware para validadores e nós completos. Isso permite que os rollups publiquem dados de transação na camada 1 com mais frequência e a um custo menor, melhorando a usabilidade geral do ecossistema. Paralelamente, o Fusaka utiliza a poda de histórico e refinamentos na camada de consenso para tornar os tempos de sincronização dos validadores e os custos de armazenamento mais sustentáveis ​​a longo prazo. Ao introduzir o BPO (Blob Processing Optimization) como uma forma parametrizada de ajustar a capacidade dos blobs, o Ethereum, pela primeira vez, ganha a capacidade de buscar vários aumentos de capacidade pequenos e orientados pela demanda, em vez de depender de hard forks de baixa frequência e alto impacto para redefinir seu limite de escalabilidade.

1. O papel e o impacto estrutural de Fusaka no roteiro de escalabilidade do Ethereum

Para entender a posição estratégica de Fusaka, é necessário analisar como as principais melhorias anteriores prepararam o terreno para o atual plano de desenvolvimento.

A fusão em 2022 migrou o consenso do Ethereum de prova de trabalho (PoW) para prova de participação (PoS), reduzindo drasticamente o consumo de energia e incorporando segurança e incentivos econômicos ao sistema de staking. Isso deu ao protocolo uma base mais estável em termos de custos de energia, controle da inflação a longo prazo e adoção institucional. A atualização subsequente, Shapella, possibilitou saques de staking e transformou o staking de um bloqueio unidirecional em um instrumento de rendimento configurável, permitindo que validadores profissionais, custodiantes institucionais e protocolos de reestabelecimento de staking construíssem mercados multicamadas sobre a base PoS.

Em 2024, a atualização Dencun introduziu os blobs por meio do EIP-4844, criando um canal de dados temporário dedicado a rollups. Isso marcou a transição da filosofia "L2-first" para a regra de alocação de recursos "L2-first" incorporada ao protocolo. A camada 1 (L1) não teria mais como objetivo hospedar toda a atividade diretamente, mas sim se concentraria na liquidação segura e na disponibilidade de dados. Em maio de 2025, a atualização Pectra aprimorou ainda mais a ergonomia do usuário e a composição de validadores por meio da abstração de contas e ajustes nos parâmetros de staking, tornando o Ethereum mais flexível e extensível tanto para o usuário quanto para o mercado de staking.

Antes de Fusaka, no entanto, essas atualizações ainda pareciam trilhas de engenharia paralelas no roteiro. Cada uma abordava problemas específicos em consenso, saques, canais de dados ou modelos de conta, mas ainda não se uniam em uma narrativa de escalabilidade única e coerente. Fusaka é diferente, pois concentra três eixos principais em um único momento. No eixo Surge, utiliza o PeerDAS e o ajuste de parâmetros de blob para aumentar a taxa de transferência de dados da camada 2; no eixo Verge/Purge, utiliza a expiração do histórico e otimizações de sincronização para comprimir a carga dos nós e conter o crescimento ilimitado de estado e histórico; e na camada de execução, aproveita o novo limite de 60 milhões de gas e os EIPs relacionados para redefinir os limites da computação e dos dados por bloco. Em outras palavras, Fusaka é o primeiro ponto de inflexão genuíno em que o Ethereum passa de correções locais pontuais para a integração de recursos em torno de um roteiro de longo prazo. Isso sinaliza que o protocolo está começando a pensar em termos de arquitetura full-stack, em vez de módulos isolados.

Roteiro do Ethereum, fonte:Tweet de Vitalik

2. Como Fusaka redefine o modelo de escalabilidade do Ethereum e o papel da camada de liquidação

Dentre todas as mudanças, o PeerDAS, especificado no EIP-7594, é o pilar central de engenharia do Fusaka. O PeerDAS é um protocolo de amostragem de disponibilidade de dados ponto a ponto que permite aos nós baixar apenas fragmentos de dados em bloco e, por meio de amostragem e codificação de apagamento, obter alta confiança de que os dados de rollup foram totalmente publicados. Isso contrasta fortemente com o modelo anterior, no qual os nós precisavam baixar blobs inteiros.

Estruturalmente, isso tem duas implicações principais. Primeiro, desvincula a taxa de transferência de dados em toda a rede do limite de download e armazenamento de um nó individual, aliviando a carga sobre cada participante e garantindo que participar do consenso não signifique arcar com toda a carga de dados. Segundo, abre espaço para o aumento sistemático do número de blobs no futuro, permitindo que o Ethereum, ao longo de vários anos, aumente a largura de banda de dados e a capacidade de blobs disponíveis para os nós de camada 2 diversas vezes, sem que cada etapa exija um hard fork arriscado e em larga escala.

É por isso que existe o mecanismo de fork Blob-Only Parameter (BPO). O BPO é deliberadamente dimensionado para afetar apenas um pequeno conjunto de parâmetros relacionados a blobs, como o número alvo de blobs, o máximo e o fator de ajuste no mecanismo de taxas. Esse design permite que o protocolo realize ajustes de alta frequência e baixa amplitude. De uma perspectiva de governança e gerenciamento de riscos, isso se assemelha mais ao ajuste das taxas de juros na política monetária do que à reescrita de todo o conjunto de regras. O Ethereum pode, portanto, ajustar a oferta de blobs em resposta à demanda da camada 2, à carga da rede e ao desempenho do cliente de uma forma mais granular e responsiva.

Ao mesmo tempo, a camada de execução subjacente já passou por uma mudança estrutural significativa antes do lançamento de Fusaka. Em novembro de 2025, o limite de gás por bloco do Ethereum foi elevado de 45 milhões para 60 milhões, o nível mais alto em quase quatro anos. Essa mudança não foi iniciada unilateralmente pelos desenvolvedores principais, mas foi ativada depois que mais de 510.000 validadores sinalizaram apoio consistentemente, ultrapassando o limite definido no protocolo. Por trás dessa mudança, houve quase um ano de mobilização da comunidade (por exemplo, a iniciativa "Pump The Gas"), otimizações no nível do cliente e testes repetidos das margens de segurança.

Ethereum aumenta limite de gás para 60 milhões, fonte:Tweet de MetaEraHK

De uma perspectiva macro, Fusaka é importante não apenas por baratear os dados da camada 2, mas também por remodelar simultaneamente o modelo operacional do Ethereum em duas frentes. Por um lado, ele suaviza e estabiliza a curva de custos para o envio de dados de rollup, permitindo a expansão dentro de uma faixa de taxas mais previsível. Por outro lado, por meio da combinação do aumento do limite de gás e dos EIPs relacionados, ele estabelece um caminho de crescimento mais sustentável e gradualmente atualizável para a execução na camada 1 e a capacidade de dados.

3. Analisando o papel e o impacto de Fusaka na estratégia de escalabilidade de longo prazo do Ethereum

Para rollups e aplicações de camada superior, o efeito imediato de Fusaka é uma reprecificação dos custos de dados e dos limites de capacidade. Diversas análises sugerem que, uma vez que o PeerDAS esteja em operação e a primeira bifurcação de BPO tenha sido executada, as taxas de dados para serviços de camada 2 de alta frequência, como plataformas de derivativos, jogos on-chain e protocolos sociais, poderão cair entre 40% e 60% ao longo do tempo. Isso não se trata de um pequeno desconto trivial no gás, mas sim de uma expansão substancial do escopo do projeto do produto.

No setor DeFi, custos de dados mais baixos podem viabilizar lógicas de liquidação mais granulares, auditorias de maior frequência e estruturas de gerenciamento de risco. Para jogos e aplicativos sociais, mais interações on-chain ou em nível de rollup podem ser transferidas de servidores centralizados, melhorando a verificabilidade e a transparência da propriedade de ativos e das transições de estado. Para novos rollups, um custo fixo de entrada menor significa que é provável o surgimento de L2s mais especializados, que se diferenciarão por meio de estruturas de taxas e experiência do usuário, intensificando a competição no cenário de rollups.

Do ponto de vista do modelo econômico do ETH, Fusaka introduz uma combinação de forças positivas e negativas. Do lado positivo, se a redução dos custos de rollup impulsionar com sucesso um maior volume agregado de liquidação, mais transações serão finalizadas e terão seus dados publicados no Ethereum. Isso aumentaria a receita de blobsfeat e a queima de basefeat, reforçando a narrativa deflacionária de maior uso e oferta mais restrita. Por outro lado, se os usuários perceberem principalmente taxas mais baratas em alguns servidores de camada 2 (L2) na ponta inicial e ignorarem o fato de que toda essa atividade acaba sendo liquidada na camada 1 (L1) do Ethereum, o sentimento do mercado no curto prazo pode subestimar o quanto Fusaka contribui para a captura de valor do ETH no longo prazo.

O ponto principal é que o Ethereum não aspira a ser uma blockchain monolítica de contratos inteligentes de alta capacidade. Seu objetivo é ser uma camada global de liquidação e dados, com o ETH como ativo nativo e os rollups como estrutura de escalabilidade. Fusaka é a primeira atualização que torna essa narrativa verificável em termos de capacidade real, estruturas de dados e mercados de taxas, em vez de deixá-la como uma meta teórica de TPS em um slide do roadmap.

4. Da PeerDAS ao BPO: o papel crucial da Fusaka no processo de expansão

Fundamentalmente, toda decisão de escalabilidade consiste em uma redistribuição de risco entre diferentes dimensões. Do ponto de vista dos nós e validadores, a introdução do PeerDAS e da expiração do histórico reduz a quantidade de dados que cada nó precisa armazenar e baixar ao longo do tempo, diminuindo potencialmente o tempo e os requisitos de hardware necessários para sincronizar com o estado mais recente. Em teoria, isso ajuda a preservar um conjunto suficientemente amplo e diversificado de validadores e nós.

No entanto, à medida que sucessivas bifurcações do BPO aumentam gradualmente a capacidade de processamento de blobs, a sobrecarga de largura de banda e a complexidade operacional do lado do produtor de dados inevitavelmente aumentarão, concentrando mais responsabilidade em operadores com infraestrutura robusta e conectividade de rede de alta qualidade. Se o protocolo e as implementações do cliente não definirem claramente qual hardware e perfil de rede ainda são suficientes para que nós domésticos comuns participem com segurança, o resultado prático da escalabilidade poderá ser o de consolidar a importância relativa de grandes validadores e provedores de infraestrutura, prejudicando a descentralização em certos cenários.

Os EIPs (Propriedades de Implementação de Engenharia) em Fusaka que abordam a expiração do histórico, os limites de tamanho de bloco e a resistência a ataques de negação de serviço (DoS) são, na verdade, tentativas de encontrar um equilíbrio nessa fronteira. Por um lado, visam liberar o máximo de espaço possível para rollups (acumulações) e transações complexas, dando à camada de aplicação espaço para experimentação. Por outro lado, limitam o uso de gás por transação e ajustam o custo de pré-compilações específicas para evitar que uma única computação pesada ou payload malicioso congestione um bloco inteiro.

Dentro dessa arquitetura, provedores institucionais de staking e grandes clusters de validadores geralmente veem o Fusaka como um fator estrutural positivo. Uma taxa de transferência de dados mais previsível, gerenciamento de histórico e limites de armazenamento mais claros, além de limites de gás e de bloco alinhados, facilitam o planejamento de investimentos de capital (capex), despesas operacionais (opex) e alocação de capital de risco a médio e longo prazo. Ao mesmo tempo, isso eleva o padrão de governança e transparência. Se ocorrerem debates futuros sobre escalabilidade ou eventos de estresse na rede, é provável que a comunidade concentre sua atenção justamente nos operadores e equipes de clientes que detêm uma parcela desproporcional do peso operacional.

5. Como Fusaka impulsiona o Ethereum em direção a uma camada de liquidação modular: impacto e perspectivas

Após Fusaka, o próximo marco importante no roteiro do Ethereum é a atualização Glamsterdam, atualmente prevista para 2026. Os planos iniciais indicam que o Glamsterdam introduzirá a separação entre proponente e construtor (ePBS) no nível do protocolo, remodelando os papéis e a dinâmica de poder na cadeia de suprimentos de MEVs, além de listas de acesso em nível de bloco (BALs) para melhorar a eficiência do acesso ao estado e preparar o ambiente para cargas de trabalho de execução de maior frequência e escala.

Fusaka pode ser entendida como a atualização de dados e capacidade, enquanto Glamsterdam se concentra em quem constrói os blocos e como a execução é orquestrada. Se ambas forem implementadas conforme o planejado e interagirem como previsto, o Ethereum poderá migrar de um regime de atualizações baseadas em versões para um de estruturas de escalonamento continuamente ajustáveis ​​e baseadas em mecanismos, permitindo recalibrar as compensações entre descentralização, segurança e desempenho ao longo dos ciclos de mercado e mudanças tecnológicas.

A longo prazo, Fusaka pode ser visto como o ponto de virada que leva o Ethereum da fase aspiracional de 100.000 TPS para a fase de capacidade real da camada de liquidação, suficiente para suportar um ecossistema de rollup e aplicações de alta frequência. Ele redefine a divisão de responsabilidades entre L1 e L2 e reformula a maneira como o ETH captura valor nessa arquitetura modular. O objetivo não é mais hospedar toda a atividade diretamente na L1, mas manter a interação e a computação de alta frequência na L2, usando o ETH como unidade de conta e liquidação, com a compensação final e a ancoragem de dados ocorrendo na L1.

Nesse contexto, a verdadeira importância de Fusaka não reside em seu papel como catalisador de preços a curto prazo, mas sim em seu claro sinal estrutural de que o Ethereum está se remodelando deliberadamente, de forma ponderada e governável, para se tornar uma infraestrutura global de liquidação pública e dados de nível institucional.

Conclusão

A atualização Fusaka marca a transição do Ethereum de soluções paliativas para ajustes na arquitetura geral. Nos últimos anos, Merge, Shapella, Dencun e Pectra abordaram problemas fundamentais em consenso, segurança, saques e canais de dados. Fusaka é a primeira atualização a integrar escalabilidade (Surge), leveza dos nós (Verge) e limpeza do histórico (Purge) em uma única versão, permitindo que o Ethereum avance em capacidade, eficiência e sustentabilidade no nível do protocolo de forma coordenada.

Do ponto de vista dos dados, o PeerDAS e o BPO oferecem agregações com custos de publicação de dados mais baixos e uma curva de crescimento de capacidade mais previsível, permitindo que os servidores de camada 2 (L2) escalem para uma experiência do usuário mais próxima da Web 2.0, ao mesmo tempo que suportam aplicações financeiras, de jogos e sociais de alta frequência. Do ponto de vista da execução, o limite de 60M de gás e os EIPs (Processos de Integração de Engenharia) relacionados redefinem a densidade viável de computação e dados por bloco, garantindo que a camada 1 (L1) possa lidar com cargas maiores, mantendo-se verificável e acessível a um amplo conjunto de validadores. De uma perspectiva de governança e engenharia a longo prazo, o design em camadas introduzido com o Fusaka sinaliza uma mudança da dependência de grandes hard forks ocasionais para uma cadência de escalonamento em múltiplos estágios mais gerenciável e previsível.

Para o ETH como ativo, o impacto de Fusaka não será instantâneo, mas suas implicações estruturais são claras. Se a redução dos custos da camada 2 se traduzir em maior atividade e demanda por liquidações, o consumo de blobs e taxas base proporcionará uma fonte mais duradoura de captura de valor, fortalecendo o papel duplo do ETH como moeda de liquidação e garantia de segurança. Embora maiores requisitos de largura de banda e pressão sobre a infraestrutura possam, em alguns cenários, aumentar o risco de centralização, Fusaka também introduz limites de governança e de carga de nós mais claros e quantificáveis, dando à rede uma chance melhor de crescer dentro de um ambiente de descentralização controlado.

Em última análise, a importância de Fusaka não reside em quanto ele pode aumentar o TPS por si só, mas em como ele remodela a trajetória do Ethereum: segurança em primeiro lugar, escalabilidade centrada em rollups, governança orientada a parâmetros e ETH como ativo soberano. A atualização transforma o Ethereum de um modelo meramente escalável na teoria para um modelo sustentavelmente escalável na prática, e estabelece as bases de engenharia para o Glamsterdam e mudanças mais profundas previstas no roadmap. Se os últimos cinco anos foram dedicados a lançar as bases para a era modular, Fusaka é o ponto de virada que impulsiona o Ethereum para sua próxima fase, mais madura.

PERGUNTAS FREQUENTES 

P1: Os usuários finais notarão mudanças imediatas após a atualização do Fusaka?
A curto prazo, as mudanças mais tangíveis para os usuários finais provavelmente virão de tarifas mais baixas e da redução do congestionamento nas principais redes de camada 2, especialmente durante os períodos de pico, quando os atrasos na confirmação e os aumentos repentinos de tarifas devem diminuir. No entanto, esses efeitos normalmente não se materializam completamente no primeiro dia. Eles tendem a surgir ao longo de semanas e meses, à medida que os provedores de serviços de agregação de dados ajustam suas políticas de tarifas e padrões de envio de dados. Para a maioria dos usuários, o Fusaka deve ser visto como uma atualização estrutural que estabelece as bases para os próximos anos de escalabilidade, em vez de um evento isolado que dobra instantaneamente o TPS (transações por segundo).

P2: A atualização Fusaka altera a narrativa de investimento de médio a longo prazo da ETH?
Fusaka não altera o papel fundamental do ETH como ativo nativo e moeda soberana do Ethereum, mas fortalece a ligação entre o crescimento da rede e a demanda por ETH. Se custos de rollup mais baixos impulsionarem aumentos sustentados no volume de liquidação e na atividade on-chain, as taxas de blob e a queima de base fee se tornarão uma característica mais estrutural da economia do ETH, consolidando seu perfil como "combustível para liquidação" e reserva de valor de longo prazo atrelada ao uso do protocolo.

P3: O Fusaka aumenta significativamente o risco de centralização na relação de compromisso entre descentralização e escalabilidade?
Fusaka reduz a quantidade de histórico e dados que cada nó individual precisa reter e baixar, o que, em princípio, permite um conjunto de nós maior e mais diversificado. No entanto, à medida que as bifurcações subsequentes de BPO (Business Process Outsourcing) aumentam a capacidade de blobs, a importância de uma infraestrutura de alta largura de banda e operada profissionalmente crescerá. Se as equipes do protocolo e do cliente não definirem proativamente parâmetros de hardware razoáveis ​​e não mantiverem transparência e abertura na governança, os debates futuros sobre escalabilidade poderão amplificar as preocupações com os riscos latentes de centralização. O próprio Fusaka não centraliza diretamente a rede, mas torna o equilíbrio contínuo entre escalabilidade e descentralização um tópico ainda mais central para o roteiro do Ethereum daqui para frente.

Aviso: As informações fornecidas neste artigo têm caráter meramente educativo e informativo, não devendo ser consideradas como aconselhamento de investimento. Para mais informações, consulte [link para a documentação/referência]. aqui Faça sua própria pesquisa e busque aconselhamento de um consultor financeiro profissional antes de tomar qualquer decisão de investimento. A FameEX não se responsabiliza por quaisquer perdas diretas ou indiretas decorrentes do uso ou da confiança nas informações contidas neste artigo.