Blocs orphelins (stale blocks) et propagation

Curiosité

1. Pourquoi un bloc valide est-il parfois rejeté ?
2. Comment la latence du réseau favorise-t-elle les grandes exploitations de minage par rapport aux petites ?
3. Que se passe-t-il lorsque deux mineurs trouvent des blocs exactement à la même hauteur ?

Explorer

1. Lorsqu’un mineur trouve un bloc valide, il le relaie à ses pairs, généralement sous forme de bloc compact. Les limites de bande passante et les délais de validation font que cette diffusion met du temps à atteindre chaque nœud du réseau. Pendant cet intervalle, les autres mineurs qui n’ont pas encore reçu le nouveau sommet de la chaîne continuent de miner sur l’état précédent de la chaîne, sans savoir qu’une branche concurrente a déjà été trouvée.
2. Si l’un de ces mineurs en retard découvre son propre bloc valide à la même hauteur avant d’avoir reçu la diffusion initiale, un fork temporaire se produit. Les deux blocs possèdent une preuve de travail correcte et sont techniquement valides. Cependant, un seul peut faire partie de la chaîne canonique active. Le prochain bloc trouvé par un mineur quelconque se rattachera à l’un d’eux, prolongeant cette branche ; l’autre devient orphelin.
3. La latence de propagation augmente directement la probabilité de cette collision. Une propagation plus lente accroît le taux de blocs orphelins, gaspillant en concurrence interne une puissance de calcul destinée à la sécurité du registre. Cette dynamique favorise les grands mineurs bien connectés, capables de propager leurs blocs plus vite que les opérateurs plus petits et isolés, créant un avantage structurel lié à l’infrastructure et pas seulement à la puissance de hachage.
4. Pour limiter les pertes dues aux blocs orphelins, certains mineurs pratiquent le « minage sans validation » (validationless mining). Ils ne vérifient que la preuve de travail de l’en-tête du bloc reçu et commencent immédiatement à construire dessus, tout en téléchargeant les données complètes des transactions pour une validation ultérieure. Ce raccourci peut se retourner contre eux : en juillet 2015, peu après l’activation d’un soft fork, des mineurs procédant ainsi ont construit cinq blocs supplémentaires au-dessus d’un bloc invalide, un fork de six blocs qui a dû être abandonné.
5. Les blocs compacts (BIP152) et les réseaux de relais dédiés comme FIBRE ont considérablement réduit les temps de propagation en envoyant des identifiants de transaction courts et uniquement les transactions qui manquent à un pair. Ces optimisations abaissent le taux de blocs orphelins sur l’ensemble du réseau, ce qui rend plus difficile pour les grands pools d’exploiter leurs avantages de latence. Cependant, la tension entre taille des blocs, temps de validation et vitesse de propagation reste une contrainte centrale dans la conception du consensus.
6. Le minage égoïste (selfish mining), décrit par Eyal et Sirer en 2013, a montré qu’un mineur disposant d’une puissance de hachage importante pouvait obtenir un avantage en retenant stratégiquement des blocs au lieu de les diffuser immédiatement. Si des réorganisations d’un bloc se produisent encore occasionnellement du fait de la latence naturelle, les réorganisations plus profondes sont rares, car le coût économique d’un comportement hostile prolongé dépasse les gains potentiels pour la plupart des participants.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• BIP152: Compact Block Relay
• Eyal, I. & Sirer, E.G., 'Majority is not Enough: Bitcoin Mining is Vulnerable' (2013)
• Decker, S. & Wattenhofer, R., 'Information Propagation in the Bitcoin Network' (2013)