Expansão e segurança em paralelo: análise completa da atualização Fusaka do Ethereum e 12 EIPs

Autor: @ChromiteMerge

A Ethereum vai receber, a 3 de dezembro de 2025, uma atualização de hard fork denominada “Fusaka”. Esta atualização inclui um total de 12 propostas de melhoria da Ethereum (EIP); tal como 12 peças de precisão, irão, em conjunto, melhorar a escalabilidade, a segurança e a eficiência de funcionamento da Ethereum. A seguir, o autor vai explicar, de forma acessível e por categorias, que problemas cada uma destas 12 EIP resolve e por que razão são tão cruciais para o futuro da Ethereum.

Escalar! Fazer a Ethereum correr mais rápido e acomodar mais

Este é o tema central da atualização Fusaka. Para a Ethereum suportar a economia digital global, tem de resolver os problemas de congestionamento de transações e de custos elevados. As EIP seguintes são precisamente para alcançar esse objetivo, em particular em torno de reduzir custos e aumentar a eficiência da expansão da Layer 2.

EIP-7594: PeerDAS - amostragem de disponibilidade de dados

Ponto crítico: Desde a atualização Dencun, que introduziu “Blobs” de dados para a Layer 2 como armazenamento de dados barato, surgiu um problema central: como garantir que estes enormes volumes de dados estão de facto disponíveis e são utilizáveis? Atualmente, o método exige que cada nó validador descarregue e valide todos os dados blob carregados por um bloco. Quando um bloco comporta no máximo 9 Blobs, esta abordagem ainda é viável. Mas se, no futuro, a quantidade de Blobs aumentar ainda mais (por exemplo, para 128), descarregar e validar todos os Blobs implicará custos elevados, elevando o patamar de participação para os validadores e ameaçando a descentralização da rede.

Solução: O PeerDAS (Peer Data Availability Sampling) transforma a verificação tradicional de “ver tudo” em “amostragem”. Em termos simples:

2. A rede irá dividir os dados blob completos em fatias.

3. Cada validador não precisa de descarregar todos os blobs; só precisa de descarregar e verificar aleatoriamente alguns fragmentos de dados.

4. Depois, todos conseguem confirmar a integridade e a disponibilidade do conjunto completo de blobs através de verificações mútuas e da troca dos resultados da validação.

É como um grande jogo de puzzle: cada pessoa tem apenas algumas peças, mas desde que todos confirmem as ligações-chave, dá para determinar se o puzzle inteiro está completo e correto. Vale salientar que o PeerDAS não é uma invenção totalmente nova; a sua ideia central de DAS já foi aplicada com sucesso em projetos terceiros de DA, como a Celestia. A implementação do PeerDAS é, mais do que tudo, como colmatar um “dívida técnica” fundamental no plano de expansão de longo prazo da Ethereum.

Significado: O PeerDAS reduz imenso a carga de armazenamento dos validadores, removendo obstáculos que poderiam enfraquecer a descentralização para permitir uma expansão massiva de dados na Ethereum. No futuro, espera-se que cada bloco possa acomodar centenas de Blobs, suportando a visão Teragas que se propõe a atingir até 10 milhões de TPS, ao mesmo tempo que pessoas comuns conseguem executar facilmente validadores, mantendo a descentralização da rede.

EIP-7892: BPO hard fork - atualização leve de parâmetros

Ponto crítico: A procura do mercado por capacidade de dados na Layer 2 muda a cada instante. Se cada ajuste ao limite máximo de Blobs tiver de esperar por uma grande atualização como a Fusaka, isso será demasiado lento e não acompanhará o ritmo do desenvolvimento do ecossistema.

Solução: Esta EIP define um mecanismo especial de “hard fork dedicado apenas a parâmetros de Blob” (Blob Parameter Only Hardfork, BPO). Esta atualização é muito leve: altera apenas alguns parâmetros relacionados com Blobs (por exemplo, o número-alvo de Blobs por bloco), sem envolver mudanças complexas de código. Os operadores de nós nem sequer precisam de atualizar o software do cliente; basta que, num período definido, aceitem os novos parâmetros, tal como atualizar um ficheiro de configuração do software online.

