Venerdì 23 ottobre 2026, alle 08:41:36 UTC, un miner ha aggiunto pool di un market maker automatico divergono, rispetto a tenere semplicemente gli stessi token. Diventa definitiva al prelievo.">il blocco 972.742 alla blockchain di Bitcoin. Conteneva 6.179 transazioni e occupava 1.602.946 byte, secondo l’explorer pubblico mempool.space, che lo attribuisce al pool di mining AntPool. Eppure la parte che ogni nodo della rete controlla per prima, e l’unica che i miner calcolano e ricalcolano mentre cercano un blocco valido, è lunga 80 byte. Si chiama intestazione del blocco, in inglese block header.
Cos’è un blocco nella blockchain, allora? In poche parole, un’intestazione più un elenco di transazioni. L’intestazione è un’etichetta breve fatta di sei campi, sempre di 80 byte in Bitcoin. L’elenco, detto corpo, può contenere una sola transazione o parecchie migliaia, e comincia sempre con una transazione speciale che crea nuove monete. L’etichetta si impegna sull’intero elenco attraverso una sola impronta di 32 byte, la radice di Merkle: se cambiasse un solo byte di una sola transazione, cambierebbe anche l’etichetta.
La nostra lezione su come funziona una blockchain ha spiegato la catena: come gli hash collegano i blocchi tra loro e perché migliaia di computer conservano la stessa copia del registro. Questa resta dentro un blocco solo, il 972.742, aperto campo per campo, con un blocco di Ethereum della stessa mattina per confronto. Tutte le cifre qui sotto sono state lette il 23 ottobre 2026.
Un blocco della blockchain è un’intestazione di 80 byte e un elenco di transazioni
Pensa a un pacco con la sua etichetta di spedizione. La scatola può essere piccola o pesante; l’etichetta ha sempre le stesse caselle da compilare. In Bitcoin le caselle sono sei e le loro dimensioni non cambiano mai, ed è per questo che ogni intestazione di Bitcoin dal 2009 misura esattamente 80 byte.
| Campo | Dimensione | Cosa registra |
|---|---|---|
| Versione | 4 byte | quale insieme di regole di validazione segue il blocco |
| Hash del blocco precedente | 32 byte | l’impronta del blocco che sta subito prima |
| Radice di Merkle | 32 byte | un’unica impronta che riassume tutte le transazioni del corpo |
| Tempo (timestamp) | 4 byte | una data in secondi, fissata dal miner entro certi limiti |
| Bits | 4 byte | il bersaglio che l’hash del blocco deve restare sotto, in forma compatta |
| Nonce | 4 byte | un numero che il miner cambia finché l’hash rispetta il bersaglio |
Facciamo la somma: 4 + 32 + 32 + 4 + 4 + 4 = 80. Il riferimento per sviluppatori di Bitcoin (in inglese) elenca gli stessi sei campi nello stesso ordine, e l’ordine conta, perché l’identità del blocco, il suo hash, si calcola su questi 80 byte e su nient’altro.
Il corpo sta dopo l’intestazione. Comincia con un contatore che dice quante transazioni seguono, poi vengono le transazioni, una dopo l’altra. Il blocco 0, il primissimo, creato il 3 gennaio 2009, conteneva una sola transazione e pesava 285 byte in tutto; la sua storia completa è nella nostra lezione sul blocco genesi e la crisi del 2008. Il blocco 972.742 conteneva 6.179 transazioni. Entrambi hanno un’intestazione di 80 byte.
L’intestazione non contiene le transazioni. Ne contiene un’impronta. Un nodo che possiede solo l’intestazione può controllare in seguito qualsiasi transazione gli venga mostrata confrontandola con quell’impronta, senza doversi fidare di chi gliela porge.
Il blocco 972.742 letto campo per campo
Un explorer mostra ogni blocco in due modi: come una pagina leggibile di numeri e, se lo chiedi, come byte grezzi. L’intestazione grezza del blocco 972.742, restituita dall’interfaccia di mempool.space il 23 ottobre 2026, è una stringa di 160 caratteri esadecimali (due caratteri per byte). Tagliata nei suoi sei campi, si legge così.
| Campo | Byte grezzi (hex, come memorizzati) | Letto come |
|---|---|---|
| Versione | 00a00320 | 0x2003a000, cioè 537.108.480 |
| Hash del blocco precedente | 9da364f8 … 310c0000 00000000 00000000 | 0000…0c31167384b4…f864a39d (blocco 972.741) |
| Radice di Merkle | fae40539 … 84070b67 | 670b0784f7d7…3905e4fa |
| Tempo | c01ddb6a | 1.792.744.896, cioè 23 ottobre 2026, 08:41:36 UTC |
| Bits | 93000217 | 0x17020093 |
| Nonce | 2e06d2b1 | 2.983.331.374 |
Un dettaglio mette in difficoltà quasi tutti quelli che confrontano i byte grezzi con la pagina dell’explorer: l’ordine dei byte è rovesciato. I numeri sono memorizzati in little-endian, con il byte più piccolo per primo, e così i quattro byte della versione 00 a0 03 20 si leggono 0x2003a000 una volta capovolti. Gli hash sono conservati in quello che il riferimento per sviluppatori chiama «internal byte order», e gli explorer li stampano al contrario. Rovescia byte per byte la radice di Merkle grezza fae40539… e ottieni la 670b0784… che compare sulla pagina del blocco.
La verifica che tiene insieme tutto richiede poche righe di codice. Si esegue SHA-256 due volte sugli 80 byte, si rovescia il risultato e si ottiene 00000000000000000000a1bf4e832b290e803eb681fd3fd0d48a845e141cc803, l’hash che l’explorer indica per il blocco 972.742. Lo abbiamo fatto il 23 ottobre 2026 e i due valori coincidevano. Ogni nodo della rete fa lo stesso prima di accettare il blocco.
Versione: quali regole segue il blocco
I primi quattro byte dicono ai nodi quale insieme di regole di validazione il blocco dichiara di seguire. Il valore 0x2003a000 comincia con lo schema di bit 001, la convenzione introdotta dalla proposta BIP9, secondo cui i bit restanti possono essere accesi dai miner per segnalare che sono pronti a un soft fork, una modifica delle regole compatibile con le versioni precedenti. A quale aggiornamento, se ce n’è uno, quei bit si riferiscano nell’ottobre 2026 non lo dice l’intestazione da sola, e questa lezione non prova a decodificarlo.
Hash del blocco precedente: il legame con il blocco 972.741
I 32 byte successivi sono l’hash dell’intestazione del blocco 972.741, estratto alle 08:37:13 UTC della stessa mattina con 3.427 transazioni, 4 minuti e 23 secondi prima del nostro. Questo campo è la «catena» della blockchain. Poiché ogni intestazione include l’hash di quella che la precede, modificare un blocco vecchio cambierebbe il suo hash, spezzerebbe il legame scritto nell’intestazione seguente, e così via fino a oggi. La lezione su come funziona una blockchain segue questa reazione a catena nel dettaglio; una lezione successiva di questo percorso spiega perché rende il registro così difficile da riscrivere.
Nota la lunga fila di zeri all’inizio di entrambi gli hash. L’hash del blocco 972.742 comincia con 20 cifre esadecimali pari a zero, cioè 80 bit a zero. Non è un caso: è proprio di questo che parlano i due campi successivi.
Radice di Merkle: un’impronta per 6.179 transazioni
Il terzo campo, 670b0784…3905e4fa una volta visualizzato, è la radice di Merkle. Si calcola a partire dagli identificativi di tutte le 6.179 transazioni, nel loro ordine esatto, ripiegati a coppie finché resta un unico valore di 32 byte. L’abbiamo ricalcolata il 23 ottobre 2026 dall’elenco degli identificativi pubblicato da mempool.space e abbiamo ottenuto lo stesso valore dell’intestazione. Come funziona il ripiegamento, e a cosa serve, lo spieghiamo in una sezione dedicata più sotto.
Tempo: un timestamp Unix con regole elastiche
Il timestamp è un conteggio di secondi dal 1° gennaio 1970 a mezzanotte UTC, il modo usuale con cui i computer memorizzano il tempo. Per il blocco 972.742 vale 1.792.744.896, che si converte in venerdì 23 ottobre 2026 alle 08:41:36 UTC.
Nessuno si aspetta qui una lettura precisa dell’orologio, e la rete non la richiede. Il riferimento per sviluppatori dice che deve essere strettamente maggiore del tempo mediano degli 11 blocchi precedenti, che per il nostro blocco era 1.792.742.614 (08:03:34 UTC). Il Bitcoin Wiki (in inglese) aggiunge un limite superiore: meno del tempo medio della rete più due ore. Tra questi due limiti i miner sono liberi di spostarlo, e lo fanno, aggiornandolo ogni pochi secondi mentre cercano un hash valido. Poiché la regola guarda la mediana e non il blocco immediatamente precedente, un blocco può perfino portare un orario anteriore a quello del suo predecessore.
Bits: il bersaglio, scritto in forma compatta
I programmi dei corsi chiamano spesso questo campo «difficoltà», un nome un po’ fuorviante. L’intestazione non memorizza il numero della difficoltà. Memorizza i «bits», una codifica del bersaglio (target) che l’hash del blocco deve eguagliare o non superare. Il riferimento per sviluppatori descrive il formato come una versione in base 256 della notazione scientifica: il primo byte è un esponente, gli altri tre una mantissa.
Per il blocco 972.742 i bits sono 0x17020093. L’esponente 0x17 vale 23, la mantissa è 0x020093, quindi il bersaglio è 0x020093 moltiplicato per 256 alla ventesima. Scritto per esteso, è un numero a 256 bit i cui primi 78 bit sono zeri. L’hash del blocco, letto come numero, è più basso; l’abbiamo verificato. Qualunque hash più alto sarebbe stato respinto da tutti i nodi.
La difficoltà si ricava da questo bersaglio: dice quante volte è più difficile centrare il bersaglio attuale rispetto al più facile consentito dal protocollo, quello del blocco 0, fissato a difficoltà 1. Per il blocco 972.742 mempool.space indica una difficoltà di 140.577.680.051.919,62, circa 140,6 mila miliardi. È stata fissata al blocco 971.712 il 16 ottobre 2026 alle 12:37 UTC, con un aumento del 5,92%. Bitcoin la ricalcola ogni 2.016 blocchi, due settimane al ritmo previsto di un blocco ogni dieci minuti, secondo il Bitcoin Wiki (in inglese). Il prossimo ricalcolo cade al blocco 973.728, 986 blocchi dopo il nostro. Per la gara di mining in sé, vedi la voce del glossario sulla proof of work.
Nonce: il numero che i miner continuano a cambiare
In crittografia un nonce è un «numero usato una volta». Nell’intestazione di Bitcoin sono gli ultimi quattro byte e il loro unico compito è essere cambiati. Il miner compila gli altri cinque campi, imposta il nonce su un valore, calcola due volte SHA-256 sugli 80 byte e confronta il risultato con il bersaglio. Troppo alto? Cambia il nonce e rifà l’hash. Il nonce vincente del blocco 972.742 era 2.983.331.374. Di per sé non significa nulla: è capitato di produrre un hash sotto il bersaglio, con gli altri campi così com’erano.
Quattro byte permettono 232 valori, 4.294.967.296 in tutto. Con una difficoltà superiore a 140 mila miliardi sono troppo pochi: quasi sempre falliscono tutti. La pagina del Bitcoin Wiki sull’algoritmo di hashing dei blocchi (in inglese) spiega cosa succede allora. Quando il nonce si esaurisce, il miner modifica un campo chiamato extraNonce dentro la prima transazione del corpo. Quella transazione cambia, quindi cambia il suo identificativo, quindi cambia la radice di Merkle, e il miner ottiene un’intestazione nuova con altri 4,3 miliardi di nonce da provare. Aggiornare il timestamp ha un effetto simile.
La parola ha un secondo significato su Ethereum, dove ogni account ha un nonce che conta le transazioni inviate. Quel contatore non c’entra con il mining; il nonce dell’intestazione di Bitcoin è quello descritto in questa lezione.
Il corpo: 6.179 transazioni, e la prima crea monete
Subito dopo l’intestazione viene l’elenco. Il riferimento per sviluppatori fissa una regola ferma sul suo ordine: «La prima transazione di un blocco deve essere una transazione coinbase» (traduzione nostra). La coinbase è la transazione con cui il miner paga se stesso. Non spende monete preesistenti. Il suo unico input è un segnaposto e i suoi output mandano la ricompensa del blocco agli indirizzi scelti dal miner.
Nel blocco 972.742 la coinbase (identificativo 97a170a9…33386cb5) ha pagato 313.361.901 satoshi, cioè 3,13361901 BTC, dove un satoshi è un centomilionesimo di bitcoin. Quella somma ha due parti, e l’aritmetica torna esattamente:
- il sussidio del blocco, 3,125 BTC (312.500.000 satoshi), bitcoin nuovi che prima di questo blocco non esistevano;
- le commissioni pagate dalle altre 6.178 transazioni, 861.901 satoshi in tutto, cioè 0,00861901 BTC.
Una coinbase che provasse a pagare più di sussidio più commissioni renderebbe invalido l’intero blocco. Il sussidio è di 3,125 BTC dal blocco 840.000, estratto il 20 aprile 2024, e si dimezza ogni 210.000 blocchi, secondo la tabella dell’offerta del Bitcoin Wiki (in inglese). Al blocco 1.050.000, circa 77.000 blocchi dopo il nostro, scende a 1,5625 BTC; a dieci minuti per blocco mancano circa un anno e mezzo. La voce del glossario sull’halving di bitcoin racconta il calendario e la sua storia. Qui non diamo alcun controvalore in euro della ricompensa: avrebbe senso solo con il prezzo di un minuto preciso.
La coinbase ha un secondo uso. Il suo input contiene un campo libero, e i miner ci scrivono. Decodificata, la coinbase del blocco 972.742 contiene il testo leggibile «Mined by AntPool». Quel testo sta dentro il blocco, mentre il nome del pool mostrato da mempool.space è l’etichetta dell’explorer. Nessuno dei due prova chi abbia gestito le macchine, ma i due concordano. La stessa coinbase porta anche output di valore zero che archiviano dati, uno dei quali è un impegno sui dati di testimonianza SegWit del blocco, trattati nella sezione sulla dimensione.
Le altre 6.178 transazioni sono pagamenti e trasferimenti ordinari. Insieme hanno speso 8.155 input (output precedenti che vengono consumati) e creato 12.724 nuovi output, con una dimensione media di circa 259 byte per transazione. Come si costruisce, si firma e si prezza una transazione, e perché può restare in attesa prima di essere scelta, lo spiega la nostra guida a come funzionano le transazioni crypto. Qui conta che il miner ha scelto quali transazioni includere e in quale ordine, e che quest’ordine è bloccato nella radice di Merkle.
L’albero di Merkle: come 6.179 impronte si ripiegano in una
Ogni transazione ha un identificativo, il txid: l’hash SHA-256 doppio della transazione, di 32 byte. Un blocco potrebbe memorizzarli tutti nell’intestazione, ma 6.179 txid pesano quasi 200 KB. L’albero di Merkle, dal nome del crittografo Ralph Merkle, il cui articolo del 1980 è citato dal white paper di Bitcoin, li comprime in un solo hash.
Prendi un piccolo blocco con otto transazioni, da A a H. Disegna l’albero capovolto, con la radice in alto. Sulla riga in basso stanno gli otto txid. Accoppiali da sinistra: A con B, C con D, E con F, G con H. Per ogni coppia, unisci i due hash uno dopo l’altro e calcola due volte l’hash del risultato: ottieni quattro nuovi hash, AB, CD, EF e GH, sulla riga sopra. Rifai l’operazione e ne ottieni due, ABCD ed EFGH. Ancora una volta e in cima resta un solo hash. Quell’hash è la radice di Merkle scritta nell’intestazione. Otto foglie, tre giri di accoppiamento.
E se una riga ha un numero dispari di hash? La regola del riferimento per sviluppatori è semplice: l’ultimo TXID viene concatenato con una copia di se stesso e sottoposto a hash. Con cinque transazioni, da A a E, la riga in basso accoppia A-B e C-D, poi E con una copia di E. La riga sopra ha tre hash, quindi il terzo viene di nuovo accoppiato con se stesso, e così via finché ne resta uno.
Il blocco 972.742 ha richiesto 13 giri. Le righe si restringono così: 6.179 txid, poi 3.090, 1.545, 773, 387, 194, 97, 49, 25, 13, 7, 4, 2 e infine 1. Nove di quelle righe avevano un numero dispari di elementi e hanno duplicato l’ultimo hash. Abbiamo rifatto i 13 giri dall’elenco pubblicato e siamo arrivati a 670b0784…3905e4fa, il valore dell’intestazione.
Da questo disegno escono due proprietà. La prima: qualunque modifica in basso risale fino in cima. Cambia un byte di una transazione e cambia il suo txid, poi l’hash della coppia, poi ogni hash sopra, fino alla radice. L’intestazione non corrisponderebbe più al corpo e i nodi respingerebbero il blocco. La seconda: dimostrare che una transazione sta nel blocco richiede pochissimi dati. Per provare che C appartiene al blocco da otto transazioni bastano D, AB ed EFGH: con C si ricostruisce CD, poi ABCD, poi la radice, e la si confronta con l’intestazione. Un hash per giro.
Per il blocco 972.742 una prova del genere, chiamata ramo di Merkle, è fatta di 13 hash da 32 byte, 416 byte, più i 80 byte dell’intestazione: meno di 500 byte per confermare una transazione su un blocco di 1,6 MB. Il white paper di Bitcoin (in inglese) costruisce proprio su questo la sezione 8, «Simplified Payment Verification»: un portafoglio leggero conserva solo le intestazioni dei blocchi e chiede alla rete il ramo di Merkle dei pagamenti che lo riguardano.
Quanto è grande un blocco di Bitcoin? Da 1 MB a 4 milioni di unità di peso
Se chiedi quanto può essere grande un blocco di Bitcoin, leggerai spesso «1 MB». Per anni è stata la regola, e il riferimento per sviluppatori la riporta ancora: un blocco non è valido a meno che la sua dimensione serializzata sia minore o uguale a 1 MB (traduzione nostra). Il blocco 972.742, con 1.602.946 byte, l’avrebbe violata. Non ha violato nulla, perché la regola è cambiata nel 2017.
Il cambiamento è Segregated Witness, o SegWit, definito nel BIP141 e attivo dal blocco 481.824, estratto il 24 agosto 2017. SegWit ha spostato le firme e i dati collegati di una transazione, la «witness», in una parte separata della transazione, e ha sostituito il limite di dimensione con un limite di peso. Il BIP141 lo definisce così, nella nostra traduzione: il peso del blocco è la dimensione di base per 3 più la dimensione totale. La dimensione di base è il blocco senza i dati witness, la totale il blocco con essi. La regola: peso del blocco ≤ 4.000.000.
Più semplicemente, ogni byte di dati witness conta una volta, e ogni altro byte conta quattro volte. I dati witness ricevono uno sconto del 75%. Gli explorer esprimono il risultato in unità di peso (WU), oppure lo dividono per quattro per ottenere i byte virtuali (vB), un’unità confrontabile con la vecchia regola da 1 MB.
Il blocco 972.742 mostra come funziona. Il suo peso era 3.994.021 WU, il 99,85% del limite, quindi il blocco era pieno. La sua dimensione virtuale era 998.505,25 vB, appena sotto il vecchio milione. La sua dimensione reale era 1,6 milioni di byte, perché 6.119 delle sue 6.179 transazioni usavano SegWit. Risalendo dalla formula, circa 797.025 byte erano dati di base e circa 805.921 byte erano dati witness.
| Misura (blocco 972.742, 23 ottobre 2026) | Valore |
|---|---|
| Transazioni | 6.179 |
| Dimensione in byte | 1.602.946 |
| Peso | 3.994.021 WU (limite 4.000.000) |
| Dimensione virtuale | 998.505,25 vB |
| Transazioni SegWit | 6.119 |
| Intestazione | 80 byte |
| Ricompensa pagata dalla coinbase | 3,13361901 BTC (3,125 di sussidio + 0,00861901 di commissioni) |
Non esiste dunque una risposta fissa in byte. Un blocco pieno di piccole transazioni senza dati witness resta vicino a 1 MB; uno con molti dati witness può superarlo di parecchio. Ciò che è fisso è il peso, e alla fine di ottobre 2026 i blocchi lo stavano raggiungendo.
Perché mettere un tetto? Un limite più alto farebbe entrare più transazioni, ma ogni nodo deve scaricare, controllare e conservare ogni blocco, per sempre. Il tetto mantiene quel lavoro alla portata di un computer e di una connessione internet normali, così che verificare la catena non sia riservato ai data center. Il prezzo del tetto è la concorrenza: quando le transazioni in attesa sono più di quante ne stiano in un blocco, chi invia fa offerte con le commissioni, e il miner sceglie l’insieme più redditizio che resta sotto i 4.000.000 WU.
Perché l’intestazione è rimasta a 80 byte
La dimensione dell’intestazione è stata una scelta di progetto fin dall’inizio. La sezione 7 del white paper, «Reclaiming Disk Space», introduce l’albero di Merkle perché un giorno le vecchie transazioni spese possano essere eliminate mentre l’hash del blocco resta valido. Poi fa il conto. Un’intestazione senza transazioni, scrive il documento, sarebbe di circa 80 byte. Con un blocco ogni dieci minuti fanno 80 byte per 6 per 24 per 365, cioè 4,2 MB l’anno.
La stima ha retto. Il 23 ottobre 2026 c’erano 972.743 blocchi dal blocco 0 al blocco 972.742, quindi le sole intestazioni dell’intera storia di Bitcoin sommano circa 77,8 milioni di byte, meno di 80 MB. Uno smartphone li conserva senza problemi, ed è questo che rende possibili i portafogli leggeri: tenere tutte le intestazioni, controllare che ognuna punti alla precedente e rispetti il proprio bersaglio, e chiedere i rami di Merkle solo quando servono. La nostra lezione sul white paper di Bitcoin spiegato percorre il resto del documento.
Un blocco di Ethereum della stessa mattina funziona in modo diverso
Ogni blockchain ha dei blocchi, ma non tutti i blocchi hanno la stessa etichetta. Dodici minuti prima del blocco 972.742 di Bitcoin, alle 08:29:11 UTC del 23 ottobre 2026, Ethereum ha prodotto il blocco 26.254.134. L’abbiamo letto attraverso un nodo Ethereum pubblico (publicnode.com). Conteneva 444 transazioni e 16 prelievi di staking in 382.756 byte.
| Blocco Bitcoin 972.742 | Blocco Ethereum 26.254.134 | |
|---|---|---|
| Ora (23 ottobre 2026, UTC) | 08:41:36 | 08:29:11 |
| Transazioni | 6.179 | 444 (più 16 prelievi) |
| Dimensione | 1.602.946 byte | 382.756 byte |
| Regola di capacità | 4.000.000 unità di peso | 60.000.000 gas (56.884.349 usati) |
| Ritmo | circa 10 minuti in media | uno slot ogni 12 secondi |
| Chi aggiunge il blocco | un miner, con la proof of work | un validatore, con la proof of stake |
| Nonce | 2.983.331.374 | 0 (campo mantenuto, non usato) |
| Radici nell’intestazione | una radice di Merkle (transazioni) | radici di stato, transazioni, ricevute e prelievi |
Tre differenze saltano all’occhio. La prima è il modo in cui si sceglie il blocco. Dal Merge del 15 settembre 2022 Ethereum usa la proof of stake: il tempo è diviso in slot di 12 secondi, e un validatore selezionato per lo slot propone il blocco. Nessuno cerca un nonce, quindi il campo nonce è tutto a zero e il campo difficoltà vale 0; entrambi restano per compatibilità.
La seconda è il modo di contare la capacità. Ethereum misura il lavoro di calcolo delle transazioni in gas anziché la loro dimensione in byte. Secondo ethereum.org (in inglese), ogni blocco ha un obiettivo di 30 milioni di gas e un limite di 60 milioni; questo ne ha usati 56,9 milioni su 60, circa il 94,8%. La sua commissione di base era di 57.247.900 wei per unità di gas, circa 0,057 gwei. La voce del glossario sulle commissioni gas spiega le unità.
La terza è ciò a cui si impegna l’intestazione. Quella di Bitcoin ha una sola radice, per le transazioni. L’intestazione di esecuzione di Ethereum ne porta diverse, tra cui una radice di stato che riassume ogni saldo e ogni contratto dopo il blocco, una radice delle transazioni e una radice delle ricevute che registra l’esito di ciascuna transazione. Sono costruite con un parente dell’albero di Merkle, ma il principio è lo stesso: un hash breve nell’intestazione che rappresenta un insieme di dati molto più grande. Bitcoin non ha alcuna radice di stato, una differenza che nasce dal modo in cui ciascuna rete tiene traccia di chi possiede cosa. La nostra guida a Ethereum descrive la rete in generale.
Un blocco visto dall’Italia
I blocchi sono dati pubblici e leggerli non richiede autorizzazioni: né la Consob né la Banca d’Italia regolano un explorer o un lettore di intestazioni. La vigilanza italiana riguarda chi offre servizi a clienti. Con il regolamento europeo MiCA, la Consob e la Banca d’Italia sono le autorità competenti per i prestatori di servizi per le cripto-attività, e dal 1° luglio 2026, finito il periodo transitorio, il vecchio registro dei prestatori tenuto dall’OAM non basta più per operare: ne parla la nostra guida alla regolamentazione MiCA.
Anche il fisco guarda al conto, non al blocco. Le commissioni che paghi per far includere una transazione sono pagate in bitcoin o in ether, e per l’Agenzia delle Entrate ciò che conta sono le tue operazioni, non il numero del blocco in cui sono finite. Una lezione successiva del percorso tratta le basi della tassazione delle crypto, con la regola italiana riassunta; qui ci limitiamo a ricordare che gli importi si valutano di norma in euro alla data dell’operazione, e che la data di un blocco, come hai visto sopra, è un orario UTC che il miner sceglie entro certi limiti.
Come leggere un blocco da soli in un explorer
Niente di quanto abbiamo fatto richiedeva accessi speciali. I blocchi di Bitcoin sono pubblici, e gli explorer come mempool.space, il cui codice è open source, li mostrano gratis e senza account. Per ripetere l’esercizio su un blocco qualsiasi:
- Apri l’explorer e scrivi un’altezza di blocco, per esempio 972742, nella barra di ricerca. L’altezza è semplicemente la posizione del blocco: il blocco 0 è il primo, quindi il blocco 972.742 ha 972.742 blocchi prima di sé.
- Nella pagina del blocco cerca i campi dell’intestazione: l’hash del blocco precedente (spesso un link per tornare indietro), la radice di Merkle, il timestamp, i bits, il nonce e la versione, a volte sotto un pulsante «dettagli».
- Guarda l’elenco delle transazioni. La prima voce è la coinbase; il suo output è il sussidio più le commissioni totali indicate per il blocco.
- Confronta dimensione e peso. Dividi il peso per 4.000.000 per vedere quanto era pieno il blocco.
Chi programma può fare un passo in più, come abbiamo fatto per questa lezione: scaricare l’intestazione grezza di 80 byte, calcolarne due volte SHA-256, rovesciare i byte e confrontare il risultato con l’hash del blocco. Bastano poche righe in quasi tutti i linguaggi, e le affermazioni della lezione diventano qualcosa che hai verificato di persona.
Il prossimo ricalcolo della difficoltà è atteso al blocco 973.728, intorno al 30 ottobre 2026 se i blocchi mantengono il ritmo di dieci minuti. Una lezione successiva di questo percorso fa il passo che viene dopo: perché i legami tra queste intestazioni rendono praticamente impossibile modificare un blocco vecchio.
