{"id":553,"date":"2026-09-11T16:30:48","date_gmt":"2026-09-11T16:30:48","guid":{"rendered":"https:\/\/hoge.gg\/it\/difficolta-bitcoin-bug-timewarp-bip54-2026\/"},"modified":"2026-09-11T16:30:48","modified_gmt":"2026-09-11T16:30:48","slug":"difficolta-bitcoin-bug-timewarp-bip54-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/it\/difficolta-bitcoin-bug-timewarp-bip54-2026\/","title":{"rendered":"Difficolt\u00e0 Bitcoin nel 2026: il bug del timewarp e la cura BIP-54"},"content":{"rendered":"

All’inizio di settembre 2026 la rete Bitcoin ha fatto due cose che raccontano bene lo stato del suo strato base. Il 6 settembre la difficolt\u00e0 di mining \u00e8 salita dell’1,31% fino a circa 127,45 T (oltre 127.000 miliardi), l’ottavo aumento dell’anno, mentre l’hashprice, cio\u00e8 il ricavo lordo per unit\u00e0 di potenza di calcolo, \u00e8 balzato di oltre il 22% in un mese, a poco meno di 40 dollari per PH\/s al giorno, con l’hashrate quasi fermo intorno ai 930 EH\/s, secondo i dati raccolti da news.bitcoin.com<\/a>. Nello stesso periodo un tentativo di soft fork, BIP-110, \u00e8 morto con meno del 2,5% del sostegno dei miner, come ha documentato CoinDesk<\/a>.<\/p>

Sotto la superficie, per\u00f2, sta maturando un’altra proposta, molto pi\u00f9 vicina al cuore di come la difficolt\u00e0 stessa funziona. Oltre quattro blocchi su dieci portano gi\u00e0 una firma tecnica compatibile con BIP-54, la cosiddetta Grande Pulizia del Consenso, secondo il tracker mainnet.observer<\/a>. Non \u00e8 un voto formale, ma \u00e8 il segnale pi\u00f9 chiaro finora che la comunit\u00e0 sta preparando il terreno per correggere l’unico vero difetto del termostato di Bitcoin: il timewarp, un bug vecchio quanto il protocollo che, in teoria, consentirebbe a una maggioranza di miner di spingere la difficolt\u00e0 quasi a zero.<\/p>

Questo articolo parte dalle basi (che cos’\u00e8 la difficolt\u00e0, come si aggiusta, che rapporto ha con hashrate e prezzo) e poi entra nel merito del timewarp e di BIP-54: come funziona l’attacco, perch\u00e9 non \u00e8 ancora stato sfruttato, chi c’\u00e8 dietro la proposta di correzione, come si attiva un soft fork e cosa cambia per i miner, per la sicurezza della rete e per chi in Italia guarda a Bitcoin sotto la lente di Consob e MiCA.<\/p>

Che cos’\u00e8 la difficolt\u00e0 di mining<\/h2>

La difficolt\u00e0 di mining \u00e8, in una parola, un termostato. Bitcoin punta a produrre un blocco ogni dieci minuti in media, indipendentemente da quanti computer stiano cercando di minarlo. Se arriva pi\u00f9 potenza di calcolo, i blocchi verrebbero trovati troppo in fretta; se se ne va, arriverebbero troppo lentamente. La difficolt\u00e0 \u00e8 il numero che la rete alza o abbassa per riportare il ritmo verso quei dieci minuti.<\/p>

Tecnicamente \u00e8 un rapporto senza unit\u00e0 di misura: indica quante volte \u00e8 pi\u00f9 arduo trovare un blocco valido rispetto al primo blocco del 2009, il blocco Genesis. Difficolt\u00e0 1 era il punto di partenza di Satoshi Nakamoto; oggi siamo a circa 127,45 T, cio\u00e8 oltre 127.000 miliardi di volte pi\u00f9 difficile. Il concetto era gi\u00e0 nel whitepaper: \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, scriveva Satoshi nel documento originale<\/a>.<\/p>

Un miner non fa altro che provare miliardi di miliardi di combinazioni al secondo finch\u00e9 l’hash di un blocco candidato non cade sotto una soglia numerica chiamata target. Pi\u00f9 bassa \u00e8 la soglia, pi\u00f9 tentativi servono in media, pi\u00f9 alta \u00e8 la difficolt\u00e0. Difficolt\u00e0 e target sono due facce della stessa medaglia: quando la difficolt\u00e0 raddoppia, il target si dimezza. \u00c8 un sistema autoregolato che non ha bisogno di alcuna autorit\u00e0 centrale per decidere quanto debba costare produrre un blocco.<\/p>

Come funziona il retarget ogni 2016 blocchi<\/h2>

Il termostato non si muove in continuazione: si ricalibra a scatti, una volta ogni 2016 blocchi, cio\u00e8 circa ogni due settimane. Duemilasedici blocchi da dieci minuti fanno esattamente 20.160 minuti, due settimane tonde. Alla fine di ogni periodo il protocollo confronta quanto tempo ci \u00e8 voluto davvero con quei 20.160 minuti teorici e aggiusta di conseguenza.<\/p>

La formula \u00e8 semplice: nuova difficolt\u00e0 uguale vecchia difficolt\u00e0 moltiplicata per (20.160 diviso i minuti effettivi del periodo). Se i 2016 blocchi sono stati minati in meno di due settimane, vuol dire che \u00e8 arrivata potenza di calcolo e la difficolt\u00e0 sale; se ci hanno messo di pi\u00f9, scende. Un esempio concreto: se un periodo dura 21.168 minuti invece di 20.160, il rapporto \u00e8 20.160 diviso 21.168, cio\u00e8 0,952, una discesa di circa il 4,8%.<\/p>

Ci sono due paletti importanti. Il primo \u00e8 un limite di variazione: la difficolt\u00e0 non pu\u00f2 salire pi\u00f9 di quattro volte n\u00e9 scendere sotto un quarto (fattore da 0,25x a 4x) in un singolo retarget, per evitare oscillazioni violente; nella pratica il tetto del 4x non \u00e8 mai stato nemmeno sfiorato. Il secondo riguarda i timestamp dei blocchi, ed \u00e8 proprio qui che, come vedremo, si annida il bug del timewarp.<\/p>

Difficolt\u00e0, hashrate e hashprice: il triangolo<\/h2>

Difficolt\u00e0 e hashrate misurano cose diverse ma sono legati da una formula fissa. L’hashrate \u00e8 la potenza di calcolo reale della rete e non \u00e8 osservabile direttamente: lo si stima proprio dalla difficolt\u00e0, con hashrate uguale a difficolt\u00e0 moltiplicata per 2^32 e divisa per 600. Con la difficolt\u00e0 attuale a 127,45 T il calcolo d\u00e0 circa 912 EH\/s, in linea con la media a sette giorni intorno ai 930 EH\/s riportata dai tracker, ancora sotto la soglia psicologica di 1 zettahash al secondo (1 ZH\/s uguale 1000 EH\/s).<\/p>

Il terzo vertice del triangolo \u00e8 l’hashprice: il ricavo lordo giornaliero per unit\u00e0 di potenza, di solito espresso in dollari per PH\/s al giorno. Dipende da tre cose: il prezzo di Bitcoin, le commissioni di transazione e, in senso inverso, la difficolt\u00e0. A parit\u00e0 di prezzo, pi\u00f9 difficolt\u00e0 significa meno BTC per ogni terahash, quindi hashprice pi\u00f9 basso. La dinamica di inizio settembre 2026 \u00e8 un buon esempio del contrario: la difficolt\u00e0 \u00e8 salita di poco, l’hashrate \u00e8 rimasto quasi fermo, ma l’hashprice \u00e8 balzato di oltre il 22% in un mese perch\u00e9 \u00e8 salito il prezzo di Bitcoin, arrivato intorno ai 67.000 euro<\/a>. Per i miner \u00e8 un respiro dopo mesi di margini compressi, e non a caso il tema si intreccia con la settimana decisiva del prezzo tra Tesoro USA e Fed<\/a>.<\/p>

Metrica<\/th>Valore (settembre 2026)<\/th><\/tr><\/thead>
Difficolt\u00e0 di mining<\/td>circa 127,45 T<\/td><\/tr>
Hashrate (media 7 giorni)<\/td>circa 930 EH\/s<\/td><\/tr>
Hashprice<\/td>circa 39,63 $\/PH al giorno (circa 34 euro)<\/td><\/tr>
Prezzo di Bitcoin<\/td>circa 67.045 euro<\/td><\/tr>
Prossimo retarget<\/td>circa 19 settembre, stima +2,97%<\/td><\/tr>
Massimo storico difficolt\u00e0<\/td>circa 156 T (novembre 2025)<\/td><\/tr><\/tbody><\/table><\/figure>

La difficolt\u00e0 nel 2026, retarget per retarget<\/h2>

Il 2026 \u00e8 stato l’anno in cui il termostato ha smesso di salire a senso unico. Dopo il record di circa 156 T di novembre 2025, la difficolt\u00e0 ha chiuso il 2025 a 148,2 T e ha passato buona parte del 2026 sotto quel livello, con una serie di aggiustamenti nervosi. Il caso pi\u00f9 netto \u00e8 stato il 14 giugno, con un crollo del 10,09%, il pi\u00f9 grande dell’anno, come mostra lo storico di CoinWarz<\/a>. A oggi, a 127,45 T, la difficolt\u00e0 \u00e8 circa il 18% sotto il massimo storico e sostanzialmente piatta rispetto a dodici mesi fa.<\/p>

Data<\/th>Variazione<\/th>Difficolt\u00e0 risultante<\/th><\/tr><\/thead>
29 maggio 2026<\/td>+1,72%<\/td>138,96 T<\/td><\/tr>
14 giugno 2026<\/td>-10,09%<\/td>124,93 T<\/td><\/tr>
27 giugno 2026<\/td>+7,15%<\/td>133,87 T<\/td><\/tr>
11 luglio 2026<\/td>-5,00%<\/td>127,17 T<\/td><\/tr>
25 luglio 2026<\/td>-0,74%<\/td>126,23 T<\/td><\/tr>
8 agosto 2026<\/td>+0,99%<\/td>127,48 T<\/td><\/tr>
23 agosto 2026<\/td>-1,31%<\/td>125,81 T<\/td><\/tr>
5-6 settembre 2026<\/td>+1,31%<\/td>127,45 T<\/td><\/tr><\/tbody><\/table><\/figure>

Perch\u00e9 questo saliscendi? In parte per i prezzi deboli della prima met\u00e0 dell’anno, che hanno spinto fuori i miner meno efficienti; in parte per una migrazione strutturale di potenza e capitale verso l’AI e l’high-performance computing, che ha reso la discesa di quest’anno pi\u00f9 una scelta industriale che una crisi. Il prossimo aggiustamento, atteso intorno al 19 settembre, \u00e8 stimato in rialzo di quasi il 3% da CoinWarz: segno che, con l’hashprice in ripresa, un po’ di potenza sta tornando online.<\/p>

I grandi cali della storia: dal bando cinese al 2026<\/h2>

Per capire quanto sia insolito il 2026 conviene guardare indietro. Il calo di difficolt\u00e0 pi\u00f9 violento di sempre risale al 3 luglio 2021: meno 27,94% in un solo retarget, quando la Cina mise al bando il mining e pi\u00f9 della met\u00e0 dell’hashrate mondiale spar\u00ec dalla rete nel giro di poche settimane. Fu un evento traumatico e involontario, una fuga forzata. Anche l’inverno del mercato orso del 2022 produsse cali marcati, con i miner in difficolt\u00e0 che spegnevano le macchine mentre il prezzo affondava.<\/p>

Il 2026 \u00e8 diverso proprio nella natura del calo. Non c’\u00e8 stato alcun bando, nessuna catastrofe: la potenza che ha lasciato la rete lo ha fatto in gran parte per scelta, spostandosi verso data center dedicati all’intelligenza artificiale, dove i margini nel 2026 erano pi\u00f9 allettanti del mining puro. \u00c8 una discesa gestita, non una capitolazione. Ed \u00e8 anche il motivo per cui la difficolt\u00e0 \u00e8 rimasta a lungo pari o sotto il livello di dodici mesi prima, una situazione che, prima d’ora, si era vista solo dopo lo shock cinese del 2021, come ricordano i resoconti di fine anno di crypto.news<\/a>.<\/p>

Questa distinzione conta anche per chi legge la difficolt\u00e0 come indicatore. Storicamente un crollo della difficolt\u00e0 segnalava miner in capitolazione e veniva usato da alcuni modelli come un segnale contrarian di acquisto. Nel 2026 quel segnale \u00e8 pi\u00f9 ambiguo: se la potenza se ne va perch\u00e9 trova di meglio altrove, e non perch\u00e9 sta fallendo, la lettura classica va presa con le pinze.<\/p>

Il bug del timewarp: l’unico vero difetto del termostato<\/h2>

Fin qui la difficolt\u00e0 sembra un meccanismo semplice e robusto. Ha per\u00f2 una crepa, nota da anni e mai chiusa: il cosiddetto timewarp attack. Nasce da un dettaglio nel modo in cui la rete misura il tempo trascorso in un periodo di retarget. Il calcolo guarda solo due timestamp, quello del primo e quello dell’ultimo blocco della finestra di 2016 blocchi, e da l\u00ec deduce quanto \u00e8 durato il periodo. Ma i timestamp dei blocchi non sono orologi precisi: sono dichiarati dai miner, che possono impostarli entro certi limiti (non oltre due ore nel futuro rispetto all’orario di rete, e non prima della mediana degli ultimi undici blocchi).<\/p>

Il difetto sta in un classico errore di calcolo, un off-by-one: la finestra contiene 2016 blocchi ma vengono misurati solo 2015 intervalli, e soprattutto nessuna regola obbliga il primo blocco di un nuovo periodo a venire, in termini di timestamp, dopo l’ultimo blocco del periodo precedente. In condizioni normali \u00e8 un’inezia, un errore dello 0,05%. Ma un miner che controlli la maggioranza dell’hashrate pu\u00f2 sfruttarlo: manipolando i timestamp ai confini tra un periodo e l’altro, pu\u00f2 far credere alla rete che ogni finestra da due settimane sia durata molto di pi\u00f9, spingendo la difficolt\u00e0 verso il basso a ogni retarget. L’effetto si accumula: dopo abbastanza periodi la difficolt\u00e0 collassa e i blocchi arrivano sempre pi\u00f9 in fretta, fino al limite tecnico di circa sei blocchi al secondo.<\/p>

Le conseguenze sarebbero gravi. Come spiega bip54.org<\/a>, un attacco riuscito potrebbe portare la rete a produrre blocchi a raffica e a estrarre tutto il Bitcoin ancora da minare in circa 40 giorni, oltre a rendere la catena praticamente inutilizzabile. Antoine Poinsot, lo sviluppatore che ha rilanciato la proposta di correzione, lo riassume cos\u00ec: \u00abA majority of miners can artificially speed up the rate of block production by manipulating the difficulty downward\u00bb, in un intervento pubblicato su Bitcoin Magazine<\/a>. Non \u00e8 il classico attacco del 51%, avverte Poinsot, ma qualcosa di diverso: \u00aba significant departure from the standard Bitcoin threat model. A 51% attack traditionally enables a miner to prevent the confirmation of a transaction\u00bb.<\/p>

Perch\u00e9 non \u00e8 ancora stato sfruttato<\/h2>

Se il bug esiste da sempre, perch\u00e9 nessuno l’ha usato? Per tre motivi pratici. Primo, serve la maggioranza dell’hashrate: oggi significherebbe controllare oltre 460 EH\/s, un investimento in hardware ed energia nell’ordine di miliardi, ben oltre la portata di qualsiasi attore isolato. Secondo, l’attacco \u00e8 tutt’altro che invisibile: i timestamp anomali sarebbero evidenti a chiunque osservi la catena, e la comunit\u00e0 potrebbe reagire con un intervento d’emergenza. Terzo, chi possiede tanta potenza ha di norma un forte interesse economico a che Bitcoin continui a funzionare: distruggere la rete distruggerebbe il valore dell’hardware e dei BTC accumulati.<\/p>

Poinsot \u00e8 esplicito su questo punto nel suo articolo: queste vulnerabilit\u00e0 \u00abare not an existential threat to Bitcoin at the moment\u00bb e \u00abare unlikely to be exploited for now\u00bb. Eppure, aggiunge, chiudere la falla resta prioritario: un difetto noto che potrebbe teoricamente svuotare l’offerta di Bitcoin in poche settimane \u00e8 esattamente il tipo di rischio che un sistema che aspira a durare secoli non dovrebbe lasciare aperto. \u00c8 la stessa logica per cui si ripara un ponte prima che crolli, non dopo.<\/p>

BIP-54, la Grande Pulizia del Consenso<\/h2>

La proposta che vuole chiudere il timewarp si chiama BIP-54, nota anche come Great Consensus Cleanup, la Grande Pulizia del Consenso. Non tocca solo il timewarp: raggruppa la correzione di quattro vecchi difetti del protocollo, tutti considerati bug pi\u00f9 che scelte di design.<\/p>

Vulnerabilit\u00e0<\/th>Rischio<\/th>Correzione prevista da BIP-54<\/th><\/tr><\/thead>
Timewarp<\/td>Una maggioranza di miner abbassa la difficolt\u00e0 a piacere<\/td>Vincolare il timestamp del primo blocco di ogni periodo a quello del blocco precedente (con margine di due ore) e imporre una durata non negativa del periodo<\/td><\/tr>
Blocchi lenti da validare<\/td>Transazioni legacy costruite ad arte richiedono ore di verifica (denial-of-service)<\/td>Limite di 2.500 sigops legacy per transazione; le transazioni segwit, circa il 90% del traffico, non sono toccate<\/td><\/tr>
Debolezza del Merkle tree<\/td>Una transazione da 64 byte ha la stessa dimensione di un nodo interno dell’albero, permettendo prove false ai light client (SPV)<\/td>Rendere non valide tutte le transazioni da 64 byte<\/td><\/tr>
Transazioni duplicate<\/td>Coinbase identiche possono sovrascrivere UTXO e distruggere fondi (nel 2010 circa 100 BTC resi inspendibili)<\/td>Imporre alla coinbase un nLockTime pari all’altezza del blocco meno uno, garantendo unicit\u00e0<\/td><\/tr><\/tbody><\/table><\/figure>

Il filo comune \u00e8 la robustezza a lungo termine: nessuna di queste falle \u00e8 sfruttabile facilmente oggi, ma tutte rappresentano debiti tecnici che \u00e8 meglio saldare finch\u00e9 la rete \u00e8 relativamente giovane e coordinare un aggiornamento \u00e8 ancora possibile. La correzione del timewarp, in particolare, \u00e8 elegante: bastano due regole in pi\u00f9 sui timestamp ai confini dei periodi (il primo blocco di un periodo non pu\u00f2 essere datato prima di due ore rispetto all’ultimo del periodo precedente, e la durata di un periodo non pu\u00f2 essere negativa) per rendere l’attacco impraticabile, come descrive Bitcoin Optech<\/a>.<\/p>

Chi c’\u00e8 dietro BIP-54<\/h2>

L’idea non \u00e8 nuova. La prima bozza di una pulizia del consenso risale al 2019 e porta la firma di Matt Corallo, storico sviluppatore di Bitcoin Core. Il progetto \u00e8 rimasto in sospeso per anni finch\u00e9 Antoine Poinsot, sviluppatore legato a Chaincode Labs, non l’ha ripreso ed esteso tra la fine del 2023 e il 2024. La proposta ha ricevuto la sigla ufficiale BIP-54 nell’aprile 2025 ed \u00e8 stata unita al repository dei Bitcoin Improvement Proposals a maggio 2025. Da allora ha seguito il percorso tipico di un cambiamento al consenso: test sulla rete Signet tramite Bitcoin Inquisition da febbraio 2026, vettori di test pubblicati, e specifica considerata completa a maggio 2026.<\/p>

Poinsot ha accompagnato il lavoro con una posizione netta sul chi decide. Nel suo intervento ha scritto di ritenere la proposta \u00abready to be shared with Bitcoin users for consideration\u00bb, ribadendo per\u00f2 che \u00abthe ultimate decision to adopt a change to Bitcoin’s consensus rules rests with the users\u00bb. \u00c8 una frase che pesa, perch\u00e9 il nodo vero di BIP-54 non \u00e8 tecnico ma politico: come e quando attivarlo.<\/p>

Il segnale silenzioso: oltre il 40% dei blocchi compatibile<\/h2>

Mentre il dibattito sull’attivazione resta aperto, sta succedendo qualcosa di concreto a livello di miner. Un numero crescente di pool ha iniziato a produrre transazioni coinbase (la prima transazione di ogni blocco, quella che assegna la ricompensa) con un nLockTime gi\u00e0 compatibile con le regole di BIP-54. Secondo il tracker mainnet.observer la quota di blocchi con coinbase compatibile ha superato il 40%, con pool come MARA e ViaBTC tra i primi a muoversi, e la stessa modifica \u00e8 gi\u00e0 presente nel miner interno di Bitcoin Core.<\/p>

Attenzione a non leggerlo come un voto: BIP-54 non ha un meccanismo di segnalazione formale, e adottare un formato di coinbase compatibile non equivale a sostenere l’attivazione. \u00c8 piuttosto una mossa a basso costo e senza rischi che tiene aperta la porta: se un domani la proposta venisse attivata, questi pool non dovrebbero cambiare nulla all’ultimo momento. Ma il fatto che oltre quattro blocchi su dieci portino gi\u00e0 quella firma \u00e8, di per s\u00e9, un indicatore di quanto la proposta sia vicina a un consenso di fatto tra chi produce i blocchi.<\/p>

Come si attiva un soft fork e perch\u00e9 \u00e8 politico<\/h2>

Qui sta il vero campo di battaglia. Un soft fork come BIP-54 richiede che una larga maggioranza della rete adotti le nuove regole senza spaccare la catena. Storicamente ci sono due grandi scuole: BIP-9, in cui sono i miner a segnalare il sostegno raggiungendo una soglia (di solito il 95%) entro una finestra temporale; e BIP-8, che aggiunge la possibilit\u00e0 di un’attivazione forzata dagli utenti (User-Activated Soft Fork, o UASF) anche senza il via libera dei miner. La scelta del meccanismo per BIP-54 non \u00e8 ancora stata fissata.<\/p>

Non tutti i grandi pool sono entusiasti. Wang Chun, cofondatore di F2Pool, ha fatto sapere che il pool aggiornerebbe i propri nodi se BIP-54 raggiungesse la maggioranza richiesta attraverso un normale processo di attivazione BIP-9, ma che non segnaler\u00e0 a favore in anticipo, come riporta news.bitcoin.com<\/a>. La sua obiezione \u00e8 di metodo: mettere insieme quattro modifiche in un unico pacchetto gli pare problematico, e considera alcuni dei rischi \u00abtoo remote to justify the coordination, software upgrades and community attention required for a soft fork\u00bb.<\/p>

Che l’attivazione sia tutt’altro che scontata lo dimostra il precedente recentissimo di BIP-110, una proposta del tutto diversa che mirava a limitare l’inserimento di dati non finanziari nelle transazioni. Entrata nella fase di segnalazione obbligatoria al blocco 961.632, ha raccolto meno del 2,5% del sostegno dei miner, contro una soglia richiesta ben pi\u00f9 alta, e si \u00e8 arenata; figure di primo piano come Michael Saylor (Strategy) e Adam Back (Blockstream) si erano schierate contro. La lezione per BIP-54 \u00e8 chiara: una buona idea tecnica non basta, serve un consenso ampio e coordinato, e la cultura dei soft fork di Bitcoin, la stessa che anima le battaglie intorno a progetti come i Taproot Wizards e OP_CAT<\/a>, \u00e8 tornata a essere un terreno di scontro.<\/p>

Difficolt\u00e0, halving e sicurezza: perch\u00e9 il termostato deve restare pulito<\/h2>

Per il singolo miner, nel breve periodo, BIP-54 non cambia quasi nulla: la difficolt\u00e0 continuer\u00e0 ad aggiustarsi ogni 2016 blocchi come sempre, e chi gi\u00e0 usa una coinbase compatibile non noter\u00e0 differenze. Il valore della proposta \u00e8 di lungo periodo e riguarda la sicurezza strutturale. La difficolt\u00e0 \u00e8 ci\u00f2 che rende costoso attaccare Bitcoin: pi\u00f9 \u00e8 alta, pi\u00f9 potenza, e quindi denaro, serve per riscrivere la storia della catena. Un termostato che una maggioranza di miner potesse manomettere sarebbe una crepa in quella fondazione, e la sicurezza dello strato base \u00e8 ci\u00f2 su cui poggia tutto il resto, dai layer 2 di Bitcoin<\/a> alle applicazioni costruite sopra.<\/p>

Conviene qui chiarire una confusione frequente: difficolt\u00e0 e halving sono due orologi diversi. Il retarget della difficolt\u00e0 scatta ogni 2016 blocchi (circa due settimane) e pu\u00f2 andare su o gi\u00f9; l’halving scatta ogni 210.000 blocchi (circa quattro anni) e va sempre nella stessa direzione, dimezzando il sussidio in nuovi BTC per blocco. Dall’aprile 2024 il sussidio \u00e8 di 3,125 BTC per blocco; il prossimo halving, atteso intorno al 2028 al blocco 1.050.000, lo porter\u00e0 a 1,5625 BTC.<\/p>

I due orologi interagiscono. Un halving dimezza di colpo i ricavi dei miner in BTC: se il prezzo non compensa, i meno efficienti spengono le macchine, l’hashrate cala e al retarget successivo la difficolt\u00e0 scende fino a riequilibrare i margini per chi resta. Con il passare degli halving una quota crescente della remunerazione dovr\u00e0 arrivare dalle commissioni, e in quel mondo un meccanismo di difficolt\u00e0 pulito e prevedibile, senza scorciatoie sfruttabili, \u00e8 ancora pi\u00f9 importante: \u00e8 la garanzia che il costo di produrre un blocco resti ancorato alla realt\u00e0 fisica dell’energia e dell’hardware, non a un trucco sui timestamp.<\/p>

Cosa significa per l’Italia: Consob, MiCA e la tassazione del mining<\/h2>

Per un lettore italiano \u00e8 utile chiarire cosa tocca e cosa non tocca la regolamentazione. Il meccanismo della difficolt\u00e0, il mining e le regole di consenso come BIP-54 sono questioni di protocollo, non di finanza regolamentata: n\u00e9 Consob n\u00e9 la Banca d’Italia intervengono su come Bitcoin aggiusta la propria difficolt\u00e0. Il regolamento MiCA, in vigore nell’Unione, disciplina gli emittenti di cripto-attivit\u00e0 e i prestatori di servizi (i CASP, come exchange e custodi), non i protocolli decentralizzati; in Italia la vigilanza \u00e8 ripartita tra Consob (condotta di mercato e tutela dell’investitore) e Banca d’Italia (profili prudenziali e stablecoin), secondo il decreto legislativo 5 settembre 2024, n. 129. I derivati su cripto (future, perpetui) restano invece strumenti finanziari sotto MiFID II. Chi vuole operare come intermediario deve ottenere l’autorizzazione MiCA, un percorso che abbiamo ricostruito nella guida alla licenza CASP in Italia<\/a>.<\/p>

Sul fronte fiscale, il mining in s\u00e9 non \u00e8 un servizio finanziario autorizzato, ma i BTC ricevuti come ricompensa e le eventuali plusvalenze rientrano nella disciplina delle cripto-attivit\u00e0: in Italia vanno gestiti in dichiarazione dei redditi, con il quadro dedicato e le relative scadenze, come spieghiamo nella guida alla dichiarazione crypto e al quadro T<\/a>. Vale la pena ricordare, per contrasto, che negli Stati Uniti la SEC ha chiarito a marzo 2025 che l’attivit\u00e0 di mining in proof-of-work, da soli o in pool, non costituisce un’offerta di strumenti finanziari, come si legge nella dichiarazione ufficiale<\/a>. In Europa il perimetro \u00e8 diverso, ma il principio di fondo \u00e8 simile: si regolano gli intermediari e i servizi, non la matematica del protocollo.<\/p>

Come seguire la difficolt\u00e0 e BIP-54 da soli<\/h2>

Non serve fidarsi ciecamente delle notizie: quasi tutti questi numeri sono pubblici e verificabili in tempo reale. Per la difficolt\u00e0 e il countdown al prossimo retarget, mempool.space e CoinWarz mostrano la stima aggiornata blocco per blocco; un avvertimento utile \u00e8 che a inizio periodo le previsioni sono molto rumorose e si affinano con il passare dei blocchi. Per hashrate, hashprice e margini dei miner, Hashrate Index di Luxor \u00e8 un riferimento del settore. Per seguire l’adozione di BIP-54 tra i pool, il tracker mainnet.observer mostra la quota di blocchi con coinbase compatibile, mentre la specifica completa e le motivazioni tecniche stanno su bip54.org. Chi vuole capire il dibattito sull’attivazione pu\u00f2 leggere le sintesi di Bitcoin Optech, che segue settimana per settimana lo stato dei soft fork.<\/p>

Un ultimo consiglio pratico: distinguere sempre i tre piani. La difficolt\u00e0 \u00e8 un fatto, un numero on-chain non opinabile; l’hashprice \u00e8 una misura di redditivit\u00e0 che dipende anche dal prezzo; l’attivazione di BIP-54 \u00e8 invece una decisione collettiva ancora in corso, il cui esito dipender\u00e0 da miner, sviluppatori e nodi, non da un singolo attore.<\/p>

Domande frequenti<\/h2>

Che cos’\u00e8 la difficolt\u00e0 di mining di Bitcoin?<\/h3>

\u00c8 un parametro che regola quanto \u00e8 arduo trovare un blocco valido, in modo che ne venga prodotto uno ogni dieci minuti in media. Si aggiusta automaticamente ogni 2016 blocchi, circa due settimane: sale se arriva potenza di calcolo, scende se se ne va. A settembre 2026 vale circa 127,45 T, cio\u00e8 oltre 127.000 miliardi di volte il livello del 2009.<\/p>

Che cos’\u00e8 l’attacco timewarp?<\/h3>

\u00c8 una vulnerabilit\u00e0 storica nel modo in cui Bitcoin misura il tempo tra i blocchi per aggiustare la difficolt\u00e0. Manipolando i timestamp ai confini dei periodi di retarget, un miner che controllasse la maggioranza dell’hashrate potrebbe abbassare artificialmente la difficolt\u00e0 a ogni ricalcolo, fino a produrre blocchi a raffica ed estrarre il Bitcoin residuo in poche settimane. Non \u00e8 mai stato sfruttato perch\u00e9 richiede oltre il 50% della potenza di calcolo ed \u00e8 facilmente individuabile.<\/p>

Che cos’\u00e8 BIP-54, la Grande Pulizia del Consenso?<\/h3>

\u00c8 una proposta di soft fork che corregge quattro vecchi difetti del protocollo Bitcoin, incluso il timewarp. Nata da una bozza di Matt Corallo del 2019 e ripresa da Antoine Poinsot, ha ottenuto la sigla BIP-54 nell’aprile 2025 ed \u00e8 considerata tecnicamente completa da maggio 2026, ma il meccanismo di attivazione non \u00e8 ancora stato deciso.<\/p>

BIP-54 \u00e8 gi\u00e0 attivo su Bitcoin?<\/h3>

No. \u00c8 testato su reti sperimentali (Signet tramite Bitcoin Inquisition) e oltre il 40% dei blocchi usa gi\u00e0 una coinbase compatibile, ma non c’\u00e8 ancora un’attivazione formale sulla rete principale. L’adozione della coinbase compatibile non \u00e8 un voto: BIP-54 non ha un meccanismo di segnalazione formale, e l’attivazione richieder\u00e0 un ampio consenso tra miner, sviluppatori e nodi.<\/p>

La difficolt\u00e0 influisce sul prezzo di Bitcoin?<\/h3>

Non direttamente. La difficolt\u00e0 segue il prezzo, non il contrario: quando il prezzo sale i margini dei miner migliorano, arriva potenza di calcolo e al retarget successivo la difficolt\u00e0 cresce. Influisce per\u00f2 sull’hashprice, il ricavo per unit\u00e0 di potenza, e sul costo di produzione di un BTC, che molti analisti usano come riferimento per il valore di lungo periodo.<\/p>