Significado: O mecanismo BPO permite à Ethereum ajustar rapidamente e com segurança a capacidade da rede. Por exemplo, após esta atualização Fusaka, a comunidade planeia executar duas atualizações BPO consecutivas num curto espaço de tempo, duplicando progressivamente a capacidade de Blobs. Assim, a Ethereum pode escalar o espaço de blobs de forma sob medida, elástica e incremental, permitindo que os custos e o throughput da L2 melhorem de forma suave, com riscos mais controláveis.

EIP-7918: mercado estável de taxas de Blob

Ponto crítico: O mecanismo anterior para ajustar as taxas de Blob era demasiado “ao sabor do mercado”, o que gera alguns problemas inesperados. Em primeiro lugar, quando a procura por Blobs é muito baixa, a taxa cai para perto de zero; mas isso não estimula de forma eficaz nova procura, acabando por criar um preço anormalmente baixo — um “mínimo histórico”. Pelo contrário, quando a procura é forte, a blob fee também dispara, criando um extremo oposto de preço elevado. Esta “concorrência interna” de preços, tão intensa, torna o planeamento de custos da Layer 2 difícil.

Solução: A ideia central da EIP-7918 é deixar de permitir que a taxa de Blob varie sem limites; em vez disso, define-se uma faixa de preço razoável, isto é, um consumo elástico mínimo. A forma de o fazer é ligar os limites (limits) da blob fee ao custo de execução (execution fee) da Layer 2 na Layer 1. Quer se atualize a raiz de estado, quer se valide uma prova ZK, estas taxas de execução são relativamente estáveis e têm pouca relação com o volume de transações dentro do bloco da L2. Por isso, ao ligar os limites superior e inferior da blob fee a esta “âncora” estável, evita-se que o preço suba e desça de forma errática.

Significado: A vantagem direta desta melhoria é impedir que o mercado de blob fees entre nessa “concorrência interna”, tornando o modelo de custos operacionais dos projetos de Layer 2 mais previsível. Assim, a Layer 2 pode definir para utilizadores finais taxas de transação mais estáveis e mais razoáveis, evitando a experiência de montanha-russa “hoje grátis, amanhã um preço absurdo”.

EIP-7935: aumentar a capacidade de transações da rede principal

Ponto crítico: O número total de transações que cada bloco da Ethereum pode acomodar é determinado pelo “limite máximo de Gas do bloco” (atualmente, cerca de 30 milhões) e não é ajustado há anos. Para aumentar, de forma direta, a capacidade (throughput) de toda a rede, a forma mais imediata é aumentar esse limite — mas é necessário assegurar que não se elevam os requisitos de hardware dos validadores, nem se reduz a descentralização.

Solução: Esta proposta sugere aumentar o limite máximo de Gas predefinido do bloco para um novo nível (o valor exato ainda a definir; pode ser 45 milhões ou mais). Não se trata de uma trava obrigatória; é apenas fornecer um novo valor predefinido recomendado, orientando os validadores da camada de consenso a aceitarem progressivamente o limite de Gas mais alto.

Significado: Isto significa que cada bloco da Layer 1 consegue agrupar mais transações. O TPS da rede principal da Ethereum aumentará diretamente, aliviando tanto o congestionamento da rede como a escalada das taxas de Gas. Naturalmente, isto também exige mais do hardware dos validadores, pelo que a comunidade irá proceder com testes e avanço com cautela.

Segurança e estabilidade! Construir uma linha de defesa sólida para a rede

Ao mesmo tempo que se escala, é indispensável garantir a segurança e a estabilidade da rede. A Ethereum Foundation lançou, em maio de 2025, o “Trillion Dollar Security” (1TS), com o objetivo de construir uma rede Ethereum capaz de acomodar com segurança ativos na ordem dos biliões de dólares. Vários EIP em Fusaka são precisamente um impulso para o plano 1TS; é como instalar travões e barreiras mais fiáveis num Ethereum a circular a alta velocidade.

EIP-7934: definir um limite máximo para o tamanho físico do bloco

Ponto crítico: O “limite máximo de Gas por bloco” da Ethereum se preocupa apenas com a quantidade total de computação (cálculo) de todas as transações dentro do bloco, mas não define o tamanho físico do bloco. Isto cria uma brecha: um atacante pode construir intencionalmente muitas transações “baratas e volumosas” (por exemplo, enviar 0 ETH para um grande número de endereços), com volume de cálculo extremamente baixo, mas com um volume de dados muito grande. Assim, consegue empacotar um bloco que não ultrapassa o limite de cálculo, mas que tem um tamanho físico anormalmente grande. Estes blocos “bomba de dados” propagam-se muito lentamente na rede, o que pode fazer com que alguns nós não recebam os dados a tempo e fiquem para trás, constituindo um risco sério de ataque de DoS (negação de serviço).

