Qué es un token nativo
Nota: Este documento es una traducción automática del original en inglés.
Qué es un token nativo
Un token nativo es la moneda integrada de una red blockchain: el token que existe a nivel de protocolo, no como un contrato inteligente desplegado sobre él. Algunos ejemplos son ETH en Ethereum, SOL en Solana, BNB en BNB Smart Chain, TAO en Bittensor y AVAX en Avalanche. Cada blockchain tiene exactamente un token nativo, y este desempeña un papel fundamental que los tokens basados en contratos inteligentes (como ERC-20) no pueden replicar por completo.
Los tokens nativos se utilizan para pagar comisiones de transacción (gas), recompensar a los validadores o mineros por asegurar la red y, en muchas redes Proof of Stake, sirven como el activo de staking que los validadores bloquean para participar en el consenso. Sin el token nativo, la red no puede funcionar: es el combustible económico que hace operar la blockchain.
En resumen: un token nativo es la moneda propia e integrada de la cadena, utilizada para comisiones de gas, recompensas de validadores y staking, y existe a nivel de protocolo en lugar de como un contrato inteligente.
En qué se diferencian los tokens nativos de los tokens de contrato inteligente
La distinción entre tokens nativos y tokens de contrato inteligente es fundamental, pero a menudo se pasa por alto. Ambos tipos de tokens pueden guardarse en wallets, transferirse entre direcciones y usarse en aplicaciones descentralizadas. Sin embargo, difieren en origen, mecánica y función.
| Dimensión | Token nativo | Token de contrato inteligente (p. ej. ERC-20) |
|---|---|---|
| Dónde existe | Integrado en el propio protocolo | Desplegado como un contrato inteligente sobre el protocolo |
| Creado por | Las reglas del protocolo de la red (bloque génesis, calendario de emisión) | Un desarrollador que despliega un contrato |
| Necesario para el gas | Sí — requerido para pagar las comisiones de transacción | No — el gas siempre se paga en el token nativo |
| Función en el consenso | A menudo se usa para staking y recompensas de validadores | No participa en el consenso |
| Puede existir sin contratos inteligentes | Sí — es anterior a la funcionalidad de contratos inteligentes | No — depende de la plataforma de despliegue de contratos |
| Suministro controlado por | Las reglas del protocolo (emisión codificada, quema, inflación) | La lógica del contrato (funciones de mint/burn definidas por el desplegador) |
Un ejemplo práctico: en Ethereum, ETH es el token nativo. Cuando un usuario envía un token ERC-20 (digamos, USDC) a otra dirección, debe pagar la comisión de transacción en ETH, no en USDC. El token ERC-20 no puede moverse sin el token nativo para pagar el cómputo. Esta dependencia está integrada en el protocolo y no puede eludirse.
Gas y comisiones de transacción
El papel más visible de un token nativo es pagar las comisiones de gas. Cada operación en una blockchain —transferir tokens, interactuar con un contrato inteligente, desplegar un nuevo contrato— requiere recursos computacionales de los validadores o nodos. Las comisiones de gas denominadas en el token nativo compensan a estos operadores por su trabajo. Sin comisiones de gas, no existe incentivo económico para que los validadores procesen transacciones, y la red se paralizaría.
Las estructuras de comisiones de gas varían según la red. Ethereum utiliza un modelo de comisión dinámico (comisión base + propina de prioridad). Solana usa un modelo de comisión fija y baja. BNB Smart Chain y otras cadenas EVM tienen sus propios parámetros de comisión. Pero en todos los casos, la comisión se paga en el token nativo de la cadena.
Staking y participación en el consenso
En las redes Proof of Stake, el token nativo suele ser el activo de staking. Los validadores deben bloquear una cantidad específica del token nativo para participar en la producción y validación de bloques. Esta cantidad en staking sirve como garantía económica: los validadores que se comportan de forma honesta obtienen recompensas (pagadas en el token nativo), mientras que los validadores que actúan mal arriesgan perder su stake mediante el slashing.
Esto crea un bucle económico circular: el token nativo asegura la red mediante el staking, y la red recompensa a los stakers con tokens nativos recién acuñados o derivados de comisiones. La seguridad de la red está directamente vinculada al valor total de los tokens nativos en staking.
Recompensas de validadores y emisión
La mayoría de las redes blockchain emiten nuevos tokens nativos como recompensas de bloque para incentivar a los validadores. Esta emisión está controlada por las reglas del protocolo, no por ningún individuo o contrato inteligente. Algunas redes tienen un suministro total limitado (como los 21 millones de BTC de Bitcoin), mientras que otras tienen una inflación continua con o sin mecanismos de quema (como la quema de comisiones de Ethereum tras la fusión).
El calendario de emisión de un token nativo es una parte central del diseño económico de la red. Determina la dinámica de suministro a largo plazo y la estructura de incentivos para los validadores. Cambiar el calendario de emisión suele requerir una actualización a nivel de protocolo (hard fork o votación de gobernanza), no una simple modificación de contrato.
Ejemplos de tokens nativos
Distintas redes blockchain implementan sus tokens nativos con diferentes reglas de suministro, modelos de comisiones y mecánicas de staking. Comprender estas diferencias ayuda a ilustrar qué significa "token nativo" en la práctica:
| Red | Token nativo | Funciones clave | Modelo de suministro |
|---|---|---|---|
| Ethereum | ETH | Comisiones de gas, staking de validadores, moneda base | Suministro sin límite con quema de comisiones (deflacionario con uso elevado) |
| Solana | SOL | Comisiones de transacción, staking de validadores | Inflacionario con calendario de emisión decreciente |
| BNB Smart Chain | BNB | Comisiones de gas, staking de validadores, gobernanza | Suministro limitado con quemas periódicas |
| Bittensor | TAO | Registro de subredes, recompensas de mineros/validadores, staking | Suministro limitado con emisión por halving |
| Avalanche | AVAX | Comisiones de gas, staking, creación de subredes | Suministro limitado con quema de comisiones |
En cada caso, el token nativo es inseparable del funcionamiento de la red. Eliminar ETH de Ethereum o SOL de Solana rompería la cadena por completo: no se podrían procesar transacciones, no se podría recompensar a los validadores y ningún contrato inteligente podría ejecutarse.
Tokens nativos en los proyectos de IA cripto
Muchos proyectos de IA cripto tienen sus propios tokens nativos porque operan sus propias redes blockchain o subredes. Para estos proyectos, el token nativo desempeña un doble papel:
- Función de infraestructura: pagar transacciones, hacer staking, recompensas de validadores — las mismas funciones que el token nativo de cualquier blockchain.
- Función de aplicación: el token también puede usarse para pagar servicios específicos de IA (inferencia, cómputo, acceso a datos), recompensar a los proveedores de cómputo de IA o participar en la gobernanza de parámetros relacionados con la IA.
Cuando el token de un proyecto es nativo en lugar de un token de contrato inteligente, significa que el token es arquitectónicamente inseparable de la red. La cadena no puede operar sin él. Esta es una forma más fuerte de Token necessity que un token de contrato inteligente que teóricamente podría ser reemplazado por cualquier otro token.
Sin embargo, "nativo" no significa automáticamente "necesario para la IA". Un proyecto puede tener un token nativo que asegura su red mediante staking y paga el gas, mientras que los componentes de IA del proyecto no requieren de forma significativa el token para funcionar. La función de infraestructura y la función de IA son cuestiones distintas.
Token necessity y tokens nativos
Al evaluar si un token es necesario para el pipeline de IA de un proyecto, los tokens nativos presentan un caso matizado. Por un lado, un token nativo es innegablemente necesario para el funcionamiento de la red: la cadena literalmente no puede funcionar sin él. Por otro lado, la cuestión de la necesidad para la IA es independiente: ¿requiere el pipeline de IA específicamente este token, o funcionarían los componentes de IA de la misma manera si se desplegaran en una cadena diferente con un token nativo diferente?
Existe un caso sólido a favor de la necesidad del token a nivel de IA cuando el token nativo media directamente acciones específicas de IA: pagar la inferencia, recompensar a los proveedores de cómputo, hacer staking como garantía de calidad para las salidas del modelo. Existe un caso más débil cuando el token nativo solo cumple funciones genéricas de infraestructura (gas, staking) mientras que la capa de IA podría teóricamente operar en cualquier cadena.
Dónde aparece en las fichas de proyecto de DecAIHub
En una ficha de proyecto de DecAIHub, el valor de un token nativo se registra como native en el campo Token standard. Cuando una ficha muestra Token standard: native, significa que el token del proyecto no está desplegado como un contrato inteligente en otra cadena, sino que es la moneda integrada de la propia red del proyecto.
Esto distingue al proyecto de aquellos cuyos tokens son contratos ERC-20 en Ethereum, BEP-20 en BNB Smart Chain o SPL en Solana. Un token nativo indica que el proyecto opera su propia blockchain o subred con su propio mecanismo de consenso.
El campo del estándar de token indica a los lectores el formato técnico del token. Para comprender la función del token, los lectores deben consultar el campo Token model (utility, governance, fee mechanism, staking) y la tabla de Evidence en busca de artefactos Tier-1 que muestren cómo se utiliza realmente el token en el pipeline del proyecto.
Lo que "token nativo" por sí solo no demuestra
- Un token nativo no demuestra descentralización. Un proyecto puede operar su propia cadena con un token nativo y aun así tener un conjunto de validadores pequeño y centralizado o una gobernanza centralizada. El estatus nativo del token describe su función técnica, no el perfil de descentralización de la red.
- Un token nativo no demuestra Token necessity para la IA. El token puede ser esencial para el consenso y las comisiones de gas de la cadena y, a la vez, ser irrelevante para el pipeline de IA del proyecto. Si los componentes de IA requieren el token es una cuestión independiente que responde el eje de Token necessity en DecAI Fit.
- Un token nativo no demuestra que la red sea madura. Un proyecto puede lanzar su propia cadena con un token nativo mientras la red todavía está en testnet o en una beta temprana. Consulta el campo Network status para obtener información sobre la madurez.
- Un token nativo no significa que el proyecto haya construido su propia cadena desde cero. Muchos tokens nativos existen en subredes, cadenas específicas de aplicación o redes bifurcadas. El token nativo indica la función del token a nivel de protocolo, no el esfuerzo de ingeniería del proyecto.
- Un token nativo no demuestra adopción. Un token nativo sin validadores activos, sin transacciones de usuarios y sin uso real sigue siendo técnicamente un "token nativo". La clasificación técnica no equivale a utilidad en el mundo real.
No confundir con
- ERC-20 y otros tokens de contrato inteligente — los tokens ERC-20 se despliegan como contratos en una cadena existente y dependen del token nativo de esa cadena para el gas. Los tokens nativos existen a nivel de protocolo y no dependen de ningún contrato inteligente.
- Token standard — el concepto paraguas que abarca todos los formatos técnicos (ERC-20, BEP-20, SPL, token nativo). "Token nativo" es un tipo de estándar de token: aquel en el que el token está integrado en la propia cadena.
- Token model — el modelo de token describe la función del token (utility, governance, staking, fee mechanism). Un token nativo puede cumplir cualquiera de estas funciones. "Nativo" describe el formato técnico; "utility" o "governance" describe la función.
- Tokens nativos envueltos (wrapped) (WETH, WSOL) — algunos ecosistemas crean envoltorios compatibles con ERC-20 alrededor de los tokens nativos para que puedan usarse en contratos inteligentes que requieren la interfaz ERC-20. WETH es una representación ERC-20 de ETH, no ETH en sí. La versión envuelta sigue un estándar de contrato inteligente; el original sigue siendo un token nativo.
- Token de gas — a veces los tokens nativos se denominan informalmente "tokens de gas" porque se usan para pagar el gas. Pero "token de gas" no es un estándar o clasificación formal: es una descripción de una de las funciones del token nativo.
Preguntas frecuentes
¿Por qué no se pueden pagar las comisiones de gas en cualquier token?
Las comisiones de gas se procesan a nivel de protocolo —por los validadores y el propio mecanismo de consenso, antes de que se ejecute cualquier lógica de contrato inteligente. El protocolo está diseñado para aceptar únicamente el token nativo para el gas porque necesita una única unidad de cuenta fiable para medir el cómputo y prevenir el spam. Algunas redes y soluciones de capa 2 están experimentando con la abstracción de comisiones (permitir que el gas se pague en otros tokens), pero internamente el token nativo sigue interviniendo normalmente en la liquidación final.
¿Cuál es la diferencia entre un token nativo y un utility token?
"Token nativo" describe el formato técnico: el token está integrado en el protocolo de la blockchain. "Utility token" describe la función económica: el token se usa para acceder a servicios, pagar por el uso o participar en la funcionalidad del proyecto. Un token nativo también puede ser un utility token; por ejemplo, TAO en Bittensor es a la vez el token nativo de la red Bittensor y un utility token usado para pagar la inferencia de IA y recompensar a los participantes de las subredes. Las dos etiquetas describen dimensiones diferentes del mismo token.
¿Puede un proyecto tener tanto un token nativo como tokens ERC-20?
Sí. Un proyecto que opera su propia blockchain tiene un token nativo para esa cadena. El mismo proyecto también podría emitir tokens ERC-20 en Ethereum para puentear (bridging), aportar liquidez o lograr compatibilidad entre cadenas. Algunos proyectos mantienen su token nativo en su propia cadena y una versión envuelta o puenteada en Ethereum u otras cadenas EVM. Estos son técnicamente tokens diferentes (nativo vs. de contrato inteligente) que representan el mismo activo subyacente a través de mecanismos de puente.
Referencias externas
- Ethereum.org -- Ether (ETH) — explicación del token nativo de Ethereum, su función en las comisiones de gas, el staking y el modelo económico de la red.
- Solana Documentation -- SOL Token — documentación que cubre el token nativo de Solana y su función en las comisiones de transacción y el staking.
No comments to display
No comments to display