Un token ricade in MiCA o nelle regole sugli strumenti finanziari?

Data: 8 novembre 2026. Autore: Redazione LX20 Law Firm. Editore: LX20 Law Firm.

La tecnologia usata per emettere un token non decide da sola il suo regime giuridico. Prima di applicare MiCA occorre esaminare i diritti incorporati e verificare se il token sia uno strumento finanziario. MiCA esclude dal proprio ambito le cripto-attività che si qualificano come strumenti finanziari: chiamare un progetto “utility” o usare una blockchain non risolve questa verifica.

L'analisi richiede documenti e caratteristiche effettive, non soltanto una presentazione commerciale. Questa guida illustra le domande da organizzare per una valutazione preliminare. Non classifica un token concreto, non propone strutture per evitare obblighi e non costituisce consulenza personalizzata o una promessa di autorizzazione.

Partire dai diritti, non dal nome

Raccogli le condizioni di emissione e descrivi ciò che il titolare può ottenere. Esiste un diritto a pagamenti? Sono previsti diritti amministrativi o patrimoniali? Il token dà accesso a un servizio oppure rappresenta un rapporto diverso? Le risposte devono riferirsi ai documenti e al funzionamento del progetto. Un'etichetta scelta per il marketing non prevale automaticamente sulla sostanza.

Confronta la presentazione con i termini effettivi. Se una pagina promette partecipazione ai risultati ma il documento nega qualsiasi diritto, registra la divergenza. Non eliminarla dal fascicolo per rendere coerente una conclusione già scelta. La qualificazione deve considerare gli elementi pertinenti del progetto, comprese le informazioni rese ai destinatari.

Comprendere l'esclusione prevista da MiCA

L'articolo 2, paragrafo 4, lettera a), del regolamento (UE) 2023/1114 del 31 maggio 2023 esclude le cripto-attività che si qualificano come strumenti finanziari. Fonte: MiCA, articolo 2. Essere fuori da MiCA per questa ragione non significa essere fuori dalla regolamentazione finanziaria. Occorre individuare il quadro pertinente all'oggetto e alle attività svolte.

Gli orientamenti ESMA sulle condizioni e sui criteri di qualificazione forniscono un riferimento per l'analisi. Le categorie richiedono una valutazione delle caratteristiche effettive; gli esempi non sostituiscono l'esame caso per caso. Non trattare una singola analogia con un esempio come una conferma definitiva dell'intero progetto.

Preparare una scheda funzionale del token

Identifica emittente, destinatari e modalità di distribuzione. Descrivi trasferibilità, eventuali restrizioni e condizioni di rimborso o estinzione. Chiarisci chi può modificare i diritti e quali eventi ne cambiano il contenuto. Se le risposte dipendono da una decisione futura, rendi esplicita l'incertezza invece di descrivere il progetto come già definito.

Distingui il token dai servizi che vi ruotano intorno. Emissione, custodia e organizzazione degli scambi pongono domande diverse. La classificazione dell'oggetto non risolve automaticamente il titolo necessario a chi svolge ciascuna attività. Una scheda utile mantiene questa distinzione e collega ogni funzione al soggetto che la esercita, senza attribuire tutto genericamente alla “piattaforma”.

Valutare anche ciò che il codice realizza

I documenti devono essere confrontati con l'architettura tecnica. Se il contratto promette una limitazione ai trasferimenti, verifica come venga attuata e chi possa modificarla. Il codice può mostrare capacità o restrizioni rilevanti, ma non sostituisce da solo l'analisi giuridica dei diritti. Serve un dialogo documentato tra chi conosce la struttura legale e chi conosce l'implementazione.

Non confondere inoltre una caratteristica configurabile con una capacità già operativa. Una funzione prevista in una versione futura non dimostra il funzionamento attuale. Registra quali parti sono esistenti e quali soltanto progettate. La valutazione deve indicare a quale configurazione si riferisce, così una modifica tecnica rilevante può essere riesaminata.

Capire il ruolo del regime pilota DLT

Il regolamento (UE) 2022/858 del 30 maggio 2022 istituisce un regime pilota per infrastrutture di mercato basate sulla tecnologia a registro distribuito. Fonte: regolamento 2022/858. Non costituisce un'autorizzazione generale a emettere o negoziare qualsiasi token. Il rapporto con quel regime richiede di esaminare infrastruttura, attività e condizioni applicabili.

Prima di discutere ammissibilità o soglie, chiarisci quindi che cosa rappresenta il token e quale operazione si intende svolgere. Questo articolo non elenca limiti numerici o possibili riforme: il loro esame richiede il testo applicabile alla data del progetto. Una proposta di modifica normativa non va trattata come una disposizione già operativa senza verifica.

Un esempio fittizio

Una società presenta un token come accesso a una piattaforma, ma il materiale promozionale descrive anche pagamenti collegati ai risultati di un'attività. Il gruppo incaricato dell'analisi raccoglie termini, presentazione e specifiche tecniche. Prima di scegliere una categoria, chiede quale sia la natura dei pagamenti e quali diritti abbia il titolare. Non considera decisiva la parola “utility”.

Durante il confronto emerge una differenza tra la versione tecnica e quella descritta nei termini. La valutazione viene riferita a una configurazione identificata, mantenendo aperte le questioni non risolte. L'esempio non classifica il token e non descrive un cliente o un incarico dello Studio. Mostra soltanto perché servono fonti coerenti prima di formulare una conclusione.

Mantenere la valutazione collegata al progetto

Conserva i documenti esaminati e le assunzioni rilevanti. Se cambiano diritti, trasferibilità o attività offerte, verifica se la conclusione resta pertinente. Un documento preliminare non deve diventare una garanzia permanente usata per configurazioni diverse. Anche le comunicazioni esterne devono rispettare i limiti della valutazione, evitando formule assolute non sostenute dal fascicolo.

Nel passaggio a un altro gruppo conserva questi confini insieme ai documenti. Una conclusione sintetica è utile se chi legge comprende la versione fattuale cui si riferisce. Se un’assunzione non è confermata, identifica l’informazione ancora necessaria anziché presentare la classificazione come definitiva. Le decisioni successive restano così collegate alla valutazione realmente svolta.

Per il quadro dell'attività dello Studio sul tema, consulta Fintech, Digital Assets & Web3.