Utility tokens y MiCA: cómo crear un token de utilidad para tu startup

Diseñar utility tokens MiCA con una utilidad real y una clasificación jurídica clara es la única forma de construir un ecosistema digital sostenible sin poner en riesgo la continuidad de tu startup.

Resumen

Un utility token es un criptoactivo diseñado exclusivamente para proporcionar acceso o permitir el uso de un producto, servicio o funcionalidad dentro de un ecosistema digital. Aplicar las exigencias de la regulación MiCA utility tokens permite estructurar tu proyecto Web3 con rigor legal, diferenciando claramente la utilidad real de un instrumento financiero o especulativo. Esta estrategia resuelve la incertidumbre jurídica al lanzar un token, elimina el bloqueo de no saber cómo crear un utility token alineado con la normativa europea y reduce el riesgo de sufrir sanciones por parte de los supervisores financieros. Sigue leyendo para aprender a diseñar la economía de tu token, elaborar un white paper MiCA impecable y validar tu propuesta paso a paso.

Desarrollo práctico de la TIP

Según nuestra experiencia en mentorDay, uno de los errores más graves que cometen los fundadores Web3 es llamar “utility” a un token cuya verdadera propuesta consiste en prometer rentabilidad, repartir dividendos o fomentar la especulación. En mentoría he visto a decenas de emprendedores gastar miles de euros en programar smart contracts y diseñar campañas de marketing para tokens de acceso, solo para descubrir más tarde que la Comisión Nacional del Mercado de Valores (CNMV) o los supervisores europeos consideraban su emisión como una oferta no registrada de valores financieros. Lo que funciona es invertir el proceso: primero diseña una utilidad real para tu cliente, después clasifica jurídicamente el activo y solo cuando tengas la certidumbre regulatoria, procede a programarlo.

Un utility token actúa como una «llave digital». El comprador debe adquirirlo no porque espere que su precio se multiplique en los mercados secundarios, sino porque necesita realizar una acción concreta dentro de tu plataforma. Por ejemplo, consumir capacidad de almacenamiento digital, utilizar funcionalidades avanzadas de un software SaaS, activar prestaciones de un ecosistema descentralizado o pagar servicios específicos. Si todavía no tienes clara la diferencia entre tokenización de financiación, deuda, equity y tokens de utilidad, empieza por la TIP de financiación Web3 y tokenización para startups.

El marco regulatorio MiCA y su impacto en tu startup

El reglamento europeo de Mercados de Criptoactivos (MiCA) establece un marco unificado para la emisión, oferta pública y prestación de servicios con criptoactivos en la Unión Europea. Para una startup, la lección fundamental no es memorizar cientos de páginas de textos legales, sino comprender que la comercialización de criptoactivos genera obligaciones estrictas.

Si tu token es un verdadero utility token, MiCA regula las condiciones bajo las cuales puedes ofrecerlo al público, exigiendo transparencia, la redacción de un white paper MiCA oficial y la adopción de medidas de protección al consumidor. Sin embargo, si el token otorga derechos de reparto de beneficios o expectativas de revalorización financiera, la norma lo excluirá del ámbito de MiCA para someterlo al régimen, mucho más restrictivo, de la legislación de mercados de valores (Directiva MiFID II). Por esta razón, el orden innegociable de trabajo es: UTILIDAD → CLASIFICACIÓN JURÍDICA → DOCUMENTACIÓN → TOKENOMICS → TECNOLOGÍA → LANZAMIENTO.

Por qué esto acelera tu empresa

Señales de que lo necesitas ya

Si estás planeando digitalizar los accesos a tu plataforma o buscas crear un token de comunidad pero no sabes cómo encajarlo en la legalidad vigente, necesitas esta TIP de inmediato. Las señales de alerta son evidentes:

• Tu comunicación comercial utiliza frases como «compra ahora antes de que suba» o «multiplica tu inversión».
• Tus desarrolladores ya están escribiendo el código del smart contract pero ningún abogado especializado ha auditado la naturaleza del token.
• No puedes explicar en una sola frase qué beneficio funcional obtiene el usuario al poseer el token en lugar de utilizar moneda fiduciaria.
• Has redactado un borrador de white paper copiando fragmentos del documento de otras startups sin verificar su encaje con tu modelo de negocio.

Preguntas poderosas (mayéuticas):

