Skip to main content

Qué es un estándar de token

Nota: Este documento es una traducción automática del original en inglés.

Qué es un estándar de token

Un estándar de token es un conjunto de reglas técnicas que define cómo se comporta un token en una blockchain específica. Especifica la interfaz de programación -- qué funciones debe implementar el contrato inteligente del token, qué eventos debe emitir y cómo pueden interactuar con él otros contratos y aplicaciones. Un estándar de token es un plano para la compatibilidad: cualquier token que siga el mismo estándar puede ser enviado, recibido, mostrado e intercambiado por cualquier monedero, exchange o aplicación que soporte ese estándar, sin requerir una integración personalizada.

Los estándares de token resuelven un problema práctico. Sin ellos, cada proyecto inventaría su propio formato de token, y los monederos necesitarían código personalizado para soportar cada uno. Estándares como ERC-20 (en Ethereum), BEP-20 (en BNB Smart Chain) y SPL (en Solana) proporcionan un lenguaje común que habla todo el ecosistema. Cuando un nuevo proyecto crea un token siguiendo ERC-20, este funciona automáticamente con todos los monederos de Ethereum, todos los exchanges descentralizados y todos los rastreadores de carteras -- desde el primer día.

Es fundamental entender qué es un estándar de token y qué no es. Un estándar describe el formato técnico de un token: cómo puede transferirse, cómo se rastrean los saldos y cómo funcionan las aprobaciones. No dice nada sobre el propósito, el valor o el rol económico del token en el proyecto. Dos tokens pueden seguir el mismo estándar (ERC-20) mientras cumplen funciones completamente diferentes -- uno podría ser un token de gobernanza para una DAO, otro podría ser un token de utilidad para pagar tarifas de inferencia de IA. El estándar es el contenedor; el modelo de token es el contenido.

En resumen: un estándar de token define el formato técnico y la interfaz de un token para que sea compatible con monederos, exchanges y aplicaciones en su blockchain. Describe cómo funciona el token mecánicamente, no para qué sirve.

Cómo funcionan los estándares de token

El rol de los contratos inteligentes

En la mayoría de las blockchains, los tokens se crean desplegando un contrato inteligente -- un programa que vive en la cadena y se ejecuta automáticamente cuando se le llama. El estándar de token define qué funciones debe incluir este contrato inteligente. Por ejemplo, el estándar ERC-20 requiere las siguientes funciones principales:

Función Propósito
totalSupply() Devuelve el número total de tokens existentes
balanceOf(address) Devuelve el saldo de tokens de una dirección específica
transfer(to, amount) Envía tokens del llamante a otra dirección
approve(spender, amount) Autoriza a otra dirección a gastar tokens en nombre del llamante
transferFrom(from, to, amount) Envía tokens en nombre de otra dirección (requiere aprobación previa)
allowance(owner, spender) Devuelve el número restante de tokens que el spender tiene permitido transferir

Cualquier contrato inteligente que implemente estas funciones es compatible con ERC-20. Los monederos, exchanges y aplicaciones descentralizadas comprueban estas funciones para determinar si pueden interactuar con el token. Esta estandarización es lo que permite que MetaMask, Uniswap o cualquier otra herramienta compatible con Ethereum soporte miles de tokens diferentes sin necesitar código personalizado para cada uno.

Estándares en diferentes blockchains

Cada blockchain importante tiene su propio estándar de token o familia de estándares, que refleja la arquitectura y el modelo de programación de la cadena:

Estándar Blockchain Notas
ERC-20 Ethereum (y cadenas compatibles con EVM) El estándar de token más ampliamente adoptado; la referencia de facto para los tokens fungibles
BEP-20 BNB Smart Chain Funcionalmente idéntico a ERC-20, adaptado para el entorno compatible con EVM de BNB Smart Chain
SPL Solana El programa de tokens de Solana; arquitectura diferente (basada en cuentas en lugar de en contratos) pero cumple el mismo propósito
Native token Varios La moneda integrada de la cadena (ETH en Ethereum, SOL en Solana, BTC en Bitcoin); no se crea mediante un contrato inteligente sino por el protocolo mismo

