¿Qué es un token cripto?

Un token cripto es una unidad digital definida por un protocolo de blockchain o por un programa en cadena, que puede registrarse y transferirse mediante una blockchain. Una blockchain puede registrar la pertenencia de un token en unidades de datos como direcciones, cuentas o salidas gastables; las reglas del token establecen luego cómo se crean, transfieren, destruyen o restringen esos registros.

Un token puede servir para pagar comisiones de red, participar en la gobernanza de un protocolo o usar alguna función, y también puede diseñarse para establecer una conexión con activos, intereses o datos fuera de la cadena. Pero que exista un registro de token en cadena no prueba automáticamente que tenga cierto precio, convertibilidad, derecho legal o respaldo de un activo real. Esos significados dependen de las reglas del token y de los esquemas de emisión y servicio fuera de la cadena.

Un token es una combinación de registros y reglas

A quien lee sin especialización le resulta fácil imaginar un token como un archivo digital guardado en una billetera. En la práctica, una billetera normalmente guarda las claves necesarias para autorizar transacciones y lee de la blockchain los saldos o registros de tenencia; el token en sí está representado por el estado compartido y las reglas de programa que hay en la blockchain.

Un diseño habitual usa una tabla de saldos para registrar «la dirección A tiene tantas unidades, la dirección B tantas otras». Al transferir, la red valida la autorización y las reglas del token, y luego reduce el saldo de quien envía y aumenta el de quien recibe.

Otro diseño no mantiene saldos totales por cuenta, sino que registra un conjunto de salidas que aún no se han gastado. Una transferencia usa salidas antiguas y crea salidas que pertenecen al nuevo controlador, y después la billetera suma las salidas pertinentes para obtener una cantidad disponible. Algunos tokens, en cambio, dan a cada unidad un número propio, y el registro anota quién controla cada uno en ese momento.

Distintas blockchains implementan estos registros de maneras distintas; Ethereum y Solana son dos ejemplos. En Ethereum, muchos tokens tienen su propio contrato inteligente que mantiene saldos y permisos. En Solana, los tokens normalmente los gestiona un programa de tokens compartido. En Solana, un mint es el registro en cadena que identifica un token determinado y guarda su emisión junto con permisos relacionados, como acuñar o congelar; una dirección de mint identifica ese token de forma única y no es una dirección de billetera común.

En qué se diferencia un token del activo nativo de una blockchain

El activo nativo de una blockchain normalmente pertenece directamente al protocolo subyacente. La red lo usa para pagar comisiones de transacción, recompensar a los participantes o sostener el consenso, y el software de los nodos aplica sus reglas de saldo y de transferencia. Una red puede, por ejemplo, manejar su propio activo nativo sin ningún contrato de token adicional.

Un token de capa de aplicación, en cambio, se construye sobre una blockchain existente y normalmente lo define un contrato inteligente o un programa de tokens compartido. Hereda las reglas de confirmación y de seguridad de la red subyacente, pero tiene su propia emisión, permisos de transferencia u otras funciones. Al transferir un token así, las personas a menudo todavía deben pagar la comisión de red con el activo nativo subyacente.

El uso cotidiano de «moneda» y «token» no es uniforme. Algunos materiales llaman token a toda unidad digital de blockchain, y otros reservan «token» para los activos de capa de aplicación. Al identificar un objeto concreto, importa más que el nombre saber si lo define el protocolo subyacente o una aplicación, quién puede cambiar la emisión y las reglas de transferencia, y con qué activo se paga la comisión de transacción.

Un token, de la creación a la transferencia

Las estructuras de registro varían entre redes, pero un token normalmente pasa por definición, acuñación, tenencia, transferencia y destrucción.

Definir un token y sus permisos

Quien lo crea primero elige el programa o el estándar que seguirá el token, y fija un nombre, un símbolo de visualización, una cantidad de decimales y los permisos relacionados. El nombre y el símbolo sirven sobre todo para que las interfaces lo muestren y no permiten identificarlo de forma única; tokens distintos pueden usar el mismo nombre o símbolo.

Lo que realmente distingue a los tokens suele ser una dirección de contrato, una dirección de mint u otro identificador único que fija el protocolo. Una billetera o aplicación que muestra los activos solo por el nombre puede confundir tokens distintos, así que igual hay que revisar la red y el identificador único.

