Vitalik spiega che la visione originale delle L2 su Ethereum non tiene più di fronte alla realtà attuale.
All'origine, le L2 dovevano servire come "shard di marca Ethereum", ossia estendere la capacità di Ethereum mantenendo completamente la sua sicurezza e le sue garanzie. Tuttavia, due osservazioni cambiano le carte in tavola: da un lato, le L2 progrediscono molto lentamente verso modelli totalmente trustless (fase 2), a volte per scelta tecnica o normativa; dall'altro, Ethereum L1 sta scalando direttamente, con costi molto bassi e un aumento massiccio del limite del gas previsto già dal 2026. Ethereum non ha quindi più bisogno delle L2 per esistere come strato scalabile.
In questo contesto, molte L2 non « scalano » Ethereum nel senso stretto del termine.
Alcune assumono persino che manterranno un controllo centralizzato (fase 1), il che può essere accettabile per i loro utenti o le loro restrizioni normative, ma che le esclude chiaramente dalla promessa iniziale della roadmap centrata sui rollup. Vitalik afferma che non è un problema di per sé: bisogna semplicemente smettere di presentare queste L2 come estensioni naturali di Ethereum. Dovrebbero essere viste come uno spettro di catene, con diversi livelli di dipendenza e garanzie nei confronti di Ethereum, che ogni utente è libero di accettare o meno in base alle proprie esigenze.
Per le L2, il messaggio è diretto: il semplice argomento del « scaling » non è più sufficiente.
Devono portare un vero valore aggiunto, come VM non-EVM, privacy, applicazioni specializzate, social, IA, una latenza ultra-bassa o funzionalità impossibili da verificare puramente on-chain. Se manipolano asset Ethereum, dovrebbero almeno essere in fase 1, altrimenti non sono altro che L1 con un bridge.
Dal lato di Ethereum, Vitalik sostiene fortemente l'idea di un precompilato rollup nativo: un meccanismo integrato direttamente in Ethereum per verificare le prove ZK-EVM.
Questo renderebbe la sicurezza dei rollup realmente nativa, senza un consiglio di sicurezza, con aggiornamenti automatici e hard fork in caso di bug. Questo sistema permetterebbe un'interoperabilità forte, trustless e persino una composabilità sincrona tra L1 e L2. Le L2 potrebbero quindi verificare la parte EVM tramite Ethereum e portare le proprie prove solo per le proprie estensioni specifiche.
La conclusione è senza mezzi termini: l'ecosistema rimarrà permissionless, quindi alcune catene saranno centralizzate, backdoorate o poco sicure, ed è inevitabile.
Il ruolo di Ethereum non è di impedirlo, ma di chiarire le garanzie offerte e di rafforzare al massimo il cuore del protocollo. Le L2 non devono più solo « estendere L1 », ma inventare qualcosa di realmente nuovo.