Las cadenas compatibles con EVM (Ethereum, BNB Smart Chain, Polygon, Arbitrum, Base, Avalanche C-Chain) comparten la interfaz ERC-20, lo que significa que los tokens a menudo pueden ser puenteados entre estas cadenas con mínima fricción. Las cadenas no compatibles con EVM como Solana usan estándares diferentes que logran los mismos objetivos por medios técnicos distintos.

Estándares fungibles vs no fungibles

Los estándares de token se dividen en dos categorías principales:

  • Estándares de token fungibles (ERC-20, BEP-20, SPL) -- cada token es idéntico e intercambiable. Una unidad de un token fungible es igual a cualquier otra unidad, igual que un billete de un dólar es intercambiable con otro.
  • Estándares de token no fungibles (ERC-721, ERC-1155) -- cada token es único y representa un artículo o activo distinto. Estos son los estándares detrás de los NFT.

En el contexto de las fichas de proyecto de DecAIHub, el campo Token standard se refiere al estándar de token fungible utilizado por el token principal del proyecto. La mayoría de los proyectos de IA cripto emiten tokens fungibles.

Por qué importa la interoperabilidad

El valor práctico de los estándares de token reside en la interoperabilidad -- la capacidad de diferentes herramientas y servicios de trabajar juntos sin problemas:

  • Soporte de monederos -- un monedero que soporta ERC-20 puede mostrar y transferir cualquier token ERC-20 sin actualizaciones. Los usuarios no necesitan un monedero diferente para cada proyecto.
  • Listados en exchanges -- los exchanges centralizados y descentralizados pueden listar cualquier token compatible con el estándar mediante procesos automatizados. Los tokens no estándar requieren integración personalizada, lo que crea fricción y retrasos.
  • Componibilidad DeFi -- los protocolos de finanzas descentralizadas (plataformas de préstamos, pools de liquidez, agregadores de rendimiento) están construidos para interactuar con tokens estándar. Un token que sigue ERC-20 puede aportarse a un pool de préstamos, usarse como garantía o emparejarse en un pool de liquidez sin ninguna modificación.
  • Compatibilidad con exploradores de bloques -- exploradores como Etherscan reconocen y muestran automáticamente las transferencias, saldos y recuentos de poseedores de tokens compatibles con el estándar.
  • Herramientas para desarrolladores -- los tokens estándar funcionan de inmediato con los frameworks de desarrollo, las suites de pruebas y las herramientas de auditoría de seguridad. Las implementaciones no estándar aumentan la complejidad de la auditoría y el riesgo de errores.

Lo que un estándar NO define

Un estándar de token deja deliberadamente sin definir muchos aspectos importantes:

  • Suministro de tokens -- el estándar no dicta si el suministro total es fijo, inflacionario o deflacionario. Estas son decisiones de tokenomics tomadas por el proyecto.
  • Distribución -- cómo se asignan los tokens (equipo, inversores, comunidad, tesorería) no es parte del estándar.
  • Utilidad -- el estándar no especifica para qué se usa el token. Un token puede seguir ERC-20 y servir como token de gobernanza, token de utilidad, stablecoin o meme token.
  • Valor -- el estándar no tiene opinión sobre cuánto debería valer el token. El precio está determinado por la oferta, la demanda, la utilidad y la dinámica del mercado -- ninguna de las cuales está codificada en el estándar.

Por qué importa para los proyectos de IA cripto

