Hvorfor er baserte rollups den eneste fremtiden til Ethereum? 6 år etter at Ethereum avduket sitt rollup-sentriske veikart, fungerer visjonen i stor grad: transaksjonsgebyrene er nede, gjennomstrømningen er høyere, og kjernesikkerhetsmodellen har holdt stand. 1. Interoperabilitet har imidlertid forblitt en uløst utfordring. Etter hvert som flere samleoppdateringer lanseres, deles flere brukere, apper og likviditet på tvers av isolerte miljøer. I stedet for ett stort Ethereum-nettverk, får vi dusinvis av små øyer. Broer forbinder dem, men de legger til ventetid, risiko og friksjon. Denne fragmenteringen forverres av det faktum at hver rollup i dag kjører sin egen sentraliserte sequencer, systemet som bestemmer rekkefølgen på transaksjoner i en blokk, hvem som kommer inn først, og også hvem som fanger fortjeneste fra MEV. Fordi hver sequencer fungerer uavhengig, kjører samleoppdateringer på forskjellige tidslinjer. Apper på separate samleoppdateringer kan ikke samhandle atomisk, i samme blokk samtidig, noe som bryter likviditeten og svekker komponerbarheten. 2. Sentraliserte sequencere ga mening tidlig. De tillot team å starte raskt ved å spinne opp en server, reduserte front-running gjennom privat ordreflyt, ga nesten umiddelbare forhåndsbekreftelser for jevn UX og tilbød operativ fleksibilitet. Men disse fordelene kom med avveininger. • Nedetid for sequencer har tatt hele rollups offline i timevis. • En kompromittert sekvenser kan omorganisere transaksjoner og tappe millioner. • De kan ikke skalere på en nøytral, desentralisert måte og forårsaker et fragmenteringsproblem. Når du legger det hele sammen, var sentraliserte sequencere et nyttig utgangspunkt, men de kan ikke ta rollups dit de skal. 3. Det neste trinnet er basert på rollups. I stedet for å betjene sin egen sekvenser, bruker en basert rollup Layer 1 (Ethereum, Celestia) validatorer for sekvensering (bestilling av transaksjoner). Det er derfor det kalles "basert": sekvenseringen er knyttet direkte til basislaget. Dette skiftet gjenoppretter nøytraliteten. Ingen individuelle team for utrulling kontrollerer flyten av transaksjoner. Alle rollups som er "baserte" deler det samme Ethereum-omfattende sekvenseringslaget, noe som betyr at de kan samhandle i samme blokk samtidig. Resultatet er et enhetlig nettverk: • Likviditeten forblir konsentrert i stedet for å splittes på siloer. • Komponerbarhet er synkron, slik at apper på forskjellige samleoppdateringer kan samhandle atomisk. • Kontrollen er nøytral, sikret av Ethereums validatorer i stedet for en sentralisert server. 4. Hvilke andre problemer løser baserte rollups? • DeFi: Likviditeten forblir samlet under Ethereums sekvenseringslag. Handler, lån og likvidasjoner skjer på L2-er, men deler den samme basisbestillingen, og holder markedene dype og konsentrerte i stedet for splittet eller tapt for Solana. • Brukere: Sammendragsgrenser forsvinner. Med delte innskuddskontrakter og opprinnelige L2-til-L2-overføringer flyttes eiendeler sømløst på tvers av samleoppdateringer – du trenger ikke å rute tilbake gjennom L1 eller bekymre deg for «hvilken kjede» du er på. • Utviklere: Komponerbarhet returnerer. Apper på forskjellige samleoppdateringer kan samhandle atomisk i samme blokk, noe som muliggjør utlån, handel og komplekse strategier som sentraliserte sekvensere ikke kan støtte. 5. Gjør ikke delte sequencere det samme? Disse 2 tilnærmingene løser fragmentering i svært forskjellige skalaer. Rollup-stabler som Arbitrum Orbiy, Optimism Superchain og zkSync Elastic Chain eksperimenterer med delte sequencere som fungerer som mini-huber. Så likviditet og brukere forblir fanget i den økosystemklyngen, i stedet for å bli delt på tvers av Ethereum som helhet. Baserte rollups går lenger. I stedet for knutepunkter på økosystemnivå, bruker de Ethereum selv som den universelle sekvenseren. Det betyr at likviditetspooler smelter sammen på tvers av alle rollups. Delte sekvensere reduserer fragmentering lokalt, mens baserte samleoppdateringer løser det globalt på tvers av hele Ethereum-nettverket. 6. Ethereum ble i utgangspunktet en sequencer, men hvordan? I det meste av historien kunne Ethereum bare sekvensere sine egne transaksjoner. Validatorer samlet transaksjoner fra mempoolen, bestilte dem og bygde blokker. Hvis hver samleoppdatering hadde dumpet transaksjonene sine direkte inn i den prosessen, ville resultatet ha vært kaos: konflikter, bortkastet blokkplass og mislykkede transaksjoner. Gjennombruddet kom med Proposer-Builder Separation (PBS). Før PBS: Validatorer måtte gjøre alt, samle inn transaksjoner, bestille dem og bygge blokken. Å legge til rollup-trafikk ville ha vært overveldende. Med PBS: Arbeidet er delt. • Validatorer (forslagsstillere) signerer ganske enkelt blokker, mens spesialiserte byggherrer gjør de tunge løftene. • Byggherrer samler transaksjoner (fra Ethereum og baserte rollups), bestiller dem og produserer komplette blokker. • Validatorer signerer bare overskriften til den mest verdifulle blokken, uten engang å måtte se innholdet. Fra validatorens perspektiv endret ingenting seg, men i praksis ble Ethereum den nøytrale sekvenseren for hver basert rollup. 7. Men hvem fanger MEV i "basert verden"? MEV, fortjenesten fra å bestille transaksjoner, som en gang strømmet til en sentralisert sekvenser, går nå inn i Ethereums PBS-pipeline. Byggherrer setter sammen lønnsomme blokker, validatorer signerer dem, og MEV fanges opp der, ikke av rollup-teamet. MEV forblir imidlertid ikke alltid hos validatorer og byggere. Andre deler av stabelen kan fange den direkte: • MEV-bevisste DEX-er som CoWSwap eller Uniswap v4 auksjonerer bort arbitrasjemuligheter og returnerer fortjeneste til likviditetstilbydere. • Verktøy som MetaMask Protect eller Rabby ruter transaksjoner privat til utbyggere, og skjermer brukere fra frontløp og noen ganger omfordeler deler av MEV. Disse mekanismene reduserer skadelig arbitrasje, men MEV forsvinner ikke, det endrer bare hender og form. 8. Med en ny type rollup kommer en ny type økonomi. Dette skiftet omformulerer økonomien for oppsummeringer. Mange nøler med å gå "basert" i dag fordi de fanger opp MEV-inntekter gjennom sine sentraliserte sequencere, front-running swaps eller arbitraging av priser på tvers av arenaer. Men i det lange løp er den mer holdbare inntektsstrømmen utførelsesgebyrer, bompengene brukerne betaler for å kjøre transaksjoner på samlemaskinens virtuelle maskin. La oss vise et hypotetisk eksempel: Rollup med egen sequencer (i dag): • Utførelsesgebyrer = $2M/måned • MEV = $ 1 million / måned • Totalt = $3M/måned Samme beregnet verdi som en basert beregnet verdi (fremtidig): • MEV- → Ethereum-validatorer = $0 • Utførelsesgebyrer (fra enhetlige nettverkseffekter) = $10M/måned • Totalt = $10M/måned Det er MEV-gambiten: ofre bonden (sequencer MEV) for å vinne den større premien (mye høyere henrettelsesinntekter). Baserte rollups unngår å slåss om MEV og fokuserer i stedet på å skalere utførelseslaget. 9. Kan Ethereum håndtere denne kapasiteten? Det åpenbare spørsmålet er: hvis hver rollup kobles til Ethereum som sequencer, kan Ethereum L1 faktisk håndtere det? Akkurat nå kjører Ethereum på 12-sekunders spor. Slottid er den virkelige begrensningen. Med 12-sekunders spor føles UX treg. Forskning viser at Ethereum sannsynligvis kan kutte dette til ~4 sekunder uten å ofre desentralisering, validatorer kan fortsatt kjøre på hjemmeinternett eller til og med Raspberry Pis. Tillitsløse forhåndsbekreftelser er nøkkelen for at Ethereum skal kunne konkurrere med sentraliserte sekvensere på hastighet. Dette systemet bruker forslagsstillere som stiller sikkerhet og signerer garantier for å inkludere transaksjoner, noe som kan resultere i ~100 ms bekreftelser. Dette er betydelig raskere enn gjeldende blokkeringstider og enda raskere enn noen "superkjede"-oppsett, og gir hastigheter som ligner på internett-ventetid. 10. Denne store arbeidsmengden er imidlertid for mye for hjemmevalidatorer. APS (Attester Proposer Separation) deler arbeidet for å løse dette: attestatorer verifiserer og publiserer gyldige transaksjoner, mens forslagsstillere/byggere konstruerer blokker og administrerer forhåndsbekreftelser. Til å begynne med gjøres dette gjennom gatewayer, men etter hvert vil APS og nedfelt PBS gjøre det mulig for Ethereum å gi raske, tillitsløse forhåndsbekreftelser og delt sekvensering. 11. Stoff: Bygge standardene. Selv med APS og PBS på plass, er det fortsatt spørsmålet om rørleggerarbeid. Hvert basert samleteam må i dag finne opp API-er for pre-confs, justere PBS-pipeliner, sette opp registre og håndtere blob-deling. Hvis det ikke kontrolleres, risikerer dette å fragmenteres til inkompatible «ministandarder». @fabric_ethereum er koordineringsinnsatsen for å forhindre det. Den starter ikke en samleoppdatering eller token. I stedet leverer den minimalt med åpen kildekode-komponenter, inkludert: • API for forpliktelser for pre-confs • Universal Registry-kontrakt for sequencer-ansvar • Delt blob og broinfrastruktur Støttet av team som @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs og flere, fremstår Fabric som schelling-punktet for basert rollup-infrastruktur – og justerer team etter delte standarder slik at økosystemet skaleres sammen, ikke fra hverandre.