Block-Access-Lists (EIP-7928) kommer att förändra Ethereums skalningsbana. Det är inte bara en förskjutning bort från den långsamma verifieringsflaskhalsen. Det återställer möjligheten till enklare verifieringsinfrastruktur: Kunder som inte är rostfria. Enkla tillståndsdatabaser. Statisk MEV.

Icke-rost: ju mer parallell blockbehandlingen blir, desto mer gångbara är "långsammare" språk igen. Go, Java, Typescript, kanske syns Python till och med oftare. Enkla tillståndsdatabaser: svårt att optimera tillståndsåtkomst i den kritiska vägen är dåligt, inte bara för skalning: för närvarande blockeras varje nytt infrastrukturverktyg vid (1) anslutning till en extern RPC eller (2) sin egen databasimplementation, bara för att hålla ett uppdaterat tillstånd. Det ändras, utan anpassade out-of-protocol tillståndsuppdateringspipelines. Verifierar-endast klienter kan skrivas med löjligt långsamma databaser, och det spelar inte så stor roll längre. Statisk MEV: tiden för att "se" en statusändring blockeras inte av att transaktionerna behandlas i ett nytt block, utan endast genom att ta emot blockåtkomstlistan själv. Mer tid för att söka i MEV. Och sentry-tx-pooler blir också lätta att hålla synkroniserade med balans-/nonce-ändringar.

Ja, blockbyggandet i sig kommer fortfarande att vara intensivt. Men byggare är ändå incitamentsfulla att sälja sina egna resurser för vinst. Att sänka tröskeln för att implementera livskraftiga verifierare betyder mycket för spridningen av ethereum-infrastruktur. "Edge" av Ethereum kan ha många nya inträden, nya integrationer, som tidigare inte var gångbara. Gigagas och ett brednod-ekosystem utesluter inte varandra.