Chutes de difficulté BC2 — Comment fonctionnent les fenêtres de retarget

Sur les chaînes à retarget classique comme Bitcoin II (BC2), un exode de hashrate peut forcer le prochain ajustement de difficulté à s'effondrer jusqu'au plafond maximal du protocole de −75% — offrant brièvement de bien meilleures probabilités aux petits miners solo. Voici la mécanique, un exemple réel de mai 2026, comment reconnaître une fenêtre qui se forme et comment vous positionner.

Une fenêtre de chute de difficulté est la courte période qui suit la chute brutale du retarget de difficulté d’une petite chaîne, durant laquelle le temps attendu par un miner solo pour trouver un bloc baisse drastiquement avant que du nouveau hashrate n’arrive le concurrencer. Sur Bitcoin II (BC2), qui hérite du retarget classique de Bitcoin sur 2,016 blocs, ces fenêtres peuvent être violentes : quand le hashrate part et que les blocs ralentissent au point de traîner, le prochain ajustement peut s’effondrer jusqu’au plafond maximal en un seul pas du protocole, soit −75%. Pendant quelques jours après, une chaîne qui était une loterie de plusieurs années devient une cible réaliste.

À retenir

  • Les petites chaînes oscillent là où Bitcoin ne peut pas. Le hashrate de BTC est trop profond et stable pour beaucoup bouger ; une chaîne mince comme BC2 peut perdre la moitié de son hashrate et traîner à 10–15× plus lent que sa cible de temps de bloc.
  • La chute est plafonnée à −75%. Les retargets à la Bitcoin peuvent ajuster au plus ±4× en un pas, donc une chaîne très en retard tombe exactement à un quart de son ancienne difficulté — pas plus, à ce pas.
  • Le signal, c’est le temps de bloc vs la cible. Quand une chaîne tourne bien plus lentement que sa cible pendant la majeure partie d’une période de retarget, une chute maximale est essentiellement verrouillée pour le prochain ajustement.
  • La fenêtre est courte. Une difficulté plus basse ramène du hashrate, et le retarget suivant repousse la difficulté à la hausse — le gros avantage dure des jours, pas des semaines.
  • C’est propre à chaque chaîne. BC2 et BTC utilisent des retargets par époque ; BCH, BCH2 et XEC utilisent ASERT, qui ajuste à chaque bloc et ne produit jamais ces fenêtres dramatiques en un seul pas.

Pourquoi les petites chaînes ont des fenêtres dramatiques (et pas Bitcoin)

Toute chaîne SHA-256 réajuste sa difficulté pour que les blocs arrivent près d’un intervalle cible — 10 minutes pour BC2, comme sur Bitcoin. La différence, c’est la profondeur. Le réseau de Bitcoin tourne de l’ordre de 980 EH/s ; aucun événement plausible n’en retire assez pour décaler longtemps les temps de bloc, donc ses retargets sont doux, typiquement quelques pour cent. Une chaîne comme BC2 tourne peut-être de l’ordre de dizaines de PH/s — des millions de fois plus petite. Une seule ferme de taille moyenne pointant ailleurs peut effacer une grosse part du réseau du jour au lendemain, et soudain des blocs qui devraient prendre 10 minutes en prennent deux heures.

La difficulté ne se met pas à jour en continu sur ces chaînes. Elle se met à jour une fois tous les 2,016 blocs, recalibrée pour le réseau qui existait au dernier retarget. Quand le hashrate part en milieu d’époque, la chaîne passe le reste de cette période à miner à une difficulté calibrée pour un réseau qui n’existe plus — lent, pénible et mathématiquement destiné à une correction au prochain retarget. Cette correction, c’est la fenêtre.

La mécanique : la formule de retarget et le plafond de −75%

La formule de retarget à la Bitcoin est simple :

new_difficulty = old_difficulty × (target_time / actual_time)

target_time vaut 2,016 blocs × 10 minutes = 20,160 minutes (14 jours), et actual_time est le temps que ces 2,016 blocs ont réellement pris. Si la période a tourné deux fois plus lentement que la cible, la difficulté est divisée par deux. Si elle a tourné 15× plus lentement, la formule veut réduire la difficulté de plus de 90%.

