Anatomia di una Transazione Bitcoin: Un Viaggio Tecnico dal Wallet alla Blockchain

di Notaio Manlio Carlo Soldani

Quando qualcuno mi dice “ho inviato un Bitcoin”, mi viene sempre da sorridere. Non per scetticismo – tutt’altro – ma perché quella frase nasconde una complessità tecnica affascinante che la maggior parte delle persone non sospetta nemmeno.

Oggi voglio portarvi dietro le quinte di una transazione Bitcoin, spiegandovi esattamente cosa succede quando premete quel pulsante “Invia” nel vostro wallet. Preparatevi: sarà un viaggio tecnico, ma cercherò di renderlo il più chiaro possibile.

Prima di Iniziare: Il Concetto di “Possedere” Bitcoin

Partiamo da un punto fondamentale che spesso confonde anche gli addetti ai lavori: non si “possiedono” Bitcoin come si possiede una moneta fisica.

Quando dico “ho 5 Bitcoin”, quello che realmente intendo è: “ho il controllo crittografico di transazioni registrate sulla blockchain per un valore equivalente a 5 Bitcoin”.

È una distinzione sottile ma cruciale. I Bitcoin non “esistono” come file sul vostro computer o nel vostro wallet. Quello che esiste è:

1. Un registro pubblico (la blockchain) che registra tutte le transazioni
2. Una coppia di chiavi crittografiche che vi permettono di “spendere” certe uscite di transazioni precedenti

Pensate alla blockchain come a un gigantesco registro pubblico dove tutti possono vedere che “l’indirizzo XYZ ha ricevuto 5 BTC”, e al vostro wallet come alla chiave che vi permette di dire “io controllo l’indirizzo XYZ, quindi posso spendere quei 5 BTC”.

Confusi? Non preoccupatevi, diventerà più chiaro.

Il Wallet: Molto Più di un Portafoglio

Chiavi Private e Chiavi Pubbliche: La Crittografia Asimmetrica

Il cuore del sistema Bitcoin è la crittografia asimmetrica, in particolare la crittografia a curva ellittica (ECDSA – Elliptic Curve Digital Signature Algorithm).

Ogni wallet Bitcoin contiene coppie di chiavi:

Chiave Privata (Private Key)

• È un numero casuale di 256 bit (praticamente impossibile da indovinare)
• È segreta e non va mai condivisa
• Permette di “firmare” digitalmente le transazioni
• Chi possiede la chiave privata controlla i Bitcoin associati

Esempio di chiave privata (in formato esadecimale):

E9873D79C6D87DC0FB6A5778633389F4453213303DA61F20BD67FC233AA33262

Chiave Pubblica (Public Key)

• Deriva matematicamente dalla chiave privata
• Può essere condivisa liberamente
• Serve a verificare le firme digitali
• Viene ulteriormente processata per creare gli indirizzi Bitcoin

Il principio fondamentale: dalla chiave privata posso calcolare la chiave pubblica, ma dalla chiave pubblica è computazionalmente impossibile risalire alla chiave privata.

Dall’Indirizzo Bitcoin alla Chiave Privata: La Catena Crittografica

Vediamo il processo completo:

1. Generazione chiave privata → Numero casuale a 256 bit
2. Chiave pubblica → Calcolata dalla privata usando ECDSA
3. Hash della chiave pubblica → Applicando SHA-256 e poi RIPEMD-160
4. Indirizzo Bitcoin → L’hash viene codificato in Base58Check

Un indirizzo Bitcoin tipico assomiglia a questo:

1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa

Questo è in realtà l’indirizzo del primo blocco Bitcoin mai creato (il Genesis Block).

Tipologie di Wallet

1. Hot Wallet (Wallet Caldi)

Wallet connessi a Internet:

• Desktop wallet: Electrum, Bitcoin Core
• Mobile wallet: BlueWallet, Samourai
• Web wallet: Blockchain.com (sconsigliati per grandi somme)

Vantaggi: Comodi per transazioni frequenti
Svantaggi: Vulnerabili ad hacking, malware, phishing

2. Cold Wallet (Wallet Freddi)

Wallet offline:

• Hardware wallet: Ledger, Trezor, BitBox
• Paper wallet: Chiavi stampate su carta
• Steel wallet: Chiavi incise su metallo

Vantaggi: Massima sicurezza
Svantaggi: Meno comodi per uso quotidiano

3. Custodial vs Non-Custodial

