Block-Access-Lists (EIP-7928) gaan de schaaltraject van Ethereum veranderen. Het is niet alleen een verschuiving weg van de trage verifier-schaalflessenhals. Het brengt de levensvatbaarheid van eenvoudigere verifier-infrastructuur terug: Non-rust clients. Eenvoudige state DB's. Statische MEV.

Non-rust: hoe paralleler de blokverwerking wordt, hoe levensvatbaarder "langzamere" talen weer zijn. Go, Java, Typescript, misschien zelfs Python zou ook meer gezien kunnen worden. Eenvoudige state DB's: het is moeilijk om state-toegang in het kritieke pad te optimaliseren, wat slecht is, niet alleen voor schaling: momenteel wordt elke nieuwe infra-tool geblokkeerd op (1) verbinding met een externe RPC of (2) zijn eigen DB-implementatie, alleen om een up-to-date state te behouden. Dat verandert, zonder aangepaste out-of-protocol state-update pipelines. Verifier-only clients kunnen worden geschreven met dom-trage DB's, en het zal niet veel meer uitmaken. Statische MEV: de tijd om een state-verandering te "zien" zal niet worden geblokkeerd door het verwerken van de transacties in een nieuw blok, maar alleen door het ontvangen van de blok-toegangslijst zelf. Meer tijd voor het zoeken naar MEV. En sentry tx-pools worden ook gemakkelijk in sync gehouden met balans/nonce veranderingen.

Ja, het bouwen van blokken zelf zal nog steeds intens zijn. Maar bouwers worden gestimuleerd om hun eigen middelen voor winst te gebruiken. Het verlagen van de drempel voor levensvatbare verifier-implementaties betekent veel voor de proliferatie van ethereum-infrastructuur. De "rand" van ethereum kan veel nieuwe deelnemers en nieuwe integraties hebben die eerder niet levensvatbaar waren. Giga-gas en een breed node-ecosysteem sluiten elkaar niet uit.