Partez d’une question concrète : que se passe-t-il quand quelqu’un paie en bitcoin ? Ces huit leçons suivent le paiement du portefeuille jusqu’à sa confirmation dans un bloc. Les termes techniques sont expliqués à leur première apparition. Vous pouvez lire les leçons dans l’ordre ou choisir un sujet dans le sommaire.
Leçon01
Bitcoin, BTC et portefeuilles : trois choses différentes
Bitcoin est un réseau d’ordinateurs qui suit des règles communes pour enregistrer des transferts, sans administrateur central des comptes. Ses participants échangent directement des transactions. Leur historique public est organisé en blocs reliés entre eux : la blockchain, ou chaîne de blocs. BTC est l’unité monétaire propre à ce réseau. Un bitcoin vaut 100 millions de satoshis ; un paiement peut donc porter sur une petite fraction de bitcoin.
Un portefeuille, ou wallet, est un logiciel ou un appareil qui gère les informations nécessaires pour recevoir des paiements et autoriser des dépenses. Les bitcoins sont enregistrés comme des sorties non dépensées dans l’historique du réseau ; ce ne sont pas des fichiers stockés dans votre téléphone. Les clés privées sont les informations secrètes qui permettent d’autoriser une dépense. Une adresse fournit des instructions de paiement que vous pouvez transmettre à l’expéditeur ; ce n’est pas une clé privée.
Avec l’autoconservation, vous contrôlez les clés et devez assurer leur protection et leur récupération. Avec un compte chez un dépositaire, un fournisseur contrôle les clés pour vous. Ces deux modèles présentent des risques différents. L’émission limitée de Bitcoin ne garantit ni stabilité du prix, ni pouvoir d’achat, ni rendement.
Leçon02
Comment un paiement passe du portefeuille à un bloc
Un paiement Bitcoin ne met pas à jour un solde de compte unique. Une transaction dépense des sorties de transactions antérieures encore disponibles, appelées UTXO, puis crée de nouvelles sorties. Le portefeuille additionne les sorties qu’il peut dépenser pour afficher un solde. Lorsqu’une sortie est sélectionnée pour payer, elle est dépensée en entier ; la monnaie peut revenir dans une nouvelle sortie contrôlée par l’expéditeur.
Prenons une entrée de 10 000 satoshis : elle peut financer un paiement de 6 000 satoshis et une sortie de monnaie de 3 800 satoshis. Les 200 satoshis restants constituent les frais. Ces chiffres expliquent la répartition des montants, pas le niveau des frais d’aujourd’hui. Les frais dépendent généralement de la taille de la transaction et de la demande d’espace dans les blocs, plutôt que d’un pourcentage fixe du montant envoyé.
Le portefeuille crée la transaction, fournit l’autorisation nécessaire pour dépenser ses entrées et la diffuse sur le réseau. Les nœuds la vérifient et peuvent la conserver dans leur mempool locale, leur ensemble de transactions en attente de confirmation. Un mineur peut l’inclure dans un bloc. Lorsque ce bloc respecte les règles d’un nœud et rejoint sa chaîne active, la transaction reçoit sa première confirmation. Les blocs suivants ajoutent des confirmations.
Leçon03
SHA-256 et signatures numériques : des rôles différents
SHA-256 est une fonction de hachage cryptographique. Elle reçoit des octets en entrée, par exemple ceux qui représentent un message, et produit un résultat de 256 bits appelé hash ou empreinte. Ce résultat s’affiche généralement sous la forme de 64 caractères hexadécimaux. Une même entrée donne toujours le même résultat. Changer un seul bit produit habituellement une empreinte très différente, sans raccourci utile pour la prédire.
Le hachage n’est pas du chiffrement. Il n’existe pas de clé de déchiffrement permettant de retrouver le message d’origine à partir d’une empreinte SHA-256. Le hachage sert à relier des données et à détecter des modifications ; il ne cache pas l’historique public de Bitcoin et ne rend pas les utilisateurs anonymes. L’expérience ci-dessous vous permet de modifier un message d’exemple et de comparer les résultats.
Les signatures numériques répondent à un autre besoin : autoriser une dépense selon les règles de la transaction sans révéler la clé privée. Les autres participants vérifient la signature avec la clé publique correspondante et les données signées. Bitcoin utilise des signatures ECDSA et, pour Taproot, des signatures Schnorr définies par BIP340, sur la courbe elliptique secp256k1. Les fonctions de hachage et les signatures se complètent, mais ne sont pas interchangeables.
Leçon04
Minage : chercher un hash inférieur à une cible
Un mineur prépare un bloc candidat contenant des transactions, dont une première transaction appelée coinbase. Celle-ci peut attribuer les nouveaux BTC autorisés par bloc, appelés subvention, ainsi que les frais de transaction. Le mineur construit ensuite l’en-tête du bloc, de 80 octets. Il contient une référence au bloc précédent, une racine de Merkle qui lie les identifiants des transactions, ainsi que des champs comme l’horodatage, l’encodage de la cible et le nonce.
Le minage applique SHA-256 deux fois à l’en-tête, de manière répétée. Pour une preuve de travail valide, le nombre obtenu doit être inférieur ou égal à la cible, un seuil fixé par les règles de consensus. Plus cette cible est petite, moins chaque essai a de chances de réussir. C’est une recherche par essais successifs : les mineurs ne résolvent pas une équation cachée dont la réponse aurait une autre utilité, et un échec ne rend pas l’essai suivant plus susceptible de réussir.
Le nonce est un champ de 32 bits que le mineur peut modifier pour tester différents en-têtes. Il peut aussi changer d’autres données autorisées. Par exemple, modifier l’extra nonce de la coinbase change son identifiant de transaction, la racine de Merkle et l’en-tête. Trouver un hash qui respecte la cible ne suffit pas : le bloc doit passer toutes les autres vérifications. Les pools de minage coordonnent des participants et répartissent les revenus selon leurs propres conditions ; ils ne garantissent ni récompenses ni rentabilité.
Leçon05
Comment les nœuds complets vérifient les blocs et les confirmations
Un nœud complet est un logiciel qui vérifie lui-même les règles de consensus de Bitcoin. Lorsqu’il reçoit un bloc, il ne contrôle pas uniquement le hash de la preuve de travail : les transactions doivent respecter leurs conditions de dépense, les entrées ne peuvent pas dépenser des sorties indisponibles et la coinbase ne peut pas réclamer plus que la subvention et les frais autorisés. Un bloc invalide est rejeté, même si sa production a mobilisé une grande puissance de calcul.
Deux blocs valides peuvent parfois se disputer la même place. Parmi les historiques qui respectent ses règles, un nœud suit la chaîne ayant la plus grande preuve de travail cumulée. On l’appelle souvent la chaîne la plus longue, mais ce qui compte est le travail total, pas simplement le nombre de blocs ni le nombre d’ordinateurs soutenant une version de l’historique.
Une confirmation signifie qu’une transaction figure dans un bloc de cette chaîne ; chaque bloc suivant ajoute une confirmation. Remplacer cette partie de l’historique devient plus difficile à mesure que le travail s’accumule, mais des réorganisations restent possibles. Le nombre de confirmations adapté dépend du montant du paiement et du risque accepté par le destinataire. Le protocole vise une moyenne d’environ dix minutes entre les blocs ; il ne promet pas que le suivant arrivera dans ce délai.
Leçon06
Qui développe Bitcoin et qui décide de ses règles ?
Bitcoin n’est pas une entreprise dont le dirigeant peut ordonner à tous de changer le système. Les participants ont des rôles différents. Les développeurs proposent, écrivent, testent et relisent le logiciel. Les mineurs choisissent les blocs candidats sur lesquels travailler. Les opérateurs de nœuds choisissent les logiciels et les règles qu’ils appliquent. Les utilisateurs choisissent leurs portefeuilles, leurs services et les paiements qu’ils acceptent.
Une Bitcoin Improvement Proposal, ou BIP, décrit une proposition ou une norme. Publier une proposition ne l’active pas : une idée, une version du logiciel et une règle effectivement appliquée sont des étapes distinctes. Un changement peut nécessiter examen technique, développement et coordination. Les participants peuvent aussi être en désaccord et choisir de ne pas l’adopter.
Il faut distinguer les règles de consensus des politiques locales d’un nœud. Le consensus détermine si un bloc est valide selon ses règles. Les politiques locales concernent, par exemple, les transactions non confirmées qu’il relaie ou conserve dans sa mempool. Une modification de politique locale ne change pas automatiquement ce qu’un bloc Bitcoin peut contenir. Les formateurs, contributeurs et entreprises connus peuvent influencer les discussions, mais aucun ne parle au nom de tous les utilisateurs.
Leçon07
Usages réels : paiements, dons et projets locaux
Bitcoin permet à des personnes qui choisissent de l’utiliser de transférer de la valeur, sans opérateur central chargé d’approuver une transaction qui respecte les règles du réseau. Un paiement peut être inscrit dans la blockchain, ou passer par un service utilisant un autre système, comme Lightning, avec ses propres conditions de fonctionnement. Accéder au réseau et disposer d’un service pratique de conversion en monnaie locale sont deux choses différentes.
Il existe des exemples concrets. BTCPay Server fournit des outils open source permettant aux commerçants d’accepter des bitcoins, y compris par Lightning lorsque cette option est configurée. OpenSats accepte des dons en bitcoin pour soutenir les projets open source. Bitcoin Beach présente une initiative locale de paiements et d’éducation au Salvador. Ces exemples illustrent des usages possibles ; ils ne prouvent pas une adoption universelle et ne signifient pas qu’un service conviendra à chaque lecteur.
Avant d’utiliser un service de paiement, vérifiez qui contrôle les clés, les frais, la manière dont le destinataire reçoit la valeur et ce qui se passe si le fournisseur devient indisponible. La volatilité, la conversion en monnaie locale, la confidentialité et les règles applicables comptent aussi. Envoyer des bitcoins dans un autre pays ne donne pas automatiquement accès à un retrait d’espèces à l’arrivée. Comprendre le fonctionnement doit précéder le choix de l’utiliser.
Leçon08
Pourquoi Bitcoin utilise des canaux de paiement et d’autres réseaux
La couche de base de Bitcoin enregistre les transactions dans des blocs de capacité limitée. Une demande accrue pour cet espace peut augmenter les frais et les délais. Permettre davantage de paiements quotidiens ne consiste donc pas seulement à ajouter plus de transactions individuelles dans chaque bloc. D’autres modèles traitent une partie de l’activité hors de la chaîne principale, puis utilisent celle-ci pour certaines étapes de règlement ou pour faire appliquer les règles.
Lightning utilise des canaux de paiement pour mettre à jour des soldes sans inscrire chaque changement dans un bloc Bitcoin. Des chaînes latérales, comme Liquid et Rootstock, possèdent leurs propres blocs et des mécanismes pour représenter le bitcoin. Fedimint répartit la conservation des fonds entre des gardiens. Les systèmes de type Ark et les architectures fondées sur BitVM explorent d’autres mécanismes, à différents stades de développement. L’appellation couche 2 ne signifie pas que tous ces systèmes offrent les mêmes garanties.
Comparez chaque modèle avec cinq questions : qui contrôle les clés, quel actif l’utilisateur détient, où une opération devient définitive selon les règles du système, quelle liquidité est nécessaire et comment récupérer les fonds si un fournisseur tombe en panne. Une mise à jour plus rapide à l’écran n’est pas nécessairement une confirmation sur la chaîne principale. La rubrique suivante présente une sélection de modèles et de limites, pas tous les projets liés à Bitcoin.
Cinq termes que vous rencontrerez dans ces leçons
Nonce
Un nombre de 32 bits dans l’en-tête du bloc que les mineurs modifient pour essayer de nouveaux hashes. Lorsque toutes ses valeurs possibles ont été testées, d’autres données autorisées peuvent aussi être modifiées.
Coinbase
La première transaction d’un bloc. Elle peut attribuer la subvention autorisée et les frais des transactions. Ce terme du protocole n’a pas de lien avec l’entreprise appelée Coinbase.
Racine de Merkle
Une valeur de 32 octets qui lie l’en-tête à une liste ordonnée d’identifiants de transactions. Modifier un identifiant inclus change cette valeur. Bitcoin lie séparément les données witness, des informations supplémentaires pour autoriser la dépense, comme les signatures. Changer seulement ces données ne modifie pas nécessairement le txid d’une transaction.
Cible (target)
La plus grande valeur numérique autorisée pour le hash de la preuve de travail. Plus cette cible est petite, plus il est difficile de trouver un hash qui la respecte.
Peg
Un mécanisme reliant un actif représenté sur un réseau à des fonds conservés sur un autre. La sécurité dépend aussi des personnes, des logiciels ou des appareils qui gèrent cette connexion.
SHA-256
À essayer : le hachage et une preuve de travail simplifiée
Modifiez un message d’exemple et comparez son empreinte SHA-256. Testez ensuite des valeurs de nonce dans un en-tête de démonstration. Tout s’exécute uniquement dans votre navigateur : aucun bitcoin n’est miné et aucune transaction n’est envoyée.
Utilisez du texte d’exemple, jamais de clés ni de phrase de récupération d’un portefeuille. Votre saisie n’est ni envoyée au serveur ni enregistrée. Elle est effacée de l’outil lorsque vous quittez la page.
Empreinte de l’en-tête par double SHA-256, dans l’ordre d’affichage de Bitcoin
—
Essais
0
Dernier nonce testé
—
L’exemple utilise un en-tête de 80 octets, une cible artificielle facile et l’empreinte d’un message à la place d’une véritable racine de Merkle de transactions. Il n’a pas de corps de bloc valide et ne respecte pas la difficulté du réseau principal. Les vrais nœuds ne l’accepteraient pas comme un bloc Bitcoin. Le dernier nonce testé est affiché, pas un nombre de réussites garanties.
Ces explications simplifient la présentation, pas les règles. Les montants des exemples sont illustratifs : ils ne représentent pas les frais actuels. Chaque leçon renvoie à la documentation du protocole ou à une source primaire pour aller plus loin.
Sources vérifiées:
Comprendre d’abord. Interpréter les données ensuite.
Reliez les explications aux frais observés, aux blocs, aux déclarations de trésorerie et aux données de marché. Un graphique est plus utile lorsque vous savez ce que ses chiffres mesurent.