Vodnik

Kaj je Bitcoin Hyper?

Bitcoin Hyper se predstavlja kot predlagani Layer 2 rollup na Bitcoinu, ki naj bi kot izvajalno okolje uporabljal Solana Virtual Machine. Ta stran obravnava osnove in predlagano arhitekturo.

⚠ Dokumentirano ali napovedano

To spletno mesto dosledno ločuje tisto, kar je dokumentirano in preverljivo — na primer elemente, ki jih je mogoče opaziti na Devnetu — od tistega, kar je napovedano ali še v razvoju. To razlikovanje je na strani povsod izrecno izpostavljeno.

Tristopenjska arhitektura

Layer 3 — Applications DeFi · NFT · DEX · Lending · Wallet · Gaming · Oracles · Compliance Programi SVM (Rust/Anchor) Layer 2 — Hyper Rollup Izvajanje SVM / Sealevel Sequencing Sprva centraliziran Razpoložljivost podatkov V preučevanju ⚠ Bridge Canonical Bridge · Test Layer 1 — Bitcoin (Settlement) Varnost · Nespremenljivost · Dokončnost · OP_RETURN · Taproot
1

Bitcoin — poravnalna plast

V predlagani arhitekturi Bitcoin deluje kot poravnalna in sidrna plast. Po projektni dokumentaciji Hyper-Rollup redno objavlja svojo zavezo o stanju (state commitment) — Merklov koren trenutnega stanja — v Bitcoin prek OP_RETURN ali Taproota. To sidranje omogoča potrjevanje zavez o stanju in zaznavanje poznejših sprememb, vendar samo po sebi ne jamči pravilnosti stanja, razpoložljivosti podatkov ali varnosti bridgea.

Napovedano stanje: arhitektura opisana v whitepaperju | redno sidranje v razvoju

2

Hyper Rollup — izvajalna plast

Predlagana arhitektura zajema štiri glavne komponente: izvajanje (SVM in vzporednost Sealevel), sequencing (razvrščanje transakcij, sprva centralizirano), razpoložljivost podatkov (mesto shranjevanja popolnih podatkov o transakcijah, še v preučevanju) in Bridge (Canonical Bridge BTC↔Hyper, v fazi testiranja na Devnetu).

Napovedano stanje: SVM po navedbah projekta aktiven na Devnetu | razpoložljivost podatkov in prisilna vključitev v razvoju

3

Aplikacije — uporabniška plast

Aplikacijska plast, ki zajema na primer protokole DeFi, DEX-e, tržnice NFT, posojanje, stablecoine, igre in orodja za regulativno skladnost. Po projektni dokumentaciji so programi razviti v Rustu in Anchorju ter z verigo orodij, podobno Solanini. Dejansko združljivost in potrebne prilagoditve je treba preveriti na podlagi tehnične dokumentacije in neodvisnih testov.

Napovedano stanje: prvi programi SVM po navedbah projekta preizkušeni na Devnetu | aplikacijski ekosistem v izgradnji

Štiri komponente rollupa

Vsak rollup, ne le Bitcoin Hyper, se opira na te štiri stebre.

⚡

Izvajanje

Virtualni stroj, ki izvaja pametne pogodbe. Arhitektura, predlagana za Hyper, za vzporednost uporablja SVM in izvajalno okolje Sealevel. Transakcije, ki zadevajo različne račune, je mogoče izvajati vzporedno, kar lahko poveča prepustnost.

◎ Po navedbah projekta aktiven na Devnetu
⬡

Sequencing

Komponenta, ki določa vrstni red transakcij. Potrjuje njihov vrstni red, kar ima posledice z vidika MEV in cenzure. Projekt sprva načrtuje enega samega, centraliziranega sequencerja. Po časovnem načrtu bo decentralizacija izvedena v dveh do štirih letih.

⚠ Sprva centraliziran
⚓

Poravnava

Redno sidranje zaveze o stanju (state commitment) v Bitcoin. Vsako sidranje objavi Merklov koren posodobljenega stanja. Dokumentacija opisuje prilagodljivo pogostost: gostejše sidranje bi lahko skrajšalo čas do dokončnosti, a bi povečalo stroške transakcij na Bitcoinu.

◎ V razvoju
📦

Razpoložljivost podatkov

Razpoložljivost podatkov določa, kje se hranijo podatki, potrebni za rekonstrukcijo transakcij in stanja, ter kako so dani na voljo. Če ti podatki ne bi bili javno dostopni, bi se sistem oddaljil od modela rollupa z javno razpoložljivostjo podatkov in se približal rešitvi tipa Validium. 28. aprila 2026 dokončna rešitev še ni bila določena.

⚠ V preučevanju

💡 Ključne točke

  • • Bitcoin Hyper se predstavlja kot rollup, katerega izvajanje poteka zunaj verige (off-chain) in katerega zaveze o stanju se sidrajo v Bitcoin
  • • Po navedbah projekta SVM prinaša programljivost in združljivost s Solaninim razvojnim ekosistemom; oba vidika je treba preveriti
  • • Prvotni načrt temelji na centraliziranem sequencerju in federiranem Bridgeu, za decentralizacijo pa obstaja časovni načrt dveh do štirih let
  • • Razpoložljivost podatkov in prisilna vključitev sta še v razvoju: gre za kritična mejnika pred mainnetom
  • • Projekt ga predstavlja kot rollup, ne kot stransko verigo. Raven varnosti, podedovana od Bitcoina, je odvisna od konkretne izvedbe sidranja, razpoložljivosti podatkov, Bridgea in mehanizmov preverjanja