Mikä on rollup, ja miksi Bitcoin tarvitsi sellaisen?
Bitcoin priorisoi turvallisuuden ja hajauttamisen, mutta perustason käsittelykapasiteetti pysyy rajallisena. Tämä artikkeli selittää, mikä rollup on, miten se eroaa sivuketjusta ja mitä lisäoletuksia Bitcoin Hyperin arkkitehtuuri tuo mukanaan.
Opetustarkoitus. Tämän artikkelin sisältö palvelee yksinomaan tiedotus- ja selitystarkoitusta. Se ei ole sijoitusneuvontaa. Täydellinen vastuuvapauslauseke.
Bitcoinin skaalautuvuusongelma
Bitcoin on suunniteltu priorisoimaan todennettavuus, hajauttaminen ja robustius sen sijaan, että se maksimoisi transaktioiden määrän sekunnissa. Jokainen full node validoi transaktiot protokollan sääntöjen mukaan. Perustasolla kapasiteetti on rajallinen ja arvioidaan usein suuntaa antavana arvona noin 7 transaktioon sekunnissa, vaikka todellinen arvo riippuu transaktioiden luonteesta ja laajuudesta.
Vuosien ajan keskustelu voitiin tiivistää yhteen ainoaan kysymykseen: miten Bitcoinin kapasiteettia kasvatetaan vaarantamatta sitä, mikä tekee siitä ainutlaatuisen?
Tähän mennessä kokeillut tiet
Ensimmäinen vastaus oli Lightning Network, joka on ollut toiminnassa vuodesta 2018: maksukanavien verkko, joka mahdollistaa nopeat ja tavallisesti edulliset maksut, myös useiden kanavien yli kulkevien reittien kautta. Se on ensisijaisesti suunnattu maksuihin eikä tarjoa universaalia älysopimusympäristöä. Sen toiminta riippuu lisäksi saatavilla olevasta likviditeetistä ja mahdollisuudesta löytää sopiva reitti.
Stacks on valinnut toisenlaisen lähestymistavan: älysopimusverkko, joka on kytketty Bitcoiniin PoX-mekanismin kautta ja jolla on oma kielensä, Clarity. Sen turvallisuusmalli ja lopullisuus eroavat Bitcoinista ja riippuvat lisäksi Stacks-verkon erityisistä säännöistä.
Rootstock (RSK) on valinnut EVM-yhteensopivuuden ja merge-miningin Bitcoinin kanssa. Verkko on ollut toiminnassa vuodesta 2018 ja käyttää sivuketjumallia omine turvallisuus- ja bridge-oletuksineen.
Miksi rollup on erilainen
Rollup ei ole sivuketju. Tekninen erottelu on tärkeä:
- - Sivuketju säilyttää oman konsensus- tai validointimekanisminsa. Sen turvallisuus riippuu ensisijaisesti tästä järjestelmästä ja sen bridgen rakenteesta, joka yhdistää sen Bitcoiniin.
- - Bitcoin Hyperille kuvatussa arkkitehtuurissa suoritus tapahtuisi Bitcoinin ulkopuolella, ja state commitmentit julkaistaisiin perustasolla. Todellinen luokittelu rollupiksi riippuu lisäksi datan saatavuudesta ja todistusjärjestelmästä.
Projektin julkaiseman arkkitehtuurin mukaan tarkoitettu prosessi näyttäisi tältä:
- Käyttäjät lähettäisivät transaktionsa sequencerille
- Sequencer järjestäisi ne ja suorittaisi ne erissä
- Säännöllisin väliajoin state commitment, joka kuvataan päivitetyn tilan Merkle-juurena, julkaistaisiin Bitcoiniin OP_RETURNin tai Taprootin kautta
- Mahdollisuus todentaa siirtymä riippuisi datan saatavuudesta ja todistusjärjestelmästä; commitment ei itsessään todista, että siirtymä on oikea
Heti kun se on vahvistettu Bitcoinissa, state commitment hyötyy sen sisältämän transaktion käytännöllisestä muuttumattomuudesta. Se tekee tämän kirjauksen jälkikäteisestä muuttamisesta vaikeaa, mutta ei sinänsä estä virheellisen commitmentin julkaisemista eikä takaa tilan pätevyyttä, datan saatavuutta tai bridgen turvallisuutta.
Datan saatavuus: yhä avoin kysymys
Kriittinen kohta on seuraava: missä transaktiodata todellisuudessa sijaitsee? Jos vain commitment julkaistaan Bitcoinissa, kun taas täydelliset tiedot pysyvät sequencerin hallussa, arkkitehtuuri olisi lähempänä Validium-tyyppistä mallia kuin rollupia, jonka datan saatavuus on julkinen. Tämä erottelu ei ole puhtaasti akateeminen: jos sequencer katoaisi datan mukana, käyttäjät eivät ehkä enää voisi todentaa omaa saldoaan.
Projektin julkaiseman dokumentaation mukaan lopullista ratkaisua datan saatavuuteen vielä selvitetään; 27. maaliskuuta 2026 päivätty päivitys toteaa tämän nimenomaisesti. Tutkittavien vaihtoehtojen joukossa ovat ulkoiset datan saatavuuden kerrokset kuten Celestia, erasure coding ja hajautettujen solmujen käyttö.
Yhteenveto
Bitcoinin rollup voi tavoitella useita suunnittelutavoitteita: Bitcoinin käyttöä state commitmentien ankkuroimiseen; kapasiteetin kasvattamista off-chain-suorituksen avulla; älysopimusympäristön tarjoamista; ja käyttäjien kustannusten alentamista. Se, missä määrin nämä tavoitteet voidaan saavuttaa, riippuu konkreettisesta toteutuksesta, datan saatavuudesta, todistusjärjestelmästä ja poistumismekanismeista.
Tämän lähestymistavan hinta on kasvanut arkkitehtoninen monimutkaisuus ja useat vielä ratkaisemattomat suunnitteluvalinnat: sequencer, datan saatavuus, bridge ja todistusjärjestelmä. Projekti väittää, että näitä osatekijöitä voidaan hallita vaiheittain; kyse on tässä projektin omasta näkemyksestä, joka on vielä todennettava riippumattomasti.