--- title: Desarrollo de tokens url: "https://www.unknowngravity.com/servicios/desarrollo-de-tokens" site: Unknown Gravity published: "2025-01-28T13:48:14+00:00" modified: "2026-07-15T10:51:34+00:00" language: es-ES description: "Creamos tokens personalizados que cumplen con los estándares más avanzados (ERC-20, ERC-721, ERC-1155 y más), optimizados para cualquier blockchain compatible." section: "Inicio > Desarrollo de tokens" --- # Desarrollo de tokens > El desarrollo de tokens consiste en programar, auditar y desplegar el contrato inteligente que define un activo digital: su suministro, sus reglas de transferencia y sus permisos. El estándar aplicable (ERC-20, ERC-721 o ERC-3643) depende del uso y del régimen jurídico. Unknown Gravity desarrolla tokens sobre redes EVM. TOKENS ERC ESTÁNDAR PERSONALIZACIÓN COMPLETA TOKENOMICS ESTRATÉGICO [Agenda una reunión](/meeting) El desarrollo de tokens consiste en programar, auditar y desplegar el contrato inteligente que define un activo digital: su suministro, sus reglas de transferencia y sus permisos. El estándar aplicable (ERC-20, ERC-721 o ERC-3643) depende del uso y del régimen jurídico. Unknown Gravity desarrolla tokens sobre redes EVM. Programamos el contrato inteligente que sostiene tu token: elección de estándar, diseño de permisos y supply, pruebas, auditoría y despliegue verificado en el explorador de bloques. **ERC-20, ERC-721, ERC-1155 y las familias ERC-1400 y ERC-3643 para tokens con restricciones de transferencia.** ## 01 / Qué es exactamente desarrollar un token Un token es un contrato inteligente desplegado en una blockchain: un programa que registra quién posee qué y bajo qué reglas se puede transferir. Desarrollarlo es decidir esas reglas y escribirlas en código que después no se cambia a la ligera. Es un trabajo distinto de la operación de colocación —la ronda, la documentación, el registro—, que tratamos en [emisión de tokens](/servicios/emision-de-tokens). Tiene sentido cuando ya sabes qué representa el token y necesitas que exista on-chain con garantías; no lo tiene si aún no está claro si resuelve algo, y ahí conviene empezar por [tokenomics](/servicios/tokenomics). ## 02 / Elegir el estándar: ERC-20, ERC-721, ERC-1155, ERC-1400 y ERC-3643 El estándar condiciona todo lo demás, así que se decide primero. - **ERC-20**: unidades fungibles e intercambiables. Tokens de utilidad, puntos, gobernanza o unidades de cuenta internas. - **ERC-721**: piezas únicas con identificador propio, cuando cada unidad tiene identidad: certificados, títulos individuales, coleccionables. - **ERC-1155**: varias series fungibles y no fungibles en un mismo contrato. Menos gas y un inventario más simple cuando manejas muchas colecciones. - **ERC-1400 y ERC-3643**: pensadas para instrumentos con restricciones. Añaden registro de titulares autorizados, bloqueos temporales, transferencias condicionadas a identidad verificada y recuperación forzosa de posiciones. La decisión entre unos y otros no es técnica: si el token se comporta como instrumento financiero no le aplica MiCA, sino la normativa de valores (LMVSI y MiFID II), y el contrato debe imponer esas restricciones en la propia transferencia. El [clasificador MiCA/MiFID](/clasificador-mica-mifid) ordena ese debate antes de escribir código. ## 03 / Decisiones de diseño que después no se deshacen Antes de programar cerramos por escrito lo que marcará el contrato de por vida: - **Supply**: fijo, con tope máximo o abierto; quién puede acuñar, con qué límite y hasta cuándo. - **Permisos**: roles separados para administrar, pausar y quemar, en manos de una multifirma y no de una cuenta única. - **Actualizabilidad**: un contrato inmutable da certeza y no admite correcciones; un proxy permite corregir y concentra mucho poder en quien controla la actualización. - **Pausa y listas de bloqueo**: necesarias en entornos regulados, difíciles de justificar en un token de utilidad. - **Comportamientos no estándar**: comisiones en la transferencia, rebases o decimales inusuales rompen integraciones con exchanges, puentes y protocolos DeFi. ## 04 / Pruebas, auditoría y despliegue verificado El código se entrega probado, no solo escrito: - Pruebas unitarias con cobertura sobre los caminos de fallo, no solo sobre el caso feliz. - Invariantes y fuzzing sobre las reglas que nunca deben romperse, como que la suma de saldos cuadre con el supply. - Análisis estático y revisión manual de control de acceso, reentrada, desbordamientos y redondeos. - Despliegue en red de pruebas, ensayo de la operativa real y solo después salto a producción. - Verificación del código fuente en el explorador y publicación de la dirección. Cuando el contrato va a custodiar valor real añadimos una revisión independiente: [auditoría de smart contracts](/servicios/auditoria-smart-contracts). A julio de 2026, ninguno de los contratos que hemos desplegado ha sufrido un incidente de seguridad conocido. ## 05 / Entregables y errores frecuentes Recibes el repositorio con código y scripts de despliegue, la suite de pruebas, el informe de cobertura, la documentación de roles y funciones administrativas, las direcciones verificadas y un runbook de operativa. Los fallos que más se repiten: - Elegir el estándar después de prometer una funcionalidad que ese estándar no soporta. - Desplegar con la clave de administrador en una cartera caliente de una sola firma. - Dejar un proxy actualizable sin plazo de espera ni gobierno, y descubrirlo en la primera due diligence. - Copiar un contrato de un repositorio público sin revisar en qué se desvía del estándar. - Programar restricciones de transferencia a mano cuando el proyecto es un security token y ERC-3643 ya lo resuelve. FAQ ## Preguntas frecuentes **¿Qué diferencia hay entre desarrollo de tokens y emisión de tokens?** El desarrollo es el contrato: estándar, reglas, pruebas y despliegue. La emisión es la operación con la que el token se coloca entre inversores o usuarios, con su documentación y sus obligaciones. Un contrato impecable no valida una colocación irregular. **¿Cuándo necesito un ERC-20 y cuándo un ERC-721 o ERC-1155?** Depende de si las unidades son intercambiables entre sí. Si una vale exactamente lo mismo que otra —puntos, unidades de cuenta, cuotas de un pool— es ERC-20. Si cada unidad tiene identidad y hay que poder señalarla —un título, una obra, un certificado— es ERC-721. ERC-1155 encaja cuando manejas muchas series en un único contrato. Un aviso para España: las participaciones de una sociedad limitada no entran en esta lista, porque la ley prohíbe representarlas por títulos o anotaciones en cuenta y les niega el carácter de valores (art. 92.2 de la Ley de Sociedades de Capital, BOE-A-2010-10544). **¿Se puede modificar un token una vez desplegado?** Solo si se previó desde el principio. Un contrato inmutable no se toca: para cambiar algo hay que desplegar uno nuevo y migrar los saldos. Un proxy sí permite actualizar la lógica, a cambio de que alguien tenga esa llave; por eso lo combinamos con multifirma y con un plazo de espera público antes de que el cambio surta efecto. Esta página es informativa. No es asesoramiento jurídico, fiscal ni de inversión, ni sustituye al análisis de cada caso. Las normas citadas cambian: consulta la versión vigente en el [BOE](https://www.boe.es) y en [EUR-Lex](https://eur-lex.europa.eu). SERVICIOS RELACIONADOS [Consultoría Blockchain para Empresas en España](/servicios/consultoria-blockchain) [Desarrollo de smart contracts](/servicios/empresa-desarrollo-smart-contracts) [Desarrollo de DApps: Aplicaciones Descentralizadas](/servicios/aplicaciones-descentralizadas-dapps) [Emisión de tokens](/servicios/emision-de-tokens) [Whitepapers](/servicios/whitepapers) [Tokenomics](/servicios/tokenomics) [Todos los servicios blockchain](/servicios)