Mais le protocole plafonne chaque ajustement individuel à un facteur de ±4×. La difficulté ne peut pas monter au-dessus de 4× ni tomber en dessous d’un quart de sa valeur précédente en un seul pas. Donc quel que soit le retard d’une chaîne, le plus qu’elle puisse chuter à un retarget est −75% (à un quart). Une chaîne assez en retard pour « mériter » une coupe de plus de 90% touche simplement le plafond — et, si le hashrate reste absent, chute de nouveau au prochain retarget 2,016 blocs plus tard. Le plafond est un garde-fou contre les ajustements incontrôlés ; pour une petite chaîne en retard, c’est le plancher sur lequel votre fenêtre atterrit.

Un exemple réel : BC2, mai 2026

À la mi-mai 2026, BC2 était un cas d’école. La chaîne était au bloc 54,313 avec une difficulté d’environ 38 milliards, et les traceurs publics racontaient une histoire cohérente :

MétriqueValeur (mai 2026)Ce que ça signifiait
Temps de bloc effectif~152 minutes~15× plus lent que la cible de 10 minutes
Hashrate impliqué par le protocole~38.6 PH/sCe que la difficulté actuelle supposait
Hashrate mesuré (d’après le timing réel des blocs)~17.9 PH/sCe que la chaîne avait vraiment — plus de la moitié était partie
Récompense de bloc50 BC2Le prix pour résoudre un bloc
Blocs avant le prochain retarget119 (au bloc 54,432)Où la correction atterrirait

L’écart entre le hashrate impliqué (~38.6 PH/s) et mesuré (~17.9 PH/s) — plus de la moitié du réseau manquante — c’est toute l’histoire. En injectant le retard dans la formule, l’ajustement « juste » aurait été une coupe de plus de 90% ; le plafond a fait que le résultat réel a été verrouillé à −75%, faisant passer la difficulté d’environ 38 milliards à environ 9.5 milliards. WhatToMine a signalé la chaîne « active (lagging) » tout du long.

Ce que ça a fait aux probabilités solo : à la difficulté d’avant retarget, un ASIC de 100 TH/s espérait un bloc BC2 environ tous les 19 jours — contre environ 180 ans pour le même matériel sur Bitcoin. Après le plafond de −75%, ce chiffre BC2 est tombé à environ 4–5 jours. Même matériel, mêmes hashes ; seule la barre du réseau pour un bloc valide a changé.

Comment repérer une fenêtre qui se forme

Pas besoin de données d’initié — les signaux sont publics et reproductibles. Guettez les trois ensemble :

  • Temps de bloc bien au-dessus de la cible, durable. Un bloc lent, c’est du bruit. Une chaîne qui fait en moyenne 30, 60, 120 minutes par bloc sur des centaines de blocs est structurellement en retard, et plus ça persiste au sein d’une période de retarget, plus la prochaine chute se verrouille.
  • Un écart entre hashrate impliqué et mesuré. Un hashrate impliqué par la difficulté (ce que la chaîne suppose) bien au-dessus du hashrate calculé à partir des intervalles réels récents de blocs signifie que le réseau a rétréci et que la difficulté n’a pas encore rattrapé.
  • Hashrate de pool en baisse. Si les pools que vous voyez tendent à la baisse, pas à la hausse, aucun nouveau hashrate ne se précipite pour sauver les temps de bloc avant le retarget — donc le retard, et la chute, tiendront.

Le Network Radar en direct montre la difficulté actuelle, le type de retarget et le hashrate réseau par pièce, et la vue du pool BC2 montre la hauteur de bloc et la difficulté en direct — ensemble, ils vous laissent voir une fenêtre se former en temps réel plutôt qu’après coup.

Pourquoi BCH2 et XEC ne font pas ça (ASERT vs retarget classique)

Toutes les petites chaînes ne produisent pas ces fenêtres — cela dépend entièrement de l’algorithme de difficulté. BC2 et BTC utilisent le retarget par époque classique (un ajustement tous les 2,016 blocs), ce qui rend précisément BC2 sujette aux chutes dramatiques en un seul pas. À l’inverse, BCH, BCH2 et XEC utilisent ASERT, qui recalcule la difficulté à chaque bloc selon l’avance ou le retard de la chaîne sur le calendrier.

Les chaînes ASERT se corrigent en continu, donc elles n’accumulent jamais le genre de retard de plusieurs semaines qui force un plafond de −75%. C’est un choix de conception délibéré pour les petites chaînes : BCH2, qui a bifurqué de BC2 au bloc 53,200 en mars 2026, a été lancée avec une demi-vie ASERT rapide de 1 heure, spécifiquement pour résister aux problèmes de manipulation de hashrate et de variance de temps de bloc que les retargets classiques créent sur les réseaux minces. À retenir en pratique pour un miner solo : les fenêtres de chute de difficulté sont un phénomène BC2 parmi les chaînes de SoloFury. Sur les pièces ASERT, vos probabilités sont plus stables et il n’y a pas de « moment » unique à chronométrer — vous pointez et vous minez.

