Proč jsou založené rollupy jedinou budoucností Etherea? 6 let poté, co Ethereum představilo svůj plán zaměřený na rollup, vize z velké části funguje: transakční poplatky jsou nižší, propustnost je vyšší a základní bezpečnostní model se udržel. 1. Interoperabilita však zůstává nevyřešenou výzvou. Se spouštěním více kumulativních aktualizací je více uživatelů, aplikací a likvidity rozděleno do izolovaných prostředí. Místo jedné velké sítě Ethereum získáme desítky malých ostrůvků. Propojují je mosty, ale přidávají latenci, riziko a tření. Tato roztříštěnost je ještě horší tím, že každý rollup dnes provozuje svůj vlastní centralizovaný sekvencer, systém, který rozhoduje o pořadí transakcí v bloku, o tom, kdo se dostane dovnitř jako první a kdo inkasuje zisky z MEV. Protože každý sekvencer pracuje nezávisle, rollupy běží v různých časových osách. Aplikace v samostatných kumulativních aktualizacích nemohou interagovat atomicky ve stejném bloku ve stejnou dobu, což narušuje likviditu a oslabuje skládatelnost. 2. Centralizované sekvencery dávaly smysl hned na začátku. Umožňovaly týmům rychlé spuštění spuštěním serveru, omezily front-running prostřednictvím soukromého toku objednávek, poskytovaly téměř okamžité předběžné potvrzení pro plynulé UX a nabízely provozní flexibilitu. Tyto výhody však přišly s kompromisy. • Výpadek sekvenceru způsobil, že celé rollupy byly na několik hodin offline. • Kompromitovaný sekvencer by mohl přeuspořádat transakce a odčerpat miliony. • Nemohou škálovat neutrálním, decentralizovaným způsobem a způsobují problém s fragmentací. Když to všechno sečtete, centralizované sekvencery byly užitečným výchozím bodem, ale nemohou vzít rollupy tam, kam potřebují. 3. Dalším krokem jsou rollupy založené na rollupech. Namísto provozování vlastního sekvenceru používá založený rollup pro sekvenování (řazení transakcí) validátory vrstvy 1 (Ethereum, Celestia). Proto se mu říká "based": jeho sekvencování je navázáno přímo na základní vrstvu. Tento posun obnovuje neutralitu. Žádný jednotlivý souhrnný tým nekontroluje tok transakcí. Všechny rollupy, které jsou "založené", sdílejí stejnou sekvenační vrstvu pro celé Ethereum, což znamená, že mohou interagovat ve stejném bloku ve stejnou dobu. Výsledkem je jednotná síť: • Likvidita zůstává koncentrovaná, nikoli rozdělená mezi sila. • Skládání je synchronní, takže aplikace v různých kumulativních verzích mohou atomicky interagovat. • Ovládání je neutrální, zabezpečené validátory Etherea, nikoli centralizovaným serverem. 4. Jaké další problémy řeší rollupy založené na rollupech? • DeFi: Likvidita zůstává sjednocená pod sekvenační vrstvou Etherea. Obchody, půjčky a likvidace se odehrávají na L2, ale sdílejí stejné základní uspořádání, což udržuje trhy hluboké a koncentrované, místo aby byly roztříštěné nebo ztracené ve prospěch Solany. • Uživatelé: Hranice souhrnu zmizí. Díky sdíleným vkladovým smlouvám a nativním převodům z L2 na L2 se aktiva plynule přesouvají přes kumulativní platby – není třeba se vracet zpět přes L1 ani se starat o to, "ve kterém řetězci" jste. • Vývojáři: Skládatelnost se vrací. Aplikace na různých rollupech mohou atomicky interagovat ve stejném bloku, což umožňuje křížové půjčování, obchodování a složité strategie, které centralizované sekvencery nemohou podporovat. 5. Nedělají sdílené sekvencery totéž? Tyto dva přístupy řeší fragmentaci ve velmi odlišných měřítcích. Rollup stacky jako Arbitrum Orbiy, Optimism Superchain a zkSync Elastic Chain experimentují se sdílenými sekvencery, které fungují jako mini-rozbočovače. Likvidita a uživatelé tedy zůstávají uvězněni uvnitř tohoto ekosystémového clusteru, místo aby byli sdíleni napříč Ethereem jako celkem. Na základě rollupů jde ještě dál. Namísto center na úrovni ekosystému používají jako univerzální sekvencer samotné Ethereum. To znamená, že pooly likvidity se slučují napříč všemi kumulativními aktualizacemi. Sdílené sekvencery snižují fragmentaci lokálně, zatímco založené rollupy ji řeší globálně v celé síti Ethereum. 6. Ethereum se v podstatě stalo sekvencerem, ale jak? Po většinu své historie mohlo Ethereum pouze sekvencovat své vlastní transakce. Validátoři shromažďovali transakce z mempoolu, uspořádali je a vytvořili bloky. Pokud by každý rollup vložil své transakce přímo do tohoto procesu, výsledkem by byl chaos: konflikty, promarněný blokový prostor a neúspěšné transakce. Průlom přišel s Proposer–Builder Separation (PBS). Před PBS: Validátoři museli dělat všechno, shromažďovat transakce, objednávat je a vytvářet blok. Přidání kumulativního provozu by bylo zdrcující. S PBS: Práce je rozdělena. • Validátoři (navrhovatelé) jednoduše podepisují bloky, zatímco specializovaní stavitelé odvedou těžkou práci. • Stavitelé shromažďují transakce (z Etherea a na základě kumulativních balíčků), řadí je a vytvářejí kompletní bloky. • Validátoři podepisují pouze záhlaví nejcennějšího bloku, aniž by museli vidět jeho obsah. Z pohledu validátora se nic nezměnilo, ale v praxi se Ethereum stalo neutrálním sekvencerem pro každý založený rollup. 7. Kdo ale zachycuje MEV v "based world"? MEV, zisk z objednávání transakcí, který kdysi plynul do centralizovaného sekvenceru, nyní jde do kanálu PBS Etherea. Stavitelé sestavují ziskové bloky, validátoři je podepisují a MEV je zachycen tam, nikoli týmem rollupů. MEV však nezůstává vždy u validátorů a tvůrců. Ostatní části zásobníku jej mohou zachytit přímo: • DEXy využívající MEV, jako je CoWSwap nebo Uniswap v4, draží arbitrážní příležitosti a vracejí zisky poskytovatelům likvidity. • Nástroje jako MetaMask Protect nebo Rabby směrují transakce soukromě k tvůrcům, chrání uživatele před front-runningem a někdy i přerozdělují část MEV. Tyto mechanismy snižují škodlivou arbitráž, ale MEV nezmizí, pouze změní majitele a formu. 8. S novým typem rollupu přichází nový typ ekonomiky. Tento posun přeformulovává ekonomiku pro rollupy. Mnozí dnes váhají, zda přejít na "based", protože zachycují příjmy z MEV prostřednictvím svých centralizovaných sekvencerů, front-running swapů nebo arbitrážního obchodování Z dlouhodobého hlediska jsou však trvalejším zdrojem příjmů poplatky za provedení, tedy mýtné, které uživatelé platí za provádění transakcí na virtuálním stroji rollupu. Ukažme si hypotetický příklad: Rollup s vlastním sekvencerem (dnes): • Poplatky za provedení = 2 miliony USD/měsíc • MEV = 1 milion USD/měsíc • Celkem = 3 miliony $ / měsíc Stejná kumulativní aktualizace jako u základní kumulativní aktualizace (budoucí): • Validátory MEV → Ethereum = 0 $ • Poplatky za provedení (z efektů sjednocené sítě) = 10 milionů USD/měsíc • Celkem = 10 milionů $ / měsíc To je MEV Gambit: obětujte pěšce (sekvencer MEV) a vyhrajte větší cenu (mnohem vyšší výnosy z exekuce). Založené kumulativní aktualizace se vyhýbají bojům o MEV a místo toho se zaměřují na škálování jejich prováděcí vrstvy. 9. Zvládne Ethereum tuto kapacitu? Zřejmou otázkou je: pokud se každý rollup zapojí do Etherea jako jeho sekvencer, dokáže to Ethereum L1 skutečně zvládnout? Právě teď Ethereum běží na 12sekundových slotech. Slotový čas je skutečným omezením. S 12sekundovými sloty je uživatelské prostředí pomalé. Výzkum ukazuje, že Ethereum by to pravděpodobně mohlo zkrátit na ~4 sekundy, aniž by obětovalo decentralizaci, validátory mohou stále běžet na domácím internetu nebo dokonce na Raspberry Pis. Předem potvrzování bez důvěry jsou pro Ethereum klíčová, aby mohlo konkurovat centralizovaným sekvencerům v rychlosti. Tento systém používá navrhovatele, kteří stakují kolaterál a podepisují záruky, aby zahrnuli transakce, což může vést k potvrzení ~100 ms. To je výrazně rychlejší než současné časy bloků a dokonce rychlejší než některá nastavení "superchainu", což poskytuje rychlosti podobné latenci internetu. 10. Tato velká pracovní zátěž je však pro domácí validátory příliš velká. APS (Attester Proposer Separation) rozděluje práci na řešení tohoto problému: attesteři ověřují a publikují platné transakce, zatímco proposers/builders vytvářejí bloky a spravují pre-confirmations. Zpočátku se to provádí prostřednictvím bran, ale nakonec APS a zakotvená PBS umožní Ethereu nativně poskytovat rychlá předběžná potvrzení a sdílené sekvenování bez důvěry. 11. Tkanina: Vytváření standardů. I když jsou APS a PBS na místě, stále je tu otázka instalatérství. Každý tým založený na kumulativních aktualizacích dnes musí znovu vynalézat rozhraní API pro předběžné konfigurace, vyladit kanály PBS, nastavit registry a zvládnout sdílení blobů. Pokud se to nevyřeší, hrozí rozpad na neslučitelné "mini standardy". @fabric_ethereum je koordinační snaha tomu zabránit. Nespustí kumulativní aktualizaci ani token. Místo toho poskytuje minimální opensourcové komponenty, včetně: • API závazků pro předběžné konfigurace • Univerzální registr Smlouva o odpovědnosti sekvenceru • Sdílená infrastruktura objektů blob a přemostění S podporou týmů jako @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs a dalších se Fabric stává výchozím bodem pro infrastrukturu založenou na kumulativních nástrojích – slaďuje týmy na základě sdílených standardů, takže ekosystém se škáluje společně, nikoli odděleně.