Fusaka em atualização, a proposta EIP-7825, ao limitar o limite de Gas de uma única transação, realiza o L1 zkEVM e provas em tempo real na Ethereum, eliminando obstáculos e transformando “prova em tempo real” de uma impossibilidade teórica para uma tarefa programável, abrindo caminho para a interoperabilidade definitiva.
（Contexto anterior: BitMine investe 1,1 bilhões de dólares em mais 33.000 ETH! Tom Lee declara: ETH já tocou no fundo）
（Complemento de contexto: Vitalik responde ao incidente de vulnerabilidade do “cliente Prysm”: às vezes, a Ethereum não ter finalidade definitiva não é problema! Basta evitar erros de finalização）

Índice do artigo

• Uma, Por trás da atualização Fusaka, a subestimada EIP-7825
• Duas, L1 zkEVM: o “âncora de confiança” para interoperabilidade na Ethereum
• Três, Fusaka & EIP-7825: o roteiro de interoperabilidade que está sendo libertado
• Para terminar

Nas versões anteriores da série Interop, exploramos o OIF (framework de intenção) e o EIL (camada de interoperabilidade), que respectivamente resolvem a padronização de intenções entre blockchains (fazendo toda a rede entender o que você quer fazer) e os canais de execução (permitindo que fundos operem de maneira padronizada).

Mas para uma experiência “de cadeia única” perfeita, ainda enfrentamos o trade-off entre velocidade e confiança. Afinal, na experiência atual de interoperabilidade, ou se aceita ser lento (como o Optimistic Rollup, que precisa esperar 7 dias de desafio para confirmar finalidade), ou se sacrifica descentralização (dependendo de uma ponte multi-assinatura baseada na confiança).

Para romper esse “triângulo das bermudas”, é indispensável uma linha de interoperabilidade na Ethereum que combine “Aceleração” (@E5@) e “Finalização” com a capacidade fundamental de provas em tempo real via tecnologia ZK.

E o que está impulsionando essa transformação é a atualização Fusaka, onde a discreta EIP-7825 elimina o maior obstáculo técnico para essa meta final.

Uma, Por trás da atualização Fusaka, a subestimada EIP-7825

Em 4 de dezembro, a atualização Fusaka na Ethereum foi oficialmente ativada na mainnet, embora sem o impacto estrondoso da atualização Dencun, que na época gerou grande burburinho. O foco do mercado continua nas melhorias de escalabilidade Blob e PeerDAS, além da redução de custos de dados em L2.

Porém, além dessa agitação, há uma proposta pouco comentada, a EIP-7825, que elimina a maior barreira para a implementação de zkEVM e provas em tempo real na Ethereum, potencialmente pavimentando silenciosamente o caminho para a culminação da interoperabilidade.

Na atualização Fusaka, o foco quase todo em aumento de capacidade: Blob com capacidade 8x maior, combinado com validação via amostragem aleatória PeerDAS, tornando a narrativa de custo de disponibilidade de dados (DA) obsoleta.

Embora L2 mais barato seja positivo, para o roteiro de zk a longo prazo na Ethereum, a EIP-7825 é o verdadeiro game changer: ela define um limite de Gas por transação (cerca de 16.78 milhões de Gas).

Sabemos que o limite de Gas dos blocos Ethereum já foi elevado para 60 milhões, mas mesmo assim, com limites crescentes, alguém disposto a pagar um Gas Price altíssimo poderia enviar uma transação gigante — uma “Mega-Transação” — consumindo os 60 milhões de Gas, bloqueando o bloco inteiro.

Antes, isso era permitido; agora, a EIP-7825 impõe uma restrição: independentemente do tamanho do bloco, uma transação não pode consumir mais de 16.78 milhões de Gas.

Por que limitar o tamanho de uma transação? Na prática, isso não impacta usuários comuns que apenas fazem transferências. Mas para os Provers (geradores de provas zk), é questão de vida ou morte, pois a maneira como sistemas ZK geram provas depende dessa limitação.

Por exemplo, antes da EIP-7825, uma transação gigante de 60 milhões de Gas em um bloco obrigava o Prover a processar essa transação complexa em sua totalidade, sem divisão ou paralelismo — como uma via de pista única, com um caminhão gigante lento à frente e todos os carros (outras transações) atrás esperando sua passagem.

Isso matava a “prova em tempo real” — pois o tempo necessário para gerar a prova era imprevisível, podendo levar minutos ou até mais.

Com a EIP-7825, mesmo que o limite de capacidade do bloco seja aumentado para 100 milhões ou 200 milhões de Gas, cada transação será forçosamente limitada a 16.78 milhões. Assim, cada bloco é quebrado em pequenas tarefas previsíveis, limitadas e paralelizáveis, transformando a geração de provas zk de um problema de “lógica difícil” para um problema de “poder computacional” puramente.

Se investirmos suficiente poder de cálculo paralelo, podemos gerar provas zk para blocos enormes em questão de segundos.

Como afirmou Michael, CEO da Brevis, a EIP-7825 é uma das atualizações mais subestimadas na direção de zk e da expansão 100x da Ethereum, pois permite que a “prova em tempo real” deixe de ser uma impossibilidade teórica para se tornar uma tarefa programável e escalável — mesmo para blocos de 200 milhões de Gas, com processamento paralelo, podemos chegar a provas em segundos.

Isso não só representa uma inovação na tecnologia ZK, mas também fornece a base física para que a camada de interoperabilidade na Ethereum (EIL) realize liquidações instantâneas entre blockchains.

