Ce este un rollup și de ce avea Bitcoin nevoie de el?

Problema scalabilității în Bitcoin

Bitcoin a fost proiectat din start pentru verificabilitate, descentralizare și rezistență, nu pentru a maximiza numărul de tranzacții pe secundă. Fiecare nod complet validează tranzacțiile după regulile protocolului. Capacitatea stratului de bază este limitată și se estimează de obicei la aproximativ 7 tranzacții pe secundă, cifra reală depinzând de tipul și de dimensiunea tranzacțiilor.

Ani la rând, disputa s-a redus în esență la o singură întrebare: cum crește capacitatea Bitcoin fără a atinge tocmai ceea ce îl face valoros?

Abordările de până acum

Primul răspuns a fost Lightning Network, în funcțiune din 2018 — o rețea de canale de plată care permite plăți rapide și, de regulă, ieftine, inclusiv pe rute care traversează mai multe canale. Este gândită în primul rând pentru plăți și nu oferă un mediu generalist pentru contracte inteligente. Funcționarea ei depinde de lichiditatea disponibilă și de posibilitatea de a găsi o rută potrivită.

Stacks a mers pe altă cale: o rețea de contracte inteligente legată de Bitcoin prin mecanismul PoX, cu limbaj propriu — Clarity. Modelul său de securitate și finalitatea diferă de cele ale Bitcoin și depind, în plus, de regulile specifice rețelei Stacks.

Rootstock (RSK) a mizat pe compatibilitatea cu EVM și pe merge-mining cu Bitcoin. Rețeaua funcționează din 2018 și se bazează pe un model de sidechain, cu ipoteze proprii privind securitatea și bridge-ul.

De ce un rollup este altceva

Un rollup nu este un sidechain. Distincția tehnică contează:

• - Un sidechain își păstrează propriul mecanism de consens sau de validare. Securitatea lui depinde în primul rând de acel sistem și de construcția bridge-ului care îl leagă de Bitcoin.
• - În arhitectura descrisă pentru Bitcoin Hyper, execuția tranzacțiilor s-ar petrece în afara Bitcoin, iar state commitment-urile ar fi publicate pe stratul de bază. Dacă soluția merită sau nu numele de rollup ține însă și de disponibilitatea datelor și de sistemul de dovezi.

Potrivit arhitecturii publicate de proiect, fluxul avut în vedere ar arăta astfel:

1. Utilizatorii și-ar trimite tranzacțiile către sequencer
2. Sequencerul le-ar ordona și le-ar executa în loturi
3. La intervale regulate, un state commitment — rădăcina Merkle a stării actualizate — ar fi publicat pe Bitcoin prin OP_RETURN sau Taproot
4. Posibilitatea de a verifica tranziția ar depinde de disponibilitatea datelor și de sistemul de dovezi; commitment-ul în sine nu demonstrează corectitudinea tranziției

Odată confirmat pe Bitcoin, state commitment-ul beneficiază de imutabilitatea practică a tranzacției în care este inclus. Înregistrarea devine astfel greu de modificat ulterior, dar acest lucru nu împiedică publicarea unui commitment eronat și nu garantează corectitudinea stării, disponibilitatea datelor sau securitatea bridge-ului.

Disponibilitatea datelor: o întrebare încă deschisă

Întrebarea esențială este unde se află efectiv datele tranzacțiilor. Dacă pe Bitcoin se publică doar commitment-ul, iar datele complete rămân la sequencer, arhitectura ar fi mai apropiată de un model de tip Validium decât de un rollup cu disponibilitate publică a datelor. Distincția nu este pur academică: dacă sequencerul ar dispărea împreună cu datele, utilizatorii ar putea rămâne fără posibilitatea de a-și verifica propriul sold.

Conform documentației publicate de proiect, soluția finală pentru disponibilitatea datelor este încă în analiză — actualizarea din 27 martie 2026 o confirmă explicit. Printre opțiunile luate în calcul se numără straturi externe de disponibilitate a datelor (de exemplu Celestia), erasure coding și recurgerea la noduri distribuite.

Concluzii

Un rollup pe Bitcoin poate urmări mai multe obiective de proiectare: folosirea Bitcoin pentru ancorarea state commitment-urilor, creșterea capacității prin execuție off-chain, punerea la dispoziție a unui mediu pentru contracte inteligente și reducerea costurilor pentru utilizatori. Măsura în care acestea sunt atinse depinde de implementarea concretă, de disponibilitatea datelor, de sistemul de dovezi și de mecanismele de ieșire.

Prețul acestei abordări este o arhitectură mai complexă și câteva decizii de proiectare rămase deschise: sequencerul, disponibilitatea datelor, bridge-ul și sistemul de dovezi. Proiectul susține că aceste elemente pot fi gestionate treptat — este însă poziția proiectului însuși, care rămâne de verificat independent.