Przewodnik

Czym jest Bitcoin Hyper?

Bitcoin Hyper przedstawia się jako proponowany rollup Layer 2 na Bitcoinie, który ma wykorzystywać Solana Virtual Machine jako środowisko wykonawcze. Ta strona omawia podstawowe założenia oraz proponowaną architekturę.

⚠ Udokumentowane a obiecywane

Ta witryna konsekwentnie rozróżnia to, co jest udokumentowane i możliwe do zweryfikowania — na przykład elementy obserwowalne na devnecie — od tego, co jest obiecywane lub wciąż w fazie rozwoju. Rozróżnienie to jest wyraźnie zaznaczone w całym tekście strony.

Architektura trójwarstwowa

Layer 3 — Aplikacje DeFi · NFT · DEX · Pożyczki · Portfele · Gry · Oracle · Compliance Programy SVM (Rust/Anchor) Layer 2 — Hyper Rollup Wykonanie SVM / Sealevel Sekwencjonowanie Początkowo scentralizowane Dostępność danych W fazie badań ⚠ Bridge Canonical Bridge (w fazie testów) Layer 1 — Bitcoin (Rozliczenie) Bezpieczeństwo · Niezmienność · Finalność · OP_RETURN · Taproot
1

Bitcoin — warstwa rozliczeniowa

W proponowanej architekturze Bitcoin pełni funkcję warstwy rozliczeniowej i zakotwiczenia. Według dokumentacji projektu rollup Hyper okresowo publikuje na Bitcoinie swoje state commitment — Merkle root bieżącego stanu — za pośrednictwem OP_RETURN lub Taproot. Takie zakotwiczenie pozwala zweryfikować state commitment i wykryć późniejsze zmiany, samo w sobie nie gwarantuje jednak poprawności stanu, dostępności danych ani bezpieczeństwa bridge'a.

Deklarowany status: architektura opisana w whitepaperze | okresowe zakotwiczenie w fazie rozwoju

2

Hyper Rollup — warstwa wykonawcza

Proponowana architektura obejmuje cztery główne komponenty: wykonanie (SVM z równoległym przetwarzaniem Sealevel), sekwencjonowanie (ustalanie kolejności transakcji, początkowo scentralizowane), dostępność danych (miejsce przechowywania pełnych danych transakcyjnych, wciąż przedmiot badań) oraz bridge (Canonical Bridge BTC↔Hyper, obecnie testowany na devnecie).

Deklarowany status: SVM według projektu działa na devnecie | dostępność danych i forced inclusion w fazie rozwoju

3

Aplikacje — warstwa użytkownika

Warstwa aplikacji obejmuje między innymi protokoły DeFi, giełdy DEX, rynki NFT, platformy pożyczkowe, stablecoiny, gry oraz narzędzia zgodności regulacyjnej. Według dokumentacji projektu programy powstają w Rust i Anchor, z wykorzystaniem zestawu narzędzi zbliżonego do środowiska Solany. Faktyczną zgodność oraz zakres wymaganych adaptacji należy zweryfikować na podstawie dokumentacji technicznej i niezależnych testów.

Deklarowany status: pierwsze programy SVM według projektu przetestowane na devnecie | ekosystem aplikacji dopiero się kształtuje

Cztery komponenty rollupu

Każdy rollup — nie tylko Bitcoin Hyper — opiera się na tych czterech filarach.

⚡

Wykonanie

Maszyna wirtualna wykonująca smart kontrakty. Architektura proponowana dla Hyper opiera się na SVM oraz środowisku uruchomieniowym Sealevel odpowiadającym za równoległość. Transakcje dotyczące różnych kont mogą być wykonywane równolegle, co może zwiększyć przepustowość.

◎ Według projektu działa na devnecie
⬡

Sekwencjonowanie

Komponent odpowiedzialny za ustalanie kolejności transakcji — decyzja o tej kolejności ma bezpośrednie znaczenie dla zjawiska MEV oraz ryzyka cenzury. Projekt zakłada początkowo pojedynczy, scentralizowany sequencer; zgodnie z mapą drogową decentralizacja ma nastąpić w ciągu dwóch do czterech lat.

⚠ Początkowo scentralizowane
⚓

Rozliczenie

Okresowe zakotwiczenie state commitment na Bitcoinie. Każde zakotwiczenie publikuje Merkle root zaktualizowanego stanu. Dokumentacja opisuje zmienną częstotliwość: częstsze zakotwiczenie mogłoby skrócić czas do finalności, podniosłoby jednak koszty transakcyjne na Bitcoinie.

◎ W fazie rozwoju
📦

Dostępność danych

Dostępność danych określa, gdzie przechowywane są dane niezbędne do odtworzenia transakcji i stanu oraz w jaki sposób są one udostępniane. Gdyby te dane nie były publicznie dostępne, system oddalałby się od modelu rollupu z publiczną dostępnością danych w stronę rozwiązania typu validium. Według stanu na 28 kwietnia 2026 ostateczne rozwiązanie nie zostało jeszcze ustalone.

⚠ W fazie badań

💡 Kluczowe wnioski

  • • Bitcoin Hyper przedstawia się jako rollup: wykonanie odbywa się off-chain, a state commitment jest zakotwiczone na Bitcoinie
  • • Według projektu SVM zapewnia programowalność oraz kompatybilność z ekosystemem deweloperskim Solany; oba te aspekty pozostają do zweryfikowania
  • • Początkowy plan opiera się na scentralizowanym sequencerze i bridge'u w modelu federacyjnym, z decentralizacją zaplanowaną — zgodnie z mapą drogową — w ciągu dwóch do czterech lat
  • • Dostępność danych i forced inclusion są wciąż w fazie rozwoju — to kluczowe kamienie milowe przed uruchomieniem mainnetu
  • • Projekt przedstawia go jako rollup, a nie sidechain. Stopień bezpieczeństwa odziedziczonego po Bitcoinie zależy od konkretnej implementacji zakotwiczenia, dostępności danych, bridge'a oraz mechanizmów weryfikacji