Author: amministratore amministratore

Prima di scambiare criptovalute non basta confrontare il valore mostrato sullo schermo. Occorre verificare che asset, rete, indirizzo, importo, costi e condizioni dell’operazione descrivano tutti lo stesso percorso. Una sola incongruenza può trasformare un trasferimento corretto dal punto di vista tecnico in un accredito impossibile da associare alla richiesta.

Il metodo più prudente consiste nel procedere per stati: ogni passaggio è autorizzato solo quando esiste un riscontro osservabile. Se il dato reale non coincide con quello previsto, il percorso si interrompe prima della firma o dell’invio.

Mappa degli stati dell’operazione

1. Stato 1 — Definizione del compito
   1. Condizione di passaggio: sono chiari l’asset posseduto, quello che si desidera ricevere e il wallet o conto di destinazione.
   2. Verifica: la direzione dello scambio è espressa senza ambiguità, per esempio “invio BTC e ricevo USDT”, senza confondere l’asset con la rete.
   3. Se non coincide, fermarsi: non creare la richiesta finché non è stato stabilito quale saldo deve diminuire e quale deve aumentare.
2. Stato 2 — Raccolta dei dati iniziali
   1. Condizione di passaggio: sono disponibili l’indirizzo di ricezione, la rete accettata dal destinatario e le eventuali istruzioni su Memo o Tag.
   2. Verifica: i dati provengono direttamente dal wallet o dalla schermata di deposito interessata, non da una vecchia chat, da un’immagine o da un risultato sponsorizzato.
   3. Se non coincide, fermarsi: un indirizzo copiato in precedenza potrebbe riferirsi a un’altra rete, a un’altra richiesta o a un account diverso.
3. Stato 3 — Controllo di compatibilità
   1. Condizione di passaggio: asset, rete di invio e rete di ricezione coincidono esattamente con quelli indicati nella richiesta.
   2. Verifica: il nome della rete è controllato su entrambi i lati; non ci si limita al fatto che due indirizzi abbiano un formato simile.
   3. Se non coincide, fermarsi: la presenza dello stesso token su blockchain differenti non rende intercambiabili le reti. Un trasferimento eseguito sulla catena sbagliata può non essere accreditato automaticamente.
4. Stato 4 — Controllo economico e operativo
   1. Condizione di passaggio: sono visibili l’importo inviato, l’importo previsto in ricezione, le commissioni applicabili, gli eventuali limiti e la validità delle condizioni mostrate.
   2. Verifica: il saldo disponibile copre sia l’importo sia il costo di rete; il risultato atteso è ancora coerente con l’obiettivo iniziale.
   3. Se non coincide, fermarsi: non proseguire se il costo finale non è comprensibile, l’importo ricevuto non è determinabile o le condizioni sono cambiate durante la preparazione.
5. Stato 5 — Verifica delle condizioni di accesso
   1. Condizione di passaggio: sono state lette le richieste di verifica applicabili a quella specifica direzione.
   2. Verifica: eventuali controlli di conformità, documenti o informazioni sull’origine dei fondi sono compatibili con la propria situazione e con le regole applicabili nel proprio Paese.
   3. Se non coincide, fermarsi: i requisiti possono dipendere dalla direzione dell’operazione e dall’esito dei controlli di compliance; vanno chiariti prima di creare o finanziare la richiesta.
6. Stato 6 — Controllo pre-firma
   1. Condizione di passaggio: indirizzo, rete, asset, importo e, quando richiesto, Memo o Tag sono stati confrontati un’ultima volta con i dati originali.
   2. Verifica: il wallet mostra gli stessi valori attesi e non chiede autorizzazioni estranee a un normale trasferimento.
   3. Se non coincide, fermarsi: una modifica dell’indirizzo dopo il copia e incolla, una richiesta di firma poco chiara o un dominio inatteso sono segnali compatibili con phishing o sostituzione degli appunti.
7. Stato 7 — Azione
   1. Condizione di passaggio: tutti i controlli precedenti hanno avuto esito coerente.
   2. Verifica: la richiesta riporta la direzione realmente desiderata e fornisce istruzioni di deposito complete.
   3. Se non coincide, fermarsi: se la coppia, la rete o la direzione non risultano disponibili in quel momento, non sostituirle con alternative “simili” senza ricominciare la verifica.

   Dopo questi controlli è possibile aprire la richiesta di scambio e verificare le condizioni disponibili. Il servizio supporta diversi asset, tra cui BTC, ETH e USDT, ma la disponibilità effettiva di una determinata coppia, rete o direzione deve essere controllata prima dell’operazione.

