Paghi una cena da 30 euro con una banconota da 50 e blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool diverge, compared with simply holding the same tokens in a wallet. It becomes permanent when the provider withdraws.">il cameriere ti riporta 20 euro di resto. Paghi con la carta e la banca abbassa di 30 un numero sul tuo conto. Bitcoin funziona come la banconota, Ethereum come la carta. Questa scelta di progetto, il confronto tra UTXO e modello a conti (account model), spiega perché un wallet Bitcoin rimanda a te una parte di ogni pagamento, perché un pagamento composto da tante piccole ricevute costa di più e perché una sola transazione Ethereum rimasta in sospeso blocca tutte quelle che invii dopo.
Nella maggior parte dei giorni la differenza resta nascosta dietro l’app del wallet. Salta fuori quando un pagamento in bitcoin costa quattro volte quello che ha speso un amico per mandare la stessa cifra, quando un indirizzo mai visto compare dentro una tua transazione, o quando un trasferimento resta «in attesa» per un’ora e tiene fermi i tre successivi. Questa lezione smonta i due registri pezzo per pezzo, aggiunge Cardano e Solana, che hanno piegato ciascuno a modo suo uno dei due modelli, e finisce con un’eco che pochi si aspettano: le regole fiscali su quali unità hai venduto, dove l’Italia ha una regola tutta sua.
La lezione segue quella precedente del percorso, come funzionano la mempool e le commissioni sulle transazioni. Un solo punto da portarsi dietro: le transazioni aspettano nella mempool di ogni nodo e vengono scelte in base al tasso di commissione, contato in satoshi per byte virtuale (sat/vB). Tieni a mente questa unità. Nel modello UTXO è ciò che trasforma un wallet pieno di monete piccole in un conto da pagare.
Due modi di tenere un registro: monete o conti
Ogni blockchain deve rispondere a una domanda per ogni transazione: chi manda ha davvero ciò che sta spendendo? Per conservare la risposta ci sono due strade.
Nel modello UTXO (da unspent transaction output, cioè output di transazione non speso) il registro è un mucchio di pezzi di valore separati, ciascuno chiuso da una condizione, di solito «una firma valida di questa chiave». Su tutta la catena non è scritto alcun saldo. Il tuo wallet cerca i pezzi che può sbloccare e li somma: la cifra che vedi sullo schermo è un totale calcolato dall’app.
Il modello a conti tiene invece una tabella di account. Ogni voce ha un saldo memorizzato, e una transazione sottrae da una voce e aggiunge a un’altra. Un nodo Ethereum conserva quel numero così com’è, pronto da leggere.
Entrambi registrano chi possiede cosa. La differenza sta in ciò che una transazione indica. Una transazione Bitcoin nomina gli output precedenti che consuma. Una transazione Ethereum nomina un conto e un contatore. Quasi tutto quello che segue discende da qui.
Cos’è un UTXO e come funziona il modello UTXO in Bitcoin
Un output si spende per intero e il resto torna indietro
Una transazione Bitcoin ha input e output. Ogni input punta a un output di una transazione precedente (il suo identificativo e la posizione) e fornisce la prova, di solito una firma, che lo sblocca. Ogni output porta un importo e uno script di blocco che dice chi potrà spenderlo dopo. Una volta creato, un output aspetta finché un input successivo lo consuma, e da quel momento non esiste più. La guida per sviluppatori di Bitcoin (in inglese) fissa la regola con chiarezza: il valore intero degli output che spendi deve andare da qualche parte, in nuovi output oppure al miner come commissione.
Satoshi Nakamoto descrisse la forma abituale nella sezione 9 del white paper del 2008 (in inglese): una transazione ha normalmente «al massimo due output: uno per il pagamento e uno che restituisce il resto, se c’è, al mittente» (traduzione dall’inglese).
Ecco un esempio con cifre tonde. Il tuo wallet contiene un solo output da 0,05 BTC su un indirizzo native SegWit e tu paghi un commerciante 0,03 BTC. La transazione spende l’intero 0,05 BTC e crea due output: 0,03 BTC al commerciante e 0,01999718 BTC a un nuovo indirizzo del tuo stesso wallet. I 282 satoshi che mancano sono la commissione, per una transazione di circa 141 byte virtuali a 2 sat/vB. Nessun output è etichettato «commissione»: il miner incassa semplicemente ciò che gli output lasciano non assegnato.
La regola vale in entrambi i sensi. Il wallet aggiunge da sé l’output di resto; chi costruisce una transazione a mano e se ne dimentica regala l’intera differenza al miner.
Perché il wallet Bitcoin contiene più «monete»
Ogni pagamento che ricevi crea un nuovo output. Dieci pagamenti sono dieci output, anche se tutti sono arrivati allo stesso indirizzo. Il tuo saldo è il loro totale. Alcuni wallet mostrano l’elenco in una scheda «monete» o «UTXO», con una funzione di coin control che permette di scegliere quali output spenderà un pagamento.
Il resto spiega un rompicapo che preoccupa molti utenti. Apri nell’explorer uno dei tuoi pagamenti e vedrai spesso un indirizzo sconosciuto che riceve una parte del denaro. Nella maggior parte dei casi è il tuo indirizzo di resto, derivato dalla stessa seed del resto del wallet. La guida per sviluppatori consiglia di mandare il resto a un indirizzo nuovo, e la sezione 10 del white paper già suggeriva una coppia di chiavi nuova per ogni transazione. I formati e i rischi del riuso di un indirizzo sono nella guida di Coindaro agli indirizzi crypto.
Prima di sospettare un furto, quindi, controlla due cose: che l’importo corrisponda a quello che ti aspettavi di ricevere indietro e che il wallet elenchi quell’output tra le tue monete.
La selezione delle monete: quali output spende il wallet?
Supponi di pagare 0,03 BTC da un wallet con dodici output di taglia diversa. Il software deve scegliere, e la scelta si chiama coin selection, selezione delle monete. Gli obiettivi tirano in direzioni diverse. Meno input rendono più economica la transazione di oggi. Un pagamento che non richiede output di resto risparmia qualche byte e rivela meno informazioni. Spendere gli output piccoli quando le commissioni sono basse evita di pagarli di più in seguito.
Il codice del wallet di Bitcoin Core elenca i metodi che può usare: Branch and Bound, che cerca un insieme di input abbastanza vicino all’importo da evitare l’output di resto; Knapsack; Single Random Draw; CoinGrinder, che cerca l’insieme di input più leggero; e la selezione manuale da parte dell’utente. A ogni soluzione candidata viene attribuito un punteggio di «spreco» che mette a confronto quanto costano gli input al tasso di commissione di oggi e a un tasso di lungo periodo, più il costo di un eventuale resto o eccedenza. Gli altri wallet usano regole proprie, ed è uno dei motivi per cui due app possono addebitare commissioni diverse per lo stesso pagamento dalla stessa seed.
Dust, consolidamento degli UTXO e perché le commissioni crescono con gli input
Le commissioni Bitcoin si pagano in base alla dimensione in byte virtuali, non in base all’importo. Spostare 1 BTC contenuto in un solo output costa meno che spostare 0,01 BTC raccolti da quaranta. Ogni input porta con sé il riferimento a un output precedente e i dati della firma, ed è lì che sta la maggior parte del peso di una transazione. Le dimensioni approssimative per i tre tipi di indirizzo più comuni:
| Tipo di indirizzo | Input (vB circa) | Output (vB circa) |
|---|---|---|
| Legacy P2PKH (inizia con 1) | 148 | 34 |
| Native SegWit P2WPKH (bc1q…) | 68 | 31 |
| Taproot P2TR, key path (bc1p…) | 57,5 | 43 |
Le dimensioni di output legacy e native SegWit, 34 e 31 byte, sono quelle che il codice sul dust di Bitcoin Core usa a sua volta, come il valore di 148 byte per l’input legacy; per un input native SegWit il codice arrotonda per difetto a 67. I valori per Taproot sono approssimativi, ricavati dalla struttura in byte di una spesa con key path, che porta un’unica firma Schnorr da 64 byte. Aggiungi circa 10,5 vB di costo fisso per ogni transazione SegWit. Le dimensioni reali variano di un byte circa a seconda della firma.
La stessa aritmetica definisce il dust, la «polvere». Nella policy di inoltro di Bitcoin Core, un commento riassume l’idea in una riga: se per spendere qualcosa pagheresti di commissione più del valore dell’output, quell’output è considerato dust (traduzione dall’inglese). Al tasso predefinito di 3 sat/vB per il dust, i commenti del codice indicano 546 satoshi per un output legacy e 294 per uno native SegWit. Taproot non è elencato: la stessa formula applicata al suo output da 43 byte porta il limite a circa 330 satoshi, perché gli sviluppatori hanno mantenuto di proposito la dimensione dell’input SegWit invece di abbassare la soglia. Sono regole di policy, non di consenso: un output sotto il limite è valido dentro un blocco, ma i nodi con impostazioni predefinite non inoltrano una transazione che lo crea.
Il consolidamento è la risposta a un wallet pieno di output piccoli: li mandi tutti a un solo indirizzo tuo mentre le commissioni sono basse. Prendi 50 input native SegWit e un output, circa 3.440 vB in tutto. Quanto costa dipende soltanto dal tasso di commissione (esempio, con bitcoin a 76.015 dollari secondo Blockchair, 7 novembre 2026, ore 09:55 UTC):
| Tasso di commissione | Commissione (satoshi) | Commissione (dollari) |
|---|---|---|
| 1 sat/vB | circa 3.440 | circa 2,60 |
| 10 sat/vB | circa 34.400 | circa 26 |
| 50 sat/vB | circa 172.000 | circa 131 |
Quei 50 input costano gli stessi byte che tu li consolidi adesso o li spenda dentro un pagamento più avanti. Quello che scegli è il tasso di commissione a cui li paghi. Il 7 novembre 2026 alle 09:53 UTC l’API delle commissioni di mempool.space consigliava 3 sat/vB per il blocco successivo e 1 sat/vB per la conferma entro un’ora, vicino al minimo, e Blockchair indicava per la commissione mediana delle ultime 24 ore 330 satoshi, circa 25 centesimi di dollaro.
Il consolidamento ha due costi oltre alla commissione. Lega tutti quegli output nel registro pubblico, come spiega la sezione sulla privacy più avanti. Ed è un lavoro per il tuo wallet: nessun sito, nessuno strumento di «sblocco degli UTXO» e nessun operatore dell’assistenza ha mai bisogno della tua seed phrase per unire le tue monete.
L’UTXO set che ogni nodo completo conserva
Ogni nodo completo tiene l’elenco di tutti gli output non ancora spesi, noto come UTXO set (la cartella chainstate in Bitcoin Core). Validare una nuova transazione significa soprattutto controllarla contro quell’elenco: ogni input punta a un output che esiste e non è stato speso? Se la risposta è sì e le firme reggono, gli output spesi escono dall’insieme e quelli nuovi vi entrano.
Il UTXO Set Report di mempool.space (in inglese) ha contato circa 173 milioni di output non spesi al blocco 892.385 (14 aprile 2025), che richiedevano circa 11 GB su disco con le impostazioni predefinite. Quell’istantanea, pubblicata a maggio 2025, resta il conteggio pubblico più dettagliato di ciò che l’insieme contiene; da allora l’insieme ha continuato a cambiare. Per dare un’idea di scala, Blockchair ha contato 4.006.954.560 output creati dal 2009 al blocco 974.916 del 7 novembre 2026: la grande maggioranza di tutto ciò che è stato creato è già stata spesa.
L’insieme conta perché ogni nodo deve conservarlo e consultarlo in fretta. Un output minuscolo che nessuno spenderà mai, perché vale meno della commissione necessaria a muoverlo, resta in quell’elenco per sempre. Le regole sul dust esistono in parte per impedirne il rigonfiamento.
Poiché ogni input si riferisce a un output preciso e non ha bisogno di nient’altro, gli input si possono controllare indipendentemente l’uno dall’altro, e l’ordine di due pagamenti non collegati non conta. Questo rende facile distribuire la validazione su più core del processore. Non fa di Bitcoin un computer parallelo nel senso in cui lo intende Solana, come mostra la sezione su Solana.
Cosa rivelano gli output: le euristiche sulla privacy
La sezione 10 del white paper ammette il punto debole principale: un certo collegamento resta inevitabile con le transazioni a più input, che rivelano necessariamente che gli input appartenevano allo stesso proprietario (traduzione dall’inglese). Gli analisti della catena la chiamano euristica del proprietario comune degli input (common-input-ownership), ed è la prima cosa che applicano.
La seconda è il riconoscimento del resto: indovinare quale output è tornato al mittente. La pagina sulla privacy del Bitcoin wiki (in inglese) elenca gli indizi abituali. Un importo tondo è probabilmente il pagamento e quello strano il resto. Un output dello stesso tipo di script degli input è probabilmente il resto. Se un input da solo avrebbe coperto l’output più piccolo, un wallet che ne ha aggiunto comunque un secondo stava probabilmente pagando l’output più grande. In un aumento di commissione l’output che si riduce è il resto. Il riuso degli indirizzi rende tutto più facile.
Il CoinJoin, in cui più persone mettono i propri input in un’unica transazione, esiste per spezzare la prima euristica. Il coin control aiuta in modo più discreto: tenere separati gli output di origini diverse impedisce che un pagamento li colleghi. Il consolidamento fa il contrario e incolla 50 storie in una.
Il modello a conti parte da una posizione più debole. Un solo indirizzo Ethereum raccoglie tutti i pagamenti che ha ricevuto e inviato, e chiunque lo conosca può leggere l’intera cronologia e il saldo in una pagina.
L’UTXO esteso di Cardano
Cardano ha mantenuto gli output ma ha dato loro più cose da portare, un progetto che chiama extended UTXO (EUTXO). Secondo la documentazione di Cardano (in inglese), un output può contenere dati quasi arbitrari accanto a indirizzo e valore, e può essere bloccato da uno script invece che da una sola chiave. Chi spende fornisce per ogni input un dato aggiuntivo chiamato redeemer, e lo script legge i dati dell’output, il redeemer e l’intera transazione prima di rispondere sì o no.
Poiché una transazione elenca esattamente ciò che consuma e ciò che crea, la documentazione afferma che la commissione di una transazione valida si può conoscere con precisione prima di inviarla. È diverso da Ethereum, dove il risultato dipende dallo stato nel momento dell’esecuzione e una transazione può fallire dopo aver pagato il gas consumato.
Il prezzo è la concorrenza. Se due utenti costruiscono transazioni che si aspettano lo stesso output, per esempio lo stato di un’applicazione condivisa, solo la prima ad arrivare può riuscire; la documentazione dice che una transazione fallisce quando un altro ha già consumato un input di cui aveva bisogno. Gli sviluppatori distribuiscono lo stato dell’applicazione su molti output per evitare la fila.
Come funziona il modello a conti in Ethereum
Quattro campi per ogni conto
La documentazione di ethereum.org (in inglese) descrive due tipi di conto. Un conto di proprietà esterna (externally owned account) è controllato da chi possiede la sua chiave privata e può avviare transazioni. Un conto contratto è uno smart contract distribuito sulla rete: ha codice, non ha chiave e agisce solo quando una transazione lo raggiunge. Entrambi portano gli stessi quattro campi:
| Campo | Cosa contiene |
|---|---|
| nonce | Numero di transazioni inviate da un conto di proprietà esterna, o di contratti creati da un conto contratto |
| balance | Ether detenuti, in wei (1 ETH = 1018 wei) |
| codeHash | Hash del codice del conto; per un conto di proprietà esterna, l’hash di una stringa vuota. Non può cambiare |
| storageRoot | Hash radice di un Merkle Patricia trie che codifica lo storage del conto; vuoto per impostazione predefinita |
Il confine tra i due tipi si è sfumato con l’aggiornamento Pectra, attivo dal 7 maggio 2025. Il suo EIP-7702 permette a un conto di proprietà esterna di puntare a codice di un contratto e di comportarsi come un wallet smart contract, secondo la pagina di ethereum.org su Pectra (in inglese). I quattro campi restano gli stessi. Per il quadro più ampio della rete, vedi la guida di Coindaro a Ethereum.
Il nonce: un contatore che mette tutto in ordine
Il nonce conta le transazioni che un conto ha inviato, e ogni nuova transazione deve portare esattamente il numero successivo: 0, poi 1, poi 2. Nelle parole di ethereum.org, per ogni conto può essere eseguita una sola transazione con un dato nonce (traduzione dall’inglese). Una volta usato il nonce 7, una copia della stessa transazione firmata trasmessa di nuovo è semplicemente non valida. È la protezione di Ethereum contro il replay sulla propria catena.
Un secondo livello copre le altre catene. L’EIP-155, intitolato «Simple replay attack protection», fu scritto da Vitalik Buterin nell’ottobre 2016 e attivato al blocco 2.675.000 con l’aggiornamento Spurious Dragon. Permette al wallet di includere un chain ID in ciò che l’utente firma (1 per la mainnet di Ethereum), così una transazione firmata in questo modo per una catena non può essere ripetuta su un’altra catena che condivide lo stesso formato.
Bitcoin non ha bisogno né dell’uno né dell’altro. Un output si può spendere una volta sola; dopo, non è più nell’UTXO set, quindi una transazione ripetuta punta a qualcosa che non esiste.
Perché una transazione bloccata ferma tutte le successive
Supponi di inviare una transazione con nonce 41 e una commissione che si rivela troppo bassa. Poi invii il nonce 42 e il 43. Il nonce 41 aspetta. I nonce 42 e 43 non possono entrare in nessun blocco prima del 41, qualunque commissione paghino, perché il contatore deve avanzare un passo alla volta.
I nodi tengono separati i due casi. Le transazioni con il nonce successivo sono eseguibili («pending»); quelle dietro un buco sono «queued», in coda. Il codice sorgente di Geth, ancora il client di esecuzione Ethereum più usato, fissa i valori predefiniti: una sostituzione deve pagare almeno il 10% in più della transazione che rimpiazza, ogni conto ha fino a 64 posti in coda e le transazioni in coda vengono scartate dopo 3 ore. Gli altri client usano valori propri.
La soluzione è riempire o sostituire il nonce che blocca. Per accelerare si invia di nuovo la stessa transazione con il nonce 41 e una commissione più alta. Per annullare si inviano 0 ETH a se stessi con il nonce 41 e una commissione più alta, così il numero viene usato e l’originale diventa non valida. I pulsanti «accelera» e «annulla» dei wallet fanno esattamente questo, e funzionano solo finché l’originale è ancora in attesa. I passaggi sono nella guida di Coindaro su come funzionano le transazioni crypto.
Bitcoin non ha una coda simile. Due pagamenti che spendono output non collegati non si aspettano a vicenda. Solo un pagamento che spende il resto di uno non ancora confermato è incatenato a quello.
Lo storage dei contratti e il peso dello stato
I tuoi token non sono nel tuo conto. Il saldo di un token ERC-20 è una voce nello storage del contratto del token, archiviata sotto il tuo indirizzo, mentre il tuo storageRoot resta vuoto. Per questo esistono le approvazioni dei token: autorizzi un contratto a modificare voci custodite da un altro.
Tutto ciò che viene scritto nello stato vi resta finché non viene cancellato: ogni conto, ogni slot di storage, ogni contratto. L’EIP-8037, una proposta in stato Last Call a novembre 2026 che alza il costo in gas della creazione di stato, indica che a gennaio 2026 il database che un nodo Geth dedica allo stato era di circa 390 GiB. È solo lo stato attuale, non la cronologia della catena. L’obiettivo dichiarato della proposta è mantenere la crescita dello stato intorno a 120 GiB l’anno con un limite di gas di riferimento di 150 milioni.
Il confronto con gli 11 GB di Bitcoin non è omogeneo: lo stato di Ethereum contiene codice e dati dei contratti, mentre l’insieme di Bitcoin contiene solo monete. Mostra però da che parte pende ciascun progetto. Un registro UTXO conserva poco e chiede alle transazioni di portare le proprie prove; un registro a conti tiene di più in memoria perché i contratti possano leggerlo in qualsiasi momento.
Solana: conti che ogni transazione deve dichiarare
Solana usa anch’essa i conti, costruiti in modo diverso. Su Solana tutto è un account: wallet, programmi e saldi dei token. La documentazione di Solana (in inglese) assegna a ciascuno cinque campi: lamport (il saldo; 1 SOL sono un miliardo di lamport), data, owner, executable e rent_epoch, oggi segnato come deprecato. Un account può contenere fino a 10 MiB di dati. Solo il programma che possiede un account può modificarne i dati o prelevarne lamport.
Ogni account deve mantenere un saldo minimo rimborsabile, a lungo chiamato rent-exempt minimum, soglia di esenzione dall’affitto. La formula è (dimensione dell’account + 128) byte x 3.480 lamport per byte-anno x 2 anni. Un account senza dati richiede 890.880 lamport. Un account token standard, da 165 byte nel codice sorgente del programma SPL Token, ne richiede 2.039.280, circa 0,00204 SOL. Il denaro torna quando l’account viene chiuso, ed è per questo che i wallet propongono di chiudere gli account token vuoti.
La differenza più grande è nella transazione. Ogni istruzione elenca tutti gli account che toccherà e segna ciascuno come firmatario o no, scrivibile o di sola lettura. La documentazione sulle istruzioni (in inglese) dice cosa se ne ricava: il validatore usa questi metadati per stabilire quali transazioni possono girare in parallelo, e quelle che scrivono su account diversi possono essere eseguite in parallelo (traduzione dall’inglese).
Il rovescio della medaglia segue dalla stessa regola. Le transazioni che scrivono sullo stesso account devono girare una dopo l’altra, quindi un account molto richiesto, come un pool di scambio affollato, diventa una fila a sé. Nella Ethereum Virtual Machine, invece, le transazioni di un blocco sono definite per essere eseguite una dopo l’altra.
Solana non usa un nonce di conto contro il replay. Una transazione porta un blockhash recente, valido per 150 slot, e viene respinta dopo quel limite; esistono nonce durevoli per le transazioni firmate offline. La commissione è una base di 5.000 lamport per firma, metà dei quali bruciata, più una commissione di priorità facoltativa, secondo la documentazione sulle commissioni (in inglese).
UTXO e modello a conti a confronto
| UTXO (Bitcoin) | Conti (Ethereum) | Conti (Solana) | |
|---|---|---|---|
| Unità di stato | Output non speso | Account: nonce, balance, codice, storage | Account: lamport, dati, owner, executable |
| Saldo | Somma degli output, calcolata dal wallet | Numero memorizzato | Numero memorizzato (lamport) |
| Spendere una parte | No: si spendono output interi e il resto torna indietro | Sì: si sottrae | Sì: si sottrae |
| Protezione dal replay | Un output si spende una volta sola | Nonce, più chain ID (EIP-155) | Blockhash recente (150 slot) o nonce durevole |
| Ordine | Gli output non collegati sono indipendenti | Ordine rigido del nonce per ogni conto | Conflitti solo sugli account scrivibili condivisi |
| Cosa determina la commissione | Dimensione in vB: più input, commissione più alta | Gas usato dall’esecuzione | 5.000 lamport per firma, più commissione di priorità |
| Elaborazione parallela | Input controllati in modo indipendente | Transazioni eseguite in sequenza | Gli account dichiarati permettono l’esecuzione parallela |
| Privacy predefinita | Indirizzo nuovo a ogni pagamento, ma con le euristiche | Un indirizzo contiene tutta la cronologia | Un indirizzo contiene tutta la cronologia |
| Programmabilità | Script limitati (Cardano: UTXO esteso) | Smart contract completi | I programmi possiedono account di dati |
| Peso dello stato (con data) | Circa 173 milioni di output, circa 11 GB (aprile 2025, mempool.space) | Circa 390 GiB in un nodo Geth (gennaio 2026, EIP-8037) | Account coperti da un saldo minimo rimborsabile |
Nessuno dei due modelli vince. Il lato UTXO offre controlli che restano locali a ogni transazione e una risposta semplice al replay, al prezzo di smart contract scomodi e di commissioni che crescono a ogni piccola ricevuta. Il lato a conti offre ai programmi una memoria condivisa che possono leggere e modificare, al prezzo di un ordine rigido e di uno stato che continua a crescere. I conti dichiarati di Solana e gli output estesi di Cardano sono due tentativi di prendere una parte di ciascuno.
Cosa cambia per te nella pratica
Alcune abitudini discendono direttamente dai due progetti.
- Se ricevi molti piccoli pagamenti in bitcoin, ognuno ti costerà la commissione di un input quando lo spenderai. Consolidare quando le commissioni sono vicine a 1 sat/vB costa meno che farlo durante un picco, ma collega quei pagamenti sulla catena.
- Un indirizzo sconosciuto che riceve una parte del tuo pagamento in bitcoin è normalmente il tuo resto. Controlla l’importo e l’elenco delle monete del wallet.
- Il coin control, dove il wallet lo offre, permette di tenere separate le monete di origini diverse e di scegliere cosa rivela ogni pagamento.
- Su Ethereum e sulle altre catene EVM una transazione in attesa con una commissione troppo bassa trattiene tutte le successive dello stesso conto. Sostituiscila con lo stesso nonce e una commissione più alta, o annullala, invece di inviarne altre.
- I tuoi token Ethereum sono voci nei contratti dei token. Le approvazioni danno ad altri contratti il diritto di muoverli, quindi rivedi quelle che non usi più.
- Su Solana ogni account token vuoto tiene bloccati circa 0,002 SOL come saldo minimo; chiuderlo restituisce i lamport.
- In ogni modello, nessuno strumento legittimo ha bisogno della tua seed phrase per consolidare, sbloccare o accelerare qualcosa.
Lotti e medie: le regole fiscali che fanno eco ai due modelli
Le autorità fiscali pongono la domanda che pone il modello UTXO: quali unità hai venduto? Queste sono informazioni generali, non consulenza fiscale, e le unità in questione sono unità di un’attività, non output Bitcoin: un output nel tuo wallet non è da solo un lotto fiscale.
In Italia la risposta è nella circolare n. 30/E del 27 ottobre 2023 dell’Agenzia delle Entrate. Per le cripto-attività della stessa denominazione, il testo dice che «deve essere assunto come costo o valore di acquisto quello determinato con il metodo L.I.F.O.», cioè last in, first out: si considerano vendute per prime le unità acquistate per ultime. Le plusvalenze realizzate dal 1° gennaio 2026 sono tassate al 33%, senza soglia di esenzione, secondo l’opuscolo dell’Agenzia delle Entrate sulla legge di bilancio 2025. Il calcolo riguarda unità di una stessa cripto-attività e non singoli output: due UTXO di Bitcoin nel tuo wallet non sono due lotti con un costo ciascuno. Tutto il quadro è nella guida di Coindaro alle tasse sulle crypto in Italia e nella guida su come calcolare le plusvalenze crypto.
Come termine di paragone, per i contribuenti americani il costo si traccia wallet per wallet, o conto per conto, per acquisti e vendite dal 1° gennaio 2025 secondo i regolamenti definitivi, Treasury Regulation sezione 1.1012-1. La IRS Revenue Procedure 2024-28 ha previsto un approdo sicuro per il passaggio a quel sistema: i contribuenti potevano attribuire il costo non ancora utilizzato «ai digital asset detenuti in ciascun wallet o conto del contribuente al 1° gennaio 2025» (traduzione dall’inglese). All’interno di un wallet si possono identificare le unità vendute; altrimenti si considerano vendute per prime le più vecchie (first in, first out). Le unità detenute presso un broker si possono identificare con un ordine permanente. I dettagli sono nella guida di Coindaro alle tasse crypto negli Stati Uniti.
La Francia funziona all’opposto, come un conto. Secondo l’articolo 150 VH bis del codice tributario francese, la plusvalenza di una vendita è il prezzo di vendita meno il costo totale di acquisto dell’intero portafoglio di cripto-attività moltiplicato per il prezzo di vendita e diviso per il valore globale del portafoglio al momento della vendita. Quali unità abbiano lasciato il wallet non conta. Le plusvalenze del 2026 sono tassate con un prelievo forfettario del 31,4% (12,8% di imposta sul reddito più 18,6% di prelievi sociali), salvo opzione del contribuente per il bareme progressivo, e non si deve nulla se il totale dei prezzi di cessione dell’anno resta pari o inferiore a 305 euro, secondo le indicazioni dell’amministrazione fiscale francese (in francese) aggiornate al 17 luglio 2026. Per chi ha anche un legame con la Francia c’è la guida di Coindaro alle tasse crypto in Francia.
| Paese | Quali unità si considerano vendute | Fonte |
|---|---|---|
| Italia | Last in, first out, per le cripto-attività della stessa denominazione; aliquota del 33% dal 1° gennaio 2026 | Agenzia delle Entrate, circolare 30/E del 2023 |
| Stati Uniti | Per wallet o conto dal 1° gennaio 2025; identificazione specifica, altrimenti first in, first out | Treas. Reg. 1.1012-1; IRS Rev. Proc. 2024-28 |
| Francia | Nessuna unità: una sola formula per l’intero portafoglio | Code général des impôts, art. 150 VH bis |
La prossima lezione del percorso affronta la domanda a cui ogni registro serve a rispondere, qualunque sia il suo modello: come una rete impedisce che la stessa moneta venga spesa due volte.
