49 / 736H/s

Hashrate

Vitesse des tentatives de hachage

Le Hashrate indique combien de tentatives une machine effectue par seconde. Pour tout le réseau, c'est une estimation tirée des blocs trouvés : une courbe qui bouge ne signifie pas forcément que des milliers d'appareils s'allument ou s'éteignent.

Le Hashrate est la vitesse des calculs de minage. Chaque tentative produit un hash, un résultat numérique comparé à la condition permettant de trouver un bloc. Plus de Hashrate signifie plus de tentatives dans le même temps, sans nombre de blocs ni bénéfice garantis. La performance d'un appareil, l'estimation d'un pool et celle du réseau sont différentes.

Mining : modèle de résultat d’exploitationComparez une part attendue de subvention de bloc aux coûts électriques selon le hashrate, la puissance et les frais de pool choisis.

Anna allume un ASIC Miner, un ordinateur spécialisé dans le minage de Bitcoin, et lit 100 TH/s. Ce chiffre n'annonce pas ses gains. Il signifie environ 100 000 milliards de tentatives par seconde. Chacune peut, par hasard, remplir la condition nécessaire pour trouver un bloc ; presque toutes échouent. Cette manière de démontrer un travail de calcul s'appelle Proof of Work. Une machine à 200 TH/s effectuerait environ deux fois plus de tentatives dans le même temps. Cela n'améliore pas la chance de chaque tentative et ne promet pas exactement deux fois plus d'argent chaque mois. Difficulté, concurrence, hasard et coûts comptent également. Le Hashrate décrit le rythme de travail, pas son résultat financier. Les abréviations raccourcissent de grands nombres : H/s signifie tentatives par seconde, 1 TH/s représente 1 000 milliards de tentatives par seconde, 1 PH/s vaut 1 000 TH/s et 1 EH/s vaut 1 000 PH/s. Pour comparer des chiffres, commencez par vérifier l'unité. [3] [7]

Une probabilité n'est pas un calendrier de gains. La variance est une mesure statistique de la dispersion des résultats autour de leur valeur attendue. Ici, elle décrit les fluctuations dues au hasard des découvertes de blocs. À difficulté constante, la fréquence attendue des blocs augmente approximativement proportionnellement au Hashrate, mais chaque découverte reste aléatoire. Un mineur détenant 1 % du Hashrate total a environ 1 % de chances de trouver le prochain bloc, sans garantie de trouver un bloc sur cent. Cette variance explique l’existence des pools et les fluctuations des graphiques à court terme. [7]

Anna compare l'affichage de sa machine à son compte dans un Mining Pool, un service qui coordonne plusieurs mineurs. Les valeurs peuvent différer. L'appareil indique ses performances de calcul ; le pool les estime à partir des shares acceptés et de leur difficulté. Un share est un résultat vérifiable répondant à la condition plus facile du pool : il atteste du travail, mais n'est généralement pas un nouveau bloc. Leur nombre fluctue au hasard. Les coupures de connexion et les résultats rejetés peuvent aussi accroître l'écart. La courbe du Hashrate de tout le réseau est produite autrement. Personne n'a de compteur relié à tous les mineurs du monde. On observe les blocs trouvés, leur difficulté et leurs données temporelles pour estimer la vitesse de minage. Une courte série de blocs rapides peut relever l'estimation sans hausse réelle de puissance. Une période plus longue atténue le hasard, mais reflète plus lentement les changements réels. [3]

Anna lit que le Hashrate du réseau s'est effondré. Avant d'en déduire que les machines s'arrêtent en masse, elle vérifie la source, l'unité et la fenêtre de mesure : la période incluse dans l'estimation. Une fenêtre courte peut surtout refléter une série aléatoire de blocs plus lents. Une vraie panne reste possible, mais un point isolé ne la prouve pas. Mieux vaut comparer des fenêtres plus longues et d'autres données. Pour son appareil, Anna peut comparer la valeur de l'ASIC à l'estimation du pool sur une durée suffisante et examiner les shares rejetés et la connexion. Pour le réseau, Bitcoin Core fournit getnetworkhashps : cette commande renvoie une estimation, pas une mesure directe. Il faut connaître la fenêtre, la difficulté et les horodatages des blocs pour comparer. Sans ce contexte, un nombre apparemment précis en dit moins que ses décimales ne le suggèrent. [1] [5] [6]

J/TH exprime l'énergie en joules pour 1 000 milliards de tentatives. Une valeur plus faible signifie un calcul plus efficace, pas forcément une facture moindre pour toute l'installation. Le Hashrate seul ne permet pas de déterminer la consommation électrique. La puissance absorbée dépend de l’efficacité énergétique de la génération d’ASIC concernée en J/TH, des réglages de tension et de fréquence, du refroidissement et des équipements auxiliaires. Un même débit en EH/s peut nécessiter une puissance électrique très différente selon l’efficacité. [9]

