Legge Bitcoin : Strategie di Conformità e di Elusione
L'avvocato Bitcoin Marco Santori esamina approfonditamente le strategie di conformità e di prevenzione per le aziende che operano Bitcoin negli Stati Uniti.

Marco Santori è uno specialista di blockchain e Bitcoin e dirige la divisione FinTech dello studio legale Cooley LLP.
In questa serie in più parti, Santori fornisce una panoramica di base sullo stato della legislazione statunitense per quanto riguarda gli imprenditori del settore della valuta digitale.

Nelle prime due parti della serie, abbiamo trattato la legge sulla trasmissione di denaro a livello federale e statale negli Stati Uniti. Abbiamo appreso che non tutte le aziende di valuta digitale devono registrarsi o ottenere una licenza, ma per quelle che lo fanno, il processo può rivelarsi costoso e richiedere molto tempo.
Quindi, come può un'azienda conformarsi efficacemente ai requisiti di registrazione e licenza? Quali alternative esistono? Come può un'azienda evitarli del tutto?
Puoi richiedere le licenze, ma è costoso
La prima e più ovvia opzione per conformarsi ai requisiti statali e federali è registrarsi presso FinCEN e richiedere le licenze da ciascuno degli stati in cui risiedono i tuoi clienti.
La registrazione presso FinCEN è un esercizio piuttosto semplice: 15 minuti e pochi clic del mouse sul sito web di FinCEN soddisferanno tale obbligo. Il vero onere qui deriva dai costi continui di conformità, come la verifica delle informazioni dei clienti e la presentazione di segnalazioni di attività sospette.
Allo stesso modo, il rispetto delle norme a livello statale è costoso.
I soli costi iniziali per ottenere 48 licenze statali per la trasmissione di denaro possono superare le sei cifre per alcuni richiedenti. Oltre a ciò, soddisfare i requisiti statali in corso è un'attività a sé stante.
Per ulteriori informazioni sulla conformità federale, vedereONE parte di questa seriePer la conformità a livello statale, vedereseconda parteSe questo processo non ti attrae, non sei il solo. Molte aziende hanno cercato di evitare del tutto i clienti statunitensi.
Puoi evitare i clienti statunitensi, ma ci vuole impegno

