Guida educativa. Aggiornata al 15 febbraio 2026.
Una blockchain è un registro distribuito in cui ogni partecipante può verificare in modo indipendente ogni transazione senza dover fidarsi di un’autorità centrale. Sembra semplice, ma i meccanismi che la rendono sicura e resistente alla censura sono precisi e spesso fraintesi. Questa guida percorre il ciclo completo di una transazione — dalla firma alla conferma finale — senza semplificazioni.
Dalla firma alla propagazione: il ciclo di una transazione
Quando invii una transazione, stai firmando un messaggio crittografico che dichiara l’intento di spostare fondi da un indirizzo a un altro. La firma usa la tua chiave privata e l’algoritmo ECDSA (Elliptic Curve Digital Signature Algorithm): chiunque può verificare che la firma è autentica conoscendo solo la chiave pubblica, ma nessuno può ricavare la chiave privata dalla firma.
UTXO vs account model
Bitcoin usa il modello UTXO (Unspent Transaction Output): i tuoi fondi non sono un saldo ma un insieme di “output non spesi” da transazioni precedenti. Ogni transazione consuma degli UTXO esistenti e crea nuovi UTXO. Ethereum usa invece il modello account: ogni indirizzo ha un saldo esplicito e un nonce (contatore di transazioni) che impedisce il replay delle stesse tx.
La differenza ha implicazioni pratiche: nel modello UTXO è più difficile costruire applicazioni complesse ma più facile verificare la doppia spesa. Nel modello account è più facile costruire smart contract ma la gestione del nonce aggiunge complessità (transazioni stuck, nonce gap).
Broadcasting e propagazione nel network
Una volta firmata, la transazione viene inviata a uno o più nodi della rete peer-to-peer. Ogni nodo la valida (firma corretta? saldo sufficiente? nonce corretto?) e la propaga agli altri nodi che non la conoscono ancora. In pochi secondi, la transazione è visibile alla maggior parte della rete.
La mempool: dove le transazioni aspettano
La mempool (memory pool) è il buffer temporaneo dove le transazioni valide attendono di essere incluse in un blocco. Non è un’unica struttura globale: ogni nodo gestisce la propria mempool, e la visibilità può variare. In periodi di congestione, la mempool può contenere decine di migliaia di transazioni.
Fee market: come funziona la prioritÃ
I validatori/miner includono le transazioni in ordine di profitto: prima quelle con fee più alta. Su Ethereum (post-EIP-1559) il meccanismo è più strutturato: ogni blocco ha una base fee bruciata automaticamente e un priority tip che va al validatore. La base fee si aggiusta automaticamente in base all’utilizzo del blocco precedente: se il blocco è pieno oltre il 50%, la base fee sale; se è sotto il 50%, scende.
Impostare il gas corretto significa scegliere una base fee leggermente sopra quella corrente (per essere incluso entro 1-2 blocchi) e un priority tip adeguato (1-2 gwei in condizioni normali, di più in congestione). Impostare troppo poco significa rimanere in mempool indefinitamente; troppo significa pagare inutilmente.
Cosa succede in congestione
In congestione estrema — come durante i periodi di alta attività NFT o DeFi — la base fee può salire di 10-20× in minuti. Le transazioni con fee bassa vengono “evicted” dalla mempool se questa supera il limite di dimensione configurato. Una transazione “stuck” (in mempool da troppo tempo) può essere sostituita tramite RBF (Replace-By-Fee) su Bitcoin, o inviando una nuova transazione con lo stesso nonce e fee più alta su Ethereum.
Come si forma un blocco
I validatori (o miner, nei sistemi PoW) raccolgono le transazioni dalla mempool, le ordinano, le eseguono verificando che il risultato sia valido e producono un blocco candidato. Il blocco ha due parti principali: l’header e il body.
Struttura di un blocco
Header: contiene l’hash del blocco precedente (che crea la catena), il Merkle root delle transazioni, il timestamp, il difficulty target e il nonce (nei sistemi PoW). L’hash dell’header precedente è ciò che rende i blocchi immutabili: cambiare una transazione vecchia richiederebbe ricalcolare tutti i blocchi successivi.
Body: la lista delle transazioni effettive, con i dati necessari per eseguirle. Su Ethereum include anche le ricevute delle transazioni, che registrano l’uso di gas e i log degli eventi degli smart contract.
Merkle tree: verifica efficiente
Le transazioni nel blocco sono organizzate in un albero di Merkle: ogni coppia di transazioni viene hashata insieme, le coppie di hash vengono hashate insieme, e così via fino a un singolo hash radice (Merkle root). Questo permette di verificare che una specifica transazione è nel blocco controllando solo log₂(n) hash invece di tutte le n transazioni — fondamentale per i light client e i wallet mobile.
Meccanismi di consenso: come la rete si mette d’accordo
Il consenso è il problema centrale delle blockchain: come far sì che nodi distribuiti, che non si conoscono e non si fidano l’uno dell’altro, concordino su quale sia la versione corretta della storia delle transazioni?
Proof of Work: sicurezza tramite energia
In PoW (Bitcoin), produrre un blocco valido richiede trovare un nonce tale che l’hash dell’header sia inferiore a un target. È un processo di brute force: l’unico modo è provare miliardi di nonce al secondo. La difficoltà si aggiusta ogni 2016 blocchi (circa 2 settimane) per mantenere il tempo medio di blocco a 10 minuti. La sicurezza di Bitcoin deriva dall’energia spesa: attaccare la rete richiede controllare il 51% dell’hashrate globale, un costo proibitivo.
Proof of Stake: sicurezza tramite capitale
In PoS (Ethereum post-Merge), i validatori bloccano ETH come stake e vengono selezionati casualmente per proporre e attestare blocchi. Chi si comporta in modo disonesto rischia lo slashing (perdita parziale o totale dello stake). La sicurezza non viene dall’energia ma dal capitale a rischio. Il vantaggio è una drastica riduzione del consumo energetico; lo svantaggio è che la sicurezza dipende dal prezzo dell’asset nativo — in un crollo di mercato, il costo dell’attacco scende.
Finalità : quando una transazione è davvero irreversibile
In PoW, la finalità è probabilistica: più blocchi si accumulano sopra una transazione, più costoso è un reorg. Convenzionalmente, 6 conferme su Bitcoin (~60 minuti) sono considerate sufficienti per importi rilevanti. In PoS con finalità esplicita (Ethereum Casper), la finalità è deterministica dopo 2 epoch (~12 minuti): a quel punto, modificare la storia richiederebbe che il 33% degli ETH in staking venga slashato — matematicamente impossibile senza distruggere il protocollo.
Layer 1 vs Layer 2: dove il calcolo avviene davvero
La scalabilità è il problema irrisolto delle blockchain Layer 1: Bitcoin processa circa 7 TPS, Ethereum base layer circa 15-30 TPS. La domanda supera ampiamente questa capacità , da cui le fee elevate in periodi di congestione.
I Layer 2 spostano l’esecuzione fuori dalla chain principale, usando il L1 solo per la disponibilità dei dati e la sicurezza del settlement finale. I modelli principali sono i rollup (Optimistic come Arbitrum e OP, ZK come zkSync e StarkNet) e i payment channel (Lightning Network per Bitcoin). La differenza chiave: i ZK rollup portano una prova crittografica della correttezza di ogni batch al L1; gli Optimistic rollup assumono che il batch sia corretto e danno una finestra di challenge (7 giorni su Arbitrum) per contestarlo.
Cosa verificare prima di interagire con una blockchain
Comprendere i meccanismi aiuta a prendere decisioni operative migliori. Ecco le domande pratiche da porsi:
- Finalità : quante conferme servono per questa transazione? Per importi grandi su Bitcoin, aspetta almeno 3-6 blocchi.
- Fee market: controlla la base fee attuale su Etherscan/Blocknative prima di transazioni urgenti in periodi di congestione.
- Nonce: se una transazione è stuck su Ethereum, non inviarne di nuove prima di averla risolta — si accoderà dietro.
- L2 vs L1: considera i tempi di withdrawal (7 giorni per Optimistic rollup) se hai bisogno di liquidità rapida.
Nodi: come la rete si mantiene decentralizzata
Una blockchain è sicura e decentralizzata solo se ci sono abbastanza nodi indipendenti che la validano. Un nodo completo (full node) scarica l’intera cronologia delle transazioni, verifica ogni blocco indipendentemente e propaga le transazioni valide. Non ha bisogno di fidarsi di nessuno: verifica tutto da solo. Questa è la proprietà fondamentale che distingue una blockchain pubblica da un database distribuito privato.
Tipi di nodi
Full node: scarica e verifica l’intera blockchain. Per Bitcoin, il database è circa 600 GB (febbraio 2026). Per Ethereum, con state completo, è diversi TB — per questo molti utenti usano client con state sync parziale (snap sync, fast sync). Gestire un full node richiede hardware adeguato (SSD, 16+ GB RAM per Ethereum) e banda.
Light client: scarica solo gli header dei blocchi e verifica le transazioni di interesse tramite Merkle proof. Consuma poca banda e storage, ma si fida dei full node per il contenuto dei blocchi. I wallet mobile sono quasi tutti light client. Non partecipano attivamente alla sicurezza della rete.
Archive node: mantiene lo stato completo della blockchain a ogni blocco (non solo lo stato corrente). Richiede centinaia di TB di storage. Necessario per analisi storiche e per fornire API che permettono query su blocchi passati (es. “qual era il saldo di questo indirizzo al blocco 12.000.000?”).
Perché gestire un nodo è importante
Ogni full node che aggiungi alla rete aumenta la resilienza contro censura e attacchi. Un utente che gestisce il proprio full node non dipende da nessun terzo per verificare le transazioni — non da Infura, non da Alchemy, non dall’exchange. In caso di ban di questi provider in determinate giurisdizioni, chi ha un nodo locale continua ad operare normalmente.
Blockchain permissionless vs sistemi distribuiti tradizionali
Una domanda ricorrente è: perché non usare un normale database distribuito invece di una blockchain? La risposta sta nella natura del problema che si sta risolvendo. Un database distribuito come Apache Cassandra garantisce consistenza e availability tra nodi che si fidano l’uno dell’altro — in genere all’interno di un’organizzazione. Una blockchain pubblica deve garantire consenso tra nodi che non si conoscono, non si fidano, e possono essere controllati da attori con interessi opposti.
Il costo di questa proprietà è l’efficienza: una blockchain processa meno transazioni al secondo di un database centralizzato, consuma più energia (nel caso PoW) o richiede meccanismi di staking complessi (nel caso PoS), e ha latenza più alta. Il tradeoff è accettabile solo quando la mancanza di fiducia verso una parte centrale è il requisito principale — sistemi monetari, registri di proprietà , contratti che non richiedono intermediari.
Ethereum vs Bitcoin: due architetture diverse
Bitcoin è ottimizzato per una cosa: il trasferimento di valore in modo sicuro e resistente alla censura. Lo script language di Bitcoin è volutamente limitato (non è Turing-complete) per ridurre la superficie d’attacco. La semplicità è una feature, non un limite.
Ethereum è una piattaforma programmabile generale: l’EVM (Ethereum Virtual Machine) esegue qualsiasi programma esprimibile in Solidity o Vyper. Questa flessibilità permette smart contract, DeFi, NFT, DAO — ma introduce complessità e rischio che Bitcoin non ha. Il passaggio al PoS (The Merge, settembre 2022) ha ridotto il consumo energetico di Ethereum del ~99.95%, ma la complessità del protocollo rimane significativamente più alta di Bitcoin.
Scegliere su quale chain operare dipende dall’uso: per semplice store of value e trasferimento, Bitcoin offre la maggiore certezza di sicurezza e la rete più lunga. Per applicazioni programmabili, DeFi, o qualsiasi cosa che richieda smart contract, l’ecosistema Ethereum (incluso L2) è il più maturo e liquido.
Risorse per approfondire: dove studiare la blockchain davvero
La maggior parte delle risorse educative sulla blockchain è superficiale o incentivata a vendere qualcosa. Le fonti di qualità sono poche ma esistono. Per Bitcoin, il Bitcoin Whitepaper originale di Satoshi Nakamoto (8 pagine, leggibile in un’ora) rimane il punto di partenza più denso e corretto. Mastering Bitcoin di Andreas Antonopoulos (disponibile gratuitamente su GitHub) è il manuale tecnico di riferimento.
Per Ethereum, la documentazione ufficiale su ethereum.org ha migliorato significativamente la qualità negli ultimi anni. L’Ethereum Yellow Paper è il riferimento formale dell’EVM — denso ma preciso. Per chi vuole capire il PoS, i post di Vitalik Buterin sul suo blog (vitalik.eth.limo) sono la fonte primaria più accessibile.
Per i Layer 2, i blog tecnici di Arbitrum (arbitrum.io/blog), Optimism (optimism.mirror.xyz) e Starkware spiegano le scelte di design in modo dettagliato. Leggere le discussion di ricerca su ethresear.ch permette di capire dove sta andando il protocollo prima che le modifiche diventino mainstream.
Lettura consigliata per approfondire
Per chi vuole andare oltre la teoria, la lettura del whitepaper originale di Bitcoin di Satoshi Nakamoto rimane il punto di partenza più autorevole. In nove pagine descrive il problema della doppia spesa e la soluzione basata sulla proof-of-work con una chiarezza che pochi documenti tecnici eguagliano. Disponibile gratuitamente su bitcoin.org, è accessibile anche a chi non ha un background matematico avanzato.
Conclusione
Una blockchain è un sistema in cui la fiducia è sostituita dalla matematica: firme crittografiche, hashing, e un meccanismo di consenso distribuito rendono la storia delle transazioni verificabile e praticamente immutabile. Comprendere questi meccanismi non è accademia: ogni scelta operativa — dalla fee al momento del ritiro da un L2 — dipende da questi fondamentali.
Glossario
- UTXO: Unspent Transaction Output — il modello usato da Bitcoin per tracciare i fondi.
- Nonce: contatore progressivo delle transazioni da un account (Ethereum) o numero casuale usato nel mining (PoW).
- Mempool: buffer di transazioni valide in attesa di conferma.
- Base fee: quota di gas bruciata automaticamente su Ethereum (EIP-1559), si aggiusta in base alla congestione.
- Merkle root: hash riassuntivo di tutte le transazioni in un blocco, usato per verifiche efficienti.
- Slashing: penalità applicata ai validatori PoS che si comportano in modo disonesto.
- Finalità : stato in cui una transazione è praticamente irreversibile.
- Rollup: Layer 2 che comprime molte transazioni in un batch e le registra sul L1.
