Le Block-Access-Lists (EIP-7928) cambieranno la traiettoria di scalabilità di Ethereum. Non si tratta solo di un allontanamento dal collo di bottiglia della scalabilità dei verificatori lenti. Riporta in vita la fattibilità di infrastrutture di verificatori più semplici: Client non rust. DB di stato semplici. MEV statico.

Non-rust: più il processamento dei blocchi diventa parallelo, più i linguaggi "lenti" diventano nuovamente viabili. Go, Java, Typescript, forse anche Python potrebbero essere visti di più. DB di stato semplici: è difficile ottimizzare l'accesso allo stato nel percorso critico, il che è negativo, non solo per la scalabilità: attualmente ogni nuovo strumento infrastrutturale è bloccato su (1) connessione a un RPC esterno o (2) la propria implementazione del DB, solo per mantenere uno stato aggiornato. Questo cambia, senza pipeline di aggiornamento dello stato personalizzate fuori protocollo. I client solo di verifica possono essere scritti con DB stupidamente lenti, e non importerà più molto. MEV statico: il tempo per "vedere" un cambiamento di stato non sarà bloccato dal processamento delle transazioni in un nuovo blocco, ma solo dalla ricezione della lista di accesso al blocco stessa. Più tempo per cercare MEV. E i pool di transazioni sentry diventano anche facili da mantenere sincronizzati con i cambiamenti di saldo/nonce.

Sì, la costruzione dei blocchi sarà comunque intensa. Ma i costruttori sono incentivati a utilizzare le proprie risorse per profitto. Abbassare la barriera all'ingresso per le implementazioni di verificatori viabili significa molto per la proliferazione dell'infrastruttura di ethereum. L'"edge" di ethereum può avere molti nuovi partecipanti, nuove integrazioni, che in precedenza non erano viabili. Giga-gas e un ampio ecosistema di nodi non sono mutuamente esclusivi.