Chute de difficulté BC2 imminente — La fenêtre

Temps de bloc à 152 minutes contre une cible de 10 minutes. Hashrate réseau à 17,91 PH/s. 119 blocs avant le prochain retarget. Les maths disent qu'un crash de difficulté vers le clamp maximum −75% du protocole arrive. Voici exactement quand, de combien, et quoi faire à ce sujet.

Certaines nuits, la chaîne vous dit ce qui est sur le point de se passer, et la seule chose qui reste à faire est d’écouter. C’est l’une de ces nuits. Au bloc 54 313 sur la chaîne Bitcoin II (BC2) — écrit depuis le tableau de bord SoloFury, le 11 mai 2026 — le réseau BC2 est à 119 blocs de son prochain retarget de difficulté au bloc 54 432. Et les données crient la même chose de toutes parts : la difficulté est sur le point de tomber d’une falaise.

Pas « s’adoucir ». Pas « se rééquilibrer ». Chuter. WhatToMine rapporte actuellement le temps de bloc effectif de BC2 à ~151 minutes 57 secondes contre une cible de 10 minutes. C’est quinze fois plus lent que ce que le protocole attend. La formule de retarget ne négocie pas. La baisse arrive, et ce sera l’une des corrections single-retarget les plus agressives jamais vues sur cette chaîne.

Le hibou est juste là pour vous dire quand, de combien, et quoi faire à ce sujet.

TL;DR — La synthèse du hibou

  • Où on en est : bloc 54 313, difficulté 38 017 052 330, hashrate réseau réel autour de 17,91 PH/s (WhatToMine, 11 mai 2026)
  • Temps de bloc actuel : ~152 minutes par bloc. 15× plus lent que la cible.
  • Prochain retarget : bloc 54 432119 blocs à parcourir
  • Temps avant le retarget : variable selon le hashrate entrant, mais de façon réaliste ~12-13 jours au rythme actuel, potentiellement plus vite si le hashrate revient
  • Baisse attendue : 75% (le clamp single-step maximum du protocole) — et probablement une deuxième baisse au retarget suivant
  • Ce que ça signifie : un solo mineur pointant 100 TH/s sur BC2 aujourd’hui attend un bloc en ~19 jours. Post-retarget, ce temps attendu tombe à 4-5 jours.
  • La fenêtre : les premières 5 à 7 jours post-retarget avant que l’arbitrage de marché ne comble l’écart

Développons ça correctement.

Les chiffres ne mentent pas

Trois sources de données, toutes racontant la même histoire.

L’API de SoloFury (solofury.com/api-bc2/network) en ce moment :

  • Difficulté : 38 017 052 330
  • Hashrate réseau (protocole-implicite) : 38,59 PH/s
  • Hashrate pool moy. 7j : 104 TH/s. Moy. 1j : 89 TH/s. 1h : 69 TH/s

WhatToMine (whattomine.com/coins/452-bc2-sha-256) :

  • Temps de bloc effectif : 151m 57s
  • Hashrate réseau (calculé à partir du timing réel des blocs) : 17,91 PH/s
  • Récompense de bloc : 50,00 BC2
  • Indicateur de statut : « Active (lagging) » — indicateur propre à WhatToMine que la chaîne est en retard sur le calendrier

L’écart entre le hashrate API de SoloFury (38,59 PH/s, calculé par difficulté × 2^32 / 600s) et le hashrate mesuré de WhatToMine (17,91 PH/s, calculé à partir du temps réel entre les blocs récents) est toute l’histoire.

La chaîne pense avoir 38,59 PH/s. La chaîne a réellement 17,91 PH/s. La différence — plus de 53 % manquants — est ce qui produit des temps de bloc de 152 minutes au lieu de 10 minutes.

La difficulté ne se met pas à jour en continu. Elle se met à jour tous les 2 016 blocs. La chaîne mine depuis le dernier retarget avec un calibrage pour un réseau qui n’existe plus. Le bloc 54 432 est le moment où le protocole rattrape son retard.

Les maths, en termes simples

La formule de retarget :

nouvelle_difficulté = ancienne_difficulté × (temps_cible / temps_réel)

Où :

  • temps_cible = 2 016 blocs × 10 min = 20 160 minutes (14 jours)
  • temps_réel = combien de temps les blocs 52 417 à 54 432 ont réellement pris

À 152 minutes par bloc :

  • temps_réel ≈ 2 016 × 151,95 = 306 331 minutes (~213 jours, bien que les blocs plus anciens dans la fenêtre aient miné plus vite, donc la vraie moyenne sera plus basse)
  • nouvelle_difficulté ≈ 38B × (20 160 / 306 331) = 38B × 0,0658 = 2,50B

