Estándar de token

¿Qué es un estándar de token?

Un estándar de token es un conjunto compartido de reglas técnicas que define cómo debe comportarse un token de criptomoneda en una blockchain.

En el sector cripto, los estándares de token indican a las wallets, los contratos inteligentes, los marketplaces, los exploradores, los bridges y las aplicaciones descentralizadas cómo reconocer e interactuar con los tokens.

Un estándar de token puede definir funciones, eventos, reglas de metadatos, comportamiento de las transferencias, lógica de aprobación, registros de propiedad, seguimiento de la oferta y detección de interfaces.

La documentación oficial sobre estándares de token de Ethereum describe estándares como ERC-20, ERC-721 y ERC-1155 como formatos habituales para tokens fungibles y no fungibles.

Un estándar no crea valor por sí mismo.

Crea compatibilidad.

Por ejemplo, si un token sigue un estándar conocido, una wallet puede mostrar los saldos sin necesitar código personalizado para cada activo nuevo.

Una aplicación descentralizada puede solicitar una aprobación mediante una función conocida.

Un marketplace puede detectar la propiedad de un NFT mediante una interfaz conocida.

Un explorador de blockchain puede leer eventos de transferencia y mostrar el historial del token de forma coherente.

En términos sencillos, un estándar de token es la gramática que permite a las aplicaciones cripto entender un token.

Por qué son importantes los estándares de token

Los estándares de token son importantes porque las blockchains son sistemas abiertos en los que muchas aplicaciones independientes deben funcionar conjuntamente.

Sin estándares, cada proyecto de token definiría su propia función de transferencia, método de aprobación, formato de eventos y estructura de metadatos.

Esto dificultaría el desarrollo de wallets, la integración de plataformas de trading y aumentaría la probabilidad de que los usuarios cometieran errores.

Los estándares reducen la confusión al proporcionar a los desarrolladores un lenguaje común.

También reducen el coste de integración, ya que una wallet puede admitir muchos tokens que siguen la misma interfaz.

El estándar ERC-20 oficial indica que una interfaz estándar permite reutilizar tokens en otras aplicaciones, incluidas wallets y sistemas de trading descentralizados.

Esta interoperabilidad es una de las razones por las que los estándares de token se convirtieron en una base del crecimiento del sector cripto.

Cuando un estándar cuenta con amplio soporte, los nuevos tokens pueden integrarse más fácilmente en wallets, exploradores, herramientas de cartera, protocolos DeFi y sistemas de custodia existentes.

Esto no significa que todos los tokens compatibles con un estándar sean seguros.

Significa que el token utiliza una interfaz técnica reconocible.

Estándar de token frente a token

Un estándar de token no es lo mismo que un token.

Un token es el activo digital propiamente dicho.

Un estándar de token es el conjunto de reglas utilizado para crear o gestionar ese activo.

Por ejemplo, un token fungible puede seguir las reglas ERC-20, mientras que un NFT único puede seguir las reglas ERC-721.

El estándar define cómo debe transferirse el token, aprobar gastos, emitir eventos e informar de los saldos.

El contrato del token contiene el código y el estado reales.

Dos tokens pueden seguir el mismo estándar, pero tener economías, riesgos, comunidades y casos de uso muy diferentes.

Un token ERC-20 puede ser una stablecoin.

Otro token ERC-20 puede ser un token de gobernanza.

Otro token ERC-20 puede ser un token de recompensa de un juego con una inflación elevada.

El estándar compartido ayuda a las aplicaciones a interactuar con ellos, pero la tokenomics y la seguridad siguen dependiendo de cada proyecto.

Estándar de token frente a estándar de blockchain

Un estándar de token suele ser un estándar de nivel de aplicación.

Un estándar de blockchain puede describir reglas de protocolo de nivel inferior, como las transacciones, el consenso, las redes o el comportamiento de la máquina virtual.

En las redes de estilo Ethereum, los estándares ERC suelen describir interfaces de aplicación utilizadas por contratos inteligentes.

La documentación de Ethereum Improvement Proposals indica que los EIP describen estándares para la plataforma Ethereum, incluidas las especificaciones del protocolo central, las API de clientes y los estándares de contratos.

Esta distinción es importante porque los estándares de token pueden existir sobre la blockchain base.

Una blockchain puede procesar transacciones, mientras que los contratos de token definen activos personalizados dentro de ese entorno blockchain.

La moneda nativa de una red suele ser diferente de los tokens creados mediante contratos inteligentes.

Por ejemplo, una moneda nativa para gas paga las comisiones de transacción, mientras que un token estándar puede representar derechos de gobernanza, valor estable, activos de juego, NFT o derechos sobre activos del mundo real.

Los usuarios deben entender si están tratando con una moneda nativa o con un token basado en un estándar.

Las comisiones, las reglas de transferencia, los riesgos de aprobación y las opciones de recuperación pueden ser diferentes.

Estándar de token ERC-20

ERC-20 es el estándar de token fungible más ampliamente reconocido en las redes de estilo Ethereum.

