El EVM actual procesa los contratos inteligentes de forma secuencial debido a su arquitectura de intérprete basada en pila, y sinceramente, este diseño conlleva un verdadero coste adicional. El intérprete dedica recursos considerables a gestionar la estructura de datos de la pila en sí misma—empujar, desapilar, gestionar la memoria—en lugar de realizar el trabajo de cálculo real.

Aquí tienes una forma práctica de visualizarlo: imagina una pila de platos en una cafetería. Cada vez que necesitas un plato, debes quitarlo de la parte superior. Si estás preparando una comida con múltiples ingredientes, estás apilando y desapilando platos constantemente solo para acceder a lo que necesitas. Cuanto más complejo sea tu operación, más tiempo se dedica a gestionar la pila en lugar de preparar la comida. Eso es esencialmente lo que sucede con el EVM—el coste adicional de mantener la pila crece, y la eficiencia de ejecución se ve afectada. Esta restricción arquitectónica ha generado debates continuos en la comunidad de desarrolladores sobre posibilidades de optimización y posibles mejoras futuras en la forma en que la máquina virtual maneja la ejecución de contratos.