Conferme, finalità e verifica di un pagamento

Che cos’è una conferma

Quando una transazione viene inclusa in un blocco, un explorer la mostra con 1 conferma. Ogni blocco aggiunto successivamente ne aggiunge un’altra. Una transazione nel blocco 900.000, visualizzata quando l’ultimo blocco è il 900.005, ha 6 conferme: il suo blocco più cinque blocchi successivi.

Le conferme misurano quanto in profondità una transazione è sepolta nella catena e, quindi, quanto sarebbe difficile annullarla.

Perché i blocchi più recenti possono cambiare

A volte due produttori di blocchi creano un blocco valido alla stessa altezza quasi nello stesso momento. Per un breve periodo, parti diverse della rete seguono versioni diverse dell’ultimo blocco. La parità si risolve quando il blocco successivo viene costruito su uno dei due; la rete segue quindi quella versione e l’altro blocco diventa obsoleto (spesso detto orfano). Le transazioni presenti solo nel blocco obsoleto tornano nel mempool e normalmente vengono confermate in un blocco successivo.

Questo cambiamento di breve durata è chiamato riorganizzazione, o reorg. Su Bitcoin si verificano di tanto in tanto reorg di un blocco; quelli più profondi sono molto rari, perché ogni blocco aggiuntivo dovrebbe essere superato da un aggressore che controlli una quota enorme della potenza di mining della rete. Per questo la finalità di Bitcoin è descritta come probabilistica: una transazione non diventa mai impossibile da annullare, ma dopo alcuni blocchi annullarla diventa estremamente costoso e improbabile.

Quante conferme sono sufficienti?

Non esiste un unico numero corretto. Dipende dalla rete e dalla posta in gioco. Prassi comune su Bitcoin:

Gli exchange e i processori di pagamento pubblicano le proprie soglie per ogni rete, che possono essere più alte per le reti con minore sicurezza.

Una transazione non confermata (zero conferme) è una promessa, non un pagamento. Finché non è inclusa in un blocco, può essere rimossa dal mempool o sostituita, per esempio con RBF, da una versione che invia il pagamento altrove. Non considerare mai ricevuta una transazione in sospeso quando si tratta di qualcosa di importante.

Finalità su Ethereum

Il proof of stake di Ethereum aggiunge una fase esplicita chiamata finalità. Il tempo è suddiviso in epoche di 32 slot (6,4 minuti). I validatori votano sui checkpoint e, quando un checkpoint riceve un numero sufficiente di voti in due epoche consecutive, esso e ogni blocco precedente diventano finalizzati. Occorrono almeno due epoche, quindi una transazione viene solitamente finalizzata 13-19 minuti dopo l’inclusione, spesso indicati come circa 15 minuti.

Per annullare un blocco finalizzato, i validatori dovrebbero controllare almeno un terzo di tutti gli ETH in staking e violare le regole; il protocollo distruggerebbe (slashing) la loro posta in gioco. Molti explorer mostrano un’etichetta come «Finalizzato» o «Sicuro» sui blocchi e sulle transazioni, oppure un conteggio delle conferme accanto a un indicatore di finalità. Per i pagamenti di importo elevato su Ethereum, attendere la finalità è una regola prudente.

Le altre reti raggiungono la finalità con modalità proprie, alcune in pochi secondi. Controlla cosa mostra l’explorer per quella rete invece di applicare ovunque i numeri di Bitcoin.

Una lista di controllo per verificare un pagamento ricevuto

Mettendo insieme tutto ciò che hai imparato in questo corso, ottieni una procedura affidabile. Chiedi al mittente il transaction ID, poi verifica su un explorer attendibile:

1. Rete giusta, explorer giusto. Usa l’explorer della rete su cui è stato inviato il pagamento, aprendolo da un segnalibro o digitandone l’indirizzo, non tramite un link fornito dal mittente.
2. La transazione esiste. Il TXID apre una vera pagina della transazione.
3. Lo stato è «success». Sulle reti di tipo Ethereum, una transazione non riuscita non ha trasferito nulla.
4. Il destinatario è esattamente il tuo indirizzo. Confronta l’indirizzo completo, non solo le estremità. Per i token, controlla l’evento Transfer, non il campo To.
5. L’asset è quello giusto. Per i token, l’indirizzo del contratto deve essere quello ufficiale per quel token su quella rete.
6. L’importo è corretto, con i decimali applicati; su Bitcoin deve comparire in un output diretto al tuo indirizzo, non nel resto.
7. Un numero sufficiente di conferme o la finalità per l’importo in questione.
8. Verifica incrociata. Per i pagamenti importanti, conferma usando un secondo explorer oppure il tuo wallet o nodo.

Trucchi comuni e perché la lista di controllo li evita

• Gli screenshot di una transazione «riuscita» non dimostrano nulla. Si possono modificare in pochi secondi. Chiunque può verificare un TXID, quindi chiedilo sempre.
• I siti explorer falsi imitano quelli reali e mostrano ciò che vuole il truffatore. Il passaggio 1 evita questo rischio.
• Token falsi con il nome giusto finiscono nel tuo wallet. Il passaggio 5 evita questo rischio.
• I pagamenti non confermati che vengono poi sostituiti. Il passaggio 7 evita questo rischio.
• I pagamenti su testnet che sembrano reali ma non hanno valore. Controlla il prefisso dell’indirizzo e la rete.

Registrare ciò che hai verificato

A volte devi mostrare ad altri cosa risulta dalla blockchain, per esempio a un commercialista, in una controversia o in una relazione. Buone abitudini:

• Salva il link alla pagina della transazione e annota la data e l’ora della verifica, specificando il fuso orario.
• Registra il TXID, l’altezza del blocco, le conferme al momento della verifica e l’explorer utilizzato.
• Ricorda che le pagine degli explorer mostrano dati in tempo reale: il numero di conferme sarà aumentato e le etichette potrebbero cambiare. Nel tuo resoconto indica cosa hai visto e quando.

La gestione formale delle prove, la catena di custodia e le relazioni degli esperti vanno oltre questi aspetti e fanno parte del programma IDFE Certified Crypto Forensics Specialist.

Prossime tappe

Ora sai leggere blocchi, transazioni, commissioni, indirizzi, token e conferme su qualsiasi explorer principale e verificare autonomamente un pagamento. Il passo successivo è IDFE-DF, Digital Assets Foundations, che si basa su queste competenze e approfondisce chiavi e custodia, token e DeFi e il quadro normativo.

Punti chiave per l’esame: come si contano le conferme (inclusione = 1), blocchi obsoleti e reorg, finalità probabilistica su Bitcoin e la prassi comune di 1/3/6 conferme, perché i pagamenti con zero conferme sono rischiosi, finalità di Ethereum (epoche di 32 slot, almeno due epoche, circa 15 minuti, almeno un terzo degli ETH in staking a rischio), la lista di controllo per verificare i pagamenti e perché screenshot e link inviati dal mittente non costituiscono una prova.