Un token fungible es intercambiable por otro token del mismo tipo.

La documentación de Ethereum sobre ERC-20 explica que los tokens ERC-20 son fungibles, lo que significa que un token tiene el mismo tipo y valor que otro token del mismo contrato.

El estándar ERC-20 define funciones comunes como

, , , , y .

También define eventos como

y .

Estas funciones permiten que las wallets muestren saldos, que los usuarios transfieran tokens y que los contratos inteligentes gasten importes aprobados.

ERC-20 se utiliza para muchos tipos de activos, incluidos tokens de gobernanza, tokens de utilidad, stablecoins, activos envueltos, tokens de recompensa y derechos tokenizados.

La mayor fortaleza de ERC-20 es su amplia compatibilidad.

El mayor riesgo es que las aprobaciones pueden ser peligrosas si los usuarios autorizan permisos de gasto maliciosos o ilimitados.

Estándar de token ERC-721

ERC-721 es el principal estándar para tokens no fungibles, también llamados NFT.

Un token no fungible es único y no se puede intercambiar uno a uno por otro token del mismo contrato.

El estándar ERC-721 oficial indica que proporciona funcionalidades básicas para seguir y transferir NFT.

ERC-721 se utiliza habitualmente para arte digital, objetos de colección, fotos de perfil, artículos de juego, pases de membresía, terrenos virtuales, credenciales y registros tokenizados de propiedad.

El estándar define funciones de propiedad como

y funciones de transferencia como .

También admite lógica de aprobación para que un propietario pueda autorizar a otra dirección u operador a transferir un NFT.

La extensión de metadatos puede incluir

, que apunta a los metadatos de un ID de token específico.

Estos metadatos pueden incluir imágenes, atributos, descripciones, archivos de animación y referencias externas.

ERC-721 ayudó a hacer que los NFT fueran interoperables entre wallets y marketplaces, ya que las aplicaciones pueden basarse en una interfaz común de propiedad y transferencia.

Los usuarios deben seguir verificando la dirección oficial del contrato, ya que los contratos NFT falsos pueden copiar nombres, símbolos e imágenes.

Estándar de token ERC-1155

ERC-1155 es un estándar multítoken que puede gestionar muchos tipos de tokens dentro de un único contrato.

El estándar ERC-1155 oficial indica que puede representar cualquier número de tipos de tokens fungibles y no fungibles en una única interfaz de contrato inteligente.

Esto hace que ERC-1155 sea útil para juegos, colecciones, entradas, insignias, ediciones, vales y activos en los que muchos ID de token comparten un contrato.

Un contrato ERC-1155 puede incluir artículos fungibles, no fungibles y semifungibles.

Por ejemplo, un juego puede utilizar un contrato ERC-1155 para oro, espadas, escudos, skins y objetos de colección raros.

ERC-1155 admite transferencias por lotes, que pueden reducir la sobrecarga de las transacciones cuando los usuarios mueven varios artículos a la vez.

La documentación de Ethereum sobre ERC-1155 explica que ERC-1155 puede combinar el comportamiento de tokens fungibles y no fungibles en un estándar.

ERC-1155 es potente, pero los usuarios deben entender que cada ID de token puede tener una oferta, metadatos y comportamiento diferentes.

Una wallet debe leer correctamente los ID de token y los metadatos para mostrar adecuadamente los activos ERC-1155.

Estándar de token ERC-6909

ERC-6909 es una interfaz multítoken mínima para gestionar varios tipos de tokens por ID dentro de un contrato.

La especificación ERC-6909 oficial la describe como una especificación mínima para gestionar varios tokens por su ID en un único contrato.

ERC-6909 suele considerarse una alternativa más sencilla para casos en los que los desarrolladores quieren un comportamiento multítoken sin todas las funcionalidades de ERC-1155.

Un estándar mínimo puede reducir la complejidad cuando una aplicación solo necesita un conjunto más reducido de funciones de token.

Esto puede ser útil para contabilidad interna, posiciones de protocolo, contratos multiactivo y diseños DeFi avanzados.

Sin embargo, las interfaces más pequeñas pueden tener supuestos de compatibilidad diferentes de los estándares más antiguos y con mayor soporte.

Un desarrollador que elija ERC-6909 debe confirmar si las wallets, indexadores, herramientas y dApps objetivo lo admiten.

Un usuario que encuentre un activo ERC-6909 debe entender que los estándares más recientes pueden no mostrarse perfectamente en todas las wallets o exploradores.

Los estándares evolucionan porque las aplicaciones necesitan nuevos patrones.

La compatibilidad siempre debe comprobarse antes de asumir que un token funcionará en todas partes.

Estándar de token ERC-1363

ERC-1363 es una extensión para tokens de estilo ERC-20 que admite un comportamiento de token pagable.

La especificación ERC-1363 oficial indica que la propuesta permite callbacks tras una transferencia o aprobación en una sola transacción.

