L'EVM actuel traite les contrats intelligents de manière séquentielle en raison de son architecture d'interpréteur basé sur une pile, et franchement, cette conception entraîne un véritable surcoût. L'interpréteur consomme beaucoup de ressources pour gérer la structure de données de la pile elle-même—empiler, dépiler, gérer la mémoire—plutôt que de faire le travail de calcul réel.

Voici une façon pratique de le visualiser : imaginez une pile d'assiettes dans une cafétéria. Chaque fois que vous avez besoin d'une assiette, vous devez la retirer du sommet. Si vous préparez un repas avec plusieurs ingrédients, vous empilez et dépilez constamment des assiettes juste pour accéder à ce dont vous avez besoin. Plus votre opération est complexe, plus de temps est consacré à la gestion de la pile plutôt qu'à la préparation de la nourriture. C'est essentiellement ce qui se passe avec l'EVM—le surcoût de la gestion de la pile augmente, et l'efficacité de l'exécution en pâtit. Cette contrainte architecturale a suscité des discussions continues dans la communauté des développeurs sur les possibilités d'optimisation et les améliorations potentielles futures de la façon dont la VM gère l'exécution des contrats.