Il 24 giugno, il quinto anniversario del regime di licenza di valuta virtuale di New York noto come BitLicense, il New York Department Financial Services (DFS) ha pubblicato nuove linee guida e domande frequenti relative all'approvazione per l'uso di valute specifiche e al processo di licenza. come un quadro di licenza condizionale proposto. Le misure offrono informazioni importanti per le società che detengono o stanno valutando la possibilità di richiedere una BitLicense e rappresentano i cambiamenti più significativi e proposti dall'emissione iniziale del regolamento nel 2015.
Guida per l'adozione o la quotazione di valute virtuali
In base al regime BitLicense, i licenziatari ei titolari di charter approvati ai sensi della Legge bancaria di New York (collettivamente, "Entità VC") sono tenuti a includere le valute virtuali ("monete") che intendono "elencare" nella loro domanda iniziale a DFS. Storicamente, per elencare nuovi asset, le entità VC dovevano tornare a DFS per chiedere l'approvazione. Data la proliferazione di monete disponibili negli ultimi cinque anni, questo è diventato un sistema ingombrante e dispendioso in termini di tempo. Per porre rimedio a questo problema, nel dicembre del 2019, DFS ha emesso una proposta di guida per consentire ai licenziatari di "offrire e utilizzare nuove monete in modo tempestivo e prudente". Dopo aver ricevuto commenti pubblici, DFS ha ora pubblicato guida finale creando "due framework separati progettati per migliorare la velocità e l'efficienza nell'adozione o nella quotazione di monete da parte di un'entità VC". Questi due quadri includono (1) "un quadro generale per la creazione da parte di un'entità VC di una politica specifica dell'azienda per l'adozione o la quotazione di una nuova moneta, senza previa approvazione di DFS, attraverso il processo di autocertificazione" e (2) " un quadro generale per il processo di inserimento nella lista verde delle monete per un utilizzo più ampio. "
Politica di quotazione delle monete
Le entità VC che desiderano autocertificare l'uso di monete devono creare una politica di elenco delle monete in conformità con il framework DFS e tale politica deve essere approvata da DFS. Secondo DFS, la politica di quotazione delle monete deve "includere procedure solide che affrontano in modo completo tutti i passaggi coinvolti nella revisione e approvazione delle monete" e dovrebbe portare all'approvazione solo se l'Entità VC conclude che la quotazione è coerente con gli standard contenuti nel regime BitLicense.
In particolare, la guida afferma che "un'entità VC non può autocertificare alcuna moneta che possa facilitare l'offuscamento o l'occultamento dell'identità di un cliente o di una controparte", il che significa che "nessuna moneta per la privacy può essere autocertificata". Allo stesso modo, le entità VC "non possono autocertificare alcuna moneta progettata o sostanzialmente utilizzata per aggirare leggi e regolamenti (ad esempio, monete per giochi d'azzardo)". In particolare, la guida non definisce il termine "moneta per la privacy" o "moneta da gioco", né tali termini sono definiti nei regolamenti di BitLicense. Tali monete non sono completamente vietate sotto la guida, ma richiederebbero un'approvazione DFS specifica anziché l'approvazione tramite autocertificazione.
Le politiche di quotazione delle monete devono aderire a determinati standard minimi relativi a (1) governance, (2) valutazione del rischio e (3) monitoraggio. Per quanto riguarda la governance, la guida richiede che il consiglio di amministrazione o l'ente equivalente approvi la politica di quotazione delle monete e ogni nuova moneta quotata. Comprende anche disposizioni relative a conflitti di interesse, tenuta dei registri, revisioni periodiche della politica di quotazione e notifica a DFS di casi di non conformità. Inoltre, non è possibile apportare modifiche o revisioni alla politica senza previa approvazione scritta da parte di DFS.
Per quanto riguarda una valutazione del rischio, la guida afferma che un'entità VC deve "eseguire una valutazione completa del rischio progettata per garantire che la moneta e gli usi per i quali viene presa in considerazione siano coerenti con la protezione del consumatore e altri standard incorporati nel [regime di BitLicense ] e con la sicurezza e la solidità dell'Entità VC. " La guida passa quindi all'elenco di 11 diversi rischi che devono essere valutati per ogni nuova moneta. Ad esempio, tra gli altri rischi, le entità VC devono valutare il "rischio per la sicurezza informatica", i "rischi associati a conflitti di interesse effettivi o potenziali" e i "rischi normativi, inclusi quelli relativi alle normative federali del Financial Crimes Enforcement Network (FinCEN), negli Stati Uniti. Commodity Futures Trading Commission (CFTC) e US Securities and Exchange Commission (SEC). " Sebbene non esplicitamente dichiarato, il riferimento a CFTC e SEC suggerisce che le entità VC devono essere particolarmente caute quando si considera l'elenco di monete che potrebbero essere considerate un titolo secondo le regole SEC o un prodotto derivato secondo le regole CFTC.
Per quanto riguarda il monitoraggio, la guida afferma che "una volta che un'entità VC inizia a utilizzare una nuova moneta, l'entità VC dovrebbe disporre di politiche e procedure in atto per monitorare la moneta per garantire che l'uso continuato dell'entità VC della moneta rimanga prudente". Tale monitoraggio include (1) rivalutazione periodica, (2) "adozione, documentazione e implementazione" dei controlli interni per la gestione dei rischi associati alle monete elencate e (3) un processo per la cancellazione dall'elenco delle monete.
In particolare, per le entità VC con una politica di quotazione delle monete approvata, sebbene non sia richiesta l'approvazione preventiva di DFS, tali entità devono "fornire un avviso scritto a DFS della sua intenzione di utilizzare la moneta, inclusi i dettagli del suo uso e scopo specifico" prima dell'uso la moneta.
Le entità VC senza una politica di quotazione delle monete approvata, devono continuare a richiedere la pre-approvazione da DFS, a meno che la moneta non sia contenuta nella "Greenlist" di DFS (discussa di seguito).
Greenlist DFS
DFS ha pubblicato una Greenlist di monete approvate che le entità VC possono elencare senza ottenere un'approvazione specifica da DFS o passare attraverso il processo di autocertificazione. Le monete possono essere aggiunte alla Greenlist attraverso due meccanismi. Innanzitutto, le monete possono essere approvate direttamente da DFS. In secondo luogo, le monete approvate da tre "entità diverse e non correlate" attraverso il processo di autocertificazione verranno aggiunte a un elenco pubblico di monete in un "periodo di attesa della lista verde". Dopo sei mesi la moneta verrà aggiunta alla Greenlist a meno che un'Entità VC non rimuova o smetta di utilizzare una determinata moneta, nel qual caso "DFS può decidere se continuare o meno con il Periodo di attesa della Greenlist sulla base di qualsiasi informazione che ritiene rilevante." In particolare, le monete sono inserite nella Greenlist per "un uso specifico" anziché per uso generale. Non è chiaro dalla guida in che modo saranno interpretati in senso ampio tali usi. Al momento, la Greenlist include due usi: "custodia" e "quotazione". Tuttavia, questi termini non sono definiti da DFS o nelle normative BitLicense e non è chiaro se questi siano gli unici usi che DFS considererà di aggiungere alla Greenlist.
Durante il periodo di attesa della lista verde, le entità VC possono ancora cercare di utilizzare la moneta attraverso l'approvazione diretta di DFS o attraverso il processo di autocertificazione. Un'entità VC deve avere "politiche e procedure in atto per monitorare la sua adozione e l'uso di qualsiasi moneta sulla Greenlist per garantire che l'uso continuato della moneta da parte dell'Entità VC rimanga prudente".
L'attuale Greenlist contenuta nel sito web di DFS è inclusa di seguito. Finora, sette monete sono state approvate per la "custodia" e la "quotazione" e altre due monete sono state approvate per la custodia, ma non per la quotazione.
Requisiti di trasparenza
La guida afferma che le entità VC devono fornire ai propri clienti informazioni scritte sulle monete offerte, incluso se una moneta è stata approvata dalla Greenlist, dall'autocertificazione o dall'approvazione specifica del DFS.
Avviso relativo alle procedure di richiesta
L'industria si è lamentata da tempo del fatto che il processo di richiesta di BitLicense è complesso, lungo e, in alcuni casi, privo di trasparenza. In un nuovo bacheca pubblicato sul sito Web di DFS, riconosce queste critiche del settore e afferma che "nell'esperienza di DFS, una causa alla base di queste preoccupazioni è che le applicazioni BitLicense vengono spesso inviate senza tutti i documenti e le informazioni necessarie". Al fine di aumentare la "trasparenza e la velocità nel processo di revisione delle applicazioni BitLicense", DFS ha annunciato due nuove "pratiche".
In primo luogo, DFS inizierà una "revisione sostanziale" solo quando una domanda include "tutti i documenti richiesti ... e ciascuno di questi documenti sembra essere adeguato in termini di organizzazione e livello di dettaglio". DFS spiega inoltre che "le domande che non si trovano ancora in questo stato saranno considerate non pronte per la revisione sostanziale fino a quando gli elementi mancanti non saranno stati forniti e generalmente non saranno riviste, ad eccezione di un processo di assunzione iniziale per determinare se la revisione sostanziale è appropriata. " Secondo DFS questa nuova pratica migliorerà il processo di revisione (1) accelerando la revisione delle domande considerate pronte per la revisione sostanziale, (2) risultando in un maggior numero di domande pronte per la revisione sostanziale limitando "qualsiasi incentivo per i richiedenti a presentare domande parziali, "E (3) con conseguente" uso più efficace ed efficiente delle risorse di DFS ".
In secondo luogo, DFS limiterà il numero di "lettere di irregolarità" emesse per una determinata serie di requisiti. Una lettera di irregolarità è una lettera che delinea un'irregolarità in una determinata parte dei materiali di un richiedente che deve essere sanata per il rilascio di una licenza. Secondo DFS, "queste lettere includeranno una data di ritorno entro la quale è dovuta una risposta completa" e "se tutte le carenze che coinvolgono un particolare requisito dell'applicazione o una serie di requisiti non sono state risolte in modo completo ed efficace entro la fine del periodo di risposta per il terza lettera di irregolarità che affronta i requisiti, DFS può, senza ulteriore avviso, rifiutare la domanda. " DFS spiega che questa politica andrà a vantaggio dei richiedenti che avanzano diligentemente le loro domande una volta nel periodo di revisione sostanziale e consentono un uso più efficace delle risorse DFS.
Le nuove pratiche annunciate da DFS sottolineano l'importanza di disporre di un pacchetto applicativo completamente completato e ben congegnato e di rispondere prontamente e pienamente alle lettere di carenza di DFS, oltre a lavorare con consulenti esperti che possono aiutare a elaborare politiche e procedure che potrebbero essere approvate da DFS. Resta da vedere se le nuove pratiche accelereranno effettivamente i tempi di elaborazione per i candidati.
FAQ aggiornate
Oltre alla guida, discussa sopra, DFS ha anche rilasciato una serie rivista di FAQ. Le FAQ riviste contengono riepiloghi dei nuovi framework per la quotazione delle monete e delle procedure per la richiesta delle licenze. Le FAQ includono anche una serie di risposte utili riguardanti l'ambito della BitLicense, ad esempio, chiarendo che "molte" stablecoin sono considerate Valuta virtuale sotto il regime di BitLicense e che "software di scrittura che consente ai clienti di auto-custodia della Valuta virtuale in un portafoglio non richiederebbe, di per sé, una BitLicense. "
Framework per le licenze condizionali proposto
In base alle attuali normative BitLicense, DFS può, a sua discrezione, concedere una "licenza condizionale" a un richiedente che "non soddisfa tutti i requisiti normativi al momento della licenza". Le licenze condizionali possono essere concesse per due anni durante i quali un'entità deve soddisfare le condizioni imposte da DFS. Alla fine del periodo di licenza condizionale DFS può consentire la scadenza della licenza, rimuovere lo stato condizionale della licenza o estendere il periodo di licenza condizionale. Il meccanismo di licenza condizionale aveva lo scopo di fornire un onramp alle start-up con risorse più limitate che potrebbero non soddisfare tutti i requisiti DFS al momento della loro applicazione, ma avere una chiara tabella di marcia per entrare in piena conformità in futuro. Tuttavia, fino ad oggi, questa licenza condizionale è stata di scarso interesse per la maggior parte dei membri dell'industria, date le incertezze intrinseche del processo e le risorse significative richieste per ottenere anche una licenza condizionale.
La licenza condizionata proposta contesto pubblicato da DFS riconosce le sfide che devono affrontare alcune aziende, incluso il "rigoroso processo di candidatura, che può comportare un notevole dispendio di tempo e risorse per i candidati". Al fine di migliorare queste sfide, DFS ha proposto un quadro di licenza condizionale "per consentire a un nuovo concorrente di lavorare in collaborazione con un BitLicensee autorizzato o un titolare di una carta fiduciaria a scopo limitato di New York ... durante il periodo della BitLicense condizionale". Come spiegato da DFS, un richiedente "che cerca di intraprendere un'attività commerciale in valuta virtuale a New York sotto una licenza condizionale collaborerebbe e si impegnerebbe con un'entità VC autorizzata per vari servizi e supporto, come quelli relativi a struttura, capitale, sistemi, personale o qualsiasi altro supporto necessario. " DFS aggiunge che si aspetta che le entità a cui è stata concessa la licenza condizionale alla fine cercheranno una BitLicense completa. Il quadro proposto contiene cinque passaggi:
- Un richiedente fornirà a DFS una bozza di "livello di servizio o accordo simile" tra il richiedente e un'entità VC;
- Il richiedente presenterà alcuni documenti e informazioni aggiuntivi in base al tipo di attività che il richiedente intende condurre e ai rischi presentati da tale attività;
- DFS condurrà una revisione sostanziale dei materiali per la domanda;
- Se approvato, DFS e il richiedente stipuleranno un "accordo di supervisione" che specifica, tra le altre considerazioni, "le attività in cui il richiedente può impegnarsi, i requisiti che deve soddisfare, la divisione, la ripartizione e la condivisione di responsabilità e responsabilità con il VC Entità e la supervisione che DFS condurrà nei confronti del Richiedente; " e
- Al completamento dell'accordo di supervisione, DFS rilascerà al richiedente una licenza condizionale.
DFS sta cercando commenti da tutte le parti interessate riguardo al framework proposto ed elenca 11 domande specifiche per le quali è "particolarmente interessato a ricevere commenti". Sia le Entità VC che le entità che intendono condurre affari con le Entità VC dovrebbero rivedere il quadro proposto e considerare la possibilità di inviare un commento con la guida di consulenti esperti.
In particolare, il quadro proposto sembra principalmente mirato a risolvere il problema delle entità che cercano di fornire determinati servizi alle entità di capitale di rischio. Ad esempio, un'entità che desidera fornire soluzioni di custodia per un'entità VC con sede a New York potrebbe essere un potenziale candidato nell'ambito del quadro proposto. Il framework apparentemente ha meno utilità per le entità che non cercano di collaborare con le società di VC esistenti, ma piuttosto di competere con quelle aziende. Ad esempio, un'entità che cerca di stabilire un nuovo cambio di valuta virtuale a New York per competere con altri fornitori nello stato non sarebbe in grado di farlo nell'ambito del quadro a meno che non trovi un partner VC Entity disponibile.
Steptoe continuerà a monitorare e fornire aggiornamenti su questo framework proposto man mano che il processo di DFS si svolge.
- 11
- 2019
- attività
- aggiuntivo
- Adozione
- Accordo
- Tutti
- tra
- ha annunciato
- Applicazioni
- applicazioni
- Attività
- Settore bancario
- BitLicense
- tavola
- Consiglio di Amministrazione
- stile di vita
- affari
- capitale
- casi
- Causare
- CFTC
- Moneta
- Monete
- collaborazione
- Commenti
- commissione
- merce
- Aziende
- conformità
- ritiene
- Consumer
- Protezione del consumatore
- continua
- Creazione
- crimini
- Valuta
- Corrente
- Custodia
- Clienti
- dettaglio
- documenti
- Efficace
- efficienza
- exchange
- aspetta
- Faccia
- di fronte
- Federale
- finanziario
- servizi finanziari
- FinCEN
- Nome
- Contesto
- pieno
- futuro
- Futures
- Gioco d'azzardo
- Generale
- la governance
- Come
- HTTPS
- Identità
- Compreso
- Aumento
- industria
- informazioni
- intento
- interesse
- coinvolto
- IT
- conservazione
- Legge
- Legislazione
- Leggi e regolamenti
- Livello
- Licenza
- licenze
- Licenze
- Limitato
- Lista
- annuncio
- elenchi
- Lunghi
- Materiale
- Utenti
- monitoraggio
- mese
- Rete
- New York
- New York di
- NY
- offrire
- minimo
- Altro
- partner
- Personale
- Termini e Condizioni
- politica
- presenti
- Privacy
- Prodotto
- protezione
- la percezione
- normativa
- Requisiti
- Risorse
- risposta
- recensioni
- Recensioni
- Rischio
- valutazione del rischio
- norme
- Sicurezza
- SEC
- Valori
- Securities and Exchange Commission
- problemi di
- Servizi
- set
- SIX
- So
- Software
- Soluzioni
- velocità
- Stablecoins
- standard
- Regione / Stato
- stati
- Stato dei servizi
- presentata
- supporto
- sistema
- SISTEMI DI TRATTAMENTO
- tempo
- Trading
- Trasparenza
- Affidati ad
- Aggiornamenti
- us
- utilità
- VC
- virtuale
- moneta virtuale
- Portafoglio
- Sito web
- Lavora
- anni