Choisissez le bon délai d’attente avant de considérer le prochain transfert sur la blockchain comme réglé. Même bloc, deux intégrateurs, deux réponses correctes différentes.
Avril 2026 a été le mois le plus meurtrier enregistré en matière de vols — plus de 629 millions de dollars répartis sur plus de 20 incidents selon Chainalysis. Plusieurs de ces incidents sont dus à un seul choix de conception non signalé lors de la revue de code : l’intégrateur a traité un transfert non finalisé comme réglé.
La raison pour laquelle cela se produit encore est que « attendre N confirmations » est copié-collé sur trois modèles de sécurité complètement différents, sans que personne ne nomme ce que représente réellement ce primitive.
Les 6 confirmations de Bitcoin sont une estimation probabiliste. L’attaquant doit dépenser de l’électricité pour miner une réorganisation. Le délai d’attente s’allonge à mesure que la puissance de hachage se concentre, et ne raccourcit pas.
La finalisation d’Ethereum est une garantie cryptonéconomique de slashing. Annuler un bloc finalisé brûlerait environ un tiers du total mis en staking. Aux prix de mai 2026, cela représente environ 30 milliards de dollars en risque pour inverser un seul bloc. Le délai est d’environ 12,8 minutes (2 époques de 32 slots à 12 secondes). Mais Ethereum expose également les états « safe » (justifié, ~6,4 min) et « latest » (~12 sec) pour les développeurs qui souhaitent une garantie plus souple et une expérience utilisateur plus rapide.
La « confirmation optimiste » de Solana, à ~12,8 secondes, est un vote de supermajorité. En production, elle n’a jamais été annulée. Il s’agit d’une déclaration opérationnelle forte, pas cryptonéconomique. Alpenglow (le déploiement sur testnet de mai 2026) vise une finalité d’environ 400 ms et va considérablement réduire ce paramètre d’ici 2026.
Trois questions déterminent laquelle de ces versions vous devez utiliser aujourd’hui.
Première : l’action est-elle réversible par vous, en moins d’une heure, sans coût pour le client ? Si oui, l’optimiste / le safe-head suffit. Remboursements, cotation reproductible, lectures d’indexeur.
Deuxième : la perte en dollars due à une annulation est-elle supérieure au chiffre d’affaires mensuel brut généré par ce flux ? Si oui, attendez la finalité complète et ajoutez une marge. Mint sur pont, retraits importants, paiements irréversibles.
Troisième : les deux oui ? Utilisez deux chemins. UX optimiste pour la lecture, verrouillage finalisé pour l’écriture. C’est ainsi que fonctionnent les intégrations de niveau plateforme d’échange sur chaque chaîne.
Si vous ne pouvez pas répondre à ces trois questions, plus de confirmations ne sont pas la solution. L’intégration nécessite une revue de la fonction de perte avant le prochain déploiement.
J’ai conçu une carte décisionnelle d’un seul page avec les variantes Bitcoin / Ethereum L1 / Ethereum rollups / Solana et le triage par fonction de perte. Lien dans le premier commentaire.
Où je pourrais me tromper : l’affirmation selon laquelle Solana « n’a jamais été annulée en production » est vraie selon les données du mainnet d’avril 2026. Si Alpenglow est déployé et que le protocole change sous-jacent à cette affirmation, l’écart opérationnel par rapport au cryptonéconomique sur lequel repose le triage actuel commencera à disparaître d’ici 2026.
Suivez-moi pour des insights quotidiens — là où la blockchain rencontre l’IA, un swipe satisfaisant à la fois.
À des fins éducatives uniquement. Pas un conseil financier.
