Vai al contenuto

Crittografia di Bitcoin

Da BitcoinWiki.

La crittografia di Bitcoin è un'etichetta informale per i meccanismi crittografici di Bitcoin e dei wallet. Il registro non è cifrato in generale: blocchi e transazioni sono replicati pubblicamente. Bitcoin usa soprattutto hash e firme digitali per autorizzare e verificare; la cifratura protegge ambiti più ristretti, come un file wallet o una connessione.

Illustrazione della sicurezza crittografica di Bitcoin

Firme, hash e cifratura

Una firma dimostra che il controllore della chiave ha autorizzato i dati coperti, ma non li nasconde. Una funzione hash produce un digest fisso; Bitcoin usa hash per identificatori, header, proof of work, alberi di Merkle, indirizzi e commitment. Un hash non è cifratura reversibile. La cifratura crea testo illeggibile senza chiave, ma non decide se un'uscita Bitcoin è spendibile.

Un record non è immutabile solo perché contiene hash: la resistenza alla riscrittura deriva da consenso e proof of work. Una firma dimostra controllo di chiave, non identità civile o verità di ogni affermazione associata.

Chiavi e autorizzazione

La chiave privata è il segreto di firma; la pubblica permette la verifica. Gli indirizzi codificano condizioni di spesa o programmi witness, non sono sempre chiavi pubbliche né conti che «contengono» monete. Il registro conserva output non spesi con script di spesa.

Molte uscite tradizionali e SegWit usano ECDSA su Secp256k1; Taproot usa firme Schnorr BIP 340. Il wallet costruisce il digest, firma e trasmette la transazione. I full node verificano firma e altre regole.[1][2]

Ricavare la privata dalla pubblica è ritenuto impraticabile per computer classici con implementazione corretta. Casuali imprevedibili, nonce, software, dispositivi e backup restano essenziali.

Hash nel registro

Bitcoin applica SHA-256 due volte agli header e usa altre costruzioni hash. La radice Merkle impegna le transazioni e ogni header richiama il precedente. Modificare dati cambia gli hash e richiede di soddisfare proof of work e selezione della catena. Un public key inizialmente nascosto da hash non offre immunità quantistica permanente: la spesa può rivelarlo e una migrazione sarebbe comunque necessaria.

Cifratura del wallet e backup

Un wallet può cifrare chiavi o seed a riposo con una chiave derivata da password. Protegge il file bloccato, non da password debole, malware durante l'uso, frase esposta o copia non cifrata.

La password non è sempre recupero. Un wallet HD deriva molte chiavi da un seed; un backup corretto può ripristinare. Cifrare un dispositivo non protegge screenshot, cloud o chiavi esportate. Un hardware wallet isola le chiavi, ma richiede la verifica di destinazione, importo e commissione e un backup protetto.

Trasporto e privacy

Il protocollo P2P inviava storicamente messaggi in chiaro. BIP 324 definisce il trasporto v2 cifrato contro osservazione passiva e manipolazione non rilevata. Non rende private le transazioni diffuse.[3]

Il registro pubblico consente analisi del grafo. Riutilizzo di indirizzi, input uniti e collegamenti a exchange possono rivelare relazioni senza furto di chiavi.

Minacce e migrazione

Le perdite pratiche derivano soprattutto da frasi rubate, phishing, indirizzi sostituiti, malware, casualità debole e backup inutilizzabili. La crittografia non annulla una transazione validamente firmata con una chiave rubata.

Un grande computer quantistico fault-tolerant potrebbe attaccare secp256k1 con Shor; quelli attuali no. Circuiti logici più piccoli cambiano stime ma non dimostrano un attacco.[4] Una transizione richiederebbe proposte revisionate, supporto wallet e regole per chiavi già esposte.

Voci correlate

Note

  1. BIP 340, attivato.
  2. Bitcoin Developer Guide, “Transactions”, consultata il 16 settembre 2026.
  3. BIP 324, attivato.
  4. Long et al., “ECDSA.Fail”, 9 settembre 2026.