Rollup 2.0: Bitwa o zdecentralizowane sortowniki

Napisał: helloyyy
1. Przedmowa
Czas leci. Według Optymizmu minął ponad rok od emisji waluty. Według Arbitrum minęło prawie pół roku. Emisja waluty to dopiero pierwszy krok na ich długiej drodze wdrożył aktualizację Bedrock i uruchomił wspólny moduł stosu L2 OP Stack, w oparciu o który narodził się Star Rollup, taki jak Base, zobowiązał się do eksploracji L3 w celu promowania zastosowania Arbitrum Orbit;
Pod przywództwem tych dwóch gigantów TVL całej ścieżki Rollup przekroczyła kiedyś 10 miliardów dolarów i obecnie utrzymuje się na stabilnym poziomie około 10 miliardów dolarów. Chociaż Rollup jest szeroko omawiany jako „podpisowe” rozwiązanie rozszerzające Ethereum, nadal mają one nieodporne na cenzurę i scentralizowane atrybuty. Główne sieci Rollup generalnie oficjalnie prowadzą scentralizowane sortowniki. Chociaż projekty Rollup, takie jak Arbitrum, Optimism i StarkNet, uwzględniły decentralizację sortowników w swoich planach działania, nie zostały one jeszcze wdrożone w perspektywie krótko- i średnioterminowej. Jako najważniejszy element zdecentralizowanej układanki Rollupa, zdecentralizowany sortownik ma bardzo ważną pozycję strategiczną dla samego Rollupa i jest także tym, czego chcą ludzie.
 2. Opłaty transakcyjne typu rollup
Zanim zrozumiemy, czym jest sekwencer, porozmawiajmy najpierw o składzie opłat transakcyjnych Rollup. Opłata transakcyjna Rollupu to opłata gazowa ponoszona przez użytkowników w transakcjach L2 takich jak Arbitrum.
Składa się głównie z 2 części:
1) Opłata za wykonanie L2
2) Opłaty za transmisję danych L1
Opłata za wykonanie L2: Koszt wykonania transakcji na L2 (każda transakcja inicjowana w łańcuchu L2 wymaga opłaty za wykonanie)
Cena gazu transakcyjnego = opłata podstawowa L2 + opłata priorytetowa L2
Opłata za realizację L2 = cena gazu transakcyjnego * zużycie gazu L2
Opłata za dane L1: Koszt publikowania transakcji L2 w L1. Zazwyczaj opłaty za transmisję danych w warstwie L1 są wyższe niż opłaty za wykonanie warstwy L2.
Opłata transakcyjna L2 = opłata za wykonanie L2 + opłata za transmisję danych L1
Przychód netto sortownika = przychód z opłaty transakcyjnej L2 – Koszt operacyjny sortownika – opłata za transmisję danych L1
Scentralizowany sorter obsługiwany przez stronę projektu ma pewną siłę ustalania cen (na przykład wyższa jest opłata za wykonanie L2, wyższa jest opłata za dane L1), dlatego kilka znanych stron projektu Rollup robi wiele pieniądze.
Co to jest sortownik?
Sekwenser, jak sama nazwa wskazuje, jest rolą odpowiedzialną za sortowanie transakcji. W sieci Bitcoin odpowiedzialność za porządkowanie transakcji spoczywa na górnikach; w Ethereum jest to odpowiedzialność zbioru węzłów. Żaden z nich nie ma ustalonych ról, ale więcej mechanizmów konsensusu określających, kto ma prawo uczestniczyć w sekwencyjności wykonanie.
Obecnie wszystkie popularne Rollupy obsługują scentralizowany pojedynczy sorter. Transakcje użytkownika w L2 trafiają do puli pamięci (transakcje w puli pamięci są w tym momencie w stanie nieuporządkowanym). Sorter sortuje i kompresuje transakcje w zbiór uporządkowanych partii, a następnie wysyła je do warstwy DA Ethereum. .
 Czy Rollup wymaga sortera?
