La diferencia más útil es técnica: una moneda suele ser el activo nativo de su propia blockchain, mientras que un token se emite y registra mediante la infraestructura de una red ya existente. BTC pertenece de forma nativa a Bitcoin; ETH, a Ethereum. Un activo ERC-20, en cambio, funciona sobre Ethereum mediante un contrato que sigue una interfaz determinada.
Esta distinción permite anticipar qué activo paga la comisión de red, dónde debe aparecer el saldo y qué datos hay que comprobar antes de enviar fondos. No basta, sin embargo, para evaluar el riesgo financiero, la situación legal o la calidad de un proyecto. Tampoco es una clasificación universal: la terminología puede cambiar según el protocolo, el emisor, la plataforma y la jurisdicción.
Cómo se verificaron las afirmaciones
Para los conceptos técnicos se priorizaron documentos de los propios protocolos: el documento original de Bitcoin, la documentación de Ethereum y la especificación EIP-20. Las cuestiones sobre redes y contratos se contrastaron con documentación oficial de emisores, mientras que el alcance jurídico se separó del vocabulario técnico mediante normativa publicada por organismos públicos.
La fecha importa de manera desigual. La arquitectura básica de Bitcoin o la interfaz ERC-20 son datos relativamente estables. En cambio, las redes admitidas por un emisor, las direcciones de contrato, el soporte de una plataforma y las reglas regulatorias pueden cambiar. Esos elementos necesitan una nueva comprobación en el momento de operar.
No se emplean cálculos de rentabilidad, estimaciones de precio ni puntuaciones de confianza. Cuando una clasificación depende de información que no puede deducirse del nombre del activo, se indica como dependiente de condiciones o desconocida.
La diferencia técnica entre una moneda y un token
La moneda forma parte de la capa base
Una moneda nativa se contabiliza directamente según las reglas fundamentales de su blockchain. El documento de Bitcoin describe la moneda electrónica mediante una cadena de firmas digitales y explica cómo la propia red ordena y valida las transferencias. BTC no necesita un contrato ERC-20 ni otra blockchain para existir en la red Bitcoin. [1]
Ethereum utiliza una arquitectura diferente, pero la relación es comparable: su documentación define ETH como la criptomoneda nativa de Ethereum. ETH se usa para pagar la ejecución de transacciones y, en la red principal, también interviene en el mecanismo económico de validación. [2]
Por eso, llamar “moneda” a un activo no significa necesariamente que se diseñara solo para comprar productos. Puede cumplir funciones dentro del protocolo: pagar recursos computacionales, incentivar a quienes procesan bloques, participar en la seguridad de la red o servir como unidad nativa de saldo.
El token utiliza reglas desplegadas sobre una red
Un token representa unidades o derechos gestionados sobre una blockchain anfitriona. En Ethereum, ERC-20 define una interfaz común para tokens fungibles dentro de contratos inteligentes: incluye operaciones para consultar la oferta, transferir unidades y autorizar a otra cuenta a utilizarlas. [3]
La blockchain proporciona el registro y la ejecución; el contrato del token establece cómo se lleva su contabilidad. Esto permite crear activos de pago, gobernanza, acceso, representación financiera o uso interno sin construir una cadena independiente. Los estándares facilitan que carteras y aplicaciones reconozcan funciones compatibles, pero no garantizan por sí solos la solvencia del emisor, la seguridad de todo el código ni el valor económico del activo. [4]
La idea “token igual a contrato inteligente” funciona bien para explicar Ethereum, aunque no debe convertirse en una regla absoluta. Otras redes implementan tokens mediante programas, módulos o estructuras propias. El criterio práctico sigue siendo el mismo: determinar si el activo es nativo de la capa base o si depende de un sistema de emisión construido sobre ella.
Comparación rápida para reconocerlos
| Pregunta | Moneda nativa | Token |
|---|---|---|
| ¿Dónde se registra? | En la contabilidad básica de su propia blockchain. | En un contrato, programa o módulo de una blockchain anfitriona. |
| ¿Qué suele pagar la comisión? | La propia moneda nativa. | Normalmente la moneda nativa de la red, no necesariamente el token enviado. |
| ¿Necesita dirección de contrato? | Habitualmente no. | A menudo sí, aunque el identificador adopta formatos distintos según la red. |
| ¿Puede existir con el mismo símbolo en varias redes? | Puede haber representaciones envueltas o derivadas, pero no son automáticamente el activo nativo original. | Sí; cada despliegue debe identificarse por red y contrato o identificador oficial. |
| Ejemplo conceptual | BTC en Bitcoin; ETH en Ethereum. | Un ERC-20 desplegado en Ethereum. |
La comisión es una consecuencia inmediata de esta arquitectura. Para mover un token ERC-20 desde una cartera autocustodiada suele hacer falta ETH, porque Ethereum exige su activo nativo para pagar el gas. Tener saldo suficiente del token no implica disponer del activo necesario para ejecutar la transferencia. [2]
En una plataforma custodial, la interfaz puede mostrar la comisión de otra forma o descontarla según sus propias condiciones. Eso no cambia la naturaleza técnica del token, pero sí modifica la experiencia del usuario. Las reglas concretas deben consultarse en la plataforma antes de confirmar la retirada.
El símbolo no identifica por sí solo el activo
Un ticker es una etiqueta legible, no una identidad criptográfica universal. Dos activos pueden compartir nombre o símbolo; además, un mismo proyecto puede tener representaciones en varias blockchains. La documentación oficial de emisores multirred enumera direcciones distintas para cada despliegue, lo que demuestra que el nombre visible debe acompañarse de la red y del identificador correspondiente. [5]
Esto vuelve insuficiente una instrucción como “envía USDT” o “retira el token a mi dirección”. Faltan al menos la red aceptada por el receptor y, cuando corresponda, la identificación oficial del contrato. También debe distinguirse un token emitido directamente en una red de una versión puenteada o envuelta.
Los puentes pueden crear o movilizar representaciones de activos entre cadenas, pero incorporan riesgos adicionales de contrato, tecnología, contraparte o custodia según su diseño. Una representación de bitcoin en Ethereum, por ejemplo, no es BTC nativo registrado en la blockchain de Bitcoin. [6]
Registro de afirmaciones
| Afirmación | Estado | Fuente primaria | Fecha de la fuente | Limitación | Qué podría cambiar la conclusión |
|---|---|---|---|---|---|
| ETH es el activo nativo de Ethereum, mientras que ERC-20 define una interfaz para tokens implementados mediante contratos. | Confirmada | Documentación técnica de Ethereum y especificación EIP-20. [3] | EIP-20 fue creado el 19 de noviembre de 2015; la documentación de Ethereum recibe actualizaciones continuas. | El ejemplo describe Ethereum y no todas las arquitecturas blockchain. | Un cambio fundamental del protocolo o el análisis de una red con un modelo de activos diferente. |
| El mismo nombre comercial puede corresponder a despliegues con identificadores distintos en varias redes. | Confirmada, pero dinámica | Documentación oficial de contratos y protocolos admitidos por emisores de tokens multirred. [5] | Las páginas consultadas no muestran una única fecha estable aplicable a toda la lista; su contenido se actualiza al añadir o retirar redes. | La presencia en la documentación del emisor no implica que una cartera, exchange o servicio concreto admita esa red. | La incorporación, suspensión o retirada de una blockchain, un contrato o una integración. |
| Las palabras “coin” y “token” bastan para determinar el tratamiento jurídico de un criptoactivo. | Dependiente de la jurisdicción; no confirmada como regla general | Reglamento de la Unión Europea sobre mercados de criptoactivos, que utiliza categorías como fichas de dinero electrónico, fichas referenciadas a activos y fichas de consumo. [7] | Reglamento adoptado el 31 de mayo de 2023; aplicación general desde el 30 de diciembre de 2024, con determinadas disposiciones aplicables desde el 30 de junio de 2024. | MiCA corresponde a la Unión Europea y no determina las reglas de otros países. | La jurisdicción del usuario, la función económica del activo, los derechos asociados y futuras reformas legales. |
| Es posible clasificar con seguridad un activo solo mediante su ticker. | Desconocida sin más datos | Se requieren la documentación oficial del proyecto, la red y, cuando proceda, el contrato verificado o identificador del activo. | No aplicable hasta conocer el activo concreto. | El símbolo puede repetirse, ser falsificado o representar versiones distintas. | La aportación de la red exacta, el contrato oficial, el emisor y el tipo de representación. |
| Una red disponible para un token en la documentación del emisor también está disponible en cualquier servicio de intercambio. | Dependiente de condiciones | Documentación del emisor para la existencia del token; información actual del servicio para su admisión operativa. | Debe comprobarse al crear cada operación. | Los servicios pueden admitir solo una parte de las redes existentes y suspender temporalmente depósitos o retiradas. | Mantenimiento, políticas de riesgo, integraciones técnicas, liquidez o cambios de soporte. |
Qué cambia para una persona que quiere comprar, guardar o enviar
La etiqueta técnica no dice si un activo conviene como inversión. Sí ayuda a preparar una operación correctamente.
Para una moneda nativa
- Comprueba que la dirección pertenece a la blockchain correcta.
- Revisa la comisión estimada y las condiciones de confirmación antes de enviar.
- Distingue el activo original de cualquier versión envuelta que funcione en otra cadena.
Para un token
- Confirma la red y el contrato o identificador oficial, no solo el símbolo.
- Verifica que la cartera receptora pueda mostrar y gestionar ese estándar.
- Reserva la moneda nativa necesaria para pagar la comisión de red cuando se trate de una cartera autocustodiada.
- Comprueba si el contrato incorpora funciones administrativas, restricciones de transferencia, emisión adicional o mecanismos de pausa.
Una stablecoin, un token de gobernanza y un objeto digital coleccionable pueden ser tokens, pero sus derechos y riesgos son distintos. “Token” describe principalmente una forma de implementación; no garantiza respaldo, convertibilidad, liquidez ni acceso a un servicio concreto.
También puede ocurrir que un proyecto migre desde un token alojado en una red externa hacia una blockchain propia. Desde ese momento, el nuevo activo puede pasar a funcionar como moneda nativa, mientras que versiones antiguas o puenteadas siguen circulando durante un periodo. Por eso, las listas históricas y las descripciones de terceros no sustituyen la documentación actual del proyecto.
Riesgos que la distinción no elimina
Red o contrato equivocados. Una dirección con formato compatible no garantiza que el receptor admita el activo seleccionado. Algunos servicios advierten expresamente que enviar tokens o versiones puenteadas no admitidas puede provocar la pérdida de fondos. [8]
Irreversibilidad. Una transferencia confirmada normalmente no dispone de un botón bancario de cancelación. En Bitcoin, el reembolso solo puede realizarlo quien recibió los fondos, por lo que la dirección y el importe deben revisarse antes del envío. [9]
Volatilidad. Ser moneda nativa o token no estabiliza el precio. Ambos tipos pueden sufrir movimientos bruscos, falta de liquidez o pérdida de valor. La clasificación técnica no constituye una previsión de rentabilidad. [9]
Phishing y suplantación. Un sitio falso puede mostrar una dirección manipulada o pedir la frase semilla. La dirección completa debe compararse con una fuente fiable; una persona legítima de soporte no necesita la clave privada ni la frase de recuperación para recibir o verificar una transferencia. [10]
Riesgos del contrato o del puente. Los tokens pueden depender de código adicional, administradores, emisores y mecanismos entre cadenas. Una auditoría previa reduce ciertas incertidumbres, pero no convierte un contrato o puente en infalible. [6]
Diferencias legales. La denominación comercial no determina por sí sola obligaciones fiscales, derechos de reembolso ni reglas de comercialización. Estas cuestiones dependen del país, del uso del activo y de su estructura jurídica; deben consultarse en fuentes oficiales de la jurisdicción correspondiente.
Procedimiento de comprobación antes de transferir
- Identificar el activo completo: nombre, ticker, blockchain y, si existe, contrato o identificador.
- Consultar la documentación oficial: confirmar cuál es la red nativa y qué representaciones reconoce el proyecto.
- Revisar un explorador adecuado: comprobar el contrato, el estándar, las transacciones y la coincidencia con los datos publicados por el emisor.
- Confirmar el soporte del receptor: verificar que la plataforma acepta exactamente esa red y ese tipo de depósito. La existencia técnica de un token no equivale a soporte operativo.
- Revisar el activo de comisión: en una cartera propia puede ser necesario mantener saldo de la moneda nativa.
- Hacer una comprobación final: comparar la dirección completa, la red seleccionada y cualquier etiqueta adicional requerida por el receptor.
- Considerar un envío pequeño de prueba: puede reducir el impacto de ciertos errores operativos, aunque implica otra comisión y no elimina los riesgos del protocolo o del servicio.
Si el objetivo posterior es intercambiar una moneda o un token, se pueden comprobar los activos, redes y direcciones de intercambio disponibles actualmente. La disponibilidad de una pareja o red concreta no debe deducirse de este artículo: hay que revisarla antes de crear la solicitud, junto con sus condiciones y los requisitos de verificación, que pueden variar según la operación y los resultados de los controles de cumplimiento.