O Fusaka expande a escalabilidade do Ethereum ao aumentar a capacidade dos blobs e ao introduzir um sistema de disponibilidade de dados mais eficiente (PeerDAS).
Um gas limit mais elevado de 60 milhões e otimizações na camada de execução aumentam significativamente o throughput do L1.
A melhoria do mecanismo de taxas e a atualização da UX estabelecem as bases para um ecossistema L1–L2 mais unificado e de menor custo.
Visão geral do Fusaka
O Ethereum recebeu o hard fork “Fusaka” a 3 de dezembro de 2025, às 21:49 UTC (slot 13,164,544). O Fusaka combina a atualização da camada de execução Osaka com a atualização da camada de consenso Fulu, continuando a tradição de nomes das forks anteriores.
Após o Pectra de maio, o Fusaka representa um passo importante na roadmap de escalabilidade do Ethereum: melhora o desempenho do L1, expande a capacidade de blobs, aumenta a eficiência de custos dos rollups e introduz melhorias na experiência do utilizador. Introduz também o mecanismo de fork Blob Parameter Only (BPO), permitindo aumentar a capacidade dos blobs em resposta ao crescimento da procura dos rollups. No início deste ano, a Fundação Ethereum apresentou a estratégia “Protocol”, centrada em três objetivos de longo prazo: expandir o L1, expandir os blobs e melhorar a experiência do utilizador. O Fusaka é a primeira atualização totalmente alinhada com esta visão unificada, marcando um ponto de viragem para o futuro da escalabilidade e acessibilidade do Ethereum.
Este artigo apresenta as principais alterações do Fusaka e analisa o seu impacto na mainnet do Ethereum, nos rollups Layer-2, nos custos de transação e na experiência do utilizador.
Expansão dos Blobs
A atualização Dencun do ano passado introduziu os “blobs”, permitindo que os rollups armazenassem dados de transações na mainnet do Ethereum a custos mais baixos. Desde então, graças a rollups como Base, Arbitrum e Lighter, os blobs registaram uma adoção significativa. Isto levou a que a utilização dos blobs estivesse frequentemente próxima do limite (atualmente perto do objetivo de 6 blobs por bloco), podendo causar um aumento exponencial das taxas dos rollups. Com a crescente procura por disponibilidade de dados, o espaço dos blobs tornou-se um gargalo fundamental no caminho da escalabilidade do Ethereum, que o Fusaka procura resolver diretamente.
PeerDAS: Peer Data Availability Sampling
O PeerDAS (EIP-7594), ou amostragem de disponibilidade de dados ponto-a-ponto, é talvez uma das atualizações mais importantes do Fusaka, correspondendo diretamente aos objetivos de expandir o L1 e os blobs. O PeerDAS introduz um método mais eficiente para os nós do Ethereum verificarem a disponibilidade dos dados dos blobs. Em vez de descarregar todo o conteúdo dos blobs, os nós verificam a disponibilidade através da amostragem de fragmentos de dados, mantendo o mesmo nível de segurança sem aumentar a carga sobre os nós de consenso do L1.
Impacto esperado:
Os nós apenas precisam de armazenar cerca de 1/8 de cada blob, aumentando significativamente o throughput dos blobs sem elevar os requisitos de hardware.
Permite que o Ethereum aumente com segurança o throughput dos blobs, impulsionando a capacidade dos rollups.
Custos de disponibilidade de dados mais baixos resultam em transações L2 mais baratas e envios em lote mais fiáveis.
Lança as bases para o danksharding completo, aumentando o throughput de transações de todo o ecossistema. Por exemplo, a Base referiu no seu blogue que, após o Fusaka, as melhorias de escalabilidade do L2 podem duplicar o throughput da cadeia em 2 meses.
Blob Parameter Only (BPO) Fork
Com o PeerDAS a reduzir a largura de banda e o armazenamento necessários para os nós validarem os dados dos blobs, o Ethereum pode agora aumentar com segurança a capacidade dos blobs. O Fusaka introduz o mecanismo de fork Blob Parameter Only (BPO), destinado a aumentar gradualmente o limite de blobs por bloco ao longo do tempo. Este mecanismo permite ao Ethereum ajustar os parâmetros dos blobs sem um hard fork completo, oferecendo ao protocolo uma forma mais flexível e ágil de escalar.
Próximos forks BPO
Impacto esperado:
Maior largura de banda DA: Aumenta a capacidade dos rollups de 6 blobs para até 128 blobs por bloco, reduzindo significativamente as taxas das transações L2.
Escalabilidade flexível: Os parâmetros dos blobs podem ser ajustados dinamicamente à medida que a procura cresce.
Caminho de expansão progressiva: Alinha-se com a roadmap do Ethereum para rollups mais baratos e disponibilidade de dados escalável.
Ajuste da Blob Base Fee
Com a expansão da capacidade dos blobs, o mercado de taxas dos blobs no Ethereum terá um papel mais relevante na coordenação da procura dos rollups. Atualmente, os rollups praticamente não pagam pelos blobs. Como a procura não é sensível ao preço, as taxas dos blobs permanecem frequentemente no mínimo de 1 wei, e o preço nem sempre se ajusta suavemente ao uso. Isto cria um estado de “inflexibilidade de preços” que limita a capacidade de resposta do mecanismo de taxas.
O Fusaka liga o valor mínimo da blob base fee a uma proporção fixa da base fee do L1, impedindo que o preço dos blobs caia para zero e mantendo o mecanismo de ajuste de taxas eficaz mesmo durante a expansão do espaço dos blobs.
Principais impactos:
Preços dos blobs mais estáveis: Evita que o mercado de taxas fique preso no valor mínimo.
Economia dos rollups mais previsível: Garante que os rollups paguem uma base justa pela disponibilidade de dados, sem saltos de taxas súbitos ou instáveis.
Impacto mínimo nos custos dos utilizadores: Mesmo com o limite inferior, o custo dos dados L2 continua a ser apenas uma pequena fração de alguns cêntimos, com impacto quase nulo na UX.
Sustentabilidade económica a longo prazo: Compensa os nós pelo processamento de maior throughput de blobs; atualmente, as taxas dos blobs pouco contribuem para o burning de ETH, mas com a expansão da capacidade, esse contributo pode aumentar.
Expansão do L1
O Fusaka também dá grande ênfase à expansão do L1. Com o EIP-7935, o limite de gas padrão do protocolo Ethereum aumenta para 60 milhões, melhorando a capacidade de execução do Layer-1. Isto aumenta diretamente o número de transações que cada bloco pode acomodar, permitindo maior throughput, menos congestionamento e taxas de gas mais baixas.
Impacto esperado:
Maior throughput: Mais cálculos por bloco, aumentando a capacidade global do L1.
Suporte a aplicações mais complexas: Um limite de gas maior permite a execução eficiente de contratos complexos.
Menos congestionamento sob carga elevada: O espaço extra reduz os congestionamentos quando a procura dispara.
Manutenção de taxas baixas: A capacidade adicional suporta o atual ambiente de taxas baixas (< 0.4 gwei).
Para além de aumentar o limite de gas, o Fusaka introduz várias otimizações para tornar a execução do L1 mais eficiente e preparar o terreno para futuras expansões.
Novo limite de uso de gas por transação: Impede que uma única transação ocupe todo o espaço do bloco e prepara caminho para a execução paralela futura.
Otimização da pré-compilação ModExp: Recalibra o custo de gas e define limites mais claros para operações relacionadas, garantindo que o uso de recursos continue previsível à medida que o throughput cresce.
Simplificação da camada de rede: Remove campos obsoletos anteriores à fusão, tornando a sincronização dos nós do Ethereum mais rápida e leve.
Melhorias na experiência do utilizador (UX)
O Fusaka traz uma série de atualizações que melhoram a experiência de utilizadores e programadores. Entre elas, o EIP-7951 adiciona suporte nativo à curva elíptica secp256r1, um padrão de assinatura amplamente utilizado pelo Apple Secure Enclave, Android Keystore e pela maioria do hardware de consumo.
Isto significa que carteiras e aplicações podem integrar, diretamente no Ethereum, métodos de autenticação familiares como: Face ID, Touch ID, WebAuthn.
Assim, reduz-se a barreira de entrada para os utilizadores e proporciona-se maior segurança tanto para utilizadores comuns como institucionais.
Estas atualizações modernizam ainda mais a experiência dos programadores e a interface do utilizador do Ethereum, facilitando a construção de aplicações seguras e orientadas para o público em geral.
Conclusão
Com a ativação do Fusaka, os impactos mais imediatos serão: custos mais baixos dos rollups; maior throughput dos blobs; e uma capacidade de execução L1 significativamente melhorada.
Com o tempo, o aumento do espaço de blobs, a redução dos custos e o aumento constante do desempenho do L1 irão remodelar a economia dos settlements do L2, afetar a dinâmica de burning de ETH e tornar o ecossistema Ethereum mais unificado e coordenado.
Embora o impacto do valor a longo prazo dependa ainda da procura e do ritmo de adoção, o Fusaka estabelece uma base mais clara e escalável para a próxima fase de crescimento do Ethereum: um ecossistema onde o L1 e o L2 colaboram de forma mais eficiente e suportam mais utilizadores, ativos e atividade on-chain.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Rumo a uma nova fase de escalabilidade: análise aprofundada da atualização Fusaka do Ethereum e o seu impacto
Autor | Tanay Ved, Coin Metrics
Tradução | GaryMa 吴说区块链
Link original:
Resumo dos pontos-chave
O Fusaka expande a escalabilidade do Ethereum ao aumentar a capacidade dos blobs e ao introduzir um sistema de disponibilidade de dados mais eficiente (PeerDAS).
Um gas limit mais elevado de 60 milhões e otimizações na camada de execução aumentam significativamente o throughput do L1.
A melhoria do mecanismo de taxas e a atualização da UX estabelecem as bases para um ecossistema L1–L2 mais unificado e de menor custo.
Visão geral do Fusaka
O Ethereum recebeu o hard fork “Fusaka” a 3 de dezembro de 2025, às 21:49 UTC (slot 13,164,544). O Fusaka combina a atualização da camada de execução Osaka com a atualização da camada de consenso Fulu, continuando a tradição de nomes das forks anteriores.
Após o Pectra de maio, o Fusaka representa um passo importante na roadmap de escalabilidade do Ethereum: melhora o desempenho do L1, expande a capacidade de blobs, aumenta a eficiência de custos dos rollups e introduz melhorias na experiência do utilizador. Introduz também o mecanismo de fork Blob Parameter Only (BPO), permitindo aumentar a capacidade dos blobs em resposta ao crescimento da procura dos rollups. No início deste ano, a Fundação Ethereum apresentou a estratégia “Protocol”, centrada em três objetivos de longo prazo: expandir o L1, expandir os blobs e melhorar a experiência do utilizador. O Fusaka é a primeira atualização totalmente alinhada com esta visão unificada, marcando um ponto de viragem para o futuro da escalabilidade e acessibilidade do Ethereum.
Este artigo apresenta as principais alterações do Fusaka e analisa o seu impacto na mainnet do Ethereum, nos rollups Layer-2, nos custos de transação e na experiência do utilizador.
Expansão dos Blobs
A atualização Dencun do ano passado introduziu os “blobs”, permitindo que os rollups armazenassem dados de transações na mainnet do Ethereum a custos mais baixos. Desde então, graças a rollups como Base, Arbitrum e Lighter, os blobs registaram uma adoção significativa. Isto levou a que a utilização dos blobs estivesse frequentemente próxima do limite (atualmente perto do objetivo de 6 blobs por bloco), podendo causar um aumento exponencial das taxas dos rollups. Com a crescente procura por disponibilidade de dados, o espaço dos blobs tornou-se um gargalo fundamental no caminho da escalabilidade do Ethereum, que o Fusaka procura resolver diretamente.
PeerDAS: Peer Data Availability Sampling
O PeerDAS (EIP-7594), ou amostragem de disponibilidade de dados ponto-a-ponto, é talvez uma das atualizações mais importantes do Fusaka, correspondendo diretamente aos objetivos de expandir o L1 e os blobs. O PeerDAS introduz um método mais eficiente para os nós do Ethereum verificarem a disponibilidade dos dados dos blobs. Em vez de descarregar todo o conteúdo dos blobs, os nós verificam a disponibilidade através da amostragem de fragmentos de dados, mantendo o mesmo nível de segurança sem aumentar a carga sobre os nós de consenso do L1.
Impacto esperado:
Os nós apenas precisam de armazenar cerca de 1/8 de cada blob, aumentando significativamente o throughput dos blobs sem elevar os requisitos de hardware.
Permite que o Ethereum aumente com segurança o throughput dos blobs, impulsionando a capacidade dos rollups.
Custos de disponibilidade de dados mais baixos resultam em transações L2 mais baratas e envios em lote mais fiáveis.
Lança as bases para o danksharding completo, aumentando o throughput de transações de todo o ecossistema. Por exemplo, a Base referiu no seu blogue que, após o Fusaka, as melhorias de escalabilidade do L2 podem duplicar o throughput da cadeia em 2 meses.
Blob Parameter Only (BPO) Fork
Com o PeerDAS a reduzir a largura de banda e o armazenamento necessários para os nós validarem os dados dos blobs, o Ethereum pode agora aumentar com segurança a capacidade dos blobs. O Fusaka introduz o mecanismo de fork Blob Parameter Only (BPO), destinado a aumentar gradualmente o limite de blobs por bloco ao longo do tempo. Este mecanismo permite ao Ethereum ajustar os parâmetros dos blobs sem um hard fork completo, oferecendo ao protocolo uma forma mais flexível e ágil de escalar.
Próximos forks BPO
Impacto esperado:
Maior largura de banda DA: Aumenta a capacidade dos rollups de 6 blobs para até 128 blobs por bloco, reduzindo significativamente as taxas das transações L2.
Escalabilidade flexível: Os parâmetros dos blobs podem ser ajustados dinamicamente à medida que a procura cresce.
Caminho de expansão progressiva: Alinha-se com a roadmap do Ethereum para rollups mais baratos e disponibilidade de dados escalável.
Ajuste da Blob Base Fee
Com a expansão da capacidade dos blobs, o mercado de taxas dos blobs no Ethereum terá um papel mais relevante na coordenação da procura dos rollups. Atualmente, os rollups praticamente não pagam pelos blobs. Como a procura não é sensível ao preço, as taxas dos blobs permanecem frequentemente no mínimo de 1 wei, e o preço nem sempre se ajusta suavemente ao uso. Isto cria um estado de “inflexibilidade de preços” que limita a capacidade de resposta do mecanismo de taxas.
O Fusaka liga o valor mínimo da blob base fee a uma proporção fixa da base fee do L1, impedindo que o preço dos blobs caia para zero e mantendo o mecanismo de ajuste de taxas eficaz mesmo durante a expansão do espaço dos blobs.
Principais impactos:
Preços dos blobs mais estáveis: Evita que o mercado de taxas fique preso no valor mínimo.
Economia dos rollups mais previsível: Garante que os rollups paguem uma base justa pela disponibilidade de dados, sem saltos de taxas súbitos ou instáveis.
Impacto mínimo nos custos dos utilizadores: Mesmo com o limite inferior, o custo dos dados L2 continua a ser apenas uma pequena fração de alguns cêntimos, com impacto quase nulo na UX.
Sustentabilidade económica a longo prazo: Compensa os nós pelo processamento de maior throughput de blobs; atualmente, as taxas dos blobs pouco contribuem para o burning de ETH, mas com a expansão da capacidade, esse contributo pode aumentar.
Expansão do L1
O Fusaka também dá grande ênfase à expansão do L1. Com o EIP-7935, o limite de gas padrão do protocolo Ethereum aumenta para 60 milhões, melhorando a capacidade de execução do Layer-1. Isto aumenta diretamente o número de transações que cada bloco pode acomodar, permitindo maior throughput, menos congestionamento e taxas de gas mais baixas.
Impacto esperado:
Maior throughput: Mais cálculos por bloco, aumentando a capacidade global do L1.
Suporte a aplicações mais complexas: Um limite de gas maior permite a execução eficiente de contratos complexos.
Menos congestionamento sob carga elevada: O espaço extra reduz os congestionamentos quando a procura dispara.
Manutenção de taxas baixas: A capacidade adicional suporta o atual ambiente de taxas baixas (< 0.4 gwei).
Para além de aumentar o limite de gas, o Fusaka introduz várias otimizações para tornar a execução do L1 mais eficiente e preparar o terreno para futuras expansões.
Novo limite de uso de gas por transação: Impede que uma única transação ocupe todo o espaço do bloco e prepara caminho para a execução paralela futura.
Otimização da pré-compilação ModExp: Recalibra o custo de gas e define limites mais claros para operações relacionadas, garantindo que o uso de recursos continue previsível à medida que o throughput cresce.
Simplificação da camada de rede: Remove campos obsoletos anteriores à fusão, tornando a sincronização dos nós do Ethereum mais rápida e leve.
Melhorias na experiência do utilizador (UX)
O Fusaka traz uma série de atualizações que melhoram a experiência de utilizadores e programadores. Entre elas, o EIP-7951 adiciona suporte nativo à curva elíptica secp256r1, um padrão de assinatura amplamente utilizado pelo Apple Secure Enclave, Android Keystore e pela maioria do hardware de consumo.
Isto significa que carteiras e aplicações podem integrar, diretamente no Ethereum, métodos de autenticação familiares como: Face ID, Touch ID, WebAuthn.
Assim, reduz-se a barreira de entrada para os utilizadores e proporciona-se maior segurança tanto para utilizadores comuns como institucionais.
Estas atualizações modernizam ainda mais a experiência dos programadores e a interface do utilizador do Ethereum, facilitando a construção de aplicações seguras e orientadas para o público em geral.
Conclusão
Com a ativação do Fusaka, os impactos mais imediatos serão: custos mais baixos dos rollups; maior throughput dos blobs; e uma capacidade de execução L1 significativamente melhorada.
Com o tempo, o aumento do espaço de blobs, a redução dos custos e o aumento constante do desempenho do L1 irão remodelar a economia dos settlements do L2, afetar a dinâmica de burning de ETH e tornar o ecossistema Ethereum mais unificado e coordenado.
Embora o impacto do valor a longo prazo dependa ainda da procura e do ritmo de adoção, o Fusaka estabelece uma base mais clara e escalável para a próxima fase de crescimento do Ethereum: um ecossistema onde o L1 e o L2 colaboram de forma mais eficiente e suportam mais utilizadores, ativos e atividade on-chain.