Per scambiare USDT indicato come BEP-20 non basta controllare che l’indirizzo inizi con 0x. Occorre verificare insieme la rete selezionata, l’asset riconosciuto dal servizio, l’indirizzo di accredito, l’eventuale contratto del token e le condizioni della singola operazione. Questo esame riguarda la correttezza tecnica dei dati su BNB Smart Chain; non certifica la disponibilità di una specifica coppia di scambio, né commissioni, limiti, tempi o requisiti di verifica che possono cambiare.

Come sono stati verificati i punti decisivi

Le affermazioni tecniche sono state confrontate con la documentazione ufficiale di BNB Chain, la specifica BEP-20, la pagina dei protocolli supportati da Tether, il block explorer BscScan e gli standard Ethereum applicabili al formato degli indirizzi EVM. Per irreversibilità e frodi è stata considerata anche la guida della Federal Trade Commission statunitense.

La data indicata nella documentazione è riportata quando disponibile. Le pagine senza una data esplicita sono trattate come fonti dinamiche: descrivono ciò che mostrano al momento della consultazione, ma devono essere ricontrollate prima di un trasferimento. Il block explorer conferma lo stato on-chain e le etichette pubblicate, non sostituisce le istruzioni del destinatario né dimostra che un exchange o un servizio accetti quel particolare token.

Che cosa significa realmente “USDT BEP-20”

BEP-20 è uno standard per token su BNB Smart Chain. La relativa proposta definisce l’interfaccia usata dai contratti per funzioni quali saldo, trasferimento, autorizzazione e offerta totale. La sigla descrive quindi il formato tecnico del token, non garantisce da sola l’identità dell’emittente, il rapporto con un asset esterno o l’accettazione da parte di un servizio. ^[1]

La mainnet di BNB Smart Chain usa il Chain ID 56 e BNB come asset nativo. La documentazione ufficiale indica inoltre BscScan come explorer della rete. Questi dati permettono di distinguere la mainnet dalla testnet, che ha Chain ID 97 e usa tBNB: inviare asset sulla testnet non equivale a depositarli sulla rete principale. ^[2]

Le operazioni on-chain richiedono BNB per il gas. Possedere USDT nel wallet, senza una quantità sufficiente di BNB disponibile sulla stessa rete, può quindi impedire l’invio. Il costo effettivo non è una cifra fissa da dedurre dal nome BEP-20: va letto nel wallet immediatamente prima della firma della transazione. ^[3]

Perché il simbolo USDT non è una verifica sufficiente

Un simbolo visualizzato nel wallet può essere associato a contratti diversi. Sulla pagina di BscScan relativa al contratto 0x55d398326f99059ff775485246999027b3197955, il token è etichettato come Binance-Peg BSC-USD; il contratto verificato porta il nome tecnico BEP20USDT. L’explorer avverte anche che il nome e il simbolo mostrati non coincidono con quelli restituiti dalle funzioni del contratto. Questa distinzione è decisiva: copiare il ticker “USDT” non identifica in modo univoco il token. ^[4]

La pagina corrente di Tether include BNB Smart Chain nell’elenco generale dei protocolli, ma nella sezione specifica dedicata alla rete pubblica un indirizzo di contratto per XAU₮ e non un indirizzo USD₮. L’assenza di un contratto USD₮ in quella sezione non dimostra da sola che ogni token denominato USDT su BNB Smart Chain sia falso; impedisce però di attribuire automaticamente a Tether un contratto trovato tramite ticker, wallet o motore di ricerca. ^[5]

Il risultato pratico è netto: l’indirizzo del contratto deve coincidere con quello esplicitamente accettato dal destinatario. Un contratto reale e attivo su BNB Smart Chain può comunque non essere supportato dall’exchange, dal wallet custodial o dall’operatore di scambio scelto.

Controllo dell’indirizzo e della rete

BNB Smart Chain è compatibile con l’Ethereum Virtual Machine e utilizza indirizzi nel formato EVM. Un indirizzo ordinario appare come 0x seguito da 40 caratteri esadecimali. Lo standard ERC-55 aggiunge un controllo basato sull’uso combinato di maiuscole e minuscole, utile per individuare parte degli errori di trascrizione. Non garantisce però che l’indirizzo appartenga al beneficiario corretto. ^[6]

Un’altra limitazione è meno intuitiva: la stringa di un indirizzo EVM, isolata dal contesto, non contiene necessariamente l’informazione sulla blockchain di destinazione. Lo stesso indirizzo può esistere formalmente su più reti compatibili, mentre il controllo delle chiavi o il supporto del deposito possono differire. La rete deve quindi essere verificata come dato separato, non dedotta dal solo prefisso 0x. La proposta ERC-1191 documenta precisamente il rischio di confondere indirizzi validi appartenenti a reti diverse, pur non essendo adottata universalmente dai wallet. ^[7]

