Ghid

Ce este Bitcoin Hyper?

Bitcoin Hyper se prezintă ca un rollup Layer 2 propus pentru Bitcoin, care ar urma să folosească Solana Virtual Machine ca mediu de execuție. Pagina de față trece în revistă premisele de bază și arhitectura propusă.

⚠ Documentat versus promis

Acest site separă consecvent ceea ce este documentat și verificabil — de pildă, elementele observabile pe devnet — de ceea ce este promis sau încă în dezvoltare. Distincția este marcată explicit în tot cuprinsul paginii.

Arhitectura pe trei straturi

Layer 3 — Aplicații DeFi · NFT · DEX · Împrumuturi · Portofele · Jocuri · Oracle · Conformitate Programe SVM (Rust/Anchor) Layer 2 — Hyper Rollup Execuție SVM / Sealevel Secvențiere Centralizată inițial Disponibilitatea datelor În analiză ⚠ Bridge Canonical Bridge (în testare) Layer 1 — Bitcoin (decontare) Securitate · Imutabilitate · Finalitate · OP_RETURN · Taproot
1

Bitcoin — stratul de decontare

În arhitectura propusă, Bitcoin joacă rolul de strat de decontare și de ancorare. Potrivit documentației proiectului, rollupul Hyper publică periodic pe Bitcoin propriul state commitment — rădăcina Merkle a stării curente — prin OP_RETURN sau Taproot. Ancorarea permite verificarea state commitment-ului și detectarea unor modificări ulterioare, dar nu garantează în sine corectitudinea stării, disponibilitatea datelor sau securitatea bridge-ului.

Status declarat: arhitectură descrisă în whitepaper | ancorarea periodică, în dezvoltare

2

Hyper Rollup — stratul de execuție

Arhitectura propusă cuprinde patru componente principale: execuția (SVM cu procesare paralelă Sealevel), secvențierea (stabilirea ordinii tranzacțiilor, centralizată inițial), disponibilitatea datelor (unde sunt păstrate datele complete ale tranzacțiilor, subiect încă în analiză) și bridge-ul (Canonical Bridge BTC↔Hyper, aflat în testare pe devnet).

Status declarat: SVM funcțional pe devnet potrivit proiectului | disponibilitatea datelor și forced inclusion, în dezvoltare

3

Aplicațiile — stratul utilizatorului

Stratul aplicativ cuprinde, între altele, protocoale DeFi, burse DEX, piețe NFT, platforme de creditare, stablecoinuri, jocuri și instrumente de conformitate. Potrivit documentației proiectului, programele se scriu în Rust și Anchor, cu un set de unelte apropiat de cel din ecosistemul Solana. Compatibilitatea reală și amploarea adaptărilor necesare trebuie verificate pe baza documentației tehnice și a unor teste independente.

Status declarat: primele programe SVM testate pe devnet potrivit proiectului | ecosistemul de aplicații abia se conturează

Cele patru componente ale unui rollup

Orice rollup — nu doar Bitcoin Hyper — se sprijină pe aceiași patru piloni.

⚡

Execuția

Mașina virtuală care rulează contractele inteligente. Arhitectura propusă pentru Hyper se bazează pe SVM și pe mediul de execuție Sealevel, responsabil de paralelism. Tranzacțiile care ating conturi diferite pot fi executate în paralel, ceea ce poate crește capacitatea.

◎ Funcțional pe devnet, potrivit proiectului
⬡

Secvențierea

Componenta care stabilește ordinea tranzacțiilor — o decizie cu efect direct asupra MEV și asupra riscului de cenzură. Proiectul prevede inițial un sequencer unic, centralizat; potrivit foii de parcurs, descentralizarea ar urma să aibă loc în doi până la patru ani.

⚠ Centralizată inițial
⚓

Decontarea

Ancorarea periodică a state commitment-ului pe Bitcoin. Fiecare ancorare publică rădăcina Merkle a stării actualizate. Documentația descrie o frecvență variabilă: o ancorare mai deasă ar scurta timpul până la finalitate, dar ar ridica costurile de tranzacție pe Bitcoin.

◎ În dezvoltare
📦

Disponibilitatea datelor

Disponibilitatea datelor arată unde sunt păstrate datele necesare reconstituirii tranzacțiilor și a stării și cum sunt puse la dispoziție. Dacă aceste date nu ar fi accesibile public, sistemul s-ar îndepărta de modelul de rollup cu disponibilitate publică a datelor și s-ar apropia de o soluție de tip validium. La 28 aprilie 2026, soluția finală nu era încă stabilită.

⚠ În analiză

💡 Ce merită reținut

  • • Bitcoin Hyper se prezintă ca rollup: execuția are loc off-chain, iar state commitment-ul este ancorat pe Bitcoin
  • • Potrivit proiectului, SVM asigură programabilitatea și compatibilitatea cu ecosistemul de dezvoltare Solana; ambele aspecte rămân de verificat
  • • Planul inițial se bazează pe un sequencer centralizat și pe un bridge federat, cu descentralizarea prevăzută — potrivit foii de parcurs — în doi până la patru ani
  • • Disponibilitatea datelor și forced inclusion sunt încă în dezvoltare — jaloane esențiale înainte de lansarea mainnetului
  • • Proiectul îl prezintă ca rollup, nu ca sidechain. Cât din securitatea Bitcoin este efectiv moștenită depinde de implementarea concretă a ancorării, de disponibilitatea datelor, de bridge și de mecanismele de verificare