Czym jest rollup i dlaczego Bitcoin go potrzebował?
Bitcoin stawia na bezpieczeństwo i decentralizację, lecz przepustowość jego warstwy bazowej pozostaje ograniczona. Artykuł wyjaśnia, czym jest rollup, czym różni się od sidechainu oraz jakie dodatkowe założenia wprowadza architektura Bitcoin Hyper.
Cel edukacyjny. Treści zawarte w tym artykule mają charakter wyłącznie informacyjny i wyjaśniający. Nie stanowią porady finansowej. Pełne zastrzeżenia prawne.
Problem skalowalności Bitcoina
Bitcoin od podstaw projektowano z naciskiem na weryfikowalność, decentralizację i odporność, a nie na maksymalizację liczby transakcji na sekundę. Każdy pełny węzeł waliduje transakcje zgodnie z regułami protokołu. Przepustowość warstwy bazowej jest ograniczona i szacuje się ją zwykle na około 7 transakcji na sekundę, choć rzeczywista wartość zależy od charakteru i wielkości transakcji.
Przez lata spór można było sprowadzić właściwie do jednego pytania: jak zwiększyć przepustowość Bitcoina, nie naruszając tego, co czyni go wyjątkowym?
Dotychczasowe podejścia
Pierwszą odpowiedzią była działająca od 2018 roku sieć Lightning Network — sieć kanałów płatniczych, która umożliwia szybkie i zwykle tanie płatności, również na trasach prowadzących przez kilka kanałów. Jest przeznaczona przede wszystkim do płatności i nie oferuje uniwersalnego środowiska dla smart kontraktów. Jej działanie zależy też od dostępnej płynności oraz od możliwości znalezienia odpowiedniej trasy.
Stacks obrał inne podejście: to sieć smart kontraktów połączona z Bitcoinem za pomocą mechanizmu PoX, z własnym językiem — Clarity. Jej model bezpieczeństwa i finalność różnią się od modelu Bitcoina, a ponadto zależą od specyficznych reguł samej sieci Stacks.
Rootstock (RSK) postawił na zgodność z EVM oraz merge-mining z Bitcoinem. Sieć działa od 2018 roku i opiera się na modelu sidechainu z własnymi założeniami dotyczącymi bezpieczeństwa i bridge'a.
Dlaczego rollup to coś innego
Rollup to nie sidechain. Ta techniczna różnica ma znaczenie:
- - Sidechain zachowuje własny mechanizm konsensusu lub walidacji. Jego bezpieczeństwo zależy przede wszystkim od tego systemu oraz od konstrukcji bridge'a, który łączy go z Bitcoinem.
- - W architekturze opisanej dla Bitcoin Hyper wykonywanie transakcji odbywałoby się poza Bitcoinem, natomiast state commitmenty byłyby publikowane w warstwie bazowej. To, czy rozwiązanie rzeczywiście zasługuje na miano rollupu, zależy też od data availability i systemu dowodzenia.
Według architektury opublikowanej przez projekt, zakładany proces wyglądałby następująco:
- Użytkownicy przesyłaliby swoje transakcje do sequencera
- Sequencer porządkowałby je i wykonywałby wsadowo
- W regularnych odstępach state commitment — czyli korzeń Merkle'a zaktualizowanego stanu — byłby publikowany na Bitcoinie za pomocą OP_RETURN lub Taproot
- Możliwość zweryfikowania przejścia zależałaby od data availability i systemu dowodzenia; sam commitment nie dowodzi poprawności tego przejścia
Gdy tylko zostanie potwierdzony na Bitcoinie, state commitment korzysta z praktycznej niezmienności transakcji, w której się znajduje. Dzięki temu trudno później zmienić ten zapis, ale samo to nie zapobiega opublikowaniu błędnego commitmentu ani nie gwarantuje poprawności stanu, data availability czy bezpieczeństwa bridge'a.
Data availability: wciąż otwarte pytanie
Kluczowe pytanie brzmi: gdzie faktycznie znajdują się dane transakcyjne? Jeśli na Bitcoinie publikowany jest wyłącznie commitment, a pełne dane pozostają w rękach sequencera, architektura byłaby bliższa modelowi typu Validium niż rollupowi, w którym data availability ma charakter publiczny. To rozróżnienie nie jest wyłącznie akademickie: gdyby sequencer zniknął razem z danymi, użytkownicy mogliby stracić możliwość zweryfikowania własnego salda.
Zgodnie z dokumentacją opublikowaną przez projekt, docelowe rozwiązanie w zakresie data availability jest wciąż przedmiotem analiz — wprost potwierdza to aktualizacja z 27 marca 2026 roku. Wśród rozważanych opcji znajdują się: zewnętrzne warstwy data availability (na przykład Celestia), erasure coding oraz wykorzystanie rozproszonych węzłów.
Podsumowanie
Rollup na Bitcoinie może realizować kilka celów projektowych: wykorzystanie Bitcoina do zakotwiczenia state commitmentów, zwiększenie przepustowości dzięki wykonywaniu transakcji off-chain, zapewnienie środowiska dla smart kontraktów oraz obniżenie kosztów dla użytkowników. To, w jakim stopniu uda się je osiągnąć, zależy od konkretnej implementacji, data availability, systemu dowodzenia oraz mechanizmów wyjścia.
Ceną za takie podejście jest większa złożoność architektury oraz kilka decyzji projektowych, które wciąż pozostają nierozstrzygnięte: sequencer, data availability, bridge i system dowodzenia. Projekt utrzymuje, że tymi elementami można zarządzać stopniowo — to jednak wyłącznie stanowisko samego projektu, które pozostaje do niezależnej weryfikacji.