Una piattaforma di asset tokenizzati può rendere accessibili obbligazioni, fondi, azioni, credito privato o immobili attraverso token registrati su blockchain. La tecnologia, però, non elimina il rischio dell’intermediario né trasforma automaticamente un token in proprietà diretta del bene. Prima di depositare euro, stablecoin o crypto occorre capire chi gestisce il servizio, quale diritto si acquista e come quel diritto potrebbe essere esercitato quando qualcosa va storto. Questa guida propone una verifica operativa, non una raccomandazione d’investimento: l’obiettivo è raccogliere prove sufficienti per decidere se proseguire, chiedere chiarimenti o rinunciare.
Il metodo parte da un principio semplice: separare l’interfaccia commerciale dalla catena giuridica e operativa. Il sito può mostrare prezzi in tempo reale e regolamenti istantanei, mentre proprietà del sottostante, custodia, pagamenti e rimborso dipendono da società, contratti e banche diverse. Per inquadrare il settore, è utile la guida CryptoRoad su RWA e tokenizzazione; la due diligence descritta qui comincia dove finisce la presentazione del prodotto.
Piattaforma di asset tokenizzati: controllo in dieci aree
1. Identità legale, licenza e giurisdizione
Annotare ragione sociale completa, numero di registrazione, sede, società operative, emittente del token e soggetto che riceve il deposito. Un marchio può essere condiviso da più entità: quella indicata nel footer non è necessariamente la controparte del contratto. Condizioni d’uso, informativa privacy, ricevuta del bonifico e schermata di sottoscrizione dovrebbero convergere sulla stessa entità o spiegare chiaramente il ruolo di ciascuna.
La parola “regolamentata” non basta. Occorrono autorità, numero di licenza, servizi autorizzati e territorio coperto. Nell’Unione europea si può consultare il registro MiCA pubblicato da ESMA e poi verificare il registro dell’autorità nazionale. Una licenza crypto non equivale necessariamente all’autorizzazione a offrire strumenti finanziari, custodire titoli o raccogliere depositi. Se il prodotto rappresenta un titolo, un fondo o una nota strutturata, può ricadere in regole diverse da MiCA. Registrare data e risultato della ricerca, perché autorizzazioni, passaporti e regimi transitori possono cambiare.
2. Documenti del prodotto e natura del diritto
Scaricare prima del deposito termini, memorandum, prospetto o white paper, accordo di sottoscrizione, politica di rimborso e tabella commissioni. Conservare le versioni con data. Il documento deve dire se il token attribuisce proprietà diretta, una quota di un veicolo, un credito contrattuale verso l’emittente oppure soltanto esposizione sintetica al prezzo. Deve inoltre indicare legge applicabile, foro, restrizioni al trasferimento, diritti di voto, distribuzioni e procedura in caso di errore del registro.
Controllare l’ordine di prevalenza tra registro blockchain, registro dell’emittente e libri del custode. La tassonomia della SEC sulle securities tokenizzate distingue, tra gli altri, modelli creati dall’emittente e modelli di terze parti collegati a un’attività custodita. È una distinzione pratica: due token con lo stesso prezzo possono offrire diritti, rischi di controparte e rimedi completamente diversi.
3. Sottostante, copertura e verifiche indipendenti
Chiedere che cosa sostiene ogni token, chi possiede legalmente il bene, dove è depositato e con quale frequenza avviene la riconciliazione. Per titoli o quote servono identificativi, quantità e nome del custode; per immobili, veicolo proprietario, gravami e metodo di valutazione; per crediti, debitore, priorità, scadenze e regole sui default. “Uno a uno” è una promessa incompleta se manca la prova del titolo giuridico.
Un’attestazione puntuale non è automaticamente un audit completo. Verificare periodo coperto, standard professionale, indipendenza del revisore, perimetro, eccezioni e possibilità di collegare passività dei token alle attività. Una proof of reserves on-chain può mostrare indirizzi controllati, ma non sempre rivela debiti, pegni, prestiti o clienti esclusi. Il controllo sul rischio di controparte resta utile anche quando il prodotto non è una stablecoin.
4. Custodia, segregazione e insolvenza
Disegnare la catena di custodia: chi detiene il sottostante, chi controlla le chiavi del token, chi conserva il denaro in attesa e quali sub-custodi intervengono. Chiedere se le attività dei clienti sono segregate contabilmente, operativamente e giuridicamente; a nome di chi sono aperti i conti; se possono essere prestate, date in garanzia o riutilizzate; quale riconciliazione viene eseguita e da chi.
Il testo di MiCA prevede specifiche salvaguardie per i crypto-asset detenuti in custodia dai fornitori coperti, comprese segregazione e politica di custodia. Questo non risolve ogni caso: il sottostante potrebbe stare in un veicolo separato o ricadere nella disciplina degli strumenti finanziari. Cercare nel contratto cosa accade durante insolvenza di piattaforma, emittente, veicolo, banca e custode. Se la risposta è soltanto “fondi sicuri”, il dossier non è sufficiente.
5. Liquidità, mercato secondario e rimborso
La presenza di un pulsante “vendi” non garantisce liquidità. Identificare chi compra, come nasce il prezzo, ampiezza dello spread, profondità reale, orari, dimensione minima, limiti giornalieri e facoltà della piattaforma di sospendere gli scambi. Un market maker collegato all’emittente introduce un conflitto che deve essere dichiarato. Se non esiste un mercato indipendente, la liquidità è una promessa del gestore.
Leggere il rimborso come un processo: soggetto obbligato, valuta di pagamento, preavviso, finestra, commissione, controlli KYC, soglie e cause di sospensione. Verificare se il token può essere riscattato direttamente o solo venduto sul marketplace. Eseguire, quando possibile e proporzionato, un piccolo ciclo deposito-acquisto-vendita-prelievo prima di aumentare l’esposizione; non prova la solvibilità, ma può rivelare attriti operativi.
| Area | Prova minima | Domanda decisiva |
|---|---|---|
| Entità e licenza | Registro ufficiale e contratto | La società autorizzata è la mia controparte? |
| Diritto sul bene | Prospetto o accordo di sottoscrizione | Possiedo il bene, una quota o un credito? |
| Copertura | Registro, riconciliazione, assurance | Attività e passività coincidono davvero? |
| Custodia | Custodi, conti e politica di segregazione | I creditori possono aggredire i beni? |
| Uscita | Regole di vendita e rimborso | Chi paga, quando e a quale prezzo? |
| Sicurezza | Contratti verificati, audit, incident policy | Chi può aggiornare, congelare o emettere? |
6. Commissioni, cambio e fiscalità
Ricostruire il costo totale con una simulazione in valuta: deposito, conversione, spread, acquisto, gestione, custodia, performance fee, rete, vendita, rimborso e prelievo. Alcuni costi sono incorporati nel prezzo e non appaiono come commissione. Confrontare prezzo della piattaforma, valore patrimoniale e riferimento esterno allo stesso istante. Verificare chi sceglie il cambio, quale maggiorazione applica e chi sopporta movimenti valutari durante i tempi di regolamento.
La tokenizzazione non rende uniforme il trattamento fiscale. Residenza dell’utente, natura del diritto, sede dell’emittente, distribuzioni, plusvalenze e conversioni possono produrre obblighi differenti. Chiedere rendiconti esportabili, cronologia completa, identificativo delle operazioni e documenti annuali. Le spiegazioni fiscali commerciali non sostituiscono la verifica con un professionista della propria giurisdizione.
7. Smart contract, poteri amministrativi e sicurezza
Individuare rete, indirizzo ufficiale, standard del token e codice verificato. Mappare funzioni di mint, burn, pausa, blacklist, trasferimento forzato, upgrade e recupero. La presenza di questi poteri non è sempre negativa: può essere necessaria per conformità o correzioni. Diventa rischiosa quando titolare, multisig, soglia, ritardo e procedura d’emergenza non sono dichiarati. La guida sui rischi degli smart contract aiuta a distinguere automazione e fiducia residua.
Leggere audit e non soltanto contarli: versione e indirizzo coperti, data, commit, criticità, correzioni e parti fuori perimetro. Le considerazioni di sicurezza di Solidity ricordano che proxy, chiamate esterne e limiti della piattaforma richiedono progettazione prudente. Chiedere bug bounty, monitoraggio, gestione delle chiavi, test dei ripristini e dipendenze da bridge, oracle e provider cloud.
8. Incidenti, trasparenza e assistenza
Cercare una cronologia di interruzioni, exploit, blocchi dei prelievi, errori di valutazione e violazioni dei dati. Valutare velocità e precisione delle comunicazioni, indennizzi, analisi post incidente e correzioni. L’assenza assoluta di incidenti dichiarati non è una garanzia; può anche indicare scarsa trasparenza. Verificare canali ufficiali, pagina di stato, procedura reclami, tempi di risposta e meccanismo di escalation.
Le raccomandazioni IOSCO sui mercati crypto e digital asset evidenziano conflitti, custodia, segregazione, disclosure e cooperazione transfrontaliera. Per l’utente, questi temi diventano domande concrete: chi controlla il mercato, chi verifica i saldi e quale autorità può intervenire se piattaforma e cliente si trovano in paesi diversi?
Checklist dettagliata delle bandiere rosse
- Ragione sociale, indirizzo o numero di registrazione non coincidono tra sito, contratto e coordinate di pagamento.
- La licenza è descritta con un logo, ma manca il collegamento al registro ufficiale o il servizio autorizzato non copre il prodotto.
- “Token supportato da asset” senza identificare proprietario, custode, quantità, gravami e frequenza di riconciliazione.
- White paper promozionale privo di legge applicabile, diritti del titolare, ordine di prevalenza dei registri e procedura di rimborso.
- Rendimento presentato come fisso o garantito senza debitore, fonte dei flussi, rischio di credito e condizioni di mancato pagamento.
- Proof of reserves mostrata come prova di solvibilità completa, senza passività né assurance indipendente.
- Possibilità contrattuale di prestare, impegnare o riutilizzare beni dei clienti senza consenso chiaro e limiti verificabili.
- Nessuna spiegazione sull’insolvenza di emittente, veicolo, custode, banca o piattaforma.
- Liquidità fondata soltanto su un market maker affiliato, con spread e profondità non osservabili.
- Rimborso “in qualsiasi momento” contraddetto da finestre, soglie, approvazione discrezionale o sospensioni indefinite.
- Commissioni frammentate, cambio proprietario non confrontabile o costi di uscita visibili solo dopo il deposito.
- Contratto non verificato, indirizzi discordanti, proxy aggiornabile o chiave amministrativa singola non documentata.
- Audit vecchio, riferito a un commit diverso o pubblicato senza risposte alle criticità.
- Nessuna politica pubblica su incidenti, chiavi compromesse, hard fork, oracle errato o blocco della blockchain.
- Pressione a depositare rapidamente, bonus legati a importi crescenti o assistenza che evita risposte scritte.
- Prelievi possibili solo dopo ulteriori versamenti per “tasse”, “sblocco” o “verifica di liquidità”.
Una decisione documentata prima del primo euro
Creare una cartella con registri ufficiali, contratti, documenti del prodotto, audit, indirizzi on-chain, simulazione dei costi e risposte dell’assistenza. Assegnare a ogni area un esito: verificata, parziale o non verificata. Un punto non verificato non diventa sicuro perché gli altri sono convincenti; va trattato come rischio aperto e dimensionato di conseguenza.
La migliore piattaforma di asset tokenizzati non è quella con la dashboard più fluida, ma quella in cui la catena dei diritti è leggibile anche nello scenario peggiore. Entità, licenza, sottostante, custodia, uscita e sicurezza devono produrre risposte coerenti e documentate. Se la piattaforma di asset tokenizzati non consente di ricostruire chi deve cosa a chi, prima di depositare la scelta più razionale è fermare la verifica, non completare il bonifico.
