Zero-confirmation (zeroconf)
Une transaction zeroconf est acceptée sans attendre de confirmation on-chain. Pratique pour les paiements rapides (commerçants, ATM) mais vulnérable à la double dépense. Full RBF a affaibli sa fiabilité. Lightning Network l'a rendue largement obsolète.
Définition
Une transaction zero-confirmation (souvent abrégée "0-conf" ou "zeroconf") est une transaction Bitcoin acceptée comme valide par un destinataire avant qu'elle ne soit incluse dans un bloc miné. En pratique, le marchand voit la transaction propagée sur le réseau mempool et livre le bien/service immédiatement, en pariant qu'elle sera bien minée dans les prochains blocs.
Pourquoi c'était pratique
Avant Lightning Network, le 0-conf était la seule solution viable pour les paiements instantanés en Bitcoin :
- Cafés et bars : ne peut pas attendre 10 minutes pour servir un café.
- ATM Bitcoin : distribuer du cash demande quelques secondes.
- POS retail : caisses de supermarché.
BitPay, BTCPay Server et OpenNode l'ont longtemps proposé par défaut.
Le risque : la double dépense
Une transaction non-confirmée n'a aucune garantie cryptographique d'être finalement minée. Un attaquant peut :
- Envoyer la transaction A au marchand (qui voit l'arrivée dans son mempool).
- Simultanément, envoyer la transaction B (mêmes inputs, destination différente) à un mineur ou un grand pool.
- Si B est minée, A est rejetée → le marchand est volé.
Avant 2016, plusieurs heuristiques (tx visible sur >X nœuds dans Y secondes, absence de conflit dans la mempool) rendaient l'attaque difficile mais pas impossible.
L'impact de RBF et Full-RBF
RBF (Replace-By-Fee), introduit par BIP-125 en 2016, permet à un expéditeur de remplacer sa transaction par une autre avec des frais plus élevés. Une tx opt-in RBF (drapeau visible) est donc explicitement annulable. Plus grave, le Full-RBF activé par défaut dans Bitcoin Core 24.0 (décembre 2022) et généralisé en 2024 permet de remplacer même les transactions non-opt-in. Pour le marchand, le 0-conf devient ingérable : toute transaction peut être doublée.
Lightning : le successeur logique
Lightning Network règle le problème en construisant la finalité off-chain :
| Aspect | 0-conf | Lightning | |---|---|---| | Vitesse | Quelques secondes | Sub-seconde | | Finalité | Faible (cryptographiquement incertaine) | Forte (HTLC verrouillés on-chain) | | Frais | Frais on-chain complets | Quelques sats | | Risque double-spend | Élevé (full-RBF) | Nul |
À retenir
Le zeroconf a été un pont historique entre Bitcoin et le retail, mais c'est un compromis dangereux qui n'a plus lieu d'être en 2026. Tout marchand sérieux devrait migrer ses paiements rapides vers Lightning Network — la latence est meilleure, les frais sont moindres et la finalité est cryptographique.
Termes lies
- Double dépenseLa double dépense est la tentative de dépenser deux fois la même UTXO. Bitcoin la rend coûteuse via la preuve de travail et le consensus. Risque réel uniquement avec des transactions zeroconf. La cause principale de la nécessité d'une blockchain.
- RBF (Replace-By-Fee)RBF (BIP-125) permet de remplacer une transaction non confirmée par une autre payant plus de frais. Sortie unstuck quand le réseau est congestionné. Le full RBF (Bitcoin Core 24+) accepte le remplacement même sans signal. Sujet de débats philosophiques sur la finalité.
- Full RBFFull RBF accepte de remplacer toute transaction non confirmée, sans nécessiter le drapeau opt-in. Activé par défaut depuis Bitcoin Core 26. Permet de débloquer plus largement les transactions coincées. Impacte les paiements zero-conf (commerçants).
- Lightning NetworkLe Lightning Network est une solution de seconde couche construite sur Bitcoin permettant des paiements instantanes et quasi-gratuits. Il fonctionne via des canaux de paiement entre utilisateurs, avec un reglement final sur la blockchain principale. Ideal pour les micropaiements et les transactions quotidiennes.
Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.