EXPLICACIÓN
Security tokens vs utility tokens, explicado
Guía clara sobre los security tokens cripto: qué los define frente a los utility tokens, por qué importa la clasificación y cómo confirmarla a tiempo.
EXPLICACIÓN
Guía clara sobre los security tokens cripto: qué los define frente a los utility tokens, por qué importa la clasificación y cómo confirmarla a tiempo.
Security tokens es el primer término que hay que aclarar frente a utility tokens en cualquier proyecto de tokenización, porque de esa clasificación depende qué reglas aplican antes de emitir un solo token. Un security token representa un interés parecido a una inversión, como acciones, deuda o una participación en un inmueble, mientras que un utility token da acceso a un producto, un servicio o una red. La línea entre ambos no siempre es obvia por el nombre del token ni por su código; depende de cómo se estructura, se comercializa y se usa. Esta guía explica ambas categorías en términos generales y el marco que suele usarse para distinguirlas. Es información general, no asesoría legal ni de inversión, y no indica cómo se clasifica un token específico en un país específico.

En lo básico, un security token representa una inversión: un derecho sobre utilidades, acciones, deuda o una participación en un activo subyacente, emitido en forma digital sobre una blockchain. Un utility token, en cambio, está pensado para consumirse: desbloquea acceso a una plataforma, un servicio o una función dentro de un protocolo, en lugar de representar un derecho de propiedad o de reparto de utilidades.
La distinción importa porque decide qué cuerpo de ley aplica. La regulación de valores protege a inversionistas que dependen del esfuerzo de otros, así que los tokens que encajan en esa descripción suelen heredar obligaciones de divulgación, registro y protección al inversionista. Los utility tokens, cuando funcionan como herramientas de acceso, suelen quedar fuera de ese marco, aunque igual pueden activar reglas de consumidor o antilavado. Nada de esto lo fija el ticker del token ni su estándar: dos tokens en la misma red, con el mismo código, pueden caer en categorías distintas según cómo se vendan.
Un security token es una representación digital de una inversión: una participación tokenizada en el capital de una empresa, un instrumento de deuda o bono tokenizado, una participación en un inmueble u otro activo generador de ingresos, o un derecho a una parte de las utilidades de un fondo o proyecto.
Lo que une a todos estos casos es la expectativa que compra quien lo adquiere: un retorno financiero que depende sustancialmente del trabajo de alguien más, ya sea un equipo directivo, un gestor de fondos o los operadores de un proyecto. Esa expectativa, más que la tecnología subyacente, es lo que suele empujar a un token hacia el tratamiento de security.
Los security tokens compatibles suelen construirse sobre estándares pensados para transferencias reguladas, no para movimiento abierto y sin permisos. ERC-3643, por ejemplo, empareja cada token con una identidad on-chain (ONCHAINID) y un contrato de compliance que valida cada transferencia contra reglas de elegibilidad. Cubrimos ese funcionamiento en nuestra guía sobre ERC-3643 (T-REX) explicado.
Un utility token da acceso, no propiedad. Ejemplos comunes incluyen un token que paga cómputo o almacenamiento en una red, uno que desbloquea funciones en una aplicación, un token de lealtad canjeable dentro de una plataforma, o un token de gobernanza para votar parámetros de un protocolo sin llevar asociado un derecho a utilidades.
La prueba que suele separar a un utility token genuino de un security token disfrazado es si quien lo compra lo hace para usarlo ahora o para lucrar con el esfuerzo futuro de otros. Un token que funciona en una red ya en marcha desde el día uno, con precio pensado para el consumo y no la especulación, se ve distinto de uno vendido como promesa previa al lanzamiento, impulsado por el trabajo de un equipo.
Muchos tokens quedan en una zona gris al inicio, cuando la red aún no está en marcha y el uso principal ha sido recaudar fondos. Esa zona gris es justo la razón por la que la clasificación debe revisarse a propósito, no darse por supuesta.
En muchas jurisdicciones, reguladores y tribunales recurren a una versión de la misma idea general para separar una inversión de una simple compra: ¿hay una inversión de dinero, en una empresa común, con expectativa de utilidad, derivada principalmente del esfuerzo de otros? Cuando los cuatro elementos están presentes, el arreglo tiende a tratarse como un contrato de inversión, y el token que lo representa, como un security.
Este es un marco general, no una lista de verificación mecánica, y no es asesoría legal. Distintas jurisdicciones formulan y ponderan la prueba de forma diferente, y algunos mercados usan marcos completamente separados para activos digitales. Si un token específico la cumple en un país específico es una determinación legal que hacen reguladores o tribunales, no algo que un whitepaper pueda resolver por su cuenta.
Lo útil del marco es la orientación. Si un token se vende con promesas de apreciación de precio impulsadas por la hoja de ruta de un equipo, y los compradores juntan dinero en un proyecto compartido en lugar de pagar por algo que puedan usar de inmediato, eso tiene la forma de un contrato de inversión, y conviene planear un tratamiento de security token hasta que una opinión calificada indique lo contrario.
La clasificación no es un ejercicio académico: decide qué reglas aplican durante toda la vida del token, desde la primera venta hasta cada transferencia posterior.
Si un token se trata como security, los emisores suelen enfrentar registro o una exención calificada antes de cualquier oferta pública, divulgación continua a inversionistas, restricciones sobre quién puede comprar y restricciones de transferencia aplicadas a nivel de contrato inteligente para que el token no pueda moverse a una billetera no elegible. El KYC y AML en la emisión y en las transferencias secundarias son prácticamente universales en esta categoría.
Si un token funciona como utility genuino, la carga de compliance suele ser más ligera del lado de valores, pero rara vez desaparece del todo: pagos, protección al consumidor y antilavado pueden seguir aplicando. Para la capa de licencias detrás de cualquiera de los dos programas (transmisión de dinero, registro MSB, EMI y autorizaciones similares), revisa nuestra guía sobre licencias para mover cripto y fiat: MSB, EMI y MiCA.
Equivocarse en la clasificación sale caro dos veces: o construyes compliance de más, o construyes de menos y expones al proyecto y a su equipo a riesgo de sanción. Ninguno de los dos errores es barato de deshacer una vez que los tokens ya circulan.
La tokenización de activos del mundo real (RWA), representar inmuebles, crédito privado, facturas o participaciones de fondos como tokens on-chain, es uno de los casos de uso que más rápido crece, y normalmente produce security tokens en lugar de utility tokens. La razón se desprende de la prueba anterior: quienes compran una participación tokenizada en un inmueble o en un fondo de crédito juntan dinero en un activo gestionado por alguien más, esperando un retorno de esa gestión, que es el perfil de un contrato de inversión casi por definición.
Esto no significa que todo proyecto RWA se trate igual en todas partes, ni sustituye una opinión por jurisdicción. Sí significa que los equipos que construyen productos RWA deberían planear desde el día uno una infraestructura de security token, con compliance ligado a identidad y controles de elegibilidad, en vez de agregarla después. Nuestra guía práctica sobre cómo tokenizar un inmueble cubre esa infraestructura de punta a punta, y el panorama completo está en nuestra guía base sobre tokenización de activos del mundo real.
| Security token | Utility token | |
|---|---|---|
| Propósito | Representa una inversión o un derecho parecido a la propiedad | Da acceso a un producto, servicio o red |
| Expectativa de inversión | Quien lo tiene suele esperar utilidad por el esfuerzo de otros | Quien lo tiene suele pagar por el uso, no por la utilidad |
| Tratamiento regulatorio común | Suele tratarse como security | Suele quedar fuera de la ley de valores, aunque otras reglas pueden aplicar |
| Capa de compliance típica | KYC, restricciones de transferencia, registro o exención de la oferta | Reglas estándar de consumidor y de plataforma, generalmente con menos restricciones |
| Ejemplo | Acciones, deuda, inmuebles o participaciones de fondos tokenizadas | Crédito de acceso a un servicio, recompensas dentro de una app o gobernanza sin derecho a utilidades |
El patrón se cumple en general, pero un token puede llevar rasgos de ambas columnas a la vez, y ese equilibrio suele ser justo lo que evalúa una opinión legal.
Como la clasificación varía por jurisdicción, la única forma confiable de acertarla es una opinión formal de un abogado calificado en cada mercado donde planees ofrecer el token, antes de la primera venta. Algunas prácticas hacen ese proceso más rápido y barato:
Nada de esto reemplaza la asesoría legal, y nada aquí debe leerse como una opinión legal o de inversión sobre un token específico. Es información general para ayudar a hacerse las preguntas correctas antes de hablar con un abogado, no un sustituto de esa conversación.
Si construyes pensando en Latinoamérica, nuestro hub de LatAm reúne los rieles reales por país.
Tokelia es la infraestructura full-stack para lanzar una fintech o una plataforma de tokenización en Latinoamérica: cuentas virtuales, rieles unificados cripto y fiat, rieles locales (PIX, SPEI, Bre-b) junto a ACH, Wire, FedNow, SEPA y FPS, emisión de tarjetas y tokenización de activos del mundo real, detrás de una sola API, con arquitectura no custodial y cumplimiento integrado en la base. Los servicios de dinero los presta Tokelia LLC, registrada como Money Services Business ante FinCEN, y la banca regulada la entregan instituciones licenciadas, así que puedes lanzar con tu marca mientras las partes difíciles de cambiar ya están resueltas.
Si estás evaluando dónde encaja tu token en este espectro, habla con nuestro equipo y te ayudamos a mapear la infraestructura que cada camino requiere.
Un security token representa un interés parecido a una inversión, como acciones, deuda o una participación en un activo, y quien lo tiene generalmente espera un retorno financiero derivado del esfuerzo de otros. Un utility token da acceso a un producto, servicio o red, y quien lo adquiere suele hacerlo para usar esa función, no para lucrar con el trabajo de un equipo. La distinción es un marco general, no una regla fija, y la clasificación final depende de los hechos y de la jurisdicción.
La mayoría de las stablecoins están diseñadas para mantener un valor estable, no para representar una inversión ni un servicio canjeable, así que suelen no encajar limpiamente en ninguna de las dos categorías y se rigen más bien por reglas de pagos o dinero electrónico. Algunas estructuras similares a stablecoins pueden tener rasgos de inversión según cómo se emitan y promocionen, así que la clasificación igual debe revisarse caso por caso.
No. ERC-3643 es un estándar técnico para emitir y transferir tokens bajo identidad on-chain y controles de compliance; por sí solo no determina si un token es un security. Los equipos que emiten tokens que ya califican como security suelen elegir ERC-3643 porque soporta los controles de elegibilidad y las restricciones de transferencia que ese tipo de compliance normalmente exige, pero la clasificación viene de lo que representa el token, no del estándar sobre el que está construido.
Los reguladores y tribunales de cada jurisdicción hacen esa determinación, generalmente aplicando la ley de valores a los hechos concretos de cómo se estructura, se vende y se usa el token. Un whitepaper, un sitio web o la etiqueta que un proyecto le pone a su propio token no tienen peso legal por sí solos; lo que importa es la sustancia del acuerdo, por eso una opinión temprana de un abogado local calificado es la única forma confiable de saber dónde se ubica un token específico.
En principio sí. La clasificación de un token sigue su estructura, su marketing y su uso real, y si esos elementos cambian de forma significativa (por ejemplo, si un proyecto empieza a promover la apreciación de precio en lugar del acceso a un servicio ya en funcionamiento), el análisis puede cambiar. Como una reclasificación trae consecuencias reales de compliance, vale la pena revisar el análisis cada vez que cambien de forma relevante el caso de uso, el marketing o la mecánica de transferencia del token, en lugar de asumir que la clasificación original se mantiene para siempre.
Temas
Escrito por
DanielDesarrollador Full-Stack, Tokenización
Daniel es desarrollador full-stack en Tokelia, enfocado en el stack de tokenización. Escribe desde el lado de la construcción sobre cómo los activos del mundo real se mueven on-chain (inmuebles, facturas, agroindustria), los estándares que lo mantienen conforme (ERC-3643, KYC) y cómo un equipo puede lanzar una plataforma de tokenización sin construir la infraestructura desde cero.
Cuéntanos tu caso de uso y te indicamos la capa adecuada: infraestructura, tokenización o Yakopay.
Usamos cookies esenciales para que el sitio funcione y, solo con tu consentimiento, cookies de analítica para medir el tráfico. Puedes cambiar tu elección cuando quieras. Política de Cookies