Mainnet est le réseau principal de Bitcoin. La difficulté s'ajuste pour viser, à long terme, un bloc toutes les dix minutes. Un horodatage est la donnée temporelle inscrite dans un bloc. Sur le mainnet, le target est recalculé tous les 2 016 blocs pour viser une période de deux semaines, dans les limites permises par le protocole. Deux semaines constituent un objectif, pas une échéance calendaire fixe. Après une hausse soudaine du Hashrate, les blocs arrivent généralement plus vite jusqu’au prochain ajustement ; après une baisse, plus lentement. Bitcoin ne mesure pas directement le Hashrate, mais réagit aux horodatages des blocs. [2] [4]

La vitesse de la machine et l'exigence de la condition sont distinctes. L'appareil peut calculer aussi vite alors que trouver un bloc devient plus difficile. Le target est la valeur maximale autorisée du hash de Proof of Work. La Difficulty indique à quel point ce target est exigeant par rapport à la difficulté de référence. Un target inférieur signifie davantage de tentatives attendues. Le Hashrate décrit la vitesse des tentatives ; la difficulté exprime le travail attendu pour satisfaire la condition de Proof of Work, et non toutes les autres règles de validité du bloc. [2] [8]

Une confirmation signifie que le paiement figure dans un bloc, éventuellement suivi d'autres blocs. Chainwork ne compte pas toutes les tentatives observées : il déduit le travail de la difficulté des blocs trouvés. Le Hashrate est une vitesse de travail, tandis que le chainwork est le travail attendu cumulé représenté par les blocs d’une branche donnée. Des confirmations supplémentaires renforcent la résistance de l’historique, car le remplacer exige de créer une branche valide qui le dépasse en travail cumulé. Une modification du Hashrate aujourd’hui ne change pas rétroactivement le chainwork des anciens blocs. [7] [8]

Un Reorg change la branche d'historique acceptée. Un Full Node est un logiciel qui vérifie lui-même les blocs et les transactions selon les règles de Bitcoin ; un mineur puissant ne réécrit pas ces vérifications. Un Hashrate supérieur augmente la probabilité qu’un mineur prolonge sa propre branche. Le contrôle de la majorité du Hashrate du réseau accroît fortement la capacité à censurer des transactions ou à effectuer un Reorg profond, mais il ne peut rendre valide un bloc qui enfreint les règles de consensus du nœud concerné. La puissance de hachage influence le choix entre des historiques valides ; les Full Nodes appliquent indépendamment les règles de validité. [4] [7]

Pour approfondir : l'en-tête résume les données du bloc. Nonce est un nombre modifiable dans cet en-tête, Extranonce une autre valeur modifiable dans la transaction de récompense, et Merkle Root une empreinte résumant les transactions. Les champs version et nTime indiquent la version et l'horodatage. 1 H/s signifie une tentative de hash de Proof of Work par seconde. Bitcoin calcule le double-SHA-256 de l’en-tête de bloc de 80 octets. Le mineur modifie le Nonce, le Merkle Root au moyen de l’Extranonce dans la transaction coinbase, ou les champs version et nTime dans les limites autorisées. Un Hashrate supérieur signifie davantage de tentatives indépendantes par unité de temps, pas une probabilité de réussite plus élevée pour chaque tentative. [3] [4]

RPC est une interface permettant de demander des données à un nœud. Ce qui compte ici, c'est la méthode de calcul, pas la lecture d'un compteur mondial. La RPC getnetworkhashps de Bitcoin Core renvoie une estimation des hash par seconde à partir des blocs récents. L’implémentation divise l’augmentation du travail cumulé par la différence entre les horodatages de blocs maximal et minimal de l’échantillon choisi. La fenêtre par défaut est de 120 blocs ; le paramètre nblocks égal à -1 sélectionne la période depuis le dernier changement de difficulté. Une fenêtre plus courte réagit plus vite, mais fluctue davantage sous l’effet du hasard. [1] [5]

Pour une vision complète, lisez aussi Minage, ASIC Miner, Difficulty Adjustment, Proof of Work, Hashprice, Bitcoin. Cette entrée est également citée par ASIC Miner, Mining Pool, Selfish Mining, Solo Mining.

DOC · 001Bitcoin Core source — getnetworkhashpsSource primaire DOC · 002Bitcoin Core source — proof-of-work difficultySource primaire DOC · 003Bitcoin Developer Guide — MiningDocumentation DOC · 004Bitcoin Developer Guide — Block Chain / Proof of WorkDocumentation DOC · 005Bitcoin RPC — getnetworkhashpsDocumentation DOC · 006Bitcoin RPC — getmininginfoDocumentation DOC · 007Bitcoin whitepaperSource primaire DOC · 008Bitcoin Core v30.0 — GetBlockProofSource primaire DOC · 009Braiins OS — AutotuningDocumentation
Révisé le: Sources d’abord · Pas un conseil financier