Odpowiedź brzmi: nie. Transakcje na Rollupie mogą całkowicie ominąć sortownik i zostać przekazane do warstwy bazowej L1 L1 odpowiada za sortowanie i rozliczenie, ale będzie się też borykać z większym zużyciem gazu i dłuższym czasem potwierdzania transakcji.
Sekwenser zestawień przypomina wykorzystanie „szybkiej ścieżki” do kompresji i agregacji setek lub tysięcy transakcji L2 w jedną transakcję L1, co znacznie zmniejsza koszty gazu. Jest to również powód, dla którego obecne popularne Rollupy obsługują scentralizowane sortowniki, zapewniając użytkownikom mniejsze zużycie paliwa i szybsze potwierdzenie transakcji, poprawiając w ten sposób doświadczenie transakcji użytkownika.
3. Sortownik scentralizowany a sortownik zdecentralizowany
Centralizacja!
Zalety centralizacji są bardzo oczywiste. Możesz sortować transakcje tak, jak chcesz. Nie ma potrzeby zmieniania osób w celu sortowania i nie ma potrzeby osiągania konsensusu w sprawie wyników sortowania. Oznacza to, że ma bardzo dużą szybkość potwierdzania transakcji i lepszą wygodę użytkownika; ale centralizacja daje również sortownikowi dużą autonomię w sortowaniu transakcji i może dowolnie sortować transakcje, aby zmaksymalizować własne możliwości arbitrażu w celu przechwycenia wartości MEV i opóźnienia użytkownika transakcji lub nawet całkowicie cenzurować użytkowników.
Sekwencer może przechwycić wartość MEV, zmieniając kolejność transakcji w pojedynczym bloku; bardziej szkodliwe jest to, że ponieważ sekwencer kontroluje kolejność wielu kolejnych bloków, łatwo jest wykonać MEV między blokami, co skutkuje większym-- atak skali.
Wszystkie powyższe sytuacje są spowodowane tym, że sorter podejmuje inicjatywę wyrządzenia zła. Niektóre błędy nie są zamierzone przez sortera, ale mimo to szkodzą doświadczeniu i prawom użytkownika. Na przykład, jeśli sekwencer przypadkowo ponownie uwzględni wydaną transakcję tokenową w miękkim zatwierdzeniu, a następnie wyśle ​​ją do L1 w celu weryfikacji, może zaistnieć sytuacja, w której transakcja nie będzie mogła zostać potwierdzona przez długi czas. Innym przykładem jest pojedynczy sekwencer przechodzi w tryb offline, powodując, że druga warstwa nie jest w stanie normalnie wytwarzać bloków, a sieć nie działa przez długi czas.
Nie można mieć ciastka i zjeść ciastka, ale optymalizacja wydajności pakietu zbiorczego nie może odbywać się kosztem decentralizacji i oporu przed cenzurą.
Decentralizacja?
Jeśli centralizacja wynosi 1, to decentralizacja jest liczna. Ścieżki wdrażania różnych zdecentralizowanych rozwiązań sortujących są różne, ale ich podstawowa koncepcja jest taka sama, czyli decentralizacja.
Sorter nie ma już centralnej władzy do sortowania transakcji. Rola odpowiedzialna za sortowanie jest wybierana ze zbioru sortowników w oparciu o określony mechanizm wyboru i zmienia się w ustalonych odstępach czasu.
Decentralizacja uniemożliwia sekwencerom ciągłe przechwytywanie MEV, a także uniemożliwia pojedynczemu sekwencerowi przeglądanie transakcji użytkownika. W połączeniu z odpowiednim mechanizmem karania za złe uczynki, może również skutecznie regulować zachowanie sekwencera.
4. Przegląd zdecentralizowanej ścieżki sortowania
Po tak długim błądzeniu w końcu dotarłem do sedna. Jeden zdecentralizowany sorter jest tworzony przez sam projekt Rollup, a drugi jest wdrażany przy pomocy strony trzeciej. Korzystanie z usług strony trzeciej w celu wdrożenia zdecentralizowanego sekwencera można w rzeczywistości nazwać sekwencjonowaniem jako usługą.
Projekty takie jak Espresso, Astria, SUAVE, Radius itp. skupiają się na zdecentralizowanych rozwiązaniach sortujących, a ścieżki ich wdrożenia są różne.
1.Espresso
Espresso Systems był wczesnym dostawcą usług skupiającym się na rozwiązaniach w zakresie prywatności. W marcu 2022 r. ogłosił, że otrzymał prawie 30 mln USD w ramach finansowania serii A od Electric Capital, Sequoia i Blockchain Capital. Espresso Systems obecnie w zasadzie przekształca się w Espresso Sequencer, który specjalizuje się w świadczeniu usług zdecentralizowanego sekwencera dla Rollupa.
W ramach mechanizmu sortowania sortownika Espresso cykl życia transakcji L2 wygląda ogólnie następująco:
1) Transakcje użytkowników w warstwie drugiej przesyłane są do serwera Rollup (API);
2) Transakcja trafia do puli pamięci, a sorter (wybrany w drodze konsensusu HotShot) sortuje transakcję i umieszcza ją w bloku;
3) Sekwenser rozgłasza transakcję, a gdy inne węzły osiągną konsensus HotShot, generowany jest blok i transakcja jest realizowana, co zapewnia szybkie potwierdzenie transakcji;
4) Sekwenser wysyła zobowiązanie blokowe zawierające transakcję z certyfikatem konsensusu (QC: Certyfikat kworum) i przechowuje je w kontrakcie sekwencera L1 (udowodniając, że blok osiąga miękką finalność poprzez konsensus);
5) Węzeł Rollup, który wykonał blok, wysyła nowy stan Rollup do L1 (w tym momencie do zkRU należy dołączyć certyfikat ważności, a ORU otwiera okres wyzwania);
6) Kontrakt L1 Rollup sprawdza ważność aktualizacji statusu poprzez weryfikację kontroli jakości przesłanej przez kontrakt sekwencera.
Proces ten wydaje się niejasny i trudny do zrozumienia, ale proste zrozumienie jest następujące:
Konsensus HotShot wybiera jednego z grupy sekwencerów, który jest odpowiedzialny za sortowanie transakcji Rollup i uwzględnianie transakcji w bloku; ten blok musi zostać podpisany przez inne węzły Rollup, aby osiągnąć konsensus (ponad 2/3 węzłów HotShot zgadza się) jest „ostateczny”. ", a następnie odpowiednie zobowiązanie blokowe i nowy katalog główny stanu Rollup są przesyłane do warstwy bazowej L1 w celu weryfikacji.
Powyższa „ostateczność” ujęta w cudzysłów „Ostateczność” ujęta w cudzysłów i ostateczność bez cudzysłowu to nie to samo. „Ostatecznością” w notowaniach jest umożliwienie szybszego potwierdzania transakcji Rollup, z mniejszym opóźnieniem i lepszym doświadczeniem użytkownika; jednak transakcje Rollup ostatecznie wymagają do weryfikacji warstwy bazowej L1 (zkRU musi zweryfikować certyfikat ważności, ORU potrzebuje Oczekiwanie na koniec okresu wyzwania) i sprawdzenie, czy nie ma problemu z transakcją złożoną przez Rollup, dopiero wtedy transakcja Rollup stanie się rzeczywiście ostateczna.
Oznacza to, że jeśli transakcja weryfikacji warstwy podstawowej L1 jest nieważna, wygenerowany powiązany blok L2 zostanie wycofany. Zatem „ostateczność” ma pozwolić na szybkie potwierdzenie transakcji, a ostateczność ma przejąć bezpieczeństwo Ethereum.
 