• Custodial: Un terzo (exchange, servizio) controlla le chiavi → “Not your keys, not your coins”
• Non-custodial: Voi controllate le chiavi → Piena sovranità, piena responsabilità

Il Seed Phrase: La Chiave delle Chiavi

I wallet moderni usano il protocollo BIP39 (Bitcoin Improvement Proposal 39) che genera un “seed” (seme) rappresentato da 12 o 24 parole in linguaggio naturale.

Esempio di seed phrase (12 parole):

witch collapse practice feed shame open despair creek road again ice least

Da questo seed, il wallet può generare deterministicamente miliardi di coppie di chiavi (chiavi private e pubbliche).

Criticamente importante:

• Chi possiede il seed controlla TUTTI i Bitcoin del wallet
• Se perdete il seed, perdete l’accesso ai Bitcoin per sempre
• Non c’è “recupero password” – la crittografia non perdona

Come notaio, quando un cliente mi mostra un paper wallet o mi chiede di custodire un seed, la mia prima domanda è sempre: “Capisce che questo pezzo di carta vale potenzialmente centinaia di migliaia di euro e che non c’è modo di recuperarlo se lo perde?”

Il Modello UTXO: Come Bitcoin “Conta” i Soldi

Qui arriviamo a uno dei concetti più contro-intuitivi di Bitcoin: il modello UTXO (Unspent Transaction Output – Uscita di Transazione Non Spesa).

Bitcoin Non Ha “Saldi”

A differenza di un conto bancario tradizionale che ha un saldo (es. “hai 5.000€”), Bitcoin non funziona così. La blockchain Bitcoin non mantiene una tabella con “Indirizzo X ha Y bitcoin”.

Invece, tiene traccia di output di transazioni non ancora spesi.

Un’Analogia: Le Banconote

Immaginate di avere nel portafoglio:

• Una banconota da 50€
• Una banconota da 20€
• Una banconota da 10€

Non avete “80€” come numero astratto. Avete tre oggetti fisici distinti che sommate valgono 80€.

Ora volete comprare qualcosa che costa 60€. Non potete “spezzare” mentalmente i vostri soldi. Dovete:

1. Dare la banconota da 50€ e quella da 20€ (totale 70€)
2. Ricevere 10€ di resto

Gli UTXO funzionano allo stesso modo.

UTXO in Pratica

Supponiamo che in passato abbiate ricevuto due transazioni:

• Transazione A: 0.5 BTC
• Transazione B: 0.8 BTC

Il vostro wallet mostra “Saldo: 1.3 BTC”, ma in realtà avete due UTXO distinti:

• UTXO₁: 0.5 BTC (non speso dalla transazione A)
• UTXO₂: 0.8 BTC (non speso dalla transazione B)

Quando volete inviare 1 BTC, il vostro wallet:

1. Seleziona quali UTXO usare come “input” (in questo caso, entrambi)
2. Crea una transazione che “spende” questi UTXO
3. Crea due “output”:

• 1 BTC al destinatario
• 0.29 BTC di “resto” a voi stessi (1.3 – 1 – 0.01 fee)

Dopo questa transazione:

• I due vecchi UTXO sono “spesi” (non esistono più)
• Esistono due nuovi UTXO:
• 1 BTC controllato dal destinatario
• 0.29 BTC controllato da voi (a un nuovo indirizzo del vostro wallet)

Perché UTXO e Non Saldi?

Il modello UTXO offre vantaggi cruciali:

1. Verificabilità: Ogni transazione deve riferirsi a specifici UTXO precedenti. È facile verificare che non stiate “spendendo due volte” gli stessi bitcoin.
2. Privacy: Usare un nuovo indirizzo per il “resto” rende più difficile tracciare le transazioni.
3. Parallelizzazione: Diversi UTXO possono essere validati indipendentemente, migliorando l’efficienza.
4. Immutabilità: Una volta che un UTXO è speso, non può essere modificato o “annullato”.

Anatomia di una Transazione Bitcoin: Step-by-Step

Ora che abbiamo le basi, vediamo esattamente cosa succede quando Alice invia 0.5 BTC a Bob.

Fase 1: Creazione della Transazione

1.1 – Alice apre il wallet e inserisce:

• Indirizzo di destinazione di Bob: 1BoatSLRHtKNngkdXEeobR76b53LETtpyT
• Ammontare: 0.5 BTC
• (Opzionale) Fee (commissione): 0.0001 BTC

1.2 – Il wallet di Alice seleziona gli UTXO

