Consultez le hash sur le bon réseau. Vérifiez l’inclusion, les confirmations et, lorsqu’il existe, le statut de finalité. Attendez le seuil demandé par le service avant de considérer le paiement reçu.
Pas encore incluse
Incluse et suivie
Statut propre au consensus
Diffusion et inclusion
Une opération envoyée peut rester en attente, être remplacée ou échouer. L’apparition dans un bloc marque une étape, pas nécessairement l’acceptation par le destinataire.
Confirmations et finalité
Des blocs supplémentaires réduisent généralement le risque de réorganisation. Certaines chaînes ont une notion explicite de finalité ; ne transposez pas un nombre fixe entre réseaux.
Règles du destinataire
Une plateforme ou un commerçant peut attendre plus longtemps selon l’actif, le réseau, le montant et son contrôle des risques. Consultez son seuil avant l’envoi.
Preuve de réception
Conservez hash, réseau, adresse, actif et heure. Une transaction confirmée vers une mauvaise adresse ou sur un mauvais réseau ne garantit pas le crédit sur le compte visé.
Définir quand livrer un bien
Une transaction diffusée n’est pas nécessairement incluse ; un bloc inclus peut encore être réorganisé selon le réseau. Fixez une règle de confirmation adaptée à la valeur et au mécanisme de finalité.
- Contrôlez le statut sur le réseau exact.
- Distinguez finalité technique et crédit interne d’un prestataire.
Cas pratique : décision et limites
Une opération incluse peut attendre davantage de confirmations avant qu’un service ne crédite le compte. Bitcoin utilise des confirmations probabilistes : davantage de blocs réduit le risque sans fournir une garantie absolue universelle. Ethereum distingue inclusion et checkpoints finalisés selon son consensus. N’appliquez pas un même nombre de confirmations à tous les réseaux ou montants ; consultez la politique du destinataire et l’état réel du réseau avant de conclure à un retard anormal.
Une vérification concrète
Demandez le seuil au destinataire : confirmation on-chain et crédit d’un compte interne restent deux événements différents.
Repères à vérifier
| Point | Contrôle |
|---|---|
| En attente | Pas encore incluse |
| Confirmée | Incluse et suivie |
| Finalisée | Statut propre au consensus |
Questions fréquentes
Une confirmation suffit-elle toujours ?
Non. Le seuil dépend du réseau et du destinataire.
Un hash prouve-t-il le crédit chez une plateforme ?
Non. Il prouve une opération sur chaîne, pas son traitement interne.
Une transaction Ethereum échouée peut-elle être confirmée ?
Oui. Le reçu peut indiquer un échec alors que la transaction est incluse dans un bloc. Les changements de l’appel échoué sont annulés, mais le gas consommé est payé et le nonce utilisé. Relisez le statut d’exécution avant de conclure que le destinataire a reçu l’actif.
Sources vérifiables
Ethereum.org — Transactions- Ethereum.org — Proof of stake and finality
Bitcoin Developer Guide — Block chain
Contenu pédagogique indépendant, relu à partir de documentation primaire. Aucune recommandation personnalisée ni promesse de rendement. Mis à jour le 6 octobre 2026
