Todavía estoy asombrado de que la comunidad de desarrolladores principales de Ethereum no priorice la solución de los 2 problemas más citados por los desarrolladores de EVM según la encuesta de Solidity Lang a pesar de nuestros esfuerzos repetidos:

1. Pila demasiado profunda: sí, esto es un poco un problema de habilidad de Solidity, pero solo agrega un rango de opcodes SWAP/DUP17-32 y déjalo así. Vas a quemar algunos opcodes. Está bien, están destinados a ser usados. Vas a tener otra descoordinación al estilo PUSH0, esto también está bien, no es perfecto, pero está bien.

2. Levanta el límite de 24KB. Realmente no me importa lo que hagas, hazlo 32KB, 48KB, 128KB, 256KB, 512KB, hazlo todo de una vez, de manera incremental, ponle precio o no, ¡pero haz algo! ¡Ahora, no el próximo año!

Si estás escalando el L1, asegurar que las personas puedan escribir contratos sin errores estúpidos es P0.

Si el sistema no puede manejar 8KB adicionales por bytecode, que es un parámetro que se estableció hace 10 años literalmente, entonces no hay posibilidad de que puedas escalar realmente el L1.

¡Arregla la pila demasiado profunda y el límite de tamaño de bytecode! ¡Por los desarrolladores!