Lire la carte
Bitcoin à la base, tout ce qui se construit au-dessus est un compromis sur un axe : le niveau de confiance accordé à autre chose que Bitcoin lui-même.
Légende des connexions
Natif / trust-minimisé
Fédéré / peg multi-sig
Connexion Lightning
Peg cryptographique
Couche 1 · Règlement
Bitcoin
Le registre sur lequel tout repose.
Toutes les couches supérieures héritent (d'une manière ou d'une autre) de leur sécurité de la façon dont elles interagissent avec la blockchain Bitcoin. Chaque solution de couche 2 est un pari sur la manière de faire évoluer l'échelle, d'améliorer la confidentialité ou de programmer autour de la couche de base volontairement conservatrice de Bitcoin, sans compromettre la garantie de règlement sous-jacente.
Lire plus sur Bitcoin →
- Rôle
- Couche de base. Preuve de Travail. Règlement définitif.
- Consensus
- Nakamoto · Preuve de travail (SHA-256)
Chaîne d'état
Lightning
Paiements off-chain, règlement on-chain.
Lightning permet d'effectuer des paiements en satoshi sans diffuser chaque transaction, en ne réglant que le résultat net de la balance de ses canaux sur Bitcoin. La confiance est minimisée : chaque partie peut fermer un canal unilatéralement et récupérer ses fonds sur la couche 1 sans permission.
Lire plus sur Lightning →
- Rôle
- Canaux de paiement pour des transactions BTC instantanées et peu coûteuses.
- Consensus
- Canaux bilatéraux · HTLCs · routage en oignon
- Bridge
- Natif - financé par un UTXO multisig on-chain
Mécanisme de peg
BTC UTXO
transaction de financement 2-sur-2
canal
paiement Lightning
Sidechain fédérée
Liquid
Transactions confidentielles, 2 minutes de temps de bloc.
Liquid est une sidechain fédérée, optimisée pour les émetteurs d'actifs tokenisés. Elle échange la décentralisation de Bitcoin contre du débit et de la confidentialité : la fédération détient les BTC verrouillés et valide la production des blocs.
Lire plus sur Liquid →
- Rôle
- Sidechain fédérée.
- Consensus
- Fédération forte · 15 validateurs
- Bridge
- Peg fédéré - garde assurée par 11-sur-15 signataires
Mécanisme de peg
BTC
peg-in vers la fédération
L-BTC
réseau Liquid
Sidechain fédérée
Rootstock
Smart contracts sécurisés par le hashrate de Bitcoin.
Rootstock (RSK) exécute une EVM compatible Solidity, merge-minée par une majorité du hashrate Bitcoin. Le PowPeg transfère les BTC vers RBTC via une fédération hybride dont les HSM libèrent les fonds uniquement si suffisamment de travail cumulatif est prouvé.
Lire plus sur Rootstock →
- Rôle
- Sidechain compatible EVM merge-minée.
- Consensus
- Preuve de travail merge-minée + PowPeg
- Bridge
- PowPeg - hybride fédération + validation par des mineurs
Mécanisme de peg
BTC
PowPeg (HSM + mineurs)
RBTC
EVM RSK
Chaîne d'état
Ark
Un UTXO virtuel dans une transaction collective.
Ark regroupe plusieurs utilisateurs dans des sorties de transactions on-chain partagées via un fournisseur ASP. Les utilisateurs détiennent des UTXO dit « virtuels » dépensables instantanément off-chain et récupérables sur Bitcoin si l'ASP se comporte mal.
Lire plus sur Ark →
- Rôle
- Protocole de UTXO partagés pour des paiements instantanés.
- Consensus
- Rounds coordonnés par ASP · arbre d'outputs partagés
- Bridge
- Natif - sortie unilatérale vers L1 après délai
Mécanisme de peg
BTC
transaction de round ASP
vUTXO
paiement Ark
Rollup
Citrea
Exécution EVM vérifiée par BitVM.
Citrea est un rollup ZK qui publie ses états sur Bitcoin. Il utilise un modèle de vérification type BitVM permettant de rejeter des états invalides sans modification du consensus Bitcoin.
Lire plus sur Citrea →
- Rôle
- Rollup zero-knowledge sur Bitcoin.
- Consensus
- Rollup ZK · zkEVM · données en inscriptions
- Bridge
- Bridge optimiste basé sur BitVM
Mécanisme de peg
BTC
bridge BitVM
preuve ZK
rollup Citrea
Rollup
BitVM
Tout programme vérifié par challenge.
BitVM n'est pas une blockchain, mais une primitive de recherche permettant de vérifier des programmes via preuves de fraude entre un prouveur et un vérificateur.
Lire plus sur BitVM →
- Rôle
- Calcul optimiste sur Bitcoin.
- Consensus
- Preuves de fraude optimistes · covenants à deux parties
- Bridge
- C'est un mécanisme, pas une chaîne - permet des bridges trust-minimisés
Mécanisme de peg
Prouveur
script Taproot
challenge
vérificateur
Chaîne d'état
Spark
Un solde Lightning géré dans un pool de liquidité partagé.
Spark permet d'utiliser des soldes adossés à la liquidité Lightning sans gérer de canaux. Les paiements sont automatisés et les fonds restent retirables on-chain à tout moment. Le modèle repose sur un partage de clé entre l'utilisateur et le fournisseur, limitant le contrôle unilatéral tout en simplifiant l'expérience.
Lire plus sur Spark →
- Rôle
- Solde Lightning abstrait pour paiements instantanés.
- Consensus
- Liquidité coordonnée par un fournisseur · routage Lightning
- Bridge
- Natif - règlement Lightning avec retrait on-chain
Mécanisme de peg
BTC
transaction de financement
pool Lightning
solde Spark
paiement Lightning
Validation côté client
RGB
Des smart contracts off-chain.
RGB inverse le modèle : l'état des contrats est détenu par leurs propriétaires, et non stocké on-chain. Les UTXO de Bitcoin servent de sceaux à usage unique pour engager des transitions d'état hors chaîne. Cela permet de scaler sans alourdir la blockchain, au prix d'échanges de données en pair-à-pair.
Lire plus sur RGB →
- Rôle
- Actifs côté client sur Bitcoin et Lightning.
- Consensus
- Validation côté client · sceau cryptographique à usage unique (UTXOs)
- Bridge
- Ancré dans les UTXO Bitcoin
Mécanisme de peg
UTXO (scellés)
engagement
état client
transaction RGB
Mint de Chaum / E-Cash
e-cash
Cashu · Fedimint
Argent numérique privé émis par un mint adossé au BTC.
Les systèmes d’e-cash utilisent des signatures aveugles pour permettre des paiements privés et instantanés en Bitcoin, sans trace on-chain. Les jetons peuvent être reconvertis en BTC via un mint. Cashu repose sur un opérateur unique, tandis que Fedimint distribue la garde entre plusieurs acteurs, réduisant le risque au prix de plus de complexité.
Lire plus sur e-cash →
- Rôle
- BTC privé pour paiements instantanés.
- Consensus
- Tokens émis par un mint · signatures chaumiennes
- Bridge
- Convertibles en BTC via le mint (souvent via Lightning)
Mécanisme de peg
BTC
dépôt
token e-cash
paiement privé
Inscription on-chain
Inscriptions
Ordinals · Runes
Données intégrées directement dans les transactions Bitcoin.
Les inscriptions Bitcoin stockent des données on-chain en utilisant l’espace witness, permettant d’enregistrer de manière permanente des actifs et des métadonnées sur Bitcoin. Les Ordinals associent des données (images, texte, JSON) à des satoshis individuels, permettant la création de NFT et d’artefacts numériques. Les Runes définissent des tokens fongibles à l’aide d’un modèle basé sur les UTXO, conçu pour minimiser l’empreinte on-chain et réduire la complexité des indexeurs.
Lire plus sur Inscriptions →
- Rôle
- Données et tokens on-chain sécurisés par Bitcoin.
- Consensus
- Validation L1 Bitcoin · interprétation d’indexeurs
- Bridge
- Natif - directement intégré dans les transactions Bitcoin
Mécanisme de peg
BTC
transaction
inscription
transfert