Esto es útil porque las transferencias ERC-20 básicas no notifican automáticamente a un contrato receptor para que ejecute lógica.

Con ERC-1363, una transferencia de tokens puede activar código en el contrato receptor cuando este lo admita.

Esto puede facilitar los pagos con tokens para suscripciones, procesos de pago, pagos de aplicaciones y servicios basados en contratos.

El estándar puede reducir la necesidad de que los usuarios envíen una transacción para la aprobación y otra para ejecutar una acción.

Sin embargo, el comportamiento de callback también requiere un diseño de seguridad cuidadoso.

Un contrato receptor debe gestionar los callbacks de tokens de forma segura.

Los usuarios no deben asumir que un estándar de token más avanzado es más seguro solo por ser más cómodo.

La comodidad y la seguridad deben evaluarse conjuntamente.

Extensión Permit ERC-2612

ERC-2612 no es por sí mismo un tipo de token completo, pero es una extensión importante para las aprobaciones ERC-20.

La especificación ERC-2612 oficial añade

, que permite a los usuarios modificar las autorizaciones mediante un mensaje firmado en lugar de enviar una transacción de aprobación normal.

Esto puede mejorar la experiencia de usuario, ya que los usuarios pueden no necesitar una transacción on-chain independiente solo para aprobar un gasto.

También puede admitir flujos sin gas o patrocinados cuando una aplicación envía el permiso firmado en nombre del usuario.

Sin embargo, las firmas permit pueden ser peligrosas si los usuarios firman mensajes que no entienden.

Un sitio web malicioso puede engañar a un usuario para que firme un permit que conceda permiso de gasto a un contrato controlado por un atacante.

Las wallets deben mostrar claramente los detalles del permit.

Los usuarios deben revisar el destinatario del gasto, el token, el importe, la fecha límite y la red antes de firmar.

ERC-2612 muestra que los estándares de token pueden mejorar la usabilidad, pero también pueden crear nuevas superficies de phishing.

Cada firma debe tratarse como un evento de autorización importante.

Estándar de token SPL en Solana

Los tokens SPL son el formato de token habitual en Solana.

La documentación de tokens de Solana oficial indica que los tokens en Solana se denominan tokens SPL y representan la propiedad sobre distintas categorías de activos.

Los tokens SPL se gestionan mediante programas de Solana en lugar de contratos ERC de estilo Ethereum.

Esto significa que el modelo de cuentas, las cuentas de token, las cuentas de minting, las instrucciones de programa y el comportamiento de las comisiones son diferentes de los estándares de token de estilo Ethereum.

Un token de Solana tiene un mint que define el token, mientras que los saldos de los usuarios se mantienen en cuentas de token.

Esta estructura puede confundir a los usuarios acostumbrados a los saldos de wallet de estilo Ethereum.

Los tokens SPL pueden representar activos fungibles, NFT, activos estables, artículos de juego, activos de gobernanza y otros valores tokenizados.

Solana también cuenta con funcionalidades más recientes de programas de token que pueden admitir extensiones y comportamientos más flexibles.

Los usuarios deben entender que un estándar de token es específico de cada cadena.

Un token SPL no es el mismo objeto técnico que un token ERC-20, aunque ambos representen activos fungibles.

Estándares de token TRC-10 y TRC-20

TRC-10 y TRC-20 son estándares de token utilizados en el ecosistema TRON.

La documentación de TRON sobre TRC-10 oficial describe TRC-10 como un estándar de token nativo admitido por la red TRON que no depende de la TRON Virtual Machine.

TRC-10 es un formato de token de nivel de protocolo.

Puede ser más sencillo para la emisión de tokens nativos, pero es menos flexible que los estándares de token basados en contratos inteligentes.

La descripción general de estándares de token de TRON oficial describe TRC-20 como un estándar técnico utilizado para contratos inteligentes en TRON a través de la TRON Virtual Machine.

La documentación de la interfaz de protocolo TRC-20 oficial indica que TRC-20 define funciones y eventos para que las wallets y plataformas puedan acoplar o integrar el activo.

TRC-20 suele compararse con ERC-20 porque ambos definen el comportamiento de los tokens de contratos inteligentes.

Los usuarios deben recordar que las direcciones, comisiones, recursos y reglas de red difieren según la cadena.

Un estándar de token puede parecer familiar, pero seguir funcionando en un entorno blockchain diferente.

Enviar activos por la red equivocada puede provocar pérdidas importantes o dificultades de recuperación.

BRC-20 y estándares de token basados en Bitcoin

BRC-20 es un estándar de token experimental asociado a Bitcoin Ordinals e inscripciones.

A diferencia de ERC-20, BRC-20 no utiliza contratos inteligentes de estilo Ethereum.

Utiliza datos de inscripciones y reglas de indexación para representar el despliegue, la acuñación y las transferencias de tokens.

Esto hace que BRC-20 sea muy diferente de los estándares de token de contratos inteligentes.

El protocolo oficial de Bitcoin no trata los saldos BRC-20 de la misma forma que una máquina virtual de estilo Ethereum trata los saldos ERC-20.