Espresso + Warstwa własna
Espresso rozwiązuje problem rotacji sortera i określania „ostateczności” transakcji w oparciu o konsensus HotShot oraz rozwiązuje problem dostępu sortera poprzez wprowadzenie EigenLayer.
Mechanizm ponownego zastawu EigenLayer umożliwia stakerom Ethereum jednoczesne stanie się sekwencerami Espresso, zapewniając bezpieczeństwo konsensusu HotShot. Krótko mówiąc, podmioty wspierające węzły Ethereum mogą stać się sekwencerami espresso (ESQ) dzięki mechanizmowi ponownego zastawu EigenLayer. Osoby wspierające węzły Ethereum nie tylko uzyskują dochód z węzła PoS, ale także przechwytują wartość MEV drugiej warstwy.
Potencjalny dochód posiadaczy ETH = nagrody za węzły sieci natywnej + EVM L2 + nagrody za węzły innych łańcuchów PoS (przy użyciu mechanizmu ponownego zastawu EigenLayer). Potrójne wzmocnienie znacznie wzmacnia ETH.
Espresso to zdecentralizowane rozwiązanie sortujące ogólnego przeznaczenia. Oprócz EigenLayer, projekty współpracy ekologicznej Espresso obejmują również Arbitrum, OP Stack, Caldera, AltLayer i inne gwiazdowe projekty modułowe.
 2. Astrii
