Ainda estou perplexo que a comunidade de desenvolvedores do Ethereum Core não priorize a resolução dos 2 problemas mais citados pelos desenvolvedores de EVM, de acordo com a pesquisa da Solidity Lang, apesar dos nossos esforços repetidos:

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. Está tudo bem, eles são feitos para serem 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 consegue 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 que você consiga realmente escalar o L1.

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