Solução: Definir um limite rígido de 10MB para o tamanho de cada bloco. Qualquer bloco que exceda esse volume será rejeitado pela rede.

Significado: Isto é como definir o tamanho máximo de camiões na estrada, impedindo veículos “demasiado largos e demasiado compridos” de afetarem o tráfego. Garante que os blocos se propagam rapidamente na rede, reduz atrasos e melhora a estabilidade da rede e a sua resistência a ataques.

EIP-7825: definir um limite máximo de Gas para cada transação

Ponto crítico: Atualmente, embora exista um limite máximo total de Gas por bloco, não há um limite por transação individual. Em teoria, alguém pode construir uma transação que consuma quase todo o recurso do bloco, expulsando as transações de todos os outros utilizadores. Isto não é justo e também representa um risco de segurança.

Solução: Definir um limite rígido de 16.770.000 Gas para cada transação. Operações complexas que excedam esse valor precisam de ser previamente divididas em várias transações para serem submetidas.

Significado: Isto aumenta a justiça e a previsibilidade da rede, garantindo que nenhuma transação consiga “reservar a lotação” do bloco. Transações comuns dos utilizadores não serão atrasadas excessivamente por causa de um “super negócio” desse tipo.

EIP-7823 & EIP-7883: reforço de segurança para ModExp (precompilações)

Ponto crítico: ModExp é uma funcionalidade na Ethereum usada para realizar operações de exponenciação modular de grandes números, comum em algumas aplicações criptográficas. No entanto, há dois riscos: primeiro, o comprimento dos números de entrada não tem limite, permitindo que sejam construídas entradas maliciosamente enormes que “estouram” o sistema; segundo, o critério de cobrança de Gas é baixo, o que pode ser explorado para múltiplas chamadas em grande volume com custo reduzido, consumindo recursos dos nós.

Solução:

• EIP-7823: definir um limite de 8192 bits para o comprimento de entrada do ModExp; este comprimento já é mais do que suficiente para as necessidades de aplicações reais.

• EIP-7883: aumentar as cobranças de Gas do ModExp; em particular para entradas maiores, as taxas aumentam drasticamente, garantindo que o custo de computação corresponda ao consumo de recursos.

Significado: Estas duas melhorias atacam o problema em paralelo, removendo um vetor de ataque potencial. São como definir, para um serviço de computação, tanto um “limite máximo de tarefas” como ajustar uma “tarifa em degraus”, para evitar o uso indevido e assim aumentar a robustez de toda a rede.

Upgrade de funcionalidades! Ferramentas mais poderosas para os programadores

Além de escalabilidade e segurança, o Fusaka traz para os programadores algumas ferramentas e funcionalidades úteis, tornando mais eficiente e mais poderoso construir aplicações na Ethereum.

EIP-7951: compatibilidade com assinaturas em hardware mainstream

Ponto crítico: Os dispositivos que usamos no dia a dia — como telemóveis (por exemplo, iPhone), chaves U de banco (U-盾) e módulos de segurança em hardware — têm, em geral, chips de segurança incorporados que utilizam um padrão criptográfico denominado secp256r1 (também conhecido como P-256). Contudo, a Ethereum, por defeito, utiliza outro padrão, secp256k1. Isso impede que estes dispositivos mainstream interajam diretamente com segurança com a Ethereum, limitando a adoção em larga escala do Web3.

Solução: Adicionar um contrato de precompilação para permitir que a Ethereum suporte e valide nativamente assinaturas provenientes da curva secp256r1.

Significado: Esta é uma melhoria marcante. Abre à Ethereum a porta para dezenas de milhares de milhões de dispositivos de hardware em todo o mundo. No futuro, poderás assinar diretamente transações na Ethereum usando o chip de segurança do teu telemóvel, sem precisares de uma aplicação de carteira adicional nem de conversões complexas. A experiência fica mais fluida e a segurança também é maior. Isto reduz muito a barreira de ligação do mundo tradicional à Ethereum e é uma grande vantagem para a fusão entre Web2 e Web3.

EIP-7939: adicionar instrução de cálculo eficiente CLZ

