Referensguide

Vad är Bitcoin Hyper?

Bitcoin Hyper presenterar sig som en föreslagen Layer 2-rollup till Bitcoin som enligt planen ska använda Solana Virtual Machine som exekveringsmiljö. Den här sidan går igenom grunderna och den föreslagna arkitekturen.

⚠ Dokumenterat eller aviserat

Den här webbplatsen skiljer konsekvent mellan det som är dokumenterat och verifierbart — till exempel de element som kan observeras på devnet — och det som är aviserat eller fortfarande under utveckling. Denna åtskillnad framhålls uttryckligen genomgående på sidan.

Arkitekturen i tre lager

Layer 3 — Applications DeFi · NFT · DEX · Lending · Wallet · Gaming · Oracles · Compliance SVM-program (Rust/Anchor) Layer 2 — Hyper Rollup Utförande SVM / Sealevel Sequencing Inledningsvis centraliserad Datatillgänglighet Under utredning ⚠ Bridge Canonical Bridge · Test Layer 1 — Bitcoin (Settlement) Säkerhet · Oföränderlighet · Finalitet · OP_RETURN · Taproot
1

Bitcoin — settlementlagret

I den föreslagna arkitekturen fyller Bitcoin funktionen som settlement- och förankringslager. Enligt projektdokumentationen kommer Hyper-Rollup periodiskt att offentliggöra sitt state commitment — en Merkle-rot av det aktuella tillståndet — på Bitcoin via OP_RETURN eller Taproot. Denna förankring gör det möjligt att fastställa tillståndsåtaganden och upptäcka senare ändringar, men garanterar inte i sig vare sig tillståndets korrekthet, datatillgängligheten eller säkerheten i Bridge.

Angiven status: arkitektur beskriven i whitepapret | periodisk förankring under utveckling

2

Hyper Rollup — utförandelagret

Den föreslagna arkitekturen omfattar fyra huvudkomponenter: utförandet (SVM med Sealevel-parallellisering), sequencing (transaktionernas ordningsföljd, inledningsvis centraliserad), datatillgängligheten (lagringsplatsen för de fullständiga transaktionsdata, fortfarande under utredning) och Bridge (Canonical Bridge BTC↔Hyper, i testfasen på devnet).

Angiven status: SVM enligt projektet aktiv på devnet | datatillgänglighet och tvingad inklusion under utveckling

3

Applikationer — användarlagret

Lagret för applikationer såsom DeFi-protokoll, DEX, NFT-marknadsplatser, utlåning, stablecoins, spel och verktyg för regulatorisk efterlevnad. Enligt projektdokumentationen kommer programmen att utvecklas i Rust med Anchor och en toolchain som liknar Solanas. Den faktiska kompatibiliteten och de nödvändiga anpassningarna måste verifieras utifrån teknisk dokumentation och oberoende tester.

Angiven status: de första SVM-programmen enligt projektet testade på devnet | applikationsekosystem under uppbyggnad

De fyra komponenterna i en rollup

Varje rollup, inte bara Bitcoin Hyper, vilar på dessa fyra pelare.

⚡

Utförande

Den virtuella maskin som utför smarta kontrakt. Den arkitektur som föreslås för Hyper använder SVM med Sealevel-runtime för parallellisering. Transaktioner som rör olika konton kan utföras parallellt, vilket kan öka genomströmningen.

◎ Enligt projektet aktiv på devnet
⬡

Sequencing

Komponenten som bestämmer transaktionernas ordningsföljd. Den fastställer deras ordning, med konsekvenser för MEV och censur. Projektet planerar inledningsvis en enda, centraliserad sequencer. Enligt färdplanen kommer decentraliseringen att ske inom två till fyra år.

⚠ Inledningsvis centraliserad
⚓

Settlement

Den periodiska förankringen av state commitment på Bitcoin. Varje förankring offentliggör Merkle-roten av det uppdaterade tillståndet. Dokumentationen beskriver en adaptiv frekvens: en tätare förankring skulle kunna förkorta tiden till finalitet, men ökar transaktionskostnaderna på Bitcoin.

◎ Under utveckling
📦

Datatillgänglighet

Datatillgängligheten avgör var de data som krävs för att rekonstruera transaktionerna och tillståndet lagras, och hur de görs tillgängliga. Skulle dessa data inte vara offentligt tillgängliga skulle systemet avlägsna sig från modellen för en rollup med offentlig datatillgänglighet och närma sig ett upplägg av Validium-typ. Den 28 april 2026 var den slutliga lösningen fortfarande under utredning.

⚠ Under utredning

💡 Huvudpunkter

  • • Bitcoin Hyper presenterar sig som en rollup med off-chain-utförande och tillståndsåtaganden förankrade på Bitcoin
  • • Enligt projektet ska SVM ge programmerbarhet och kompatibilitet med Solanas utvecklingsekosystem; båda aspekterna måste verifieras
  • • Den ursprungliga designen utgår från en centraliserad sequencer och en federerad Bridge, med en färdplan för decentralisering på två till fyra år
  • • Datatillgängligheten och den tvingade inklusionen är fortfarande under utveckling: det rör sig om kritiska milstolpar före mainnet
  • • Projektet framställer det som en rollup, inte som en sidechain. Den säkerhetsnivå som ärvs från Bitcoin kommer att bero på den konkreta utformningen av förankringen, datatillgängligheten, Bridge och verifikationsmekanismerna