Qu’est-ce qu’un rollup et pourquoi Bitcoin en avait besoin ?

Le problème de la scalabilité de Bitcoin

Bitcoin est conçu pour privilégier la vérifiabilité, la décentralisation et la résilience, et non pour maximiser le nombre de transactions par seconde. Chaque nœud complet valide les transactions conformément aux règles du protocole. Sur la couche de base, la capacité est limitée et est souvent estimée, à titre indicatif, à environ 7 transactions par seconde, même si le chiffre effectif dépend du type et de la taille des transactions.

Pendant des années, le débat s’est résumé à une question : comment accroître la capacité de Bitcoin sans compromettre ce qui fait sa singularité ?

Les voies déjà explorées

La première réponse a été le Lightning Network, opérationnel depuis 2018 : un réseau de canaux de paiement permettant d’effectuer des paiements rapides et généralement peu coûteux, y compris au moyen d’itinéraires composés de plusieurs canaux. Il est principalement orienté vers les paiements et n’offre pas un environnement généraliste de smart contracts. Son fonctionnement dépend également de la liquidité disponible et de la possibilité de trouver un itinéraire approprié.

Stacks a adopté une approche différente : un réseau de smart contracts lié à Bitcoin par le mécanisme PoX et doté de son propre langage, Clarity. Son modèle de sécurité et sa finalité diffèrent de ceux de Bitcoin et dépendent également des règles propres au réseau Stacks.

Rootstock (RSK) a opté pour la compatibilité avec l’EVM et le merge-mining avec Bitcoin. Le réseau est opérationnel depuis 2018 et utilise un modèle de sidechain comportant ses propres hypothèses de sécurité et de bridge.

Pourquoi un rollup est différent

Un rollup n’est pas une sidechain. La distinction technique est importante :

• - Une sidechain conserve son propre mécanisme de consensus ou de validation. Sa sécurité dépend principalement de ce système et de la conception du bridge qui la relie à Bitcoin.
• - Dans l’architecture décrite pour Bitcoin Hyper, l’exécution aurait lieu en dehors de Bitcoin et des engagements d’état seraient publiés sur la couche de base. La qualification effective de rollup dépendra également de la disponibilité des données et du système de preuves.

Selon l’architecture publiée par le projet, le processus prévu serait le suivant :

1. Les utilisateurs enverraient leurs transactions au séquenceur
2. Le séquenceur les ordonnerait et les exécuterait par lots
3. Périodiquement, un engagement d’état (state commitment), décrit comme une racine de Merkle de l’état mis à jour, serait publié sur Bitcoin au moyen d’OP_RETURN ou de Taproot
4. La possibilité de vérifier la transition dépendrait de la disponibilité des données et du système de preuves ; l’engagement, à lui seul, ne démontre pas que la transition est correcte

Une fois confirmé sur Bitcoin, un engagement d’état bénéficie de l’immutabilité pratique de la transaction qui le contient. Cela rend plus difficile la modification rétrospective de cet enregistrement, mais n’empêche pas, à lui seul, la publication d’un engagement incorrect et ne garantit ni la validité de l’état, ni la disponibilité des données, ni la sécurité du bridge.

La disponibilité des données : une question encore ouverte

Le point critique est le suivant : où résident réellement les données des transactions ? Si seul l’engagement est publié sur Bitcoin tandis que les données complètes restent entre les mains du séquenceur, l’architecture se rapprocherait davantage d’un modèle de type validium que d’un rollup offrant une disponibilité publique des données. Cette distinction n’est pas purement académique : si le séquenceur disparaissait avec les données, les utilisateurs pourraient ne plus être en mesure de démontrer leur propre solde.

Selon la documentation publiée par le projet, la solution définitive concernant la disponibilité des données reste à l’étude ; une mise à jour datée du 27 mars 2026 l’indique explicitement. Parmi les options explorées figurent des couches externes de disponibilité des données, telles que Celestia, l’erasure coding et le recours à des nœuds distribués.

En résumé

Un rollup sur Bitcoin peut poursuivre plusieurs objectifs de conception : utiliser Bitcoin pour enregistrer des engagements d’état ; accroître la capacité grâce à une exécution hors chaîne ; offrir un environnement de smart contracts ; et réduire les coûts pour l’utilisateur. La mesure dans laquelle ces objectifs pourront être atteints dépend de l’implémentation concrète, de la disponibilité des données, du système de preuves et des mécanismes de sortie.

Le coût de cette approche réside dans une complexité architecturale accrue et dans plusieurs choix de conception encore ouverts : le séquenceur, la disponibilité des données, le bridge et le système de preuves. Le projet affirme que ces éléments pourront être traités progressivement ; il s’agit d’une position propre au projet, qui reste à vérifier de manière indépendante.