• ¿Podrías explicar en una sola frase qué puede hacer un cliente con tu token que no podría hacer sin él?
• ¿Si el precio de tu token nunca aumentara de valor en el mercado, tus clientes seguirían tenida razones reales para comprarlo y usarlo?
• ¿Tu sitio web destaca las funcionalidades prácticas del producto o enfoca la atención en la revalorización futura del activo?
• ¿Sabes qué consecuencias administrativas y penales afronta tu empresa si comercializas un instrumento financiero camuflado de utility token?

Lo que cambia cuando lo aplicas bien

Cuando aplicas con rigor la metodología de diseño de utility tokens MiCA, pasas de la vulnerabilidad jurídica a la construcción de un modelo de negocio Web3 sólido, escalable y atractivo para usuarios e inversores.

• Caso de Éxito: Una startup de almacenamiento distribuido en la nube diseña el token «CLOUD». Cada token concede el derecho ejecutable a consumir 10 GB de capacidad durante un mes. La empresa clasifica el token con asesores especializados, elabora un white paper MiCA transparente que detalla el funcionamiento y los riesgos, y realiza una prueba piloto con 500 usuarios reales. La utilidad clara genera demanda orgánica constante por parte de empresas que necesitan almacenamiento, permitiendo a la startup financiar su infraestructura sin incurrir en infracciones financieras.
• Caso de Fracaso: Una plataforma de contenidos crea un «token de comunidad» prometiendo que los poseedores recibirán el 10% de las suscripciones mensuales de la web. Promocionan la venta privada asegurando que el token «se multiplicará por diez». Meses después de la recaudación, los supervisores financieros bloquean las cuentas de la empresa por comercializar un valor mobiliario no autorizado. La startup se ve obligada a devolver los fondos recibidos, asumir sanciones económicas y cancelar la actividad.

Preguntas poderosas (mayéuticas):

• ¿Prefieres la comodidad de lanzar una preventa opaca o la seguridad de construir una utilidad verificable que resista cualquier auditoría?
• ¿Qué riesgo asume tu reputación empresarial si los usuarios descubren que tu token no sirve para nada dentro de la plataforma?
• ¿Cómo cambiaría la tracción de tu producto si centraras tu propuesta de valor en resolver una necesidad concreta del cliente?

Cómo aplicarlo paso a paso (sin agobios)

Enfoque práctico: primero reflexiona profundamente sobre las necesidades reales de tus usuarios dentro de tu plan de negocio y luego ejecuta la hoja de ruta técnica y legal sin saltarte ninguna etapa.

Paso 1: Identificación del problema y definición de la utilidad real

No te preguntes cómo integrar blockchain en tu empresa; identifica qué problema o fricción de tu producto se resuelve mediante un activo digital.

1. Analiza el flujo de experiencia de tu cliente e identifica dónde existe fricción en el consumo de servicios digitales.
2. Comprueba si un sistema convencional de créditos o puntos en una base de datos tradicional resolvería el problema de forma más sencilla y económica.
3. Define la utilidad principal utilizando la plantilla oficial: «Un token [NOMBRE] permite a su titular [utilizar/canjear/acceder a] ______ dentro de nuestra plataforma.»
4. Responde con precisión a las reglas de funcionamiento: obtención, caducidad, consumo, transferibilidad y límites de emisión.
5. Realiza el test de utilidad verificando que la respuesta a «Quien posee mi token puede…» sea concreta y no especulativa.

• Checklist de Definición de Utilidad:
  • [ ] Necesidad real del usuario identificada y documentada.
  • [ ] Evaluación técnica de alternativas tradicionales (base de datos vs. blockchain) completada.
  • [ ] Frase descriptiva de utilidad redactada según la plantilla.
  • [ ] Reglas de consumo, caducidad y transferencia del token definidas.
  • [ ] Test de utilidad sin expectativa de rentabilidad superado.

Preguntas poderosas (mayéuticas):

• ¿Tu cliente pediría este token si nunca hubiera oído hablar de blockchain ni de criptomonedas?
• ¿La utilización del token simplifica la experiencia de uso de tu plataforma o añade barreras innecesarias?
• ¿Está tu modelo operativo preparado para prestar el servicio prometido aunque la demanda de tokens aumente de forma repentina?

Paso 2: Clasificación jurídica y adecuación a la regulación MiCA

Somete el diseño funcional de tu token a la revisión de profesionales especializados antes de escribir el código del smart contract.

