Block-Access-Lists (EIP-7928) změní trajektorii škálování Etherea. Není to jen posun od pomalého škálování ověřovačů. Vrací životaschopnost jednodušších ověřovacích infra: Klienti mimo rez (Rust). Jednoduché stavové databáze. Statický MEV.

Ne-rzi: čím paralelnější je blokové zpracování, tím jsou opět životaschopnější "pomalejší" jazyky. Jdi, Java, Typescript, možná se Python objeví častěji. Jednoduché stavové databáze: obtížné optimalizovat přístup ke stavům v kritické cestě je špatné, nejen pro škálování: v současnosti je každý nový infrastrukturní nástroj blokován na (1) připojení k externímu RPC nebo (2) na vlastní implementaci databáze, jen aby byl stav aktuální. To se změní, bez vlastních pipeline pro aktualizaci stavu mimo protokol. Klienti pouze s ověřovači mohou být napsáni s pomalými databázemi a už to nebude moc vadit. Statický MEV: čas na "vidění" změny stavu nebude blokován zpracováním transakcí v novém bloku, ale pouze přijetím samotného seznamu přístupů k blokům. Více času na hledání MEV. A sentry tx-pooly se také snadno udržují v souladu s balancováním a změnami nonce.

Ano, samotné stavění bloků bude stále intenzivní. Ale stavitelé jsou stejně motivováni investovat do vlastních zdrojů pro zisk. Snížení bariéry vstupu pro životaschopné nasazení ověřovačů znamená pro rozmach infrastruktury Etherea hodně. "Edge" Etherea může mít mnoho nových vstupujících, nové integrace, které dříve nebyly životaschopné. Giga-plyn a široký uzlový ekosystém se navzájem nevylučují.