Registro delle affermazioni

Per applicare questi controlli a un’operazione concreta è possibile verificare le direzioni e le reti attualmente disponibili per lo scambio. La pagina operativa serve a conoscere le condizioni correnti e non costituisce una fonte delle affermazioni tecniche riportate sopra.

Procedura pratica prima dell’invio

1. Creare o aprire la richiesta corretta. Controllare asset in entrata, asset in uscita e rete indicata. La semplice presenza di USDT tra gli asset supportati non implica che ogni rete o combinazione sia attiva.
2. Leggere i requisiti della singola operazione. Verificare importo, eventuali limiti, dati richiesti e condizioni di compliance prima di trasferire fondi. Questi elementi dipendono dalla direzione e dai risultati dei controlli applicabili.
3. Confrontare rete e Chain ID. Nel wallet deve essere selezionata BNB Smart Chain mainnet, Chain ID 56, non Ethereum, opBNB o BSC Testnet.
4. Identificare il token tramite contratto. Se il wallet consente di visualizzarlo, confrontare tutti i caratteri con il contratto accettato dal destinatario. Nome, logo e ticker non bastano.
5. Copiare l’indirizzo dalla richiesta attiva. Evitare indirizzi ricevuti tramite chat, pubblicità, messaggi privati o risultati sponsorizzati. Dopo aver incollato l’indirizzo, controllare in particolare anche i caratteri centrali, non solo l’inizio e la fine.
6. Verificare la disponibilità di BNB per il gas. Il gas deve trovarsi nello stesso wallet e sulla stessa rete dalla quale parte il token.
7. Valutare un trasferimento di prova. Può ridurre l’impatto di alcuni errori operativi, purché il destinatario accetti importi ridotti e l’eventuale minimo sia rispettato. Non sostituisce il controllo della rete e del contratto.
8. Firmare solo dopo la schermata riepilogativa. Ricontrollare destinatario, token, rete, importo e costo stimato. Una richiesta inattesa di approvazione illimitata di token non è la stessa cosa di un semplice trasferimento.
9. Conservare l’hash della transazione. L’identificativo consente di verificare su BscScan stato, indirizzi, contratto, quantità trasferita e conferme senza affidarsi a screenshot.

Rischi che restano anche con dati formalmente validi

• Rete errata: un indirizzo può avere un formato valido su più reti EVM. Se il destinatario non gestisce le chiavi o non supporta il recupero sulla rete scelta, l’accredito può non avvenire.
• Contratto errato: token diversi possono usare lo stesso simbolo. Un trasferimento on-chain riuscito non obbliga il destinatario ad accreditare un asset non supportato.
• Irreversibilità: i pagamenti in criptovaluta normalmente non dispongono di un meccanismo equivalente allo storno di una carta. Il recupero dipende dalla collaborazione di chi controlla l’indirizzo destinatario e può non essere possibile. ^[8]
• Phishing e sostituzione dell’indirizzo: pagine imitate, QR code falsi, malware degli appunti e messaggi che simulano l’assistenza possono sostituire i dati corretti con quelli di un aggressore.
• Address poisoning: un indirizzo costruito per assomigliare a uno già usato può comparire nella cronologia del wallet. Copiare il destinatario da una vecchia transazione senza confrontarlo integralmente è rischioso.
• Volatilità operativa: USDT mira a rappresentare un valore stabile, ma prezzo di mercato, spread, liquidità e risultato finale dello scambio possono variare. La denominazione “stablecoin” non elimina il rischio di mercato, di controparte o tecnico.
• Regole territoriali: disponibilità del servizio, obblighi documentali, trattamento fiscale e restrizioni possono differire tra paesi. Il presente controllo tecnico non sostituisce una valutazione giuridica o fiscale pertinente alla propria situazione.

Ricontrollo finale dei dati dinamici

Subito prima dell’invio, la richiesta operativa deve ancora risultare valida e mostrare la stessa rete, lo stesso token e lo stesso indirizzo. Occorre inoltre rileggere eventuali minimi, commissioni, tasso applicato, numero di conferme e istruzioni di compliance: nessuno di questi valori può essere considerato permanente.

Dopo la trasmissione, il block explorer permette di distinguere quattro elementi: esistenza della transazione, esito dell’esecuzione, contratto del token coinvolto e indirizzo destinatario. Un esito positivo prova che la rete ha eseguito il trasferimento; non prova automaticamente che il servizio lo abbia associato all’ordine corretto o che il token fosse supportato.

Il criterio decisivo è quindi la corrispondenza completa tra rete, contratto, indirizzo e richiesta attiva. Se uno solo di questi dati manca, è ambiguo o proviene da un canale non verificato, il trasferimento non dispone ancora delle condizioni tecniche minime per essere autorizzato.