Ajustement de la difficulté tous les 2016 blocs

Curiosité

1. Pourquoi le réseau ajuste-t-il la difficulté toutes les deux semaines plutôt qu’après chaque bloc ?
2. Comment un système décentralisé peut-il s’accorder sur une correction mathématique sans qu’une autorité centrale émette une mise à jour ?
3. Qu’advient-il de la vitesse de production des blocs dans les jours qui suivent immédiatement une chute massive de la puissance de hachage mondiale ?

Explorer

1. Le modèle de sécurité de Bitcoin repose sur un rythme régulier d’environ dix minutes par bloc. Cette cadence met en balance la finalité des transactions d’une part, la congestion du réseau et la consommation de ressources d’autre part. Cependant, le matériel de minage évolue rapidement ; les ASIC deviennent exponentiellement plus efficaces avec le temps. Sans intervention, une difficulté de calcul fixe signifierait que les blocs seraient trouvés en quelques secondes plutôt qu’en minutes à mesure que la puissance augmente. Une telle volatilité déstabiliserait les propriétés de sécurité de la chaîne et brouillerait les attentes des utilisateurs quant aux délais de confirmation.
2. Pour maintenir ce rythme, Bitcoin met en œuvre une boucle de rétroaction automatique appelée retargeting. Tous les 2 016 blocs – une période d’environ quatorze jours en moyenne – chaque nœud recalcule indépendamment la cible de preuve de travail. Le nombre 2 016 correspond à 14 jours multipliés par 144 intervalles de dix minutes par jour. Cette fréquence constitue un compromis : assez courte pour réagir aux variations importantes du hashrate, mais assez longue pour lisser les fluctuations temporaires ou les anomalies de participation au réseau.
3. Le calcul compare le temps réellement mis pour miner les 2 016 blocs précédents aux 20 160 minutes attendues. La formule est : Nouvelle cible = Ancienne cible × (Temps réel / Temps cible). Si les mineurs ont trouvé les blocs en moins de dix minutes en moyenne, le temps réel est plus court, ce qui donne un rapport inférieur à un qui abaisse la cible et augmente la difficulté. À l’inverse, si les blocs ont pris plus de temps, la cible remonte pour faciliter le problème. Cet ajustement proportionnel ramène la moyenne vers les dix minutes.
4. Pour éviter une volatilité extrême due à des chocs de court terme, l’ajustement est plafonné à un facteur quatre dans un sens comme dans l’autre à chaque cycle. Quelle que soit l’ampleur de la variation du hashrate, un ajustement peut au plus multiplier la difficulté par quatre ou la diviser par quatre. Ce plafond limite les dégâts causés par des horodatages faussés et garantit des changements progressifs lors d’événements de marché spectaculaires ou de transitions matérielles.
5. Un exemple notable s’est produit en juillet 2021, à la suite de l’interdiction du minage de cryptomonnaies par la Chine. Le hashrate mondial s’est effondré, et les blocs ont été trouvés bien plus lentement qu’en dix minutes. L’ajustement de difficulté qui a suivi a été la plus forte baisse de l’histoire de Bitcoin, avec un recul de près de 28 % pour refléter la baisse de la puissance de calcul. Cette correction rapide a ramené le temps de bloc moyen vers sa cible en un seul cycle, démontrant la réactivité du mécanisme face aux chocs économiques et réglementaires du monde réel.
6. Entre deux ajustements, le réseau fonctionne avec une difficulté fixe. Si le hashrate varie pendant ces fenêtres de deux semaines, les temps de bloc s’écartent des dix minutes jusqu’au prochain retargeting. Ce décalage est un compromis inhérent à l’ajustement périodique ; certaines autres chaînes réajustent plutôt la difficulté à chaque bloc, sacrifiant la simplicité et la prévisibilité de Bitcoin au profit d’une réaction plus rapide. Utilisateurs et mineurs peuvent suivre ce cycle sur n’importe quel explorateur de blocs, qui affiche le nombre de blocs restant avant le prochain ajustement et la variation estimée en pourcentage selon la vitesse de minage actuelle.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• Bitcoin Core source code, pow.cpp (CalculateNextWorkRequired)
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023), ch. 12
• Bitcoin difficulty history, block 689,472 (July 2021)