La réponse honnête à combien de confirmations un paiement crypto nécessite est que cela dépend de deux choses : sur quelle chaîne l'argent est arrivé, et combien vaut la commande. Une confirmation suffit pour un téléchargement numérique de 10 $ payé en USDT sur Tron. Une palette de 5 000 $ qui quitte votre entrepôt sur un camion et a été payée en Bitcoin mérite plusieurs blocs. "Sûr" n'est pas une constante que vous pouvez consulter dans un tableau et oublier — c'est une décision de risque, prise une fois par réseau et par type de produit, puis encodée dans votre processus de paiement afin que personne n'ait à y penser à nouveau.
Ce qu'est réellement une confirmation
Une confirmation est un bloc. C'est tout le concept. Lorsque l'acheteur appuie sur envoyer, sa transaction est diffusée sur le réseau et reste dans le mempool, une salle d'attente de transactions non minées. Lorsqu'un mineur ou un validateur l'inclut dans un bloc, vous avez une confirmation. Chaque bloc construit au-dessus de celui-ci en ajoute une autre.
Rien dans votre transaction n'est "vérifié" par le deuxième bloc. Elle était déjà valide ou elle ne l'était pas. Ce qui change, c'est le coût de l'effacer. Pour inverser une transaction qui est enterrée sous des blocs, un attaquant doit construire une chaîne concurrente qui ne la contient pas et rendre cette chaîne plus longue que la chaîne honnête. Chaque bloc supplémentaire multiplie à peu près le travail requis, donc la probabilité d'une inversion réussie tombe d'une falaise plutôt que d'une pente. Six blocs sur Bitcoin ne sont pas magiques — c'est juste la profondeur à laquelle l'arithmétique a cessé d'intéresser qui que ce soit, et le nombre est resté.
Zéro confirmations et le risque de double dépense
Une transaction dans le mempool est une promesse, pas un paiement. C'est un message signé disant "J'ai l'intention de déplacer ces pièces", que le réseau a vu mais n'a pas encore engagé. Elle peut être remplacée, évincée, ou simplement jamais minée.
Le mécanisme spécifique qu'il vaut la peine de comprendre est Replace-By-Fee. Sur Bitcoin, un expéditeur peut diffuser une transaction vous payant, puis diffuser une seconde transaction qui dépense les mêmes entrées pour lui-même avec des frais plus élevés. Les mineurs sont économiquement rationnels et prennent les frais plus élevés. Votre paiement s'évapore pendant que l'acheteur s'en va avec les marchandises. Ce n'est pas une attaque théorique ; c'est une fonctionnalité du protocole fonctionnant exactement comme prévu, et cela ne nécessite aucune compétence particulière pour l'exécuter.
- Remplacement RBF — les mêmes pièces sont redépensées ailleurs avec des frais plus élevés avant que quiconque ne mine votre version.
- Famine de frais — une transaction sous-évaluée reste dans le mempool pendant des heures et finit par être abandonnée par les nœuds.
- Réorganisation de chaîne — rare et superficielle sur les chaînes majeures, mais réelle. Une réorganisation d'un bloc annule discrètement un paiement à une confirmation.
Le zéro-conf est défendable dans exactement une situation : lorsque vous pouvez annuler la livraison. Si le client achète une licence de logiciel que vous pouvez révoquer, ou un crédit de compte que vous contrôlez, accepter à vue est un échange raisonnable pour une meilleure expérience utilisateur. Si la chose livrée quitte vos mains de manière permanente, attendez un bloc.
Finalité probabiliste contre finalité presque déterministe
Toutes les chaînes ne traitent pas "final" de la même manière, et c'est là que la plupart des conseils de confirmation se trompent en prétendant que les règles de Bitcoin sont universelles.
Chaînes probabilistes
Bitcoin, Litecoin, Dogecoin et Bitcoin Cash ne déclarent jamais une transaction finale. Ils vous donnent une probabilité qui approche un. Le temps moyen de bloc de dix minutes de Bitcoin est également une moyenne, pas un horaire — les blocs arrivent selon une distribution de Poisson, donc une attente de "une confirmation" peut être de quatre-vingt-dix secondes ou quarante minutes. Ethereum se situe au milieu : les blocs arrivent toutes les douze secondes, mais la preuve de participation ajoute une étape de finalisation explicite qui prend environ deux époques, soit environ treize minutes, après quoi l'inversion nécessite de réduire d'un tiers la mise totale.
Chaînes à finalité rapide
TON (que Payora marque comme Gram), Solana, XRP et Stellar atteignent quelque chose de beaucoup plus proche de la finalité déterministe en quelques secondes. Un grand livre XRP validé est terminé. Un emplacement Solana finalisé est terminé. Tron utilise un chemin intermédiaire : les blocs apparaissent toutes les trois secondes, et une fois qu'environ dix-neuf ont été signés par une supermajorité de super représentants, le bloc est marqué solidifié et ne sera pas réorganisé. C'est pourquoi USDT sur Tron semble instantané au moment du paiement tandis que le même jeton selon la pensée de l'ère Bitcoin semblerait glaciaire.
Combien de confirmations par réseau en pratique
Ce sont des valeurs par défaut sensées pour un commerçant, pas des lois de la physique. Les temps d'attente sont approximatifs car les temps de bloc varient.
| Réseau | Temps de bloc | Seuil sensé | Attente approximative |
|---|---|---|---|
| Bitcoin (BTC) | ~10 min | 1 faible valeur, 2–3 moyen, 6 élevé | 10–60 min |
| Litecoin (LTC) | ~2.5 min | 3–6 | 8–15 min |
| Dogecoin (DOGE) | ~1 min | 6–10 | 6–10 min |
| Bitcoin Cash (BCH) | ~10 min | 2–6 | 20–60 min |
| Ethereum (ETH) | ~12 s | 12, ou 32+ pour la finalité | 2.5–13 min |
| BNB Chain, Polygon, Arbitrum, Base | ~1–2 s | 15–60 | moins de 2 min |
| Tron (TRX, USDT-TRC20) | ~3 s | ~19 (solidifié) | ~1 min |
| Solana (SOL) | ~0.4 s | 32 (finalisé) | ~13 s |
| TON / Gram | ~5 s | 1 bloc de masterchain | secondes |
| XRP | ~4 s | 1 grand livre validé | ~4 s |
| Stellar (XLM) | ~5 s | 1 grand livre fermé | ~5 s |
Ajustez le seuil à la valeur et à la réversibilité
La question n'est jamais "ce paiement est-il sûr" dans l'abstrait. C'est "qu'est-ce qu'un attaquant gagne, et quel est le coût de l'attaque." Inverser une transaction Bitcoin d'un bloc de profondeur signifie miner le réseau brièvement, ce qui est coûteux. Personne ne dépense cela pour voler un ebook à 9 $. Donc, le modèle sain a deux axes : combien d'argent est sur la table, et si vous pouvez récupérer la livraison.
- Numérique et révocable, toute valeur — licences, téléchargements, crédit de compte, hébergement. Une confirmation, ou zéro si vous êtes à l'aise avec la révocation. Votre recours est le bouton d'arrêt.
- Sous ~$100, physique — une confirmation sur n'importe quelle chaîne dans le tableau. Le coût de l'attaque est supérieur au butin.
- $100–$1,000, physique — le seuil normal de la chaîne : 2–3 sur Bitcoin, solidifié sur Tron, finalisé sur Solana.
- Plus de ~$1,000, irréversible — allez à 6 sur Bitcoin et pleine finalité ailleurs. Les quarante minutes supplémentaires ne vous coûtent rien ; une palette inversée vous coûte la palette.
- Tout ce qui est expédié le jour même — considérez la porte de confirmation comme la porte sur le bon de préparation, pas sur l'e-mail de confirmation de commande.
Remarquez ce qui est absent de cette liste : les rétrofacturations. Un paiement confirmé sur la chaîne ne peut pas être annulé par la banque de l'acheteur quatre-vingt-dix jours plus tard, ce qui est une forme de risque véritablement différente des cartes. Les confirmations sont la seule fenêtre dont vous devez vous soucier, et elle se ferme en quelques minutes. C'est l'échange discuté plus en profondeur dans l'acceptation des paiements sans compte marchand.
Comment Payora décide qu'un paiement est final
Payora applique les règles de finalité de chaque pièce plutôt que d'appliquer un seul chiffre à vingt actifs. Bitcoin est compté en blocs. Tron attend la solidification. TON attend sur la masterchain. Solana attend un emplacement finalisé. Ce n'est qu'une fois que la règle pour cet actif spécifique est satisfaite que votre serveur reçoit le webhook signé invoice.paid — HMAC-SHA256, fenêtre de timestamp, clé d'idempotence — afin que le commerçant ne soit jamais celui qui devine si un paiement a été réglé. Si vous voulez le code de vérification, il est dans les docs et expliqué dans l'article sur la signature du webhook.
Les montants qui ne correspondent pas ne sont pas silencieusement abandonnés. Si un acheteur envoie 0.0009 BTC contre une facture de 0.001 BTC, ou envoie 0.002 par erreur, à la fois le sous-paiement et le sur-paiement sont enregistrés dans un grand livre en ajout uniquement contre cette facture. Vous décidez de la politique — rechargement, exécution partielle, remboursement — avec le vrai nombre devant vous au lieu d'une erreur d'arrondi. Les pièces sont confirmées dans une adresse que Payora a générée uniquement pour cette facture, donc rien n'est mélangé avec un autre paiement. Le compteur de confirmations est la seule chose entre l'envoi de l'acheteur et l'argent que vous contrôlez déjà.
Les valeurs par défaut sensées sont livrées avec les modules CMS gratuits pour WooCommerce, PrestaShop, Magento 2 et dix-huit autres plateformes, donc un petit magasin peut installer, garder les valeurs par défaut, et être prêt dès le premier jour. Vous pouvez également voir la porte fonctionner sur la démonstration de paiement en direct.
Définissez vos seuils une fois, notez-les, et laissez la passerelle les appliquer. Créez un compte Payora gratuit et voyez comment chaque réseau rapporte la finalité par rapport à une vraie facture — accepter est à 0 %, et les frais pour déplacer de l'argent (1,5 % sur le plan gratuit plus les frais de réseau, retrait minimum de 50 $) sont sur tarification.
Comments