Cali di difficoltà BC2 — Come funzionano le finestre di retarget
Sulle catene a retarget classico come Bitcoin II (BC2), un esodo di hashrate può forzare il successivo aggiustamento di difficoltà a crollare fino al limite massimo del protocollo di −75%, consegnando brevemente probabilità molto migliori ai piccoli miner in solo. Ecco la meccanica, un esempio reale di maggio 2026, come riconoscere una finestra che si sta formando e come posizionarti.
Una finestra di calo di difficoltà è il breve periodo successivo al brusco crollo del retarget di difficoltà di una catena piccola, durante il quale il tempo atteso da un miner in solo per trovare un blocco cala drasticamente prima che arrivi nuovo hashrate a competerlo via. Su Bitcoin II (BC2), che eredita il retarget classico di Bitcoin da 2,016 blocchi, queste finestre possono essere violente: quando l’hashrate se ne va e i blocchi rallentano fino a strisciare, il successivo aggiustamento può crollare fino al limite massimo di un singolo passo del protocollo di −75%. Per qualche giorno dopo, una catena che era una lotteria pluriennale diventa un obiettivo realistico.
Punti chiave
- Le catene piccole oscillano dove Bitcoin non può. L’hashrate di BTC è troppo profondo e stabile per muoversi di molto; una catena sottile come BC2 può perdere metà del suo hashrate e arrancare 10–15× più lenta del suo obiettivo di tempo di blocco.
- Il calo è limitato a −75%. I retarget in stile Bitcoin possono aggiustare al massimo ±4× in un passo, quindi una catena molto in ritardo cade esattamente a un quarto della sua vecchia difficoltà — non oltre, in quel passo.
- Il segnale è tempo di blocco vs obiettivo. Quando una catena corre molto più lenta del suo obiettivo per la maggior parte di un periodo di retarget, un calo massimo è essenzialmente assicurato per il prossimo aggiustamento.
- La finestra è breve. Una difficoltà più bassa richiama hashrate, e il retarget successivo spinge di nuovo la difficoltà verso l’alto — il grande vantaggio dura giorni, non settimane.
- È specifica per catena. BC2 e BTC usano retarget per epoca; BCH, BCH2 e XEC usano ASERT, che aggiusta a ogni blocco e non produce mai queste drammatiche finestre a un solo passo.
Perché le catene piccole hanno finestre drammatiche (e Bitcoin no)
Ogni catena SHA-256 ritara la sua difficoltà perché i blocchi arrivino vicino a un intervallo obiettivo — 10 minuti per BC2, come su Bitcoin. La differenza è la profondità. La rete di Bitcoin gira nell’ordine di 980 EH/s; nessun evento plausibile ne rimuove abbastanza da spostare a lungo i tempi di blocco, quindi i suoi retarget sono lievi, tipicamente qualche punto percentuale. Una catena come BC2 potrebbe girare nell’ordine di decine di PH/s — milioni di volte più piccola. Una singola farm di taglia media che punta altrove può cancellare una grossa fetta della rete da un giorno all’altro, e all’improvviso blocchi che dovrebbero richiedere 10 minuti ne richiedono due ore.
La difficoltà non si aggiorna in continuo su queste catene. Si aggiorna una volta ogni 2,016 blocchi, ricalibrata per la rete che esisteva all’ultimo retarget. Quando l’hashrate se ne va a metà epoca, la catena passa il resto di quel periodo a minare a una difficoltà calibrata per una rete che non esiste più — lenta, dolorosa e matematicamente destinata a una correzione al prossimo retarget. Quella correzione è la finestra.
La meccanica: la formula di retarget e il limite di −75%
La formula di retarget in stile Bitcoin è semplice:
new_difficulty = old_difficulty × (target_time / actual_time)
Dove target_time è 2,016 blocchi × 10 minuti = 20,160 minuti (14 giorni), e actual_time è quanto quei 2,016 blocchi hanno impiegato davvero. Se il periodo è corso due volte più lento dell’obiettivo, la difficoltà si dimezza. Se è corso 15× lento, la formula vuole tagliare la difficoltà di oltre il 90%.
Ma il protocollo limita ogni singolo aggiustamento a un fattore di ±4×. La difficoltà non può salire oltre 4× né scendere sotto un quarto del suo valore precedente in un solo passo. Quindi per quanto una catena sia rimasta indietro, il massimo che può calare a un retarget è −75% (a un quarto). Una catena rimasta indietro abbastanza da “meritare” un taglio di oltre il 90% semplicemente sbatte contro il limite — e, se l’hashrate resta lontano, cala di nuovo al prossimo retarget 2,016 blocchi dopo. Il limite è un guardrail contro aggiustamenti fuori controllo; per una piccola catena in ritardo, è il pavimento su cui atterra la tua finestra.
Un esempio reale: BC2, maggio 2026
A metà maggio 2026, BC2 era un caso da manuale. La catena era al blocco 54,313 con una difficoltà intorno ai 38 miliardi, e i tracker pubblici raccontavano una storia coerente:
| Metrica | Valore (maggio 2026) | Cosa significava |
|---|---|---|
| Tempo di blocco effettivo | ~152 minuti | ~15× più lento dell’obiettivo di 10 minuti |
| Hashrate implicato dal protocollo | ~38.6 PH/s | Ciò che la difficoltà attuale assumeva |
| Hashrate misurato (dal timing reale dei blocchi) | ~17.9 PH/s | Ciò che la catena aveva davvero — oltre la metà se n’era andata |
| Ricompensa di blocco | 50 BC2 | Il premio per risolvere un blocco |
| Blocchi al prossimo retarget | 119 (al blocco 54,432) | Dove sarebbe atterrata la correzione |
Il divario tra hashrate implicato (~38.6 PH/s) e misurato (~17.9 PH/s) — oltre metà della rete mancante — è tutta la storia. Inserendo il ritardo nella formula, l’aggiustamento “equo” sarebbe stato un taglio di oltre il 90%; il limite ha fatto sì che l’esito reale fosse fissato a −75%, portando la difficoltà da circa 38 miliardi a circa 9.5 miliardi. WhatToMine ha segnalato la catena come “active (lagging)” per tutto il periodo.
Cosa ha fatto questo alle probabilità in solo: alla difficoltà pre-retarget, un ASIC da 100 TH/s si aspettava un blocco BC2 all’incirca ogni 19 giorni — contro circa 180 anni per lo stesso hardware su Bitcoin. Dopo il limite di −75%, quella cifra BC2 è scesa a circa 4–5 giorni. Stesso hardware, stessi hash; è cambiata solo l’asticella della rete per un blocco valido.
Come individuare una finestra che si sta formando
Non ti servono dati riservati — i segnali sono pubblici e ripetibili. Sorveglia tutti e tre insieme:
- Tempo di blocco ben sopra l’obiettivo, sostenuto. Un blocco lento è rumore. Una catena che fa in media 30, 60, 120 minuti per blocco su centinaia di blocchi è strutturalmente in ritardo, e più persiste dentro un periodo di retarget, più il prossimo calo diventa assicurato.
- Un divario tra hashrate implicato e misurato. L’hashrate implicato dalla difficoltà (ciò che la catena assume) ben sopra l’hashrate calcolato dagli intervalli reali recenti dei blocchi significa che la rete si è ristretta e la difficoltà non ha ancora recuperato.
- Hashrate del pool in calo. Se i pool che riesci a vedere puntano verso il basso, non verso l’alto, non sta entrando nuovo hashrate a soccorrere i tempi di blocco prima del retarget — quindi il ritardo, e il calo, terranno.
Il Network Radar in tempo reale mostra la difficoltà attuale, il tipo di retarget e l’hashrate di rete per moneta, e la vista del pool BC2 mostra altezza di blocco e difficoltà in tempo reale — insieme ti permettono di vedere una finestra formarsi in tempo reale invece che a posteriori.
Perché BCH2 e XEC non fanno questo (ASERT vs retarget classico)
Non ogni catena piccola produce queste finestre — dipende interamente dall’algoritmo di difficoltà. BC2 e BTC usano il retarget per epoca classico (un aggiustamento ogni 2,016 blocchi), che è esattamente ciò che rende BC2 incline a drammatici cali a un solo passo. Al contrario, BCH, BCH2 e XEC usano ASERT, che ricalcola la difficoltà a ogni blocco in base a quanto la catena corre avanti o indietro rispetto alla tabella di marcia.
Le catene ASERT si autocorreggono in continuo, quindi non accumulano mai il tipo di ritardo pluri-settimanale che forza un limite di −75%. È una scelta di design deliberata per le catene piccole: BCH2, che si è biforcata da BC2 al blocco 53,200 a marzo 2026, è nata con una rapida emivita ASERT di 1 ora specificamente per resistere ai problemi di manipolazione dell’hashrate e di varianza del tempo di blocco che i retarget classici creano sulle reti sottili. La conclusione pratica per un miner in solo: le finestre di calo di difficoltà sono un fenomeno di BC2 tra le catene di SoloFury. Sulle monete ASERT le tue probabilità sono più stabili e non c’è un unico “momento” da cronometrare — punti e mini, e basta.
Come posizionarti per un calo
Se hai individuato un ritardo genuino su BC2 e vuoi essere pronto quando il retarget atterra, ecco la sequenza pratica.
1. Preconfigura il tuo equipaggiamento prima del blocco di retarget
Non correre alle 2 di notte. Punta allo stratum BC2 di SoloFury in anticipo:
stratum+tcp://solofury.com:8080
Username: YOUR_BC2_ADDRESS.worker_name
Password: x
Le porte 8081 e 8082 servono per la ridondanza, e gli endpoint regionali (eu-bc2.solofury.com:8080, as-bc2.solofury.com:8080) tagliano la latenza e le share stale se sei lontano dal primario. Il wizard di configurazione compila l’endpoint giusto in automatico.
2. Tieni pronto un vero wallet BC2
Ti serve un wallet nativo Bitcoin II. BC2 riusa i formati d’indirizzo di Bitcoin (legacy e bech32), ma è una catena diversa — genera il tuo indirizzo nel wallet BitcoinII Core, non in un normale wallet Bitcoin. Gli spazi degli indirizzi si sovrappongono, quindi un pagamento a un indirizzo della catena sbagliata può essere irrecuperabile. Ricontrolla prima di minare.
3. Non spostare tutto il tuo hashrate
Il solo mining è varianza. Allocare il 30–50% della tua flotta a BC2 durante una finestra ti dà esposizione reale al rialzo senza affondarti se la fortuna si raffredda. Tieni il resto su ciò che mini di solito.
4. Sorveglia l’altezza di blocco
Segui la vista del pool BC2 mentre il blocco di retarget si avvicina. Nel momento in cui l’altezza supera il punto di retarget, sei nel nuovo regime a difficoltà più bassa — nessun riavvio necessario, il vardiff gestisce la transizione in modo trasparente.
5. Mantieni aspettative oneste
Anche alla difficoltà post-calo, la cifra di “4–5 giorni” di un miner da 100 TH/s è una media, non una promessa. La varianza significa che potrebbero essere quattro ore o quattro settimane. La finestra sposta le probabilità a tuo favore; non garantisce un risultato.
6. Pianifica l’uscita
Le finestre si chiudono quando l’hashrate torna. Quando l’hashrate del pool BC2 risale e il prossimo retarget inizia a spingere di nuovo la difficoltà verso l’alto, la fase facile è finita — ruota di nuovo verso la tua catena di default.
Vale davvero la pena occuparsi di BC2?
Risposta onesta: dipende da cosa stai ottimizzando.
Per USD per TH al giorno: BC2 raramente è la scelta giusta fuori da queste finestre. Il prezzo è volatile e scambiato poco, e a difficoltà tipica anche un Bitaxe può correre in leggera perdita a un prezzo elettrico residenziale medio. Non è una catena da “imposta e dimentica per il profitto”.
Per catturare davvero un blocco col tuo hashrate: BC2 è una delle catene SHA-256 più realistiche per un piccolo operatore, perché la sua difficoltà è ordini di grandezza sotto quella di Bitcoin. Durante una finestra post-retarget, il vantaggio è al suo massimo — una catena che normalmente è un obiettivo in solo di più settimane diventa brevemente uno di pochi giorni. (Vedi le migliori monete da minare in solo per come BC2 si confronta con le alternative.)
Per l’apprendimento e il brivido: BC2 è un’eccellente catena didattica — varianza più economica di Bitcoin, monete reali alla fine e il tuo indirizzo sulla catena quando ne risolvi uno. Una finestra di difficoltà è il momento migliore per vivere quell’esperienza senza un decennio di attesa.
La conclusione onesta
Il solo mining è in parte ingegneria, in parte statistica, per lo più pazienza. La maggior parte dei giorni la mossa giusta è tenere il tuo equipaggiamento puntato su ciò che offre il miglior rendimento e lasciare che la varianza sia varianza. Ma all’incirca ogni due settimane, ogni catena a retarget classico si ritara — a volte contro di te, a volte, come BC2 dopo un esodo di hashrate, nettamente a tuo favore. Non sei obbligato a fare la scommessa; la catena non deve una vittoria a nessuno. Ma se avevi in mente di mettere un po’ di hashrate su una catena SHA-256 più piccola per massimizzare le tue chance di risolvere un blocco vero, un ritardo di BC2 confermato in avvicinamento a un retarget è esattamente il momento per posizionarti. Dopo il calo, la matematica è semplicemente diversa — per un po’.
Domande frequenti
Cos’è una finestra di calo di difficoltà nel mining?
È il breve periodo successivo al brusco crollo del retarget di difficoltà di una catena, quando il tempo atteso da un miner in solo per trovare un blocco è molto più basso del solito. Si apre perché l’hashrate ha lasciato la rete, e si chiude una volta che il mining più economico richiama hashrate e il prossimo retarget rialza la difficoltà.
Di quanto può calare la difficoltà di BC2 a un retarget?
Al massimo del 75%, a un quarto del suo valore precedente. I retarget in stile Bitcoin limitano ogni aggiustamento a un fattore di ±4×, quindi anche una catena che corre 15× più lenta dell’obiettivo può calare solo a un quarto in un solo passo — poi calare di nuovo al prossimo retarget se l’hashrate resta lontano.
Come faccio a sapere che sta arrivando un calo di difficoltà BC2?
Sorveglia tre segnali insieme: tempi di blocco ben sopra l’obiettivo di 10 minuti per un tratto sostenuto, un divario tra l’hashrate implicato dalla difficoltà e l’hashrate misurato dagli intervalli reali dei blocchi, e hashrate del pool in calo. Il Network Radar e la vista del pool BC2 li mostrano in tempo reale.
Anche Bitcoin ha queste finestre?
In teoria sì, in pratica no. BTC usa lo stesso retarget per epoca, ma il suo hashrate è così profondo e stabile che nessun evento realistico sposta i tempi di blocco abbastanza da forzare un grande calo. Le finestre drammatiche compaiono solo su catene piccole come BC2 che possono perdere rapidamente una grossa quota di hashrate.
Perché BCH2 o XEC non hanno finestre di calo di difficoltà?
Perché usano ASERT, che aggiusta la difficoltà a ogni blocco invece che ogni 2,016 blocchi. ASERT corregge il ritardo in continuo, quindi non accumula mai il deficit pluri-settimanale che forza un limite di −75% su una catena a retarget classico come BC2. Il compromesso è che non c’è un unico momento da cronometrare — le probabilità sono semplicemente più stabili.
Di quanto migliorano le mie probabilità durante una finestra BC2?
Dipende dalla difficoltà in tempo reale della catena, ma l’effetto è grande. Nell’esempio di maggio 2026, il tempo atteso di un ASIC da 100 TH/s fino a un blocco BC2 è passato da circa 19 giorni a circa 4–5 giorni dopo un calo di −75% — contro circa 180 anni per lo stesso hardware su Bitcoin. Controlla il Network Radar per i numeri attuali.
Mi serve un wallet speciale per minare BC2?
Sì. BC2 riusa i formati d’indirizzo di Bitcoin ma è una catena separata, quindi genera il tuo indirizzo di pagamento nel wallet BitcoinII Core, non in un normale wallet Bitcoin. Poiché gli spazi degli indirizzi si sovrappongono, inviare a un indirizzo della catena sbagliata può essere irrecuperabile — verifica prima di puntarci hashrate.
Minare BC2 è redditizio?
Di solito no su base di puro USD al giorno — il prezzo è sottile e volatile, e a difficoltà normale i rig piccoli possono correre in leggera perdita. Il fascino di BC2 è la chance realistica di risolvere un intero blocco come piccolo miner, che è al suo meglio durante una finestra post-retarget, non l’economia a regime.
Pronto a puntare hashrate su BC2 per la prossima finestra?
SoloFury gestisce pool solo non custodial per BTC, BCH, BC2, BCH2 e XEC. 1% di fee sui blocchi trovati, nessun pagamento interno — quando risolvi un blocco, il coinbase paga direttamente al tuo indirizzo. Connettiti a BC2 su stratum+tcp://solofury.com:8080, con endpoint regionali per una latenza più bassa.