Cred că principalul motiv pentru care majoritatea blockchain-urilor nu au adoptat execuția asincronă este simplu: atunci când utilizatorii văd că tx-ul lor este confirmat, se așteaptă ca rezultatul să fie disponibil, deoarece acțiunile lor ulterioare depind de acesta. În timp ce cu execuția amânată este posibilă simularea locală a rezultatului pentru o stare non-contencioasă (cum ar fi transferurile/aprobările), acestea sunt, de asemenea, tipurile de tx-uri care nu adaugă prea multă supraîncărcare la o execuție sincronă, ceea ce face ca execuția asincronă să fie o alternativă mult mai puțin atractivă, având în vedere costurile suplimentare de dezvoltare și condiționalitatea procesării tx pe clientul final (verificarea dacă un tx poate atinge o stare controversată care nu este trivială, și alegerea de a aștepta rezultatul din lanț sau de a-l simula local).