BRC-20 depende en gran medida de que los indexadores interpreten los datos de inscripciones de forma coherente.

Esto crea riesgos diferentes relacionados con las herramientas, el consenso entre indexadores, la liquidez, el comportamiento de las transferencias y la comprensión de los usuarios.

Los usuarios deben tratar BRC-20 como un modelo de token especializado y experimental, en lugar de asumir que funciona como ERC-20.

Los estándares de token basados en Bitcoin pueden ser innovadores, pero también pueden ser más difíciles de entender para los principiantes.

Antes de utilizarlos, los usuarios deben comprender el soporte de wallets, las comisiones de inscripción, las reglas de transferencia y la liquidez del mercado.

Estándares de tokens fungibles

Los estándares de tokens fungibles definen tokens en los que cada unidad es intercambiable por otra unidad del mismo token.

ERC-20, los tokens SPL y TRC-20 son ejemplos habituales de formatos de tokens fungibles en distintos ecosistemas.

Los tokens fungibles pueden representar stablecoins, tokens de gobernanza, puntos de recompensa, activos envueltos, tokens de utilidad, activos de pago e incentivos de protocolo.

La característica clave es que una unidad equivale a otra unidad del mismo token.

Si un usuario posee 10 unidades de un token fungible, normalmente no importa qué unidades concretas posee.

Esto hace que los estándares fungibles sean útiles para el trading, los pagos, el staking, los pools de liquidez, las recompensas y las votaciones de gobernanza.

Los principales riesgos incluyen errores en los contratos inteligentes, abuso de aprobaciones, permisos de acuñación, controles de listas negras, transferencias pausadas, inflación de la oferta y una tokenomics débil.

Un token que sigue un estándar fungible puede seguir incluyendo reglas personalizadas que cambien la experiencia de usuario.

Los usuarios no deben asumir que todos los tokens fungibles se comportan de forma idéntica solo porque siguen un estándar.

El código del contrato y los controles del proyecto siguen siendo importantes.

Estándares de tokens no fungibles

Los estándares de tokens no fungibles definen tokens únicos que pueden tener identidades y metadatos individuales.

ERC-721 es el estándar NFT clásico.

ERC-1155 también puede admitir NFT cuando cada ID de token representa un activo único o de oferta limitada.

Los estándares NFT se utilizan para arte, objetos de colección, identidad digital, entradas, membresías, credenciales, artículos de juego, derechos musicales y registros de activos del mundo real.

Los estándares de token NFT registran la propiedad de los ID de token.

También admiten transferencias, aprobaciones, permisos de operador y referencias de metadatos.

El sistema de metadatos es especialmente importante porque los usuarios suelen valorar los NFT según las imágenes, los atributos, la rareza, la procedencia y la identidad de la colección.

Los estándares NFT no garantizan que la obra de arte sea permanente.

El token puede estar on-chain mientras que la imagen o los metadatos se almacenan en otro lugar.

Los usuarios deben comprobar si los metadatos están on-chain, se basan en IPFS, se almacenan en servidores, son modificables o están congelados.

Estándares multítoken

Los estándares multítoken permiten que un contrato gestione muchos tipos de tokens.

ERC-1155 y ERC-6909 son ejemplos de enfoques multítoken.

Esto resulta útil cuando un proyecto necesita muchos activos, pero no quiere desplegar un contrato independiente para cada token.

Un juego puede utilizar un contrato para muchos tipos de artículos.

Una plataforma de membresías puede utilizar un contrato para varios niveles de acceso.

Un protocolo puede utilizar un contrato para diversos saldos o posiciones internas.

Los estándares multítoken pueden mejorar la eficiencia del gas, simplificar el despliegue y admitir operaciones por lotes.

También pueden hacer más compleja la visualización de metadatos y saldos, ya que cada ID de token puede tener un significado distinto.

El soporte de wallets e indexadores es importante para los activos multítoken.

Si una aplicación no entiende plenamente el estándar, los usuarios pueden ver saldos ausentes o metadatos incompletos.

Estándares de token con permisos

Los estándares de token con permisos añaden restricciones de transferencia y comprobaciones de identidad al comportamiento del token.

Estos estándares son habituales en la tokenización de activos del mundo real, fondos regulados, activos similares a valores y activos sensibles al cumplimiento normativo.

La documentación de ERC-3643 oficial describe ERC-3643 como una suite de contratos inteligentes de código abierto para emitir, gestionar y transferir tokens con permisos y condiciones basadas en identidad.

Un token con permisos puede ser transferible únicamente entre wallets verificadas.

Puede bloquear las transferencias a jurisdicciones no admitidas o a usuarios no verificados.

Puede requerir credenciales de identidad, comprobaciones de cumplimiento o permisos del emisor antes de la transferencia.

Esto puede ayudar a que los activos regulados se muevan en blockchains públicas respetando los requisitos legales.

Sin embargo, los tokens con permisos son diferentes de los tokens totalmente abiertos.

