Hvad er Bitcoin Hyper?

Bitcoin Hyper præsenterer sig som et foreslået Layer 2-rollup til Bitcoin, der efter planen skal anvende Solana Virtual Machine som eksekveringsmiljø. Denne side gennemgår grundlaget og den foreslåede arkitektur.

⚠ Dokumenteret eller annonceret

Dette websted skelner konsekvent mellem, hvad der er dokumenteret og verificerbart — for eksempel de elementer, der kan observeres på devnet — og hvad der er annonceret eller stadig under udvikling. Denne sondring fremhæves udtrykkeligt overalt på siden.

Den trelagede arkitektur

Layer 3 — Applications DeFi · NFT · DEX · Lending · Wallet · Gaming · Oracles · Compliance SVM-programmer (Rust/Anchor) Layer 2 — Hyper Rollup Udførelse SVM / Sealevel Sequencing Indledningsvis centraliseret Datatilgængelighed Under undersøgelse ⚠ Bridge Canonical Bridge · Test Layer 1 — Bitcoin (Settlement) Sikkerhed · Uforanderlighed · Finalitet · OP_RETURN · Taproot
1

Bitcoin — settlementlaget

I den foreslåede arkitektur varetager Bitcoin funktionen som settlement- og forankringslag. Ifølge projektdokumentationen vil Hyper-Rollup periodisk offentliggøre sit state commitment — en Merkle-rod af den aktuelle tilstand — på Bitcoin via OP_RETURN eller Taproot. Denne forankring vil gøre det muligt at fastlægge tilstandsforpligtelser og opdage senere ændringer, men garanterer ikke i sig selv hverken tilstandens korrekthed, datatilgængeligheden eller sikkerheden i Bridge.

Angivet status: arkitektur beskrevet i whitepaperet | periodisk forankring under udvikling

2

Hyper Rollup — udførelseslaget

Den foreslåede arkitektur omfatter fire hovedkomponenter: udførelsen (SVM med Sealevel-parallelisering), sequencing (rækkefølgen af transaktionerne, indledningsvis centraliseret), datatilgængeligheden (lagringsstedet for de fuldstændige transaktionsdata, stadig under undersøgelse) og Bridge (Canonical Bridge BTC↔Hyper, i testfasen på devnet).

Angivet status: SVM ifølge projektet aktiv på devnet | datatilgængelighed og tvungen inklusion under udvikling

3

Applikationer — brugerlaget

Laget for applikationer såsom DeFi-protokoller, DEX, NFT-markedspladser, långivning, stablecoins, spil og værktøjer til regulatorisk compliance. Ifølge projektdokumentationen vil programmerne blive udviklet i Rust med Anchor og en toolchain, der ligner Solanas. Den faktiske kompatibilitet og de nødvendige tilpasninger skal verificeres ud fra teknisk dokumentation og uafhængige test.

Angivet status: de første SVM-programmer ifølge projektet testet på devnet | applikationsøkosystem under opbygning

De fire komponenter i et rollup

Ethvert rollup, ikke kun Bitcoin Hyper, hviler på disse fire søjler.

Udførelse

Den virtuelle maskine, der udfører smart contracts. Den arkitektur, der foreslås til Hyper, anvender SVM med Sealevel-runtime til parallelisering. Transaktioner, der vedrører forskellige konti, kan udføres parallelt, hvilket kan øge gennemløbet.

◎ Ifølge projektet aktiv på devnet

Sequencing

Komponenten, der bestemmer rækkefølgen af transaktionerne. Den fastlægger deres rækkefølge, med konsekvenser for MEV og censur. Projektet planlægger indledningsvis én enkelt, centraliseret sequencer. Ifølge roadmappen vil decentraliseringen finde sted inden for to til fire år.

⚠ Indledningsvis centraliseret

Settlement

Den periodiske forankring af state commitment på Bitcoin. Hver forankring vil offentliggøre Merkle-roden af den opdaterede tilstand. Dokumentationen beskriver en adaptiv frekvens: en hyppigere forankring vil kunne forkorte tiden til finalitet, men vil øge transaktionsomkostningerne på Bitcoin.

◎ Under udvikling
📦

Datatilgængelighed

Datatilgængeligheden bestemmer, hvor de data, der er nødvendige for at rekonstruere transaktionerne og tilstanden, lagres, og hvordan de gøres tilgængelige. Skulle disse data ikke være offentligt tilgængelige, ville systemet fjerne sig fra modellen for et rollup med offentlig datatilgængelighed og nærme sig en ordning af Validium-typen. Den 28. april 2026 var den endelige løsning stadig under undersøgelse.

⚠ Under undersøgelse

💡 Hovedpointer

  • • Bitcoin Hyper præsenterer sig som et rollup med off-chain-udførelse og tilstandsforpligtelser forankret på Bitcoin
  • • Ifølge projektet skal SVM bringe programmerbarhed og kompatibilitet med Solanas udviklingsøkosystem; begge aspekter skal verificeres
  • • Det oprindelige design lægger op til en centraliseret sequencer og en fødereret Bridge, med en decentraliserings-roadmap over to til fire år
  • • Datatilgængeligheden og den tvungne inklusion er fortsat under udvikling: der er tale om kritiske milepæle inden mainnet
  • • Projektet fremstiller det som et rollup, ikke som en sidechain. Det sikkerhedsniveau, der arves fra Bitcoin, vil afhænge af den konkrete udformning af forankringen, datatilgængeligheden, Bridge og verifikationsmekanismerne