8. Stato 8 — Attesa verificabile
   1. Condizione di passaggio: il wallet ha trasmesso la transazione e ha generato un identificativo, normalmente indicato come hash o TXID.
   2. Verifica: il TXID è consultabile nell’explorer della rete corretta e mostra indirizzo di destinazione, asset e stato coerenti.
   3. Se non coincide, fermarsi: non inviare una seconda transazione solo perché l’interfaccia non si è aggiornata. Prima va stabilito se la prima è stata trasmessa, è ancora in attesa oppure è già inclusa in un blocco.
9. Stato 9 — Risultato confermato o scenario di recupero
   1. Condizione di completamento: la transazione ha raggiunto le conferme richieste e l’asset atteso è stato accreditato all’indirizzo indicato.
   2. Verifica: coincidono identificativo della richiesta, TXID, rete, importo contabilizzato e saldo finale.
   3. Se non coincide: conservare i dati dell’operazione e seguire la diagnostica descritta più avanti, senza affidarsi a presunti servizi di recupero e senza comunicare seed phrase o chiavi private.

Asset e rete non sono la stessa informazione

Un asset indica ciò che viene trasferito; la rete stabilisce dove avviene il trasferimento. La distinzione è particolarmente rilevante per token che possono esistere su più blockchain. La sigla del token, da sola, non dimostra che il wallet mittente e il destinatario utilizzino lo stesso protocollo.

Il controllo deve partire dalla schermata di ricezione. Se questa specifica una rete, la selezione nel wallet di invio deve coincidere letteralmente. Non è sufficiente che l’applicazione accetti l’indirizzo: alcune reti usano formati compatibili o visivamente simili pur mantenendo registri e regole differenti. Per esempio, la documentazione TRON distingue formati di indirizzo propri della rete e descrive uno specifico ciclo di inclusione e conferma delle transazioni. ^[1]

Il percorso non corrisponde più al compito iniziale quando, per ottenere costi inferiori o aggirare un’indisponibilità, si sceglie autonomamente una rete diversa da quella indicata. In quel caso occorre annullare la preparazione e verificare una nuova direzione dall’inizio.

Indirizzo e Memo o Tag: controlli separati

L’indirizzo deve essere copiato dalla destinazione prevista per quella specifica operazione. Prima della firma conviene confrontare almeno l’inizio e la fine della stringa, ma questo controllo abbreviato non sostituisce la verifica integrale eseguita dal wallet. Alcuni formati includono checksum che aiutano il software a individuare errori di digitazione; non possono però stabilire se l’indirizzo appartenga alla persona, al servizio o alla rete che l’utente intendeva utilizzare. La documentazione Monero, per esempio, descrive il checksum e il byte che identifica rete e tipo di indirizzo. ^[2]

Memo, Tag o identificatori analoghi servono, quando richiesti, ad associare un deposito a un account o a una richiesta. Non vanno aggiunti per abitudine né omessi perché l’indirizzo sembra sufficiente. La regola pratica è semplice:

• se la schermata di deposito mostra un Memo o Tag obbligatorio, copiare sia l’indirizzo sia l’identificatore;
• se il campo non è previsto nelle istruzioni, non inventarne uno;
• se il wallet non permette di inserire un dato dichiarato obbligatorio dal destinatario, interrompere l’operazione e chiedere chiarimenti prima dell’invio.

Un errore nel Memo o Tag può lasciare la transazione correttamente registrata sulla blockchain ma non attribuita automaticamente alla richiesta. L’eventuale recuperabilità dipende dal destinatario e dalle circostanze: non può essere presunta né garantita.

Importo finale, commissioni e saldo necessario

Prima di inviare bisogna distinguere almeno tre valori: quantità prelevata dal wallet, commissione della rete e quantità prevista in ricezione. A seconda dell’interfaccia, il costo di rete può essere aggiunto all’importo oppure sottratto dal saldo disponibile. Se il wallet non dispone dell’asset necessario a pagare la commissione, la transazione potrebbe non essere creata o trasmessa.

La schermata conclusiva deve permettere di rispondere a queste domande:

• quanto verrà effettivamente inviato all’indirizzo indicato;
• quale costo viene applicato dalla rete o dal servizio;
• se l’importo previsto in uscita è ancora valido;
• se esistono limiti o condizioni che rendono la richiesta non eseguibile;
• che cosa accade se l’importo ricevuto differisce da quello indicato.

Commissioni, limiti e condizioni possono cambiare e non vanno dedotti da operazioni precedenti. Se il valore visualizzato dopo la compilazione non corrisponde più al risultato desiderato, il passaggio corretto non è confermare rapidamente, ma annullare e rivalutare il percorso.

Il controllo decisivo prima dell’azione irreversibile

