Wallet non ospitati
Leggi l’edizione PDF (2 pagine)
Il caso più difficile è il trasferimento da o verso un wallet le cui chiavi sono detenute da un privato senza alcuna istituzione alle spalle. Il GAFI li chiama wallet "unhosted" o "self-hosted". Non esiste un'istituzione beneficiaria che riceva le informazioni o verifichi il beneficiario, sicché la regola nella sua formulazione non può applicarsi integralmente. La posizione della MAS, esposta nelle Guidelines, è che il licenziatario debba comunque ottenere dal proprio cliente le informazioni richieste sull'ordinante e sul beneficiario e registrarle. Il licenziatario deve applicare misure basate sul rischio per valutare se il wallet non ospitato appartenga al cliente o a un terzo. I trasferimenti verso wallet non ospitati di terzi sono considerati a rischio più elevato ai fini del monitoraggio.1 La MAS si è fermata prima di esigere la prova della titolarità per ogni trasferimento da o verso wallet non ospitati.
La Svizzera è andata oltre. La Comunicazione FINMA sulla vigilanza 02/2019 del 26 agosto 2019 impone all'intermediario finanziario svizzero che trasferisce cripto-attività da o verso un wallet esterno di verificare con mezzi tecnici idonei che il wallet appartenga al proprio cliente. In caso contrario la controparte è un terzo la cui identità deve essere accertata come per un bonifico, il che in pratica significa che il trasferimento non può essere effettuato.2 La posizione svizzera ha precluso i prelievi anonimi verso terzi, mentre quella di Singapore li consente nell'ambito di un regime basato sul rischio. Un gruppo che opera in entrambi i centri deve quindi scegliere. Può applicare a livello globale il più rigoroso standard svizzero, soluzione più semplice e difendibile a Singapore in quanto superiore al requisito. Oppure può applicare due standard, soluzione meno onerosa per la clientela di Singapore ma più complessa da governare. Il Capitolo VIII torna su questa scelta.
Dimostrare il controllo di un wallet
Qualunque standard adotti, un'impresa ha bisogno di un metodo per verificare che un cliente controlli un indirizzo esterno. Sono in uso tre metodi. Il metodo del messaggio firmato chiede al cliente di firmare un messaggio contenente un nonce con la chiave privata dell'indirizzo, firma che l'impresa verifica mediante la chiave pubblica. Il metodo del micro-trasferimento chiede al cliente di inviare dall'indirizzo un piccolo importo specificato entro una finestra temporale. Il metodo dello screenshot chiede uno screenshot del software del wallet che mostri l'indirizzo, il che non prova nulla e non dovrebbe essere utilizzato.3 Il metodo del messaggio firmato è il più affidabile e l'unico che funziona senza movimentare valore. Le imprese dovrebbero registrare il messaggio firmato e l'esito della verifica nel fascicolo del cliente e ripetere la verifica quando un cliente dichiara un nuovo indirizzo.
Esempio
Un cliente societario di una MPI di Singapore, una GmbH di Zug che sviluppa un exchange decentralizzato, ordina il prelievo di 1.000.000 USDC verso un indirizzo che descrive come il multisig della tesoreria del protocollo. L'indirizzo è un wallet smart contract controllato da cinque firmatari, tre dei quali devono essere d'accordo. Non vi corrisponde alcuna singola chiave privata, sicché il metodo del messaggio firmato, nella sua forma semplice, non funziona. La MPI dispone di tre opzioni. Può chiedere ai firmatari di eseguire un messaggio on-chain dal multisig, poiché la maggior parte delle implementazioni multisig supporta la firma tramite un'interfaccia standard. Può richiedere un micro-trasferimento dal multisig. Oppure può documentare la titolarità del multisig attraverso i registri pubblici di governance del protocollo e la delibera del consiglio di amministrazione della GmbH che identifica i firmatari. La MPI sceglie la prima opzione, registra la verifica, classifica la destinazione come "controllata dal cliente, complessità più elevata" e imposta una regola di monitoraggio che segnala qualsiasi successivo trasferimento dalla tesoreria verso un indirizzo non visto in precedenza.
Note
- Guidelines to Notice PSN02, sezione sui trasferimenti di valore che coinvolgono wallet non ospitati, che impone al licenziatario di raccogliere e registrare presso il proprio cliente le informazioni sull'ordinante e sul beneficiario e di applicare misure basate sul rischio, compresa, se del caso, la verifica del controllo del cliente sul wallet. ↩
- FINMA Guidance 02/2019, Payments on the blockchain, 26 agosto 2019, sull'applicazione dell'art. 10 AMLO-FINMA ai trasferimenti da e verso wallet esterni; si veda la Parte F, Capitolo IV. ↩
- Guidelines to Notice PSN02, sezione sui wallet non ospitati, che fa riferimento all'uso di mezzi tecnici come la firma crittografica per verificare la titolarità; la FINMA Guidance 02/2019 utilizza lo stesso concetto ("geeignete technische Mittel"). ↩
Solo a scopo informativo generale. Il presente articolo non costituisce consulenza legale o fiscale, non sostituisce la consulenza sul singolo caso e non instaura alcun rapporto tra avvocato e cliente. Riflette la situazione giuridica aggiornata a novembre 2026.