Bitcoin (BTC) ha brevemente turbato gli osservatori sabato 7 novembre, quando i miner hanno prodotto un blocco il cui timestamp era antecedente rispetto al blocco che estendeva — una presunta rottura della cronologia su un registro costruito per la certezza dell'ordine.

Secondo i dettagli pubblicati per primo da COINOTAG, il blocco 974.987 è stato contrassegnato alle 21:22:24 UTC. Il blocco 974.988, estratto successivamente, portava un timestamp di circa tre minuti precedente, il che significa che il blocco figlio appariva precedere il blocco padre in termini di orario reale.

Alex Thorn, responsabile della ricerca aziendale di Galaxy Digital, ha segnalato l'anomalia, richiamando l'attenzione sui timestamp fuori ordine di una chain i cui blocchi sono altrimenti collegati rigorosamente tramite hash.

Come funzionano i timestamp dei blocchi Bitcoin

I timestamp dei blocchi di Bitcoin non sono emessi da un orologio centrale. Ogni miner scrive il proprio orario nel campo timestamp dell'header del blocco, accanto all'hash del blocco precedente. Il protocollo non richiede che il timestamp di un blocco sia successivo a quello del padre. Invece, il consenso impone la regola median-time-past: il timestamp di un nuovo blocco deve essere rigorosamente superiore alla mediana dei timestamp degli 11 blocchi precedenti. I miner sono inoltre vincolati a timestamp non più di due ore avanti rispetto all'ora regolata della rete.

Poiché la validità dipende da quella mediana anziché da una sequenza rigorosa, un singolo blocco può portare un timestamp precedente a quello del suo predecessore immediato senza invalidare la chain. Timestamp fuori ordine sono già comparsi sulla rete in passato e sono generalmente ricondotti a differenze di orologio tra i mining pool. Il collegamento tramite hash preserva l'ordine canonico del registro indipendentemente da tali irregolarità. Il campo non è nemmeno puramente estetico: Bitcoin ricava le regolazioni della difficoltà dai timestamp registrati in ciascun periodo di retarget di 2.016 blocchi, e le transazioni con time lock sono validate rispetto alla stessa misura median-time-past, motivo per cui le deviazioni attirano occasionalmente l'attenzione degli analisti anche quando il consenso non è compromesso.

Il divario di tre minuti descritto nel rapporto rientra pertanto in una caratteristica nota del protocollo: l'ordinamento tra blocchi adiacenti è garantito tramite il collegamento tramite hash e la regola median-time-past anziché tramite timestamp rigorosamente crescenti. Il blocco 974.988 resta quindi un blocco valido secondo le regole di consenso, con le sue transazioni confermate come in qualsiasi altro blocco, e poiché i timestamp provengono dagli orologi degli stessi miner, contrassegni fuori ordine simili possono apparire ogni volta che gli orologi dei pool divergono — i campi header di entrambi i blocchi restano pubblicamente verificabili sui block explorer.

Questo contenuto è stato pubblicato per la prima volta su COINOTAG: https://en.coinotag.com/bitcoin-btc-block-974988-timestamp-before-parent-alex-thorn