Łańcuchy bloków są często porównywane do cyfrowych wysp – bezpiecznych i samodzielnych, lecz odizolowanych od siebie nawzajem. W ciągu ostatniej dekady różne projekty dążyły do połączenia tych wysp, umożliwiając przepływ aktywów i danych między sieciami. Wczesne próby „łączenia blockchainów” w dużej mierze opierały się na ad-hoc mostach lub systemach federacyjnych, które wprowadzały nowe ryzyka. Obecnie wyłania się nowy paradygmat: modułowa architektura blockchain. W tym modelu różne warstwy funkcjonalności blockchain – wykonanie, konsensus, przechowywanie danych i bezpieczeństwo – mogą być zapewniane przez oddzielne sieci współpracujące ze sobą bezproblemowo. Trzy pionierskie projekty są na czele tego ruchu: Celestia, Avail i EigenLayer. Każdy z nich bierze na siebie część problemu, aby uczynić łańcuchy bloków bardziej połączonymi, skalowalnymi i wszechstronnymi. W tym artykule zagłębiamy się w to, jak te projekty działają, jakie problemy mają na celu rozwiązać i jak redefiniują wspólnie, czym może być ekosystem blockchain.
Od Monolitycznych Łańcuchów do Modułowej Przyszłości
W tradycyjnych „monolitycznych” blockchainach, takich jak Bitcoin i wczesne Ethereum, każdy węzeł w sieci obsługuje wszystkie funkcje: wykonywanie transakcji, osiąganie konsensusu, zapewnienie dostępności danych i finalizację aktualizacji. Ten jednolity design jest prosty i bezpieczny, ale ma wrodzone ograniczenia skalowalności. Wszystkie operacje odbywają się na jednej warstwie, co oznacza, że łańcuch może stać się wąskim gardłem wraz ze wzrostem użycia. W przeciwieństwie do tego, modułowe blockchainy oddzielają te obowiązki na odrębne warstwy lub moduły. Na przykład jedna warstwa może obsługiwać tylko wykonywanie transakcji (przetwarzanie smart kontraktów), podczas gdy inna warstwa koncentruje się wyłącznie na porządkowaniu transakcji i weryfikacji, że dane blokowe są opublikowane, aby każdy mógł je sprawdzić. Dzięki rozdzieleniu tych obowiązków, modułowe podejście obiecuje większą elastyczność i przepustowość bez poświęcania bezpieczeństwa. Block space is abundant and cheap. Instead of competing for limited throughput on a single chain, many specialized chains can run in parallel, all anchored by Celestia. Developers no longer have to shoehorn their app into someone else’s chain or clone a Layer-1 and recruit validators from scratch – they can start a sovereign chain that plugs into Celestia’s consensus and data layer.
Celestia nie narzuca żadnych reguł dotyczących wykonania na łańcuchach, które z niego korzystają. To oznacza, że nie sprawdza dowodów oszustwa ani dowodów ważności dla rollupów – za te odpowiadają albo użytkownicy rollupu, albo osobna warstwa rozliczeniowa, jeśli taka istnieje. To podejście nazywa się „suwerennymi rollupami”, gdzie rollup jest suwerenny w swoim stanie (nie ma wyższej instancji automatycznie karzącej złe zachowanie). Jeśli suwerenny rollup korzystający z Celestii wygeneruje nieprawidłową zmianę stanu, weryfikatorzy Celestii wciąż włączą i opublikują dane (tak długo, jak są prawidłowo sformatowane), ponieważ zadaniem Celestii nie jest wiedzieć, co jest ważne lub nieważne w tym rollupie – to zależy od społeczności rollupu lub opcjonalnej warstwy rozliczeniowej. Ta konstrukcja maksymalizuje neutralność i prostotę Celestii, ale oznacza, że projekty rollupów mają wybór: mogą być w pełni suwerenne (z konsensusem społecznym do obsługi wszelkich błędów), lub mogą wprowadzić własne dowody oszustwa lub dowody i może zamieścić je w jakiejś warstwie bezpieczeństwa (nawet potencjalnie Ethereum lub innym łańcuchu). W praktyce, niektóre zespoły planują używać Celestii dla danych, używając Ethereum jako warstwy rozliczeniowej – osiągając model hybrydowy, gdzie Ethereum weryfikuje dowody bezpieczeństwa, a Celestia zapewnia tańszą dostępność danych. Rollup Eclipse oparty na Cosmos to jeden z przykładów, który rozważał użycie Celestii dla danych i maszyny wirtualnej Solany dla wykonania, osiedlając się na Ethereum – ilustrując kreatywne kombinacje, które umożliwia architektura modułowa. Sama Celestia została zbudowana z użyciem Cosmos SDK i korzysta z algorytmu konsensusu Tendermint (obecnie CometBFT) (oparty na Proof of Stake). Obecnie ma ponad 100 walidatorów i implementuje takie funkcje jak drzewa Merkle z nazwami, aby umożliwić efektywne pobieranie konkretnych danych rollupu z bloków. Sieć osiągnęła niemal natychmiastową finalność (czasy bloków około 6 sekund z szybką finalnością) dzięki aktualizacji z 2023 roku, czyniąc ją na tyle responsywną, by była praktycznie użyteczna.
Momentum za Celestią rośnie szybko. Projekt (pierwotnie nazwany LazyLedger w fazie badawczej) zabezpieczył znaczące finansowanie, aby zrealizować swoją wizję. W marcu 2021 roku zespół Celestii zdobył 1,5 miliona dolarów w rundzie seedowej na rozwój „modularnej warstwy konsensusu i dostępności danych”. Rok później, w październiku 2022 roku, uzyskali 55 milionów dolarów w rundzie A, prowadzonej przez Bain Capital Crypto i Polychain Capital. A do września 2024 roku Fundacja Celestia zgromadziła kolejne 100 milionów dolarów (ponownie prowadzonych przez Bain), aby napędzić rozwój, co łącznie dało 155 milionów dolarów finansowania. Takie wsparcie podkreśla wysokie nadzieje na modułowe blockchainy. Celestia uruchomiła swoją pierwszą publiczną sieć testową (Mamaki) w 2022 roku, a następnie sieci testowe dla deweloperów jak Arabica i Mocha, zanim osiągnęła swoją wersję Mainnet Beta w październiku 2023 roku. Z uruchomioną siecią główną (choć oznaczoną jako „beta”), uwaga skupiła się na budowaniu ekosystemu rollupów na Celestii. Ponad pół miliona użytkowników uczestniczyło w wczesnych testach Celestii i zostało nagrodzonych w zrzucie natywnej monety $TIA pod koniec 2023 roku. Ten szeroki test społecznościowy sugerował zapotrzebowanie na przestrzeń bloków Celestii: rzeczywiście, zrzut tokenów Celestii był nazywany jednym z „najgorętszych” w 2023 roku.
Kilka projektów już integruje się lub buduje na Celestii. Na przykład Nexus – sieć mostów korzystających z protokołu Inter-Blockchain Communication (IBC) Cosmos i Hyperlane – uruchomiono razem z mainnetem Celestii, aby pomóc zainicjować płynność i łączność między rollupami Celestii a innymi ekosystemami. Nadchodzące aktualizacje Celestii mają na celu dalsze zwiększenie interoperacyjności; aktualizacja Lotus zaplanowana na połowę 2025 roku zintegrowałaby interoperacyjność Hyperlane, pozwalając rollupom Celestii na łatwą komunikację z Ethereum i innymi łańcuchami. Krótko mówiąc, Celestia pozycjonuje się nie tylko jako warstwa danych, ale jako hub nowego modułowego wielołańcuchowego świata – takiego, w którym nowe blockchainy mogą powstawać z minimalnym tarciem, dziedzicząc bezpieczeństwo (przez wspólną dostępność danych i konsensus) i łatwo się komunikować dzięki standardowym protokołom.
Podejście Celestii nie jest pozbawione kompromisów. Ponieważ nie weryfikuje, co znajduje się w danych, które przenosi, istnieje ryzyko, że łańcuch korzystający z Celestii mógłby działać w nieodpowiedni sposób (np. nie publikując dowodów oszustwa), a Celestia mimo to nadal publikowałaby jego dane. Bezpieczeństwo użytkowników końcowych nadal zależy od prawidłowego działania łańcuchów zbudowanych na Celestii (podobnie jak użytkownicy rollupów Ethereum są uzależnieni od operatorów rollupów i dowodów oszustwa). Jednak przez usunięcie wykonywania z warstwy bazowej, Celestia znacznie upraszcza silnik konsensusu i maksymalizuje przepustowość. Obietnica tańszej dostępności danych jest dużym atutem – Celestia jest przedstawiana jako tańsza alternatywa dla przechowywania danych na blockchainach warstwy pierwszej jak Ethereum. Mogłoby to złagodzić wysokie opłaty i zatłoczenie, które rollupy L2 napotykają podczas publikowania danych na Ethereum dzisiaj. Warto zauważyć, że samo Ethereum rozwija się w podobnym kierunku: z Proto-Danksharding (EIP-4844) wprowadzonym w 2023 roku, Ethereum zaczęło dodawać dedykowaną przestrzeń danych „blob” do bloków, specjalnie w celu uczynienia danych rollupu tańszymi. W nadchodzących latach Ethereum planuje wdrożyć pełny Danksharding z próbkowaniem dostępności danych, w efekcie przyjmując wiele technik, których używa Celestia (choć zintegrowanych w łańcuchu beaconowym Ethereum). To rodzi duże pytanie: czy własne ulepszenia Ethereum zniwelują potrzebę zewnętrznych warstw danych takich jak Celestia, czy też świat wielołańcuchowy nadal będzie faworyzować niezależne, specjalistyczne warstwy? Zwolennicy Celestii argumentują, że suwerenna warstwa modułowa może szybciej innowować i skalować, i obsłużyć wiele ekosystemów (nie tylko rollupy Ethereum). Co więcej, skupienie Ethereum jest na skalowaniu swoich rollupów, podczas gdy Celestia jest neutralnym gruntem dla każdego łańcucha lub rollupu, bez względu na to, czy oparty na Ethereum, czy nie.
Na połowę 2025 roku Celestia stoi jako pionier dla modułowych blockchainów. Udowodniła wykonalność próbkowania dostępności danych na dużą skalę w sieci na żywo i zgromadziła społeczność użytkowników i deweloperów gotowych do uruchomienia nowych łańcuchów. Wyścig do łączenia blockchainów ma jednego mocnego uczestnika w Celestii: warstwę bazową, którą może dzielić wiele łańcuchów. Ale Celestia nie jest jedynym graczem. Równolegle, inny projekt wyłonił się z społeczności Ethereum, aby zająć się wyzwaniem dostępności danych – z innej perspektywy.
Avail: Warstwa Danych dla Połączonego Ekosystemu Wielołańcuchowego
Mniej więcej w tym samym czasie, gdy Celestia nabierała kształtu, Polygon (zespół znany z rozwiązań skalujących Ethereum) po cichu pracował nad podobną koncepcją nazwaną Avail. Po raz pierwszy ogłoszona w połowie 2021 roku, Polygon Avail to ogólnego przeznaczenia, skalowalna warstwa dostępności danych (DAL) dla blockchainów. Premisa Avail jest podobna do Celestii: zapewnić niezawodny, zdecentralizowany rejestr, gdzie inne łańcuchy mogą umieszczać swoje dane transakcyjne, oddzielając funkcję dostępności danych i porządkowania od wykonania. Jak określił to współzałożyciel Polygon Anurag Arjun, „Avail oddziela warstwę dostępności danych, ułatwiając deweloperom łańcuchów skupienie się na wykonaniu i rozliczeniu”. Do końca 2022 i 2023 roku Avail zaczęło zyskiwać własną tożsamość, oddzielając się od Polygonu. W rzeczywistości, w marcu 2023 roku Polygon postanowił wydzielić Avail jako niezależny projekt, a Arjun opuścił Polygon Labs, by na pełen etat kierować Avail. To wydzielenie podkreśliło, jak ważna stała się misja Avail: to nie była tylko wewnętrzna funkcja Polygonu, ale samodzielna próba zjednoczenia i połączenia wielu blockchainów za pomocą wspólnej warstwy danych.
Technicznie, filozofia projektowania Avail zbiega się z Celestią w wielu punktach. Avail używa kodowania wymazywania i zobowiązań wielomianów (KZG) do implementacji próbkowania dostępności danych i dowodów. W wprowadzeniu z 2021 roku, zespół Polygon szczegółowo opisał architekturę Avail: Avail rozkłada dane każdego bloku w dwuwymiarowej macierzy, stosuje kodowanie wymazywania do każdej kolumny (podwajając dane za pomocą redundantnych kawałków), a następnie używa zobowiązań Kate (KZG) do zobowiązania się do każdej linii. Klienci lekcy pobierają losowe komórki tej macierzy i używają dowodów KZG, aby zweryfikować spójność. Jeśli jakakolwiek część danych byłaby nieobecna, klient lekki wykryłby niezgodność w swoim losowym próbkowaniu z niezwykle wysokim prawdopodobieństwem. Zapewnia to, że blok jest uznawany za ważny w konsensusie Availa tylko wtedy, gdy wszystkie jego dane są dostępne – dokładnie te same zasady, które stosuje Celestia. Jak zauważył zespół Polygon, „Avail redukuje problem weryfikacji bloków do weryfikacji dostępności danych, co można zrobić efektywnie z kosztem stałym za pomocą kontroli dostępności danych.” Innymi słowy, weryfikatorzy Avail nie wykonują transakcji; po prostu upewniają się, że każdy blok jest towarzyszone przez wystarczająco dużo danych, aby każdy mógł później wykonać te transakcje, jeśli to potrzebne.
Jednym z kluczowych celów, które wyznaczył sobie Avail, jest umożliwienie „samodzielnych łańcuchów lub bocznych łań które same nie mają zbioru weryfikatorów, poprzez zapewnienie dostępności danych transakcji.” To maluje obraz wielu heterogenicznych łańcuchów – niezależnie od tego, czy zostały zbudowane przy użyciu SDK Polygon, Cosmos SDK, Substrate czy innych frameworków – które zapisują swoje dane do Availa, a tym samym zlecają na zewnątrz jeden z najtrudniejszych aspektów prowadzenia łańcucha (dostępność danych i konsensus). Podobnie jak Celestia, Avail jest agnostyczny względem logiki wykonania tych łańcuchów. Mogą być podobne do Ethereum, oparte na UTXO, lub cokolwiek; Avail nie weryfikuje stanu, tylko przechowuje dane i je porządkuje. Zespół Avail wyraźnie wspominał o wsparciu dla łańcuchów zbudowanych przy użyciu SDK Polygon, Cosmos SDK lub Substrate, od początku pokazując ambicję wspierania różnych ekosystemów. Jeśli Celestia wyłoniła się ze świata Cosmos, Avail ma swoje korzenie w świecie Ethereum, ale obie...Ile: dążyć do neutralnego miejsca, gdzie spotykają się różnorodne łańcuchy.
Jednym z wyraźnych różnic w pozycjonowaniu jest to, że Avail podkreślił interoperacyjność i funkcje łączności wraz z dostępnością danych. Na początku 2024 roku, kiedy Avail zebrał rundę seed w wysokości 27 mln USD na przyspieszenie rozwoju, ujawnili trzyczęściową wizję produktu o nazwie „Trójca”. Składa się ona z: Avail DA (podstawowa warstwa dostępności danych), Nexus i Fusion Security.
-
Avail DA to podstawowa warstwa danych („Avail zapewnia przestrzeń danych dla pomocniczych sieci warstwy drugiej lub rollupów” – jak opisał to Coindesk). Oczekuje się, że zostanie uruchomiona do drugiego kwartału 2024 roku, zapewniając fundamentalną usługę uporządkowywania bloków i zapewniania dostępności danych dla łańcuchów klientów.
-
Nexus jest opisany jako „koordynacyjny rollup oparty na dowodach ‘zero-knowledge’ na Avail DA”, który będzie działać jako centrum interoperacyjności. W zasadzie Nexus będzie warstwą, która łączy różne rollupy i łańcuchy działające na Avail, umożliwiając im komunikację i transakcje między sobą. Zespół opisuje Nexus jako centrum weryfikacji, które unifikuje szeroki zakres rollupów zarówno wewnątrz, jak i na zewnątrz ekosystemu Avail, wykorzystując Avail DA jako źródło zaufania. Dzięki zastosowaniu dowodów ‘zero-knowledge’, Nexus może bezpiecznie koordynować operacje między rollupami. Rozwiązuje to kluczowy aspekt „łączenia blockchainów”: nie wystarczy dzielić warstwy danych; łańcuchy również potrzebują sposobów na przesyłanie wiadomości lub zasobów między sobą bez zaufania. Nexus jest odpowiedzią Avail na ten problem, umożliwiając interoperacyjne środowisko wielołańcuchowe na wspólnej warstwie danych.
-
Fusion Security to trzecia część, koncentrująca się na wspólnej ochronie. Ma na celu wzięcie aktywów kryptowalutowych, takich jak Bitcoin i Ether, i przyczynić się do bezpieczeństwa ekosystemu Avail. Chociaż szczegóły są skąpe, wydaje się to wskazywać na system, w którym główne zewnętrzne aktywa mogłyby być stakowane lub wykorzystywane do zabezpieczenia Avail i być może jego połączonych łańcuchów. Może obejmować coś na kształt restakowania lub dostarczania zabezpieczeń, które wspierają ważność usług Avail – koncepcyjnie coś jak restakowanie EigenLayera, ale wdrożone w ramach Avail. Celem jest prawdopodobnie wzmocnienie bezpieczeństwa Avail poprzez zaangażowanie większego kapitału i bardziej zróżnicowanych interesariuszy (stąd opis „multi-token staking”). Fusion Security jest planowane na 2025 rok, co wskazuje na długoterminowe aspiracje, aby uczynić Avail nie tylko dostawcą danych, ale także dostawcą bezpieczeństwa.
Dążąc do Nexus i Fusion, Avail wyraźnie próbuje być „czynnikiem jednoczącym” dla różnorodnych rollupów. Anurag Arjun, założyciel Avail, zauważył fragmentację krajobrazu rollupów w Ethereum i potrzebę neutralnego podmiotu do ich koordynacji: „Naprawdę potrzebujesz wiarygodnej trzeciej strony, jak Avail, aby przyjść i współpracować z tymi wszystkimi zespołami… Chcemy zasadniczo być tym jednoczącym czynnikiem.” To odzwierciedla nieco inną filozofię niż bardziej minimalistyczne podejście Celestii. Celestia koncentruje się na robieniu jednej rzeczy (konsensus danych) niezwykle dobrze i opiera się na innych w kwestii warstw rozliczeniowych/mostków. Avail jest bardziej całościowy, dążąc do zapewniania zarówno dostępności danych, jak i wbudowanej warstwy interoperacyjności (Nexus), a nawet integracji z ekonomią bezpieczeństwa (Fusion). Można powiedzieć, że Celestia zmierza ku zasadzie UNIXa („rób jedną rzecz dobrze”), podczas gdy Avail idzie ku szerszej platformie pod jednym parasolem.
Pomimo tych koncepcyjnych różnic, Avail i Celestia są często postrzegane jako bezpośredni konkurenci – „rywalizujące” sieci dostępności danych, jak to określiła prasa. Rzeczywiście, obserwatorzy branżowi opisali to jako wyścig. Wspierający Avail to takie ciężkie wagi jak Founders Fund i Dragonfly Capital, co sygnalizuje zaufanie, że więcej niż jedna sieć danych może się rozwijać. Coindesk na początku 2024 roku opisał pojawienie się tych warstw danych jako „jedną z najgoręcej dyskutowanych tendencji w kryptowalutach,” zauważając, że mogą one przekształcić architekturę blockchain w modułowy design. Pojawienie się mainnetu Celestii w październiku 2023 roku „przyciągnęło koncept na pierwsze strony gazet,” a nie daleko za nimi były EigenDA – wysiłek aligned z Ethereum, o którym wkrótce porozmawiamy – oraz sam Avail. W tym trifekcie modułowych blockchainów, każdy projekt obrał inną ścieżkę: Celestia przez nową L1, Avail przez dedykowaną warstwę początkowo inkubowaną przez Polygon, a EigenDA przez ekosystem restakowania Ethereum.
Gdzie obecnie znajduje się Avail? Od połowy 2025 roku Avail przechodzi z fazy rozwoju do wdrożenia. Uruchomiono publiczny testnet (w połowie 2022 roku Anurag Arjun wypuścił wczesny testnet dla Avail), a projekt uszlachetnia swój protokół przy udziale społeczności Ethereum i Polygon. Fundusze zebrane w 2023–2024 dostarczyły zasobów do popychania w kierunku mainnetu. Runda seed Avail w wysokości 27 milionów USD (luty 2024) została przeznaczona na ukończenie podstawowych produktów – DA, Nexus, Fusion – z oczekiwanym uruchomieniem Avail DA do drugiego kwartału 2024 roku. Jeśli ten harmonogram się utrzymał, warstwa danych Avail może już działać lub być uruchamiana, gdy to piszemy. Jednym z namacalnych znaków postępu Avail są jego partnerstwa: w grudniu 2023 roku Avail ogłosił porozumienie z StarkWare, twórcą popularnej Layer-2 StarkNet, dotyczące współpracy nad nowymi „appchainami” za pomocą technologii StarkWare i warstwy danych Avail. Na mocy tej umowy Avail będzie zapewniać dostępność danych dla specyficznych aplikacji-łańcuchów zbudowanych z sekwencerem Madara StarkWare (zdecentralizowany sekwencer dla łańcuchów Layer-3), efektywnie integrując Avail w ekosystemie StarkWare w celu skalowania Ethereum. Takie partnerstwa są znaczące – pokazują pozycjonowanie Avail jako warstwa danych dla zaawansowanych przypadków użycia, takich jak niestandardowe łańcuchy Layer-3, potencjalnie konkurujące lub działające równolegle do Celestii. Jeśli ekosystem StarkNetu może wypączkować appchainy korzystające z danych Avail, to potwierdza model Avail i przynosi rzeczywiste wykorzystanie. Avail również dołączył do dyskusji w szerszej społeczności Ethereum na temat tego, jak dostępność danych poza blokchainem może uzupełniać skalowanie na łańcuchu. Jego dokumentacja podkreśla wsparcie dla Validium (dane poza blokchainem, rollupy zabezpieczone dowodem zk) i innych modeli L2, które chcą większej przepustowości, przenosząc dane poza Ethereum. W zasadzie Avail chce być skalowalną warstwą hostingu danych, do której przyłączają się te rozwiązania.
Z technicznego punktu widzenia zarządzania warto zauważyć, że Avail wdraża sieć Proof-of-Stake z własnym tokenem (prawdopodobnie używanym do stakowania walidatorów i być może do opłat międzyłańcuchowych). Projekt Avail wzmiankuje „multi-token staking” dla decentralizacji – potencjalnie oznacza to, że walidatorzy mogą potrzebować stakować koszyk aktywów lub że można użyć wielu aktywów, ale szczegóły pozostają do ujawnienia. Protokół konsensusu prawdopodobnie stylu Tendermint (zespoły Polygon mają doświadczenie w Tendermint i Substrate), ale dostosowany do sprawdzania dostępności danych. W miarę jak Avail staje się niezależny, będzie musiał zbudować własną społeczność walidatorów. Ciekawym jest koncept Fusion, który sugeruje, że Avail może przyciągać bezpieczeństwo od innych łańcuchów (za pośrednictwem zabezpieczeń BTC, ETH), co mogłoby odróżniać go od bardziej samowystarczalnego stakowania natywnego tokena Celestii.
Podsumowując, Avail reprezentuje kolejny silny nacisk w kierunku modułowego, połączonego świata blockchain. Podziela tę samą podstawową intuicję co Celestia – że oddzielenie dostępności danych i konsensusu w wyspecjalizowaną warstwę może supercharge’ować skalowalność – ale owija to w wizję łączności między łańcuchami i wspólnego bezpieczeństwa. Avail chce być klejem, który trzyma wiele łańcuchów razem: wspólną warstwą danych, hubem mostkowym (Nexus), a nawet platformą, która wykorzystuje płynność głównych monet do zabezpieczania nowych sieci (Fusion). Jeśli się powiedzie, Avail może umożliwić rozwój nowych appchainów i rollupów, które są wzajemnie interoperacyjne i łatwe do uruchomienia, przyspieszając innowacje Web3 na szeroką skalę. Oczywiście, Avail będzie również musiał konkurować o adopcję: deweloperzy mogą wybierać między Celestią, Avail, czy nawet wewnętrznymi rozwiązaniami Ethereum zależności od różnych czynników (koszty, założenia dotyczące zaufania, społeczność).
EigenLayer: Stable Ethereum's Security for New ModulesWalka o zdobycie wystarczającej liczby uczciwych uczestników. EigenLayer mówi: dlaczego nie recyklingować zabezpieczeń z Ethereum i przypisać je do nowych projektów, aby uniknąć potrzeby nowego tokena i natychmiast uzyskać decentralizację od tysięcy walidatorów Ethereum? W ten sposób ma nadzieję przyspieszyć innowacje, obniżając barierę uruchamiania nowej infrastruktury. Deweloperzy mogą skupić się na unikalnej logice swojej usługi, podczas gdy społeczność walidatorów Ethereum (za pośrednictwem EigenLayer) zajmuje się obsługą węzłów i egzekwowaniem zasad.
Uruchomiony przez startup EigenLabs (założony przez badaczy, w tym Sreerama Kannana), EigenLayer zaczął testowanie w 2023 roku i szybko zdobył uwagę jako potencjalnie przełomowe rozwiązanie dla ekosystemu Ethereum. Vitalik Buterin i inni deweloperzy Ethereum uznali zarówno obietnicę, jak i ryzyka związane z restakingiem. Z jednej strony, wykorzystanie zabezpieczeń Ethereum może uczynić cały ekosystem bardziej wytrzymałym i zintegrowanym. Z drugiej strony, istnieją ostrzeżenia: jeśli zbyt wiele zewnętrznych usług będzie korzystać z walidatorów Ethereum, niepowodzenie lub exploit w jednej z nich może teoretycznie kaskadowo zaszkodzić dużej ilości ETH, co potencjalnie zagraża samemu Ethereum. Buterin w połowie 2023 roku ostrzegał przed przeciążaniem konsensusu Ethereum nadmiernymi dodatkowymi obowiązkami (jak monitorowanie innych łańcuchów poprzez restaking), aby nie zwiększać złożoności i powierzchni ataku. Projekt EigenLayer próbuje zminimalizować ryzyka, stosując model "opcja włączenia i wyłączenia": tylko ci walidatorzy, którzy wyraźnie zdecydują się na restaking, są dotknięci przez EigenLayer, a warunki slashing są izolowane dla każdej usługi (więc incydent w jednym AVS obciąży tylko tych, którzy się na niego zdecydowali, a nie cały zestaw Ethereum). W zasadzie podstawowy konsensus Ethereum pozostaje niezmieniony; EigenLayer działa na smart kontraktach na Ethereum, z którymi współpracuje podzbiór walidatorów.
Do początku 2024 roku entuzjazm wokół EigenLayer przekładał się na znaczące finansowanie: EigenLabs pozyskało 50 milionów dolarów w rundzie Series A, a krótko po tym uzyskało dodatkową inwestycję w wysokości 100 milionów dolarów od Andreessen Horowitz (a16z). Ta suma ponad 150 milionów dolarów pokazuje duże zaufanie, że restaking stanie się integralną częścią roadmapy Ethereum. Faktycznie, w kwietniu 2025 roku Nansen zgłosił, że EigenLayer miał około 8 miliardów dolarów wartości w restakowanych aktywach – co efektywnie stanowi miarę ETH uczestniczącego w restakingu. Jeśli jest to dokładne, sugeruje to, że znaczna część stakerów Ethereum jest na pokładzie, przyciągnięta obietnicą dodatkowych dochodów z zabezpieczania wielu usług. EigenLayer przeprowadził nawet airdrop i uruchomił własne tokeny ($EIGEN) jako zachętę dla wczesnych użytkowników, dystrybuując 15% swojej podaży tokenów do wczesnych restakerów w airdropie Sezon 1. Prawdopodobnie miało to na celu decentralizację zarządzania i nagrodzenie tych, którzy podjęli wczesne ryzyko związanego z restakingiem.
Jakie więc nowe możliwości otwiera EigenLayer? Możemy to rozłożyć, przyglądając się niektórym przykładowym AVS (Active Validated Services), które już istnieją lub są planowane:
-
EigenDA (Dostępność Danych): Jak wspomniano, jednym z flagowych modułów EigenLayer jest EigenDA, warstwa dostępności danych podobna do Celestia/Avail, ale zabezpieczona przez restakerów Ethereum. Jeśli EigenDA wejdzie do użycia, projekt uruchamiający rollup może zdecydować się na użycie EigenDA do dostępności danych, efektefektywnie wykorzystując zestaw walidatorów Ethereum (poprzez restakerów) do zapewnienia publikacji danych. To zapewnia alternatywę zgodną z Ethereum dla Celestia/Avail. Coindesk zauważył, że EigenDA było "w fazie rozwoju" pod koniec 2023 roku. Dzięki współpracy z EigenLayer, EigenDA nie potrzebuje własnego oddzielnego tokena ani rekrutacji dużego zespołu walidatorów; dziedziczy zabezpieczenia z restakowanego ETH. To podkreśla, jak EigenLayer i Celestia/Avail mogą stać się konkurentami: rollup może albo zamieścić dane na Celestia (z tokenem i walidatorami Celestia) albo na EigenDA (z walidatorami ETH za pomocą restakingu).
-
Mosty i Usługi Międzyłańcuchowe: Mosty międzyłańcuchowe były powszechnie słabymi punktami, często zabezpieczonymi ograniczoną ilością walidatorów lub multi-sygami, prowadzącymi do hacków. Dzięki EigenLayer, most mógłby powstać jako AVS wykorzystujący dziesiątki lub setki walidatorów Ethereum (tych, którzy się na to zdecydują) do walidacji transferów międzyłańcuchowych, znacznie zwiększając ich poziom zaufania. Ponieważ ci walidatorzy mają w grze skórkę (ich stawkę ETH), atakowanie czy przekupstwo ich są znacznie droższe niż atak na typowy samodzielny most. Kilka zespołów wyraziło zainteresowanie budowaniem mostów i protokołów dla wiadomości zabezpieczonych przez EigenLayer, co może zwiększyć interoperacyjność między blockchainami.
-
Orakle: Serwisy takie jak Chainlink dostarczają danych pozachainowych blockchainom i są kluczową infrastrukturą. Sieć orakli mogłaby korzystać z EigenLayer, aby uzyskać gotowy zestaw walidatorów stakowanych na ETH do raportowania danych i kar za kłamstwa. Mogłoby to komplementować lub konkurować z istniejącymi dostawcami orakli, wprowadzając większą decentralizację. Na przykład, orakl AVS mógłby mieć, dzięki EigenLayer, walidatorów wspólnie podpisujących dane o cenach lub losowych sygnałach.
-
Nowe Łańcuchy Konsensusu lub Badawcze: Projekt tworzący nowy blockchain lub mechanizm shardingowy mógłby uruchomić go jako AVS, efektywnie korzystając z zestawu walidatorów Ethereum dla bezpieczeństwa, jednocześnie prowadząc własne zasady konsensusu równolegle. Jest to trochę jak model Polkadot (parachainy korzystające z walidatorów łańcucha bazowego), ale EigenLayer robi to na Ethereum w sposób bez pozwolenia, opierający się na opcji włączenia. To tworzy "piaskownicę" dla eksperymentów z konsensusem, gdzie bezpieczeństwo ekonomiczne jest tam od pierwszego dnia. Widzimy wczesne sygnały tego w kolaboracjach takich jak Espresso Systems (za Espresso sequencer dla rollupów) współpracujące z EigenLayer – mogą skupić się na swojej technologii rollup/sequencer i polegać na restakowanym ETH dla bezpieczeństwa.
EigenLayer działa całkowicie na Layer 1 Ethereum za pomocą smart kontraktów. Walidatorzy, którzy dołączają, muszą uruchamiać dodatkowe oprogramowanie (dla każdego AVS, które wspierają) i stakeować ETH w kontraktach EigenLayer, ale nadal wykonują swoje normalne obowiązki dla samego Ethereum. EigenLayer wprowadza model delegacji operatora: nie każdy posiadacz ETH, który restakuje, musi sam prowadzić nowe usługi; mogą delegować to kwalifikowanym operatorom, którzy prowadzą węzły dla AVS. To oznacza, że nawet jeśli stakujesz za pomocą tokenu stakowania płynnego (LST) lub przez giełdę, możesz potencjalnie włączyć je do EigenLayer i mieć profesjonalnego operatora węzłów zajmującego się rzeczywistymi zadaniami walidacji. Jest to rynek dwustronny – twórcy AVS chcą, aby jak najwięcej walidatorów się zdecydowało, a walidatorzy chcą opłacalnych AVS z dobrymi nagrodami. Kontrakty EigenLayer pośredniczą w tym i egzekwują slashing we wszystkich zasobach, które się zdecydowały, jeśli walidator zostanie uznany za nieprawidłowo postępującego w danym AVS. Do kwietnia 2025 roku ekosystem nabierał kształtów: usługa stakingu Binance zintegrowała opcje EigenLayer, a projekty takie jak Renzo (płynne rozwiązanie restakingu) zostały uruchomione, aby uczynić restaking bardziej dostępnym.
Oczywiście, z władzą przychodzi ryzyko. Zespół i społeczność EigenLayer są bardzo świadomi ryzyka „zarazy” – jeśli jedno AVS ma błędny warunek kar lub jest wrogi, może to utrudnić walidatorom Ethereum. Aby temu zapobiec, EigenLayer wdraża się etapami, początkowo z białą listą, sprawdzonymi AVS i ograniczonym zakresem, a później planuje bardziej bez uprawnień dodawanie AVS. Kładą również nacisk na „atrybutowalne kary” – karz tylko tych, którzy naprawdę się źle zachowali, i projektuj AVS tak, aby każda kara była dowodzenie powiązana z działaniem niepożądanym konkretnego podzbioru walidatorów. To unika scenariuszy, w których uczciwi walidatorzy zostają niesprawiedliwie ukarani z powodu złych działań innych. Projekt kontraktu i mechanika ekonomiki kryptograficznej są skomplikowane, ale przechodzą audyty i są analizowane przez społeczność badawczą Ethereum. Jeśli się uda, EigenLayer może sprawić, że Ethereum stanie się nie tylko warstwą bazową dla rollupów, ale także podstawą bezpieczeństwa dla wielu modułów – w zasadzie przekształcając Ethereum w zdecentralizowaną platformę usług zaufania.
Mówiąc prościej, EigenLayer łączy blockchainy poprzez połączenie ich bezpieczeństwa. Zamiast każdy nowy łańcuch lub usługa dryfować samotnie z własną małą tratwą bezpieczeństwa, EigenLayer wiąże wiele z dużym lotniskowcem Ethereum. Wspólny zestaw walidatorów (stakerów ETH) może weryfikować wydarzenia na wielu łańcuchach, tworząc naturalną interoperacyjność. Na przykład, jeśli ten sam zestaw walidatorów zabezpiecza Łańcuch A i Łańcuch B (poprzez EigenLayer), to transakcja udowodniona na Łańcuchu A może być uznana na Łańcuchu B bez potrzeby dla zewnętrznego mostu, ponieważ ci walidatorzy świadczyli to bezpośrednio. To może uprościć funkcjonalność międzyłańcuchową i zmniejszyć zależność od zewnętrznych mostów. Jest to jakby analogiczne do tego, jak parachainy Polkadot dzielą jeden zestaw walidatorów i w ten sposób mogą komunikować się pod jednym modelem zaufania – ale tutaj dzieje się to na Ethereum w sposób dobrowolny.
Wzrost EigenLayer również rodzi ciekawe pytania dotyczące zarządzania. Etyka Ethereum była ostrożna w kwestii zbytniej złożoności na poziomie bazowym. EigenLayer buduje się na wierzchu jako rozwiązanie podobne do warstwy 2 (choć nie chodzi o skalowanie, ale o rozszerzoną funkcjonalność). Jeśli duża część ETH zostanie przywrócona do użytku, można argumentować, że EigenLayer staje się rozszerzeniem konsensusu Ethereum. Społeczność będzie musiała obserwować, czy pojawiają się jakiekolwiek negatywne bodźce lub "creep" centralizacji (np., czy duże pule stakingowe będą dominować w niektórych AVS? Czy restaking będzie nieproporcjonalnie korzystny dla dużych graczy?). Jak dotąd podejście było stosunkowo zdecentralizowane – raport zauważył obawy dotyczące dużych pul, ale także, że model EigenLayer ma na celu zminimalizowanie systemowych awarii poprzez izolację ryzyk. Fakt, że a16z i inni zainwestowali w to pieniądze, sugeruje, że widzą restaking jako filar przyszłej infrastruktury kryptowalutowej.
Komplementarne czy Konkurencyjne? Nowy Modułowy Krajobraz
Po zbadaniu Celestii, Avail oraz EigenLayer indywidualnie, jasne jest, że wszystkie trzy dzielą wspólną wizję: wielołańcuchowy ekosystem kryptowalutowy, który jest bardziej skalowalny i zintegrowany niż silosowe, monolityczne łańcuchy z przeszłości. Jednakże podchodzą one do tego z różnych perspektyw i prawdopodobnie będą współistnieć zarówno w formie współpracy, jak i wydano niekompletne informacje.Celestia vs. Avail: Both are pure data availability networks serving execution layers. They inevitably invite comparison. Celestia had first-mover advantage, launching earlier and securing more public fanfare (and a token). Avail, with its Polygon pedigree, has deep ties to the Ethereum scaling community and may attract projects already in the Polygon/zk-rollup universe. Technically, they are very similar – both use data sampling, erasure coding, PoS validators, etc. One differentiator, as noted, is strategic: Celestia sticks to minimalism, whereas Avail bundles in interoperability (Nexus) and potentially multi-asset security (Fusion). According to an analysis by Lithium Finance, "Celestia was the first network to separate data availability and consensus from execution... Avail takes a slightly different direction, designed to work across many chains and focusing on decentralization through multi-token staking. It also allows application chains to interact with each other without being tightly synchronized." In other words, Celestia gives flexibility to build independent rollups that can easily connect to other ecosystems, and Avail emphasizes cross-chain integration and diverse security inputs. In practice, a project will choose a data layer based on performance, cost, and ecosystem alignment. It’s possible we’ll see specialization: perhaps Avail becomes favored in the Ethereum Layer-2 realm (if StarkWare and other rollup teams integrate it), while Celestia might attract more sovereign chains and Cosmos-style appchains. Or vice versa, depending on network effects and reliability. One thing is certain: both networks are betting that many new chains will launch needing their services – which is plausible as the blockchain industry diversifies into specialized chains for gaming, social media, enterprise, etc.
EigenLayer vs. Celestia/Avail: At first glance, EigenLayer is a different animal – it’s not a data network per se. However, EigenLayer’s EigenDA puts it in direct competition for the role of data availability provider. If EigenDA goes live, a rollup might weigh using EigenDA (backed by Ethereum’s security) against Celestia/Avail. EigenDA could perhaps offer lower trust assumptions (Ethereum’s economic security is huge) and convenience if the rollup already is Ethereum-centric. Celestia might offer cheaper costs or more sovereignty (no reliance on Ethereum). It could come down to economics: how high are fees on each data layer, and how easy is integration? There’s also a world where these solutions complement each other: for instance, an optimistic rollup could post fraud proofs to Ethereum (leveraging Ethereum security) but put bulk transaction data on Celestia (leveraging Celestia’s throughput). In fact, some designs like that have been floated (using Celestia for data and Ethereum for settlement/finality). Avail’s Nexus and EigenLayer’s interoperability efforts could also work together – e.g., an EigenLayer oracle feeding into an Avail-connected appchain.
EigenLayer stands out in that it can support multiple use cases beyond data. It could even underpin Celestia or Avail themselves: theoretically, either network could choose to become an EigenLayer AVS, merging their validator set with Ethereum’s. That’s unlikely given they have their own tokens and communities, but it shows how EigenLayer is more of a platform than a single service. We might see Celestia and Avail adopt something from EigenLayer’s playbook too: for instance, could Celestia someday allow restaking of $TIA across multiple Celestia instances or allow other chains to borrow its validator set? It already separates consensus and execution; adding a notion of shared security between Celestia and other zones (via IBC or similar) could happen.
Interoperability and Bridges: All three solutions aim to make blockchain interactions smoother. Avail’s Nexus will connect rollups on Avail. Celestia relies on IBC and external bridges (like Hyperlane) to connect its ecosystem with others. EigenLayer could empower a web of cross-chain oracles and bridges. In the end, users don’t care which chain an app runs on – they care that they can move assets or data easily and trust the outcome. These innovations are converging toward a world where a user might, for example, use an application-specific rollup that stores data on Celestia, posts proofs to Ethereum (maybe via EigenLayer), and can natively swap assets with another rollup using Avail’s Nexus bridge. It sounds complex under the hood, but if done right, the complexity is abstracted away and users simply experience faster, cheaper transactions and a unified multi-chain wallet.
Historical Context and Outlook: It’s worth reflecting how we arrived here. In the late 2010s, scaling was about on-chain sharding (Ethereum 2.0’s original plan, which evolved) and multi-chain networks like Polkadot (launched 2020) and Cosmos (2019 with IBC in 2021). Polkadot introduced the idea of shared security across parachains; Cosmos introduced seamless interoperability (IBC) but left security to each chain. Today’s modular approach can be seen as synthesizing those ideas: Celestia and Avail provide a shared security layer for data/consensus that many chains use (somewhat akin to Polkadot’s relay chain, but without executing state and without strict coupling), and protocols like EigenLayer and Nexus emphasize cross-chain communication (like Cosmos’s bridging ethos). Interestingly, Ethereum itself pivoted to a rollup-centric roadmap, effectively positioning itself as a settlement and data layer for rollups. Proto-danksharding (EIP-4844) in 2023 was the first step, adding cheap blob space for rollups. Full danksharding in the future will make Ethereum a high-capacity data availability layer as well. This means Ethereum L1 is itself becoming more modular (focusing on consensus and data, leaving execution to L2s). This philosophical alignment between Ethereum’s roadmap and projects like Celestia/Avail suggests modular designs are broadly seen as the path forward.
However, the presence of independent layers raises some governance and incentive questions. If much of the action moves to these layers, how will value and fees be distributed? For example, will Celestia’s token capture fees from all rollups using it? Will Ethereum’s value accrue from providing security to EigenLayer AVS? Possibly, we’ll see MEV (Miner/Maximal Extractable Value) markets spanning multiple layers – e.g., Celestia block producers could have MEV auctions for ordering rollup transactions, etc. Coordination between layers (like ensuring a rollup’s state is finalized only when data is finalized on Celestia) must be handled carefully to avoid sync issues or attack vectors. These are active areas of research and development.
Challenges and Criticisms
While the modular approach is promising, it comes with its own set of challenges:
-
Complexity: Introducing multiple layers (data layer, settlement layer, execution layer, etc.) makes the overall architecture more complex. There are more points of failure and more synchrony assumptions. Ensuring all layers talk to each other correctly is non-trivial. New failure modes could appear – for instance, what happens if a data availability layer goes down or significantly delays data? Rollups depending on it might halt, even if their execution layer is fine.
-
Latency: More layers can mean added latency for transactions. If a rollup must wait for Celestia to finalize data and then wait for an EigenLayer oracle to update something, it could slow things. Designs are being optimized to minimize this (Celestia gives near-instant finality, which helps).
-
Economic Alignment: Each layer has its own token (Celestia’s TIA, Avail presumably its token, EigenLayer using ETH but also its EIGEN token for governance/rewards). Aligning incentives between these is tricky. What if, say, Celestia’s token holders vote to raise fees high, driving rollups away to Avail? Or if EigenLayer’s governance and Ethereum’s core devs have disagreements on what services should be allowed? Overlapping communities need to stay in dialogue.
-
Security Assumptions: Celestia and Avail’s security depend on their validator sets and assumptions like at least 20% of nodes honest for data sampling, etc. If those networks fail to maintain sufficient decentralization or have bugs in sampling logic, it could be catastrophic for those using them. EigenLayer’s security piggybacks on Ethereum, but it inherits Ethereum's assumptions plus adds its own (smart contract risk, potential correlated slashing causing chaos, etc.). Shared security means shared risk – that’s both the selling point and the concern. If one widely-used layer is compromised, many chains could be affected. For instance, a major bug in Celestia’s consensus could impact hundreds of rollups that rely on it. That said, decoupling can also contain failures: if an execution layer has a bug, it doesn’t bring down the whole ecosystem, just that rollup.
-
Regulatory and Social: More interconnected systems might attract regulatory scrutiny, as they resemble large networks rather than isolated communities. Also, socially, there may be resistance from incumbents (e.g., if you’re an L1 project, adopting Celestia might mean phasing out your own validator community). Transitioning existing projects to modular layers will take time.
Thus, while the race to connect blockchains via modular crypto is on, it’s not a sprint but a marathon. Each of the three projects we discussed is still in active development or early stages of deployment. Celestia is in mainnet beta with its ecosystem forming; Avail is on the cusp of launching its mainnet and modules; EigenLayer is gradually opening up to more services on Ethereum mainnet through 2024. We are likely to see parallel experimentation – perhaps some high-profile successes (like a popular game or social app launching its own chain on Celestia,Należy unikać tłumaczenia łączy markdown.
Treść: lub główny protokół DeFi używający wyroczni EigenLayer) i możliwie pewne niepowodzenia (może wczesny błąd lub eksploatacja ekonomiczna w jednym z tych nowych systemów).
Wnioski: W stronę modularnego, połączonego ekosystemu blockchain
Pojawienie się Celestia, Avail i EigenLayer oznacza zmianę paradygmatu w projektowaniu blockchain. Zamiast budować coraz większe systemy jednej sieci do rządzenia wszystkimi, społeczność kryptograficzna przyjmuje specjalizację i współpracę na różnych warstwach. Ta modularna wizja obiecuje niespotykaną wcześniej skalowalność – miliony transakcji na sekundę rozproszone na wielu fragmentach wykonawczych – przy równoczesnym zachowaniu lub nawet wzmocnieniu bezpieczeństwa dzięki wspólnym technikom walidacji i próbkowania. Obiecuje również większą swobodę innowacji: deweloperzy mogą łączyć i dopasowywać komponenty (bezpieczeństwo stąd, dane stamtąd, wykonanie według własnego wyboru) w celu tworzenia niestandardowych platform dostosowanych do potrzeb ich aplikacji.
W nadchodzących latach prawdopodobnie zobaczymy proliferację nowych blockchainów, które nie żyją w izolacji, ale raczej wpinają się w gobelin bazowych warstw i usług. Wymiana DeFi może działać jako rollup na jednej sieci danych, uniwersum gier może istnieć na własnym łańcuchu zabezpieczonym przez restakerów Ethereum, a one mogą współpracować poprzez ustandaryzowane mosty lub huby. Użytkownicy mogą nawet nie zdawać sobie sprawy, na którym łańcuchu się znajdują – podobnie jak użytkownicy aplikacji internetowych nie wiedzą, który centrum danych obsługuje ich pakiety – po prostu będą ufać, że podległa modularna infrastruktura wykonuje swoje zadanie.
Co ważne, to modularne podejście nie jest grą o sumie zerowej. Celestia, Avail i EigenLayer podejmują różne aspekty i mogą prosperować, skupiając się na swoich niszach, jednocześnie współpracując na ich brzegach. Możemy sobie wyobrazić, na przykład, rollup Celestia korzystający z wyroczni dostarczonej przez EigenLayer, lub appchain Avail rozliczający kluczowe dowody na Ethereum. Celem końcowym dla wszystkich jest bardziej połączony świat blockchain, w którym wartość i informacje przepływają swobodniej i bezpieczniej.
Będą wyzwania do pokonania. Projekty muszą wykazać swoje bezpieczeństwo i niezawodność na przestrzeni czasu. Ekonomia musi mieć sens – czy opłacanie dwóch lub trzech warstw infrastruktury będzie opłacalne dla użytkowników? Wczesne oznaki są pozytywne, ponieważ specjalizacja może prowadzić do zwiększenia wydajności (np. wysokie przepustowości Celestia mogą obniżyć koszty na bajt danych). Istnieje również krzywa uczenia się dla deweloperów projektujących aplikacje w tym modularnym modelu, ale frameworki, takie jak OP Stack (od Optimism) i Cosmos SDK, już ewoluują, aby umożliwić wpinanie różnych zapleczy dostępności danych lub warstw rozliczeniowych. Narzędzia i standardy (na przykład, jak zweryfikować dostępność danych Celestia w Ethereum, czy jak ustandaryzować warunki slashing w EigenLayer) będą musiały się rozwijać.
Od 2025 roku wyścig trwa. Zespół Celestia chwali się, że przesunęli przestrzeń bloku z „dial-up do szerokopasmowego” i obecnie celują w „światłowód”. Założyciel Avail wyobraża sobie bycie „czynnikiem jednoczącym” dla różnych rollupów. Twórcy EigenLayer przewidują „innowację 100x”, ponieważ bezpieczeństwo Ethereum staje się zasobem wielokrotnego użytku. To ekscytujący czas w infrastrukturze blockchain – te ambitne projekty nie są już tylko białymi książkami, ale żywymi sieciami zabezpieczającymi rzeczywistą wartość. Dla społeczności kryptograficznej i szeroko pojętego świata, modularne blockchainy mogą oznaczać, że technologia jest wreszcie gotowa do skalowania do miliardów użytkowników, nie rezygnując z decentralizacji czy interoperacyjności.
Meta tego wyścigu – w pełni połączony, modularny ekosystem kryptograficzny – jest nadal przed nami. Ale dzięki Celestia, Avail i EigenLayer przekraczającym granice, systematycznie zmierzamy w stronę internetu blockchainów, który jest tak elastyczny i połączony, jak sama sieć, a jednak z udowodnionym zaufaniem i bezpieczeństwem, jakie obiecują blockchainy. W końcu zwycięzcami tego wyścigu będą prawdopodobnie użytkownicy i deweloperzy, którzy mogą cieszyć się doświadczeniem blockchain szybszym, tańszym i bezproblemowo połączonym, spełniając wiele ideałów, które rozpoczęły tę branżę na początku.