Comment fonctionne l'ajustement de la difficulté de minage de Bitcoin ?

Principe fondamental de l'ajustement de la difficulté

1. La difficulté de minage de Bitcoin s'ajuste tous les 2016 blocs pour maintenir un temps de bloc moyen de dix minutes.

2. L'algorithme d'ajustement examine la différence d'horodatage entre le premier et le dernier bloc de la fenêtre de blocs 2016.

3. Si la durée réelle dépasse deux semaines, la difficulté diminue proportionnellement ; si elle est plus courte, elle augmente.

4. Ce mécanisme fonctionne de manière autonome grâce à des règles de consensus intégrées dans le logiciel de chaque nœud complet.

5. Aucune intervention humaine ni autorité centralisée n'est impliquée : le réseau applique collectivement la valeur recalculée.

Détails de mise en œuvre mathématique

1. La difficulté cible est dérivée d'un nombre de 256 bits appelé « bits », codé au format compact dans chaque en-tête de bloc.

2. La formule utilisée est la suivante : Nouvelle cible = Ancienne cible × (Heure réelle / Heure prévue) .

3. Le temps réel est calculé comme suit : BlockTime[2015] − BlockTime[0], tandis que le temps prévu est fixé à 1 209 600 secondes (deux semaines).

4. Pour éviter une volatilité extrême, Bitcoin limite l'ampleur de l'ajustement à un facteur quatre : ni plus de 300 % d'augmentation ni plus de 75 % de diminution par cycle.

5. La cible résultante détermine le nombre de bits zéro non significatifs que le hachage de bloc doit contenir pour être valide.

Impact sur le comportement des mineurs et la stabilité du réseau

1. Une augmentation soudaine du hashrate déclenche des ajustements de difficulté à la hausse, comprimant les marges bénéficiaires des mineurs marginaux.

2. À l’inverse, les fermetures à grande échelle des sociétés minières – comme celles qui font suite à des mesures de répression réglementaires – entraînent des ajustements à la baisse qui rétablissent plus rapidement la rentabilité.

3. Les changements de difficulté influencent directement les taux de blocs obsolètes, les taux d'orphelins et l'efficacité de la propagation entre les nœuds.

4. Les mineurs surveillent en permanence les événements de reciblage à venir à l'aide d'API publiques et d'explorateurs de blockchain pour optimiser le calendrier de déploiement des équipements.

5. Les opérateurs de pool ajustent dynamiquement la difficulté des partages pour s'aligner sur les changements attendus à l'échelle du réseau avant que le reciblage officiel ne se produise.

Anomalies historiques et cas extrêmes

1. En mars 2020, un incident de manipulation d'horodatage a provoqué un sous-ajustement mineur en raison d'horodatages non valides acceptés par certains nœuds.

2. Au cours de l’exode minier chinois de 2021, six ajustements consécutifs à la baisse ont eu lieu – la plus longue séquence depuis le lancement.

3. Les blocs extraits avec des horodatages antérieurs à l'heure médiane du réseau sont toujours valides mais exclus des fenêtres de calcul de difficulté.

4. Certaines premières versions de Bitcoin Core géraient incorrectement la division entière lors du reciblage, entraînant des divisions de consensus temporaires ultérieurement corrigées.

5. Les horodatages datant de plus de deux heures par rapport à l'heure locale du nœud sont purement et simplement rejetés, empêchant ainsi les attaques d'usurpation d'heure en arrière.

Foire aux questions

Q1 : La difficulté peut-elle changer en milieu de cycle ? Non. Les ajustements se produisent strictement tous les blocs de 2016, quel que soit le temps réel écoulé ou les fluctuations du taux de hachage.

A1 : Le protocole ne prend pas en charge les recalculs intermédiaires, même en cas de perturbations extrêmes du réseau, telles que des périodes prolongées de faible taux de hachage ou des temps d'arrêt massifs de nœuds.

Q2 : La difficulté affecte-t-elle la vitesse de confirmation de la transaction ? Non. La vitesse de confirmation dépend de la latence de propagation des blocs et de la congestion du pool de mémoire, et non de la difficulté de minage elle-même.

A2 : Bien qu'une difficulté plus élevée puisse être corrélée à une augmentation du hashrate et donc à des blocs plus gros, le mécanisme de confirmation de base reste indépendant des valeurs cibles.

Q3 : Pourquoi utiliser des horodatages au lieu des intervalles réellement mesurés ? Les horodatages fournissent un proxy léger et vérifiable pour le temps écoulé sans nécessiter d'horloges synchronisées sur tous les nœuds.

A3 : les nœuds valident les horodatages par rapport à leur propre horloge plus le temps médian passé des onze derniers blocs, établissant un équilibre entre décentralisation et praticité.

Q4 : Y a-t-il une valeur de difficulté maximale ou minimale ? Oui. La difficulté minimale correspond à l'objectif du bloc de genèse ; le maximum est limité uniquement par la limite de champ de 256 bits, effectivement infinie pour le matériel actuel.

A4 : La difficulté la plus faible possible a été observée en 2009 et reste codée en dur comme valeur plancher ; aucun plafond supérieur n'existe au-delà des contraintes de faisabilité informatique.