La firma e la trasmissione sono il punto oltre il quale indirizzo, rete e importo non possono essere corretti modificando la richiesta originale. Nelle blockchain le transazioni passano normalmente dalla diffusione in rete all’inclusione in un blocco e poi alle conferme o alla finalizzazione previste dal protocollo. La documentazione Bitcoin precisa che una transazione soltanto trasmessa non equivale ancora a un pagamento confermato; quella di Ethereum distingue a sua volta gli stati di attesa, inclusione e finalizzazione. ^[3]

Subito prima di autorizzare il wallet, il confronto deve essere eseguito sulla schermata di firma, non soltanto sulla pagina preparatoria:

• asset esatto;
• rete esatta;
• indirizzo completo o verificato con un metodo affidabile;
• Memo o Tag, se obbligatorio;
• importo trasferito e commissione;
• assenza di autorizzazioni o interazioni con contratti non previste.

Una richiesta di inserire seed phrase, chiave privata o codici di recupero in una pagina di scambio è un motivo per interrompere immediatamente. Questi dati controllano il wallet e non sono necessari per identificare una normale transazione in entrata.

Come leggere l’attesa e le conferme

Il primo riscontro dopo l’invio è il TXID. La sua presenza consente di separare lo stato del wallet dallo stato effettivo della blockchain. L’explorer deve essere quello della rete selezionata: cercare una transazione TRON in un explorer Ethereum, per esempio, non produrrebbe un controllo valido.

“Trasmessa”, “inclusa” e “confermata” non sono sinonimi. Nel modello descritto dalla documentazione Bitcoin, ogni nuovo blocco successivo aumenta il numero di conferme e la protezione rispetto a possibili riorganizzazioni. Ethereum utilizza anche stati di giustificazione e finalizzazione; TRON adotta un proprio meccanismo di conferma dei blocchi. Per questo il numero o lo stato richiesto dal destinatario non va generalizzato da una rete all’altra. ^[3]

L’accredito interno può inoltre avvenire dopo il raggiungimento della soglia stabilita dal servizio ricevente. Una transazione visibile on-chain non dimostra da sola che l’elaborazione della richiesta sia terminata: occorre verificare anche lo stato mostrato nell’ordine.

Transazione in ritardo o risultato errato: percorso diagnostico

Il wallet non mostra un TXID

La transazione potrebbe non essere stata trasmessa. Controllare lo storico del wallet, la rete selezionata e l’eventuale messaggio di errore. Non ripetere l’invio finché non è esclusa l’esistenza della prima transazione: due invii distinti possono produrre due trasferimenti validi.

Il TXID esiste ma non appare nell’explorer

Verificare anzitutto di utilizzare l’explorer della rete corretta e di aver copiato l’intero identificativo. Se non risulta ancora alcuna registrazione, conservare lo stato del wallet e attendere indicazioni tecniche prima di creare una nuova transazione. Un TXID visualizzato localmente non prova sempre che la propagazione alla rete sia riuscita.

La transazione è in attesa o non confermata

Controllare che sia stata diffusa sulla rete giusta e che non risulti rifiutata o sostituita. Le opzioni eventualmente disponibili per gestire una transazione in sospeso dipendono dalla blockchain e dal wallet: non devono essere applicate istruzioni destinate a un’altra rete. Non inviare fondi aggiuntivi a chi promette di “sbloccare” una conferma in cambio di un pagamento.

La transazione è confermata ma l’accredito manca

Confrontare, in questo ordine, rete, asset, indirizzo, Memo o Tag, importo e numero di conferme richiesto. Se tutti i dati coincidono, fornire all’assistenza l’identificativo della richiesta e il TXID. Non sono necessari seed phrase o chiavi private. Lo stato confermato on-chain costituisce una prova del trasferimento sulla rete, ma non garantisce da solo l’associazione automatica al conto destinatario.

Rete, indirizzo o identificatore non coincidono

Interrompere qualsiasi ulteriore invio e contattare il soggetto che controlla l’indirizzo di destinazione, oltre all’assistenza coinvolta. Indicare esclusivamente dati pubblici o operativi, come TXID, rete, asset, indirizzo e riferimento della richiesta. Il recupero può essere tecnicamente impossibile, non supportato oppure subordinato a verifiche aggiuntive; non va promesso.

Quando il percorso può considerarsi concluso

Lo scambio è completato solo quando esistono due riscontri coerenti: la transazione necessaria ha raggiunto lo stato richiesto sulla blockchain e l’asset previsto compare nel saldo della destinazione corretta. Il solo messaggio “inviato” del wallet o la sola creazione della richiesta non bastano.

Possono restare elementi da verificare anche dopo l’invio, tra cui conferme ancora insufficienti, elaborazione interna, controlli di compliance o differenze tra l’importo atteso e quello rilevato. In questi casi il passo successivo è conservare TXID e dati della richiesta, identificare lo stato preciso e seguire soltanto la relativa branca diagnostica, senza ripetere automaticamente il trasferimento.