Ainda estou perplexo que a comunidade de Desenvolvedores do Ethereum Core não priorize a correção dos 2 problemas mais citados pelos desenvolvedores de EVM de acordo com a pesquisa da Solidity Lang:

1. Pilha muito profunda: sim, isso é um pouco um problema de habilidade da Solidity, mas basta adicionar um intervalo de opcode SWAP/DUP17-32 e encerrar o assunto. Você vai queimar alguns opcodes. Tudo bem, eles devem ser usados. Você vai ter outra incompatibilidade no estilo PUSH0, isso também está bem, não é perfeito, mas está bem.

2. Levante o limite de 24KB. Eu realmente não me importo com o que você faz, faça 32KB, 48KB, 128KB, 256KB, 512KB, faça tudo de uma vez, incrementalmente, coloque um preço ou não, mas faça algo! Agora, não no próximo ano!

Se você está escalando o L1, garantir que as pessoas possam escrever contratos sem erros estúpidos é P0.

Se o sistema não pode lidar com um extra de 8KB por bytecode, que é um parâmetro que foi definido há 10 anos, literalmente, então não há chance de você realmente conseguir escalar o L1.

Corrija a pilha muito profunda e o limite de tamanho do bytecode! Para os desenvolvedores!