Para los proyectos de IA cripto, los estándares de token afectan varias dimensiones prácticas:

  • Alcance del ecosistema -- un proyecto que emite un token ERC-20 en Ethereum puede acceder inmediatamente al mayor ecosistema DeFi, al soporte de monederos más amplio y a los mercados de trading más líquidos. Elegir un estándar menos común limita el alcance inmediato del token.
  • Despliegue cross-chain -- muchos proyectos de IA se despliegan en múltiples cadenas. Entender los estándares de token ayuda a evaluar si las afirmaciones multi-chain de un proyecto son creíbles. Un token ERC-20 en Ethereum y un token BEP-20 en BNB Smart Chain son funcionalmente equivalentes pero requieren contratos inteligentes separados y potencialmente un bridge para transferencias cross-chain.
  • Riesgo de contrato inteligente -- los tokens compatibles con el estándar se benefician de auditorías extensas y de la revisión de la comunidad. Las implementaciones de token personalizadas o modificadas pueden introducir vulnerabilidades que no han sido probadas por el ecosistema más amplio.
  • Mecánicas de token específicas de IA -- algunos proyectos de IA añaden lógica personalizada sobre los contratos de token estándar: mecanismos de tarifas dinámicas vinculados al uso de inferencia de IA, contratos de staking que requieren bloquear tokens antes de acceder a los servicios de IA, o distribución de recompensas basada en el cómputo aportado. El estándar de token base proporciona los cimientos; la lógica específica de IA se superpone encima.

Dónde aparece esto en las fichas de proyecto de DecAIHub

El campo Token standard en una ficha de proyecto de DecAIHub registra el estándar técnico del token principal del proyecto. Los valores comunes incluyen:

  • ERC-20 -- el token sigue el estándar ERC-20 de Ethereum (o un equivalente compatible con EVM).
  • BEP-20 -- el token sigue el estándar BEP-20 de BNB Smart Chain.
  • SPL -- el token es un token SPL en Solana.
  • native -- el token es la moneda integrada de la blockchain, no un token de contrato inteligente.

Este campo es puramente descriptivo. Te dice qué formato técnico usa el token y, por extensión, a qué ecosistema blockchain pertenece. No te dice qué hace el token ni cuán valioso es.

Al leer una ficha de proyecto, el campo Token standard se entiende mejor junto con:

  • Main chain -- en qué blockchain está desplegado el token.
  • Token model -- el rol económico que el token desempeña en el proyecto (utilidad, gobernanza, staking, mecanismo de tarifas, o sin token).
  • Token name y ticker -- los identificadores legibles por humanos del token.

Lo que un estándar de token por sí solo no demuestra

  • Un estándar de token no demuestra que el token tenga utilidad. Un proyecto puede desplegar un token ERC-20 perfectamente compatible que no cumpla ningún propósito dentro de su ecosistema. El cumplimiento técnico no dice nada sobre la necesidad funcional.
  • Un estándar de token no demuestra seguridad. Aunque las implementaciones estándar están bien auditadas, un proyecto puede añadir lógica personalizada (funciones de minteo, mecanismos de pausa, controles de administrador) que introduzcan vulnerabilidades. El estándar es un punto de partida, no una garantía de seguridad.
  • Un estándar de token no demuestra que el proyecto tenga IA. Emitir un token en cualquier estándar es una actividad puramente financiera y de infraestructura. No tiene relación con que el proyecto tenga un componente de IA genuino.
  • Un estándar de token no demuestra interoperabilidad más allá de su cadena. Un token ERC-20 en Ethereum no está automáticamente disponible en Solana. La disponibilidad cross-chain requiere bridges, tokens envueltos o despliegues separados -- ninguno de los cuales es parte del estándar mismo.
  • Un estándar de token no demuestra la descentralización del token. Un token compatible con el estándar puede tener una única dirección propietaria con la capacidad de mintear tokens ilimitados, congelar transferencias o poner direcciones en una lista negra. El estándar define la interfaz, no los controles de acceso.

