Najczęściej zadawane pytania (FAQ)

Według opublikowanej dokumentacji Bitcoin Hyper przedstawia się jako rollup Layer 2 na Bitcoinie, który ma wykorzystywać Solana Virtual Machine (SVM) jako środowisko wykonawcze. Koncepcja zakłada, że transakcje i smart kontrakty są wykonywane off-chain, a zobowiązania stanu są publikowane na Bitcoinie.

Bitcoin stanowi warstwę bazową o ograniczonej przepustowości i celowo okrojonej programowalności. Bitcoin Hyper przedstawia się jako warstwa uzupełniająca, która ma wykorzystywać SVM do wykonywania smart kontraktów, wprowadza jednak dodatkowe założenia dot. zaufania — zwłaszcza wobec sequencera i bridge'a. To, ile bezpieczeństwa Bitcoin Hyper może odziedziczyć po Bitcoinie, zależy od konkretnej implementacji zakotwiczenia, dostępności danych, bridge'a oraz mechanizmów weryfikacji.

SVM wymaga, aby każda transakcja z góry deklarowała używane konta, dzięki czemu transakcje niekolidujące ze sobą mogą być wykonywane równolegle. EVM działa natomiast w modelu sekwencyjnym na poziomie protokołu. Według projektu ta różnica miałaby zwiększać przepustowość. Rzeczywistą kompatybilność z programami i narzędziami ekosystemu Solany trzeba jeszcze zweryfikować na podstawie dokumentacji technicznej i niezależnych testów.

Według stanu na 28 kwietnia 2026 Bitcoin Hyper znajduje się w fazie devnet z ograniczonym dostępem. Projekt deklaruje, że programy SVM działają natywnie, Explorer już funkcjonuje, a tokeny SPL, podstawowe aplikacje DeFi oraz konfiguracje multisig zostały przetestowane. Canonical Bridge jest testowany na devnecie. Mainnet i publiczne audyty bezpieczeństwa nie są jeszcze dostępne.

Pierwotny whitepaper wskazywał na uruchomienie mainnetu między IV kw. 2025 a I kw. 2026. Według stanu na 28 kwietnia 2026 mainnet nadal nie działał. Nowe okno czasowe wskazywane od tego czasu przez projekt to III–IV kw. 2026 — wartość orientacyjna, zależna od ukończenia audytów bezpieczeństwa, bridge'a, mechanizmu forced exit oraz rozwiązania w zakresie dostępności danych.

Według stanu na 28 kwietnia 2026 nie potwierdzono istnienia żadnego publicznego raportu z audytu protokołu ani bridge'a. Whitepaper zakłada jego publikację przed TGE. Pozostaje to kluczowy kamień milowy, który wciąż wymaga weryfikacji.

Zgodnie z opisaną architekturą sequencer miałby obliczać zobowiązanie stanu — zwykle w postaci korzenia Merkle — i cyklicznie publikować je na Bitcoinie za pomocą OP_RETURN lub Taproot. Pozwoliłoby to zweryfikować, że dane zobowiązanie rzeczywiście zostało zapisane, ale samo w sobie nie potwierdza poprawności stanu, dostępności danych ani bezpieczeństwa bridge'a. Dokumentacja przewiduje zmienną częstotliwość: częstsze zakotwiczanie mogłoby skrócić czas do finalności, kosztem wyższych opłat na Bitcoinie.

To jedno z najpoważniejszych ryzyk obecnej konstrukcji. Gdyby wprowadzono mechanizm forced exit, użytkownicy mogliby wycofać swoje środki bezpośrednio na Bitcoinie, bez udziału sequencera. Dopóki ta funkcja pozostaje w fazie rozwoju, awaria sequencera lub cenzura z jego strony mogłyby czasowo zablokować transakcje i środki wewnątrz rollupu.

Zależy to od tego, jakie rozwiązanie w zakresie dostępności danych zostanie ostatecznie wybrane. Jeśli dane będą publicznie dostępne i opatrzone odpowiednimi mechanizmami weryfikacji, implementacja mogłaby odpowiadać modelowi rollup. Jeśli dane pozostaną wyłącznie pod kontrolą sequencera lub wąskiej grupy podmiotów, implementacja byłaby bliższa modelowi typu validium. Według stanu na 28 kwietnia 2026 ostateczne podejście wciąż było przedmiotem analizy.

Według tokenomiki opublikowanej przez projekt oczekiwana całkowita podaż wynosi 21 miliardów $HYPER. Deklarowany podział przedstawia się następująco: 25% skarbiec, 30% rozwój, 20% marketing, 15% nagrody i 10% notowania. Warunki opublikowane dla przedsprzedaży przewidują siedmiodniowy vesting.

Według dokumentacji projektu $HYPER ma służyć do płatności, udziału w stakingu oraz — na późniejszym etapie — mechanizmów zarządzania. Mapa drogowa wspomina też o możliwych mechanizmach buyback-and-burn powiązanych z przychodami sequencera. Te funkcje pozostają do zweryfikowania po uruchomieniu mainnetu.

Ryzyko związane z $HYPER jest bardzo wysokie: projekt znajduje się w fazie przed uruchomieniem mainnetu, nie opublikowano żadnego audytu bezpieczeństwa protokołu ani bridge'a, początkowa implementacja wymaga scentralizowanego sequencera, a przechowywanie środków powiązane z bridge'em ma być realizowane w modelu federacyjnym. Możliwa jest całkowita utrata zainwestowanego kapitału. Ta witryna ma charakter edukacyjny i nie oferuje indywidualnego doradztwa inwestycyjnego. W celu indywidualnej oceny należy skonsultować się z uprawnionym doradcą.

Autor przedstawia swoje stanowisko wobec projektu w książce. Aktualne informacje o jego pozycjach są publikowane w ujawnieniu interesów na tej stronie.

Trzy profile czytelników: (1) czytelnik ciekawy tematu, który chce go zrozumieć bez konieczności zostania inżynierem; (2) inwestor lub doradca oceniający projekt metodą due diligence; (3) deweloper lub badacz, który chce dogłębnie poznać wybory architektoniczne. Tom I: 523 strony, 24 rozdziały. Całość obejmuje dwa tomy: 36 rozdziałów.

Książka jest dostępna na Amazon. Pierwsze wydanie, lipiec 2026. Można ją kupić na amazon.com — wystarczy wyszukać „Due Diligence of a Layer 2 – The Bitcoin Hyper Case”.