Ce serait une baisse de 93 %. Mais le protocole bride les ajustements single-retarget à ±4× — ce qui signifie que la difficulté ne peut pas tomber en dessous de 38B / 4 = 9,5B en une seule étape.

Donc le résultat réaliste attendu est de toucher le clamp : la difficulté tombe à ~9,5B, une réduction de −75 %.

Après ce retarget, si le hashrate reste bas, le prochain retarget (2 016 blocs supplémentaires plus tard, ~14 jours à la cible de 10 minutes) baissera encore la difficulté. Si le hashrate revient, il annulera partiellement cette baisse. Dans tous les cas, la première fenêtre est celle avec le grand mouvement.

Calendrier variable — quand, exactement ?

C’est la partie que la plupart des articles ratent. La réponse « bloc 54 432 » est correcte, mais le compte à rebours pour y arriver n’est pas un seul chiffre. Cela dépend de l’arrivée ou non de nouveau hashrate.

Voici un tableau de timing réel, calculé sur les 119 blocs restants :

Scénario de hashrate réseauTemps de bloc moy.Temps avant retarget
Actuel (~17,91 PH/s) se maintient~152 min~12,5 jours
Hashrate monte à ~25 PH/s~109 min~9 jours
Hashrate monte à ~38 PH/s (protocole-implicite)~72 min~6 jours
Hashrate double à ~50 PH/s~54 min~4,5 jours
Hashrate triple à ~75 PH/s~36 min~3 jours
Hashrate correspond aux maths (nécessiterait ~272 PH/s)10 min~20 heures

Qu’est-ce qui est réaliste ? Presque certainement les deux premières lignes. BC2 n’est pas assez rentable au prix actuel et à la difficulté actuelle pour attirer du sérieux nouveau hashrate externe — WhatToMine montre que miner BC2 maintenant perd environ 7 $/jour par Bitaxe Gamma à l’électricité résidentielle moyenne. Le hashrate chez SoloFury seul a été en déclin tout au long d’avril-mai (104 TH/s 7j → 69 TH/s 1h). Les pools externes constatent le même schéma.

La meilleure estimation du hibou : 9 à 13 jours avant le retarget. Marquez votre calendrier quelque part entre le 20 et le 24 mai 2026.

Un modèle mental à vitesse variable

Voici comment penser au temps de bloc sur une chaîne SHA-256 :

temps_bloc_secondes = difficulté × 2^32 / hashrate_réseau

Pour BC2 maintenant :

  • difficulté 38,0B × 2^32 = 1,633 × 10^20 hachages par bloc attendus
  • divisé par hashrate réel 17,91 × 10^15 = 9 117 secondes par bloc = ~152 minutes

Confirme ce que rapporte WhatToMine.

Post-retarget avec une difficulté au clamp −75 % (~9,5B) et en supposant que le hashrate reste à 17,91 PH/s :

  • nouveau temps de bloc attendu = 9,5B × 2^32 / 17,91 × 10^15 = ~2 280 secondes = ~38 minutes par bloc

Toujours plus lent que 10 min, parce que le clamp n’est pas suffisant pour corriger complètement en une étape — c’est pourquoi le prochain retarget baissera probablement encore la difficulté. Mais bien mieux immédiatement. Blocs 4× plus rapides dès le jour un.

Pour un solo mineur avec 100 TH/s sur BC2 :

  • Aujourd’hui (difficulté 38B, réseau 17,91 PH/s) : temps de résolution attendu ≈ 18,9 jours
  • Jour 1 post-retarget (difficulté ~9,5B, hashrate ~17,91 PH/s) : attendu ≈ 4,7 jours
  • Jour 14 post-retarget (si hashrate remonte à ~40 PH/s) : attendu ≈ 10,5 jours

Vous voyez pourquoi la première semaine post-retarget est structurellement différente de la deuxième semaine. Le même ASIC exactement, même portefeuille, même config stratum — des probabilités radicalement meilleures.

Pourquoi la difficulté est-elle montée si haut ?

Trois vraies causes, par ordre d’impact :

1. La vague de hashrate loué de mars 2026

Fin mars, BC2 semblait rentable. Le prix du coin avait légèrement augmenté. Les annonces de MiningRigRentals montraient BC2 marginalement au-dessus de plusieurs autres petites chaînes SHA-256. Les locataires ont afflué. Ils ne se souciaient pas de BC2 à long terme — ils se souciaient de l’écart entre le coût de location et les revenus attendus pour cette semaine-là.

