Prezzo: ZKsync

Perché i rollup basati sono l'unico futuro di Ethereum? A 6 anni dalla presentazione della roadmap centrata sui rollup di Ethereum, la visione sta funzionando in gran parte: le commissioni di transazione sono diminuite, la capacità è aumentata e il modello di sicurezza centrale ha mantenuto la sua solidità. 1. Tuttavia, l'interoperabilità è rimasta una sfida irrisolta. Con il lancio di più rollup, più utenti, app e liquidità sono divisi tra ambienti isolati. Invece di un grande network Ethereum, otteniamo dozzine di piccole isole. I ponti li collegano, ma aggiungono latenza, rischio e attrito. Questa frammentazione è aggravata dal fatto che ogni rollup oggi gestisce il proprio sequencer centralizzato, il sistema che decide l'ordine delle transazioni in un blocco, chi entra per primo e anche chi cattura i profitti da MEV. Poiché ogni sequencer opera in modo indipendente, i rollup funzionano su linee temporali diverse. Le app su rollup separati non possono interagire in modo atomico, nello stesso blocco allo stesso tempo, il che frattura la liquidità e indebolisce la composabilità. 2. I sequencer centralizzati avevano senso all'inizio. Hanno permesso ai team di lanciare rapidamente avviando un server, ridotto il front-running attraverso flussi d'ordine privati, fornito pre-conferme quasi istantanee per un'esperienza utente fluida e offerto flessibilità operativa. Ma questi vantaggi sono venuti con dei compromessi. • I tempi di inattività del sequencer hanno messo offline interi rollup per ore. • Un sequencer compromesso potrebbe riordinare le transazioni e drenare milioni. • Non possono scalare in modo neutro e decentralizzato e causano un problema di frammentazione. Quando sommi tutto, i sequencer centralizzati sono stati un utile punto di partenza, ma non possono portare i rollup dove devono andare. 3. Il passo successivo sono i rollup basati. Invece di operare il proprio sequencer, un rollup basato utilizza i validatori di Layer 1 (Ethereum, Celestia) per il sequenziamento (ordinamento delle transazioni). Ecco perché si chiama "basato": il suo sequenziamento è legato direttamente al layer base. Questo cambiamento ripristina la neutralità. Nessun team di rollup individuale controlla il flusso delle transazioni. Tutti i rollup che sono "basati" condividono lo stesso layer di sequenziamento a livello di Ethereum, il che significa che possono interagire nello stesso blocco allo stesso tempo. Il risultato è una rete unificata: • La liquidità rimane concentrata piuttosto che divisa tra silos. • La composabilità è sincrona, quindi le app su diversi rollup possono interagire in modo atomico. • Il controllo è neutro, garantito dai validatori di Ethereum piuttosto che da un server centralizzato. 4. Quali altri problemi risolvono i rollup basati? • DeFi: La liquidità rimane unificata sotto il layer di sequenziamento di Ethereum. Le transazioni, i prestiti e le liquidazioni avvengono su L2 ma condividono lo stesso ordinamento di base, mantenendo i mercati profondi e concentrati invece di frammentati o persi a Solana. • Utenti: I confini dei rollup svaniscono. Con contratti di deposito condivisi e trasferimenti nativi L2-to-L2, gli asset si muovono senza soluzione di continuità tra i rollup — non c'è bisogno di tornare attraverso L1 o preoccuparsi di "su quale chain" ti trovi. • Sviluppatori: La composabilità ritorna. Le app su diversi rollup possono interagire in modo atomico nello stesso blocco, abilitando prestiti cross-rollup, trading e strategie complesse che i sequencer centralizzati non possono supportare. 5. I sequencer condivisi non stanno facendo lo stesso? Questi 2 approcci risolvono la frammentazione a scale molto diverse. Stack di rollup come Arbitrum Orbiy, Optimism Superchain e zkSync Elastic Chain stanno sperimentando sequencer condivisi che agiscono come mini-hub. Quindi la liquidità e gli utenti rimangono intrappolati all'interno di quel cluster ecosistemico, piuttosto che essere condivisi attraverso Ethereum nel suo complesso. I rollup basati vanno oltre. Invece di hub a livello ecosistemico, utilizzano Ethereum stesso come sequencer universale. Ciò significa che i pool di liquidità si fondono tra tutti i rollup. I sequencer condivisi riducono la frammentazione localmente, mentre i rollup basati la risolvono globalmente attraverso l'intera rete Ethereum. 6. Ethereum è fondamentalmente diventato un sequencer, ma come? Per la maggior parte della sua storia, Ethereum poteva solo sequenziare le proprie transazioni. I validatori raccoglievano transazioni dal mempool, le ordinavano e costruivano blocchi. Se ogni rollup avesse scaricato le proprie transazioni direttamente in quel processo, il risultato sarebbe stato caos: conflitti, spazio blocco sprecato e transazioni fallite. La svolta è arrivata con la Separazione Proposer–Builder (PBS). Prima della PBS: I validatori dovevano fare tutto, raccogliere transazioni, ordinarle e costruire il blocco. Aggiungere il traffico dei rollup sarebbe stato opprimente. Con la PBS: Il lavoro è suddiviso. • I validatori (propositori) semplicemente firmano i blocchi, mentre i costruttori specializzati fanno il lavoro pesante. • I costruttori raccolgono transazioni (da Ethereum e rollup basati), le ordinano e producono blocchi completi. • I validatori firmano solo l'intestazione del blocco più prezioso, senza nemmeno dover vedere il suo contenuto. Dalla prospettiva del validatore, nulla è cambiato, ma in pratica, Ethereum è diventato il sequencer neutrale per ogni rollup basato. 7. Ma chi cattura il MEV nel "mondo basato"? Il MEV, il profitto dall'ordinamento delle transazioni, che una volta fluiva a un sequencer centralizzato ora entra nel pipeline PBS di Ethereum. I costruttori assemblano blocchi redditizi, i validatori li firmano e il MEV viene catturato lì, non dal team del rollup. Tuttavia, il MEV non rimane sempre con i validatori e i costruttori. Altre parti dello stack possono catturarlo direttamente: • DEX consapevoli del MEV come CoWSwap o Uniswap v4 mettono all'asta opportunità di arbitraggio e restituiscono profitti ai fornitori di liquidità. • Strumenti come MetaMask Protect o Rabby instradano le transazioni privatamente ai costruttori, proteggendo gli utenti dal front-running e a volte ridistribuendo parte del MEV. Questi meccanismi riducono l'arbitraggio dannoso, ma il MEV non scompare, cambia semplicemente mani e forma. 8. Con un nuovo tipo di rollup, arriva un nuovo tipo di economia. Questo cambiamento riformula l'economia per i rollup. Molti esitano ad andare "basati" oggi perché catturano entrate da MEV attraverso i loro sequencer centralizzati, front-running swap o arbitrando prezzi tra venue. Ma a lungo termine, il flusso di entrate più durevole sono le commissioni di esecuzione, il pedaggio che gli utenti pagano per eseguire transazioni sulla macchina virtuale del rollup. Mostriamo un esempio ipotetico: Rollup con il proprio sequencer (oggi): • Commissioni di esecuzione = $2M/mese • MEV = $1M/mese • Totale = $3M/mese Stesso rollup come rollup basato (futuro): • MEV → validatori di Ethereum = $0 • Commissioni di esecuzione (da effetti di rete unificati) = $10M/mese • Totale = $10M/mese Questo è il MEV Gambit: sacrificare il pedone (MEV del sequencer) per vincere il premio più grande (entrate da esecuzione molto più elevate). I rollup basati evitano di combattere per il MEV e si concentrano invece sullo scalare il loro layer di esecuzione. 9. Può Ethereum gestire questa capacità? La domanda ovvia è: se ogni rollup si collega a Ethereum come suo sequencer, Ethereum L1 può davvero gestirlo? Attualmente, Ethereum funziona su slot di 12 secondi. Il tempo di slot è il vero vincolo. Con slot di 12 secondi, l'esperienza utente sembra lenta. La ricerca mostra che Ethereum potrebbe probabilmente ridurre questo a ~4 secondi senza sacrificare la decentralizzazione, i validatori possono ancora funzionare su internet domestico o anche Raspberry Pi. Le pre-conferme senza fiducia sono fondamentali per Ethereum per competere con i sequencer centralizzati in termini di velocità. Questo sistema utilizza proponenti che mettono in gioco garanzie e firmano garanzie per includere transazioni, il che può portare a conferme di ~100 ms. Questo è significativamente più veloce dei tempi di blocco attuali e anche più veloce di alcune configurazioni "superchain", fornendo velocità simili alla latenza di internet. 10. Tuttavia, questo carico di lavoro pesante è troppo per i validatori domestici. L'APS (Attester Proposer Separation) suddivide il lavoro per risolvere questo: gli attester verificano e pubblicano transazioni valide, mentre i proponenti/costruttori costruiscono blocchi e gestiscono le pre-conferme. Inizialmente, questo viene fatto attraverso gateway, ma alla fine, APS e PBS incardinati consentiranno a Ethereum di fornire nativamente pre-conferme rapide e senza fiducia e sequenziamento condiviso. 11. Fabric: Costruire gli Standard. Anche con APS e PBS in atto, c'è ancora la questione della tubazione. Ogni team di rollup basato oggi deve reinventare le API per le pre-conferme, modificare i pipeline PBS, impostare registri e gestire la condivisione dei blob. Se lasciato incontrollato, questo rischia di frammentarsi in "mini standard" incompatibili. @fabric_ethereum è lo sforzo di coordinamento per prevenire ciò. Non lancia un rollup o un token. Invece, fornisce componenti open-source minimi, tra cui: • API per impegni per pre-conferme • Contratto di Registro Universale per la responsabilità del sequencer • Infrastruttura condivisa per blob e bridging Supportato da team come @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs e altri, Fabric sta emergendo come il punto di riferimento per l'infrastruttura dei rollup basati — allineando i team su standard condivisi affinché l'ecosistema si espanda insieme, non separatamente.