Análisis jurídico independiente sobre bitcoin y criptoactivos Rigor jurídico · fuentes primarias

Blockchain

La no actuación de la CFTC para Phantom delimitó software y corretaje

Ilustración editorial de una cartera digital, una señal de restricción y un documento normativo.

La Market Participants Division emitió el 17 de marzo de 2026 una no actuación de la CFTC para Phantom. Bajo los hechos y condiciones descritos, el personal no recomendaría sancionar al proveedor de la wallet ni a determinadas personas por no registrarse como introducing broker o associated person.

La carta permitió que el software facilitara operaciones con futures commission merchants, introducing brokers y designated contract markets ya registrados. No convirtió a Phantom en entidad licenciada ni creó una exención general para wallets, agregadores o interfaces DeFi.

Condiciones de la no actuación de la CFTC para Phantom

Phantom debía conservar un modelo de autocustodia: no tomar posesión ni control de los activos de usuarios. El cliente iniciaría la transacción desde su wallet y la actividad regulada se realizaría con intermediarios y mercados registrados, responsables de sus propias obligaciones.

El software no podía ejercer discreción sobre enrutamiento o ejecución ni formular señales expresas de compra o venta. Estas limitaciones separan una herramienta tecnológica de un intermediario que solicita órdenes, recomienda productos o decide dónde enviarlas.

La remuneración era otro dato relevante. La carta contempló las comisiones descritas por Phantom, pero una estructura económica diferente podría cambiar el análisis. Cobrar por una transacción no determina por sí solo registro o exención; debe evaluarse junto con funciones, control y relación con el cliente.

Software frente a introducing broker

La Commodity Exchange Act regula a quienes solicitan o aceptan órdenes sobre determinados derivados y no reciben dinero o activos para garantizarlas. Una interfaz puede acercarse a esa función si selecciona productos, recomienda, negocia condiciones o dirige órdenes de forma activa.

La autocustodia responde solo a una parte. Un proveedor puede no conservar claves y, aun así, realizar intermediación regulada mediante diseño, mensajes o ejecución. Por eso, la carta utilizó condiciones funcionales y no una etiqueta como “wallet”.

El vínculo con entidades registradas también fue decisivo. La posición no autorizó acceso indiscriminado a mercados offshore o protocolos sin supervisor. El alivio descansaba en que la transacción llegara a infraestructuras dentro del perímetro de la CFTC.

La forma de presentar la interfaz debe coincidir con esa neutralidad. Listas patrocinadas, mensajes personalizados o diseño que empuje una operación pueden acercar el servicio a solicitud o recomendación, aunque el código final lo firme el usuario. Contratos con mercados e intermediarios han de repartir con claridad atención al cliente, errores, reportes y vigilancia.

Alcance jurídico limitado

Una no-action letter expresa la intención del personal de no recomendar enforcement en circunstancias concretas. No es una regla de la Comisión, no vincula a tribunales y puede dejar de aplicar si los hechos cambian o una representación era inexacta.

Otras wallets deben comparar en detalle custodia, discreción, publicidad, comisiones e integraciones. Copiar el resultado sin reproducir las condiciones crea riesgo. Además, pueden existir obligaciones de valores, transmisión monetaria, sanciones o protección del consumidor fuera del ámbito preciso de la carta.

Perspectiva desde 2026

A agosto de 2026, la carta 26-09 seguía publicada en el registro de posiciones del personal de la CFTC. Las fuentes oficiales consultadas no mostraban que se hubiera convertido en una exención reglamentaria general ni que hubiera sido retirada.

Su valor fue trazar una vía condicionada para conectar autocustodia y mercados regulados. También dejó claro el límite: la arquitectura técnica no reemplaza el análisis de intermediación. Cada proveedor debe demostrar que permanece en funciones de software y que las decisiones reguladas corresponden al usuario y a entidades registradas.

Si Phantom modifica esas funciones, deberá reevaluar el alivio antes de ofrecerlas. La carta protege el supuesto representado, no futuras extensiones del producto por defecto.

Fuentes

Conversación

Participa en la conversación

Comparte una duda, un matiz o una experiencia relacionada con este análisis. Leemos todos los comentarios.

Comparte tu punto de vista

Tu correo electrónico no se publicará. Los campos con * son obligatorios.

Búsqueda global

Buscar en Law & Bitcoin

Busca una norma, país, autoridad, impuesto o concepto jurídico.

Social Media Auto Publish Powered By : XYZScripts.com