Glossaire

Periodinis rollup state commitment paskelbimas baziniame Bitcoin sluoksnyje. Įtvirtinimas užregistruoja būklės įsipareigojimą ir leidžia aptikti vėlesnius pakeitimus, tačiau vien jis negarantuoja nei būklės teisingumo, nei Data Availability, nei bridge saugumo.

Bitcoin scenarijų kalbos opkodas, leidžiantis į operaciją įterpti iki 80 baitų savavališkų duomenų ir padarantis išvadą įrodomai neišleidžiamą. Jis gali būti naudojamas state commitment įtvirtinti.

Bitcoin atnaujinimas (BIP 341/342, aktyvuotas 2021 m. lapkritį), įvedantis Schnorr parašus ir MAST. Jis pagerina privatumą, efektyvumą ir scenarijų lankstumą bei yra svarbus efektyvesniems įtvirtinimo mechanizmams.

Unspent Transaction Output (neišleista operacijos išvada). Bitcoin apskaitos modelis: užuot turint „paskyras“, egzistuoja „neišleistos išvados“, atitinkančios konkrečias sumas. Jis skiriasi nuo paskyrų modelio, naudojamo SVM ir Ethereum.

Layer 2 sprendimas, vykdantis operacijas už grandinės ribų ir periodiškai skelbiantis suglaudintą būklę baziniame sluoksnyje (L1). Jis sujungia mastelio didinimą už grandinės ribų su saugumu, kuris, atsižvelgiant į pasirinktą modelį, remiasi L1.

Nepriklausoma blokų grandinė, su L1 sujungta per bridge. Jos saugumas pirmiausia priklauso nuo jos pačios konsensuso mechanizmo ir bridge architektūros, o ne tiesiogiai nuo L1 saugumo.

Į rollup panaši architektūra, kurioje būklei atkurti reikalingi duomenys saugomi ne L1 sluoksnyje. Ji gali sumažinti kaštus ir padidinti pralaidumą, tačiau įveda papildomas Data Availability prielaidas: jei duomenys taptų neprieinami, naudotojai gali netekti galimybės patikrinti būklę arba atsiimti lėšas.

Rollup, pagal nutylėjimą laikantis būklės perėjimus galiojančiais — iš čia terminas „optimistinis“. Jis remiasi apgaulės įrodymais, leidžiančiais užprotestuoti neteisingus perėjimus per tam tikrą laiko intervalą, Ethereum atveju paprastai septynias dienas.

Rollup, naudojantis galiojimo įrodymus — dažnai grindžiamus nulinio žinojimo kriptografija — siekiant įrodyti, kad būklės perėjimai atitinka protokolo taisykles. Jis gali sutrumpinti patvirtinimo laiką, palyginti su optimistic rollup, nors faktinis galutinumas taip pat priklauso nuo L1 ir sistemos architektūros.

Solana Labs sukurta vykdymo aplinka (runtime). Ji leidžia vykdyti operacijas paraleliai, reikalaudama, kad kiekviena operacija aiškiai deklaruotų naudojamas paskyras. Pagal projekto pateiktą informaciją, Bitcoin Hyper ją naudoja kaip vykdymo aplinką.

SVM paralelizavimo aplinka (runtime). Ji analizuoja kiekvienos operacijos deklaruotas paskyras ir leidžia paraleliai vykdyti tas, kurios tarpusavyje nekonfliktuoja. Tai vienas iš elementų, lemiančių Solana ir, pagal projekto pateiktą informaciją, Bitcoin Hyper numatytos architektūros veikimą.

Rust karkasas, skirtas SVM programoms kurti. Jis papildo makrokomandomis, konvencijomis ir testavimo priemonėmis, palengvinančiomis kūrimą Solana aplinkoje. Pagal projekto pateiktą informaciją, Bitcoin Hyper ketina pasiūlyti panašią priemonių grandinę; faktinį suderinamumą dar reikės patikrinti.

Standartinių SVM programų biblioteka: tokenai (SPL Token), staking, valdymas ir kita. Pagal projekto pateiktą informaciją, Bitcoin Hyper siekia suderinamumo su SPL, o tai leistų pakartotinai naudoti Solana tokenus ir programas.

Rollup komponentas, nustatantis operacijų eiliškumą prieš jų vykdymą. Sequencerį kontroliuojantis subjektas gali nustatyti šį eiliškumą, o tai turi pasekmių MEV ir cenzūros požiūriu. Bitcoin Hyper paleidimo metu numatyta, kad jis bus centralizuotas.

Vertė, kurią galima išgauti pergrupuojant, įterpiant ar praleidžiant operacijas bloke arba jų pakete. Centralizuotas sequenceris gali turėti reikšmingų galimybių pasisavinti rollup MEV arba jį paveikti.