Comment se positionner pour une chute

Si vous avez repéré un vrai retard sur BC2 et voulez être prêt quand le retarget arrive, voici la séquence pratique.

1. Préconfigurez votre matériel avant le bloc de retarget

Ne vous précipitez pas à 2 h du matin. Pointez à l’avance vers le stratum BC2 de SoloFury :

stratum+tcp://solofury.com:8080
Username: YOUR_BC2_ADDRESS.worker_name
Password: x

Les ports 8081 et 8082 servent à la redondance, et les endpoints régionaux (eu-bc2.solofury.com:8080, as-bc2.solofury.com:8080) réduisent la latence et les shares stale si vous êtes loin du principal. L’assistant de configuration remplit automatiquement le bon endpoint.

2. Ayez un vrai wallet BC2 prêt

Il vous faut un wallet natif Bitcoin II. BC2 réutilise les formats d’adresse de Bitcoin (legacy et bech32), mais c’est une chaîne différente — générez votre adresse dans le wallet BitcoinII Core, pas un wallet Bitcoin ordinaire. Les espaces d’adresses se chevauchent, donc un paiement vers une adresse de la mauvaise chaîne peut être irrécupérable. Vérifiez deux fois avant de miner.

3. Ne déplacez pas tout votre hashrate

Le solo mining, c’est de la variance. Allouer 30–50% de votre flotte à BC2 pendant une fenêtre vous donne une vraie exposition au potentiel de hausse sans vous couler si la chance tourne froid. Laissez le reste sur ce que vous minez d’habitude.

4. Surveillez la hauteur de bloc

Suivez la vue du pool BC2 à mesure que le bloc de retarget approche. Au moment où la hauteur dépasse le point de retarget, vous êtes dans le nouveau régime de difficulté plus basse — pas besoin de redémarrer, vardiff gère la transition de façon transparente.

5. Gardez des attentes honnêtes

Même à la difficulté post-chute, le chiffre de « 4–5 jours » d’un miner de 100 TH/s est une moyenne, pas une promesse. La variance signifie que ça peut être quatre heures ou quatre semaines. La fenêtre incline les probabilités en votre faveur ; elle ne garantit pas un résultat.

6. Planifiez votre sortie

Les fenêtres se ferment quand le hashrate revient. Quand le hashrate du pool BC2 remonte et que le prochain retarget commence à repousser la difficulté à la hausse, la phase facile est terminée — revenez à votre chaîne par défaut.

Faut-il seulement s’embêter avec BC2 ?

Réponse honnête : ça dépend de ce que vous optimisez.

Pour l’USD par TH par jour : BC2 est rarement le bon choix hors de ces fenêtres. Le prix est volatil et peu échangé, et à difficulté typique même un Bitaxe peut tourner avec une petite perte à un tarif électrique résidentiel moyen. Ce n’est pas une chaîne « à configurer et oublier pour le profit ».

Pour vraiment attraper un bloc avec votre propre hashrate : BC2 est l’une des chaînes SHA-256 les plus réalistes pour un petit opérateur, car sa difficulté se situe des ordres de grandeur sous celle de Bitcoin. Pendant une fenêtre post-retarget, l’avantage est à son plus tranchant — une chaîne qui est normalement une cible solo de plusieurs semaines devient brièvement une cible de plusieurs jours. (Voir les meilleures pièces à miner en solo pour comparer BC2 aux alternatives.)

Pour l’apprentissage et le frisson : BC2 est une excellente chaîne pédagogique — variance moins chère que Bitcoin, de vraies pièces au bout, et votre adresse sur la chaîne quand vous en résolvez un. Une fenêtre de difficulté est le meilleur moment pour vivre ça sans une décennie d’attente.

La conclusion honnête

Le solo mining, c’est en partie de l’ingénierie, en partie des statistiques, surtout de la patience. La plupart des jours, le bon geste est de garder votre matériel pointé sur ce qui offre le meilleur rendement et de laisser la variance être la variance. Mais environ toutes les deux semaines, chaque chaîne à retarget classique se réajuste — parfois contre vous, parfois, comme BC2 après un exode de hashrate, nettement en votre faveur. Vous n’êtes pas obligé de prendre le pari ; la chaîne ne doit de victoire à personne. Mais si vous comptiez mettre un peu de hashrate sur une plus petite chaîne SHA-256 pour maximiser votre chance de résoudre un vrai bloc, un retard BC2 confirmé à l’approche d’un retarget est exactement le moment de vous positionner. Après la chute, les maths sont tout simplement différentes — pour un temps.

