Kaj je rollup in zakaj ga je Bitcoin potreboval?

Bitcoinov problem skalabilnosti

Bitcoin je zasnovan tako, da daje prednost preverljivosti, decentralizaciji in robustnosti, namesto da bi maksimiral število transakcij na sekundo. Vsako polno vozlišče (full node) validira transakcije v skladu s pravili protokola. Na osnovni plasti je zmogljivost omejena in se pogosto okvirno ocenjuje na približno 7 transakcij na sekundo, čeprav je dejanska vrednost odvisna od narave in obsega transakcij.

Leta in leta je bilo mogoče razpravo strniti v eno samo vprašanje: kako povečati zmogljivost Bitcoina, ne da bi ogrozili tisto, kar ga dela edinstvenega?

Doslej preizkušene poti

Prvi odgovor je bil Lightning Network, ki deluje od leta 2018: omrežje plačilnih kanalov, ki omogoča hitra in običajno cenovno ugodna plačila, tudi po poteh, ki tečejo prek več kanalov. Namenjeno je predvsem plačilom in ne ponuja univerzalnega okolja za pametne pogodbe. Njegovo delovanje je poleg tega odvisno od razpoložljive likvidnosti in možnosti, da se najde ustrezna pot.

Stacks je izbral drugačen pristop: omrežje pametnih pogodb, povezano z Bitcoinom prek mehanizma PoX in z lastnim jezikom Clarity. Njegov varnostni model in dokončnost se razlikujeta od Bitcoinovih ter sta poleg tega odvisna od posebnih pravil omrežja Stacks.

Rootstock (RSK) je izbral združljivost z EVM in merge-mining z Bitcoinom. Omrežje deluje od leta 2018 in uporablja model stranske verige z lastnimi predpostavkami glede varnosti in bridgea.

Zakaj je rollup drugačen

Rollup ni stranska veriga. Tehnično razlikovanje je pomembno:

• - Stranska veriga ohranja svoj mehanizem konsenza ali validacije. Njena varnost je odvisna predvsem od tega sistema in od zgradbe njenega bridgea, ki jo povezuje z Bitcoinom.
• - V arhitekturi, opisani za Bitcoin Hyper, bi izvajanje potekalo zunaj Bitcoina, state commitmenti pa bi se objavljali na osnovni plasti. Dejanska uvrstitev med rollupe je poleg tega odvisna od razpoložljivosti podatkov in sistema dokazovanja.

Glede na arhitekturo, ki jo je objavil projekt, bi bil predvideni postopek videti takole:

1. Uporabniki bi svoje transakcije poslali sequencerju
2. Sequencer bi jih razvrstil in jih izvedel v paketih
3. V rednih časovnih presledkih bi se state commitment, opisan kot Merklov koren posodobljenega stanja, objavil na Bitcoinu prek OP_RETURN ali Taproota
4. Možnost preverjanja prehoda bi bila odvisna od razpoložljivosti podatkov in sistema dokazovanja; commitment sam po sebi ne dokazuje, da je prehod pravilen

Takoj ko je potrjen na Bitcoinu, state commitment uživa praktično nespremenljivost transakcije, ki jo vsebuje. To otežuje naknadno spreminjanje tega zapisa, vendar samo po sebi ne preprečuje objave napačnega commitmenta niti ne jamči za veljavnost stanja, razpoložljivost podatkov ali varnost bridgea.

Razpoložljivost podatkov: še vedno odprto vprašanje

Ključna točka je naslednja: kje se transakcijski podatki dejansko nahajajo? Če se na Bitcoinu objavi le commitment, medtem ko celotni podatki ostanejo v rokah sequencerja, bi bila arhitektura bliže modelu tipa Validium kot rollupu, pri katerem je razpoložljivost podatkov javna. To razlikovanje ni zgolj akademsko: če bi sequencer izginil skupaj s podatki, uporabniki morda ne bi več mogli preveriti svojega salda.

Glede na dokumentacijo, ki jo je objavil projekt, se dokončna rešitev za razpoložljivost podatkov še preučuje; posodobitev z dne 27. marca 2026 to izrecno navaja. Med preučevanimi možnostmi so zunanje plasti za razpoložljivost podatkov, kot je Celestia, erasure coding in uporaba porazdeljenih vozlišč.

Povzetek

Rollup na Bitcoinu lahko zasleduje več ciljev zasnove: uporabo Bitcoina za sidranje state commitmentov; povečanje zmogljivosti z izvajanjem zunaj verige (off-chain); zagotavljanje okolja za pametne pogodbe; in zniževanje stroškov za uporabnike. V kolikšni meri je te cilje mogoče doseči, je odvisno od konkretne izvedbe, razpoložljivosti podatkov, sistema dokazovanja in mehanizmov za izstop.

Cena tega pristopa je večja arhitekturna kompleksnost in več še nerešenih odločitev glede zasnove: sequencer, razpoložljivost podatkov, bridge in sistem dokazovanja. Projekt trdi, da je te sestavne dele mogoče obvladovati postopoma; tu gre za projektovo lastno stališče, ki ga je treba še neodvisno preveriti.