Mining Target est un seuil numérique non négatif pour le hash d’en-tête lors de la vérification du travail. Une cible réseau valide doit être positive et autorisée ; le hash ne doit pas la dépasser. Une cible plus basse rend la recherche plus difficile.
Bitcoin Core v29.0 rejette dans sa vérification du travail un hash supérieur à la cible dérivée. La condition est hash ≤ target, pas seulement strictement inférieur. Il compare le hash numérique de l’en-tête entier, pas le nonce seul. [Bitcoin Core v29.0 — Proof-of-work checks]
Des hashes de valeurs différentes peuvent avoir autant de zéros initiaux. Les autres chiffres et leur valeur face à la cible comptent aussi. Les zéros illustrent la rareté, sans remplacer la comparaison complète hash ≤ target. [Bitcoin Core v29.0 — Proof-of-work checks]
Le champ nBits contient 32 bits, tandis que la cible s’interprète dans un espace de 256 bits. L’encodage contient un exposant et un coefficient avec bit de signe. Ainsi 0x04123456 se décode en 0x12345600 ; c’est un exemple d’encodage, pas la cible réseau actuellement exigée. [Bitcoin Core v29.0 — Compact arithmetic]
Dans l’en-tête de 80 octets, nBits est sérialisé sur quatre octets little-endian. Le nombre 0x1d00ffff correspond donc à ff ff 00 1d. Ne confonds pas l’ordre des octets lus avec l’ordre des chiffres du nombre affiché. [Bitcoin Developer Reference — Block headers and nBits]
DeriveTarget dans Bitcoin Core v29.0 rejette les cibles négatives, zéro, les débordements et les valeurs au-dessus du powLimit du réseau. Augmenter arbitrairement nBits ne suffit pas. Décoder correctement la forme compacte ne prouve pas la validité de la cible. [Bitcoin Core v29.0 — Proof-of-work checks]
La validation contextuelle compare nBits à GetNextWorkRequired selon le bloc précédent et les règles réseau. Une différence produit bad-diffbits. Même un hash sous une cible plus facile choisie soi-même ne justifie pas un nBits incorrect dans l’en-tête. [Bitcoin Core v29.0 — Contextual and block validation]
Pour un modèle de hash uniforme de 256 bits et une cible autorisée T, la probabilité par tentative est p = (T + 1) / 2^256 : les valeurs de zéro à T inclus sont acceptables. C’est une déduction de la comparaison ; la cible seule ne fixe ni hashrate ni instant précis du prochain bloc. [Bitcoin Core v29.0 — Proof-of-work checks]
Outre l’en-tête, Bitcoin Core vérifie racine des transactions, coinbase, limites du bloc et validité des transactions. Satisfaire la bonne cible est nécessaire, mais ne remplace pas ces contrôles. Un hash bas ne répare pas un contenu invalide. [Bitcoin Core v29.0 — Contextual and block validation]
Pour une vision complète, lisez aussi Share Difficulty, Proof of Work, Nonce, En-tête de bloc. Cette entrée est également citée par ASIC Miner, Nonce, Mining Share, Share Difficulty.