Celestię najlepiej rozumieć jako wyspecjalizowany blockchain do konsensusu i dostępności danych, a nie jako uniwersalny łańcuch wykonawczy. Zamiast prosić każdy walidator warstwy podstawowej o wykonanie każdej transakcji w aplikacji, Celestia pozwala na wykonywanie rollupów w innym miejscu, jednocześnie publikując dane transakcji w Celestii, dzięki czemu każdy może zweryfikować, czy dane zostały udostępnione.
W tym artykule wykorzystano jeden, wyraźnie opisany, hipotetyczny przykład: ArcadeRollup , fikcyjny mechanizm zwijania gier, który przetwarza tysiące akcji gracza ze ścieżki wykonania Celestii, ustala swój stan w innym łańcuchu i wykorzystuje Celestię do zapewnienia dostępności danych. ArcadeRollup nie jest rzeczywistym wdrożeniem, testem wydajności, przypadkiem klienta ani rekomendacją. Jest to po prostu narzędzie dydaktyczne do zrozumienia modularnego stosu.
Tradycyjny monolityczny blockchain zazwyczaj łączy kilka zadań w jedną warstwę bazową: wykonywanie transakcji, rozliczanie, konsensus i dostępność danych. Architektura Celestii rozdziela te funkcje, dzięki czemu wyspecjalizowane warstwy mogą wykonywać różne zadania.
Własna dokumentacja Celestii opisuje sieć jako modułową warstwę dostępności danych. Jej warstwa bazowa odpowiada za konsensus w zakresie kolejności danych i udostępnia je. Wykonywanie i rozliczanie może odbywać się ponad lub poza Celestią. Ma to znaczenie, ponieważ wykonywanie jest często kosztowną, specyficzną dla danej aplikacji częścią stosu blockchain. Rollup może wybrać własną maszynę wirtualną, logikę sekwencjonowania, system odporny na oszustwa lub walidację oraz środowisko rozliczeniowe, bez konieczności wykonywania logiki aplikacji rollupu przez walidatory Celestii.
Podstawowy opis techniczny można znaleźć w oficjalnej dokumentacji dostępności danych Celestii .
Wyobraź sobie, że ArcadeRollup to gra strategiczna w czasie rzeczywistym. Gracze przesyłają ruchy, wymiany, akcje rzemieślnicze i wyniki meczów. Sekwencer ArcadeRollup odbiera te transakcje i wykonuje je zgodnie z zasadami gry. To wykonanie zmienia stan rollupa: saldo ruchów, ekwipunek ulega zmianie, a rankingi się aktualizują.
Celestia nie musi ponownie uruchamiać tych reguł gry. Zamiast tego ArcadeRollup pakuje dane transakcji do blobów i publikuje je w Celestii. Celestia porządkuje bloby i udostępnia ich dane. Oddzielna warstwa rozliczeniowa może otrzymywać zobowiązania stanu i dowody od ArcadeRollup, w zależności od projektu rollupu.
Podział ten można podsumować następująco:
| Funkcjonować | Hipotetyczny stos ArcadeRollup | Co robi komponent |
|---|---|---|
| Wykonanie | ArcadeRollup | Uruchamia transakcje gry i aktualizuje stan aplikacji. |
| Osada | Osobna warstwa L1 lub warstwa rozliczeniowa | Rozwiązuje kwestie zobowiązań stanu i systemu dowodowego podsumowania. |
| Zgoda | Zestaw walidatorów Celestia | Zgadza się na kolejność bloków Celestii. |
| Dostępność danych | Celestia | Publikuje dane zbiorcze, aby uczestnicy mogli sprawdzić, czy zostały one udostępnione. |
Istotnym punktem architektonicznym jest to, że użycie Celestii do DA nie oznacza, że Celestia wykonuje rollup . Rollup pozostaje odpowiedzialny za swoje środowisko wykonawcze i własną logikę przejść stanu.
Rollup można niezależnie zweryfikować tylko wtedy, gdy dostępne są dane potrzebne do odtworzenia jego stanu. Załóżmy, że sekwencer ArcadeRollup publikuje nowy katalog główny stanu, ale wstrzymuje transakcje, które go wygenerowały. Użytkownicy i weryfikatorzy mogą wiedzieć o istnieniu commitu, ale nie mogą samodzielnie odtworzyć, co się stało.
To jest właśnie problem dostępności danych. Celestia została zaprojektowana tak, aby uczestnicy mogli mieć pewność, że dane blokowe zostały faktycznie opublikowane, bez konieczności pobierania całego bloku przez każdy węzeł lekki.
Celestia wykorzystuje próbkowanie dostępności danych (DAS) . Dane blokowe są rozszerzane za pomocą dwuwymiarowego kodowania wymazywania Reeda-Solomona. Następnie lekkie węzły żądają losowych fragmentów, czyli udziałów, z rozszerzonego kwadratu danych wraz z dowodami kryptograficznymi. Jeśli powtarzające się losowe próbki zostaną zwrócone poprawnie, lekki węzeł zyskuje wysoką pewność, że dostępna jest wystarczająca ilość danych do rekonstrukcji całego bloku.
Praktyczna konsekwencja jest istotna: lekki węzeł może pomóc w weryfikacji dostępności danych bez pobierania każdego bajtu w każdym bloku. Model skalowania Celestii opiera się zatem częściowo na próbkowaniu przez wielu uczestników małych fragmentów danych, zamiast wymagać od wszystkich weryfikatorów pełnej replikacji wszystkiego.
Oficjalne wyjaśnienie można znaleźć w dokumentacji DAS Celestii oraz w sekcji FAQ dotyczącej dostępności danych .
Jeśli setki pakietów zbiorczych publikują dane w jednej sieci DA, pakiet zbiorczy nie powinien pobierać danych z każdej innej aplikacji, aby znaleźć swoje własne. Celestia rozwiązuje ten problem za pomocą drzew Merkle'a z przestrzeniami nazw .
Dane każdej aplikacji mogą być powiązane z przestrzenią nazw. W przykładzie ArcadeRollup, jej bloby byłyby umieszczane w przestrzeni nazw używanej przez ten rollup. Węzeł zainteresowany ArcadeRollup może następnie zażądać odpowiednich danych w przestrzeni nazw wraz z dowodami, że odpowiedź jest kompletna dla tej przestrzeni nazw.
Jest to jeden z praktycznych powodów, dla których model modułowy może obsługiwać wiele środowisk wykonawczych na tej samej warstwie DA: mogą one współdzielić przestrzeń bloków Celestia, jednocześnie pobierając dane istotne dla ich własnej aplikacji.
Rollupy publikują dane w Celestii za pomocą transakcji blob. W obecnej dokumentacji transakcja blob jest opisana jako zawierająca standardową transakcję Cosmos SDK, MsgPayForBlobs, oraz jeden lub więcej blobów. Transakcja płatności obejmuje zobowiązanie do danych blob, podczas gdy rzeczywiste dane są organizowane w bloku w odpowiedniej przestrzeni nazw.
W naszym hipotetycznym przypadku ArcadeRollup okresowo grupuje transakcje graczy, tworzy jeden lub więcej blobów i płaci za ich publikację. Celestia następnie umieszcza transakcję i powiązane bloby w bloku, stosuje kodowanie dostępności danych i zatwierdza wynikowe dane.
Aby zapoznać się z aktualną strukturą transakcji i limitami, zapoznaj się z oficjalną dokumentacją Celestii dotyczącą przesyłania obiektów blob i zawartym w niej wyjaśnieniem dotyczącym płacenia za przestrzeń blob .
TIA to natywny składnik aktywów Celestii, ale jego rola jest szersza niż bycie spekulacyjnym tokenem rynkowym. Zgodnie z aktualną dokumentacją Celestii, TIA jest wykorzystywana w kilku funkcjach protokołu:
Oficjalny przegląd TIA firmy Celestia dokumentuje te role. Z perspektywy analitycznej, użyteczności tokena nie należy jednak mylić z gwarantowaną relacją z ceną tokena. Popyt na przestrzeń blob, ekonomia stakingu, emisja, zachęty dla walidatorów, adopcja ekosystemu i szersze warunki rynkowe mogą w różny sposób wpływać na wyniki ekonomiczne.
Jednym z wyzwań w przypadku stosu modułowego jest udowodnienie kontraktowi warstwy rozliczeniowej, że dane zostały faktycznie opublikowane w Celestii. Blobstream został zaprojektowany do tego celu, łącząc warstwę DA Celestii ze środowiskami EVM.
Dokumentacja Celestii opisuje Blobstream jako system, w którym walidatory Celestii poświadczają zobowiązania dotyczące danych, te poświadczenia są przekazywane do docelowego łańcucha EVM, a inteligentny kontrakt może zweryfikować, czy określone zobowiązanie dotyczące danych Celestii zostało uwzględnione.
W przypadku ArcadeRollup wyobraźmy sobie, że rozliczenie odbywa się w łańcuchu EVM. Kontrakt rozliczeniowy rollupu wymaga dowodu, że dane transakcyjne stojące za aktualizacją stanu zostały opublikowane w Celestii. Blobstream może zapewnić odpowiednią ścieżkę weryfikacji bez zmuszania łańcucha rozliczeniowego do przechowywania wszystkich surowych danych transakcyjnych ArcadeRollup.
Zobacz oficjalny przegląd Blobstream firmy Celestia , aby zapoznać się z aktualnym mechanizmem i modelem zabezpieczeń.
To jeden z najważniejszych niuansów w zrozumieniu Celestii. Warstwa DA dowodzi, że dane zostały opublikowane i są dostępne w odpowiednim oknie weryfikacji. Nie oznacza to jednak automatycznie, że wszystkie dane historyczne będą przechowywane na zawsze przez każdy węzeł Celestii.
Aktualna dokumentacja programu Celestia dotycząca możliwości odzyskiwania danych stwierdza, że od wersji 6 aplikacji Celestia, próbkowanie węzłów lekkich wykorzystuje siedmiodniowe okno kroczące. Starsze dane mogą zostać usunięte przez węzły niearchiwalne. Aplikacje wymagające długoterminowej rekonstrukcji danych historycznych wymagają zatem jawnej strategii odzyskiwania danych, takiej jak węzły archiwalne lub zewnętrzni dostawcy danych.
Dla ArcadeRollup oznacza to, że zespół nie może po prostu powiedzieć: „Celestia ma nasze dane, więc historyczna synchronizacja jest rozwiązana na zawsze”. Zespół musi zdecydować, w jaki sposób nowe węzły odzyskają starą historię rollupów miesiące lub lata później.
To rozróżnienie udokumentowano w podręczniku Celestii dotyczącym odzyskiwania i przycinania danych .
Modułowa architektura jest atrakcyjna, ponieważ umożliwia specjalizację. ArcadeRollup może optymalizować swój silnik wykonawczy pod kątem gry, wybierać własną politykę sekwencjonowania i unikać konkurowania z niepowiązanymi aplikacjami o wydajność wykonania w monolitycznym łańcuchu bazowym. Celestia może specjalizować się w konsensusie i DA.
Modułowość nie eliminuje jednak złożoności. Ona ją redystrybuuje. Zespół produkcyjny nadal musi podejmować decyzje dotyczące:
Innymi słowy, Celestia może uprościć jeden z głównych problemów infrastrukturalnych – skalowalną dostępność danych – ale nie zapewnia automatycznie wszystkich komponentów potrzebnych do bezpiecznego zbiorczego udostępniania danych.
Według stanu na wrzesień 2026 roku oficjalna dokumentacja sieci Celestia określa Mainnet Beta jako aktywną i wciąż eksperymentalną. Aktualna strona Mainnet Beta podaje czasy bloków wynoszące około trzech sekund, maksymalny rozmiar transakcji 8 MiB oraz wersje oprogramowania celestia-node v0.32.1. celestia-app v9.0.6Aktualizacja Mainnet Beta do wersji v9 została aktywowana 1 lipca 2026 roku, a oficjalna strona aktualizacji informuje, że wersja v10 nie została jeszcze zaplanowana.
Sieć uległa znacznym zmianom od momentu premiery, dlatego starsze artykuły o Celestii mogą opisywać parametry, które nie są już aktualne. Na przykład, aktualizacja Matcha zwiększyła limity i wprowadziła ścieżkę prowadzącą do znacznie większych bloków, podczas gdy późniejsze wersje kontynuowały rozwój protokołu. Zawsze sprawdzaj aktualne parametry wersji beta sieci głównej i oficjalną historię aktualizacji sieci przed projektowaniem w oparciu o konkretny limit.
Samo to zdanie nie mówi wystarczająco dużo. Wracając do ArcadeRollup, przydatna recenzja techniczna wymagałaby odpowiedzi na kilka pytań:
Pytania te pomagają odróżnić „integrację Celestii” jako hasło marketingowe od rzeczywistej architektury.
Modułowa konstrukcja Celestii jest łatwiejsza do zrozumienia po rozdzieleniu obowiązków. Rollup wykonuje transakcje. Warstwa rozliczeniowa może rozstrzygać stan rollupu i dowody. Celestia zapewnia konsensus w zakresie własnych bloków i wyspecjalizowaną warstwę dostępności danych, w której rollupy mogą publikować bloby. Próbkowanie dostępności danych pozwala lekkim węzłom weryfikować dostępność probabilistycznie bez pobierania całych bloków, a przestrzenie nazw umożliwiają aplikacjom efektywne pobieranie własnych danych.
W hipotetycznym przykładzie ArcadeRollup, Celestia nie jest silnikiem gry i niekoniecznie jest sądem rozstrzygającym spory. Jest to współdzielona warstwa publikacji i dostępności, która umożliwia niezależne sprawdzenie danych transakcyjnych rollupu po ich opublikowaniu.
Ta specjalizacja stanowi główną tezę stojącą za Celestią: blockchainy nie muszą być jedną maszyną wykonującą każde zadanie. Mogą być stosami wyspecjalizowanych komponentów. Kompromis polega na tym, że programiści i analitycy muszą rozumieć interfejsy – i założenia bezpieczeństwa – pomiędzy tymi komponentami, zamiast traktować „modułowość” jako skrót oznaczający automatyczną skalowalność lub bezpieczeństwo.
Praktyczna i dogłębna analiza Celestii, wyjaśniająca modułowe blockchainy, próbkowanie dostępności danych, przestrzenie nazw, Blobstream, użyteczność TIA i kompromisy dziedziczenia pakietów.
Poznaj ekosystem Base w roku 2026, od Aerodrome i Morpho po Aave, Uniswap, Virtuals, Zora, Moonwell i płatności agentów x402.
Przeanalizuj przejście firmy Fantom na system Sonic, migrację z FTM do S, architekturę systemu Sonic, tokenomikę, zachęty dla deweloperów, wpływ na ekosystem i ryzyka, które nadal będą istotne w 2026 roku.
Praktyczna analiza natywnej wydajności Blast L2 z 2026 r., mechaniki ETH i USDB, zmian protokołów ekosystemu, bieżących ryzyk i sposobów weryfikacji możliwości przed zaangażowaniem kapitału.
Aktualna analiza Polygon 2.0, aktualizacji POL, Polygon PoS, AggLayer, zamknięcia zkEVM w 2026 r. i powodów, dla których pierwotna historia migracji ZK-rollup uległa zmianie.
Aktualna analiza Arbitrum (ARB) obejmująca podaż tokenów, nabywanie praw, użyteczność zarządzania, Stylus, łańcuchy Arbitrum, aktualizacje ArbOS, ryzyka i plan działania na rok 2026.
Praktyczna, dogłębna analiza stosu abstrakcji łańcucha protokołu NEAR, intencji NEAR, sygnatur łańcuchowych, poufnej sztucznej inteligencji, autonomicznych agentów i kompromisów, na które warto zwrócić uwagę w 2026 r.
Praktyczna analiza sieci Sei obejmująca kompatybilność EVM, wykonywanie równoległe, plan działania Giga, płynność DeFi, kompromisy i to, dla kogo łańcuch może być odpowiedni.
Praktyczna analiza warstwy własnej obejmująca ponowne obstawianie, AVS, nagrody, zestawy operatorów, cięcia, opóźnienia wypłat i należytą staranność z uwzględnieniem ryzyka.
Poznaj sposób, w jaki Chainlink CCIP łączy blockchainy, przesyła tokeny i wiadomości, obsługuje tokeny międzyłańcuchowe i dowiedz się, w jakim kierunku może zmierzać ekosystem w 2026 roku.