No confundir con

  • Token model -- el modelo de token describe el rol del token (utilidad, gobernanza, staking, mecanismo de tarifas). El estándar describe el formato. Un modelo de token responde "¿para qué sirve?" Un estándar responde "¿cómo funciona técnicamente?"
  • Tokenomics -- la tokenomics cubre el suministro, la distribución, el calendario de emisión, el vesting y los incentivos económicos. Estas son decisiones de diseño económico, no parte del estándar técnico.
  • Contrato inteligente -- un estándar de token es un tipo específico de contrato inteligente. No todos los contratos inteligentes son tokens, y no todos los tokens son contratos inteligentes (los tokens nativos como ETH o SOL están integrados en el protocolo mismo).
  • Protocolo -- un protocolo de blockchain es el conjunto completo de reglas que rigen la red. Un estándar de token es una especificación mucho más estrecha que rige un tipo de activo en la red.

Preguntas frecuentes

¿Son ERC-20 y BEP-20 lo mismo?

Funcionalmente, sí. BEP-20 es el equivalente de ERC-20 en BNB Smart Chain y usa las mismas firmas de funciones e interfaz. La diferencia es la blockchain en la que se ejecutan: ERC-20 en Ethereum, BEP-20 en BNB Smart Chain. Como BNB Smart Chain es compatible con EVM, el código del contrato inteligente suele ser idéntico. Sin embargo, los tokens existen en redes separadas y no pueden usarse de forma intercambiable sin un bridge cross-chain.

¿Qué pasa si un token no sigue un estándar?

Un token no estándar puede no ser reconocido por monederos, exchanges o protocolos DeFi. Los usuarios podrían no poder ver su saldo, transferir tokens o intercambiarlos en exchanges descentralizados. Los tokens no estándar requieren trabajo de integración personalizado de cada plataforma que quiera soportarlos, lo que crea fricción y limita la adopción. En algunos casos, la lógica de transferencia no estándar ha provocado que los tokens queden permanentemente atascados en contratos inteligentes.

¿Puede un token cambiar su estándar?

No directamente. El estándar de un token está definido por su contrato inteligente, que es inmutable una vez desplegado (a menos que use un patrón proxy actualizable). Para "cambiar" de estándar, un proyecto normalmente desplegaría un nuevo contrato de token en el estándar objetivo y ofrecería un mecanismo de migración o swap para los poseedores existentes. Esto es poco común y complejo.

¿Afecta el estándar de token a las tarifas de transacción?

Indirectamente. El estándar define las funciones del contrato inteligente que se llaman durante las transferencias, y diferentes funciones consumen distintas cantidades de gas (la unidad de coste de cómputo en las cadenas EVM). Una transferencia ERC-20 simple cuesta aproximadamente 65.000 unidades de gas en Ethereum. Los tokens con lógica añadida (como impuestos de transferencia, mecanismos de reflexión o provisión automática de liquidez) consumen más gas. El estándar establece la línea base; las adiciones personalizadas aumentan el coste.

¿Por qué algunos proyectos usan tokens nativos en lugar de ERC-20?

Los tokens nativos están integrados en el protocolo blockchain mismo, no creados por un contrato inteligente. Sirven como la moneda de la red para pagar las tarifas de transacción y, en las redes PoS, para el staking. Los proyectos que operan su propia blockchain (cadenas L1 o appchains) suelen tener tokens nativos porque la cadena necesita una moneda de tarifas integrada. Los proyectos desplegados como aplicaciones en una cadena existente suelen emitir tokens ERC-20 (o equivalentes) porque no controlan el protocolo subyacente.

¿Cómo puedo verificar qué estándar usa un token?

En las cadenas EVM, puedes comprobar el contrato inteligente del token en un explorador de bloques como Etherscan. Si el contrato implementa las seis funciones principales de ERC-20 (totalSupply, balanceOf, transfer, approve, transferFrom, allowance), es compatible con ERC-20. La mayoría de los exploradores etiquetan los tokens por su estándar automáticamente. En Solana, la página del SPL Token Program en Solscan o Solana Explorer identifica los tokens SPL. Las fichas de proyecto de DecAIHub incluyen el campo Token standard para ahorrarte esta búsqueda.

Referencias externas

Véase también