Le réseau a brièvement porté plus de 45 PH/s de hashrate soutenu. Le retarget au bloc 52 416 a vu tous ces blocs arriver vite, et a relevé la barre en conséquence.

2. Pannes de pools redirigant de vraies fermes

Dans la même fenêtre, quelques grands pools SHA-256 alternatifs ont eu des pannes stratum. Du hashrate de vraie ferme — pas des locations, de vrais ASICs déployés — a temporairement pointé vers BC2 à la place. La plupart est partie quand les pools originaux sont revenus en ligne.

3. Le cycle marketing du coin

BC2 a eu un bref moment de gloire fin mars : fils Twitter, pumps Discord, quelques chaînes YouTube de minage parlant de BC2. De nouveaux mineurs ont lancé de petites flottes pour l’essayer. La plupart ne sont pas restés.

La combinaison — hashrate d’arbitrage loué + réfugiés temporaires + nouveaux entrants — était suffisante pour pousser le temps de bloc mesuré sous la cible pendant la fenêtre de 2 016 blocs pertinente. La difficulté a ajusté à la hausse. Puis les conditions se sont inversées, et la chaîne rampe depuis lors.

Devriez-vous même vous donner la peine avec BC2 ?

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

Si vous optimisez pour USD/TH/jour : BC2 est rarement la bonne réponse sauf pendant ces fenêtres post-retarget. Le prix est volatile (ATH à 1,58 $ en janvier, maintenant autour de 0,47 $ sur Nonkyc), la liquidité est mince (~0,83 BTC de volume quotidien), et la chaîne n’a pas d’adoption institutionnelle. À la difficulté actuelle, même un Bitaxe Gamma perd quelques dollars par jour à l’électricité résidentielle moyenne.

Si vous optimisez pour « attraper un bloc avec mon propre hashrate » : BC2 est l’une des chaînes SHA-256 les plus réalistes pour un petit opérateur. La difficulté est plusieurs ordres de grandeur inférieure à BTC. Un seul ASIC de 100 TH/s a environ 17 000 × les probabilités par part sur BC2 versus BTC. Post-retarget, ce ratio devient encore plus favorable — ~70 000 × les probabilités par part au clamp attendu.

Si vous optimisez pour l’expérience éducative/dopamine : BC2 en ce moment est la chaîne d’enseignement idéale. Variance moins chère que BTC, vrai argent à la clé, votre nom sur la chaîne quand vous en trouvez un.

Le biais du hibou : cette fenêtre est exactement quand BC2 a du sens pour les solo mineurs. Après ce retarget, avant que le réseau ne la redécouvre.

Comment se positionner pour la baisse

Si vous avez décidé de saisir l’opportunité, voici le guide pratique :

1. Pré-configurez votre équipement avant que le bloc 54 432 n’arrive

Ne vous retrouvez pas à vous débattre à 2h du matin. Pointez vers le stratum BC2 de SoloFury maintenant :

stratum+tcp://solofury.com:8080
Username: VOTRE_ADRESSE_BC2.nom_worker
Password: x

Utilisez le port 8081 ou 8082 pour la redondance. Les relais HAProxy de Frankfurt et Singapore sont disponibles — choisissez le plus proche pour minimiser le taux de shares périmées (eu-bc2.solofury.com:8080 ou as-bc2.solofury.com:8080).

2. Préparez une adresse BC2

Vous avez besoin d’un portefeuille natif Bitcoin II. Le mainnet BC2 utilise le format d’adresse de Bitcoin (formatage legacy ou bech32 sur le fork BC2). Générez-en un dans le portefeuille officiel BitcoinII Core, pas un portefeuille Bitcoin ordinaire — même espace d’adresses mais chaîne différente, envoyer à une adresse de mauvaise chaîne ne sera pas récupérable.

3. Ne déplacez pas tout votre hashrate

Le solo mining est soumis à la variance. Allouez 30 à 50 % de votre flotte à BC2 pendant cette fenêtre — vous garde exposé si ça paye, sans vous couler si la variance est rude.

4. Surveillez la hauteur de bloc

Actualisez /pool/?coin=bc2 périodiquement au cours des 9 à 13 prochains jours. Quand la hauteur dépasse 54 432, vous êtes dans le nouveau régime.

5. Ayez des attentes réalistes

