CryptoRanks.wiki

I più grandi hack degli exchange crypto: Mt.Gox, Bitfinex, Coincheck, Binance, FTX e Bybit

Cronologia, meccanismi degli attacchi, conseguenze per il settore e lezioni pratiche per proteggere gli asset crypto.

Scritto daCryptoRanks Research
|
Revisionato daCryptoRanks Editorial Team
|
Aggiornato

Perché analizzare i più grandi hack degli exchange crypto

La storia del mercato crypto non è soltanto crescita della tecnologia e dei capitali, ma anche una serie di hack clamorosi. Ogni episodio di questo tipo mette a nudo le debolezze tecniche e organizzative degli exchange, influenza la regolamentazione e cambia per sempre gli standard di sicurezza. Di seguito analizziamo gli incidenti più emblematici: come sono avvenuti, quali conseguenze hanno avuto per il settore e che cosa hanno insegnato agli utenti.

L'obiettivo del materiale è raccogliere in un unico punto i casi chiave (Mt.Gox, Bitfinex, Coincheck, Binance, Cryptopia, KuCoin, FTX, Bybit e altri), spiegare con parole semplici i meccanismi degli attacchi, mostrare la portata delle perdite e le conseguenze, oltre a formulare conclusioni pratiche per gestire in modo sicuro gli asset crypto.

Hot wallet: un wallet connesso a Internet e usato per i pagamenti operativi. È comodo, ma più vulnerabile rispetto alla custodia a freddo.

Custodia a freddo: wallet offline/soluzioni di custodia fisicamente isolate dalla rete. È il metodo standard per conservare la riserva principale di un exchange.

Multifirma (multisig): uno schema in cui per prelevare fondi servono più chiavi indipendenti; riduce il rischio di un singolo punto di errore.

«Malleabilità» delle transazioni: una caratteristica del protocollo Bitcoin iniziale che permetteva di modificare l'ID di una transazione senza cambiarne il contenuto; veniva sfruttata in scenari controversi dei primi anni 2010.

Mt.Gox: il crollo del primo exchange bitcoin «globale» (2014)

Perché è importante: il collasso più clamoroso della prima era. Ha mostrato che una contabilità interna debole e una cattiva custodia delle chiavi possono minare anche i leader di mercato.

Al suo picco Mt.Gox gestiva fino al 70% degli scambi BTC mondiali, ma nel febbraio 2014 bloccò i prelievi e ammise la scomparsa di centinaia di migliaia di bitcoin. Il quadro emerso in seguito si rivelò tipico dell'«infanzia» del settore: processi vulnerabili, carichi operativi surriscaldati e una compromissione delle chiavi protratta nel tempo.

Come è avvenuto l'attacco: non fu mai individuata una singola «falla»; più probabilmente si trattò di un accesso non autorizzato prolungato agli hot wallet, sullo sfondo di controlli deboli e assunzioni tecniche discutibili (inclusi gli effetti sugli ID delle transazioni). Una parte significativa dei BTC defluì gradualmente e rimase inosservata per mesi.

Portata: circa 850 000 BTC furono dichiarati perduti; circa 200 000 BTC furono poi ritrovati su un vecchio wallet dell'exchange. Anche considerando questa «scoperta», il buco netto era colossale per gli standard dell'epoca.

Conseguenze: fallimento dell'exchange, procedura di compensazione durata anni e crollo reputazionale delle piattaforme centralizzate. Il processo di rimborso ai creditori si è trascinato per anni, diventando un «case study» su come non costruire la sicurezza operativa.

In sintesi: una compromissione prolungata degli hot wallet e un controllo interno debole portarono alla più grande perdita di BTC della prima era e al fallimento di Mt.Gox. Il settore ripensò la custodia delle riserve e l'audit.

Bitfinex: colpo alla multifirma e recupero senza precedenti (2016)

Perché è importante: ha mostrato che anche un'architettura avanzata con multisig è vulnerabile quando integrazione e controllo operativo sono errati. Si distingue per un modello di compensazione ben gestito.

