Confirmations de dépôt crypto : finalité et crédit

Un portefeuille peut diffuser une transaction et obtenir un hash avant son inclusion dans un bloc. Les nœuds peuvent avoir des vues différentes des transactions non confirmées ; le hash peut donc ne pas apparaître immédiatement dans un explorateur. Tant qu’elle attend hors d’un bloc, la transaction a zéro confirmation. Cela signifie qu’elle n’est pas encore inscrite dans la chaîne canonique, pas que la plateforme a accepté le dépôt.

Quand un bloc valide inclut la transaction, elle reçoit sa première confirmation selon la convention courante. Le réseau a enregistré un événement on-chain, mais le service doit encore le détecter, vérifier l’actif et la destination, puis appliquer ses propres règles. Le guide Bitcoin sur le traitement des paiements distingue un paiement diffusé d’un paiement confirmé.

Sur Bitcoin, le bloc qui contient la transaction compte pour une confirmation ; chaque bloc suivant en ajoute une. Plus il y a de blocs, plus il devient difficile de remplacer cet historique par une réorganisation, sans que cela garantisse qu’une réorganisation soit impossible. Le guide développeur de Bitcoin décrit les sommets concurrents et l’effet des blocs suivants.

Le protocole Bitcoin vise une moyenne d’environ dix minutes par bloc à long terme. Un bloc donné peut arriver bien plus tôt ou plus tard ; trois confirmations ne garantissent donc pas trente minutes. Les frais, l’état du réseau, le moment de production des blocs et le traitement par le service destinataire sont des facteurs différents. Le nombre indique un état de la chaîne, pas une heure d’arrivée estimée.

Les réseaux n’utilisent pas tous le même modèle de confirmation. Sur Ethereum en preuve d’enjeu, une transaction est d’abord incluse dans un bloc ; le consensus peut ensuite marquer des points de contrôle comme justifiés puis finalisés. Le cycle de vie d’une transaction et le guide sur la finalité de la preuve d’enjeu décrivent ces états. Le nombre de blocs Bitcoin, un point de contrôle Ethereum finalisé et le statut d’une autre chaîne ne sont pas des unités interchangeables.

Même la finalité du protocole répond uniquement à une question du réseau : comment la chaîne traite ce bloc selon ses règles de consensus. Elle ne signifie pas qu’une plateforme a crédité le dépôt, terminé un contrôle ou autorisé les retraits. Pour les ponts et les actifs enveloppés, la chaîne source, le pont et la chaîne de destination peuvent avoir leurs propres conditions d’achèvement. Consultez le guide des ponts inter-chaînes.

Une plateforme décide quand inscrire un dépôt dans son registre interne. Elle peut exiger un nombre minimal de confirmations, attendre que son nœud ou son indexeur les observe et effectuer des contrôles distincts avant d’autoriser le trading ou les retraits. Les seuils peuvent varier selon l’actif, le réseau, le service, le compte et la période. Il n’existe pas de nombre unique pour tous les dépôts crypto.

Kraken décrit par exemple un état “Credited” qui permet d’utiliser le dépôt pour trader et un état “Successful” qui autorise aussi les retraits. Coinbase explique qu’un dépôt peut rester “Pending” jusqu’à l’observation des confirmations requises. Ce sont des exemples de processus propres à chaque prestataire, pas des définitions universelles. Consultez les informations actuelles du service destinataire.

Supposons, uniquement pour l’exemple, qu’un service demande trois confirmations Bitcoin. Si la transaction est incluse dans le bloc 850 000, le compte courant est un. Dans le bloc 850 001, il passe à deux ; dans le bloc 850 002, à trois. D’autres blocs doivent donc être produits après l’inclusion pour atteindre le seuil affiché.

Cet exemple ne recommande pas trois confirmations et ne décrit pas la règle actuelle d’une plateforme. L’arrivée du prochain bloc n’est pas garantie à une heure précise ; la plateforme peut aussi avoir besoin de temps pour détecter et traiter le dépôt après le seuil. Une réorganisation peut déplacer une transaction récente. Consultez l’exigence en vigueur au lieu de transformer une ancienne estimation en promesse.

Commencez par vérifier l’actif et le réseau exacts utilisés par l’expéditeur, puis récupérez le hash de transaction. Recherchez ce hash dans un explorateur du même réseau. Vérifiez sa visibilité, son inclusion dans un bloc, son nombre de confirmations et la réussite de la transaction ou de l’appel au contrat. Sur Ethereum, un reçu réussi décrit l’exécution on-chain ; il ne prouve pas qu’une plateforme centralisée a crédité le compte.

Comparez ensuite l’adresse de destination et tout mémo ou tag requis avec les instructions de dépôt de la plateforme. Vérifiez qu’elle prend en charge cet actif sur ce réseau, que le montant atteint son minimum et que l’adresse appartient au bon compte. La liste de contrôle des transferts crypto couvre réseau, adresse et mémo. Ne communiquez jamais votre phrase de récupération ni votre clé privée pour examiner une transaction publique.

Si la transaction atteint le seuil actuel de la plateforme sans apparaître dans le compte, consultez sa page de statut, les avis de maintenance, les notifications du compte et la liste des réseaux pris en charge. La transaction on-chain et l’écriture interne de la plateforme sont liées, mais ce ne sont pas le même enregistrement. Le service peut avoir besoin de temps pour indexer la transaction ou retenir le dépôt pour vérification.

Si les instructions le demandent, contactez la plateforme destinataire via son canal d’assistance officiel. Gardez le hash, l’actif, le réseau, le montant, l’adresse, le mémo ou tag et l’heure approximative d’envoi. Ne renvoyez pas les fonds simplement parce que le premier dépôt est en attente et ne payez pas une personne qui vous contacte pour une “récupération”. En cas de réseau non pris en charge ou de mémo manquant, la récupération dépend de la plateforme et peut être impossible.