Ponto crítico: Em contratos inteligentes e aplicações criptográficas, é frequente precisar de calcular quantos bits zero consecutivos existem no início de um número de 256 bits (por exemplo, em algoritmos de hash, algoritmos de compressão, provas de conhecimento zero, etc.). Atualmente, a EVM da Ethereum não tem suporte direto desse Opcode; os programadores só conseguem implementá-lo com códigos Solidity complexos, com custos elevados e baixa eficiência.

Solução: Adicionar na EVM um Opcode chamado “CLZ” (Count Leading Zeros), que faz o cálculo de uma só vez.

Significado: É como fornecer aos programadores uma ferramenta profissional que economiza tempo e esforço. Pode reduzir significativamente o custo de Gas das operações relacionadas, permitindo que aplicações que dependem de cálculos matemáticos complexos (sobretudo ZK Rollups) corram a um custo menor e com maior eficiência.

Otimização de rede! Melhorias invisíveis, ecossistema mais saudável

As duas últimas EIP, embora os utilizadores não as sintam diretamente, são essenciais para o funcionamento saudável a longo prazo da rede e para a eficiência de coordenação.

EIP-7642: reduzir a carga de sincronização de novos nós

Ponto crítico: Com o tempo, a Ethereum acumulou enormes quantidades de dados históricos. Para um novo nó entrar na rede, precisa de descarregar e sincronizar todos esses dados, o que é demorado e exige muito esforço, aumentando o patamar de entrada. Além disso, desde que a Ethereum passou de The Merge para o consenso PoS, alguns campos nos registos antigos de transações de recebimento já não são necessários para serem guardados, causando redundância.

Solução: Introduzir uma estratégia de “expiração de dados históricos”, permitindo que novos nós ao sincronizar possam ignorar certos dados demasiado antigos; ao mesmo tempo, simplificar o formato dos recibos de transação, removendo campos redundantes que já não são necessários. Assim, quando um novo nó sincroniza desde o bloco de génese, pode poupar o descarregamento de grandes quantidades de dados inúteis.

Significado: Esta melhoria permite “afinar” a execução dos nós; em cada sincronização de nó completo, pode-se reduzir cerca de 530GB de transferência de dados. Um patamar mais baixo de entrada significa que mais pessoas podem executar nós, fortalecendo a descentralização e a robustez da rede.

EIP-7917: ordem determinística de blocos e pré-confirmação

Ponto crítico: Para compreender a importância desta EIP, temos de começar por falar sobre um problema central das atuais Rollups da Layer 2: o sequenciador centralizado (Sequencer). Atualmente, a maioria das Rollups depende de uma entidade única para receber e ordenar as transações L2 dos utilizadores. Isso concede-lhe o poder de filtrar transações e extrair MEV, o que vai contra o espírito de descentralização. Para resolver isso, a comunidade propôs a ideia de Based Rollup: simplesmente abandonar o sequenciador próprio da L2 e usar o Proposer do bloco da Ethereum L1 para ordenar transações da L2, herdando a descentralização e a neutralidade da L1.

No entanto, esta abordagem tem uma desvantagem fatal: é lenta. A Layer 2 tem de esperar que o bloco da L1 seja submetido à cadeia para começar a executar transações, o que gera grande atraso e uma experiência pobre. A única solução é introduzir um mecanismo de “pré-confirmação”: a Gateway da L2 consegue obter, antecipadamente, compromissos do futuro proposer da L1 — “garanto que vou incluir as tuas transações na cadeia; caso contrário haverá compensação” — para que a Layer 2 possa atualizar o estado mais cedo (por exemplo, saldos de contas), reduzindo a espera do utilizador. Mas, no mecanismo atual que decide aleatoriamente quem será o proposer, a gateway nem sequer sabe a quem deve “negociar”, portanto uma pré-confirmação confiável não é possível.

Solução: A EIP-7917 modifica o protocolo de consenso para que a ordem dos Proposer numa faixa futura de tempo possa ser calculada antecipadamente de forma determinística e tornada pública. Ela transforma o “sorteio no momento” numa “tabela de turnos de produção de blocos” pré-determinada e verificável por todos.