Come è avvenuto l'attacco: gli hacker aggirarono la protezione multifirma e prelevarono circa 120 mila BTC. I dettagli dell'integrazione con il provider di custodia diventarono il punto debole che fu possibile sfruttare in un'unica operazione.

Portata: al momento dell'incidente circa $70+ milioni; in seguito i BTC rubati aumentarono più volte di valore, trasformando il caso in uno dei più costosi a posteriori.

Conseguenze: l'exchange evitò il fallimento distribuendo la perdita su tutti i clienti ed emettendo token «di debito» poi riacquistati. Più tardi una parte significativa dei fondi sottratti fu tracciata e sequestrata: un raro esempio di recupero riuscito.

In sintesi: un malfunzionamento nell'implementazione dei processi multisig costò a Bitfinex ~120 mila BTC, ma un modello di compensazione flessibile e i successivi sequestri dei fondi rubati salvarono exchange e utenti.

Coincheck: furto record di XEM e «doccia fredda» regolatoria (2018)

Perché è importante: all'epoca fu il più grande furto da un exchange centralizzato. In Giappone portò a requisiti severi per custodia e controllo interno.

Come è avvenuto l'attacco: i malintenzionati ottennero accesso all'unica chiave dell'hot wallet con i token NEM. Il vettore probabile fu phishing e malware sui dispositivi di lavoro. L'assenza di multifirma divenne un errore critico.

