Envoyer et recevoir Bitcoin : la mécanique complète

Un wallet×Wallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → Bitcoin ne ressemble pas à un compte bancaire, même si son interface fait tout pour le suggérer. Un compte bancaire stocke un nombre, un solde. Bitcoin, lui, stocke un ensemble de pièces appelées UTXO×UTXO (Unspent Transaction Output)« Morceau » de bitcoin reçu et non encore dépensé. Un wallet n'a pas un solde unique, il a une collection d'UTXO dont la somme constitue le solde.Voir dans le lexique → (Unspent Transaction Outputs), chacune avec un montant précis hérité d'une transaction reçue.

Envoyer 0,05 BTC ne consiste pas à soustraire 0,05 d'un nombre. Le wallet sélectionne une ou plusieurs UTXO dans le tas, les détruit en les utilisant comme input, et crée de nouvelles UTXO en output : une pour le destinataire, une éventuellement pour vous-même (la « monnaie » qui revient). Comprendre ce mécanisme éclaire tout le reste : les frais, la confidentialité, le change address, et pourquoi un wallet vide peut afficher un solde de 0 alors qu'une UTXO non balayée dort encore.

Cet article décortique l'anatomie d'une transaction, distingue les types d'adresses (legacy, SegWit×SegWit (Segregated Witness)Mise à jour activée en 2017 qui sépare les données de signature du reste de la transaction. Réduit les frais et a ouvert la voie à Lightning Network.Voir dans le lexique →, Taproot×TaprootMise à jour majeure de Bitcoin activée en novembre 2021 (BIP 341). Apporte plus de confidentialité, de flexibilité pour les scripts et l'efficacité des signatures Schnorr.Voir dans le lexique →, Lightning), montre les étapes pratiques d'un envoi et d'une réception, et expose les pièges classiques (adresse mal recopiée, mauvais réseau choisi, frais sous-estimés, double dépense par RBF×RBF (Replace-By-Fee)Mécanisme qui permet de remplacer une transaction non confirmée par une nouvelle avec des frais plus élevés, pour l'accélérer.Voir dans le lexique → non maîtrisée).

L'anatomie d'une transaction Bitcoin

Une transaction Bitcoin est techniquement un message signé qui dit « ces UTXO×UTXO (Unspent Transaction Output)« Morceau » de bitcoin reçu et non encore dépensé. Un wallet n'a pas un solde unique, il a une collection d'UTXO dont la somme constitue le solde.Voir dans le lexique → existants deviennent ces nouveaux UTXO ». Trois éléments la composent.

• Inputs. Les UTXO qu'on dépense. Chaque input référence une transaction passée (son ID) et un index de sortie (« la deuxième sortie de la transaction abc123... »). Pour prouver le droit de dépenser, on joint une signature cryptographique produite avec la clé privée×Clé privée (private key)Nombre secret qui prouve la propriété de bitcoins à une adresse. Qui possède la clé privée possède les bitcoins. À ne jamais partager ni stocker en clair.Voir dans le lexique → associée à l'adresse qui détenait cet UTXO. Une transaction peut avoir 1 ou plusieurs inputs : Sparrow vous permet de choisir manuellement lesquels.
• Outputs. Les nouveaux UTXO créés. Chaque output indique un montant en satoshis et une condition de dépense (typiquement « la signature de l'adresse XYZ »). Une transaction normale a 2 outputs : le destinataire, et la monnaie qui revient à votre adresse de changement. Une transaction de consolidation×Consolidation (regroupement d'UTXO)Regrouper plusieurs petits UTXO en un seul pendant une période de frais bas, pour éviter de payer cher leur dépense future. Pratique courante de gestion de wallet.Voir dans le lexique → peut n'avoir qu'1 output. Une transaction batch peut en avoir 10 ou 50 (paiement de salaires par exemple).
• Frais implicites. Les frais ne sont pas un champ séparé. Ils correspondent à la différence entre la somme des inputs et la somme des outputs. Si vous dépensez 1 000 000 sats d'inputs et créez 999 500 sats d'outputs, les 500 sats restants reviennent au mineur qui inclut la transaction. C'est ce qu'on appelle « les frais ».

Quatre étapes structurent le cycle de vie d'une transaction.

1. Construction. Votre wallet×Wallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → sélectionne les UTXO à dépenser, calcule la monnaie, ajoute les frais souhaités, construit la transaction. Reste sur votre machine.
2. Signature. Le wallet (ou le hardware wallet×Hardware walletPetit appareil dédié (Ledger, Trezor, Coldcard, BitBox, etc.) qui garde la clé privée hors d'un ordinateur potentiellement compromis. Signe les transactions à l'intérieur de l'appareil.Voir dans le lexique → en self-custody×Self-custody (auto-garde)Modèle dans lequel vous détenez vous-même vos clés privées. Vos bitcoins ne dépendent d'aucun tiers. C'est la promesse fondatrice de Bitcoin.Voir dans le lexique →) signe chaque input avec la clé privée correspondante. La signature prouve cryptographiquement que vous êtes l'ayant droit, sans révéler la clé.
3. Diffusion. La transaction signée est envoyée au réseau Bitcoin, qui la fait circuler entre nœuds. Chacun vérifie qu'elle est valide (signatures correctes, UTXO existants et non déjà dépensés), puis l'ajoute à son mempool×MempoolZone d'attente où les transactions Bitcoin patientent avant d'être incluses dans un bloc. Plus la mempool est pleine, plus les frais nécessaires augmentent.Voir dans le lexique →.
4. Inclusion en bloc. Toutes les ~10 minutes, un mineur trouve un bloc valide et y inclut typiquement quelques milliers de transactions, en priorisant celles qui paient le plus de frais par octet. Votre transaction passe alors de « non confirmée » à « 1 confirmation ». Chaque bloc suivant qui s'empile ajoute une confirmation supplémentaire.

Conséquence pratique numéro un : la taille d'une transaction en octets, pas son montant, détermine les frais. Une transaction qui dépense 50 petits UTXO pèse 5 000 octets et coûte 25 EUR de frais à 5 sat/vbyte. Une transaction qui dépense 1 gros UTXO pèse 200 octets et coûte 1 EUR aux mêmes frais. C'est pourquoi un wallet « propre » (peu d'UTXO de bonne taille) est moins cher à utiliser qu'un wallet plein de dust.

Conséquence pratique numéro deux : une transaction non confirmée est dans le mempool, pas perdue. Si elle stagne à cause de frais trop bas, elle peut être remplacée (replace-by-fee) ou poussée (child-pays-for-parent) sans rien perdre. Cf. l'article récupération de bitcoins perdus pour les techniques exactes.

Les 4 formats d'adresses Bitcoin en 2026

Bitcoin a évolué techniquement entre 2009 et 2026, et chaque évolution majeure a introduit un nouveau format d'adresse plus efficace. Quatre coexistent toujours, et savoir lequel choisir économise frais et erreurs.

Cinq différences techniques utiles à connaître entre les formats.

• Taille en octets. Une adresse legacy 1... pèse 25 octets dans une transaction. Une SegWit native bc1q... pèse ~22 octets. Une Taproot bc1p... pèse ~22 octets mais autorise les transactions multisig×Multisig (multi-signature)Configuration où une transaction doit être signée par plusieurs clés indépendantes pour être valide (par exemple 2 clés parmi 3). Réduit le risque qu'un seul vol de clé fasse perdre les fonds.Voir dans le lexique → à un coût équivalent à une adresse simple, énorme avantage.
• Vérification de checksum. Les adresses bech32 (bc1q et bc1p) intègrent un code détecteur d'erreur très robuste. Si vous tapez à la main, une faute d'un caractère est presque toujours détectée par le wallet, qui refuse l'envoi. Les adresses legacy 1... ont une checksum plus faible : une faute peut passer et envoyer les fonds dans le vide.
• Sensibilité à la casse. Les bech32 (bc1q, bc1p) sont insensibles à la casse : `BC1Q...` = `bc1q...`. Les legacy 1... et SegWit imbriqué 3... sont sensibles. Conséquence : un QR code×QR code (code QR)Code-barres en deux dimensions, omniprésent dans Bitcoin : adresses, invoices Lightning, URI de paiement. Toujours vérifier le montant et l'adresse décodés avant de valider.Voir dans le lexique → bech32 fonctionne même mal éclairé, là où un legacy peut être mal lu.
• Visibilité multisig. Une adresse SegWit native ou imbriquée révèle dans la transaction qu'il s'agit d'un multisig (longueur du script). Une adresse Taproot rend un multisig n-of-n indiscernable d'une adresse simple : privacy renforcée et frais réduits. C'est pourquoi le multisig moderne (cf. article multisig) utilise Taproot quand possible.
• Compatibilité de réception. Tous les wallets 2026 acceptent d'envoyer vers les 4 formats. Côté réception, certains anciens wallets ne génèrent que des bc1q... ou des 3.... Les wallets modernes (Sparrow, Electrum, Phoenix, Muun, BlueWallet) génèrent par défaut des bc1p Taproot.

Trois recommandations pratiques 2026.

• Recevoir en Taproot. Configurer votre wallet pour générer des adresses bc1p... par défaut. Économise les frais sur toutes vos futures dépenses sortantes.
• Envoyer vers le format demandé. Ne pas convertir une adresse 1... vers bc1q... à la main : c'est techniquement impossible et envoyer vers une mauvaise adresse perd les fonds. Si le destinataire vous donne `1XYZ...`, c'est cette adresse-là qu'il faut utiliser.
• Garder un wallet legacy en réserve si nécessaire. Quelques rares vieilles plateformes (typiquement exchanges asiatiques d'avant 2018) ne supportent que des 1... ou des 3... pour les retraits. Avoir un wallet capable de recevoir en legacy reste utile pour ces cas marginaux.

Recevoir on-chain en pratique

Recevoir une transaction Bitcoin on-chain se déroule en quatre étapes. Aucune n'est urgente : prendre 30 secondes par étape évite les erreurs.

1. Générer une adresse de réception. Dans Sparrow ou Electrum, onglet « Receive », bouton « Get new address ». Le wallet×Wallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → pioche la prochaine adresse de sa dérivation et l'affiche, accompagnée d'un QR code×QR code (code QR)Code-barres en deux dimensions, omniprésent dans Bitcoin : adresses, invoices Lightning, URI de paiement. Toujours vérifier le montant et l'adresse décodés avant de valider.Voir dans le lexique →. Vous pouvez ajouter un label (« cadeau Marie », « salaire mai ») et un montant suggéré.
2. Transmettre l'adresse à l'envoyeur. Trois canaux courants. QR code : l'envoyeur scanne avec son wallet mobile, le plus simple. Copier-coller : copier l'adresse texte et l'envoyer par messagerie (Signal, email). Vérifier que rien ne s'est inséré à la copie. Lecture manuelle : à éviter sauf nécessité, taper 42 caractères sans erreur est risqué.
3. Attendre la confirmation. Dès que l'envoyeur diffuse, votre wallet voit la transaction dans le mempool×MempoolZone d'attente où les transactions Bitcoin patientent avant d'être incluses dans un bloc. Plus la mempool est pleine, plus les frais nécessaires augmentent.Voir dans le lexique → (statut « unconfirmed » ou « 0/1 confirmation »). Le délai d'inclusion dans un bloc dépend des frais payés : 10 minutes en moyenne à frais standards. Pour les petits montants entre proches, 0 confirmation suffit. Pour les paiements importants, attendre 3 à 6 confirmations.
4. Vérifier sur mempool.space×mempool.spaceExplorer Bitcoin open source de référence en 2026. Visualisation des blocs, des frais, de la mempool. Lancé par Wiz et l'équipe mempool.space.Voir dans le lexique → (optionnel). Coller votre adresse de réception dans la barre de recherche mempool.space pour voir l'historique on-chain. Utile pour confirmer une transaction reçue ou suivre un envoi en cours. La page affiche les confirmations, frais, taille et chemin de propagation.

Quatre bonnes pratiques 2026 à intégrer en routine.

• Une adresse par réception. Ne jamais réutiliser une adresse. C'est la règle de privacy numéro un : réutiliser permet à un observateur d'agréger toutes les transactions liées à cette adresse, donc à votre wallet. Sparrow, Electrum, Phoenix génèrent automatiquement une nouvelle adresse à chaque « Get new address ».
• Vérifier le format. Si votre wallet est configuré en Taproot×TaprootMise à jour majeure de Bitcoin activée en novembre 2021 (BIP 341). Apporte plus de confidentialité, de flexibilité pour les scripts et l'efficacité des signatures Schnorr.Voir dans le lexique → mais que vous avez encore une vieille version qui génère du bc1q..., changer les paramètres pour passer en bc1p.... Les fonds reçus en bc1q... restent accessibles, c'est uniquement l'adresse de réception nouvelle qui change.
• Labelliser dès la réception. Sparrow et Electrum permettent d'ajouter un commentaire à chaque transaction. « Salaire mai 2026 », « Vente vélo », « DCA×DCA (Dollar Cost Averaging)Acheter un petit montant fixe à intervalle régulier (par exemple 100 EUR par semaine), peu importe le prix. Lisse le coût d'acquisition et neutralise le biais de timing.Voir dans le lexique → Pocket 17/05 » : ça paraît trivial sur le moment, c'est précieux 6 mois plus tard pour la comptabilité fiscale.
• Surveillance par xpub×xpub (extended public key)Clé publique étendue. Permet à un wallet en mode lecture seule de connaître les adresses et les soldes sans pouvoir signer. Utilisée pour le tracking et l'observation.Voir dans le lexique → si self-custody×Self-custody (auto-garde)Modèle dans lequel vous détenez vous-même vos clés privées. Vos bitcoins ne dépendent d'aucun tiers. C'est la promesse fondatrice de Bitcoin.Voir dans le lexique →. Un xpub (extended public key) permet à un wallet watching-only de voir toutes les adresses dérivées sans accès aux clés privées. Utile pour suivre un cold storage×Cold storageStockage de bitcoins sur un wallet hors-ligne, non connecté à Internet. Maximum de sécurité pour les sommes que vous ne dépensez pas.Voir dans le lexique → depuis son téléphone sans mettre les clés en danger. Sparrow et Electrum permettent l'import xpub en deux clics.

Cas pratique. Vous recevez votre premier salaire en Bitcoin via Bitwage (~500 EUR). Bitwage vous demande une adresse de réception. Vous ouvrez Sparrow, configuré en Taproot, onglet Receive. « Get new address » génère `bc1pxy...`. Label « Salaire mai 2026 ». Vous copiez l'adresse, la collez dans le formulaire Bitwage. Validez. Bitwage achète les sats sur l'exchange×Exchange (plateforme d'échange)Service qui permet d'acheter, vendre et échanger des cryptos contre des monnaies fiat. Exemples : Kraken, Coinbase, Bitstamp, Bitvavo. La plupart sont custodial.Voir dans le lexique → partenaire (Strike, Pocket selon zone) et envoie. 15 minutes plus tard, Sparrow vous notifie « +0,01234 BTC reçu ». La transaction passe en « 1 confirmation » à 22:14, en « 6 confirmations » à 23:04. Vous êtes officiellement payé.

Envoyer on-chain pas à pas

Envoyer demande plus de vigilance que recevoir : une erreur d'adresse envoie les fonds dans le vide, sans recours. La procédure standard avec Sparrow ou Electrum se déroule en six étapes.

1. Récupérer l'adresse du destinataire. Idéalement par QR code×QR code (code QR)Code-barres en deux dimensions, omniprésent dans Bitcoin : adresses, invoices Lightning, URI de paiement. Toujours vérifier le montant et l'adresse décodés avant de valider.Voir dans le lexique → (scanné directement dans Sparrow) ou par copier-coller depuis un canal de confiance (Signal end-to-end, email). Éviter SMS, Telegram, Discord pour les gros montants : possibilité d'interception par malware ou social engineering.
2. Vérifier l'adresse. Comparer les 4 premiers et les 4 derniers caractères avec le destinataire (par téléphone, ou en montrant l'écran). Une attaque clipboard remplace silencieusement l'adresse copiée par celle d'un attaquant : la vérification de bout en bout est la seule défense.
3. Saisir le montant. En BTC (0,01234), en sats (1 234 000), ou en EUR/CHF avec conversion automatique au cours du jour. Sparrow et Electrum permettent les trois. Vérifier deux fois le nombre de zéros : 0,001 BTC et 0,01 BTC sont 10x différents.
4. Choisir le niveau de frais. Trois ou quatre options selon les wallets. Économique : 1 à 5 sat/vbyte, confirmation en 1 à 12 heures. Standard : 5 à 15 sat/vbyte, confirmation dans l'heure. Rapide : 15 à 50 sat/vbyte, confirmation au prochain bloc (10 min). Pour un paiement urgent à un commerçant, rapide. Pour une consolidation×Consolidation (regroupement d'UTXO)Regrouper plusieurs petits UTXO en un seul pendant une période de frais bas, pour éviter de payer cher leur dépense future. Pratique courante de gestion de wallet.Voir dans le lexique → de patrimoine, économique.
5. Signer. Selon votre setup. Wallet×Wallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → logiciel pur : saisir le mot de passe wallet, signature instantanée. Hardware wallet×Hardware walletPetit appareil dédié (Ledger, Trezor, Coldcard, BitBox, etc.) qui garde la clé privée hors d'un ordinateur potentiellement compromis. Signe les transactions à l'intérieur de l'appareil.Voir dans le lexique → : Sparrow envoie la transaction non signée (PSBT×PSBT (Partially Signed Bitcoin Transaction)Format standard (BIP 174) qui permet de construire une transaction sur un appareil, la signer sur un autre, et la diffuser depuis un troisième. Base du workflow multisig moderne.Voir dans le lexique →) au device, vous vérifiez le destinataire et le montant sur l'écran du device, vous confirmez physiquement avec un bouton. C'est cette étape physique qui rend le hardware wallet robuste contre les malwares.
6. Diffuser. Bouton « Broadcast ». Sparrow envoie la transaction signée vers le mempool×MempoolZone d'attente où les transactions Bitcoin patientent avant d'être incluses dans un bloc. Plus la mempool est pleine, plus les frais nécessaires augmentent.Voir dans le lexique →. Confirmation visuelle « Transaction sent », ID de transaction (txid) affiché. Copier l'ID pour le suivi sur mempool.space×mempool.spaceExplorer Bitcoin open source de référence en 2026. Visualisation des blocs, des frais, de la mempool. Lancé par Wiz et l'équipe mempool.space.Voir dans le lexique →.

Cinq pièges à connaître pour ne pas tomber.

• Clipboard hijacking. Un malware Windows ou Android remplace toute adresse Bitcoin×Adresse BitcoinChaîne de caractères qui désigne une destination pour recevoir des bitcoins. Quatre formats principaux : commencent par 1..., 3..., bc1q... ou bc1p... (Taproot, format recommandé en 2026).Voir dans le lexique → copiée par celle de l'attaquant. Visible uniquement si vous comparez visuellement les 4 premiers et 4 derniers caractères. Sparrow signale les adresses étranges, mais l'attaque sophistiquée copie une adresse de format similaire pour passer inaperçue.
• Montant en mauvaise unité. Saisir 0,1 au lieu de 0,01 envoie 10 fois plus que prévu. Toujours vérifier l'équivalent EUR/CHF affiché : si vous vouliez payer 50 EUR et Sparrow affiche 500 EUR, anomalie.
• Choix de change address. Sparrow et Electrum gèrent automatiquement l'adresse de change où revient la monnaie. Ne pas désactiver cette gestion en mode expert sans savoir : envoyer la totalité d'un UTXO×UTXO (Unspent Transaction Output)« Morceau » de bitcoin reçu et non encore dépensé. Un wallet n'a pas un solde unique, il a une collection d'UTXO dont la somme constitue le solde.Voir dans le lexique → sans change est rarement ce qu'on veut.
• Frais à zéro. Saisir 0 sat/vbyte génère une transaction qui ne sera jamais minée et restera dans le mempool jusqu'à expiration (14 jours). Sparrow refuse en dessous de 1 sat/vbyte. Si on veut vraiment ne payer presque rien, choisir 1 sat/vbyte minimum.
• Sans RBF×RBF (Replace-By-Fee)Mécanisme qui permet de remplacer une transaction non confirmée par une nouvelle avec des frais plus élevés, pour l'accélérer.Voir dans le lexique →. Activer toujours le flag « Replace-by-fee » (RBF) au moment de l'envoi. Si la transaction stagne, vous pouvez la rediffuser avec des frais plus élevés. Sans RBF, vous êtes coincé jusqu'à confirmation ou expiration. Sparrow et Electrum activent RBF par défaut depuis 2023.

Recevoir et envoyer en Lightning : 3 formats

Lightning Network×Lightning NetworkRéseau de paiement de seconde couche au-dessus de Bitcoin. Permet des paiements quasi instantanés et quasi gratuits via des canaux ouverts entre utilisateurs.Voir dans le lexique → ne fonctionne pas avec des adresses comme on-chain. Trois formats coexistent en 2026, chacun adapté à un usage.

Invoice BOLT11. Le format historique, encore majoritaire en 2026. Le destinataire génère une invoice pour un montant fixe (par exemple 1 000 sats), avec une description (« café au Pasticceria Marnin »), et une durée de validité (typiquement 1 h). L'envoyeur scanne ou colle l'invoice, le wallet×Wallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → décode automatiquement, affiche le montant et la description, demande confirmation, paie en 2 secondes. Avantages : précision (montant exact), traçabilité (l'invoice contient la description). Inconvénients : expire, non réutilisable, longue donc lourde à transmettre.

Lightning Address. Format moderne (LNURL×LNURLFamille de standards qui simplifie l'usage de Lightning : QR réutilisables, retraits, authentification. Complétée par les Lightning Addresses lisibles (utilisateur@domaine).Voir dans le lexique →-pay derrière, mais l'utilisateur ne le voit pas), conçu pour ressembler à une email. `alice@walletofsatoshi.com`, `bob@strike.me`, `carla@phoenix.acinq.co`. L'envoyeur saisit l'adresse, saisit lui-même le montant, valide. Le wallet du destinataire reçoit en 2 secondes. Avantages : permanente (l'adresse est valable des mois ou années), simple (comme une email), montant libre. Inconvénients : nécessite un serveur LNURL côté destinataire (généralement géré par le wallet), légèrement moins privée (le serveur du destinataire voit qui paie qui).

BOLT12 offer. Format introduit en 2024 par Core Lightning, en adoption progressive sur Phoenix, LND et autres wallets en 2026. Une « offer » est un format de paiement réutilisable et confidentiel : pas de serveur LNURL central, l'offer encode directement les chemins de retour vers le destinataire. Idéal pour les souscriptions (paiement Patreon en sats), les dons récurrents (streaming sats sur Podcasting 2.0), et les commerçants qui veulent une adresse Lightning unique et permanente sans dépendre d'un service tiers.

Procédure d'envoi commune. Scanner ou coller l'invoice / Lightning Address / offer dans le wallet (Phoenix, Muun, Aqua, BlueWallet, Wallet of Satoshi×Satoshi (sat)La plus petite unité de bitcoin. 1 BTC = 100 millions de satoshis. Nom inspiré du créateur. En 2026, parler en sats devient courant à mesure que le prix d'un BTC s'élève.Voir dans le lexique →, Sparrow Lightning). Le wallet détecte automatiquement le format, décode, affiche le montant et les frais (typiquement 0,001 à 0,01 EUR), demande confirmation, envoie. Si Lightning routing échoue (rare en 2026), le wallet réessaie ou propose de basculer en on-chain pour les montants compatibles.

Procédure de réception commune. Onglet « Receive » du wallet, choisir Lightning, indiquer le montant si BOLT11 (ou laisser libre si Lightning Address / BOLT12). Le wallet génère l'invoice ou affiche votre Lightning Address. Transmettre par QR code×QR code (code QR)Code-barres en deux dimensions, omniprésent dans Bitcoin : adresses, invoices Lightning, URI de paiement. Toujours vérifier le montant et l'adresse décodés avant de valider.Voir dans le lexique → ou copier-coller. Le paiement arrive instantanément quand l'envoyeur confirme, le wallet notifie et affiche le nouveau solde.

Trois différences clés à retenir entre on-chain et Lightning pour ne pas se tromper en pratique.

• Délai et finalité. On-chain : 10 min en moyenne pour 1 confirmation, réversible jusqu'à plusieurs blocs après en théorie. Lightning : 2 secondes, immédiatement final.
• Frais. On-chain : 0,30 à 30 EUR selon mempool×MempoolZone d'attente où les transactions Bitcoin patientent avant d'être incluses dans un bloc. Plus la mempool est pleine, plus les frais nécessaires augmentent.Voir dans le lexique →. Lightning : 0,001 à 0,01 EUR quel que soit le montant (jusqu'aux limites des canaux).
• Capacité. On-chain : illimitée. Lightning : limitée par les canaux du wallet, typiquement 50 000 à 5 000 000 sats (15 EUR à 1 500 EUR en 2026). Au-delà, basculer on-chain.

QR codes, URI BIP21 et conventions hybrides

Pour fluidifier le geste de paiement, plusieurs conventions encapsulent une demande de paiement complète dans un format scannable. Trois standards à connaître en 2026.

• URI BIP21 simple. Format historique on-chain. Préfixe `bitcoin:` suivi de l'adresse, paramètres optionnels en query string. Exemple : bitcoin:bc1pxy...?amount=0.00250&label=Cafe%20Marnin. Le wallet×Wallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → scanne, pré-remplit l'adresse, le montant, et la description. Aucune saisie manuelle. Standard supporté par tous les wallets depuis 2012.
• URI Lightning. Préfixe `lightning:` suivi de l'invoice BOLT11×BOLT11Format standard d'une facture Lightning, sous forme de chaîne de caractères ou QR code. Une facture est à usage unique avec un montant et une date d'expiration.Voir dans le lexique → ou de la Lightning Address×Lightning AddressAdresse de type email (alice@strike.me) qui permet de recevoir des paiements Lightning sans générer une facture à chaque fois.Voir dans le lexique →. Exemple : lightning:lnbc100u1p3... ou lightning:alice@walletofsatoshi.com. Permet d'ouvrir directement le wallet Lightning sur mobile par tap sur un lien web.
• URI BIP21 hybride. Format moderne (2023-2024) qui combine on-chain et Lightning dans une seule chaîne. Exemple : bitcoin:bc1pxy...?amount=0.00250&lightning=lnbc100u1p3.... Le wallet utilisateur choisit la couche selon ses capacités : Lightning si disponible et montant compatible, sinon on-chain. Adopté par BTCPay Server, Strike, et la majorité des wallets 2026. C'est le standard de facto pour les commerçants.

Cas pratique d'usage hybride. Vous êtes à La Pasticceria Marnin à Lugano×Lugano (Plan ₿)Ville suisse qui a lancé en 2022 un programme d'adoption Bitcoin (paiement des impôts, commerces, événements). Plan B Forum annuel devenu rendez-vous européen.Voir dans le lexique →, le serveur tend son iPad avec un QR code×QR code (code QR)Code-barres en deux dimensions, omniprésent dans Bitcoin : adresses, invoices Lightning, URI de paiement. Toujours vérifier le montant et l'adresse décodés avant de valider.Voir dans le lexique →. Vous scannez avec Phoenix. Phoenix décode et voit deux options dans l'URI hybride : Lightning à 1 000 sats, ou on-chain à 1 000 sats. Comme Phoenix a un canal Lightning×Canal Lightning (channel)Multisig 2-de-2 entre deux participants qui les autorise à s'échanger des sats hors-chaîne autant de fois qu'ils veulent, jusqu'à ce qu'ils ferment le canal et publient le solde final sur Bitcoin.Voir dans le lexique → ouvert avec assez de capacité, il choisit Lightning automatiquement. 2 secondes plus tard, paiement confirmé. Si Phoenix avait été en panne Lightning (canaux pleins par exemple), il aurait basculé en on-chain sans rien vous demander.

Trois conventions QR à connaître côté commerçant.

• QR statique (Lightning Address ou BOLT12×BOLT12Format de facture Lightning plus moderne (offer) qui permet la réutilisation et plus de confidentialité.Voir dans le lexique →). Un QR imprimé sur le menu, jamais expiré, montant libre. Idéal pour les pourboires ou les paiements informels. Le commerçant doit gérer le rapprochement manuel (qui a payé combien) car aucune description n'est attachée.
• QR dynamique (BOLT11 ou hybride avec amount). Généré par BTCPay Server au moment de l'addition, contient le montant exact et une description (« Table 5, 47,80 CHF »). Expire après 15 minutes. Le commerçant voit automatiquement le paiement arriver et marque la table comme réglée.
• NFC tap-to-pay. Adoption croissante sur Phoenix et Aqua en 2026. Le commerçant et le client rapprochent leurs téléphones, échange NFC, paiement Lightning en 1 seconde sans QR. Moins universel que le QR mais plus rapide en boutique.

Une bonne pratique 2026 pour les commerçants : imprimer un autocollant avec QR Lightning Address statique en vitrine pour les pourboires ou paiements informels, et utiliser BTCPay Server avec QR dynamique en caisse pour les ventes formelles. Couvre 100 % des cas, ergonomie maximale pour le client.