Acuñar unidades nuevas

Acuñar aumenta la emisión conforme a las reglas del token y registra las unidades nuevas en una dirección, cuenta u otro registro de tenencia designado. Quién puede acuñar, cuánto se puede acuñar como máximo y si el permiso de acuñación se puede revocar los determina el diseño concreto.

Algunos tokens crean una cantidad fija una sola vez y no agregan más; otros permiten que una cuenta autorizada siga acuñando; y otros cambian la emisión según garantías, recompensas u otras condiciones del protocolo. Una «emisión máxima» que se muestra en una interfaz solo tiene el significado técnico correspondiente si el código y los permisos realmente limitan la emisión nueva.

Registrar tenencia y autorizaciones

Un token queda registrado a nombre de una dirección, cuenta u otra unidad de registro, lo que normalmente significa que quien la controla puede autorizar transferencias según las reglas. El control viene de la clave privada correspondiente, de una regla de firma múltiple o de permisos de un contrato inteligente, y no de que el token esté guardado dentro de una aplicación de billetera.

Algunos estándares permiten que quien tiene el token autorice a otra dirección a transferirlo en su nombre hasta un límite definido. Una autorización no envía los tokens de inmediato, pero la parte autorizada puede llamar a la función de transferencia mientras el permiso siga vigente. Un límite ilimitado o una autorización de larga duración amplía el alcance de una filtración de claves, de contratos maliciosos y de errores de operación.

Transferir o destruir

Una transferencia revisa firmas, saldos, permisos y otras restricciones según las reglas de la red y del token, y luego actualiza los registros de quien envía y de quien recibe. Los tokens que siguen una interfaz común son más fáciles de reconocer para billeteras y aplicaciones, pero adoptar el mismo estándar no significa que las reglas adicionales de cada token sean iguales.

Destruir retira tokens de la emisión disponible o los registra en un estado que el protocolo define como ya no utilizable. Cómo afecta eso a la emisión total y a los registros de circulación depende de la implementación; enviar tokens a una dirección que parece no estar controlada por nadie no equivale necesariamente a la operación de destrucción que define el protocolo.

Fungible y no fungible

Cantidades iguales de un token fungible normalmente se pueden intercambiar entre sí. Una unidad de cierto token, por ejemplo, funciona como la misma unidad de cuenta que otra según las reglas del programa. Una tabla de saldos solo necesita registrar cuánto tiene cada cuenta, sin seguir la identidad separada de cada unidad.

Un token no fungible (non-fungible token, NFT), en cambio, da a cada token un identificador propio. Un registro puede anotar quién tiene un número determinado junto con los metadatos relacionados, así que números distintos pueden apuntar a objetos o atributos distintos.

No fungible no significa que en la cadena se guarde automáticamente una imagen, una entrada o un objeto físico completos. Un token puede guardar solo un número y un enlace que apunta a otros datos; si el contenido enlazado seguirá accesible a largo plazo, quién puede modificarlo y qué derechos fuera de la cadena obtiene quien lo tiene son puntos que hay que verificar por separado.

Algunos estándares también permiten que un mismo programa gestione a la vez unidades fungibles y unidades numeradas por separado. La clasificación ayuda a entender la forma de registro, pero por sí sola no dice nada del uso, el valor ni los derechos de un token.

Qué define un estándar de tokens

Un estándar de tokens es una interfaz común que permite a billeteras y aplicaciones saber cómo consultar un saldo, iniciar una transferencia o leer una autorización. Resuelve cómo interactúa el software con un token; no se encarga de garantizar el uso del token, los compromisos de quien lo emite ni su calidad de seguridad.

Los tokens fungibles en Ethereum, por ejemplo, suelen usar un estándar de interfaz llamado ERC-20. ERC es la categoría de las propuestas de estándares de capa de aplicación de Ethereum; ERC-20 define interfaces básicas como la consulta de saldo, la transferencia y la autorización, de modo que distintas aplicaciones puedan llamar de la misma manera a los contratos que cumplen el estándar.

Una interfaz coherente todavía no implica una implementación idéntica. Un token puede agregar comisiones de transferencia, pausa, congelamiento, listas de permitidos, listas de bloqueo u otra lógica, y también puede desviarse de lo que el estándar espera por un error de implementación. Al integrar un token, una aplicación igual debe manejar la forma de respuesta, los permisos y los casos de excepción del contrato concreto.

