Bitcoin Core prepara una difesa contro un vecchio attacco all'aggiustamento della difficoltà

• Il PR #35949 è stato fuso il 7 settembre 2026 in Bitcoin Core.
• La modifica corregge il modo in cui viene assemblato il modello dell'ultimo blocco di ogni periodo.

Bitcoin Core, il software di riferimento della rete Bitcoin, ha cambiato il 7 settembre il modo in cui i miner preparano uno dei blocchi di ogni periodo. L'aggiustamento è opera dello sviluppatore Fabian Jahr.

Si tratta di un passo preliminare a una futura correzione più grande. Per ora, nessuna regola della rete è cambiata: è stato solo modificato il software che assembla i blocchi prima di minarli.

La correzione mira a una falla vecchia e nota: il cosiddetto time warp attack. È un trucco che permetterebbe a qualcuno con un grande potere di mining (hashrate) di barare con l'orario dei blocchi.

Ogni blocco di Bitcoin porta un timestamp. Se un miner potesse falsificare quel timestamp in modo sistematico, potrebbe ingannare la rete facendole credere che sia passato meno tempo del reale tra i blocchi. Questo abbasserebbe artificialmente la difficoltà di mining e, con una difficoltà più bassa, quel miner guadagnerebbe blocchi più velocemente di quanto gli spetti, portando via ricompense ad altri miner.

Che questo errore continui a non essere completamente corretto, più di un decennio dopo essere stato scoperto, non è trascuratezza. Cambiare una regola del consenso di Bitcoin richiede che quasi tutta la rete --- miner, exchange, chi gestisce un nodo --- sia d'accordo e pronta allo stesso tempo. Questo accordo collettivo, più che la difficoltà tecnica, è ciò che richiede anni per essere costruito.

Per questo motivo, la soluzione non affronta questo problema da sola, ma insieme ad altre tre vecchie falle del design originale di Bitcoin. La proposta che le raggruppa si chiama BIP54 e cerca di correggere, in un colpo solo: il time warp attack, i blocchi progettati per essere lenti da validare, un'ambiguità negli alberi Merkle che potrebbe essere usata per falsificare ricevute di transazione, e una trascuratezza che permetterebbe di duplicare transazioni coinbase (quella creata minando il blocco). Raggruppare queste quattro correzioni evita che la rete debba affrontare il lungo processo di accordo una volta per ciascuna.

Cosa corregge concretamente il nuovo cambiamento

Il cambiamento di cui si parla in questo articolo è documentato nella pull request 35949 del repository ufficiale di Bitcoin Core e si occupa specificamente del primo di quei quattro problemi: il time warp attack. Gli altri tre --- blocchi lenti da validare, l'ambiguità negli alberi Merkle e le transazioni coinbase duplicate --- non hanno ancora un cambiamento di software equivalente fino ad ora.

Immaginiamo che l'orologio del computer di un miner sia mal configurato e segni un'ora precedente a quella reale. Prima di questo cambiamento, se ciò accadeva proprio mentre si preparava l'ultimo blocco di un periodo di difficoltà, il software poteva bloccarsi.

Calcolava male il tempo minimo consentito e non riusciva ad assemblare un blocco valido da minare. Nella pratica, quel miner si trovava senza poter lavorare fino a quando il suo orologio non si correggesse da solo.

Fabian Jahr, autore del cambiamento, ha spiegato nel repository stesso che questo scenario è poco probabile nella rete principale di Bitcoin, perché richiederebbe un errore di orologio molto grande. È più frequente nelle reti di prova, dove le condizioni sono meno stabili.

Tuttavia, Bitcoin Core ha preferito risolverlo prima che diventasse un problema reale. Con il nuovo codice, quando l'orologio di un nodo è indietro, il software stesso imposta l'ora corretta alla proposta di blocco, invece di rimanere bloccato. Questo aggiustamento funziona già nella rete principale e in quelle di prova, anche se BIP54 in sé non è ancora attivo in nessuna.

Perché Bitcoin corregge i suoi errori così lentamente

Questo caso mostra un modello che raramente si vede dall'esterno: coloro che sviluppano Bitcoin Core non correggono le falle di consenso in un colpo solo. Prima preparano il software che lavora "intorno" alla regola --- in questo caso, il mining --- e solo dopo, se c'è abbastanza sostegno dalla comunità, attivano il cambiamento di fondo.

Quest'ordine ha una ragione semplice: se si attivasse la nuova regola senza che il software di mining fosse pronto, sarebbero emersi problemi evitabili, come nodi che all'improvviso non possono minare a causa di un semplice errore di orologio. Gli sviluppatori preferiscono risolvere questi dettagli prima di chiedere a tutta la rete di fare un passo che non può essere annullato.

La stessa storia di BIP54 conferma questa pazienza. L'idea è nata nel 2019, grazie a Matt Corallo, ed è rimasta in attesa per anni fino a quando Antoine Poinsot l'ha ripresa nel 2023, come riportato nel testo stesso della proposta pubblicato nel repository di BIPs di Bitcoin. Ciò che a prima vista sembra lentezza è, in realtà, la stessa attenzione che evita che una rete che muove miliardi di dollari adotti cambiamenti senza il dibattito sufficiente.

Questo non significa che il time warp attack sia inoffensivo nel frattempo. Rimane una possibilità reale per chi ha sufficiente potere di mining, e questo costringe l'industria ad assumere che quel rischio rimane aperto. La differenza è che ora c'è un percorso concreto, con codice già approvato, per chiuderlo.

Questo contenuto è fornito a solo scopo informativo generale e non costituisce consulenza finanziaria, di investimento, legale o fiscale. Qualsiasi evento, ricompensa, promozione online o informazione correlata menzionata nel presente documento non deve essere considerata una raccomandazione, una sollecitazione o un invito ad acquistare, vendere, fare trading o altrimenti negoziare criptovalute. Le criptovalute sono altamente volatili e possono comportare perdite. La disponibilità dei servizi, dei prodotti e degli eventi correlati di WEEX può variare a seconda della regione. È tua responsabilità assicurarti che la tua partecipazione sia conforme alle leggi e ai regolamenti locali applicabili.