Block-Access-Lists (EIP-7928) kommer til å endre Ethereums skaleringsbane. Det er ikke bare et skifte bort fra den trege flaskehalsen i verifikasjonsskalering. Det gir tilbake levedyktigheten til enklere verifikatorinfrastruktur: Ikke-rustkunder. Enkle tilstandsdatabaser. Statisk MEV.

Ikke-rust: jo mer parallell blokkbehandlingen blir, desto mer levedyktige er "langsommere" språk igjen. Gå, Java, Typescript, kanskje Python til og med blir sett oftere. Enkle tilstandsdatabaser: vanskelig å optimalisere tilstandstilgang i den kritiske veien er dårlig, ikke bare for skalering: for øyeblikket er hvert nytt infrastrukturverktøy blokkert på (1) tilkobling til en ekstern RPC eller (2) sin egen databaseimplementering, bare for å holde en oppdatert tilstand. Det endres, uten egendefinerte out-of-protocol tilstandsoppdateringspipelines. Kun verifikator-klienter kan skrives med latterlig trege databaser, og det spiller ikke så stor rolle lenger. Statisk MEV: tiden det tar å "se" en tilstandsendring vil ikke bli blokkert ved å behandle transaksjonene i en ny blokk, men kun ved å motta selve blokk-tilgangslisten. Mer tid til å søke i MEV. Og sentry tx-pools blir også enkle å holde synkronisert med balanse-/nonce-endringer.

Ja, blokkbygging i seg selv vil fortsatt være intenst. Men byggere har insentiver til å selge sine egne ressurser for profitt uansett. Å senke terskelen for bruk av levedyktige verifikatorer betyr mye for spredningen av ethereum-infrastruktur. "Kanten" av Ethereum kan ha mange nye aktører, nye integrasjoner, som tidligere ikke var levedyktige. Giga-gass og et bredt node-økosystem utelukker ikke hverandre.