Otras blockchains pueden usar un programa de tokens compartido en lugar de desplegar un contrato parecido para cada token. Por ejemplo, el programa de tokens de Solana maneja en un solo lugar la acuñación, los saldos de cuentas y las transferencias, y cada mint registra la emisión y, de forma opcional, los permisos de acuñación o congelamiento. Eso muestra que un estándar de tokens es un método de compatibilidad, no una única estructura técnica.

Qué puede representar un token

Las funciones en cadena de un token y lo que dice representar deben verse por separado. Entre los diseños habituales:

• Uso de red o de aplicación: pagar comisiones, usar una función o cumplir una condición de acceso.
• Uso de gobernanza: presentar propuestas, votar o delegar peso según las reglas del protocolo.
• Referencia de valor: intentar mantener una relación con cierto activo de referencia mediante reservas, garantías o un algoritmo.
• Comprobante o recibo: registrar un activo depositado, una operación completada o una condición obtenida.
• Identificador único: asociar un objeto digital, una condición de cuenta o un objeto real con un número único.

Un mismo token puede cumplir varias funciones a la vez, y su función puede cambiar después mediante una actualización o la gobernanza. Que el nombre de visualización contenga «dólar», «oro», «comprobante» o una marca no alcanza para probar que quien lo emite tenga el activo correspondiente, ni que quien lo tiene disponga de derechos de rescate, propiedad u otros derechos fuera de la cadena.

Si un token está conectado a un activo o servicio fuera de la cadena, también hay que ver quién custodia el activo, quién mantiene el registro, cómo se hace el rescate y qué ocurre si aparece un faltante o se termina el servicio. Una blockchain puede registrar transferencias de tokens, pero no puede verificar por sí sola que esos esquemas fuera de la cadena se hayan cumplido.

La emisión no es un solo número

La emisión total normalmente indica la cantidad de unidades creadas según las reglas del token y aún no destruidas según esas reglas. La emisión máxima se refiere al límite que el diseño dice permitir, pero algunos tokens no tienen límite fijo, y algunos límites pueden verse afectados por permisos de actualización o de administración.

La oferta circulante intenta describir la parte que actualmente puede moverse entre mercados o personas, y puede excluir tokens bloqueados, en período de adquisición, en reserva o en manos de determinadas partes. Normalmente depende de un criterio de medición elegido, y no de un campo único que todas las blockchains entreguen de forma directa.

Por eso las cifras de emisión que muestran billeteras, exploradores de bloques y sitios de datos pueden diferir. Al compararlas, confirma si la cifra cuenta unidades acuñadas, no destruidas, capaces de circular, o estimadas en un momento dado, y revisa quién tiene permiso para seguir acuñando, congelar o actualizar.

Quién puede cambiar las reglas de un token

Que un token se pueda cambiar después del despliegue depende de su estructura de programa y de sus permisos. Entre las capacidades de control habituales:

• crear unidades nuevas, por parte de quien controla el permiso de acuñación;
• destruir unidades determinadas, por parte de quienes las tienen, de partes autorizadas o de cuentas a las que se otorgó expresamente esa capacidad, según el código y la autorización concretos;
• pausar todas las transferencias o algunas;
• congelar o descongelar ciertas cuentas;
• modificar comisiones, listas u otros parámetros;
• actualizar el programa encargado de manejar el token;
• reemplazar las cuentas que tienen los permisos anteriores.

Esas capacidades pueden estar controladas por una sola clave, un esquema de firma múltiple, una gobernanza en cadena o el protocolo de la red, y también pueden haberse revocado de forma permanente. Dos tokens con el mismo nombre y el mismo estándar igual pueden tener estructuras de permisos completamente distintas.

Un «token descentralizado» tampoco se puede juzgar solo por el material promocional. El control de la emisión, los permisos de actualización, las fuentes de datos clave, la distribución de la tenencia y la red subyacente requieren revisión por separado, en lugar de una etiqueta única que abarque todos los niveles.

Qué significa tener un token

