Escrito por: Ye Huiwen
Fonte: Wall Street Insights
O Ethereum está hoje a executar uma atualização de rede crucial chamada “Fusaka”, mais um marco importante no seu contínuo roteiro de expansão. Esta atualização visa reduzir ainda mais os custos de transação das redes Layer-2, através do aumento significativo da capacidade de dados e otimização da eficiência do protocolo, consolidando assim a posição do Ethereum como camada de liquidação global eficiente.
Segundo o plano, a atualização Fusaka será ativada a 3 de dezembro de 2025, no bloco 13.164.544. Este é um novo passo na expansão do Ethereum, após as atualizações Dencun e Pectra. Kenny Lee, responsável pelo negócio de cripto na Goldman Sachs, salientou que Fusaka representa a próxima etapa do roteiro de escalabilidade do Ethereum, com o objetivo de impulsionar a evolução da rede para uma camada de liquidação com impacto global e eficiente em termos de custos.
A principal novidade desta atualização é a introdução da tecnologia “PeerDAS” (Peer Data Availability Sampling, ou amostragem de disponibilidade de dados por pares). Esta funcionalidade visa aumentar teoricamente em 8 vezes a capacidade de dados das redes Layer-2, permitindo uma maior taxa de transações e reduzindo significativamente as taxas para os utilizadores Layer-2.
Para além disso, a atualização Fusaka inclui também a introdução do mecanismo de bifurcação “apenas parâmetro Blob” (BPO), tornando futuras expansões de capacidade de rede mais flexíveis; optimiza o desempenho da rede principal Layer-1 com funcionalidades como expiração de armazenamento e controlo de blocos; e melhora as funcionalidades das carteiras e a experiência do utilizador. Estas alterações representam um salto estrutural do Ethereum em termos de escalabilidade, sustentabilidade e operacionalidade.
De Dencun a Fusaka: foco na expansão e na otimização da infraestrutura
A atualização Fusaka consiste, na verdade, na ativação sincronizada das atualizações “Fulu” na camada de consenso e “Osaka” na camada de execução. De acordo com o plano final confirmado pela Fundação Ethereum, as propostas de melhoria do Ethereum (EIPs) incluídas na atualização focam-se em três áreas principais:
Aumentar a eficiência da Layer-1: Inclui expiração de armazenamento (EIP-7642) e limite máximo de Gas por transação (EIP-7825), para manter a eficiência dos nós à medida que a utilização da rede cresce.
Expandir a capacidade de dados da Layer-2: Com destaque para PeerDAS (EIP-7594), acompanhado por atualização de parâmetros de Blob (EIP-7892) e otimização de custos de Blob (EIP-7918).
Melhorar a experiência do utilizador e ferramentas para programadores: Inclui previsibilidade determinística para proponentes (EIP-7917) e pré-compilados para suporte à curva secp256r1 (EIP-7951), para reforçar as funcionalidades das carteiras e o desenvolvimento de aplicações.
Estas três áreas alinham-se totalmente com as prioridades estratégicas definidas pela Fundação Ethereum em abril de 2025 (expandir a rede principal, expandir Blobs e melhorar a experiência do utilizador). Este artigo irá focar-se no aumento da capacidade de dados da Layer-2 e na otimização do mecanismo de custos.
Missão central: uma expansão centrada na “L2”
Para compreender porque razão o Ethereum se foca na expansão via Layer-2, é necessário revisitar a sua filosofia de design.
No “trilema da blockchain” (descentralização, segurança e escalabilidade, dos quais apenas dois podem ser plenamente alcançados), o Ethereum priorizou, desde cedo, a descentralização e segurança da sua camada de base (Layer-1). Isso levou a que, com o aumento da procura de aplicações descentralizadas, a Layer-1 enfrentasse os constrangimentos de custos elevados e confirmações lentas.
Para resolver o problema, o Ethereum adotou o roteiro “centrado em Rollups”. Esta estratégia transfere a maioria do processamento de transações para redes Layer-2, que executam transações off-chain e publicam os dados comprimidos de volta na Layer-1 do Ethereum para liquidação final e garantia de segurança.
Este método modular permite ao Ethereum escalar sem sacrificar os princípios fundamentais de descentralização. No entanto, levanta uma nova questão de “disponibilidade de dados” — como provar à rede que os dados comprimidos publicados são válidos, sem que cada nó tenha de descarregar todos os dados.
PeerDAS: O segredo para aumentar a capacidade de dados em 8 vezes
A funcionalidade mais impactante da atualização Fusaka, o PeerDAS, foi criada precisamente para resolver o problema da disponibilidade de dados.
Antes do Fusaka, mesmo com a introdução dos “Blobs” na atualização Dencun como forma económica de armazenamento de dados para Layer-2, cada nó completo do Ethereum ainda tinha de descarregar todos os dados dos Blobs, o que limitava a largura de banda e o débito máximo da rede.
O PeerDAS altera radicalmente este modelo. Após a atualização, os dados dos Blobs são divididos em pequenas partes e distribuídos por diferentes nós. Cada nó só precisa descarregar e validar uma pequena fração dos dados totais (cerca de 1/8), podendo, através de métodos criptográficos, garantir a disponibilidade e integridade do conjunto de dados. Isto reduz drasticamente os requisitos de recursos em cada nó, aumentando teoricamente a capacidade de dados da rede em cerca de 8 vezes. O PeerDAS é a base para futuras expansões de Blobs e é o principal motor para a redução dos custos de transação nas Layer-2.
Bifurcação BPO: aumentar o limite de Blobs de forma mais flexível
Com o crescimento contínuo das atividades em Layer-2 (( ver Gráfico 2), também cresce a procura por espaço de Blobs.
De acordo com dados da Coinmetrics, o número diário de Blobs está a aumentar. Contudo, sob o mecanismo atual, aumentar o número de Blobs por bloco exige uma “hard fork” complexa, que é difícil de coordenar e pouco frequente.
Para resolver esta limitação, o Fusaka introduz a bifurcação “apenas parâmetro Blob” (BPO). Trata-se de uma bifurcação leve e dedicada apenas à atualização de parâmetros relacionados com Blobs (como o número máximo de Blobs por bloco). Por ser limitada e de impacto controlado, as equipas de desenvolvimento podem implementar estas atualizações de forma mais frequente e segura, permitindo à rede aumentar gradualmente a capacidade de dados sem depender de grandes atualizações que englobem outras funcionalidades. Segundo a Fundação Ethereum, as bifurcações BPO serão pré-programadas para duplicar o número de Blobs de forma faseada ao longo de algumas semanas, até atingir o máximo.
Mercado de taxas estável: introdução do mecanismo de preço mínimo para Blobs
Após a atualização Dencun, a publicação de dados das Layer-2 no Ethereum passou a ter dois custos distintos: Gas de execução e Gas de Blob. Quando a procura de Blobs é baixa, o custo pode chegar perto de zero, mas as Layer-2 continuam a pagar valores potencialmente elevados em Gas de execução. Esta “falha de sinal de preço” resulta em ineficiência e instabilidade do mercado.
Para resolver este problema, o Fusaka, através da EIP-7918, introduz um mecanismo de “preço mínimo” para Blobs. Este preço não é fixo, mas sim dinâmico e indexado ao custo do Gas de execução.
Sempre que o custo de mercado dos Blobs estiver abaixo deste mínimo, o algoritmo de ajuste bloqueia novas descidas. O objetivo é garantir que o custo dos Blobs reflita sempre o seu valor económico, mantendo o mercado sensível à congestão da rede e proporcionando às Layer-2 um ambiente de preços mais estável e previsível.
Impacto de mercado e riscos potenciais
A atualização Fusaka deverá ter um impacto profundo no mercado. O aumento da capacidade de dados proporcionado pelo PeerDAS e pela bifurcação BPO poderá reduzir ainda mais os custos operacionais das Layer-2. Por sua vez, o mecanismo de preço mínimo da EIP-7918 assegura que o espaço de Blob não seja utilizado de forma excessivamente barata, mantendo a sustentabilidade económica da rede. Isto poderá intensificar a concorrência entre as redes Layer-2, com o foco a deslocar-se dos custos de transação para a experiência do utilizador, parcerias e profundidade de liquidez.
No entanto, esta atualização traz também alguns riscos e pontos de atenção:
Risco de execução: Qualquer hard fork importante acarreta o risco de falha na coordenação dos clientes ou surgimento de vulnerabilidades, podendo causar instabilidade temporária na rede.
Impacto limitado nas taxas da rede principal: Os benefícios diretos da atualização refletem-se sobretudo nas Layer-2; os custos de Gas na rede principal do Ethereum poderão não descer de imediato.
Requisitos de hardware: Apesar de o PeerDAS optimizar a eficiência, metas mais elevadas para os Blobs podem, a longo prazo, aumentar as necessidades de largura de banda dos validadores.
Adaptação do ecossistema: As Layer-2 e os programadores de dApps precisarão de tempo para tirar pleno partido das novas vantagens da arquitetura.
