Sprievodca
Čo je Bitcoin Hyper?
Bitcoin Hyper sa prezentuje ako navrhovaný rollup Layer 2 pre Bitcoin, ktorý má ako vykonávacie prostredie využívať Solana Virtual Machine. Táto stránka prechádza základné východiská a navrhovanú architektúru.
⚠ Zdokumentované verzus prisľúbené
Táto stránka dôsledne oddeľuje to, čo je zdokumentované a overiteľné — napríklad prvky pozorovateľné na devnete — od toho, čo je prisľúbené alebo ešte vo vývoji. Rozlíšenie je výslovne vyznačené v celom texte stránky.
Trojvrstvová architektúra
Bitcoin — zúčtovacia vrstva
V navrhovanej architektúre plní Bitcoin úlohu zúčtovacej a ukotvovacej vrstvy. Podľa dokumentácie projektu zverejňuje rollup Hyper na Bitcoine pravidelne vlastný state commitment — Merkle koreň aktuálneho stavu — prostredníctvom OP_RETURN alebo Taproot. Ukotvenie umožňuje overiť state commitment a odhaliť neskoršie zmeny, samo osebe však nezaručuje správnosť stavu, dostupnosť dát ani bezpečnosť bridge-u.
Deklarovaný stav: architektúra opísaná vo whitepaperi | pravidelné ukotvovanie vo vývoji
Hyper Rollup — vykonávacia vrstva
Navrhovaná architektúra zahŕňa štyri hlavné komponenty: vykonávanie (SVM s paralelným spracovaním Sealevel), sekvencovanie (určovanie poradia transakcií, spočiatku centralizované), dostupnosť dát (kde sa uchovávajú úplné dáta transakcií — téma, ktorá je stále v analýze) a bridge (Canonical Bridge BTC↔Hyper, ktorý sa testuje na devnete).
Deklarovaný stav: SVM podľa projektu funkčné na devnete | dostupnosť dát a forced inclusion vo vývoji
Aplikácie — vrstva používateľa
Aplikačná vrstva zahŕňa okrem iného protokoly DeFi, burzy DEX, trhoviská NFT, úverové platformy, stablecoiny, hry a nástroje compliance. Podľa dokumentácie projektu sa programy píšu v jazyku Rust a vo frameworku Anchor, so sadou nástrojov blízkou ekosystému Solana. Skutočnú kompatibilitu a rozsah potrebných úprav treba overiť na základe technickej dokumentácie a nezávislých testov.
Deklarovaný stav: prvé programy SVM podľa projektu otestované na devnete | aplikačný ekosystém sa ešte len formuje
Štyri komponenty rollupu
Každý rollup — nielen Bitcoin Hyper — stojí na tých istých štyroch pilieroch.
Vykonávanie
Virtuálny stroj, ktorý spúšťa inteligentné kontrakty. Architektúra navrhovaná pre Hyper stavia na SVM a na vykonávacom prostredí Sealevel, ktoré zabezpečuje paralelizmus. Transakcie zasahujúce rôzne účty možno vykonávať paralelne, čo môže zvýšiť priepustnosť.
◎ Podľa projektu funkčné na devneteSekvencovanie
Komponent, ktorý určuje poradie transakcií — rozhodnutie s priamym dosahom na MEV a na riziko cenzúry. Projekt spočiatku počíta s jediným centralizovaným sequencerom; podľa plánu rozvoja by k decentralizácii malo dôjsť o dva až štyri roky.
⚠ Spočiatku centralizovanéZúčtovanie
Pravidelné ukotvovanie state commitmentu na Bitcoine. Každé ukotvenie zverejňuje Merkle koreň aktualizovaného stavu. Dokumentácia opisuje premenlivú frekvenciu: hustejšie ukotvovanie by skrátilo čas do finality, zvýšilo by však transakčné náklady na Bitcoine.
◎ Vo vývojiDostupnosť dát
Dostupnosť dát určuje, kde sa uchovávajú dáta potrebné na rekonštrukciu transakcií a stavu a ako sa sprístupňujú. Ak by tieto dáta neboli verejne prístupné, systém by sa vzdialil od modelu rollupu s verejnou dostupnosťou dát a priblížil by sa riešeniu typu validium. K 28. aprílu 2026 nebolo konečné riešenie ešte stanovené.
⚠ V analýze💡 Čo si odniesť
- • Bitcoin Hyper sa prezentuje ako rollup: vykonávanie prebieha mimo reťazca a state commitment sa ukotvuje na Bitcoine
- • Podľa projektu zabezpečuje SVM programovateľnosť a kompatibilitu s vývojárskym ekosystémom Solana; oboje zostáva overiť
- • Pôvodný plán stavia na centralizovanom sequenceri a federovanom bridge-i, pričom decentralizácia sa podľa plánu rozvoja predpokladá o dva až štyri roky
- • Dostupnosť dát a forced inclusion sú ešte vo vývoji — zásadné míľniky pred spustením mainnetu
- • Projekt ho prezentuje ako rollup, nie ako sidechain. Koľko z bezpečnosti Bitcoinu sa skutočne dedí, závisí od konkrétnej implementácie ukotvovania, od dostupnosti dát, od bridge-u a od overovacích mechanizmov