A blockchain Ethereum está se preparando para mais um marco importante em seu roteiro de desenvolvimento. O próximo hard fork Fusaka, provisoriamente agendado para o terceiro ou quarto trimestre de 2025, visa trazer uma série de melhorias para a rede Ethereum. No entanto, um dos elementos mais comentados — o Formato de Objeto EVM (EOF) — foi oficialmente removido do próximo lançamento devido a problemas técnicos e forte resistência da comunidade.
O anúncio foi feito por Tomasz Kajetan Stańczak, codiretor executivo da Fundação Ethereum, por meio de uma publicação. Ele indicou que, embora o Fusaka permaneça programado para o final deste ano, a data exata de lançamento ainda não foi definida.
Originalmente, o hard fork Fusaka deveria incluir a atualização do EOF, que propunha mudanças fundamentais para a Máquina Virtual Ethereum (EVM) — o mecanismo que executa contratos inteligentes na blockchain Ethereum. Isso teria marcado uma das mudanças internas mais significativas na infraestrutura do Ethereum nos últimos anos.
A iniciativa EOF foi projetada para trazer mais estrutura, segurança e eficiência à execução de contratos inteligentes do Ethereum. Consistia em um conjunto de Propostas de Melhoria do Ethereum (EIPs) — EIP-3540, EIP-3670, EIP-4200, EIP-4750 e EIP-5450 — que, coletivamente, visavam padronizar a forma como os contratos inteligentes são empacotados e executados.
No sistema atual, os contratos inteligentes são implantados como bytecode de formato livre, dificultando sua análise, verificação e otimização. O EOF substituiria esse modelo por um formato de contêiner modular que separa claramente o código dos dados e inclui um cabeçalho e seções de metadados. Isso facilitaria uma melhor validação do bytecode na implantação, aumentando potencialmente a segurança e a produtividade do desenvolvedor.
Outro aspecto fundamental da iniciativa EOF foi seu esforço para limitar os chamados saltos dinâmicos — instruções que permitem que o código salte para locais arbitrários no bytecode. Essas instruções são notoriamente difíceis de analisar e são um vetor comum para vulnerabilidades de segurança. No EOF, os desenvolvedores usariam alternativas como CALLF (chamada de função) e RETF (retorno da função), que forçam as funções a terem pontos de entrada e saída claramente definidos. A introdução de RJUMP e RJUMPI, que permitem saltos apenas para deslocamentos fixos, reforçou ainda mais essa abordagem de execução baseada em lógica.
Apesar dos aparentes benefícios do EOF, sua inclusão no hard fork Fusaka gerou controvérsia entre desenvolvedores e stakeholders do Ethereum. Em uma publicação, o desenvolvedor principal do Ethereum, Tim Beiko, confirmou que o EOF havia sido removido do Fusaka. Segundo Beiko, a decisão foi baseada em preocupações de que a complexidade e a incerteza em torno do EOF poderiam atrasar o lançamento de toda a atualização.
Essas preocupações foram ecoadas por diversas vozes na comunidade de desenvolvimento do Ethereum. O desenvolvedor Pascal Caversaccio, escrevendo no fórum Ethereum Magicians em março, chamou a proposta de “exagerada” e alertou que ela adicionava complexidade significativa a um sistema já complexo. Ele observou:
“A implementação do EOF exigiria a atualização das cadeias de ferramentas, aumentando a superfície potencial de ataque para agentes maliciosos. Contratos simples, que atualmente ocupam apenas 15 bytes, se tornariam significativamente maiores e mais difíceis de auditar.”
Além disso, Caversaccio e outros enfatizaram que os benefícios prometidos pelo EOF provavelmente poderiam ser alcançados por meio de atualizações menores e incrementais, em vez de uma revisão abrangente. Havia também preocupações com o ônus da manutenção a longo prazo: mesmo se o EOF fosse implementado, o EVM legado precisaria ser suportado indefinidamente para garantir a compatibilidade com versões anteriores.
Esse ceticismo foi refletido em uma pesquisa sobre o ETHPulse, uma plataforma descentralizada de votação usada por stakeholders do Ethereum. Os resultados mostraram que 39 eleitores, que detinham coletivamente mais de 17.700 ETH, se opuseram à implementação do EOF. Em contraste, apenas sete participantes com menos de 300 ETH votaram a favor da proposta.
A disparidade nos votos ponderados por ETH sinalizou uma mensagem clara: uma grande parte da comunidade Ethereum, especialmente aqueles com participações significativas na rede, preferiu proceder com cautela e evitar riscos desnecessários.
Com o EOF adiado, a comunidade de desenvolvedores do Ethereum se concentrará em entregar outras melhorias por meio do hard fork Fusaka. Essas melhorias podem incluir otimizações relacionadas ao gerenciamento de estados, estruturas de taxas ou disponibilidade de dados — tópicos que têm sido continuamente revisados como parte das metas mais amplas de escalabilidade do Ethereum após a fusão e o Dencun.
É importante reconhecer que a decisão de adiar o EOF não significa que ele esteja morto. Em vez disso, os desenvolvedores provavelmente continuarão discutindo e refinando a proposta com o avanço. Há a possibilidade de incluí-lo em um hard fork futuro, assim que um novo consenso for alcançado.