Significado: Esta melhoria é uma base essencial para concretizar soluções de próxima geração como Based Rollup. Com esta “tabela de turnos”, a gateway da L2 consegue identificar antecipadamente o proposer de um bloco futuro e negociar diretamente com ele para obter uma pré-confirmação fiável, garantida por penalidades de Slash. Assim, o Based Rollup consegue desfrutar da descentralização e segurança ao nível da L1, ao mesmo tempo que oferece aos utilizadores uma experiência de transações quase em tempo real semelhante à de um sequenciador centralizado. Pode-se dizer que a EIP-7917 leva o ecossistema da Ethereum rumo a uma forma mais profunda de “descentralização” com escalabilidade, abrindo uma porta crucial.

Por que se diz que a atualização Fusaka chegou na altura certa?

A presente atualização Fusaka não é apenas uma iteração técnica; é também uma atualização estratégica importante para a Ethereum no contexto da era em que as finanças tradicionais fazem grandes entradas on-chain através de RWA e stablecoins. Atualmente, enquanto campo de batalha principal, a Ethereum suporta mais de 56% da oferta de stablecoins em toda a rede, tornando-se o núcleo da camada de liquidação da economia global do “dólar digital”. O objetivo do Fusaka é preparar-se para ativos e volumes de transações ao nível de “Wall Street”.

• Cadeias Layer 2 personalizadas para instituições, com “combustível” para expansão ilimitada

Com a entrada das instituições financeiras tradicionais, veremos surgir cada vez mais Layer 2 “cadeias dedicadas” personalizadas para necessidades específicas (como conformidade KYC). Estas cadeias dedicadas precisam que a rede principal Ethereum lhes forneça um espaço massivo, barato e seguro para armazenamento de dados (isto é, Data Availability).

As propostas no Fusaka, como EIP-7594, EIP-7892 e EIP-7918, existem precisamente para responder a esta necessidade. O seu objetivo central tem apenas um foco: reduzir drasticamente o custo de publicação de dados na Layer 2 e fornecer elasticidade para escalabilidade sob demanda.

Na verdade, após a atualização Pectra, a taxa dos Blobs já está muito baixa; por que continuar a pressionar para baixo? Porque o Fusaka adota uma estratégia de “sacrificar receitas de taxas de curto prazo, para obter atividade económica em maior escala”, visando aumentar o PIB de toda a rede: transformar mais transações em mais staking e em queima de ETH, sustentando o valor de toda a rede.

• Rumo à “segurança de um trilião de dólares”, construindo infraestrutura financeira inabalável

Para as instituições financeiras que controlam ativos de um trilião, a segurança é uma linha vermelha intransponível. A comunidade da Ethereum também definiu um ambicioso objetivo de “segurança de um trilião de dólares”. As EIP-7934, EIP-7825, EIP-7823 e EIP-7883 no Fusaka destinam-se a reforçar as muralhas, eliminar potenciais riscos de segurança e caminhar na direção desta meta.

Em suma, a linha principal da atualização Fusaka é clara e firme: escalabilidade e segurança. Com o impulso combinado de benefícios regulatórios e o entusiasmo do mercado, a atualização Fusaka chega mesmo a tempo. Vai ajudar a Ethereum a aproveitar o vento favorável das políticas, consolidar a sua posição dominante no domínio de stablecoins e ativos on-chain e permitir que a Ethereum evolua ainda mais de “ativo especulativo” para uma infraestrutura financeira mainstream.

Conclusão: mudanças de águas profundas em águas paradas

Como uma atualização importante no final de 2025, o Fusaka injetou silenciosamente uma forte força interna na Ethereum, sem uma enxurrada de especulação no mercado. As suas 12 melhorias visam diretamente três dores principais: escalabilidade, segurança e eficiência. O que ele faz é alargar a “autoestrada do valor” da Ethereum, aumentando a sua capacidade e fiabilidade, preparando-a para futuros volumes massivos de utilizadores, ativos e aplicações.

Para o utilizador comum, estas mudanças podem parecer “discretas”, mas o seu impacto será profundo. Uma Ethereum mais forte, mais eficiente e mais segura terá capacidade para concretizar ambiciosas visões que antes eram apenas imagináveis — quer se trate de uma rede global de liquidação em tempo real, quer do “Wall Street on-chain”. O Fusaka é exatamente o passo firme para esse futuro.

• Este artigo é baseado em análise de informação pública e não constitui recomendação de investimento. Investir em criptomoedas envolve riscos significativos; decide com cautela, DYOR.

• Se gostou deste artigo, siga, dê like e partilhe para apoiar!