Tener un token significa, antes que nada, que una dirección, cuenta u otra unidad de registro está bajo el control de alguien según las reglas en cadena vigentes. Quien tiene la clave privada correspondiente o cumple otras condiciones de autorización puede iniciar las transferencias u operaciones que las reglas permiten.

No implica necesariamente que esa persona sea dueña de la organización emisora, de propiedad intelectual, de un objeto físico subyacente o de ingresos futuros. Si un token trae derechos de servicio, una solicitud de rescate, condición de votante u otros arreglos requiere leer los términos concretos y ver cómo se ejecutan en la práctica; no se puede inferir de forma automática a partir de un saldo en cadena.

Un saldo de tokens que muestra una plataforma de custodia puede además ser solo la contabilidad interna de esa plataforma. Si la persona tiene la dirección en cadena correspondiente, cómo agrupa la plataforma los activos y si es posible retirar bajo ciertas condiciones son cuestiones que hay que entender por separado del registro en cadena de una billetera autocustodiada.

Riesgos y malentendidos frecuentes

• Tokens que suplantan: cualquiera puede crear un token con nombre y símbolo parecidos, y el nombre no sustituye al identificador de contrato o de mint.
• Riesgo de permisos: los permisos de acuñación, congelamiento, pausa o actualización pueden cambiar la emisión y la transferibilidad.
• Riesgo de programa: un contrato de token, un programa compartido o una aplicación que interactúa con ellos puede tener fallas.
• Dependencias fuera de la cadena: reservas, rescate, custodia y registros de activos reales pueden no coincidir con el registro en cadena.
• Riesgo de la red subyacente: congestión, reorganización, caídas o cambios de protocolo afectan las transacciones y la confirmación de los tokens.
• Representaciones entre cadenas: los tokens puenteados o envueltos normalmente dependen de mecanismos de bloqueo, acuñación o custodia, lo que no equivale a que el activo de la cadena original se haya movido a otra cadena.

Una transacción exitosa solo muestra que la red actualizó sus registros según las reglas vigentes en ese momento. No prueba que un token sea auténtico, que un activo tenga respaldo, que un programa no tenga permisos de administración, ni que quien lo tiene podrá usarlo o rescatarlo como espera.

Preguntas frecuentes

¿Todos los tokens los emiten contratos inteligentes?

No. Algunos tokens los gestiona su propio contrato inteligente, otros un programa de tokens compartido por la blockchain, y otros pertenecen directamente al protocolo subyacente. La estructura depende de la red.

¿El nombre y el código de un token identifican un activo de forma única?

No. Tokens distintos pueden usar el mismo nombre y el mismo código. Para identificarlo también hay que revisar la red blockchain, la dirección del contrato, la dirección del mint u otro identificador único que fije el protocolo.

¿Adoptar el mismo estándar de tokens implica funciones iguales?

No necesariamente. Un estándar normalmente define solo interfaces básicas; un token concreto igual puede agregar permisos y lógica de transferencia distintos, y puede tener fallas de implementación.

¿Destruir tokens aumenta necesariamente el valor de los demás?

No se puede inferir así. La destrucción puede reducir alguna medida de la emisión, pero el precio también depende de la demanda, la liquidez, los permisos, las condiciones de mercado y otros factores.

¿Que un token aparezca en la billetera significa que tiene valor?

No. Una billetera puede mostrar cualquier registro en cadena que cumpla sus reglas de reconocimiento; un nombre, una cantidad o un icono mostrados no prueban demanda de mercado, convertibilidad ni respaldo fuera de la cadena.

Conceptos relacionados

Continúa con contrato inteligente, blockchain, billetera de criptomonedas y dirección de blockchain, o vuelve al glosario de criptomonedas.

Fuentes

• NISTIR 8301: Blockchain Networks: Token Design and Management Overview — tokens nativos del protocolo y de capa de aplicación, tokens fungibles y con identificador único, operaciones de cuenta y dependencias fuera de la cadena.
• Ethereum.org: estándares de tokens — interfaces de tokens de Ethereum y su papel de compatibilidad entre billeteras y aplicaciones.
• Estándar de capa de aplicación de Ethereum: ERC-20 — interfaces de saldo, transferencia, autorización y eventos para tokens fungibles.
• Solana Docs: tokens — programa de tokens compartido, mints, cuentas de tokens y permisos de acuñación y congelamiento.