Es posible que los usuarios no puedan transferirlos libremente a cualquier wallet.

Antes de comprar o recibir un token con permisos, los usuarios deben comprender los requisitos de participación, los límites de transferencia, las condiciones de reembolso, los controles del emisor y la documentación legal.

Estándares de token e interoperabilidad

La interoperabilidad es la capacidad de distintas aplicaciones cripto para trabajar con el mismo formato de token.

Los estándares de token mejoran la interoperabilidad al crear funciones y eventos predecibles.

Una wallet puede leer un saldo porque el token expone una función de saldo conocida.

Una dApp puede solicitar una aprobación porque el token expone una función de aprobación conocida.

Un explorador puede mostrar transferencias porque el token emite eventos conocidos.

Un marketplace puede mostrar NFT porque el token admite funciones conocidas de propiedad y metadatos.

Este comportamiento compartido reduce la fragmentación en el sector cripto.

También ayuda a los nuevos proyectos a lanzarse más rápido, ya que pueden basarse en herramientas existentes.

Sin embargo, la interoperabilidad nunca es perfecta.

Algunos proyectos añaden reglas personalizadas, algunas wallets tienen soporte incompleto y algunas cadenas interpretan de forma diferente estándares similares.

Los usuarios deben verificar la compatibilidad antes de mover activos valiosos o interactuar con contratos desconocidos.

Estándares de token y soporte de wallets

El soporte de wallets es uno de los efectos más visibles de los estándares de token.

Si una wallet admite un estándar de token, normalmente puede mostrar saldos, crear transferencias, mostrar metadatos y gestionar aprobaciones.

Si una wallet no admite un estándar, el token puede aparecer de forma incorrecta o no aparecer en absoluto.

Esto es habitual con los estándares más recientes, los activos multítoken y los modelos de token especializados.

Un usuario puede poseer un activo on-chain incluso si la interfaz de la wallet no lo muestra correctamente.

En ese caso, un explorador de blockchain u otra wallet pueden mostrar el activo.

Las wallets suelen admitir primero los estándares más comunes porque afectan al mayor número de usuarios.

Los desarrolladores que lancen tokens deben probar su visualización en wallets antes del lanzamiento público.

Los usuarios que reciban tokens inusuales deben confirmar si su wallet admite ese estándar.

Una visualización no admitida no siempre implica una pérdida, pero puede generar confusión y errores.

Estándares de token y DeFi

DeFi depende en gran medida de los estándares de token porque los contratos inteligentes necesitan un comportamiento predecible de los activos.

Un protocolo de préstamos necesita saber cómo transferir garantías.

Un pool de liquidez necesita saber cómo recibir y enviar tokens.

Un contrato de staking necesita saber cómo registrar depósitos y recompensas.

Un sistema de gobernanza necesita saber cómo medir el poder de voto.

Los estándares fungibles de estilo ERC-20 son especialmente importantes en DeFi porque proporcionan funciones comunes para el seguimiento de saldos y las transferencias.

Sin embargo, no todos los tokens ERC-20 se comportan de forma segura en DeFi.

Algunos tokens aplican impuestos de transferencia.

Algunos tokens pueden incluir direcciones en listas negras.

Algunos tokens pueden pausar las transferencias.

Algunos tokens pueden acuñar nueva oferta de forma inesperada.

Los protocolos DeFi deben tener en cuenta estos casos extremos antes de integrar tokens.

Estándares de token y NFT

Los mercados de NFT dependen de los estándares de token porque la propiedad, las aprobaciones, los metadatos y los eventos de transferencia deben poder leerse.

ERC-721 facilitó que las wallets y los marketplaces admitieran activos digitales únicos.

ERC-1155 facilitó el soporte de colecciones con muchos tipos de activos y transferencias por lotes.

Los estándares NFT ayudan a mostrar quién posee un ID de token y si un operador aprobado puede transferirlo.

También ayudan a las aplicaciones a recuperar metadatos y mostrar imágenes o atributos.

Sin embargo, los estándares NFT no garantizan la autenticidad.

Una colección NFT falsa puede seguir ERC-721 perfectamente.

Un NFT de spam puede seguir ERC-1155 perfectamente.

Una colección maliciosa puede utilizar funciones estándar mientras dirige los metadatos a contenido de phishing.

Los usuarios deben verificar las direcciones oficiales de los contratos y evitar enlaces sospechosos incluidos en los metadatos.

Los estándares mejoran la compatibilidad, pero no sustituyen a la debida diligencia.

Estándares de token y aprobaciones

Las aprobaciones son una de las áreas de mayor riesgo en los estándares de token.

ERC-20 utiliza aprobaciones para que un usuario pueda permitir que otra dirección o contrato gaste una cantidad de tokens.

ERC-721 y ERC-1155 utilizan sistemas de aprobación para que los operadores puedan transferir NFT o ID de token en nombre de los propietarios.

Las aprobaciones hacen posibles DeFi, los marketplaces, el staking y las transacciones automatizadas.