Portata: circa 523 milioni di XEM (≈$530 milioni alla data dell'incidente). I tentativi di «marcare» le monete sulla rete e bloccare l'incasso aiutarono in parte, ma somme rilevanti passarono attraverso exchanger grigi.

Conseguenze: l'exchange compensò ai clienti gran parte del danno e fu acquistato da una grande holding finanziaria. Il regolatore giapponese condusse controlli su larga scala e aggiornò i requisiti per le procedure di custodia.

In sintesi: una chiave privata, una catastrofe. Coincheck divenne un esempio del valore della custodia a freddo e delle policy multisig come standard regolatorio.

Binance: phishing, API compromesse e intervento del SAFU (2019)

Perché è importante: il caso del maggiore exchange mostrò che il fattore umano degli utenti è una vulnerabilità, mentre un fondo assicurativo può «spegnere l'incendio» all'istante.

Come è avvenuto l'attacco: una lunga campagna di phishing e la raccolta di dati 2FA/API permisero agli aggressori di avviare in modo sincronizzato un grande prelievo dall'hot wallet.

Portata: 7 000 BTC. Per il leader del settore era una piccola percentuale delle riserve, ma un sensibile «stress test» reputazionale.

Conseguenze: l'exchange congelò rapidamente i prelievi, svolse un audit e coprì integralmente il danno dal fondo assicurativo SAFU. Comunicazioni trasparenti e ulteriore taratura dei sistemi di rischio rafforzarono la fiducia.

In sintesi: una risposta operativa competente e una riserva creata in anticipo permisero di evitare perdite per i clienti e trasformare la crisi in una dimostrazione di maturità.

Cryptopia: vulnerabilità dei piccoli exchange e liquidazione dolorosa (2019)

Perché è importante: un caso indicativo di piattaforma regionale: con un buco relativamente piccolo, la piattaforma non resse il colpo e gli utenti attesero per anni i rimborsi.

Come è avvenuto l'attacco: compromissione degli hot wallet e progressivo «svuotamento» dei saldi. La mancanza di riserve e di processi di risposta non permise di mantenere l'operatività.

Portata: circa $16–18 milioni in multi‑asset. Per un exchange locale era un volume critico.

Conseguenze: fallimento e lunga procedura di recupero: ricostruzione dei database per centinaia di token, identificazione dei proprietari, pagamenti mirati protratti per anni.

In sintesi: anche un hack «modesto» può trasformarsi nell'arresto completo della piattaforma, se non sono costruiti riserve, incident response e impalcatura legale per compensazioni rapide.

KuCoin: compromissione delle chiavi, «riciclaggio» DeFi e recupero della quota maggiore (2020)

Perché è importante: una delle maggiori sottrazioni multi‑asset da hot wallet; allo stesso tempo l'exchange riuscì a recuperare gran parte dei fondi grazie al coordinamento con emittenti ed exchange.

Come è avvenuto l'attacco: i malintenzionati ottennero le chiavi private di parte degli hot wallet e prelevarono rapidamente gli asset. Seguì poi il percorso DeFi tipico degli ultimi anni: scambio di token tramite DEX e mixer.

Portata: circa $275–280 milioni al momento dell'incidente.

Conseguenze: gli emittenti di stablecoin e di alcuni token congelarono e riemisero parte degli asset; alla fine fu possibile recuperare una quota significativa. Agli utenti fu coperto il resto, mentre i processi di custodia e monitoraggio furono rafforzati seriamente.

In sintesi: un ecosistema coordinato (emittenti, CEX, analisti, forze dell'ordine) può ridurre drasticamente il danno reale anche dopo una grande breccia nelle difese.

FTX: non un hack, ma una «frattura interna» e un prelievo notturno non autorizzato (2022)

Perché è importante: il crollo dovuto ad abusi e, in parallelo, il «prelievo notturno» di centinaia di milioni già in regime di fallimento. Un promemoria: i rischi interni sono più pericolosi di quelli esterni.

Come è avvenuta la fuga: sullo sfondo della dichiarazione di fallimento, dai wallet di FTX uscirono in poche ore centinaia di milioni in cryptoasset. La natura dei movimenti e degli accessi indicava un'origine insider degli eventi.

Portata: stimata intorno a $0,5 miliardi. Sullo sfondo del buco complessivo nei bilanci dell'exchange, questo episodio non fu la causa principale, ma ridusse ulteriormente la massa fallimentare per i creditori.

Conseguenze: gli asset furono messi d'urgenza in custodia presso depositi custodial, mentre procedevano tentativi di tracciamento e blocco. In parallelo si sviluppò un'indagine penale per frode e abusi gestionali.

In sintesi: FTX è una lezione sulla separazione dei fondi dei clienti, sulla trasparenza e sul controllo indipendente. Anche firewall perfetti sono impotenti contro una cattiva governance aziendale.

Bybit: prelievo record da hot wallet e coordinamento globale (2025)

Perché è importante: la più grande sottrazione istantanea da CEX in termini nominali. Ha accelerato il coordinamento internazionale sui blocchi e la discussione di nuovi standard per la custodia delle chiavi.

Come è avvenuto l'attacco: i malintenzionati ottennero accesso alla chiave privata di un grande hot wallet e in un solo passaggio prelevarono centinaia di migliaia di ETH. Velocità elevata e preparazione permisero di aggirare i consueti trigger di allerta.

Portata: paragonabile a oltre un miliardo di dollari alla data dell'incidente: un record assoluto per furti da exchange centralizzati.

Conseguenze: sospensione urgente dei prelievi, promesse pubbliche di piena compensazione, analisi forense e coinvolgimento di organismi internazionali. Una parte delle somme fu rapidamente marcata dagli analisti e finì sotto blocco.

In sintesi: il tipico scenario di «fuga di chiave» alla massima scala. Il settore accelera il passaggio a schemi di custodia senza singolo punto di errore (MPC, HSM distribuiti, limiti multilivello).

Perché gli exchange crypto vengono hackerati: vettori di attacco chiave

Obiettivo della sezione: passare in rassegna gli scenari tipici di compromissione, dalle fughe di chiavi all'ingegneria sociale, per collegarli ai casi e capire dove si trovano esattamente i «punti sottili» delle piattaforme centralizzate.

Fughe di chiavi private e policy di custodia deboli

Il rischio principale per un CEX sono le chiavi degli hot wallet. Se la chiave è una sola e si trova online, la compromissione del dispositivo o dell'account di un dipendente dà all'attaccante accesso completo. La pratica di distribuire chiavi e limiti è stata a lungo sottovalutata: si vedano Coincheck e casi simili.

Ingegneria sociale e phishing mirato

Email con istruzioni «di servizio», portali di login falsi, allegati malevoli: un classico che continua a funzionare. Le campagne mirate contro singoli dipendenti (spear‑phishing) imitano la corrispondenza interna e sottraggono codici 2FA, chiavi API o accesso alla rete aziendale.

Compromissione delle API e automazione dei prelievi

Le fughe di chiavi API degli utenti e l'aggiramento dei filtri comportamentali di risk management portano a ordini sincronizzati e prelievi di massa. Lo scenario si rafforza se mancano whitelist di indirizzi e limiti.

Errori di integrazione e architettura degli accessi

Anche schemi avanzati (multisig, partner di custodia) falliscono quando ruoli e limiti sono distribuiti in modo errato. L'assenza del principio «due persone per un'operazione critica» e una debole segmentazione della rete sono fonti frequenti di compromissione.

Rischi collaterali di DeFi e bridge

Gli exchange moderni si integrano con reti e bridge. Una vulnerabilità in un contratto esterno o un errore di calcolo nella gestione della liquidità può diventare una «porta laterale» oppure un canale di riciclaggio rapido tramite DEX.

Come è cambiata la protezione dei CEX: pratiche e strumenti

Dove si muove il settore: dagli hot wallet sotto una sola chiave a schemi multilivello, in cui un singolo errore non porta a una catastrofe. Di seguito, una panoramica delle pratiche chiave con vantaggi e limiti.

Custodia a freddo delle riserve

La maggior parte degli asset dei clienti è conservata offline; per la liquidità operativa viene usato un hot pool limitato con limiti giornalieri.
  • Adatta alla riserva di base e alla custodia di lungo periodo.
  • Riduce la superficie di attacco da rete e malware.

✅ Pro

  • Minimizzazione dei rischi online.
  • Procedure di approvazione dei prelievi a più livelli.
  • Segregazione trasparente delle riserve.

❌ Contro

  • Velocità limitata nel rifornire il pool «caldo».
  • Dipendenza dalla disciplina di procedure e persone.

La custodia a freddo è una base obbligatoria, ma da sola non salva senza operatività ben progettata e limiti corretti.

🔐 Proteggere le crypto con un hardware wallet ➜

Multifirma (multisig)

Per eseguire una transazione servono le firme di più chiavi indipendenti; riduce il rischio di un singolo punto di errore.
  • Si applica sia al livello caldo sia a quello freddo.
  • Richiede una chiara distribuzione di ruoli e limiti per le operazioni.

✅ Pro

  • Assenza della chiave «unica».
  • Policy di soglia flessibili (per esempio 2‑su‑3, 3‑su‑5).

❌ Contro

  • Errori di integrazione e gestione delle chiavi annullano il beneficio.
  • Complessità di ripristino d'emergenza e rotazioni.

Il multisig è efficace solo insieme a una corretta implementazione dei processi e a un audit indipendente.

MPC: Multi‑Party Computation: un metodo crittografico in cui la chiave «intera» non esiste mai in un solo luogo; la firma viene formata in modo distribuito da quote su dispositivi diversi.

HSM: Hardware Security Module: un modulo hardware certificato per generare e conservare chiavi in sicurezza, con policy di accesso e audit.

🛡️ Scoprire i wallet multisig ➜

Wallet MPC

Firma distribuita senza una chiave privata «unica». Aumenta la resilienza contro insider e fughe da un singolo nodo.
  • Adatta agli hot wallet e ai flussi di prelievo automatizzati.
  • Si combina bene con limiti e whitelist di indirizzi.

✅ Pro

  • Nessun singolo punto di compromissione della chiave.
  • Scenari flessibili di tolleranza ai guasti.

❌ Contro

  • Complessità di implementazione e controllo operativo.
  • Dipendenza dalla correttezza dell'implementazione dei protocolli.

MPC riduce il rischio di «fuga di chiave», ma richiede processi maturi e test regolari.

HSM e protezione hardware delle chiavi

Le chiavi vengono generate e custodite in HSM certificati; le operazioni di firma avvengono all'interno del dispositivo, minimizzando il contatto con il sistema operativo.
  • Rilevante per il livello freddo e per i ruoli di firma critici.
  • Si combina con multisig/MPC e segmentazione di rete.

✅ Pro

  • Protezione dall'estrazione delle chiavi dalla memoria.
  • Audit delle azioni e delle policy di accesso.

❌ Contro

  • Costo e complessità di supporto.
  • Il fattore umano nella gestione dei ruoli resta importante.

HSM rafforza il lato «fisico» della protezione, ma non elimina la necessità di limiti procedurali.

Fondi di riserva e assicurazione (SAFU)

Riserve speciali per compensare gli incidenti, alimentate da commissioni o polizze assicurative.
  • Funzionano come «cuscinetto» per eventi rari ma costosi.
  • Richiedono regole trasparenti di utilizzo e ricostituzione.

✅ Pro

  • Alleviano il dolore immediato dei clienti.
  • Rafforzano la fiducia e danno tempo alla forensics.

❌ Contro

  • Non sostituiscono la sicurezza: il fondo è finito.
  • Rischi di opacità e distribuzione «manuale».

Un fondo ben costruito è una «squadra antincendio», ma non un muro contro l'incendio.

Proof of Reserves (PoR)

Prova crittografica del possesso di asset sugli indirizzi dell'exchange, spesso tramite albero di Merkle e firme degli indirizzi.
  • Aggiunge trasparenza sugli asset, ma deve essere integrata da una valutazione delle passività.
  • Aumenta la disciplina nella custodia delle riserve.

✅ Pro

  • Verifica pubblica degli asset on-chain.
  • Incentiva un trattamento prudente delle riserve.

❌ Contro

  • Senza conteggiare le passività, PoR non mostra il «buco» nel bilancio.
  • Richiede supervisione indipendente e regolarità.

PoR è utile come parte di un insieme di misure; idealmente viene completato da Proof of Liabilities e audit indipendente.

Bug bounty, Red Team e incident response

Test di penetrazione continui, ricompense per vulnerabilità individuate e piani di risposta ben rodati.
  • Riducono la probabilità di «brutte sorprese» in produzione.
  • Aiutano a localizzare rapidamente il danno durante un incidente.

✅ Pro

  • Individuazione precoce dei bug «prima dei malintenzionati».
  • Allenamento di scenari e ruoli in crisi.

❌ Contro

  • Costi e necessità di disciplina costante.
  • Rischio di «falsa tranquillità» senza miglioramenti sistemici.

Test regolari e un piano di risposta non sono un'opzione, ma una componente obbligatoria della sicurezza matura di un CEX.

Confronto delle reazioni degli exchange agli hack

Nella tabella: quali misure hanno adottato gli exchange dopo l'attacco, quanto rapidamente hanno reagito e in quale forma gli utenti hanno ricevuto compensazioni.
🏦 Exchange 🧨 Tipo di incidente 💰 Perdite (alla data) 🧾 Rimborso ai clienti ⏱️ Tempo di reazione ⚖️ Regolatori/stato
Mt.Gox Fuga prolungata
di chiavi		 ≈850 mila BTC Compensazioni tramite
fallimento		 Blocco dei prelievi →
fallimento		 Fallito; riabilitazione lunga
Bitfinex Malfunzionamento
dell'integrazione multisig		 ≈120 mila BTC 100% tramite
token BFX/azioni		 Congelamento, emissione BFX,
riacquisto		 Operativo; parte dei BTC sequestrata più tardi
Coincheck Hot wallet
una chiave		 ≈$530 mln
XEM		 ~90% da
fondi propri		 Congelamento,
piano di pagamenti		 Operativo; rafforzamento del controllo FSA
Binance Phishing
API/2FA		 7 000 BTC Interamente
dal SAFU		 Pausa immediata
dei prelievi		 Operativo; sicurezza rafforzata
Cryptopia Compromissione
dei wallet		 ≈$16–18 mln Tramite liquidazione
(residui degli asset)		 Arresto del servizio →
fallimento		 Liquidazione; pagamenti lunghi
KuCoin Furto
di chiavi private		 ≈$275–280 mln Gran parte
restituita/congelata		 Forensics rapida,
blocchi		 Operativo; indagine in corso
FTX Prelievo non autorizzato
durante il fallimento		 ≈$0,5 mld Nell'ambito
del fallimento		 Consolidamento urgente
in «freddo»		 Fallito; procedimenti penali
Bybit Fuga
di chiave hot-wallet		 ≈400 mila ETH Dichiarata
compensazione totale		 Pausa dei prelievi,
indagine		 Operativo; coordinamento globale

In breve: gli exchange più «maturi» (Binance, KuCoin, Bitfinex) sono riusciti a coprire completamente o quasi le perdite dei clienti. Gli attori deboli (Mt.Gox, Cryptopia, FTX) sono falliti. Risultato: la velocità di reazione e la presenza di riserve determinano direttamente il destino della piattaforma.

Come gli hacker «ripuliscono» le monete rubate: un breve esempio

Scenario: i fondi vengono trasferiti su indirizzi nuovi, frazionati in molte transazioni, una parte va su DEX, dove i token vengono scambiati con asset più liquidi. Poi arrivano mixer e «travasi» tra reti. L'obiettivo è complicare l'attribuzione e spezzare il legame con l'incidente originario.

In sintesi: i blocchi tempestivi da parte di emittenti ed exchange, insieme all'analisi on-chain, rendono il riciclaggio tipico sempre meno efficace, soprattutto per stablecoin e token con funzione di congelamento.

Cosa deve fare l'utente se un exchange viene hackerato

Piano passo dopo passo: minimizzate il danno, proteggete gli account, conservate le prove. Anche se non siete stati colpiti direttamente, agite in anticipo.
  1. Fermate l'attività: annullate gli ordini aperti e disattivate le chiavi API.
  2. Controllate i dispositivi: cambiate le password, reimpostate la 2FA ed eseguite una scansione antivirus.
  3. Trasferite gli asset: prelevate i saldi su un wallet personale con custodia a freddo.
  4. Attivate whitelist di indirizzi e notifiche di accesso/prelievo, se il servizio continua a funzionare.
  5. Raccogliete prove: screenshot di saldi, transazioni, email e notifiche.
  6. Seguite i canali ufficiali: istruzioni sulle compensazioni, report forensi, moduli di richiesta.
  7. Presentate un credito se è stata avviata una procedura fallimentare e completate il KYC per i pagamenti.
Preparate in anticipo un hardware wallet di riserva e un piano di test per il prelievo d'emergenza. Rivedete regolarmente i volumi sugli exchange: tenete lì solo la parte di portafoglio destinata al trading.
Nei giorni dell'incidente il phishing si intensifica. Non aprite link da «email del supporto», controllate i domini e usate i segnalibri per accedere all'exchange.

Cronologia dei più grandi hack degli exchange crypto

Come leggere: gli importi sono indicati alla data dell'evento; i metodi di hack sono riportati in breve; lo stato mostra se l'exchange è sopravvissuto all'attacco.
🏦 Exchange 📅 Data 💰 Perdite 🔓 Metodo ⚖️ Stato
Mt.Gox Feb 2014 ≈850 mila BTC Fuga prolungata di chiavi
contabilità debole		 Fallimento
Bitfinex Ago 2016 ≈120 mila BTC Compromissione
di schemi multisig		 Operativo; compensazioni
Coincheck Gen 2018 ≈$530 mln
XEM		 Hot wallet
senza multisig		 Operativo; pagamenti
BitGrail Feb 2018 ≈$170 mln
XNO		 Errori contabili
doppio prelievo		 Fallimento
Zaif Set 2018 ≈$60 mln Furto
hot-wallet		 Assorbimento
Cryptopia Gen 2019 ≈$16–18 mln Compromissione
dei wallet		 Liquidazione; pagamenti
CoinBene Mar 2019 oltre $100 mln Probabile accesso
insider		 Servizio spento
Binance Mag 2019 7 000 BTC Phishing
+ 2FA/API		 Operativo; SAFU
Upbit Nov 2019 ≈$49 mln
ETH		 Hack
hot-wallet		 Operativo; copertura
KuCoin Set 2020 ≈$275–280 mln Furto
di chiavi private		 Operativo; recupero parziale
BitMart Dic 2021 ≈$196 mln Compromissione
hot-wallet		 Operativo; compensazioni
FTX Nov 2022 ≈$0,5 mld Prelievo non autorizzato
(insider)		 Fallimento
DMM Bitcoin Mag 2024 ≈4 503 BTC Furto
hot-wallet		 Operativo; indagine
WazirX Lug 2024 oltre $200 mln Malfunzionamento
compromettente		 Operativo; indagine
Bybit Feb 2025 ≈400 mila ETH Fuga
di chiave privata		 Operativo; compensazioni

In breve: il danno complessivo degli hack elencati ha superato $4 mld, e considerando a posteriori la crescita dei prezzi di singole criptovalute arriva a decine di miliardi di dollari. Questi incidenti sono diventati i principali driver dell'inasprimento della regolamentazione e dell'introduzione di nuovi standard di sicurezza.

🛡️ Verifica come gli exchange proteggono i tuoi fondi
Confronta custodia delle riserve, report e programmi di compensazione delle principali piattaforme e scegli quelle coerenti con i tuoi standard di sicurezza.
Vedi exchange e condizioni ➜

Domande e risposte (FAQ)

In cosa differiscono hot wallet e cold wallet e perché conta?
Gli hot wallet sono connessi alla rete e comodi per prelievi rapidi, ma più esposti. I cold wallet conservano offline la parte principale delle riserve. Gli exchange solidi limitano i saldi hot e controllano i movimenti rilevanti.
Il multisig evita sicuramente gli hack?
Il multisig riduce molto il rischio di un singolo punto di fallimento, ma non elimina errori di integrazione, fughe di chiavi o fattore umano. Contano distribuzione delle chiavi, procedure di emergenza e limiti.
Cosa sono SAFU e i fondi assicurativi?
Sono riserve dedicate da cui un exchange può compensare perdite dopo un incidente. La loro efficacia dipende da trasparenza, dimensione del fondo e struttura legale.
Perché a volte si riesce a recuperare fondi rubati?
Gli emittenti di stablecoin possono congelare asset, gli exchange possono bloccare depositi da indirizzi marcati e gli analisti seguono le catene on-chain. La coordinazione riduce il danno reale.
Conviene tenere le crypto solo in self-custody?
Per somme di lungo periodo, spesso sì. Gli exchange sono comodi per trading e depositi o prelievi, ma non sono una cassaforte ideale.
Che cos’è Proof of Reserves e perché non basta?
Il PoR mostra che un exchange controlla determinati indirizzi e asset. Senza prova delle passività e audit indipendente, il quadro resta incompleto.
Come presentare una richiesta se un exchange fallisce?
Di solito viene aperto un portale per creditori: confermare l’identità, caricare prove di saldi e transazioni, compilare il modulo e rispettare le scadenze.
Le API key attive presso broker e bot sono rischiose?
Sì, se permettono trading o prelievi e non hanno limiti IP o di importo. Usare permessi minimi e cancellare le chiavi non necessarie.
In cosa MPC differisce dal multisig?
Nel multisig esistono più chiavi complete e una soglia di firma. In MPC la firma nasce da quote della chiave: la chiave completa non esiste in un solo punto.
Quanto sono pericolosi SIM-swap e furto della casella email?
Sono ingressi comuni per aggirare 2FA e resettare password. Chiavi hardware, email separata e protezione SIM riducono il rischio.

Approfondisci “Criptovalute”

In questa sezione trovi altre analisi, guide pratiche e recensioni dedicate all’argomento.

Apri la sezione “Criptovalute”