Astria jest pozycjonowana jako uniwersalny, zdecentralizowany sorter niewymagający zezwoleń, zapewniający gotowe do użycia usługi współdzielonego sortowania dla różnych pakietów zbiorczych. Jeśli chodzi o finansowanie, w kwietniu 2023 r. Astria ogłosiła, że ​​zakończyła zalążkową rundę finansowania o wartości 5,5 mln USD prowadzoną przez Maven 11 z udziałem uczestniczących instytucji inwestycyjnych, w tym 1k(x), Delphi Digital, Lemniscap, Robot Ventures itp. Chociaż skala finansowania jest niewielka, skład instytucjonalny jest bardzo wspaniały.
Mechanizm operacyjny
Mechanizm działania zdecentralizowanego sekwencera Astrii jest podobny do mechanizmu Espresso Sequencer. Celem jest osłabienie przywilejów sekwencera poprzez decentralizację praw do sekwencjonowania transakcji. Swoiście:
W przypadku rotacji sekwencera Astria proponuje dwa mechanizmy rotacji: prostą rotację lidera (rotacja lidera) i algorytm konsensusu bizantyjskiej tolerancji błędów (BFT).
1) Rotacja lidera
Zestaw tworzony jest poprzez wybrane sortery, a zestaw sorterów na zmianę sortuje transakcje typu Rollup. Metoda ta zapobiega monopolizacji przez jednego sortera praw sortowania transakcji na długi czas i w pewnym stopniu rozwiązuje problem ciągłej cenzury użytkowników.
2) Algorytm konsensusu BFT
Podobnie jak w przypadku mechanizmu rotacji liderów, sekwencer z kolei ma prawo być odpowiedzialny za sortowanie transakcji, ale co najmniej 2/3 elementów zestawu sortującego musi osiągnąć konsensus w sprawie tego sortowania.
Obie metody mają swoje zalety i wady: pierwsza charakteryzuje się szybszym potwierdzaniem transakcji, szybszym generowaniem bloków i wydajnością zbliżoną do scentralizowanego sekwencera. Jednak kompromis jest taki, że nadal trudno jest zmusić sekwencerów, aby z kolei nie czynili zła; prawdopodobieństwo wyrządzenia zła jest mniejsze przy zastosowaniu konsensusu BFT, a 2/3 sekwencerów w zestawie musi głosować, aby osiągnąć cel. konsensus zanim będzie można wyprodukować blok. Jednakże przeprowadzenie głosowania konsensusowego zajmuje pewną ilość czasu, co powoduje problemy z opóźnieniami sieci.
3. Gładki
SUAVE to zdecentralizowane rozwiązanie do współdzielonego sortowania typu plug-and-play, zbudowane przez Flashboty. Jako rozwiązanie ogólnego przeznaczenia, SUAVE może zapewnić pule pamięci i zdecentralizowaną konstrukcję bloków dla dowolnej warstwy L1/L2. Różnica pomiędzy SUAVE a wspomnianym wcześniej projektem współdzielonego sekwencera polega na tym, że sam łańcuch SUAVE jest łańcuchem kompatybilnym z EVM, który implementuje porządkowanie transakcji poprzez „licytowanie” bloków.
Architektura SUAVE
Architektura SUAVE składa się z 3 podstawowych komponentów: uniwersalnego środowiska preferencji, rynku najlepszych rozwiązań i zdecentralizowanej konstrukcji blokowej.
1) Preferowane środowisko
Preferencje obejmują szeroki zakres, od prostych transakcji po złożone zdarzenia. Preferencje użytkownika są odzwierciedlane w pamięci w formie transakcji, a środowisko preferencji służy jako publiczna pamięć, w której gromadzone są preferencje. Uniwersalne środowisko preferencji dostarczane przez SUAVE sprawia, że ​​wielołańcuchowe preferencje użytkowników są otwarte i przejrzyste, eliminując luki informacyjne i w pewnym stopniu rozwiązując problem międzyłańcuchowych MEV.
2) Rynek realizacji
Rynek realizacji to sieć uczestników, którzy słuchają puli memów SUAVE i konkurują ze sobą, przy czym konkurencja zmusza ich do zapewnienia najlepszego wykonania zgodnie z preferencjami użytkownika. Można zrozumieć, że wszyscy wykonawcy realizują preferencje użytkownika poprzez „licytowanie” i zwracają mu jak najwięcej MEV wygenerowanych przez transakcje użytkownika.
3) Zdecentralizowana konstrukcja blokowa
Wreszcie, w oparciu o zebrane preferencje i optymalne ścieżki wykonania, zdecentralizowana sieć budowania bloków uwzględnia je w blokach. W tym momencie realizowany jest cały proces wykrywania transakcji, sortowania transakcji i generowania bloków.
4. Promień
Promień jest ustawiony jako niezaufana współdzielona warstwa porządkująca. W odróżnieniu od mechanizmów implementacji poprzednich rozwiązań, Radius zapewnia, że ​​transakcje Rollup są sortowane bez zaufania, włączając szyfrowaną pulę pamięci, eliminując w ten sposób efektywny przegląd transakcji MEV i użytkowników.
Jeśli chodzi o finansowanie, w czerwcu 2023 r. Radius ogłosił zakończenie przedzalążkowej rundy finansowania o wartości 1,7 mln dolarów prowadzonej przez firmę Hashed przy udziale Superscrypt, LambdaClass i Crypto.com.
Zdecentralizowane sortery oparte na mechanizmach konsensusu, takie jak Espresso i Astria, w pewnym stopniu zmniejszają ryzyko MEV i cenzury, jednak kosztem skalowalności sieci i efektywności czasowej powodują pewne opóźnienie potwierdzenia transakcji (aby osiągnąć konsensus, transakcja musi zostać przeprowadzona) . Ponadto, chociaż sortowanie transakcji odbywa się w zdecentralizowanym środowisku, ponieważ odpowiednie transakcje w mempool są przejrzyste, sorter nadal ma miejsce dla zła, aby przejąć MEV. Promień szyfruje mempool, a odpowiednie informacje o transakcjach są niewidoczne dla sortera, którego celem jest zabicie problem sekwencerów złośliwie przechwytujących MEV i cenzurujących transakcje u źródła.
Architektura techniczna
Architekturę technologii Radius można podzielić na cztery warstwy funkcjonalne: warstwę sortującą (Radius), warstwę wykonawczą (Rollup), warstwę rozliczeniową i warstwę dostępności danych.
1) Warstwa sortująca
1. Użytkownik przesyła do sekwencera zaszyfrowane transakcje i certyfikaty;
2. Sekwenser weryfikuje dowód i zatwierdza transakcję;
3. Sekwencer sortuje transakcje i nie można ich wcześniej odszyfrować;
4. Sorter buduje blok;
5. Sorter przekazuje blok do realizacji Rollupowi.
2) Warstwa wykonawcza
1. Rollup odbiera bloki z sekwencera i realizuje transakcje w podanej kolejności;
2. Rollup przesyła do warstwy rozliczeniowej status transakcji i certyfikat statusu.
3) Warstwa osadnicza
1. Warstwa rozliczeniowa otrzymuje od Rollupa status i certyfikat statusu, odpowiada za weryfikację certyfikatu i ustalenie ostateczności transakcji;
2. Warstwa sekwencjonowania sprawdza, czy wykonanie jest zgodne z kolejnością.
4) Warstwa dostępności danych
Warstwa dostępności danych przechowuje dane i zapewnia ich dostępność.
Mechanizm szyfrujący pamięci - PVDE
Radius wykorzystuje schemat szyfrowania oparty na wiedzy zerowej, zwany Praktycznym i weryfikowalnym szyfrowaniem opóźnionym (PVDE), aby utworzyć zaszyfrowaną pulę pamięci.
Konkretny proces wygląda następująco:
Gdy użytkownik przesyła transakcję do sekwencera:
1. Użytkownik generuje łamigłówkę z zamkiem czasowym i kluczem symetrycznym;
2. Użytkownik wykorzystuje klucz symetryczny do szyfrowania transakcji, a zaszyfrowana transakcja trafia do pamięci;
3. Sekwenser sortuje zaszyfrowane transakcje, a sekwencer musi odblokować zagadkę blokady czasowej, aby uzyskać klucz deszyfrujący;
4. Sekwenser przed odblokowaniem zagadki blokady czasowej oblicza zobowiązanie zlecenia i przekazuje zobowiązanie do warstwy rozliczeniowej (służy do sprawdzenia, czy sekwencer przekazał transakcję do Rollupu w kolejności).
Zdecentralizowane rozwiązanie dla sortowników
Zaszyfrowana pula pamięci zapewnia, że ​​sekwencer jest pozbawiony zaufania, ale ryzyko wystąpienia pojedynczego punktu awarii nadal istnieje. W przypadku uruchomienia pojedynczego sortera + zaszyfrowanej pamięci, awaria sortera spowoduje przestój sieci. Aby rozwiązać ten problem, Radius zaproponował różne zdecentralizowane rozwiązania wdrożeniowe sortowania, w tym mechanizmy tajnego wyboru lidera, mechanizmy podziału grup sortujących itp.
Oczywiście Radius może również odwołać się do mechanizmu rotacji sortownika Espresso i Astria, osiągając jednocześnie zdecentralizowane i pozbawione zaufania sortowanie transakcji.
Optymalizacja przestrzeni blokowej
Celem Radius jest osiągnięcie celu, jakim jest zarówno ochrona użytkowników, jak i maksymalizacja zysków z Rollupu poprzez optymalizację przestrzeni blokowej. Rollup wykorzystuje mechanizm sortowania „kto pierwszy, ten lepszy” (FCFS). Zaletą jest to, że może skutecznie zapobiegać MEV, ale wadą jest to, że musi poświęcić potencjalne zyski z aukcji powierzchni blokowej.
Aby rozwiązać powyższy dylemat kolejności transakcji, Promień dzieli przestrzeń blokową na 2 części: górną i dolną przestrzeń blokową:
Górna przestrzeń bloku jest przeznaczona dla transakcji użytkowników, szyfrowania transakcji użytkowników i eliminowania manipulacji kolejnością transakcji, chroniąc w ten sposób użytkowników przed szkodliwym ryzykiem MEV i cenzurą. Dolny blok wprowadza rynek handlu oparty na aukcjach, na którym arbitrzy mogą łączyć transakcje i składać ich oferty do sortera, który wybiera do bloku transakcję łączoną z najwyższą ofertą. Metoda ta pozwala zmaksymalizować zyski z Rollupu.
Powyższe jest obecnym głównym nurtem uniwersalnego zdecentralizowanego rozwiązania sortującego. Czy w przypadku Rollupa masz do czynienia z uruchomieniem sortera scentralizowanego czy zdecentralizowanego? Zintegrować uniwersalne rozwiązanie sortujące innej firmy lub samodzielnie wdrożyć decentralizację? Jakie techniczne rozwiązanie wdrożeniowe służy do osiągnięcia decentralizacji zlecania transakcji? Rozważ zalety i wady w wielu wymiarach.
5. Gra pomiędzy Rollupami
Kompromis 1: Czy jest zdecentralizowany?
Kilka popularnych pakietów zbiorczych, takich jak Optimism, Arbitrum, zkSync i Base, zarabia dużo pieniędzy, uruchamiając scentralizowane sortowniki. Decentralizacja możliwości sortowania transakcji nieuchronnie będzie wiązać się z podziałem zysków. Bez uwzględnienia coraz bardziej zaciętej konkurencji na torze Rollup, nikt nie ma ochoty rozdawać tego słodko-kwaśnego ciasta. Zakładając jednak, że Rollup jako pierwszy uruchomi zdecentralizowany sorter, może to spowodować ogromne wejście do ruchu i stworzyć efekt demonstracyjny na ścieżce podziału Rollup, zmuszając w ten sposób inne projekty Rollup do zdecentralizowania swoich sortowników.
Kompromis 2: Integracja ogólnych rozwiązań innych firm z rozwiązaniami własnymi
Ogólnie rzecz biorąc, sortownik może osiągnąć decentralizację na dwa sposoby: jeden polega na wykorzystaniu tego, co zrobili inni, a drugi polega na zrobieniu tego samodzielnie. Strony trzecie, takie jak Espresso i Astria, mogą świadczyć firmie Rollup gotowe do użycia usługi zdecentralizowanego sortowania, dzięki czemu sam Rollup może w dalszym ciągu skupiać się na różnicowaniu produktów i optymalizacji wydajności, dodatkowo poprawiając swoją podstawową konkurencyjność, integrując wspólne klasy Zdecentralizowany sorter; rozwiązanie jest również bardziej sprzyjające interoperacyjności, oferując więcej możliwości, w tym arbitraż cross-rollup. Wadą tego rozwiązania może być to, że nie może ono skutecznie wzmocnić samego tokena natywnego Rollupa.
Jeśli Rollup korzysta z własnego, dedykowanego rozwiązania do wdrożenia zdecentralizowanego sortera, jest to najbardziej czasochłonne i kosztowne rozwiązanie, ale w rzeczywistości jest to najskuteczniejszy sposób na wzmocnienie natywnego tokena Rollupa. Na przykład zespół projektowy StarkNet może wymagać od użytkowników zadeklarowania natywnych tokenów protokołu, aby stały się zestawem sortującym uczestniczącym w sortowaniu transakcji typu Rollup, i pobierać określoną opłatę za usługę w celu osiągnięcia akumulacji wartości.
Kompromis 3: Którą implementację techniczną należy zastosować, aby osiągnąć zdecentralizowane sortowanie?
Jak wspomniano wcześniej, istnieje wiele technicznych rozwiązań wdrożeniowych umożliwiających osiągnięcie zdecentralizowanego porządku transakcji, w tym między innymi rozwiązania oparte na różnych mechanizmach konsensusu, FCFS, licytacji blokowej, szyfrowanej pamięci itp. Każde techniczne rozwiązanie wdrożeniowe ma swoje zalety i wady: mechanizm oparty na konsensusie będzie ograniczony wydajnością czasową, zaszyfrowana pula pamięci nie będzie w stanie zmaksymalizować zysków z rollupu itp. Oczywiście możesz również zwrócić się do Astrii w celu zintegrowania dwóch różnych technicznych rozwiązań wdrożeniowych. Kompromisy pomiędzy różnymi wdrożeniami technicznymi to coś, co należy dokładnie rozważyć we wszystkich projektach Rollup.
napisz na końcu
Choć obecni liderzy ścieżki Rollup, Optimism i Arbitrum, wyemitowali monety, może to być dopiero punkt wyjścia, a prawdziwa rywalizacja mogła dopiero się rozpocząć. Przynajmniej sądząc po obecnych trendach, zdecentralizowane sortowniki muszą być polem bitwy dla strategów wojskowych.
Po cichu pojawia się także projekt Rollup z serii ZK. W coraz bardziej konkurencyjnym środowisku jeden zły krok może spowodować nieodwracalne straty. Jednak w obliczu innowacji wpływających na życie i śmierć projektów Rollupy nie mają innego wyjścia, jak tylko podążać za ogólnym trendem.