1. Prepara un dossier descriptivo completo para tus abogados detallando los derechos, el funcionamiento y la comercialización prevista.
2. Confirma que el token no otorga derechos de voto societario, reparto de beneficios, intereses fijos ni opciones de reembolso garantizado.
3. Determina el encaje normativo del token: si es un utility token bajo MiCA o si queda excluido por ser un instrumento financiero tradicional.
4. Identifica las obligaciones regulatorias aplicables: requisitos de información al público, publicidad, gobernanza y controles KYC/AML.
5. Establece el protocolo de cumplimiento normativo y protección de los consumidores antes de iniciar cualquier campaña comercial.

• Checklist de Clasificación Jurídica:
  • [ ] Dossier de modelo de negocio y funcionamiento del token entregado a la asesoría legal.
  • [ ] Ausencia de derechos económicos societarios o de revalorización confirmada.
  • [ ] Dictamen jurídico de clasificación (MiCA vs. Mercado de Valores) firmado por especialistas.
  • [ ] Requisitos de publicidad y comercialización revisados conforme a la norma.
  • [ ] Procedimientos de verificación de identidad (KYC) y prevención de blanqueo integrados.

Preguntas poderosas (mayéuticas):

• ¿Has verificado que tus mensajes publicitarios en redes sociales coinciden con la clasificación jurídica de tu token?
• ¿Sabes qué información básica exige el reglamento MiCA sobre el emisor para poder realizar una oferta pública legítima?
• ¿Tienes un plan de contingencia legal si un supervisor financiero solicita información sobre la naturaleza de tu emisión?

Paso 3: Elaboración del White Paper MiCA y diseño de Tokenomics

Estructura la información técnica y económica con la transparencia que exige el mercado y la legislación vigente.

1. Redacta el white paper MiCA siguiendo la estructura oficial: Emisor, Producto/Servicio, Utilidad, Funcionamiento, Tecnología, Tokenomics y Riesgos.
2. Incluye un apartado obligatorio titulado «Qué NO obtiene el titular» (ej. no adquiere acciones, no recibe dividendos, no tiene rentabilidad garantizada).
3. Diseña las tokenomics respondiendo a la oferta total, distribución inicial, porcentaje asignado al equipo e incentivos de uso.
4. Define el mecanismo de circulante cuando el token se utiliza: si se destruye (burn), se recicla o vuelve a la reserva del ecosistema.
5. Somete el borrador del white paper a una revisión cruzada entre los departamentos técnico, legal y comercial.

• Checklist de White Paper y Tokenomics:
  • [ ] White paper MiCA redactado sin frases promocionales o exageraciones comerciales.
  • [ ] Sección explícita de «Qué NO obtiene el titular» incorporada.
  • [ ] Capítulo exhaustivo de riesgos del proyecto y de la tecnología incluido.
  • [ ] Modelo matemático de emisión y distribución de tokenomics definido.
  • [ ] Coherencia entre el white paper, los smart contracts y las landings de venta verificada.

Preguntas poderosas (mayéuticas):

• ¿Tu white paper explica con absoluta transparencia qué ocurre si el proyecto sufre retrasos tecnológicos o falta de financiación?
• ¿El reparto de tokenomics incentiva la utilización prolongada de la plataforma o premia la salida rápida de los fundadores?
• ¿Puede un usuario sin conocimientos técnicos comprender qué está comprando tras leer tu documento informativo?

Paso 4: Hoja de ruta tecnológica y prueba piloto en 4 semanas

Planifica el desarrollo técnico y valida el sistema con un grupo reducido antes del lanzamiento masivo.

1. Semana 1 (Utilidad): Define el problema del usuario, la propuesta de valor y la frase de utilidad, creando una landing explicativa.
2. Semana 2 (Economía): Diseña la oferta de tokens, la distribución, los incentivos de consumo y las simulaciones de escenarios extremos.
3. Semana 3 (Derecho): Confirma la clasificación jurídica, prepara la documentación obligatoria y revisa las restricciones comerciales.
4. Semana 4 (Tecnología): Selecciona la red blockchain, programa el smart contract, realiza la auditoría de código e integra las wallets.
5. Fase de Prueba: Realiza una emisión piloto en entorno controlado con usuarios reales para validar la experiencia de uso.

• Checklist Técnico y de Lanzamiento:
  • [ ] Red blockchain y estándares tecnológicos seleccionados por eficiencia y costes.
  • [ ] Código del smart contract auditado por una empresa de ciberseguridad independiente.
  • [ ] Entorno de pruebas (testnet) completado con éxito sin errores operativos.
  • [ ] Infraestructura de atención al cliente y gestión de incidencias preparada.
  • [ ] Prueba piloto con usuarios reales ejecutada y con feedback documentado.

