{"id":570,"date":"2026-09-13T16:35:05","date_gmt":"2026-09-13T16:35:05","guid":{"rendered":"https:\/\/hoge.gg\/it\/difficolta-bitcoin-previsione-prossimo-aggiustamento-2026\/"},"modified":"2026-09-13T16:35:05","modified_gmt":"2026-09-13T16:35:05","slug":"difficolta-bitcoin-previsione-prossimo-aggiustamento-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/it\/difficolta-bitcoin-previsione-prossimo-aggiustamento-2026\/","title":{"rendered":"Difficolt\u00e0 Bitcoin: come si prevede il prossimo aggiustamento"},"content":{"rendered":"

All’inizio di settembre gli osservatori della rete Bitcoin si aspettavano un piccolo taglio. I modelli proiettavano un aggiustamento della difficolt\u00e0 leggermente negativo, in area -1%: CoinWarz stimava un ritocco intorno al -0,9%. Poi, al blocco 965.664, \u00e8 successo l’opposto. La difficolt\u00e0 \u00e8 salita del +1,31%, a 127,45 T (127,45 mila miliardi, un numero puro senza unit\u00e0 di misura), come registrano i tracker di rete (CoinWarz<\/a>). La previsione non aveva solo sbagliato l’entit\u00e0 del movimento: aveva sbagliato il segno.<\/p>

Non \u00e8 un incidente, \u00e8 la natura del problema. Prevedere il prossimo aggiustamento della difficolt\u00e0 \u00e8 uno degli esercizi pi\u00f9 fraintesi di tutto l’ecosistema Bitcoin. Sembra un calcolo deterministico e invece \u00e8 una stima statistica che si affina blocco dopo blocco, sensibile al rumore di breve periodo, alla temperatura del mercato e persino ai timestamp che i miner scrivono nei blocchi. Questo articolo spiega come si costruisce quella stima, perch\u00e9 cambia (e a volte si capovolge), quali strumenti usano miner e trader per seguirla e che cosa indica, oggi, sul prossimo ritocco atteso intorno al 19-20 settembre.<\/p>

Che cosa vuol dire davvero prevedere la difficolt\u00e0<\/h2>

Prima di tutto, chiariamo l’oggetto. Non stiamo cercando di indovinare dove sar\u00e0 la difficolt\u00e0 tra sei mesi: quella \u00e8 una scommessa sul prezzo di Bitcoin e sull’espansione dei data center, non un calcolo. Prevedere la difficolt\u00e0 significa una cosa molto pi\u00f9 circoscritta: stimare di quanto cambier\u00e0 al prossimo retarget, cio\u00e8 al termine dei 2.016 blocchi dell’epoca in corso. \u00c8 una previsione a brevissimo orizzonte, che riguarda un evento programmato e che, in linea teorica, dovrebbe essere semplice. In pratica non lo \u00e8, perch\u00e9 il dato di ingresso (quanto tempo impiegheranno i blocchi ancora da minare) \u00e8 ignoto e casuale.<\/p>

Vale la pena fissare lo stato della rete al 13 settembre 2026, perch\u00e9 \u00e8 il contesto in cui ogni stima va letta. Bitcoin viaggia intorno ai 66.448 euro (circa 77.183 dollari), con una capitalizzazione di circa 1,55 mila miliardi di dollari (CoinGecko<\/a>). La difficolt\u00e0 \u00e8 a 127,45 T, l’hashrate stimato oscilla intorno ai 934 EH\/s e i blocchi arrivano poco sotto i dieci minuti. Ecco la fotografia sintetica.<\/p>

Metrica<\/th>Valore (13 set 2026)<\/th><\/tr><\/thead>
Difficolt\u00e0 attuale<\/td>127,45 T (dopo il retarget di inizio settembre, +1,31%)<\/td><\/tr>
Massimo storico (nov 2025)<\/td>circa 155,97 T (siamo circa il 18% sotto)<\/td><\/tr>
Hashrate (media 7 giorni)<\/td>circa 934 EH\/s<\/td><\/tr>
Hashprice<\/td>circa 39,6 $\/PH al giorno (circa 34 euro), +22% in un mese<\/td><\/tr>
Prezzo BTC<\/td>circa 66.448 euro (circa 77.183 $)<\/td><\/tr>
Tempo medio di blocco<\/td>circa 9 min 37 s (pi\u00f9 veloce dell’obiettivo)<\/td><\/tr>
Prossimo aggiustamento (stima)<\/td>+3,9% \/ +4,5% atteso intorno al 19-20 set<\/td><\/tr><\/tbody><\/table><\/figure>

La regola che nessun modello pu\u00f2 aggirare<\/h2>

Ogni previsione parte dalla stessa formula, scritta nel protocollo e immutabile. Ogni 2.016 blocchi la rete confronta il tempo effettivamente impiegato per minarli con l’obiettivo teorico di 20.160 minuti (2.016 blocchi per 10 minuti, cio\u00e8 esattamente due settimane) e riscala la difficolt\u00e0 in proporzione inversa: difficolt\u00e0 nuova uguale difficolt\u00e0 vecchia moltiplicata per 20.160 diviso i minuti effettivi dell’epoca. Se i blocchi sono arrivati troppo in fretta, il rapporto \u00e8 maggiore di uno e la difficolt\u00e0 sale; se sono arrivati lenti, scende. Non c’\u00e8 discrezionalit\u00e0, non c’\u00e8 un comitato, non c’\u00e8 un oracolo di prezzo: solo aritmetica su un intervallo di tempo osservato.<\/p>

\u00c8 il meccanismo che Satoshi Nakamoto descrisse nel white paper originale: \u00abTo compensate for increasing hardware speed and varying interest in running nodes over time, the proof-of-work difficulty is determined by a moving average targeting an average number of blocks per hour. If they’re generated too fast, the difficulty increases\u00bb<\/a>. In italiano: la difficolt\u00e0 \u00e8 una media mobile che punta a un numero medio di blocchi all’ora, e se i blocchi vengono generati troppo in fretta la difficolt\u00e0 aumenta. Chi prevede il prossimo aggiustamento non fa altro che anticipare il risultato di quella media mobile prima che l’epoca si chiuda. La regola completa ha alcune sottigliezze tecniche (il conteggio misura in realt\u00e0 2.015 intervalli tra i 2.016 blocchi, e i timestamp devono rispettare la regola del median-time-past e il limite delle due ore nel futuro), ma per la stima pratica conta soprattutto una cosa: la difficolt\u00e0 reagisce al tempo, non ad altro.<\/p>

Proprio quelle sottigliezze spiegano perch\u00e9 i modelli pi\u00f9 precisi non si limitano a dividere due numeri tondi. Il famoso errore off-by-one, per cui la rete misura 2.015 intervalli invece dei 2.016 che ci si aspetterebbe, introduce una piccola distorsione sistematica dell’ordine dello 0,05%: minuscola sul singolo retarget, ma sufficiente a far divergere una stima grezza da quella dei tracker professionali. Allo stesso modo, la regola del median-time-past impedisce che un singolo timestamp anomalo sballi il conteggio, perch\u00e9 il tempo di un blocco deve essere maggiore della mediana degli undici precedenti. Un buon previsore tiene conto di questi dettagli; un foglio di calcolo improvvisato no, ed \u00e8 una delle ragioni per cui le stime fatte in casa si discostano da quelle di CoinWarz o mempool.space.<\/p>

La rete non misura l’hashrate, misura il tempo<\/h2>

Qui sta il primo grande equivoco. Molti immaginano che la rete conti la potenza di calcolo collegata e regoli la difficolt\u00e0 di conseguenza. Non \u00e8 cos\u00ec, e non potrebbe esserlo: l’hashrate non \u00e8 una grandezza osservabile. Nessuno pu\u00f2 sapere quanti hash al secondo stiano calcolando in questo istante le macchine sparse tra Texas, Paraguay e Golfo Persico. L’hashrate che leggiamo su CoinGecko o Hashrate Index \u00e8 sempre una stima, ricavata a ritroso proprio dalla difficolt\u00e0 e dai tempi di blocco.<\/p>

La rete osserva l’unica cosa che ha a disposizione: il tempo. Come ha sintetizzato l’analisi di cryptolexicon<\/a> commentando il retarget di settembre, la rete non misura l’hashrate, misura il tempo, e l’epoca appena chiusa era stata minata leggermente pi\u00f9 in fretta del bersaglio delle due settimane. Questo ribalta il problema per chi vuole prevedere: non serve stimare quanti EH\/s siano online, serve stimare quanto velocemente arriveranno i blocchi mancanti. Ed \u00e8 una domanda a cui, per costruzione, non esiste risposta certa fino a quando quei blocchi non sono stati minati.<\/p>

La matematica della stima, passo per passo<\/h2>

Il metodo standard per stimare il prossimo aggiustamento \u00e8 una semplice estrapolazione. Si guarda a che punto \u00e8 l’epoca in corso e si assume che il ritmo osservato finora prosegua fino alla fine. In quattro passaggi:<\/p>