También crean riesgos porque una aprobación maliciosa puede permitir que un atacante mueva activos más adelante.

Las aprobaciones ilimitadas son especialmente arriesgadas porque pueden permitir que un contrato gaste todos los saldos actuales y futuros de un token.

Los usuarios deben revisar las aprobaciones periódicamente y revocar los permisos que ya no necesiten.

Las wallets deben mostrar claramente los detalles de las aprobaciones.

Los desarrolladores deben solicitar únicamente los permisos que su aplicación necesite realmente.

Un estándar de token puede definir herramientas de aprobación, pero los usuarios deben seguir aprobando con cautela.

Estándares de token y metadatos

Los metadatos son información descriptiva sobre un token.

En los NFT, los metadatos pueden incluir imágenes, atributos, características de rareza, descripciones, enlaces de animación y referencias externas.

En los tokens fungibles, los metadatos pueden incluir símbolo, nombre, decimales, logotipo, sitio web, información del emisor y documentación.

Los estándares de token pueden definir directamente funciones de metadatos o basarse en estándares de extensión.

ERC-721 incluye funciones de metadatos opcionales como

, y .

ERC-1155 utiliza metadatos basados en URI con sustitución de ID de token.

ERC-1046 amplía las ideas de URI de token a varios tipos de tokens.

Los metadatos afectan a la confianza de los usuarios porque las wallets y los marketplaces los utilizan para mostrar qué representa el activo.

Los metadatos dañados pueden hacer que un token aparezca en blanco.

Los metadatos modificables pueden cambiar lo que los usuarios creían poseer.

Estándares de token y seguridad

Un estándar de token no es lo mismo que una auditoría de seguridad.

Un token puede seguir un estándar y aun así contener lógica personalizada peligrosa.

Los riesgos de los contratos inteligentes incluyen puertas traseras de acuñación, controles exclusivos del propietario, congelaciones de transferencias, aprobaciones maliciosas, problemas de reentrada, errores de enteros, abuso de actualizaciones, impuestos ocultos y metadatos falsos.

El estándar define una interfaz, pero la implementación determina el comportamiento real.

Las bibliotecas de código abierto pueden reducir el riesgo si se utilizan correctamente, pero los desarrolladores siguen necesitando pruebas, revisiones y auditorías.

La documentación de tokens de OpenZeppelin oficial describe implementaciones habituales de tokens como ERC-20, ERC-721, ERC-1155 y ERC-6909.

El uso de una biblioteca conocida puede ayudar a los desarrolladores a evitar errores comunes.

Sin embargo, los cambios personalizados pueden introducir nuevas vulnerabilidades.

Los usuarios deben comprobar el código fuente verificado, las auditorías, los controles de propiedad y los permisos del contrato antes de confiar en tokens desconocidos.

Ser compatible con un estándar no significa estar libre de riesgos.

Estándares de token y tokenomics

Los estándares de token definen el comportamiento técnico, mientras que la tokenomics define el comportamiento económico.

Un estándar de token puede indicar cómo funcionan las transferencias, pero la tokenomics explica la oferta, las emisiones, el vesting, la utilidad, la gobernanza, las quemas y los incentivos.

Un token ERC-20 puede tener una oferta fija o una acuñación ilimitada.

Una colección ERC-721 puede tener atributos raros o metadatos idénticos.

Un artículo de juego ERC-1155 puede ser escaso o acuñarse sin límite.

El estándar no indica a los usuarios si el token tiene valor.

Solo indica a las aplicaciones cómo se puede leer y mover el token.

Los usuarios deben combinar siempre el análisis del estándar con el análisis de la tokenomics.

Un token técnicamente compatible puede seguir teniendo una distribución deficiente, grandes desbloqueos, una utilidad débil o una propiedad concentrada.

Una buena investigación se pregunta tanto cómo funciona el token como por qué debería tener demanda.

Estándares de token y activos cross-chain

Los tokens cross-chain añaden otra capa de complejidad a los estándares de token.

Un token puede ser nativo de una cadena y estar representado por una versión envuelta en otra cadena.

La versión envuelta puede seguir un estándar diferente al del activo original.

Por ejemplo, un activo de una cadena puede estar representado como un token de estilo ERC-20 en otra cadena.

Esto puede facilitar el uso del token en dApps locales, pero introduce riesgo de bridge y de emisor.

Un token envuelto depende del bridge, custodio, contrato inteligente o sistema de mensajería que lo respalda.

Los usuarios deben comprobar si un token es nativo, envuelto, transferido mediante bridge, sintético o emitido directamente en esa cadena.

El mismo símbolo puede aparecer en muchas redes, pero esto no significa que todas las versiones tengan el mismo riesgo.

Los estándares cross-chain están evolucionando para reducir la fragmentación, pero los usuarios deben seguir verificando las direcciones de contrato y la procedencia del bridge.

La compatibilidad de estándares de token no garantiza automáticamente el respaldo del activo.

Estándares de token y tokenización de activos del mundo real