Il wallet scansiona tutti gli UTXO controllati da Alice e sceglie quali usare come input. Supponiamo che Alice abbia:

• UTXO₁: 0.3 BTC
• UTXO₂: 0.4 BTC
• UTXO₃: 0.2 BTC

Per inviare 0.5 BTC, il wallet potrebbe scegliere UTXO₁ + UTXO₂ = 0.7 BTC.

1.3 – Creazione degli output

La transazione avrà:

• Output 1: 0.5 BTC a Bob
• Output 2: 0.1999 BTC ad Alice (resto)
• Fee implicita: 0.0001 BTC (la differenza tra input e output)

Fase 2: Firma Digitale della Transazione

Questa è la parte più tecnicamente affascinante.

2.1 – Costruzione del messaggio da firmare

Il wallet crea una “rappresentazione” della transazione che include:

• Riferimenti agli UTXO in input (transaction ID + indice output)
• Gli output (indirizzi destinatari e ammontari)
• Metadata (versione, locktime, ecc.)

2.2 – Hashing

Il messaggio viene passato attraverso SHA-256 (due volte) per creare un hash fisso di 256 bit.

2.3 – Firma ECDSA

Usando la chiave privata di Alice, viene generata una firma digitale dell’hash. Questa firma è unica per questa specifica transazione e prova che:

• Alice possiede la chiave privata dell’indirizzo
• La transazione non è stata alterata

Matematicamente (semplificato):

Firma = f(Chiave_Privata, Hash_Transazione, Numero_Casuale)

La firma consiste in due numeri: (r, s)

2.4 – Aggiunta dello script di input

Per ogni input (UTXO speso), viene creato uno “scriptSig” che contiene:

• La firma digitale
• La chiave pubblica di Alice

scriptSig: <firma> <chiave_pubblica>

Fase 3: Verifica della Validità (Locale)

Prima di trasmettere la transazione, il wallet verifica:

✓ Gli UTXO esistono e non sono già stati spesi
✓ La firma è valida usando la chiave pubblica
✓ La somma degli input ≥ somma degli output
✓ Il formato della transazione è corretto
✓ Non ci sono dati malformati

Fase 4: Broadcast alla Rete

4.1 – Trasmissione ai peer

Il wallet di Alice trasmette la transazione a uno o più nodi della rete Bitcoin a cui è connesso.

4.2 – Propagazione peer-to-peer

Ogni nodo che riceve la transazione:

1. Verifica la validità
2. Se valida, la aggiunge al proprio “mempool” (memory pool – pool di transazioni in attesa)
3. La ritrasmette ai propri peer
4. Continua fino a quando la maggior parte dei nodi conosce la transazione

Questo processo richiede tipicamente pochi secondi.

4.3 – La transazione è ora “unconfirmed”

Bob può vedere che ha ricevuto 0.5 BTC, ma la transazione non è ancora “confermata”. È nel limbo: conosciuta dalla rete ma non ancora nella blockchain.

Fase 5: Mining e Conferma

Qui entra in gioco la prova di lavoro (Proof of Work).

5.1 – I miner selezionano le transazioni

I miner (computer specializzati che competono per creare nuovi blocchi) selezionano transazioni dal mempool. Generalmente preferiscono transazioni con:

• Fee più alte (maggior guadagno)
• Dimensioni piccole (più transazioni per blocco)
• Priorità (vecchie transazioni in attesa)

5.2 – Costruzione del blocco candidato

Il miner costruisce un blocco che contiene:

• Header del blocco (metadata)
• Transazione “coinbase” (ricompensa del miner: 6.25 BTC + fee)
• Centinaia o migliaia di transazioni dal mempool (inclusa quella di Alice)

5.3 – Il processo di mining

Il miner cerca un valore (nonce) tale che:

SHA-256(SHA-256(Block_Header + nonce)) < Target

Il “target” è un numero molto piccolo. Trovare un hash più piccolo del target è estremamente difficile e richiede miliardi di tentativi.

Esempio:
Target: 0000000000000000000404cb0... (tanti zeri iniziali)

Il miner prova:

• nonce = 1 → hash = 8a4f3b2c... ✗ troppo grande
• nonce = 2 → hash = 6c2d1a9f... ✗ troppo grande
• nonce = 3 → hash = 9f8e7d6c... ✗ troppo grande
• … miliardi di tentativi …
• nonce = 2.347.891.023 → hash = 0000000000000000000123ab... ✓ trovato!