Molte aziende, tra cui alcune mie clienti, hanno deciso che il mercato statunitense T fa per loro.
O hanno abbandonato l'idea di servire completamente i clienti statunitensi, oppure hanno deciso di lanciarsi e aspettaregiurisdizioni come il Canadafinché gli Stati Uniti non vedranno una riforma normativa.
Questa soluzione può essere redditizia e pratica, ma limitarsi ad incorporare il mercato estero T sarà sufficiente.
L'azienda intelligente svilupperà una serie di politiche e procedure ragionevolmente calcolate per KEEP fuori i residenti degli Stati Uniti. Un avvocato competente può aiutarti a guidarti in questo processo e io posso fornire alcuni principi molto basilari qui.
Innanzitutto, una risposta preventiva a una domanda che mi viene posta ogni settimana: il geofiltering degli indirizzi IP in entrata è solo l'inizio. L'azienda stessa dovrebbe rilevare la giurisdizione dell'indirizzo IP del cliente, visualizzare quell'indirizzo e chiedere al cliente di confermare che questa è la sua giurisdizione.
Sia il cliente che l'azienda possono adottare misure affermative: al cliente può essere richiesto di cliccare su un pulsante che riporta "Affermo di essere residente in *Paese*" e l'azienda può richiedere la verifica della documentazione, come un passaporto o una bolletta.
Diversi provider offrono questo tipo di servizi di onboarding. La tua azienda dovrebbe sviluppare un profilo di rischio per ciascuno dei suoi clienti in tempo reale, FORTH la probabilità che il cliente sia un residente degli Stati Uniti.
Il profilo di rischio dovrebbe tenere conto di diversi fattori, come: (i) se il cliente registra un conto bancario statunitense presso la tua azienda, (ii) quanti trasferimenti verso conti bancari statunitensi richiede il cliente (se offri tale servizio) e (iii) quante volte il cliente accede al tuo servizio dagli Stati Uniti dopo aver creato un nuovo conto.
[post-citazione]
Un cliente le cui attività, nel tempo, iniziano ad assomigliare a quelle di un residente degli Stati Uniti, potrebbe essere un residente degli Stati Uniti e la tua azienda dovrebbe prendere in considerazione la chiusura dell'account di quel cliente.
Una volta che queste politiche sono in atto, la tua azienda dovrebbe implementarle e registrarne i risultati in caso di futura applicazione da parte di un ente di regolamentazione statunitense.
Il verbale T dovrebbe solo dimostrare che la tua attività ha seguito le sue politiche, ma che quelle politiche hanno funzionato. Se si arriva al dunque, un giudice e una giuria vorrebbero probabilmente vedere che, ogni tanto, le tue procedure hanno effettivamente colto un residente degli Stati Uniti che cercava di usare il tuo servizio e che hai chiuso il suo account.
Infine, dovrebbe essere ovvio che la tua attività non dovrebbe fare pubblicità ai clienti statunitensi. Tutto ciò potrebbe sembrare eccessivo o inapplicabile alla tua attività e in effetti potrebbe esserlo. Il set appropriato di procedure dipenderà in larga misura dai dettagli del tuo modello aziendale e dal tuo grado di tolleranza al rischio.
Per alcuni, persino la creazione e l'implementazione di queste politiche potrebbero essere altrettanto poco allettanti della conformità. Esiste, infatti, un modo per servire i clienti statunitensi ed evitare questi oneri.
In particolare, puoi diventare agente di una banca o di una cooperativa di credito, poiché gli agenti certificati MSB di banche, cooperative di credito e società di servizi finanziari sono in genere esenti dai requisiti di registrazione e licenza.
Funzionalmente, diventare un agente significa assumere un avvocato per negoziare ed eseguire un accordo con la banca, la cooperativa di credito o la MSB (chiamata "principale") che FORTH i tuoi diritti e obblighi relativi.
Diventare un agente implica due importanti conseguenze. Innanzitutto, perderai un po' di controllo sulla tua attività. Come agente, agirai secondo le direttive del mandante. Il mandante avrà probabilmente più potere nella negoziazione dell'accordo e nella sua esecuzione.
In secondo luogo, non eviterai del tutto i requisiti di conformità. Di sicuro, la tua attività T dovrà cercare licenze statali o registrarsi presso FinCEN, ma dovrà comunque rispettare tutti i requisiti antiriciclaggio e know your customer (KYC) imposti dal principale.
Inoltre, la tua azienda dovrà implementare tali requisiti nel modo in cui il committente desidera che vengano implementati, il che potrebbe o meno corrispondere al tuo piano aziendale.
Per un'azienda che opera nel settore delle valute digitali, potrebbe essere difficile trovare un rapporto di agenzia.
Gli attuali titolari di licenza per servizi di trasferimento di denaro sono cauti nell'alienare i propri attuali agenti sottoscrivendo un'attività di valuta digitale esotica e non testata.
Peggio ancora, le banche e le cooperative di credito devono ancora sviluppare un programma di conformità adeguatamente adattato alla Tecnologie della valuta digitale. Se nessun licenziatario esistente è interessato, o i costi correnti di conformità sono ancora troppo elevati, non tutto è perduto.
Il tuo modello di business può rientrare in un'eccezione o evitare completamente le regole MSB
Esistono diverse eccezioni ai requisiti di registrazione MSB. Le più diffuse, almeno nella mia esperienza, sono le cosiddette esenzioni "payment processor".
Le aziende che si limitano a svolgere servizi di elaborazione dei pagamenti per un commerciante sono esentate dalla registrazione presso FinCEN, anche se altrimenti rientrano nella definizione di money transmitter. Queste aziende possono prosperare nell'ecosistema della valuta digitale senza dover mai verificare le informazioni identificative dei propri clienti o presentare un rapporto di attività sospette.
La risposta alla domanda: "Sono un processore di pagamento?" non è sempre ovvia e, anche in quel caso, non tutti i titolari di attività commerciali vogliono necessariamente conoscere la risposta con certezza. Dopotutto, la risposta potrebbe essere "no".
Con rammarico dell'avvocato, molti clienti preferirebbero implorare perdono piuttosto che chiedere il permesso. Per coloro che apprezzano la tranquillità, tuttavia, il modo migliore per scoprirlo è che il tuo avvocato prepari una "Request di ruling" a FinCEN e gliela chieda direttamente.
Ho parlato di questo processo nel contesto degli enti normativi statali inseconda parte, ma lo stesso vale per gli enti di regolamentazione federali della FinCEN.
A volte, meglio che adattarsi a un'eccezione, alcune aziende digitali hanno avuto successo nell'evitare completamente il regime di trasmissione di denaro. Ci riescono strutturando attentamente il loro modello aziendale per evitare le caratteristiche comuni della trasmissione di denaro.
Le permutazioni nel mondo reale sono letteralmente infinite, ma due esempi semplicistici potrebbero essere utili.
In primo luogo, un'azienda che altrimenti sarebbe un elaboratore di pagamenti, ma offre anche funzionalità di portafoglio ospitato, potrebbe delegare tale responsabilità a terzi o richiedere al cliente di fornire il proprio indirizzo di portafoglio.
In secondo luogo, un minatore istituzionale Bitcoin potrebbe, invece di vendere i suoi bitcoin estratti in cambio di dollari, vendere in blocco il suo potere di hashing a clienti che possono conservare le loro monete estratte o venderle loro stessi in cambio di dollari.
Un altro esempio molto specifico di adeguamento di un modello aziendale per conformarsi alla normativa è una pratica collaudata: scaricare la responsabilità su qualcun altro.
Puoi etichettare in bianco il tuo prodotto

