Поточний EVM обробляє смарт-контракти послідовно через свою архітектуру інтерпретатора на основі стеку, і чесно кажучи, цей дизайн має реальні накладні витрати. Інтерпретатор витрачає значні ресурси на управління структурою даних стеку — додавання, видалення, управління пам’яттю — замість виконання фактичних обчислень.

Ось практичний спосіб уявити це: уявіть собі купу тарілок у їдальні. Щоб взяти тарілку, потрібно зняти її з вершини. Якщо ви готуєте страву з кількома інгредієнтами, ви постійно складаєте і розкладаєте тарілки, щоб отримати потрібну. Чим складніше ваша операція, тим більше часу витрачається на управління стеком, а не на приготування їжі. Саме таке відбувається з EVM — накладні витрати на підтримку стеку зростають, і ефективність виконання страждає. Ця архітектурна обмеженість викликала постійні обговорення в спільноті розробників щодо можливостей оптимізації та потенційних майбутніх покращень у тому, як VM обробляє виконання контрактів.