Glosar de termeni

Publicarea periodică a state commitment-ului unui rollup în stratul de bază al Bitcoin (L1). Ancorarea înregistrează state commitment-ul și permite detectarea unor modificări ulterioare; în sine, nu garantează însă corectitudinea stării, disponibilitatea datelor sau securitatea bridge-ului.

Cod de operație (opcode) din scriptul Bitcoin, care permite includerea în tranzacție a până la 80 de octeți de date arbitrare, făcând demonstrabil faptul că outputul rezultat nu poate fi cheltuit. Poate fi folosit pentru ancorarea state commitment-urilor.

Actualizare a Bitcoin (BIP 341/342, activată în noiembrie 2021), care introduce semnăturile Schnorr și MAST. Îmbunătățește confidențialitatea, eficiența și flexibilitatea scripturilor și este relevantă pentru mecanisme de ancorare mai eficiente.

Unspent Transaction Output. Modelul contabil al Bitcoin: în locul „conturilor” există „outputuri necheltuite”, care corespund unor sume determinate. Diferă de modelul bazat pe conturi folosit de SVM și de Ethereum.

Soluție Layer 2 care execută tranzacțiile off-chain și publică periodic o formă comprimată a stării în stratul de bază (L1). Combină scalabilitatea off-chain cu securitatea preluată — în funcție de modelul adoptat — de la L1.

Blockchain separat, conectat la L1 printr-un bridge. Securitatea lui depinde în primul rând de propriul mecanism de consens și de construcția bridge-ului, nu direct de securitatea L1.

Arhitectură apropiată de rollup, în care datele necesare reconstituirii stării sunt păstrate în afara L1. Poate reduce costurile și crește capacitatea, dar introduce ipoteze suplimentare privind disponibilitatea datelor: dacă datele devin inaccesibile, utilizatorii pot pierde posibilitatea de a verifica starea sau de a-și retrage fondurile.

Rollup care presupune implicit corectitudinea tranzițiilor de stare — de aici denumirea „optimistic”. Se bazează pe fraud proofs, care permit contestarea tranzițiilor eronate într-o fereastră de timp determinată — de regulă șapte zile în cazul Ethereum.

Rollup care folosește dovezi de validitate — adesea bazate pe criptografie zero-knowledge — pentru a demonstra că tranzițiile de stare respectă regulile protocolului. Poate scurta timpul de confirmare față de un Optimistic Rollup, deși finalitatea efectivă depinde și aici de L1 și de construcția sistemului.

Mediu de execuție (runtime) dezvoltat de Solana Labs. Permite execuția paralelă a tranzacțiilor, cerând fiecăreia să declare explicit conturile pe care le folosește. Potrivit proiectului, Bitcoin Hyper îl folosește ca mediu de execuție.

Motor de procesare paralelă din cadrul SVM. Analizează conturile declarate de fiecare tranzacție și permite execuția în paralel a tranzacțiilor care nu se suprapun. Este una dintre componentele care determină capacitatea Solanei și — potrivit proiectului — arhitectura prevăzută pentru Bitcoin Hyper.

Framework în limbajul Rust pentru dezvoltarea programelor SVM. Aduce macrouri, convenții și unelte de testare care simplifică dezvoltarea pe Solana. Potrivit proiectului, Bitcoin Hyper ar urma să ofere un toolchain echivalent; compatibilitatea reală rămâne de verificat.

Bibliotecă de programe standard pentru SVM: tokenuri (SPL Token), staking, guvernanță și altele. Potrivit proiectului, Bitcoin Hyper urmărește compatibilitatea cu SPL, ceea ce ar permite reutilizarea tokenurilor și a programelor din Solana.

Componenta unui rollup care ordonează tranzacțiile înainte de execuție. Operatorul sequencerului poate decide această ordine, cu efecte asupra MEV și asupra cenzurii. La lansarea Bitcoin Hyper, el ar urma să fie centralizat.

Valoarea care poate fi extrasă prin rearanjarea, inserarea sau omiterea unor tranzacții dintr-un bloc sau dintr-un lot. Un sequencer centralizat poate avea o marjă considerabilă în captarea sau influențarea MEV-ului unui rollup.

