Preț ZKsync

De ce sunt rollup-urile bazate singurul viitor al Ethereum? La 6 ani după ce Ethereum și-a dezvăluit foaia de parcurs centrată pe rollup, viziunea funcționează în mare măsură: taxele de tranzacție sunt în scădere, debitul este mai mare, iar modelul de securitate de bază a rămas ferm. 1. Cu toate acestea, interoperabilitatea a rămas o provocare nerezolvată. Pe măsură ce se lansează mai multe rollup-uri, mai mulți utilizatori, aplicații și lichidități sunt împărțite în medii izolate. În loc de o rețea Ethereum mare, avem zeci de insule mici. Punțile le conectează, dar adaugă latență, risc și frecare. Această fragmentare este înrăutățită de faptul că fiecare rollup de astăzi rulează propriul secvențiator centralizat, sistemul care decide ordinea tranzacțiilor într-un bloc, cine intră primul și, de asemenea, cine captează profiturile din MEV. Deoarece fiecare secvențiator funcționează independent, pachetele rulează pe linii de timp diferite. Aplicațiile de pe rollup-uri separate nu pot interacționa atomic, în același bloc în același timp, ceea ce fracturează lichiditatea și slăbește compoziția. 2. Secvențiatoarele centralizate au avut sens de la început. Acestea au permis echipelor să se lanseze rapid prin pornirea unui server, au redus front-running prin fluxul de comenzi private, au oferit pre-confirmări aproape instantanee pentru o experiență de uz fără probleme și au oferit flexibilitate operațională. Dar aceste beneficii au venit cu compromisuri. • Timpul de nefuncționare al secvențiatorului a deconectat pachete întregi ore întregi. • Un secvențiator compromis ar putea reordona tranzacțiile și ar putea drena milioane. • Nu se pot scala într-un mod neutru, descentralizat și provoacă o problemă de fragmentare. Când aduni totul, secvențiatoarele centralizate au fost un punct de plecare util, dar nu pot duce rollup-urile acolo unde trebuie să meargă. 3. Următorul pas este bazat pe rollup-uri. În loc să-și opereze propriul secvențiator, un rollup bazat folosește validatori de nivel 1 (Ethereum, Celestia) pentru secvențiere (ordonarea tranzacțiilor). De aceea se numește "bazat": secvențierea sa este legată direct de stratul de bază. Această schimbare restabilește neutralitatea. Nicio echipă individuală de cumul nu controlează fluxul de tranzacții. Toate rollup-urile care sunt "bazate" au același strat de secvențiere la nivel Ethereum, ceea ce înseamnă că pot interacționa în același bloc în același timp. Rezultatul este o rețea unificată: • Lichiditatea rămâne concentrată, mai degrabă decât împărțită în silozuri. • Componabilitatea este sincronă, astfel încât aplicațiile de pe diferite rollup-uri pot interacționa atomic. • Controlul este neutru, asigurat de validatorii Ethereum, mai degrabă decât de un server centralizat. 4. Ce alte probleme rezolvă rollup-urile bazate? • DeFi: Lichiditatea rămâne unificată sub stratul de secvențiere al Ethereum. Tranzacțiile, împrumuturile și lichidările au loc pe L2, dar împart aceeași comandă de bază, menținând piețele adânci și concentrate în loc să fie fragmentate sau pierdute în fața Solana. • Utilizatori: Limitele rollup se estompează. Cu contractele de depozit partajat și transferurile native de la L2 la L2, activele se mișcă fără probleme între rollup-uri - nu este nevoie să vă întoarceți prin L1 sau să vă faceți griji cu privire la "în ce lanț" vă aflați. • Dezvoltatori: Componabilitatea se întoarce. Aplicațiile de pe diferite rollup-uri pot interacționa atomic în același bloc, permițând împrumuturi cross-rollup, tranzacționare și strategii complexe pe care secvențiatoarele centralizate nu le pot accepta. 5. Secvențiatoarele partajate nu fac același lucru? Aceste 2 abordări rezolvă fragmentarea la scări foarte diferite. Stack-urile rollup precum Arbitrum Orbiy, Optimism Superchain și zkSync Elastic Chain experimentează cu secvențiere partajate care acționează ca mini-hub-uri. Deci, lichiditatea și utilizatorii rămân prinși în acel cluster de ecosistem, mai degrabă decât să fie partajați în Ethereum în ansamblu. Rollup-urile bazate merg mai departe. În loc de hub-uri la nivel de ecosistem, ei folosesc Ethereum însuși ca secvențiator universal. Asta înseamnă că fondurile de lichiditate fuzionează în toate pachetele. Secvențiatoarele partajate reduc fragmentarea local, în timp ce rollup-urile bazate o rezolvă la nivel global în întreaga rețea Ethereum. 6. Ethereum a devenit practic un secvențiator, dar cum? În cea mai mare parte a istoriei sale, Ethereum și-a putut secvenția doar propriile tranzacții. Validatorii au adunat tranzacții din mempool, le-au ordonat și au construit blocuri. Dacă fiecare rollup și-ar fi aruncat tranzacțiile direct în acel proces, rezultatul ar fi fost haos: conflicte, spațiu de bloc irosit și tranzacții eșuate. Descoperirea a venit odată cu separarea propunător-constructor (PBS). Înainte de PBS: Validatorii trebuiau să facă totul, să colecteze tranzacțiile, să le comande și să construiască blocul. Adăugarea traficului de rollup ar fi fost copleșitoare. Cu PBS: Munca este împărțită. • Validatorii (propunătorii) pur și simplu semnează blocuri, în timp ce constructorii specializați fac munca grea. • Constructorii adună tranzacții (din Ethereum și rollup-uri bazate), le ordonează și produc blocuri complete. • Validatorii semnează doar antetul celui mai valoros bloc, fără a fi nevoie să vadă conținutul acestuia. Din perspectiva validatorului, nimic nu s-a schimbat, dar în practică, Ethereum a devenit secvențiatorul neutru pentru fiecare rollup bazat. 7. Dar cine capturează MEV în "lumea bazată"? MEV, profitul din comandarea tranzacțiilor, care odată curgea către un secvențiator centralizat, intră acum în conducta PBS a Ethereum. Constructorii asamblează blocuri profitabile, validatorii le semnează, iar MEV este capturat acolo, nu de echipa de rollup. Cu toate acestea, MEV nu rămâne întotdeauna la validatori și constructori. Alte părți ale stivei o pot capta direct: • DEX-urile conștiente de MEV, cum ar fi CoWSwap sau Uniswap v4, licitează oportunități de arbitraj și returnează profiturile furnizorilor de lichidități. • Instrumente precum MetaMask Protect sau Rabby direcționează tranzacțiile în mod privat către constructori, protejând utilizatorii de front-running și uneori redistribuind o parte din MEV. Aceste mecanisme reduc arbitrajul dăunător, dar MEV nu dispare, pur și simplu își schimbă mâinile și forma. 8. Cu un nou tip de rollup, vine un nou tip de economie. Această schimbare reîncadrează economia pentru rollup-uri. Mulți ezită să meargă "bazat" astăzi pentru că captează venituri MEV prin secvențiere centralizate, swap-uri frontale sau prețuri de arbitraj între locații. Dar, pe termen lung, fluxul de venituri mai durabil sunt taxele de execuție, taxele plătite de utilizatori pentru a rula tranzacții pe mașina virtuală a rollup-ului. Să arătăm un exemplu ipotetic: Rollup cu propriul secvențiator (astăzi): • Comisioane de execuție = 2 milioane USD/lună • MEV = 1 milion USD/lună • Total = 3 milioane USD/lună Același cumul ca un cumul bazat (viitor): • Validatori MEV → Ethereum = 0 USD • Taxe de execuție (de la efecte de rețea unificate) = 10 milioane USD/lună • Total = 10 milioane USD/lună Acesta este Gambitul MEV: sacrifică pionul (sequencer MEV) pentru a câștiga premiul mai mare (venituri mult mai mari din execuție). Rollup-urile bazate pe evită lupta pentru MEV și se concentrează în schimb pe scalarea stratului lor de execuție. 9. Poate Ethereum să gestioneze această capacitate? Întrebarea evidentă este: dacă fiecare rollup se conectează la Ethereum ca secvențiator, poate Ethereum L1 să se descurce cu adevărat? În acest moment, Ethereum rulează pe sloturi de 12 secunde. Timpul de slot este adevărata constrângere. Cu sloturi de 12 secunde, UX pare lent. Cercetările arată că Ethereum ar putea reduce probabil acest lucru la ~4 secunde fără a sacrifica descentralizarea, validatorii pot rula în continuare pe internetul de acasă sau chiar pe Raspberry Pis. Pre-confirmările fără încredere sunt esențiale pentru ca Ethereum să concureze cu secvențiatoarele centralizate în ceea ce privește viteza. Acest sistem folosește propunători care mizează garanții și semnează garanții pentru a include tranzacții, ceea ce poate duce la confirmări de ~100 ms. Acest lucru este semnificativ mai rapid decât timpii de blocare actuali și chiar mai rapid decât unele configurații "superchain", oferind viteze similare cu latența internetului. 10. Cu toate acestea, acest volum de muncă mare este prea mare pentru validatorii de acasă. APS (Attester Proposer Separation) împarte munca pentru a rezolva acest lucru: atesterii verifică și publică tranzacții valide, în timp ce propunătorii/constructorii construiesc blocuri și gestionează pre-confirmările. Inițial, acest lucru se face prin gateway-uri, dar în cele din urmă, APS și PBS consacrat vor permite Ethereum să ofere în mod nativ pre-confirmări rapide și fără încredere și secvențiere partajată. 11. Țesătură: construirea standardelor. Chiar și cu APS și PBS în vigoare, există încă problema instalațiilor sanitare. Fiecare echipă de rollup bazată pe astăzi trebuie să reinventeze API-urile pentru pre-confs, să modifice conductele PBS, să configureze registre și să gestioneze partajarea blob-urilor. Lăsat necontrolat, acest lucru riscă să se fragmenteze în "mini standarde" incompatibile. @fabric_ethereum este efortul de coordonare pentru a preveni acest lucru. Nu lansează un rollup sau un token. În schimb, oferă componente open-source minime, inclusiv: • API de angajamente pentru pre-conf-uri • Contract de registru universal pentru responsabilitatea secvențiatorului • Blob partajat și infrastructură de punte Susținut de echipe precum @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs și multe altele, Fabric devine punctul de schelling pentru infrastructura de rollup bazată - alinierea echipelor pe standarde comune, astfel încât ecosistemul să se scaleze împreună, nu separat.