Portanto, essa atualização pode parecer secundária, mas na trajetória de zk e na expansão esperada para 2026, é um avanço monumental.

Duas, L1 zkEVM: a “âncora de confiança” para interoperabilidade na Ethereum

Embora a EIP-7825, ao limitar o tamanho de transações, prepare o caminho físico para provas em tempo real (possível paralelismo), ela é apenas uma face da moeda. A outra questão é: como a própria Ethereum pode usar essa capacidade?

E aí entra a narrativa mais fundamental do roadmap: o L1 zkEVM.

Por muito tempo, zkEVM foi visto como a solução de maior potencial para escalar a Ethereum — não só por resolver gargalos de desempenho, mas por redefinir o próprio conceito de confiança na blockchain, ao permitir que a Ethereum gere e verifique provas zk.

Na prática, isso significa que cada bloco da Ethereum, ao ser finalizado, poderia gerar uma prova matemática verificável, permitindo que outros nós (especialmente light nodes e L2s) confirmem a validade sem precisar reexecutar tudo — se essa capacidade for integrada ao protocolo L1, o Proposer que empacota um bloco e gera uma prova zk não precisará mais reprocessar transações, apenas verificar a prova.

E qual o impacto na interoperabilidade?

No contexto da Interop, o L1 zkEVM vai além de escalar a rede: será a “âncora de confiança” para todos os L2s, pois se o L1 puder gerar provas em tempo real, todos os L2s poderão consultar o estado final do L1 instantaneamente e de forma confiável — o que traz duas mudanças de paradigma:

• Eliminação do período de desafio: a confirmação entre blockchains, que hoje leva cerca de 7 dias (no mecanismo OP), passará a ser de segundos (no mecanismo zk);
• Interoperabilidade descentralizada: as ligações entre cadeias não precisarão mais de pontes multi-assinatura confiáveis, mas confiarão na verdade matemática do L1.

Esse é o fundamento físico que permite a nossa camada de interoperabilidade (EIL) funcionar de forma verdadeira — sem uma finalização instantânea no L1, a interoperabilidade entre L2s ficará sempre atrasada, com latências.

Com o L1 zkEVM realizável (objetivo), e a limitação do tamanho de transações (EIP-7825), quais as ferramentas concretas?

A resposta está na evolução delicada da pilha de tecnologia zk: de zkEVM para zkVM.

Três, Fusaka & EIP-7825: o roteiro de interoperabilidade que está sendo libertado

Se a EIP-7825 oferece um ambiente de hardware paralelizado ao limitar o tamanho das transações zk, a próxima etapa é buscar uma arquitetura de software mais eficiente — o avanço na pilha zk, que pode parecer um detalhe, mas na verdade representa duas fases distintas do desenvolvimento zk.

A primeira fase está na zkEVM, que pode ser vista como uma abordagem compatibilista ou de melhora: tenta imitar cada instrução do EVM para facilitar a adoção, permitindo que desenvolvedores possam portar seus contratos Solidity com menor esforço.

Sua maior vantagem é a compatibilidade com aplicações existentes, facilitando a adoção na Ethereum. Isso reduz o esforço de desenvolvimento, pois permite reutilizar infraestrutura e ferramentas atuais (clientes, exploradores, depuradores).

Por outro lado, devido às limitações do design original do EVM, essa compatibilidade pode gerar gargalos de prova, com tempos de geração mais lentos — o peso da história.

Já zkVM é uma abordagem mais radical, construindo uma máquina virtual própria, otimizada para provas zk — como RISC-V ou WASM — acelerando a geração de provas e melhorando velocidade e desempenho.

Porém, essa abordagem pode perder compatibilidade com muitas funcionalidades do EVM e usar ferramentas de depuração de baixo nível, embora a tendência seja que cada vez mais projetos de L2 migrem para zkVM, buscando uma otimização extrema de prova e custo.

Por que a atualização Fusaka é um desbloqueador?

Antes da EIP-7825, tanto zkEVM quanto zkVM enfrentavam o mesmo problema: uma transação gigante no Ethereum, que não podia ser dividida, causava um aumento exponencial no tempo de geração de prova.

Com a EIP-7825, as transações são obrigatoriamente divididas em pequenas unidades previsíveis, permitindo que arquiteturas como zkVM operem de forma máxima, mesmo com blocos complexos, usando processamento paralelo para provas em tempo real.

O impacto na interoperabilidade?

A combinação de zkVM com EIP-7825 reduzirá drasticamente os custos de geração de provas. Quando gerar provas para cross-chain for barato e rápido, a ponte tradicional será substituída por protocolos de mensagens universais de baixo nível.

Para concluir

Como repetido em várias partes da série Interop, o objetivo final não é apenas transferir ativos entre cadeias, mas criar um sistema de comunicação, execução e segurança compartilhada — uma linguagem comum entre protocolos na Ethereum.

A importância do ZK nesse contexto é garantir execução correta, suportar verificações em tempo real e permitir chamadas cross-domain confiáveis e rápidas. Sem provas zk em tempo real, uma verdadeira experiência de interoperabilidade não é possível.

Quando a EIP-7825 for ativada na Fusaka, e o L1 zkEVM se tornar uma realidade, estaremos próximos do fim: execução, liquidação e geração de provas totalmente abstraídas, invisíveis ao usuário.

Esse é o futuro que todos esperamos para a interoperabilidade.