Mecanism care permite utilizatorilor să „impună” includerea unei tranzacții prin Bitcoin L1, ocolind un sequencer care cenzurează. La 28 aprilie 2026, funcția era încă în dezvoltare în Bitcoin Hyper.

Bridge-ul oficial al Bitcoin Hyper, pentru transferul BTC de pe L1 pe rollup și înapoi. La lansare: custodie federată sau centralizată, cu ipotezele de încredere care decurg din aceasta. Foaia de parcurs prevede o descentralizare treptată, care rămâne de verificat.

Mecanism care permite utilizatorilor să își retragă fondurile din rollup prin Bitcoin L1, chiar și atunci când sequencerul sau bridge-ul nu cooperează. O funcție de siguranță esențială, încă în dezvoltare.

Garanția că datele tuturor tranzacțiilor sunt accesibile public. Fără aceste date, nimeni nu poate reconstitui starea rollupului. În cazul Bitcoin Hyper, soluția finală este încă în analiză.

Reprezentare comprimată — de regulă o rădăcină Merkle — a stării complete a rollupului la un moment dat. Este publicată periodic pe Bitcoin ca ancorare; publicarea în sine nu echivalează cu verificarea completă a stării.

Structură de date sub formă de arbore, în care fiecare nod-părinte este hashul nodurilor sale copil. Permite construirea unor dovezi eficiente — Merkle proofs — că un anumit element aparține unui set, fără a dezvălui întregul set.

Token prezentat în documentația proiectului drept tokenul nativ al Bitcoin Hyper. Oferta totală declarată este de 21 de miliarde. Potrivit documentației publicate, ar urma să fie folosit pentru plăți, pentru participarea la staking și — într-o etapă ulterioară — pentru guvernanță. Repartizarea declarată este: 25% trezorerie, 30% dezvoltare, 20% marketing, 15% recompense și 10% listări.

Mecanism de eliberare treptată a tokenurilor în timp. Potrivit condițiilor publicate pentru pre-vânzare, pentru $HYPER este indicat un vesting de șapte zile.

Evenimentul în cadrul căruia un token este emis și distribuit pentru prima dată. Potrivit whitepaperului, auditurile de securitate ar urma să fie finalizate înainte de TGE-ul Bitcoin Hyper.

Valoarea totală a activelor depuse în protocoalele DeFi ale unei rețele. Un indicator folosit pentru a evalua nivelul de adopție a ecosistemului și încrederea în el.

Protocol DeFi care folosește formule matematice — de regulă x*y=k — pentru a stabili cursurile de schimb, eliminând nevoia unui registru de ordine clasic.

Serviciu care aduce în blockchain date din lumea reală — prețuri, evenimente și altele asemenea. Este esențial pentru DeFi: creditarea, instrumentele derivate și multe alte contracte depind de date de preț externe și fiabile.

Dovadă criptografică prin care se demonstrează că o tranziție de stare este incorectă. Este folosită în Optimistic Rollupuri pentru a contesta stări frauduloase în fereastra de contestare.

Examinarea codului-sursă de către specialiști independenți, pentru identificarea unor potențiale vulnerabilități. În cazul Bitcoin Hyper, proiectul a anunțat publicarea auditurilor de securitate înainte de TGE; la 28 aprilie 2026 nu a putut fi confirmat niciun raport public de audit al protocolului sau al bridge-ului.

Momentul din care, potrivit regulilor și ipotezelor sistemului, o tranzacție este considerată ireversibilă. În arhitectura descrisă pentru Bitcoin Hyper, state commitment-urile ar acumula confirmări pe Bitcoin după publicare; acest lucru nu garantează însă în sine validitatea stării sau posibilitatea de a retrage fondurile.

Rețea de plăți pe Bitcoin, bazată pe canale. Gândită în primul rând pentru plăți rapide și ieftine, nu oferă un mediu generalist pentru contracte inteligente comparabil cu o mașină virtuală. În producție din 2018.

Rețea de contracte inteligente conectată la Bitcoin prin mecanismul PoX (Proof of Transfer). Are limbaj propriu, Clarity, și înregistrează datele blocurilor sale pe Bitcoin.

Sidechain al Bitcoin compatibil cu EVM, care folosește merge-mining. Pentru plata gazului utilizează tokenul RBTC — un activ ancorat la BTC. Funcționează din 2018.