Preguntas poderosas (mayéuticas):

• ¿Has probado qué ocurre en tu plataforma si un usuario pierde el acceso a sus credenciales o comete un error en la transacción?
• ¿La infraestructura blockchain seleccionada soporta el volumen previsto de operaciones sin encarecer las comisiones de los usuarios?
• ¿Estás preparado para detener el lanzamiento si la prueba piloto detecta fallos en la utilidad o en la seguridad del contrato?

Plantillas y ejemplos rápidos para copiar

• Plantilla 1: Matriz de Definición de Utilidad y Clasificación Jurídica (Formato Copiable)

  * **Nombre de la Startup:** [Tu Empresa]
  * **Nombre del Token:** [Ticker/Nombre] | **Red Blockchain:** [Ej. Polygon / Ethereum]
  * **Frase Definitoria de Utilidad:** "Un token [NOMBRE] permite a su titular utilizar/canjear/acceder a [Servicio/Producto concreto] dentro de nuestra plataforma."
  * **Análisis de Derechos Otorgados:**
    - ¿Otorga propiedad societaria o acciones?: [NO]
    - ¿Reparte beneficios, dividendos o intereses?: [NO]
    - ¿Promete revalorización o rentabilidad económica?: [NO]
    - ¿Permite consumir una funcionalidad del producto existente?: [SÍ]
  * **Clasificación Jurídica Concluida:** Utility Token bajo el Reglamento MiCA (sin naturaleza de instrumento financiero).
  * **Requisitos Cumplidos:** White Paper registrado, publicidad conforme a norma, procedimiento KYC preparado.
  

• Plantilla 2: Estructura de White Paper bajo la Normativa MiCA (Formato Copiable)

  1. DATOS DEL EMISOR: Denominación social, domicilio, equipo promotor y datos de contacto.
  2. DESCRIPCIÓN DEL PRODUCTO/SERVICIO: Estado actual del desarrollo y problema que resuelve.
  3. PROPUESTA DE UTILIDAD DEL TOKEN: Funciones exactas que habilita en la plataforma.
  4. MECÁNICA OPERATIVA: Obtención, uso, consumo, caducidad y restricciones de transferencia.
  5. TOKENOMICS Y DISTRIBUCIÓN: Emisión total, porcentaje de reserva, distribución y quema.
  6. INFRAESTRUCTURA TECNOLÓGICA: Red blockchain utilizada, smart contracts y seguridad.
  7. ADVERTENCIA DE RIESGOS: Riesgos tecnológicos, operativos, de mercado y regulatorios.
  8. CONDICIONES DE LA OFERTA: Precio, periodos de distribución y procedimiento de adquisición.
  9. DECLARACIÓN EXPLÍCITA DE DERECHOS: Detalle de los derechos que otorga el token.
  10. DERECHOS NO OTORGADOS: Declaración formal de que el token NO constituye acción, deuda ni inversión.
  

• Ejemplo 1 (Plataforma E-learning): Una academia online lanza el token «EDU». Cada token permite canjear una hora de tutoría personalizada o acceder a un curso avanzado. La utilidad es inmediata y transparente. Si el usuario no desea el curso, no compra el token. La comunicación comercial se enfoca al 100% en la oferta educativa.

• Ejemplo 2 (Software SaaS B2B): Una startup de ciberseguridad crea un token que otorga capacidad de escaneo de servidores. Los clientes compran paquetes de tokens para auditars sus sistemas. Los tokens se consumen y destruyen en el smart contract tras cada análisis. La empresa demuestra la utilidad real antes del lanzamiento mediante una prueba piloto con 20 pymes.

• Ejemplo 3 (Descarte Inteligente por Falta de Valor): Una aplicación de eventos plantea lanzar un token para que los asistentes voten las canciones de las fiestas. Tras realizar la evaluación de utilidad, comprueban que una base de datos tradicional y pagos en euros resuelven el problema con menor coste, sin fricción para el usuario y sin costes legales regulatorios. Deciden no tokenizar.

Prompts útiles de Inteligencia Artificial para diseñar tu Utility Token

Puedes emplear la Inteligencia Artificial como copiloto para cuestionar tu modelo y preparar la documentación, pero nunca para sustituir el dictamen jurídico de un especialista.

