Ainda estou perplexo que a comunidade de desenvolvedores do Ethereum Core não prioriza a resolução do problema mais citado pelos desenvolvedores de EVM de acordo com a pesquisa da Solidity Lang

1. Pilha muito profunda: sim, isso é um pouco um problema de habilidade de Solidity, mas basta adicionar um intervalo de opcode SWAP/DUP17-32 e encerrar. Você vai queimar alguns opcodes. Está tudo bem, eles foram feitos para serem usados. Você 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, torne-o 32KB, 48KB, 128KB, 256KB, 512KB, faça tudo de uma vez, incrementalmente, cobre 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 8KB extras 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 de bytecode! Para os desenvolvedores!