Même à la difficulté post-retarget, un solo mineur à 100 TH/s a un temps de résolution attendu d’environ 4 à 5 jours. La variance signifie que ça pourrait être 4 heures ou 4 semaines. Les probabilités évoluent en votre faveur. Le résultat dépend encore de la chance.

6. Planifiez votre sortie

La fenêtre se ferme quand le hashrate revient. Surveillez la métrique de hashrate du pool BC2 de SoloFury. Quand la moyenne sur 7 jours dépasse ~150 TH/s et que la difficulté commence à remonter au prochain retarget, la phase facile est terminée.

Et si la baisse est moins agressive ?

Le retarget pourrait-il ne pas atteindre le clamp ? En théorie oui, en pratique non. Avec un temps de bloc maintenant à 152 minutes, les maths pour atteindre le clamp sont encore plus verrouillées que la semaine dernière. Si du nouveau hashrate significatif arrive dans les prochains jours, le temps de bloc moyen pendant les 119 blocs restants pourrait diminuer, mais la moyenne globale de la fenêtre est déjà irrécupérable.

Maths : même si le hashrate quadruple à 72 PH/s maintenant et reste là pour les 119 blocs restants, les premiers ~1 800 blocs de cette fenêtre de retarget ont quand même miné à l’allure lente. La moyenne pondérée sur tous les 2 016 blocs produirait toujours bien plus de 4× le temps cible, ce qui signifie que le retarget atteint le clamp −75 %.

Inconvénient réaliste : une date de retarget retardée de 2 à 4 jours si une vague de hashrate arrive. L’ampleur de la baisse elle-même ? Bloquée au clamp.

La seule façon pour que ça n’arrive pas est qu’une vague soutenue de 300+ PH/s apparaisse dans les prochains jours et continue de fonctionner pendant toute la durée restante. C’est un changement de phase que les conditions de marché actuelles — pertes à l’électricité résidentielle, liquidité mince, hashrate de pool en déclin — s’opposent activement.

La confiance du hibou : très élevée que ça atteigne le clamp protocole. Confiance moyenne sur que ça tombe entre le 20 et le 24 mai versus dériver de quelques jours dans un sens ou dans l’autre.

Observer le retarget se produire

Trois endroits pour surveiller en temps réel :

  1. Tableau de bord SoloFurysolofury.com/pool/?coin=bc2. Hauteur de bloc en direct, difficulté actuelle, shares soumises par votre worker.
  2. Explorateur de blocs BC2bitc2.org ou l’explorateur bitcoin-ii.org. Bloc par bloc.
  3. API SoloFurysolofury.com/api-bc2/network retourne du JSON. Quand la valeur de difficulté change, le retarget a atterri.

Vos mineurs n’ont besoin d’aucun redémarrage. Le vardiff gère la transition de façon transparente. Ce qui change, c’est la barre du réseau pour ce qui compte comme un bloc. Votre hardware continue de faire ce qu’il fait. Les maths en dessous s’améliorent.

Une dernière chose — l’honnêteté du solo mining

Le solo mining à toute échelle est en partie de l’ingénierie, en partie de la statistique, surtout de la patience. La plupart des jours, la bonne réponse est de garder votre équipement pointé vers ce qui a le meilleur $/TH/jour et de laisser la variance être la variance.

Mais tous les ~14 jours sur chaque chaîne Bitcoin-fork, le réseau se réajuste. Parfois contre vous. Parfois — comme maintenant, sur BC2 — fortement en votre faveur.

Vous n’êtes pas obligé de le prendre. La chaîne ne doit rien à personne. Mais si vous pensez depuis un moment à pointer du hashrate sur une chaîne SHA-256 plus petite pour maximiser vos chances de résoudre un vrai bloc, les 9 à 13 prochains jours sont exactement le moment pour se positionner. Le bloc 54 432 atterrit quelque part entre le 20 et le 24 mai 2026.

Le bloc 54 432 est la ligne. Après lui, les maths sont différentes.

Le hibou sait : la fenêtre s’ouvre quand la chaîne s’oublie elle-même. Minez en conséquence.


Prêt à pointer du hashrate sur BC2 avant le retarget ?

SoloFury gère des pools de solo mining pour BTC, BCH, BC2, BCH2 et XEC. Frais opérateur de 1 % sur les blocs trouvés. Pas de paiements internes — quand vous trouvez un bloc, la coinbase paie directement à votre adresse. Connectez-vous à BC2 sur stratum+tcp://solofury.com:8080. Relais Frankfurt et Singapore disponibles pour une latence plus faible.

Configurez votre mineur →Stats du pool BC2 en direct →

À lire ensuite