Viiteopas

Mitä Bitcoin Hyper on?

Bitcoin Hyper esittäytyy ehdotettuna Bitcoinin Layer 2 -rollupina, jonka on suunniteltu käyttävän Solana Virtual Machinea suoritusympäristönä. Tämä sivu käy läpi perusteet ja ehdotetun arkkitehtuurin.

⚠ Dokumentoitu vai ilmoitettu

Tämä verkkosivusto erottaa johdonmukaisesti sen, mikä on dokumentoitua ja todennettavaa — esimerkiksi devnetissä havaittavissa olevat elementit — siitä, mikä on ilmoitettua tai vielä kehitteillä. Tämä erottelu tuodaan sivulla kauttaaltaan nimenomaisesti esiin.

Kolmitasoinen arkkitehtuuri

Layer 3 — Applications DeFi · NFT · DEX · Lending · Wallet · Gaming · Oracles · Compliance SVM-ohjelmat (Rust/Anchor) Layer 2 — Hyper Rollup Suoritus SVM / Sealevel Sequencing Aluksi keskitetty Datan saatavuus Selvitettävänä ⚠ Bridge Canonical Bridge · Test Layer 1 — Bitcoin (Settlement) Turvallisuus · Muuttumattomuus · Lopullisuus · OP_RETURN · Taproot
1

Bitcoin — selvityskerros

Ehdotetussa arkkitehtuurissa Bitcoin toimii selvitys- ja ankkurointikerroksena. Projektin dokumentaation mukaan Hyper-Rollup julkistaa säännöllisesti state commitment -sitoumuksensa — nykyisen tilan Merkle-juuren — Bitcoiniin OP_RETURNin tai Taprootin kautta. Tämä ankkurointi mahdollistaa tilasitoumusten vahvistamisen ja myöhempien muutosten havaitsemisen, mutta ei sinänsä takaa tilan oikeellisuutta, datan saatavuutta eikä Bridgen turvallisuutta.

Ilmoitettu tila: arkkitehtuuri kuvattu whitepaperissa | säännöllinen ankkurointi kehitteillä

2

Hyper Rollup — suorituskerros

Ehdotettu arkkitehtuuri käsittää neljä pääkomponenttia: suoritus (SVM ja Sealevel-rinnakkaistus), sequencing (transaktioiden järjestys, aluksi keskitetty), datan saatavuus (täydellisten transaktiotietojen tallennuspaikka, edelleen selvitettävänä) ja Bridge (Canonical Bridge BTC↔Hyper, testivaiheessa devnetissä).

Ilmoitettu tila: SVM projektin mukaan aktiivinen devnetissä | datan saatavuus ja pakotettu sisällytys kehitteillä

3

Sovellukset — käyttäjäkerros

Sovelluskerros, joka kattaa esimerkiksi DeFi-protokollat, DEXit, NFT-markkinapaikat, lainauksen, stablecoinit, pelit ja sääntelynmukaisuuden työkalut. Projektin dokumentaation mukaan ohjelmat kehitetään Rustilla ja Anchorilla sekä Solanan kaltaisella toolchainilla. Todellinen yhteensopivuus ja tarvittavat mukautukset on todennettava teknisen dokumentaation ja riippumattomien testien perusteella.

Ilmoitettu tila: ensimmäiset SVM-ohjelmat projektin mukaan testattu devnetissä | sovellusekosysteemi rakenteilla

Rollupin neljä komponenttia

Jokainen rollup, ei vain Bitcoin Hyper, nojaa näihin neljään pilariin.

⚡

Suoritus

Virtuaalikone, joka suorittaa älysopimuksia. Hyperille ehdotettu arkkitehtuuri käyttää SVM:ää ja Sealevel-runtimea rinnakkaistukseen. Eri tilejä koskevat transaktiot voidaan suorittaa rinnakkain, mikä voi kasvattaa läpäisyä.

◎ Projektin mukaan aktiivinen devnetissä
⬡

Sequencing

Komponentti, joka määrää transaktioiden järjestyksen. Se vahvistaa niiden järjestyksen, millä on seurauksia MEV:n ja sensuurin kannalta. Projekti suunnittelee aluksi yhtä ainoaa, keskitettyä sequenceria. Tiekartan mukaan hajauttaminen tapahtuu kahden–neljän vuoden kuluessa.

⚠ Aluksi keskitetty
⚓

Selvitys

State commitmentin säännöllinen ankkurointi Bitcoiniin. Jokainen ankkurointi julkistaa päivitetyn tilan Merkle-juuren. Dokumentaatio kuvaa mukautuvan tiheyden: tiheämpi ankkurointi voisi lyhentää lopullisuuteen kuluvaa aikaa, mutta kasvattaa Bitcoinin transaktiokustannuksia.

◎ Kehitteillä
📦

Datan saatavuus

Datan saatavuus ratkaisee, missä transaktioiden ja tilan rekonstruoimiseen tarvittavat tiedot säilytetään ja miten ne asetetaan saataville. Mikäli nämä tiedot eivät olisi julkisesti saatavilla, järjestelmä etääntyisi julkisen datan saatavuuden rollup-mallista ja lähestyisi Validium-tyyppistä ratkaisua. 28. huhtikuuta 2026 lopullinen ratkaisu oli edelleen selvitettävänä.

⚠ Selvitettävänä

💡 Pääkohdat

  • • Bitcoin Hyper esittäytyy rollupina, jonka suoritus tapahtuu off-chain ja jonka tilasitoumukset ankkuroidaan Bitcoiniin
  • • Projektin mukaan SVM tuo ohjelmoitavuuden ja yhteensopivuuden Solanan kehitysekosysteemin kanssa; molemmat näkökohdat on todennettava
  • • Alkuperäinen suunnitelma perustuu keskitettyyn sequenceriin ja federoituun Bridgeen, ja hajauttamiselle on kahden–neljän vuoden tiekartta
  • • Datan saatavuus ja pakotettu sisällytys ovat edelleen kehitteillä: kyse on kriittisistä virstanpylväistä ennen mainnetiä
  • • Projekti esittää sen rollupina, ei sivuketjuna. Bitcoinilta peritty turvallisuustaso riippuu ankkuroinnin, datan saatavuuden, Bridgen ja todennusmekanismien konkreettisesta toteutuksesta