• Prompt 1 (Analizar la utilidad real del token):

  «Actúa como un experto en diseño de productos digitales y Web3. Mi startup ofrece [describir producto/servicio]. Nuestros clientes son [perfil de cliente] y tienen este problema: [problema]. Estamos estudiando crear un token cuya función sería [describir utilidad]. Analiza si el token resuelve un problema real o añade complejidad innecesaria a la experiencia de usuario. No analices su legalidad. Propón cinco preguntas críticas que deberíamos responder antes de desarrollarlo.»

• Prompt 2 (Detectar incoherencias y expectativas especulativas):

  «Actúa como un auditor crítico de modelos Web3. El titular de nuestro token puede [derechos otorgados]. Lo adquiere mediante [proceso de compra]. Puede utilizarlo para [utilidad]. Puede transferirlo de esta forma: [proceso]. Nuestra web incluye estos mensajes: [copiar textos promocionales]. Busca contradicciones, incentivos especulativos, riesgos para los usuarios y mensajes comerciales que sugieran rentabilidad financiera.»

• Prompt 3 (Preparar la información para la reunión legal):

  «A partir de la siguiente descripción de mi token: [insertar resumen], crea una lista organizada de la información y documentación que debería entregar a un abogado especializado en regulación MiCA para que pueda analizar su clasificación jurídica y determinar nuestras obligaciones. No determines tú la clasificación ni inventes requisitos legales.»

Errores típicos (y cómo corregirlos)

• Error 1: Creer que llamar «utility» a un token en la web lo convierte automáticamente en utility. → Corrección práctica: Analiza la función real, los derechos asociados y la publicidad utilizada; la denominación comercial no altera la calificación jurídica. Mini-ejemplo: Vender un «community token» que promete repartir el 5% de los ingresos de la startup; la CNMV lo sanciona por ser un título valor no autorizado.
• Error 2: Programar el token antes de identificar una necesidad real del cliente. → Corrección práctica: Comienza identificando el problema del usuario y valida si la blockchain aporta un valor diferencial claro frente a sistemas tradicionales. Mini-ejemplo: Gastar 15.000 euros en desarrollar un smart contract para luego tener que modificar toda la lógica porque los clientes no entendían el uso del token.
• Error 3: Prometer rentabilidades económicas en la comunicación comercial. → Corrección práctica: Centra el marketing exclusivamente en las prestaciones del producto y somete los textos publicitarios a revisión legal. Mini-ejemplo: Publicar anuncios en redes sociales con el lema «compra nuestro token y multiplica tu dinero por diez», provocando la intervención del supervisor financiero.
• Error 4: Asumir que el reglamento MiCA aplica exactamente igual a todos los criptoactivos. → Corrección práctica: Clasifica el token antes de seleccionar el marco regulatorio; los instrumentos financieros quedan excluidos de MiCA para someterse a la Ley de Mercados de Valores. Mini-ejemplo: Preparar un white paper simplificado para un token que otorgaba derechos de deuda, descubriendo tarde que requerían un folleto registrado de emisión.
• Error 5: Copiar el white paper de otra empresa o utilizar plantillas genéricas. → Corrección práctica: Redacta tu documentación desde la realidad operativa, técnica y financiera de tu propio proyecto. Mini-ejemplo: Copiar un documento informativo que contenía cláusulas sobre redes blockchain que tu startup no utilizaba, perdiendo credibilidad ante auditores e inversores.
• Error 6: Ocultar los riesgos técnicos y de negocio en la documentación informativa. → Corrección práctica: Incluye una sección exhaustiva de riesgos explicando qué puede salir mal sin ocultar información al comprador. Mini-ejemplo: Omitir en el white paper que la plataforma dependía de la aprobación de una licencia de software, lo que provocó demandas por publicidad engañosa al retrasarse el proyecto.
• Error 7: Confundir la capacidad de transferir un token con la existencia de liquidez real. → Corrección práctica: Explica a los usuarios que la transferibilidad tecnológica no garantiza la presencia de compradores dispuestos a adquirir el token. Mini-ejemplo: Prometer a los usuarios que siempre podrán vender sus tokens en cualquier momento, dejando a los clientes bloqueados por falta de demanda en el mercado secundario.

Historia de éxito: Elena y cómo pasó de vender especulación a diseñar un utility token real

Historia ficticia inspirada en casos reales:

