Comment calculer la probabilité de trouver un bloc Bitcoin ?

Fondement mathématique de la découverte de blocs

1. La probabilité qu'un mineur trouve le prochain bloc Bitcoin est directement proportionnelle à sa part du taux de hachage global. Si un mineur contrôle 0,5 % de la puissance de calcul totale du réseau, sa chance de résoudre le bloc suivant est d'environ 0,005 par tentative.

2. Cette proportionnalité découle du caractère aléatoire uniforme des sorties de hachage SHA-256. Chaque tentative de hachage génère une valeur indépendante de 256 bits uniformément distribuée, et seules les valeurs inférieures au seuil cible actuel sont valides.

3. Le seuil cible est codé dans le champ nBits de l'en-tête de bloc et ajusté dynamiquement tous les 2016 blocs pour maintenir un temps moyen inter-blocs de 600 secondes.

4. Étant donné que les tentatives de hachage sont sans mémoire et statistiquement indépendantes, le temps nécessaire jusqu'au succès suit une distribution exponentielle. Le temps prévu pour trouver un bloc est inversement proportionnel au taux de hachage du mineur.

5. Des écarts réels se produisent en raison de la latence de propagation du réseau, des partages obsolètes et de la surcharge de coordination du pool, qui réduisent tous légèrement la probabilité de découverte effective par rapport à l'allocation théorique.

Rôle de l'ajustement de la difficulté

1. La difficulté est recalculée tous les blocs de 2016 à l'aide de la formule : Nouvelle difficulté = Ancienne difficulté × (Durée réelle des derniers blocs de 2016 / 20 160 minutes) .

2. Ce mécanisme garantit que même si le taux de hachage global augmente ou diminue, le réseau maintient la stabilité temporelle de la production de blocs – un point d'ancrage essentiel pour la finalité des transactions et l'estimation des frais.

3. Une augmentation soudaine de 30 % du hashrate global entraîne des intervalles de blocage temporaires sous-cibles, déclenchant une difficulté plus élevée lors de la prochaine reciblage, rétablissant ainsi l'équilibre.

4. Les ajustements de difficulté ne modifient pas instantanément les probabilités individuelles des mineurs ; ils ne font que déplacer le seuil cible utilisé à l’époque suivante, affectant uniformément tous les participants.

5. Les données historiques montrent que la difficulté a été multipliée par plus de 1 200 depuis 2017, reflétant à la fois l’évolution du matériel et la croissance de la participation des mineurs – mais la relation probabiliste fondamentale reste invariante.

Impact du pool mining sur la probabilité individuelle

1. Dans le minage en solo, la probabilité de découverte de bloc d'un mineur est égale à son taux de hachage divisé par le taux de hachage total du réseau – un nombre extrêmement petit pour les opérateurs inférieurs à 1 EH/s.

2. Les pools de minage regroupent les taux de hachage et distribuent des unités de travail appelées « actions », chacune représentant une preuve partielle satisfaisant une difficulté inférieure à la cible du réseau.

3. Lorsque le pool trouve collectivement un bloc valide, les récompenses sont attribuées proportionnellement aux actions acceptées par chaque mineur, convertissant ainsi efficacement les événements à faible probabilité et à haute récompense en paiements à haute fréquence et à faible récompense.

4. Les opérateurs de pools introduisent un niveau de confiance et de risque opérationnel : des actions mal déclarées, des paiements retardés ou une centralisation de la prise de décision peuvent fausser les mesures d'équité malgré la proportionnalité mathématique.

5. L'analyse empirique des cinq principaux pools révèle que la variance dans le calendrier de paiement individuel est fortement corrélée à la taille du pool et à la latence de validation des partages internes, et non à la seule contribution de hachage brut.

Contraintes d'entropie et de décentralisation

1. L'entropie de l'information appliquée à la distribution de la production de blocs quantifie la manière dont la puissance minière est répartie uniformément entre les entités. Une entropie plus faible indique une concentration plus élevée – une menace mesurable pour l’intégrité du protocole.

2. L'entropie minière de Bitcoin se situe actuellement à 5,82 bits dans les pools actifs, tandis que l'ensemble de validateurs PoS post-fusion d'Ethereum enregistre 6,31 bits, ce qui implique que l'exploitation minière de Bitcoin est environ 12 % moins décentralisée que la distribution de jalonnement d'Ethereum.

3. Les modèles d'équité basés sur l'entropie traitent chaque entité minière comme un symbole discret dans un processus stochastique, où l'attribution de blocs devient une séquence de symboles tirés d'une distribution non uniforme.

4. Un mineur contribuant à 5 % du taux de hachage mais ne recevant que 3,2 % des blocs sur 10 000 époques observées signale une divergence d'entropie, indiquant une inefficacité structurelle ou un échec de coordination au sein de son pool.

5. Le contrôle réglementaire et le regroupement géographique compriment encore davantage l’entropie efficace, car les exigences de conformité juridictionnelle obligent souvent les mineurs à se rendre dans des zones d’infrastructures partagées, gonflant artificiellement la concentration de hachage locale.

Foire aux questions

Q1 : L’augmentation de mon taux de hachage augmente-t-elle linéairement mes chances de trouver le bloc suivant ? Oui, en supposant une difficulté constante du réseau et aucun changement dans le comportement des autres mineurs. Un doublement de votre taux de hachage double votre probabilité par unité de temps.

Q2 : Puis-je calculer ma probabilité quotidienne exacte de découverte de blocs sans connaître le taux de hachage total du réseau ? Non. Vous avez besoin de données de taux de hachage global en temps réel, généralement provenant d'explorateurs de blockchain comme Blockchain.com ou via des points de terminaison d'API d'agrégateurs de pools miniers.

Q3 : Pourquoi certains mineurs déclarent-ils avoir trouvé des blocs plus fréquemment que ne le suggère leur part de hachage ? Cela se produit lorsqu'ils opèrent à proximité des principaux points d'échange Internet, obtenant ainsi une latence de propagation plus faible et donc des taux d'acceptation d'actions plus élevés – particulièrement pertinent dans les pools utilisant les systèmes de récompense PPLNS.

Q4 : Le champ occasionnel dans l’en-tête du bloc est-il suffisant pour garantir des tentatives de hachage uniques ? Les mineurs modifient également la transaction Coinbase, l'horodatage et la racine Merkle pour générer des entrées distinctes – le nonce à lui seul ne fournit que 2 ^ 32 variations, bien moins que ce qui est requis pour les niveaux de difficulté modernes.