Liquid Network est une Sidechain fédérée indépendante de Bitcoin. Le L-BTC, aussi écrit LBTC, représente du bitcoin immobilisé en réserve ; un groupe d’opérateurs produit les blocs et libère la réserve, plutôt que les mineurs de Bitcoin.
Imaginons qu’Anna souhaite envoyer de l’argent à Pavel. Tous deux possèdent un portefeuille compatible avec Liquid Network et recherchent des confirmations plus rapides et des montants confidentiels. Anna ne fait pas passer un paiement Bitcoin ordinaire par un raccourci. Elle utilise un réseau distinct, une Sidechain, avec sa propre histoire et ses propres règles. Bitcoin y est représenté par Liquid Bitcoin, appelé L-BTC ou LBTC. Celui-ci est conçu pour représenter des BTC en réserve à raison de 1:1, et non du bitcoin nouvellement miné. Les transactions sont inscrites dans des blocs qui forment l’historique propre à Liquid. Le réseau suit aussi les UTXO, les sorties de transactions non encore dépensées : chacune définit un actif, un montant et les conditions permettant de le dépenser. Un portefeuille Bitcoin ne prend donc pas nécessairement en charge Liquid ; le destinataire doit choisir le bon réseau. [2] [3]
Anna peut obtenir du L-BTC auprès d’un autre détenteur ou d’un service. L’entrée directe depuis Bitcoin s’appelle un peg-in. Dans notre exemple, elle envoie 0,1 BTC à une adresse Bitcoin créée spécialement, gérée par la fédération, le groupe d’opérateurs de Liquid. Après 102 confirmations Bitcoin, elle peut réclamer les 0,1 L-BTC correspondants sur Liquid ; nous laissons les frais de côté pour simplifier. Avec dix minutes par bloc en moyenne, l’attente représente environ 17 heures, mais sa durée réelle varie. Elle fournit la transaction d’origine et une Merkle proof, preuve de son inclusion dans un bloc. L’argent n’a pas doublé : Anna ne peut plus dépenser seule les BTC d’origine et contrôle des L-BTC à leur place. Acheter du L-BTC existant est une autre voie, sans nouveau peg-in nécessaire pour chaque acheteur. [4] [9]
Si Pavel a besoin de BTC sur le réseau principal de Bitcoin, la clé de ses L-BTC ne suffit pas à libérer la réserve. Une clé privée est une donnée secrète que le portefeuille utilise pour créer une signature numérique autorisant la dépense des fonds correspondants sur Liquid. Elle ne donne pas à Pavel le pouvoir de signer une dépense de la réserve Bitcoin. Le retour direct, ou peg-out, est accessible aux participants autorisés possédant une Peg-out Authorization Key, abrégée PAK. Les L-BTC correspondants deviennent impossibles à dépenser — on dit qu’ils sont brûlés — puis les opérateurs libèrent des BTC vers une adresse autorisée. Un utilisateur ordinaire passe généralement par un tel participant, une plateforme d’échange ou un swap, c’est-à-dire un échange d’actifs. Un swap n’est pas forcément un peg-out direct : la contrepartie peut fournir des BTC qu’elle possède déjà. Disponibilité du service, frais, liquidité — les fonds disponibles — et conditions comptent donc. Une réserve à 1:1 ne promet pas une conversion gratuite et immédiate. [5] [9]
Anna ne souhaite peut-être pas que chaque visiteur d’un explorateur, un site permettant de consulter les transactions, sache combien elle a payé Pavel. Confidential Transactions permet de masquer le montant et la nature de l’actif transféré. Les nœuds, les ordinateurs qui vérifient les règles du réseau, contrôlent néanmoins, grâce à des preuves cryptographiques, que la transaction ne dépense pas plus que ce dont elle dispose. Le destinataire autorisé lit les données grâce à une blinding key, une clé permettant de les révéler ; elle n’autorise pas à elle seule la dépense. Certaines informations peuvent être communiquées volontairement, par exemple à un comptable. Les liens entre transactions, leur chronologie et d’autres données restent toutefois publics ; les peg-ins et peg-outs laissent aussi une trace sur Bitcoin. Confidential Transactions ne garantit donc ni anonymat automatique ni invisibilité de toutes les opérations. [6] [10]
Le fonctionnement courant repose sur la Strong Federation. Ses opérateurs remplissent deux missions distinctes : les blocksigners signent les blocs, tandis que les watchmen gèrent les clés des BTC en réserve et leur libération. Ce n’est pas une compétition ouverte entre mineurs utilisant Proof of Work, le travail de calcul nécessaire pour trouver un bloc Bitcoin. Une décision exige un nombre défini de signatures ; un opérateur ne doit normalement pas décider seul pour tous. Les clés sont également protégées par des HSM, dispositifs de sécurité spécialisés qui limitent ce qu’ils peuvent signer. Il faut distinguer un registre qui fonctionne d’une réserve sûre : un paiement correctement confirmé ne prouve pas que les retraits de BTC resteront toujours possibles. Chacun peut exploiter un nœud de validation, sans devenir pour autant dépositaire de la réserve. [2]
En fonctionnement normal, Liquid vise environ un bloc par minute. Après deux confirmations, une transaction est considérée comme définitive dans le cadre des hypothèses de sécurité de la fédération : les règles des dispositifs signataires empêchent les réécritures plus profondes de l’historique. Ce n’est pas une garantie absolue contre toute attaque ou panne. Le whitepaper de 2020 décrit une configuration de 11 signatures sur 15, soit plus des deux tiers ; cet exemple n’est pas une liste actuelle des membres. Si trop de signataires sont indisponibles, la production des blocs peut s’arrêter. La rapidité à l’intérieur de Liquid ne supprime ni l’attente du peg-in ni le traitement du retour vers Bitcoin. Anna ne doit donc pas s’attendre à ce que tout le parcours entre réseaux prenne une minute. [1] [2]
Un nœud de validation contrôle les règles de Liquid et les preuves des transactions. Si la validation des peg-ins est activée, il vérifie également les éléments provenant de Bitcoin au moyen d’un nœud Bitcoin. La couverture du L-BTC ne repose donc pas uniquement sur un chiffre affiché sur le site d’un opérateur. Cela ne signifie pas qu’Anna possède les clés des BTC en réserve, ni que le réseau restera toujours disponible. La signature des blocs peut s’interrompre, la libération de la réserve échouer ou les dispositifs de sécurité être compromis. La récupération d’urgence de la fédération n’est pas un bouton permettant à tout détenteur de L-BTC de retirer seul ses BTC. Un portefeuille personnel peut protéger contre la faillite d’un dépositaire de compte, mais ne supprime pas la dépendance au pont entre réseaux. [1] [2] [9]
À côté du L-BTC, on peut émettre d’autres actifs : un bon numérique, par exemple, ou un jeton dont l’émetteur promet l’échange contre un autre bien. Chaque actif possède un asset ID, un identifiant unique ; un nom ou une icône semblables ne prouvent pas qu’il s’agit du même actif. L’émetteur peut aussi créer un reissuance token, autorisant de nouvelles émissions. Un registre de noms facilite l’identification, sans attester la solvabilité de l’émetteur ni le caractère juridiquement exigible de sa promesse. La couverture du L-BTC ne s’applique pas automatiquement aux autres jetons. Si Pavel accepte un bon numérique, le réseau peut enregistrer correctement son transfert alors que l’émetteur manque ensuite à son obligation. [7] [11]
Liquid repose sur Elements, un logiciel libre dérivé du code de Bitcoin Core, étendu à plusieurs actifs et aux transactions confidentielles. Un utilisateur expérimenté peut exploiter le nœud elementsd et vérifier lui-même les règles. PSET, Partially Signed Elements Transaction, sert à transmettre une transaction préparée entre outils : ce format rassemble les données nécessaires à la vérification, au masquage des montants et à la signature. Ce n’est pas une preuve que le paiement a déjà été envoyé. Les frais du réseau se règlent en L-BTC, même lors du transfert d’un autre actif. Un portefeuille courant masque l’essentiel de ces détails, mais sa compatibilité avec le réseau, l’actif et un éventuel dispositif de signature reste à vérifier. [8] [13]
Avant un transfert important, Anna choisit un portefeuille compatible, vérifie le réseau de réception et identifie une voie précise de retour vers BTC, frais compris. Elle prépare la sauvegarde selon les exigences du portefeuille. Outre les clés de dépense, elle doit pouvoir récupérer les données révélant les montants confidentiels. Le seed désigne les données secrètes de départ à partir desquelles le portefeuille dérive ses clés. Certains portefeuilles dérivent les blinding keys du seed, notamment selon SLIP-0077 ; une autre configuration peut exiger une sauvegarde supplémentaire. Il n’y a donc pas d’obligation universelle d’exporter chaque clé manuellement. Un petit aller-retour révèle mieux les difficultés pratiques que la seule observation du solde. Liquid peut servir à certains paiements et actifs si l’on comprend la rapidité et la confidentialité proposées, ainsi que les conditions acceptées en échange. [9] [12]
Pour une vision complète, lisez aussi Sidechain, Bitcoin, Multisig, Proof of Work, Testnet, Bitcoin Core. Cette entrée est également citée par Sidechain.