Referentiegids
Wat is Bitcoin Hyper?
Bitcoin Hyper presenteert zich als een voorgestelde Layer 2-rollup voor Bitcoin, die de Solana Virtual Machine als uitvoeringsomgeving zou gebruiken. Deze pagina stelt de grondslagen en de voorgestelde architectuur voor.
⚠ Gedocumenteerd of aangekondigd
Deze website maakt consequent onderscheid tussen wat gedocumenteerd en verifieerbaar is — bijvoorbeeld de op de devnet waarneembare elementen — en wat aangekondigd of nog in ontwikkeling is. Dit onderscheid wordt op de gehele pagina uitdrukkelijk kenbaar gemaakt.
De drielaagse architectuur
Bitcoin — de settlementlaag
In de voorgestelde architectuur vervult Bitcoin de functie van settlement- en verankeringslaag. Volgens de projectdocumentatie zou de Hyper-Rollup zijn state commitment — een Merkle-wortel van de huidige toestand — periodiek via OP_RETURN of Taproot op Bitcoin publiceren. Deze verankering zou het mogelijk maken om toestandsverplichtingen vast te leggen en latere wijzigingen te detecteren, maar garandeert op zichzelf noch de juistheid van de toestand, noch de databeschikbaarheid of de beveiliging van de Bridge.
Aangegeven status: in de whitepaper beschreven architectuur | periodieke verankering in ontwikkeling
Hyper Rollup — de uitvoeringslaag
De voorgestelde architectuur omvat vier hoofdcomponenten: de uitvoering (de SVM met de Sealevel-parallellisatie), het sequencing (de ordening van de transacties, bij de start gecentraliseerd), de databeschikbaarheid (de opslaglocatie van de volledige transactiegegevens, nog in onderzoek) en de Bridge (de Canonical Bridge BTC↔Hyper, in de testfase op de devnet).
Aangegeven status: SVM volgens het project actief op de devnet | databeschikbaarheid en geforceerde inclusie in ontwikkeling
Toepassingen — de gebruikerslaag
De laag voor toepassingen zoals DeFi-protocollen, DEX, NFT-marktplaatsen, kredietverlening, stablecoins, games en tools voor regulatoire compliance. Volgens de projectdocumentatie zouden de programma's worden ontwikkeld in Rust met Anchor en een toolchain die lijkt op die van Solana. De daadwerkelijke compatibiliteit en de noodzakelijke aanpassingen moeten worden geverifieerd aan de hand van technische documentatie en onafhankelijke tests.
Aangegeven status: eerste SVM-programma's volgens het project getest op de devnet | toepassingsecosysteem in opbouw
De vier componenten van een rollup
Elk rollup, niet alleen Bitcoin Hyper, berust op deze vier pijlers.
Uitvoering
De virtuele machine die de smart contracts uitvoert. De voor Hyper voorgestelde architectuur gebruikt de SVM met de Sealevel-runtime voor de parallellisatie. Transacties die verschillende rekeningen betreffen, kunnen parallel worden uitgevoerd, wat de doorvoer kan verhogen.
◎ Volgens het project actief op de devnetSequencing
De component die de ordening van de transacties bepaalt. Zij legt de volgorde ervan vast, met gevolgen voor MEV en censuur. Het project voorziet aanvankelijk in één enkele, gecentraliseerde sequencer. Volgens de roadmap zou de decentralisatie binnen twee tot vier jaar plaatsvinden.
⚠ Bij de start gecentraliseerdSettlement
De periodieke verankering van het state commitment op Bitcoin. Elke verankering zou de Merkle-wortel van de bijgewerkte toestand publiceren. De documentatie beschrijft een adaptieve frequentie: een frequentere verankering zou de tijd tot finaliteit kunnen verkorten, maar zou de transactiekosten op Bitcoin verhogen.
◎ In ontwikkelingDatabeschikbaarheid
De databeschikbaarheid bepaalt waar de gegevens worden opgeslagen en hoe zij beschikbaar worden gesteld die nodig zijn voor de reconstructie van de transacties en de toestand. Zouden deze gegevens niet openbaar toegankelijk zijn, dan zou het systeem zich verwijderen van het model van een rollup met openbare databeschikbaarheid en een schema van het type Validium benaderen. Op 28 april 2026 was de definitieve oplossing nog in onderzoek.
⚠ In onderzoek💡 Kernpunten
- • Bitcoin Hyper presenteert zich als een rollup met off-chain-uitvoering en op Bitcoin verankerde toestandsverplichtingen
- • Volgens het project moet de SVM programmeerbaarheid en compatibiliteit met het ontwikkelingsecosysteem van Solana brengen; beide aspecten moeten worden geverifieerd
- • Het oorspronkelijke ontwerp voorziet in een gecentraliseerde sequencer en een gefedereerde Bridge, met een decentralisatie-roadmap over twee tot vier jaar
- • De databeschikbaarheid en de geforceerde inclusie blijven in ontwikkeling: het gaat om kritieke mijlpalen vóór de mainnet
- • Het project stelt het voor als een rollup, niet als een sidechain. Het van Bitcoin geërfde beveiligingsniveau zal afhangen van de concrete invulling van de verankering, de databeschikbaarheid, de Bridge en de verificatiemechanismen