La tokenización de activos del mundo real utiliza tokens para representar derechos, registros o participaciones vinculados a activos off-chain.

Los ejemplos pueden incluir productos del Tesoro, crédito privado, bienes inmuebles, materias primas, facturas, fondos, créditos de carbono y otros instrumentos financieros.

Los estándares de token son importantes en este ámbito porque los activos regulados suelen necesitar restricciones de transferencia, comprobaciones de identidad, lógica de cumplimiento y registros claros de propiedad.

Un token ERC-20 abierto normal puede no ser suficiente para todos los casos de uso de activos del mundo real.

Los estándares con permisos, como ERC-3643, están diseñados para activos que solo pueden mantener participantes verificados.

Esto puede ayudar a los emisores a cumplir las normas de cumplimiento utilizando infraestructura blockchain pública.

Sin embargo, los estándares de token no sustituyen a los acuerdos legales.

Un token de activo del mundo real sigue necesitando condiciones claras del emisor, reglas de reembolso, acuerdos de custodia, auditorías, divulgaciones jurisdiccionales y documentación sobre riesgos.

Los usuarios no deben asumir que un estándar de token por sí solo demuestra la propiedad legal de un activo off-chain.

El marco jurídico importa tanto como la interfaz del contrato inteligente.

Cómo eligen los desarrolladores un estándar de token

Los desarrolladores eligen un estándar de token en función del tipo de activo, la experiencia de usuario, el soporte del ecosistema y las necesidades de seguridad.

Si el activo es fungible, un diseño de estilo ERC-20 o SPL puede ser apropiado según la cadena.

Si el activo es un NFT único, ERC-721 puede ser apropiado.

Si el proyecto necesita muchos tipos de activos en un contrato, ERC-1155 o ERC-6909 pueden ser apropiados.

Si el activo necesita restricciones de transferencia, un estándar de token con permisos puede ser apropiado.

Si la aplicación necesita callbacks de tokens en una sola transacción, una extensión como ERC-1363 puede ser útil.

Si la aplicación necesita aprobaciones firmadas, una extensión como ERC-2612 puede mejorar la experiencia de usuario.

Los desarrolladores también deben considerar el soporte de wallets y exploradores, las herramientas de auditoría, la disponibilidad de bibliotecas, el coste de gas, la capacidad de actualización y el mantenimiento a largo plazo.

El mejor estándar no siempre es el más reciente.

El mejor estándar es el que se adapta al caso de uso, mantiene la seguridad y cuenta con amplio soporte.

Cómo deben evaluar los usuarios un estándar de token

Los usuarios no necesitan leer cada línea de una especificación técnica, pero deben entender qué tipo de token utilizan.

Deben saber si el activo es fungible, no fungible, multítoken, con permisos, envuelto o experimental.

Deben saber qué red blockchain aloja el token.

Deben saber si la wallet admite correctamente el estándar de token.

Deben comprobar si la dirección del contrato coincide con fuentes oficiales.

Deben revisar las aprobaciones antes de conectarse a dApps.

Deben entender si un token puede pausarse, acuñarse, quemarse, gravarse, incluirse en una lista negra o actualizarse.

Deben comprobar si los metadatos de un NFT son permanentes o modificables.

Deben verificar si un token de activo del mundo real cuenta con documentación legal más allá del contrato inteligente.

Una comprensión básica de los estándares de token ayuda a los usuarios a evitar transferencias por la red equivocada, tokens falsos, aprobaciones inseguras y metadatos engañosos.

Errores comunes con los estándares de token

El primer error es asumir que un token compatible con un estándar es automáticamente seguro.

El segundo error es confundir un estándar de token con la tokenomics.

El tercer error es enviar tokens por la red equivocada porque los símbolos parecen similares.

El cuarto error es aprobar permisos de gasto ilimitados sin comprobar el contrato.

El quinto error es confiar en los metadatos de un NFT sin verificar el contrato oficial.

El sexto error es asumir que los tokens envueltos conllevan el mismo riesgo que los tokens nativos.

El séptimo error es ignorar los controles de administrador, como la acuñación, la pausa, la inclusión en listas negras y las actualizaciones.

El octavo error es utilizar una wallet que no admite correctamente el estándar de token.

El noveno error es tratar los estándares experimentales como si fueran consolidados y ampliamente admitidos.

El décimo error es asumir que un token de activo del mundo real es jurídicamente exigible solo porque sigue un estándar de token.

Buenas prácticas para los estándares de token

Utiliza estándares ampliamente adoptados cuando sea importante contar con una amplia compatibilidad.

Utiliza bibliotecas de contratos auditadas y bien probadas cuando sea posible.

Documenta cualquier comportamiento personalizado que difiera de lo esperado por el estándar.

Haz que los metadatos sean duraderos, claros y honestos.

Limita los controles de administrador o explícalos con transparencia.

Utiliza flujos de aprobación claros y evita solicitar permisos innecesarios.