5.4 – Broadcast del blocco

Quando un miner trova il blocco valido:

1. Lo trasmette immediatamente alla rete
2. Gli altri nodi verificano il blocco
3. Se valido, viene aggiunto alla blockchain
4. Gli altri miner abbandonano il loro blocco attuale e iniziano a lavorare sul successivo

5.5 – Prima conferma

La transazione di Alice ha ora 1 conferma. È nel blocco N della blockchain.

Fase 6: Conferme Aggiuntive

6.1 – Perché servono più conferme?

Una singola conferma significa che la transazione è nella blockchain, ma teoricamente potrebbe esserci un “fork” (biforcazione temporanea della chain).

6.2 – Profondità di conferma

Man mano che vengono minati nuovi blocchi (N+1, N+2, N+3…), la transazione di Alice ottiene conferme aggiuntive.

• 1 conferma: Accettabile per piccoli importi
• 3 conferme: Standard per la maggior parte dei merchant
• 6 conferme: Considerato “irreversibile” per importi significativi

6.3 – Perché 6 conferme?

Per “rovesciare” una transazione con 6 conferme, un attaccante dovrebbe:

1. Controllare >51% della potenza di mining globale
2. Minare privatamente una chain alternativa più lunga
3. Sostenerla per 6 blocchi (circa 1 ora)
4. Rilasciarla improvvisamente

Il costo energetico e hardware di questo attacco è nell’ordine delle centinaia di milioni di dollari, rendendolo economicamente irrazionale.

Il Formato Tecnico di una Transazione

Per i più curiosi, vediamo come appare realmente una transazione Bitcoin in formato grezzo (esadecimale):

01000000 - Version
01 - Numero di input
   [Input 1]
   b6f6991d03df0e2e04dafffcd6bc418aac66049e2cd74b80f14ac86db1e3f0da - UTXO ID (transaction hash)
   00000000 - Output index
   8b - Script length
   483045022100c233c3a8a510e03ad18b0a24694ef00c78101bfd5ac075b8c1037c61a48e2f1... - ScriptSig
   ffffffff - Sequence
02 - Numero di output
   [Output 1]
   00f2052a01000000 - Valore in satoshi (5.000.000.000 = 50 BTC)
   19 - Script length  
   76a914389ffce9cd9ae88dcc0631e88a821ffdbe9bfe2688ac - ScriptPubKey
   [Output 2]
   00743ba40b000000 - Valore in satoshi (resto)
   19 - Script length
   76a914389ffce9cd9ae88dcc0631e88a821ffdbe9bfe2688ac - ScriptPubKey
00000000 - Locktime

Questo è il “linguaggio” grezzo che i computer usano. Il vostro wallet traduce tutto questo in un’interfaccia amichevole.

Script Bitcoin: Il Linguaggio Programmabile

Bitcoin include un linguaggio di scripting (non Turing-complete per motivi di sicurezza) che definisce le condizioni per spendere un UTXO.

Pay-to-Public-Key-Hash (P2PKH) – Lo Standard

Lo script più comune è P2PKH:

ScriptPubKey (lock script):

OP_DUP OP_HASH160 <hash_chiave_pubblica> OP_EQUALVERIFY OP_CHECKSIG

ScriptSig (unlock script):

<firma> <chiave_pubblica>

Esecuzione combinata:

<firma> <chiave_pubblica> OP_DUP OP_HASH160 <hash> OP_EQUALVERIFY OP_CHECKSIG

Questo script verifica che:

1. La chiave pubblica fornita corrisponde all’hash nell’output
2. La firma è valida per questa chiave pubblica

Altri Tipi di Script

P2SH (Pay-to-Script-Hash):
Permette transazioni più complesse come multi-sig.

SegWit (Segregated Witness):
Separa i dati della firma dal resto della transazione, migliorando scalabilità.

Taproot (attivato nel 2021):
Migliora privacy ed efficienza, permettendo script complessi che appaiono identici a transazioni semplici.

Le Fee: Economia di una Transazione

Come Funzionano le Fee

Le fee non sono esplicitamente dichiarate nella transazione. Sono implicite:

Fee = Σ(Input) - Σ(Output)

Se input = 1 BTC e output = 0.9998 BTC, la fee è 0.0002 BTC.

Determinazione delle Fee

Fattori che influenzano le fee:

1. Dimensione della transazione (byte): Non l’ammontare, ma i byte della transazione

