EIP-7983: Proposta de limite de gás para transações únicas no Ethereum gera discussão

Recentemente, a comunidade Ethereum está debatendo uma nova proposta de melhoria EIP-7983. Esta proposta visa estabelecer um limite rígido de 16,777,216 gás (2²⁴) para cada transação, a fim de enfrentar problemas como a ineficiência de execução da mainnet e a pressão de alocação de recursos. Esta ideia já foi explorada em propostas anteriores, como a EIP-7825, onde os desenvolvedores tentaram estabelecer uma base para o desenvolvimento modular e a otimização de desempenho do Ethereum, introduzindo limites de recursos.

Atualmente, o Ethereum permite que uma única transação utilize todo o gás de um bloco, em teoria. Este design flexível pode levar a problemas como concentração de recursos e carga desigual nos nós durante a execução das transações, afetando assim o desempenho geral da rede. A ideia central do EIP-7983 é estabelecer um limite que obrigue algumas transações super grandes a serem divididas, evitando que uma única transação consuma recursos excessivos. Esta limitação não altera a capacidade total de gás do bloco, nem envolve modificações nas regras de consenso, apenas introduz uma condição restritiva durante a execução da transação.

Para ambientes de execução que dependem de computação paralela, como máquinas virtuais de conhecimento zero (zkVM) e futuros modelos de execução multithread, esta limitação ajuda a evitar que transações extremas desacelerem todo o processo de processamento de blocos. Na lógica da camada de execução, esta limitação está mais próxima de uma "norma de uso de recursos", permitindo que cada transação seja dividida de forma mais uniforme, mantendo a quantidade total inalterada, facilitando o agendamento e a execução geral da rede.

A proposta EIP-7983 visa reduzir o risco de negação de serviço (DoS) causado por transações extremas, estabelecendo um limite máximo de gás por transação, ao mesmo tempo que melhora a previsibilidade do processo de execução como um todo. Para o ambiente de execução, essa limitação ajuda a simplificar a lógica de execução dos validadores e a aliviar a pressão causada pela concentração do consumo de recursos. Esta proposta está em certa medida alinhada com a arquitetura modular que está sendo promovida pelo Ethereum, a integração do zkVM e o caminho de escalabilidade L2.

No entanto, o EIP-7983 também gerou algumas controvérsias. Algumas aplicações avançadas, como a implementação de contratos e operações complexas de DeFi, podem, portanto, exigir a divisão adicional de transações, aumentando assim a complexidade da interação do usuário. Além disso, as diferenças na exibição e no tratamento do gás entre as diferentes plataformas podem, nos estágios iniciais, resultar em custos de compreensão e em inconsistências de uso. Vale a pena notar que esta proposta é principalmente direcionada a ataques de negação de serviço na fase de execução de transações, e não a comportamentos de manipulação de ordenação utilizando transações de alto gás no pool de memória.

Os apoiantes acreditam que definir um limite de gás para transações está alinhado com a direção do desenvolvimento simples, seguro e modular do Ethereum, ajudando a melhorar o desempenho da rede e a experiência do utilizador, especialmente num ambiente onde zkVM e soluções L2 estão a tornar-se gradualmente maduras. Os opositores, por outro lado, focam-se na complexidade e nos riscos de compatibilidade resultantes da divisão de transações, e apontam que os problemas da rede resultam mais do design dos contratos inteligentes do que das limitações de gás para transações.

De modo geral, o EIP-7983 reflete a preocupação da comunidade com a estabilidade da rede e a eficiência da execução. Embora a proposta enfrente desafios e divergências, oferece uma possível solução para a capacidade de execução e expansão da camada base do Ethereum. Considerando a atual direção de expansão em múltiplas camadas e o desenvolvimento modular do Ethereum, o EIP-7983 possui certo valor prático, mas seu efeito final precisa ser avaliado com base na adoção pela comunidade e nos resultados da implementação.