Encaminhar o Título Original 'Estamos finalmente prontos para um aumento do limite de gás?'
Tem havido uma crescente discussão em torno da possibilidade de aumentar o throughput de gás do Ethereum, quer seja aumentando o limite de gás ou reduzindo o tempo de slot. O principal argumento a favor disso é que os requisitos de hardware para executar um validador têm diminuído constantemente ao longo dos últimos quatro anos.
Além disso, surgiram 2 abordagens para aumentar o Limite de Gás:
2016: O limite de gás foi aumentado pela primeira vez para cerca de 3 milhões e, mais tarde, no mesmo ano, foi aumentado novamente para aproximadamente 4,7 milhões.– Após o hard fork Tangerine Whistle e mais especificamente a implementação do EIP-150, o limite de gás foi aumentado para 5,5 milhões. Este ajuste foi feito como parte de uma nova fixação de certos opcodes intensivos em I/O em resposta a ataques de negação de serviço (DoS).
Em julho de 2017, o limite de gás foi aumentado para 6,7 milhões e continuou a aumentar:
– Dezembro de 2017: ~8 milhões
– Agosto de 2020: 12,5 milhões
Sob o EIP-1559, existe também um limite de gás máximo (ou “teto rígido”), que é definido como o dobro da meta. Isto significa que um bloco pode incluir transações com até 30 milhões de gás.
E por quase quatro anos, não houve aumento no limite de gás de forma alguma.
Existem dois tipos de “crescimento” na Ethereum:
Crescimento do Estado
Histórico de Crescimento
Este crescimento do estado pode levar aos seguintes problemas:
Tempos de acesso mais lentos ao disco
Requisitos de hardware aumentados
No entanto, no momento da escrita, nenhum desses problemas é particularmente significativo. Na verdade, a diferença no tempo de acesso entre sistemas de armazenamento que diferem apenas por algumas dezenas de gigabytes é bastante desprezível devido à complexidade algorítmica das consultas, que é tipicamente logarítmica. Os requisitos de armazenamento também são insignificantes, pois o custo de novo hardware está diminuindo a uma taxa que supera em muito o crescimento relativamente pequeno no tamanho do estado de 30 GB por ano. Mesmo se aumentado para 60 GB/ano, a diferença provavelmente não se destacaria e ainda seria superada pelo progresso tecnológico em hardware de qualquer maneira.


No entanto, vale a pena notar que em breve, os stakers individuais precisarão de mais de 2 TB de armazenamento para executar um validador no Ethereum. Isso elevará efetivamente o requisito para 4 TB de armazenamento, já que a maioria do hardware é vendida em potências de dois. Paradoxalmente, isso significa que o Ethereum pode muito bem fazer uso do armazenamento adicional, uma vez que os validadores já precisariam investir em hardware de maior capacidade, independentemente de o limite de gás ser aumentado ou não.
NOTA: Não há análise média vs pior caso no armazenamento porque manipular consistentemente blocos por um longo período de tempo (semanas e meses) é um empreendimento extremamente caro.

Desculpe pela má qualidade, mas a publicação de onde eu a tirei estava assim
Parece que a cada dois anos, o custo de 1 GB de SSD tende a diminuir pela metade.
Se compararmos isso com o crescimento do armazenamento e do estado, a diferença é insignificante. O crescimento atual do Ethereum é linear, enquanto os custos de hardware tendem a diminuir em uma taxa exponencial.
Encontrei um gráfico mais revelador sobre esta tendência com custos de armazenamento, mas é de uma postagem do Reddit e não de uma publicação científica real (embora os resultados coincidam).


Atualmente, o tamanho máximo do bloco registrado é de 270 KB, e o tamanho atual do bloco após o Deneb é de 75 KB. Se dobrássemos isso, a mudança seria equivalente a um aumento de 0,5-2 blobs em comparação com o máximo histórico e a média atual, o que seria equivalente a um aumento de ≈ 2-5% na largura de banda do nó (entrando e saindo). Portanto, no caso médio, não é uma mudança significativa. Na verdade, três blobs adicionais seriam muito mais prejudiciais.
De qualquer forma, independentemente das opiniões sobre os números, um aumento no custo de calldata resolveria completamente esse problema, então não estou preocupado com isso de qualquer forma. Além disso, se o limite de gás for aumentado por meio do EIP-7783, esses riscos são insignificantes e controláveis.