• 1 input + 2 output ≈ 250 byte
• Fee = satoshi/byte × byte totali

1. Congestione della rete: Più transazioni nel mempool = fee più alte
2. Urgenza: Vuoi conferma in 10 minuti o puoi aspettare ore?

Fee dinamiche:

I wallet moderni calcolano le fee suggerite:

• Alta priorità: ~50 sat/byte → conferma nel prossimo blocco
• Media priorità: ~20 sat/byte → conferma in 30-60 minuti
• Bassa priorità: ~5 sat/byte → conferma in alcune ore

Fee Replacement (RBF – Replace-By-Fee)

Se avete impostato una fee troppo bassa, alcuni wallet permettono di “aumentare” la fee inviando una nuova versione della transazione con fee superiore.

Problemi e Edge Cases

Double Spending

Scenario: Alice crea due transazioni diverse che spendono lo stesso UTXO:

• Transazione 1: 1 BTC a Bob
• Transazione 2: 1 BTC a Carol

Entrambe sono valide se considerate singolarmente. Cosa succede?

Risoluzione:

• Entrambe vengono trasmesse alla rete
• I miner ne includeranno solo una nel blocco
• Quella confermata è valida, l’altra viene scartata
• Chi ha ricevuto la transazione scartata: niente Bitcoin

Protezione: Aspettare almeno 1 conferma prima di considerare pagamento ricevuto.

Transazioni “Stuck” (Bloccate)

Se impostate una fee troppo bassa, la transazione può rimanere nel mempool per giorni senza essere confermata.

Soluzioni:

1. RBF: Aumentare la fee
2. CPFP (Child Pays For Parent): Il destinatario crea una transazione “figlia” con fee alta
3. Aspettare: Prima o poi verrà confermata o scartata (dopo ~72 ore)

Transazioni Invalide

Una transazione può essere invalida per vari motivi:

• UTXO già spesi
• Firma incorretta
• Output > Input (creazione di bitcoin dal nulla!)
• Script malformati

I nodi rifiutano le transazioni invalide senza trasmetterle.

Aspetti di Privacy e Tracciabilità

Pseudonimato, Non Anonimato

Bitcoin è pseudonimo: gli indirizzi non contengono nomi, ma tutte le transazioni sono pubbliche e tracciabili.

Esempio di analisi:

1. Alice invia BTC dall’indirizzo A all’indirizzo B di Bob
2. Bob invia da B all’indirizzo C (exchange)
3. L’exchange ha dati KYC di Bob
4. Per deduzione, A probabilmente appartiene ad Alice

Tecniche per Migliorare la Privacy

1. Address Reuse Avoidance
Non riutilizzare mai lo stesso indirizzo. I wallet moderni generano automaticamente nuovi indirizzi.

2. CoinJoin
Mescolare le vostre transazioni con quelle di altri utenti, rendendo difficile tracciare i flussi.

3. Lightning Network
Transazioni off-chain che non vengono registrate sulla blockchain pubblica.

Implicazioni Legali e Notarili

Come notaio, quando mi trovo davanti a transazioni Bitcoin in atti di compravendita o donazione, devo considerare:

1. Prova di Proprietà

Problema: Come provare che qualcuno “possiede” Bitcoin?

Soluzione pratica:

• Firma di un messaggio usando la chiave privata dell’indirizzo
• Esecuzione di una transazione di test (importo minimo)
• Controllo del seed phrase in presenza del notaio (con cautele privacy)

2. Trasferimento in Atto Pubblico

Quando autentico un atto che prevede il trasferimento di Bitcoin:

1. Identificazione degli UTXO: Quali specifici Bitcoin vengono trasferiti?
2. Esecuzione della transazione: Sotto la supervisione notarile
3. Verifica della conferma: Attendere le conferme necessarie
4. Registrazione: Indicare transaction ID nell’atto

3. Successione e Bitcoin

Se un defunto possedeva Bitcoin e nessuno conosce le chiavi private:

• I Bitcoin sono persi per sempre
• Non esiste “recupero” o “sblocco giudiziale”
• Importanza di pianificazione successoria che include accesso al seed

4. Anti-Money Laundering (AML)

Devo verificare:

• Origine dei fondi (tracciabilità sulla blockchain)
• Assenza di “taint” (bitcoin provenienti da attività illecite)
• Conformità con normative antiriciclaggio

Esistono servizi di “chain analysis” che analizzano la storia di Bitcoin per identificare fonti sospette.

