Sidechain

Anna détient des bitcoins dans son propre portefeuille. Elle souhaite essayer une application absente du réseau principal de Bitcoin, ou transférer des fonds sur un réseau aux propriétés différentes. Une sidechain tient son propre registre de transactions, maintenu par ses nœuds : les ordinateurs qui vérifient ses règles locales. Les transactions y sont inscrites dans une suite de blocs propre à ce réseau, chaque bloc regroupant des transactions. Ce n’est pas une branche provisoire de l’historique de Bitcoin. Elle peut proposer des fonctions sans imposer leur adoption à tous les utilisateurs de Bitcoin. Anna entre toutefois dans un environnement reposant sur d’autres hypothèses de sécurité. Elle doit donc comprendre comment la valeur y entre et comment elle pourra la récupérer. [1]

Imaginons un dépôt de 0,1 BTC et laissons les frais de côté. À l’entrée, appelée peg-in, les BTC sont immobilisés sur le réseau principal selon les règles de la liaison, ou pont. Anna accède sur la sidechain à la représentation correspondante, par exemple 0,1 L-BTC sur Liquid. Elle n’a pas obtenu 0,1 BTC supplémentaire qu’elle pourrait dépenser simultanément sur Bitcoin. L’UTXO d’origine, une sortie de transaction Bitcoin encore non dépensée, n’a pas changé de base de données. Une sortie précise un montant et les conditions pour le dépenser, par exemple les signatures nécessaires. Les écritures sont liées, mais appartiennent à des historiques distincts. Le rapport 1:1 décrit la couverture et l’échange prévus ; il ne promet ni retrait immédiat ni prix identique sur tous les marchés. [1] [9] [15]

Pour revenir, Anna utilise un peg-out. Selon le système, la représentation sur la sidechain est détruite ou immobilisée, puis le pont libère les BTC correspondants sur le réseau principal. Ce n’est pas un simple paiement entre deux adresses Bitcoin. Bitcoin ne vérifie normalement pas tout l’historique et toutes les règles d’un réseau tiers. La libération peut donc dépendre des signatures d’un groupe désigné, d’un équipement spécialisé ou d’autres conditions. Anna doit savoir qui peut retarder, refuser ou autoriser indûment un retrait. Une clé privée est une donnée secrète qui permet au portefeuille de créer des signatures pour dépenser des fonds. Détenir ses propres clés de L-BTC ou de rBTC ne supprime pas ces conditions. Passer par un intermédiaire pour échanger est aussi différent d’un peg-out direct et ajoute son prix, les fonds dont il dispose pour l’échange et ses règles. [1] [9]

Pavel demande qui confirme les paiements dans le nouveau réseau. Anna doit ajouter une autre question : qui peut dépenser les BTC immobilisés sur Bitcoin ? Le consensus, c’est-à-dire les règles d’accord sur les transactions et l’historique valides, répond à la première. La garde des fonds et les règles du pont répondent à la seconde. Une sidechain opérationnelle peut connaître des problèmes de retrait ; produire davantage de blocs ne répare pas son pont. Réorganiser son historique récent ne réécrit pas Bitcoin, mais peut affecter les paiements locaux et leur couverture. Son propre nœud aide à vérifier les règles locales. Il ne donne ni les clés de signature d’autrui ni le droit de libérer seul les BTC de couverture. [1]

Liquid Network illustre un modèle concret. Il repose sur Elements et ses blocs sont signés par des opérateurs désignés, plutôt que produits par les mineurs habituels de Bitcoin. Cette organisation s’appelle Strong Federation ; les fonctions nommées watchmen gèrent le pont Bitcoin. L-BTC représente des BTC immobilisés sur le réseau principal. Confidential Transactions permet de masquer montants et types d’actifs, mais pas automatiquement tous les liens autour d’un paiement. Anna ne doit pas assimiler portefeuille personnel et retrait direct sans intermédiaire : les utilisateurs ordinaires de Liquid ne sont pas automatiquement autorisés à effectuer un peg-out direct. Ils passent généralement par un participant autorisé ou un service d’échange, dont il faut connaître les conditions avant d’entrer. [2] [9]

