La divisione Market Participants della Commodity Futures Trading Commission ha emesso il 17 settembre 2026 una posizione di no-action favorevole agli sviluppatori, relativa ai fornitori qualificati di software passivo che facilita il trading con futures commission merchants registrati, introducing broker e designated contract markets. Secondo la posizione, tali fornitori non subiranno raccomandazioni di azione coercitiva per la mancata registrazione come introducing broker, a condizione che vengano rispettati i requisiti specificati, come indicato nel comunicato stampa della CFTC.

La mossa arriva lo stesso giorno in cui la Securities and Exchange Commission ha concesso separatamente una proroga di innovazione condizionale per i Tokenized Securities Venues, offrendo agli sviluppatori DeFi un raro segnale congiunto da parte di due autorità secondo cui una tutela adiacente alla registrazione è ottenibile senza attendere un formale rulemaking. Le due azioni, tuttavia, riguardano distinti quadri di registrazione e categorie separate di partecipanti al mercato.

Cosa copre effettivamente la posizione di no-action della CFTC

Una posizione di no-action è un segnale dello staff, non una legge. La divisione Market Participants della CFTC ha confermato che non raccomanderà azioni coercitive contro un fornitore qualificato, o il relativo personale, per la mancata registrazione come introducing broker o come associated person di un introducing broker. Tale ambito ristretto rilevante: la tutela si applica esclusivamente alla questione della registrazione, non agli altri obblighi di un fornitore ai sensi del Commodity Exchange Act. Secondo il quadro della CFTC, gli introducing broker sono intermediari che sollecitano o accettano ordini dei clienti su futures o swap senza trattenere i fondi dei clienti, mentre gli associated person sono gli individui che sollecitano o accettano tali ordini per conto di un introducing broker: è il perimetro di registrazione il cui confine con la facilitazione tramite software passivo è ciò che le staff letter sottostanti affrontano. Le posizioni di questo tipo da parte dello staff rappresentano discrezionalità nell'applicazione delle norme, non un porto sicuro statutario.

La divisione ha circoscritto la tutela ai software che facilitano il trading degli utenti con futures commission merchants registrati, introducing broker e designated contract markets. Un fornitore il cui software instrada verso controparti non registrate, o che svolge un'intermediazione attiva al di là della facilitazione passiva, rientra fuori dalle condizioni indicate e non può fare affidamento su questa posizione.

La CFTC ha osservato che la nuova posizione è simile alla Staff Letter 26-09 ed è ora ampiamente disponibile per i fornitori qualificati, anziché limitata alla ristretta classe di destinatari indicati nella precedente lettera. Tale estensione è il miglioramento pratico: gli sviluppatori che in precedenza dovevano richiedere una tutela individuale dispongono ora di un quadro generale a livello di staff su cui confrontarsi.

Segnali paralleli, mandati distinti

L'azione della SEC dello stesso giorno affronta un problema strutturalmente diverso. La commissione ha concesso una tutela esentiva temporanea e condizionale per i Tokenized Securities Venues rispetto alla definizione di borsa dello Exchange Act, consentendo loro di negoziare azioni NMS tokenizzate tramite pool di liquidità AMM con permessi, come indicato nel comunicato stampa della SEC. Le esenzioni scadranno cinque anni dopo la pubblicazione e richiedono, tra le altre condizioni, smart contract pubblici verificabili distribuiti su un registro distribuito pubblico e senza permessi. A differenza della lettera a livello di staff della CFTC, l'azione della SEC è una misura esentiva formale emessa dalla commissione stessa.

La CFTC e la SEC regolano fette diverse del mercato: materie prime e derivati da un lato, titoli dall'altro. Un protocollo DeFi che opera su entrambi i piani, per esempio uno cheada swap nei mercati dei perpetual detentori al contempo posizioni azionarie tokenizzate, non può considerare la tutela di una delle due autorità come coprente la giurisdizione dell'altra. La persistente assenza di un quadro unificato del CLARITY Act significa che gli sviluppatori devono ancora navigare tra mandati sovrapposti prodotto per prodotto.

L'esenzione della SEC comporta anche una richiesta di commenti pubblici, il che significa che le sue condizioni finali potrebbero cambiare prima che parta il termine di cinque anni. Il quadro della proroga di innovazione della SEC va quindi letto come una posizione in bozza, piuttosto che come un porto sicuro consolidato per gli operatori di venue tokenizzate.

I dettagli che determinano l'idoneità

Per gli sviluppatori di software passivo che valutano la posizione di no-action della CFTC, la domanda decisiva è se il loro prodotto passa dalla facilitazione all'intermediazione. Un software che aggrega liquidità, seleziona le sedi di esecuzione o esercita discrezionalità sul flusso degli ordini degli utenti non è chiaramente passivo. La CFTC non ha pubblicato un test con confini netti, quindi i fornitori devono mappare l'architettura del proprio prodotto rispetto alle condizioni della Staff Letter No. 26-25 sottostante.

Il quadro della SEC aggiunge un livello separato di condizioni per gli operatori di venue: smart contract verificabili, distribuzione su un registro senza permessi e la struttura dei pool di liquidità AMM sono ciascuno prerequisiti enumerati, non suggerimenti. Gli sviluppatori che puntano alla negoziazione di azioni NMS tokenizzate dovranno soddisfarli tutti, oltre alla natura a tempo limitato dell'esenzione stessa.

Le azioni di entrambe le autorità confermano che una tutela dalla registrazione è disponibile tramite posizioni condizionali dello staff e della commissione, ma nessuna delle due costituisce un'esenzione generalizzata per gli sviluppatori, e nessuna elimina la necessità di una revisione legale caso per caso. I team dei protocolli dovrebbero valutare se la loro attività specifica, l'insieme delle controparti e l'architettura software soddisfino le condizioni indicate prima di considerare uno dei due annunci come un'approvazione di conformità.