Glossaire / Minage et consensus
Seuil cible
Aussi appelé Seuil.
- Qu'est-ce que le seuil cible ?
- Le seuil cible est le nombre de 256 bits auquel ou en dessous duquel le hachage d'un en-tête de bloc doit tomber pour que le bloc compte comme une preuve de travail valide.
Le minage est une comparaison, pas un puzzle avec une réponse. Un mineur hache un en-tête candidat, lit le résultat de 32 octets comme un nombre, et vérifie s'il est suffisamment petit. Les hachages valides sont rares par construction, de sorte que la seule façon d'en trouver un est de continuer à essayer, et cette répétition est ce qui convertit l'électricité en sécurité de la chaîne.
Comment cela fonctionne
Le seuil cible est un plafond sur un nombre, et ce nombre est le hachage double SHA-256 de l'en-tête de bloc de 80 octets.
Un nœud hache l'en-tête, lit le résultat comme un entier little endian, et le compare au seuil décodé depuis le champ nBits de l'en-tête. Un seuil plus bas signifie moins de hachages acceptables et plus de tentatives nécessaires. Le plafond le plus facile autorisé par le réseau principal est 0x00000000FFFF0000 suivi de zéros, ce qui correspond à la difficulté 1 et à environ un hachage valide sur 4 295 millions de tentatives. Multipliez cela par la difficulté actuelle et vous obtenez le travail attendu par bloc : à la difficulté de 148,2 billions enregistrée lors du dernier ajustement de 2025, un bloc moyen coûte à l'ensemble du réseau de l'ordre de 640 zettahashes.
Deux détails sont faciles à manquer. Premièrement, le test est « inférieur ou égal », donc un hachage exactement égal au seuil est valide. Deuxièmement, les zéros initiaux que tout le monde montre dans un hachage de bloc sont un artefact de la façon dont les hachages sont affichés, et non la règle elle-même. Les explorateurs les impriment dans l'ordre inverse des octets, de sorte qu'un petit nombre apparaît comme une suite de zéros à gauche, mais la vérification de consensus est arithmétique et ne compte jamais les caractères.
Il existe aussi un plafond absolu inscrit dans les règles, appelé powLimit, qu'aucun ajustement ne peut dépasser. C'est ce qui empêche le seuil de se relâcher sans limite si une grande part du réseau s'arrêtait d'un coup.
Où le voir
Le seuil cible n'est presque jamais imprimé tel quel, vous le rencontrez donc sous l'un de ces trois déguisements.
Les explorateurs de blocs l'affichent sous forme de difficulté, qui est simplement le seuil autorisé le plus facile divisé par le seuil actuel. Les logiciels de minage le reçoivent dans une réponse getblocktemplate sous forme de champ target. Les pools envoient à leurs machines un seuil de part délibérément bien plus facile que le seuil du réseau, afin qu'une machine puisse prouver qu'elle travaille sans devoir d'abord trouver un vrai bloc. Bitcoin Core applique la règle dans CheckProofOfWork, quelques lignes qui décodent nBits, rejettent tout ce qui dépasse powLimit ou est inférieur ou égal à zéro, puis comparent.
Les réseaux de test le relâchent à dessein. Testnet autorise un bloc à difficulté minimale après vingt minutes sans bloc, c'est pourquoi les bitcoins de test sont triviaux à miner et ne valent rien du tout.
Seuil cible vs difficulté
Le seuil cible est la limite brute ; la difficulté est une représentation lisible du même fait, et les deux évoluent en sens inverse. Quand la difficulté double, le seuil est divisé par deux. La difficulté existe parce qu'un plafond hexadécimal de 64 chiffres est impossible à comparer d'un coup d'œil, et parce qu'un ratio traverse les années : la difficulté 1 en janvier 2009 face à 148,2 billions à la fin de 2025 raconte une histoire que deux chaînes hexadécimales ne peuvent pas raconter.