Rootstock exécute des contrats intelligents, des programmes soumis aux règles du réseau. Son environnement est compatible avec Ethereum Virtual Machine (EVM), qui exécute ces programmes sur Ethereum. Les mineurs Bitcoin qui participent protègent ses blocs par Merged Mining, en réutilisant le même travail de calcul pour les deux réseaux. Cela ne signifie pas que tous les mineurs Bitcoin protègent automatiquement Rootstock. PowPeg ajoute une autre couche : les appareils PowHSM protègent les clés de signature et suivent des preuves du travail de minage accumulé. Les opérateurs les maintiennent en service ; ils ne signent normalement pas les retraits à la main avec des clés librement accessibles. Un dépôt libère des rBTC déjà présents dans le pont, sans miner de nouveaux BTC. La sécurité dépend donc aussi du logiciel, du matériel et de la disponibilité du mécanisme. [10] [11]

La proposition de 2014 Enabling Blockchain Innovations with Pegged Sidechains, à laquelle ont notamment participé Adam Back et Andrew Poelstra, décrivait une liaison bidirectionnelle appelée two-way peg. Elle utilise également SPV, la vérification simplifiée des paiements. Une preuve peut établir l’inclusion d’une transaction dans un bloc et le travail ultérieur enregistré dans les en-têtes des blocs, des enregistrements compacts qui renvoient aux blocs précédents ; cela ne valide pas automatiquement toutes les transactions du réseau. Les hypothèses sur l’historique, les délais et la réponse aux réorganisations restent essentielles. Les ponts réels diffèrent donc : une fédération répartit les signatures entre opérateurs, d’autres modèles ajoutent matériel ou décisions des mineurs. Merged Mining décrit le minage, pas une solution complète pour les retraits. [1]

Drivechain explore une autre voie. La proposition technique BIP 300 propose d’approuver progressivement des retraits depuis une réserve spéciale de BTC par la signalisation des mineurs. Les nœuds Bitcoin suivraient les conditions prévues pour ces retraits, pas tout l’historique de chaque application de sidechain. BIP 301 concerne Blind Merged Mining : les constructeurs de blocs de sidechain paieraient les mineurs Bitcoin pour leur inclusion selon le mécanisme proposé, sans que ces mineurs aient à exécuter eux-mêmes l’application concernée. Au 17 octobre 2026, les deux documents ont le statut Draft (proposition en cours d’élaboration). Proposition, logiciel expérimental et règles activées sur le réseau principal sont des choses distinctes. Un numéro BIP ne promet donc pas à Anna que ce retrait est disponible dans Bitcoin Core standard. [7] [8]

Lightning Network est un réseau de canaux de paiement. Les participants mettent à jour des états de paiement signés et peuvent fermer leur canal sur Bitcoin selon ses conditions ; cela ne nécessite pas une blockchain distincte commune. Une sidechain possède, elle, son propre historique de blocs. Les termes rollup et Statechain ne sont pas davantage des synonymes : un rollup utilise des données ou preuves publiées sur une couche de base, une Statechain transfère le contrôle d’une sortie Bitcoin précise. Ce qui peut être imposé et la confiance nécessaire dépendent du modèle. Tous peuvent être décrits comme une couche supplémentaire, mais l’étiquette Layer 2 ne dit pas, à elle seule, qui contrôle les fonds ni comment en sortir. [12] [13] [14]

Anna commence par son objectif : a-t-elle besoin de cette fonction ou un paiement Bitcoin suffit-il ? Si la sidechain est pertinente, elle vérifie le portefeuille compatible, le bon réseau et la sauvegarde. Elle détermine quel actif paie les frais, comment fonctionnent entrée et sortie, leurs montants minimaux et les coopérations nécessaires. Pannes, changements d’opérateurs et procédures d’urgence comptent aussi : le mécanisme d’urgence du pont n’est pas forcément à sa disposition personnelle. Ensuite seulement, elle teste un petit aller-retour. Un essai réussi peut révéler une erreur de procédure, mais ne prouve pas la sécurité future du pont. Une sidechain élargit ses possibilités ; elle ne choisit pas à sa place à qui faire confiance. [1] [9]