Un exchange congela i prelievi quando il motore di rischio impedisce alla richiesta di passare alla fase di invio perché sono state rilevate incoerenze sull'origine dei fondi, sull'indirizzo del destinatario o sul profilo di sicurezza dell'account.
Il congelamento del prelievo è uno status di esecuzione in cui la richiesta compare nella cronologia delle operazioni, ma non riceve un txid e non viene trasmessa alla blockchain o al gateway di pagamento.
I fondi restano sul saldo interno dell'exchange, mentre la restrizione riguarda solo l'azione di creare o completare il prelievo con i parametri specifici di quella operazione.
🔒 Dove il sistema ferma esattamente un prelievo
Il processo di prelievo comprende fasi consecutive: creazione della richiesta, validazione dei parametri, calcolo del risk score, controllo security e invio della transazione.
Il congelamento avviene sempre prima della fase di invio ed è confermato dall'assenza di txid nonostante esista già una registrazione della richiesta.
Se la richiesta ha già ricevuto un txid, il motore di rischio ha superato la fase di blocco; il ritardo successivo viene registrato lato rete come aumento delle conferme o lato gateway esterno come stato pending senza cambio del codice di rischio nella cronologia del prelievo.
| Livello della restrizione | Azione vietata | Effetto osservabile |
|---|---|---|
| Account | Creazione di qualsiasi richiesta di prelievo | I prelievi non sono disponibili per tutti gli asset |
| Asset / Rete | Prelievo su una rete specifica | Alcune reti o token non sono disponibili |
| Indirizzo | Invio a un nuovo indirizzo | Sono consentiti solo indirizzi in whitelist |
| Prelievo | Completamento della richiesta | La richiesta resta in stato hold senza txid |
🧠 Due classi indipendenti di motivi di blocco
Il sistema separa i motivi di blocco tra rischio sui fondi e rischio sul controllo dell'account, li elabora con moduli diversi e registra il risultato su oggetti di verifica differenti.
🧾 Rischio AML sui depositi
Il modulo AML assegna un punteggio di rischio a uno specifico deposito in base agli indirizzi di origine e al percorso dei fondi, poi lo verifica quando viene creata la richiesta di prelievo.
- Il deposito arriva da un indirizzo che l'analisi blockchain collega a furti, estorsioni o cluster sanzionati.
- I fondi sono passati attraverso un mixer o un servizio di offuscamento transazionale, cosa rilevata dalla struttura degli input e output delle transazioni.
- I depositi sono arrivati come serie di importi identici in una breve finestra temporale, aumentando il risk scoring per la frammentazione del flusso di fondi.
- La richiesta di prelievo è stata creata subito dopo il deposito, senza trading, conversioni o movimenti interni dei fondi.
Con un blocco AML, la restrizione viene applicata più spesso alla somma o all'asset specifico collegato a quel deposito.
🛡️ Rischio security sull'account
Il modulo security stima la probabilità di account takeover a livello di sessione e storico delle modifiche, poi blocca il prelievo come azione irreversibile.
- L'accesso è stato effettuato da un nuovo dispositivo o da un nuovo Paese, seguito da un tentativo di prelievo nella stessa sessione utente.
- La password è stata reimpostata di recente, la 2FA è stata disattivata o sono stati modificati dati di contatto chiave dell'account.
- È stato aggiunto un nuovo indirizzo di prelievo e subito dopo è stata creata una richiesta di prelievo per una somma elevata.
- La sessione coincide con un IP o un ASN che il sistema associa a campagne di phishing o login di massa.
Con un blocco security, il divieto riguarda l'azione di confermare il prelievo e resta attivo finché il sistema non registra una sessione stabile e un profilo di sicurezza dell'account invariato.
🧱 Come una richiesta finisce progressivamente in hold
La sequenza seguente mostra una catena semplificata di controlli che una richiesta di prelievo attraversa prima dell'invio alla rete.
| Passaggio | Oggetto della verifica | Come viene registrato il divieto |
|---|---|---|
| 1 | Parametri della richiesta | La creazione del prelievo viene rifiutata oppure la validazione di rete e indirizzo restituisce un errore |
| 2 | Origine dei fondi | La richiesta viene creata, ma riceve un hold con codice di rischio sul deposito e resta senza txid |
| 3 | Indirizzo del destinatario | Il nuovo indirizzo è vietato oppure è richiesta la conferma dell'indirizzo prima dell'invio |
| 4 | Sessione e sicurezza | La conferma del prelievo viene bloccata finché 2FA, dispositivo e storico modifiche non si stabilizzano |
| 5 | Invio | Se esiste un divieto, il txid non viene generato; se non esiste divieto, la richiesta va in rete |
La sequenza riflette il principio operativo dei controlli di rischio, ma non rivela soglie interne, pesi dei segnali o ordine delle priorità.
📄 Quali dati vengono richiesti durante un congelamento
Le richieste del supporto sono costruite rigorosamente sull'oggetto su cui il sistema ha registrato il rischio.
Con un blocco AML, l'origine dei fondi viene verificata per importo e data del deposito specifico, non sull'account nel suo complesso.
Con un blocco sull'indirizzo, viene richiesta una prova di controllo dell'indirizzo destinatario, perché proprio l'indirizzo è l'oggetto di rischio.
Con un blocco security, viene confermato il controllo continuo dell'account, del dispositivo e dei canali di accesso.
Cosa chiude l'oggetto AML
La verifica AML viene rimossa solo quando il sistema riesce a collegare deposito, origine dei fondi e percorso dichiarato senza discrepanze.
- Conferma dell'origine dei fondi corrispondente al deposito specifico per importo e data.
- Storico dei trasferimenti in cui sono visibili l'indirizzo di origine e l'identificativo della transazione del deposito.
- Spiegazione del percorso dei fondi coerente con la catena osservata di input e output delle transazioni.
Se almeno un elemento della catena non è confermato, il rischio sul deposito resta attivo e il prelievo non viene autorizzato.
Cosa chiude l'oggetto security
La verifica security viene rimossa dopo che il sistema registra un controllo stabile dell'account e nessuna nuova anomalia.
- Conferma dell'identità e 2FA abilitata registrate nelle impostazioni di sicurezza.
- Conferma del dispositivo o della sessione coerente con l'ultimo accesso riuscito.
- Assenza di nuove modifiche a password, 2FA e indirizzi di prelievo durante il periodo di verifica.
Se compaiono nuove modifiche di sicurezza, il sistema continua a trattenere il divieto di conferma del prelievo.
Una discrepanza di importi, date o intestatari tra deposito e documenti mantiene automaticamente la richiesta in hold.
✅ Azioni che accelerano la rimozione del blocco
La velocità dello sblocco dipende da quanto precisamente viene chiusa la ragione registrata nel sistema.
- Indicare i parametri della richiesta bloccata e il codice motivo nella cronologia delle operazioni.
- Collegare il prelievo a uno specifico deposito per importo e data.
- Interrompere le modifiche alle impostazioni dell'account fino alla chiusura della verifica.
- Usare un indirizzo confermato o fornire una firma del messaggio.
- Non ricreare richieste di prelievo in serie.
Se il prelievo è stato richiesto subito dopo reset password, disattivazione della 2FA o aggiunta di un indirizzo, il sistema spesso mantiene il divieto proprio sulla conferma del prelievo finché lo storico di sicurezza non contiene più nuove modifiche.
Queste azioni riducono il numero di incoerenze che compliance e security devono analizzare manualmente.
⏳ Perché un congelamento può durare diverse settimane
La durata della verifica cresce quando compliance e security devono confrontare non una sola richiesta, ma una catena di oggetti: depositi, indirizzi, transazioni e modifiche del profilo account.
🔗 Una catena transazionale amplia il perimetro della verifica
Ogni trasferimento intermedio aumenta il numero di confronti tra blockchain e log interni dei saldi.
- Ogni deposito aggiunge un'origine dei fondi da confermare per importo e data.
- Ogni nuovo indirizzo nel percorso richiede la verifica dei legami con cluster di rischio.
- Ogni conversione interna richiede il confronto del trade log con il saldo del prelievo.
- Ogni prelievo verso un nuovo indirizzo richiede conferma di proprietà e motivo del cambio destinatario.
La crescita del numero di oggetti aumenta il volume del confronto manuale per importi e tempi.
🛡️ Le anomalie di sicurezza trattengono la conferma
Il motore security registra le modifiche dell'account come eventi di rischio e vieta la conferma del prelievo finché il profilo di sicurezza non si stabilizza.
- Cambio password, disattivazione della 2FA o cambio dispositivo creano un evento di rischio nello storico di sicurezza.
- Un tentativo di prelievo nella stessa sessione aumenta il takeover-score e attiva l'hold.
- Modifiche ripetute delle impostazioni durante la verifica prolungano il blocco.
- L'aggiunta di un nuovo indirizzo di prelievo sposta il caso in una nuova validazione.
La comparsa di nuovi eventi di sicurezza mantiene attivo il divieto di conferma del prelievo.
| Motivo dell'allungamento | Cosa viene confrontato esattamente | Cosa rompe le tempistiche |
|---|---|---|
| Molti depositi | Importi e date dei depositi con i documenti | Documento senza collegamento al deposito |
| Percorso lungo di indirizzi | Collegamenti tra indirizzi e transazioni | Trasferimenti intermedi non spiegati |
| Modifiche di sicurezza | Storico 2FA, password e dispositivi | Nuove modifiche del profilo |
Un congelamento lungo è legato al volume degli oggetti verificati e alle incoerenze nei dati, non a un guasto tecnico del prelievo.
🧭 Perché questa spiegazione non basta
Questo materiale mostra il principio del blocco dei prelievi e i punti in cui il divieto viene registrato, ma non rivela intenzionalmente soglie interne di scoring AML, peso degli eventi security o logica di priorità dei segnali di rischio.
Per vedere come restrizioni simili funzionano nella realtà - con ritardi, rifiuti e controlli aggiuntivi - è utile consultare casi utente e problemi tipici di prelievo sugli exchange crypto.