Prueba la visualización del token en wallets, exploradores y dApps antes del lanzamiento.

Verifica el código fuente del contrato cuando sea posible.

Supervisa las actualizaciones de los estándares y los cambios en las herramientas del ecosistema.

Trata los estándares de token como una base, no como una garantía completa de seguridad o valor.

Preguntas frecuentes

¿Qué significa estándar de token?

Un estándar de token es un conjunto compartido de reglas técnicas que define cómo debe comportarse e interactuar un token cripto con wallets, dApps, exploradores y contratos inteligentes.

¿Por qué son importantes los estándares de token?

Los estándares de token son importantes porque facilitan la integración, visualización, transferencia, aprobación y uso de tokens en muchas aplicaciones cripto.

¿Cuál es el estándar de token fungible más común?

ERC-20 es uno de los estándares de token fungible más comunes en las redes de estilo Ethereum.

¿Cuál es el principal estándar de token NFT?

ERC-721 es el estándar de token clásico para tokens no fungibles únicos.

¿Para qué se utiliza ERC-1155?

ERC-1155 se utiliza para contratos multítoken que pueden gestionar tipos de tokens fungibles, no fungibles y semifungibles en un contrato.

¿Qué es un token SPL?

Un token SPL es un formato de token utilizado en Solana para representar activos digitales mediante programas de token de Solana.

¿Qué es TRC-20?

TRC-20 es un estándar de token de contrato inteligente en TRON que define funciones y eventos para la emisión e integración de tokens.

¿Qué es TRC-10?

TRC-10 es un estándar de token nativo de TRON que no depende de la TRON Virtual Machine.

¿Un estándar de token hace que un token sea seguro?

No, un estándar de token mejora la compatibilidad, pero el contrato del token, los controles de administrador, la tokenomics, la liquidez y el comportamiento del proyecto siguen creando riesgos.

¿Pueden dos tokens utilizar el mismo estándar y comportarse de forma diferente?

Sí, dos tokens pueden seguir el mismo estándar y tener reglas de oferta, comisiones, permisos, metadatos y riesgos diferentes.

¿Qué es un estándar de token con permisos?

Un estándar de token con permisos añade comprobaciones de identidad o restricciones de transferencia para que solo los usuarios elegibles puedan mantener o mover el token.

¿Por qué son importantes las aprobaciones de tokens?

Las aprobaciones de tokens son importantes porque pueden permitir que contratos inteligentes u operadores muevan tokens desde la wallet de un usuario.

¿Qué es un estándar de token envuelto?

Un token envuelto suele seguir un estándar de token local mientras representa un activo de otra cadena o sistema.

¿Qué deben comprobar los usuarios antes de utilizar un estándar de token nuevo?

Los usuarios deben comprobar el soporte de la wallet, la dirección del contrato, el comportamiento de las aprobaciones, la red, los metadatos, los controles de administrador, la procedencia del bridge y la documentación del proyecto.

¿Cuál es la forma más segura de entender los estándares de token?

La forma más segura es tratar los estándares de token como reglas de interoperabilidad y comprobar por separado la seguridad, la tokenomics, la liquidez, los derechos legales y la fiabilidad del proyecto.

Conclusión

Un estándar de token es el conjunto de reglas técnicas que permite a los tokens cripto funcionar de forma coherente en wallets, dApps, exploradores, marketplaces, bridges y contratos inteligentes.

Define cómo se transfieren los tokens, informan de los saldos, aprueban gastos, emiten eventos, exponen metadatos e interactúan con otras aplicaciones.

Los principales ejemplos incluyen ERC-20 para tokens fungibles, ERC-721 para NFT, ERC-1155 para contratos multítoken, tokens SPL en Solana y TRC-10 o TRC-20 en TRON.

Los estándares más recientes y especializados, como ERC-6909, ERC-1363, ERC-2612 y ERC-3643, muestran cómo los estándares de token siguen evolucionando para contratos multiactivo, tokens pagables, aprobaciones firmadas y casos de uso de activos del mundo real con permisos.

Los estándares de token son potentes porque hacen que el sector cripto sea interoperable.

Permiten que aplicaciones independientes entiendan los tokens sin una integración personalizada para cada activo.

Sin embargo, un estándar de token no demuestra que un token tenga valor, sea seguro, líquido, descentralizado o jurídicamente exigible.

Los usuarios siempre deben comprobar el contrato, la red, las aprobaciones, los metadatos, la tokenomics, los controles de administrador, la liquidez, la estructura del bridge y la documentación del proyecto.

Los desarrolladores deben elegir estándares en función del caso de uso, la seguridad, la compatibilidad y el soporte a largo plazo.

El mejor estándar de token es el que se ajusta a la finalidad del activo y al mismo tiempo resulta comprensible y seguro para los usuarios.

En un glosario cripto, Estándar de token debe entenderse como la interfaz técnica compartida que proporciona a los tokens un comportamiento predecible y permite al ecosistema Web3 más amplio reconocerlos, mostrarlos, transferirlos e integrarlos.