Wat is een rollup en waarom had Bitcoin er een nodig?

Het schaalbaarheidsprobleem van Bitcoin

Bitcoin is zo ontworpen dat het verifieerbaarheid, decentralisatie en veerkracht vooropstelt, en niet het maximaliseren van het aantal transacties per seconde. Elke full node valideert de transacties volgens de regels van het protocol. Op de basislaag is de capaciteit beperkt en wordt vaak, als richtwaarde, geschat op ongeveer 7 transacties per seconde, ook al hangt de werkelijke waarde af van de aard en de omvang van de transacties.

Jarenlang liet het debat zich terugbrengen tot één vraag: hoe kun je de capaciteit van Bitcoin verhogen zonder in gevaar te brengen wat het uniek maakt?

De reeds bewandelde wegen

Het eerste antwoord was het Lightning Network, sinds 2018 operationeel: een netwerk van betaalkanalen dat snelle en doorgaans goedkope betalingen mogelijk maakt, ook via routes over meerdere kanalen. Het is in de eerste plaats gericht op betalingen en biedt geen universele omgeving voor smart contracts. De werking ervan hangt bovendien af van de beschikbare liquiditeit en van de mogelijkheid om een geschikte route te vinden.

Stacks heeft een andere aanpak gekozen: een smart-contract-netwerk dat via het PoX-mechanisme met Bitcoin is verbonden en over een eigen taal beschikt, Clarity. Het beveiligingsmodel en de finaliteit ervan verschillen van die van Bitcoin en hangen bovendien af van de specifieke regels van het Stacks-netwerk.

Rootstock (RSK) heeft gekozen voor EVM-compatibiliteit en merge-mining met Bitcoin. Het netwerk is sinds 2018 operationeel en gebruikt een sidechain-model met eigen beveiligings- en bridge-aannames.

Waarom een rollup anders is

Een rollup is geen sidechain. Het technische onderscheid is belangrijk:

• - Een sidechain behoudt haar eigen consensus- of validatiemechanisme. De beveiliging ervan hangt voornamelijk af van dit systeem en van het ontwerp van de bridge die haar met Bitcoin verbindt.
• - Bij de voor Bitcoin Hyper beschreven architectuur zou de uitvoering buiten Bitcoin plaatsvinden, en zouden state commitments op de basislaag worden gepubliceerd. De daadwerkelijke classificatie als rollup hangt bovendien af van de databeschikbaarheid en van het bewijssysteem.

Volgens de door het project gepubliceerde architectuur zou het beoogde proces er als volgt uitzien:

1. De gebruikers zouden hun transacties naar de sequencer sturen
2. De sequencer zou ze ordenen en in batches uitvoeren
3. Periodiek zou een state commitment, beschreven als Merkle-wortel van de bijgewerkte toestand, via OP_RETURN of Taproot op Bitcoin worden gepubliceerd
4. De mogelijkheid om de overgang te verifiëren zou afhangen van de databeschikbaarheid en van het bewijssysteem; het commitment alleen bewijst niet dat de overgang correct is

Zodra het op Bitcoin is bevestigd, profiteert een state commitment van de praktische onveranderlijkheid van de transactie die het bevat. Dit bemoeilijkt het achteraf wijzigen van deze registratie, maar verhindert op zichzelf niet de publicatie van een foutief commitment en garandeert noch de geldigheid van de toestand, noch de databeschikbaarheid, noch de beveiliging van de bridge.

De databeschikbaarheid: een nog open vraag

Het kritieke punt is het volgende: waar bevinden de transactiegegevens zich werkelijk? Als alleen het commitment op Bitcoin wordt gepubliceerd terwijl de volledige gegevens in handen van de sequencer blijven, zou de architectuur dichter bij een model van het type Validium liggen dan bij een rollup met openbare databeschikbaarheid. Dit onderscheid is niet louter academisch: als de sequencer met de gegevens zou verdwijnen, zouden de gebruikers mogelijk niet meer in staat zijn hun eigen saldo aan te tonen.

Volgens de door het project gepubliceerde documentatie wordt de definitieve oplossing voor de databeschikbaarheid nog onderzocht; een update van 27 maart 2026 wijst hier uitdrukkelijk op. Tot de onderzochte opties behoren externe databeschikbaarheidslagen zoals Celestia, erasure coding en de inzet van gedistribueerde nodes.

Samengevat

Een rollup op Bitcoin kan meerdere ontwerpdoelen nastreven: Bitcoin gebruiken om state commitments vast te leggen; de capaciteit verhogen via een off-chain-uitvoering; een omgeving voor smart contracts bieden; en de kosten voor de gebruikers verlagen. In hoeverre deze doelen kunnen worden bereikt, hangt af van de concrete implementatie, de databeschikbaarheid, het bewijssysteem en de uittredingsmechanismen.

De prijs van deze aanpak ligt in een verhoogde architectonische complexiteit en in verschillende nog openstaande ontwerpkeuzes: de sequencer, de databeschikbaarheid, de bridge en het bewijssysteem. Het project stelt dat deze elementen stapsgewijs kunnen worden aangepakt; het gaat daarbij om een standpunt van het project zelf, dat nog onafhankelijk moet worden geverifieerd.