Il Futuro: Evoluzioni Tecnologiche

Lightning Network

Sistema di pagamenti Layer 2 che permette:

• Transazioni istantanee
• Fee minime (frazioni di centesimo)
• Scalabilità illimitata

Come funziona (semplificato):

1. Apri un “canale di pagamento” con una transazione on-chain
2. Effettui migliaia di transazioni off-chain
3. Chiudi il canale con una transazione on-chain che registra il saldo finale

Taproot e Schnorr Signatures

Attivato nel novembre 2021, Taproot introduce:

• Maggiore privacy (tutte le transazioni sembrano uguali)
• Efficienza migliorata (firme più piccole)
• Smart contracts più sofisticati

RGB e Assets su Bitcoin

Protocolli per emettere asset (token, NFT, stablecoin) direttamente su Bitcoin, usando la sicurezza della blockchain Bitcoin.

Considerazioni Finali: La Bellezza della Matematica

Quello che trovo affascinante di Bitcoin non è tanto la speculazione finanziaria, ma l’eleganza matematica del sistema.

Pensate a cosa abbiamo:

• Nessuna autorità centrale che debba approvare transazioni
• Nessuna fiducia richiesta – solo matematica e crittografia
• Immutabilità garantita da incentivi economici, non da leggi
• Trasparenza totale ma con privacy attraverso pseudonimato

È un sistema che combina:

• Teoria dei giochi (incentivi economici)
• Crittografia (chiavi pubbliche/private, hashing)
• Sistemi distribuiti (consenso peer-to-peer)
• Economia (scarsità digitale, fee market)

Quando firmo un atto notarile, la mia autorità deriva da secoli di evoluzione giuridica e dalla fiducia nelle istituzioni. Quando eseguite una transazione Bitcoin, la vostra autorità deriva da pura matematica.

Sono due paradigmi completamente diversi di “fiducia” e “certezza”. E forse, nel futuro, troveranno modo di coesistere e integrarsi.

Conclusione: Consapevolezza Tecnica e Responsabilità

Comprendere tecnicamente come funziona una transazione Bitcoin non è solo curiosità intellettuale. È responsabilità.

Se possedete Bitcoin, state controllando valore attraverso pura crittografia. Un errore – una chiave privata persa, un seed phrase rubato, una transazione a un indirizzo sbagliato – può significare perdita irreversibile di patrimonio.

Non c’è servizio clienti. Non c’è “annulla operazione”. Non c’è tribunale che possa ordinare il recupero.

Questa è la libertà di Bitcoin: sovranità assoluta sul proprio denaro. Ma come ogni libertà, porta con sé responsabilità altrettanto assoluta.

Come professionista del diritto, il mio ruolo è aiutare i clienti a navigare questa tecnologia con consapevolezza dei rischi e delle opportunità. Comprendere la tecnologia non è opzionale – è essenziale.

Notaio Manlio Carlo Soldani
Studio Notarile – Via Camillo Prampolini n. 14, Domodossola
Iscritto al Collegio Notarile di Verbania
Email: domodossola@notaiosoldani.it
Tel: 0324 066077

Articolo pubblicato il 31 Gennaio 2026

Tag: #Bitcoin #Blockchain #Crittografia #UTXO #Wallet #TransazioneBitcoin #TecnologiaFinanziaria #DirittoCivile

Nota tecnica: Questo articolo descrive il funzionamento tecnico di Bitcoin a scopo educativo. Per questioni legali relative a criptovalute, transazioni significative, o pianificazione patrimoniale che coinvolge asset digitali, consultare sempre professionisti qualificati.

Glossario Rapido:

• UTXO: Unspent Transaction Output – uscita di transazione non spesa
• Satoshi: L’unità più piccola di Bitcoin (0.00000001 BTC)
• Mempool: Pool di transazioni in attesa di conferma
• Nonce: Number used once – numero usato nel processo di mining
• ScriptSig/ScriptPubKey: Script di blocco e sblocco delle transazioni

 

---

Il presente articolo ha carattere generale e informativo, non costituisce parere legale personalizzato e non sostituisce la consulenza diretta con un notaio. Per assistenza specifica relativa alla vostra situazione, vi invitiamo a contattare il nostro Studio per fissare un appuntamento.  Contenuto generato con sistemi di Intelligenza Artificiale e supervisionato da professionisti dello Studio Notarile, in conformità ai requisiti di trasparenza del Regolamento UE 2024/1689 (AI Act).