Foire aux questions

Qu’est-ce qu’une fenêtre de chute de difficulté en minage ?

C’est la courte période qui suit la chute brutale du retarget de difficulté d’une chaîne, quand le temps attendu par un miner solo pour trouver un bloc est bien plus bas que d’habitude. Elle s’ouvre parce que du hashrate a quitté le réseau, et se ferme une fois qu’un minage moins cher ramène du hashrate et que le prochain retarget relève la difficulté.

De combien la difficulté de BC2 peut-elle chuter à un retarget ?

Au plus 75%, à un quart de sa valeur précédente. Les retargets à la Bitcoin plafonnent chaque ajustement à un facteur de ±4×, donc même une chaîne tournant 15× plus lentement que la cible ne peut chuter qu’à un quart en un seul pas — puis chuter de nouveau au prochain retarget si le hashrate reste absent.

Comment savoir qu’une chute de difficulté BC2 arrive ?

Guettez trois signaux ensemble : des temps de bloc bien au-dessus de la cible de 10 minutes sur une durée soutenue, un écart entre le hashrate impliqué par la difficulté et le hashrate mesuré à partir des intervalles réels de blocs, et un hashrate de pool en baisse. Le Network Radar et la vue du pool BC2 les montrent en temps réel.

Bitcoin a-t-il aussi ces fenêtres ?

En théorie oui, en pratique non. BTC utilise le même retarget par époque, mais son hashrate est si profond et stable qu’aucun événement réaliste ne décale assez les temps de bloc pour forcer une grosse chute. Les fenêtres dramatiques n’apparaissent que sur de petites chaînes comme BC2 qui peuvent perdre rapidement une grosse part de hashrate.

Pourquoi BCH2 ou XEC n’ont-ils pas de fenêtres de chute de difficulté ?

Parce qu’ils utilisent ASERT, qui ajuste la difficulté à chaque bloc au lieu de tous les 2,016 blocs. ASERT corrige le retard en continu, donc il n’accumule jamais le déficit de plusieurs semaines qui force un plafond de −75% sur une chaîne à retarget classique comme BC2. La contrepartie, c’est qu’il n’y a pas de moment unique à chronométrer — les probabilités sont simplement plus stables.

De combien mes probabilités s’améliorent-elles pendant une fenêtre BC2 ?

Ça dépend de la difficulté en direct de la chaîne, mais l’effet est grand. Dans l’exemple de mai 2026, le temps attendu d’un ASIC de 100 TH/s jusqu’à un bloc BC2 est passé d’environ 19 jours à environ 4–5 jours après une chute de −75% — contre environ 180 ans pour le même matériel sur Bitcoin. Consultez le Network Radar pour les chiffres actuels.

Ai-je besoin d’un wallet spécial pour miner BC2 ?

Oui. BC2 réutilise les formats d’adresse de Bitcoin mais c’est une chaîne distincte, donc générez votre adresse de paiement dans le wallet BitcoinII Core, pas un wallet Bitcoin ordinaire. Comme les espaces d’adresses se chevauchent, envoyer vers une adresse de la mauvaise chaîne peut être irrécupérable — vérifiez avant d’y pointer du hashrate.

Miner BC2 est-il rentable ?

En général pas sur une base pure d’USD par jour — le prix est mince et volatil, et à difficulté normale de petits rigs peuvent tourner avec une légère perte. L’attrait de BC2, c’est la chance réaliste de résoudre un bloc entier en tant que petit miner, qui est à son meilleur pendant une fenêtre post-retarget, pas l’économie en régime permanent.


Prêt à pointer du hashrate sur BC2 pour la prochaine fenêtre ?

SoloFury exploite des pools solo non custodiaux pour BTC, BCH, BC2, BCH2 et XEC. 1% de frais sur les blocs trouvés, aucun paiement interne — quand vous résolvez un bloc, la coinbase paie directement votre adresse. Connectez-vous à BC2 à stratum+tcp://solofury.com:8080, avec des endpoints régionaux pour une latence plus basse.

Configurez votre miner →Stats du pool BC2 en direct →

À lire ensuite