Mechanizmas, leidžiantis naudotojams „priverstinai“ įtraukti operaciją per Bitcoin L1, apeinant cenzūrą taikantį sequencerį. Bitcoin Hyper atveju 2026-04-28 ši funkcija dar buvo kuriama.

Oficialus Bitcoin Hyper bridge, leidžiantis perkelti BTC iš L1 į rollup ir atgal. Paleidimo metu: federuotas arba centralizuotas saugojimas su iš to kylančiomis pasitikėjimo prielaidomis. Plėtros plane numatyta laipsniška decentralizacija, kurią dar reikia patikrinti.

Mechanizmas, leidžiantis naudotojams atsiimti lėšas iš rollup net tuomet, kai sequenceris ar bridge nebendradarbiauja, pasitelkiant Bitcoin L1. Tai kritiškai svarbi saugumo funkcija, kuri dar kuriama.

Garantija, kad visų operacijų duomenys yra viešai prieinami. Jei duomenų nėra, niekas negali atkurti rollup būklės. Bitcoin Hyper atveju galutinis sprendimas dar nagrinėjamas.

Suglaudinta viso rollup būklės išraiška tam tikru momentu — paprastai Merkle šaknis. Ji periodiškai skelbiama Bitcoin tinkle kaip įtvirtinimas; jos paskelbimas nėra tolygus visapusiškam būklės patikrinimui.

Medžio formos duomenų struktūra, kurioje kiekvienas pirminis mazgas atitinka savo antrinių mazgų maišos reikšmę. Ji leidžia efektyviai įrodyti duomenų įtraukimą — Merkle įrodymais — neatskleidžiant visos duomenų aibės.

Tokenas, kurį projekto dokumentacija pateikia kaip savąjį Bitcoin Hyper tokeną. Paskelbta bendra pasiūla — 21 mlrd. Pagal paskelbtą dokumentaciją, jį numatoma naudoti mokesčiams apmokėti, staking veiklai ir, vėlesniame etape, valdymo mechanizmams. Paskelbtas paskirstymas yra toks: 25 % iždas, 30 % kūrimas, 20 % rinkodara, 15 % atlygiai ir 10 % listingas biržose.

Laipsniško tokenų atrakinimo laiko atžvilgiu mechanizmas. Pagal paskelbtas išankstinio pardavimo sąlygas, $HYPER vesting periodas būtų septynios dienos.

Įvykis, per kurį tokenas sukuriamas ir pirmą kartą paskirstomas. Pagal whitepaper, saugumo auditai turi būti baigti prieš Bitcoin Hyper TGE.

Bendra tinklo DeFi protokoluose deponuoto turto vertė. Tai rodiklis, naudojamas ekosistemos pritaikymui ir pasitikėjimui įvertinti.

DeFi protokolas, naudojantis matematines formules — paprastai x*y=k — mainų kainoms nustatyti, nesinaudojant tradicine orderių knyga.

Paslauga, į blokų grandinę įvedanti realaus pasaulio duomenis — kainas, įvykius ir kita. Ji būtina DeFi: paskolos, išvestinės finansinės priemonės ir daugelis sutarčių priklauso nuo patikimų išorinių kainų duomenų.

Kriptografinis įrodymas, patvirtinantis, kad būklės perėjimas negalioja. Jis naudojamas optimistic rollup sprendimuose siekiant užprotestuoti apgaulingas būkles per protesto laikotarpį.

Nepriklausomų specialistų atliekama pirminio kodo peržiūra galimoms pažeidžiamybėms nustatyti. Bitcoin Hyper atveju projektas paskelbė, kad auditai bus publikuoti prieš TGE; 2026 m. balandžio 28 d. nebuvo nustatyta jokios viešos protokolo ar bridge audito ataskaitos.

Momentas, nuo kurio operacija pagal sistemos taisykles ir prielaidas laikoma neatšaukiama. Bitcoin Hyper aprašytoje architektūroje būklės įsipareigojimai po paskelbimo kauptų patvirtinimus Bitcoin tinkle; vien tai negarantuoja nei būklės galiojimo, nei galimybės atsiimti lėšas.

Bitcoin mokėjimų tinklas, grindžiamas kanalais. Jis pirmiausia skirtas greitiems ir nedidelių kaštų mokėjimams ir nesuteikia bendrosios paskirties smart contract aplinkos, prilygstančios virtualiajai mašinai. Gamybinėje aplinkoje naudojamas nuo 2018 m.

Su Bitcoin susietas smart contract tinklas, naudojantis PoX (Proof of Transfer) mechanizmą. Jis turi savo kalbą Clarity ir registruoja su savo blokais susijusią informaciją Bitcoin tinkle.

Su EVM suderinama Bitcoin sidechain, naudojanti merge-mining. Gas mokesčiams ji naudoja RBTC — su BTC susietą turtą. Veikia nuo 2018 m.