Elena había fundado una plataforma tecnológica para profesionales creativos. Necesitaba recursos para desarrollar nuevas funcionalidades y había escuchado que lanzar un token podía ayudarla a financiar el crecimiento de su ecosistema. Su idea inicial era sencilla y tentadora: emitir dos millones de tokens y venderlos mediante una gran campaña de marketing. Cuando preparó la primera presentación para inversores escribió: «Compra nuestros tokens antes de que la plataforma crezca y su valor se multiplique en el mercado».

Sin embargo, en su primera reunión técnica, Elena se dio cuenta de un problema demoledor: no sabía explicar qué podía hacer un cliente con el token dentro de la plataforma más allá de conservarlo esperando que subiera de precio.

Durante su paso por el programa de aceleración de mentorDay, Elena transformó su modelo en tres fases:

1. Fase 1 (1 mes): Reflexión y Rediseño del Modelo. Elena trabajó de forma personalizada con su mentor de la red y las herramientas de Inteligencia Artificial de la aceleradora para auditar su propuesta. Dejó de hablar temporalmente de blockchain y se centró en sus usuarios: identificó qué servicios consumían con mayor frecuencia y qué barreras de pago tenían. En un taller grupal, un experto le formuló una pregunta determinante: «Si nadie pudiera revender este token, ¿tu cliente seguiría queriéndolo?». La respuesta era no. Elena comprendió que había diseñado un instrumento especulativo y decidió rehacer el modelo para centrarlo en una utilidad concreta de consumo de contenidos.
2. Fase 2 (3 semanas): Capacitación y Validación Jurídica. Participó en los seminarios intensivos sobre la regulación MiCA y fiscalidad Web3. Con el feedback de abogados expertos en el Investor Day de mentorDay, definió la frase de utilidad, redactó un white paper MiCA transparente que incluía un listado de derechos no otorgados y reestructuró la comunicación comercial eliminando cualquier promesa de revalorización.
3. Fase 3 (1 año): Ejecución y Prueba Piloto. Acompañada mensualmente por su mentor y la comunidad de networking, Elena lanzó una prueba piloto limitada para 200 creadores de contenido. Los usuarios utilizaron los tokens para desbloquear herramientas de diseño avanzadas y contratar servicios profesionales dentro de la comunidad.

• Resultado: La utilidad real generó un uso recurrente del token sin depender de la especulación. Elena demostró la tracción del producto, cumplió estrictamente la normativa europea sin sanciones y captó 300.000 euros de financiación privada tradicional de inversores impresionados por la solidez legal y operativa de su proyecto.

• La empresa que fracasó por NO aplicarlo: Una startup competidora lanzó un token idéntico prometiendo una revalorización rápida y reparto de beneficios sin clasificación jurídica previa. Recaudaron 150.000 euros en un mes, pero a los seis meses la CNMV les abrió un expediente sancionador por comercialización no autorizada de valores mobiliarios. Tuvieron que devolver los fondos con intereses, afrontar multas administrativas y cerrar la empresa por quiebra. Aprendizaje: La regulación financiera no se esquiva cambiando el nombre a las cosas; diseñar una utilidad real es la única garantía de supervivencia en el entorno Web3.

Reto práctico (15–30 minutos, hoy)

• Qué hacer: Toma una hoja de papel y realiza el Test de Utilidad en 20 minutos completando estas tres frases clave:
  1. «Mi cliente utilizará este token dentro de la plataforma para…» [Escribe la acción concreta].
  2. «Sin este token, actualmente el usuario tiene este problema o fricción…» [Escribe la fricción].
  3. «La tecnología blockchain mejora la solución frente a una base de datos tradicional porque…» [Escribe el motivo técnico/operativo].
  • Pregunta de validación obligatoria: «¿Compraría mi cliente el token aunque supiera que nunca aumentará de precio en el mercado?»
• Cuándo: Hoy mismo, al finalizar la lectura de esta TIP.
• Cómo saber si lo lograste: Si la respuesta a la pregunta de validación es un SÍ rotundo y puedes explicar la función del token en una sola frase sin mencionar palabras como inversión o revalorización, tienes una hipótesis sólida para empezar.
• Qué hacer si te atascas: Entra en tu área privada y consulta a nuestro mentor IA- AYUDAS escribiendo: «Tengo esta idea de token [descríbela]. Ayúdame a pasar el test de utilidad y a eliminar cualquier mensaje especulativo para cumplir MiCA».