Proposta Ethereum EIP-7983: definir limite de gás para transações únicas
No contexto da crescente desigualdade de eficiência de execução e pressão de alocação de recursos na rede principal do Ethereum, uma nova proposta entrou na fase de discussão da comunidade. Essa proposta defende a definição de um limite rígido de gás para cada transação, especificamente de 16,777,216 gás (ou seja, 2²⁴), com o objetivo de melhorar a estabilidade da rede e a eficiência de execução.
Esta ideia já foi explorada em propostas anteriores, onde os desenvolvedores tentaram introduzir limites de recursos para estabelecer uma base para o desenvolvimento modular e a otimização de desempenho do Ethereum.
Conteúdo principal do EIP-7983
Atualmente, o Ethereum permite que uma única transação utilize teoricamente todo o gás de um bloco. Embora esse design seja flexível, pode haver problemas de concentração de recursos e carga desigual nos nós durante a execução da transação, afetando o desempenho geral. A nova proposta visa limitar a quantidade máxima de gás que pode ser utilizada em uma única transação, evitando que uma única transação consuma demasiados recursos da rede. Após definir um limite rígido de 16.777.216 gás, as transações que excederem esse limite serão rejeitadas durante a validação do bloco.
A ideia central desta proposta é, através da definição de um limite, forçar algumas transações de grande dimensão a serem divididas, evitando assim que uma única transação consuma recursos em excesso. Esta limitação não alterará a capacidade total de gás do bloco, não envolve modificações nas regras de consenso, e apenas introduz uma condição restritiva durante o processo de 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 modelos de execução multithread do futuro, essa 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, essa 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.
Efeitos reais e problemas potenciais
A nova proposta espera reduzir o risco de negação de serviço (DoS) causado por transações extremas, estabelecendo um limite de gás para transações individuais, ao mesmo tempo que melhora a previsibilidade do processo de execução global. Para o ambiente de execução, esta limitação ajuda a simplificar a lógica de execução dos validadores, aliviando a pressão causada pela concentração do consumo de recursos.
Esta proposta tem uma certa afinidade com a arquitetura modular que o Ethereum está a promover, a integração do zkVM e o caminho de escalabilidade L2. Como as grandes transações são forçadas a ser divididas, este design promete melhorar a adaptabilidade da camada base do Ethereum ao processamento paralelo, apoiando ainda mais a arquitetura de computação em múltiplas camadas. Do ponto de vista da implementação, a nova proposta não envolve alterações nas regras de consenso ou na camada de protocolo, sendo que o principal impacto é que os clientes, carteiras e ferramentas de desenvolvimento precisarão atualizar a construção de transações e a forma de exibição da interface para se adaptarem à nova lógica de restrições.
No entanto, as restrições da proposta no nível de execução também suscitaram algumas discussões. Algumas aplicações avançadas, como a implantação de contratos e operações DeFi complexas, podem, portanto, necessitar de divisão adicional das transações, o que leva a um aumento na complexidade da interação do usuário. Além disso, as diferenças na exibição e no tratamento do gás entre diferentes plataformas podem, no início, gerar custos de compreensão e inconsistências no uso. Mais importante ainda, os ataques de negação de serviço que a proposta visa combater ocorrem principalmente na fase de execução da transação, e não têm relação direta com comportamentos de manipulação de classificação utilizando transações de gás alto na pool de memória. Assim, tende a ser mais uma limitação do sobrecarregamento de recursos do lado do nó, em vez de uma resposta a todas as formas de ataques à rede.
De um modo geral, a nova proposta tem um significado prático em termos de melhorar a estabilidade da execução dos nós e fornecer suporte para a futura arquitetura paralela, mas seu alcance é limitado e ainda é necessário combinar com outros mecanismos para lidar com questões de segurança de rede de forma mais ampla.
Reação da Comunidade
Em torno desta proposta, a comunidade tem opiniões divergentes. Os apoiadores acreditam que estabelecer um limite de gás para transações está alinhado com a direção do desenvolvimento conciso, seguro e modular do Ethereum, ajudando a melhorar o desempenho da rede e a experiência do usuário, especialmente em um ambiente onde o zkVM e as soluções L2 estão se tornando gradualmente maduras. Os opositores, por sua vez, preocupam-se com a complexidade e os riscos de compatibilidade que a divisão das transações pode trazer, e apontam que os problemas da rede decorrem mais do design dos contratos inteligentes do que das limitações de gás nas transações.
Esta proposta reflete a preocupação da comunidade com a estabilidade da rede e a eficiência da execução. Embora existam desafios e divergências, oferece uma possível solução para a capacidade de execução e escalabilidade da camada base do Ethereum. Tendo em conta a atual direção de escalabilidade em múltiplas camadas e desenvolvimento modular do Ethereum, esta proposta possui um certo valor prático, mas o seu efeito final precisa ser avaliado com base na aceitação da comunidade e nos resultados da implementação.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
8 Curtidas
Recompensa
8
7
Compartilhar
Comentário
0/400
LiquidatedTwice
· 07-25 03:25
Esse gás me faz querer rir. Quem fez isso?
Ver originalResponder0
GasFeeCrier
· 07-24 21:07
Estou impressionado, você me arranjou outra tarefa nova.
Ver originalResponder0
ChainComedian
· 07-24 15:55
É outra vez uma confusão.
Ver originalResponder0
AirdropHunterWang
· 07-22 07:32
Tanto gás assim consegue ser consumido?
Ver originalResponder0
IronHeadMiner
· 07-22 07:31
Este limite de gás realmente parece muito; a mineração consome bastante, não é?
Proposta nova do Ethereum EIP-7983: limita o gás máximo por transação a 16,777,216
Proposta Ethereum EIP-7983: definir limite de gás para transações únicas
No contexto da crescente desigualdade de eficiência de execução e pressão de alocação de recursos na rede principal do Ethereum, uma nova proposta entrou na fase de discussão da comunidade. Essa proposta defende a definição de um limite rígido de gás para cada transação, especificamente de 16,777,216 gás (ou seja, 2²⁴), com o objetivo de melhorar a estabilidade da rede e a eficiência de execução.
Esta ideia já foi explorada em propostas anteriores, onde os desenvolvedores tentaram introduzir limites de recursos para estabelecer uma base para o desenvolvimento modular e a otimização de desempenho do Ethereum.
Conteúdo principal do EIP-7983
Atualmente, o Ethereum permite que uma única transação utilize teoricamente todo o gás de um bloco. Embora esse design seja flexível, pode haver problemas de concentração de recursos e carga desigual nos nós durante a execução da transação, afetando o desempenho geral. A nova proposta visa limitar a quantidade máxima de gás que pode ser utilizada em uma única transação, evitando que uma única transação consuma demasiados recursos da rede. Após definir um limite rígido de 16.777.216 gás, as transações que excederem esse limite serão rejeitadas durante a validação do bloco.
A ideia central desta proposta é, através da definição de um limite, forçar algumas transações de grande dimensão a serem divididas, evitando assim que uma única transação consuma recursos em excesso. Esta limitação não alterará a capacidade total de gás do bloco, não envolve modificações nas regras de consenso, e apenas introduz uma condição restritiva durante o processo de 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 modelos de execução multithread do futuro, essa 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, essa 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.
Efeitos reais e problemas potenciais
A nova proposta espera reduzir o risco de negação de serviço (DoS) causado por transações extremas, estabelecendo um limite de gás para transações individuais, ao mesmo tempo que melhora a previsibilidade do processo de execução global. Para o ambiente de execução, esta limitação ajuda a simplificar a lógica de execução dos validadores, aliviando a pressão causada pela concentração do consumo de recursos.
Esta proposta tem uma certa afinidade com a arquitetura modular que o Ethereum está a promover, a integração do zkVM e o caminho de escalabilidade L2. Como as grandes transações são forçadas a ser divididas, este design promete melhorar a adaptabilidade da camada base do Ethereum ao processamento paralelo, apoiando ainda mais a arquitetura de computação em múltiplas camadas. Do ponto de vista da implementação, a nova proposta não envolve alterações nas regras de consenso ou na camada de protocolo, sendo que o principal impacto é que os clientes, carteiras e ferramentas de desenvolvimento precisarão atualizar a construção de transações e a forma de exibição da interface para se adaptarem à nova lógica de restrições.
No entanto, as restrições da proposta no nível de execução também suscitaram algumas discussões. Algumas aplicações avançadas, como a implantação de contratos e operações DeFi complexas, podem, portanto, necessitar de divisão adicional das transações, o que leva a um aumento na complexidade da interação do usuário. Além disso, as diferenças na exibição e no tratamento do gás entre diferentes plataformas podem, no início, gerar custos de compreensão e inconsistências no uso. Mais importante ainda, os ataques de negação de serviço que a proposta visa combater ocorrem principalmente na fase de execução da transação, e não têm relação direta com comportamentos de manipulação de classificação utilizando transações de gás alto na pool de memória. Assim, tende a ser mais uma limitação do sobrecarregamento de recursos do lado do nó, em vez de uma resposta a todas as formas de ataques à rede.
De um modo geral, a nova proposta tem um significado prático em termos de melhorar a estabilidade da execução dos nós e fornecer suporte para a futura arquitetura paralela, mas seu alcance é limitado e ainda é necessário combinar com outros mecanismos para lidar com questões de segurança de rede de forma mais ampla.
Reação da Comunidade
Em torno desta proposta, a comunidade tem opiniões divergentes. Os apoiadores acreditam que estabelecer um limite de gás para transações está alinhado com a direção do desenvolvimento conciso, seguro e modular do Ethereum, ajudando a melhorar o desempenho da rede e a experiência do usuário, especialmente em um ambiente onde o zkVM e as soluções L2 estão se tornando gradualmente maduras. Os opositores, por sua vez, preocupam-se com a complexidade e os riscos de compatibilidade que a divisão das transações pode trazer, e apontam que os problemas da rede decorrem mais do design dos contratos inteligentes do que das limitações de gás nas transações.
Esta proposta reflete a preocupação da comunidade com a estabilidade da rede e a eficiência da execução. Embora existam desafios e divergências, oferece uma possível solução para a capacidade de execução e escalabilidade da camada base do Ethereum. Tendo em conta a atual direção de escalabilidade em múltiplas camadas e desenvolvimento modular do Ethereum, esta proposta possui um certo valor prático, mas o seu efeito final precisa ser avaliado com base na aceitação da comunidade e nos resultados da implementação.