Probabilmente hai sentito parlare di white labeling. Significa sviluppare il tuo prodotto fino al completamento e portarlo alla soglia del lancio, ma invece di occuparti della regolamentazione richiesta per utilizzarlo, venderlo o darlo in licenza a qualcun altro.
Ciò ha l'effetto di trasferire l'onere normativo al cliente e può avere successo indipendentemente dal fatto che il tuo prodotto sia hardware o software. Ad esempio, il produttore di un bancomat Bitcoin non deve gestirlo. Il produttore può vendere con successo i bancomat a una terza parte che li collegherà, raccoglierà il denaro e si occuperà delle preoccupazioni normative.
Lo stesso vale per gli sviluppatori di software di scambio Bitcoin . Gli sviluppatori possono sempre gestire l'exchange internamente con il proprio marchio e gestire il rischio normativo.
In alternativa, può concedere in licenza lo scambio Software As A Service (probabilmente hai sentito l'espressione "SAAS") a una terza parte in una giurisdizione con requisiti normativi meno rigorosi. Un avvocato competente può guidare la tua azienda attraverso questo processo e preparare i contratti necessari per svolgere correttamente il lavoro.
Si completa così la trilogia della trasmissione di denaro Bitcoin .
Nella ONE parte, abbiamo appreso i requisiti federali per i money transmitter. Nella seconda parte, abbiamo discusso di come le leggi statali sui money transmission potrebbero creare o distruggere un'attività di valuta digitale. In questo articolo, terza parte, abbiamo esaminato alcune strategie per rispettare ed evitare tali requisiti.
Cosa vorresti vedere nella Parte 4?
Marco Santori è un avvocato d'affari a New York City presso Pillsbury Winthrop Shaw Pittman LLP. È un avvocato, ma non è il tuo avvocato, e questa non è una consulenza legale. Puoi contattare Marco amarco.santori@pillsburylaw.com.
Immagine di Dollar Stacktramite Shutterstock
More For You

Il nuovo prodotto HIP-4 dello exchange decentralizzato permette ai trader di scommettere su eventi offchain come l'inflazione e le decisioni sui tassi d'interesse, utilizzando validatori anziché un sistema di risoluzione delle controversie esterno in stile UMA.
What to know:
- Hyperliquid ha ampliato il suo mercato di risultati HIP-4 per consentire agli utenti di negoziare contratti in stile predittivo su eventi offchain come i dati sull'inflazione negli Stati Uniti e le decisioni della Federal Reserve, oltre ai derivati crypto.
- A differenza del concorrente Polymarket, che si affida all’oracolo esterno di...










