Token SPL

¿Qué es un token SPL?

Un token SPL es un activo digital de Solana que sigue las reglas de los tokens y el modelo de cuentas utilizados por los programas de tokens de Solana.

La documentación oficial de Solana sobre tokens indica que los tokens de Solana se denominan tokens SPL y que SPL significa Solana Program Library.

Un token SPL puede representar muchos tipos de criptoactivos, incluidos tokens fungibles, activos de valor estable, tokens de gobernanza, activos wrapped, tokens de recompensa, activos de videojuegos, objetos coleccionables y NFT.

La idea más importante es que cada token SPL no está controlado por un contrato inteligente personalizado independiente.

En su lugar, Solana utiliza programas de tokens compartidos que definen instrucciones comunes para crear, acuñar, transferir, quemar, congelar y gestionar tokens.

Este diseño basado en programas compartidos facilita que las carteras, aplicaciones y desarrolladores admitan muchos tokens de Solana con reglas coherentes.

Un token SPL se identifica mediante su cuenta mint, que actúa como su identidad única on-chain.

El saldo de un usuario de un token SPL se almacena en una cuenta de token que pertenece a un mint y a un titular.

Esto difiere de los modelos de cuenta en los que todos los saldos de tokens se guardan en el libro mayor interno de un único contrato.

En pocas palabras, un token SPL es la forma estándar de Solana de representar tokens mediante cuentas mint, cuentas de token e instrucciones del programa de tokens.

Por qué son importantes los tokens SPL

Los tokens SPL son importantes porque constituyen el formato de activo básico para la mayor parte de la actividad con tokens en Solana.

Cuando los usuarios intercambian tokens, reciben airdrops, poseen NFT, utilizan aplicaciones DeFi, juegan, reciben recompensas o interactúan con activos tokenizados en Solana, a menudo están utilizando tokens SPL.

La documentación oficial de Solana explica que los programas de tokens incluyen la lógica de instrucciones para tokens fungibles y no fungibles de la red.

Esto es importante porque el programa de tokens proporciona a los desarrolladores una base común, en lugar de obligar a cada proyecto a crear la lógica de los tokens desde cero.

Las carteras pueden mostrar los saldos de los tokens SPL porque entienden las cuentas de token y las cuentas de token asociadas.

Los protocolos DeFi pueden mover tokens SPL porque utilizan las mismas instrucciones del programa de tokens.

Los marketplaces pueden gestionar NFT de Solana porque los NFT también se representan mediante mecanismos de tokens, metadatos y cuentas de titularidad.

Las aplicaciones de pago pueden admitir tokens SPL porque las transferencias siguen reglas previsibles.

Para los usuarios, los tokens SPL facilitan recibir, enviar, intercambiar y gestionar activos de Solana.

Para los desarrolladores, proporcionan una capa de activos común que favorece un desarrollo de aplicaciones más rápido.

Cómo funcionan los tokens SPL

Los tokens SPL funcionan mediante cuentas de Solana e instrucciones del programa de tokens.

Un token empieza con una cuenta mint.

La cuenta mint define la identidad del token y almacena datos globales importantes sobre él.

El usuario no mantiene el token directamente dentro de la cuenta principal de la cartera, del mismo modo que la cartera mantiene SOL nativo.

En su lugar, el usuario posee tokens mediante cuentas de token vinculadas al mint.

Una cuenta de token almacena el saldo de un titular y un mint.

Cuando un usuario recibe un token SPL, la cartera receptora suele necesitar una cuenta de token para ese mint.

La cuenta de token predeterminada habitual para una cartera y un mint se denomina cuenta de token asociada.

La documentación de Solana sobre las cuentas de token explica que una cuenta de token asociada es la cuenta de token predeterminada para una cartera y un mint.

Esta estructura permite a Solana registrar la titularidad de tokens en cuentas independientes, mientras utiliza la lógica compartida del programa de tokens.

Cuenta mint

Una cuenta mint es la cuenta on-chain que identifica de forma única un token SPL.

La documentación de Solana sobre tokens explica que los tokens de Solana se identifican de forma única mediante la dirección de una cuenta mint propiedad del programa de tokens.

La cuenta mint almacena datos globales del token, como la oferta total, los decimales, la autoridad de acuñación y la autoridad de congelación, si esos campos están configurados.

La oferta total indica cuántas unidades del token existen en ese momento.

Los decimales determinan cómo se muestra el token a los usuarios.

La autoridad de acuñación es la entidad que puede crear nuevas unidades del token si no se ha revocado esa autoridad.

La autoridad de congelación puede congelar cuentas de token cuando esté configurada y el programa de tokens lo permita.

La cuenta mint no es lo mismo que el saldo de un usuario.

Es la cuenta que define la identidad del token y controla su oferta.

Al verificar un token SPL, los usuarios deben comprobar la dirección mint porque los estafadores pueden copiar los nombres y símbolos de los tokens.

Cuenta de token

Una cuenta de token almacena el saldo de un usuario para un mint SPL concreto.

La documentación de Solana sobre tokens explica que una cuenta de token registra la titularidad individual de tokens para una cuenta mint y un titular concretos.

Cada cuenta de token está vinculada exactamente a un mint.

Esto significa que una cuenta de token solo puede contener unidades de un tipo de token.

Si una cartera posee cinco tokens SPL distintos, puede tener cinco o más cuentas de token.

Cuando corresponda, la cuenta de token registra el mint, el titular, el saldo, la información de delegación, el estado de la cuenta y la autoridad para cerrarla.

La autoridad titular puede transferir o quemar tokens de esa cuenta, o delegar permisos sobre ellos.

El programa propietario de la cuenta de token sigue siendo Token Program o Token Extension Program.

Esta distinción es importante porque el usuario controla los permisos, mientras que el programa de tokens controla las reglas.

Entender las cuentas de token ayuda a comprender por qué las carteras de Solana muestran a veces varias cuentas relacionadas con tokens detrás de una única dirección principal.

Cuenta de token asociada

Una cuenta de token asociada, conocida a menudo como ATA, es la cuenta de token predeterminada para una cartera y un mint.

La documentación de Solana sobre cuentas de token explica que Associated Token Program deriva la dirección ATA a partir de la dirección de la cartera, la dirección del programa de tokens y la dirección mint.

Esta dirección determinista facilita que las carteras y aplicaciones encuentren la cuenta de token esperada para un usuario y un token concretos.

Solo se denominan cuentas de token asociadas las cuentas de token creadas por Associated Token Program.

La cuenta resultante sigue siendo una cuenta de token propiedad de Token Program o Token Extension Program.

Associated Token Program crea la cuenta en una dirección previsible, pero no pasa a ser titular de los tokens del usuario.

Este diseño mejora la compatibilidad con las carteras porque las aplicaciones pueden enviar tokens a la ATA prevista, en vez de pedir a los usuarios que gestionen manualmente direcciones de cuentas de token separadas.

Para la mayoría de las aplicaciones, la documentación de Solana recomienda crear las cuentas de token mediante Associated Token Program.

Los usuarios pueden tener cuentas de token adicionales, además de la ATA, pero la ATA es la cuenta predeterminada habitual.

El concepto de ATA es uno de los detalles prácticos más importantes en las transferencias de tokens de Solana.

Token Program

Token Program es el programa compartido original de Solana que se utiliza para crear y gestionar tokens SPL.

La documentación de Solana Program sobre tokens describe el programa SPL Token como un programa genérico utilizado por todos los tokens SPL.

Token Program proporciona instrucciones para acciones básicas con tokens, como crear mints y cuentas, acuñar y transferir tokens, aprobar y revocar delegados, establecer autoridades, quemar tokens, congelar y descongelar cuentas, sincronizar SOL wrapped y cerrar cuentas de token.

La documentación sobre los fundamentos de SPL Token enumera estas instrucciones básicas como funcionalidades compartidas por el Token Program original y Token Extension Program.

Este programa es importante porque crea una interfaz común para los tokens en las aplicaciones de Solana.

Los desarrolladores pueden crear carteras, aplicaciones DeFi, videojuegos y sistemas de pago basados en el mismo comportamiento de los tokens.

Los usuarios se benefician porque las carteras pueden admitir de forma más coherente las transferencias y los saldos de tokens.

Token Program es una de las principales razones por las que Solana puede admitir un gran número de tokens sin exigir que cada emisor despliegue un contrato de token completamente independiente.

Para la mayoría de los usuarios, Token Program funciona en segundo plano.

Para los desarrolladores, es el programa principal que define el comportamiento estándar de los tokens SPL.

Token-2022 y las extensiones de tokens

Token-2022, también llamado Token Extensions Program, es un programa de tokens más reciente de Solana que añade funciones opcionales a los mints y las cuentas de token.

La documentación oficial de Solana sobre Token Extensions explica que Token 2022 proporciona instrucciones adicionales llamadas extensiones que pueden añadirse a un mint o a una cuenta de token.

Las extensiones son funciones opcionales que los desarrolladores pueden elegir al diseñar un token.

Entre los ejemplos se incluyen comisiones de transferencia, transferencias confidenciales, tokens con intereses, tokens intransferibles, hooks de transferencia, punteros a metadatos, tokens pausables y otras funciones enumeradas en la documentación de Token-2022.

La mayoría de las extensiones deben planificarse durante la inicialización de la cuenta, en lugar de añadirse sin más posteriormente.

Por tanto, los creadores de tokens deben reflexionar detenidamente antes de lanzar un activo Token-2022.

Token-2022 amplía las funciones de los tokens SPL y mantiene muchos conceptos conocidos de Token Program.

La documentación de Token-2022 explica que las funcionalidades existentes de Token Program también se aplican a Token-2022.

Para los usuarios, Token-2022 puede ofrecer tokens más funcionales, pero también puede hacer más complejo su comportamiento.

Antes de interactuar con un activo Token-2022, los usuarios deberían entender qué extensiones están activadas y cómo afectan a las transferencias, las comisiones, la privacidad, la congelación u otros aspectos.

SPL Token frente a SOL

SOL es el token nativo de la red Solana.

Los tokens SPL son tokens creados y gestionados mediante los programas de tokens de Solana.

SOL se utiliza para pagar comisiones de transacción, financiar los saldos de cuentas exentos de alquiler, hacer staking con validadores e interactuar con la red a nivel nativo.

Un token SPL puede representar un token de un proyecto, un activo de valor estable, un NFT, un activo wrapped, un activo de gobernanza o un token específico de una aplicación.

SOL no necesita una cuenta de token del mismo modo que un token SPL cuando se mantiene como SOL nativo.

Sin embargo, SOL wrapped utiliza mecanismos de cuentas de token para representar SOL como un token compatible con SPL.

La documentación sobre los fundamentos de SPL Token incluye una instrucción Sync Native para actualizar una cuenta de tokens SOL wrapped después de transferir SOL a ella.

Esta distinción es importante porque las carteras y aplicaciones pueden mostrar SOL nativo y SOL wrapped de forma diferente.

SOL es el activo nativo de la blockchain, mientras que los tokens SPL son activos representados mediante cuentas de los programas de tokens.

Ambos pueden ser importantes en DeFi, el trading, los pagos y el uso de aplicaciones de Solana.

Tokens SPL fungibles

Un token SPL fungible es un token cuyas unidades son intercambiables entre sí si pertenecen al mismo mint.

Los activos de valor estable, tokens de gobernanza, tokens de pago, tokens de recompensa y tokens de utilidad son ejemplos habituales de tokens SPL fungibles.

Si un token tiene nueve decimales y una oferta elevada, suele comportarse como un token fungible.

Al usuario no le importa qué unidad concreta recibe, porque todas las unidades del mismo mint son equivalentes.

Los tokens SPL fungibles se utilizan en pares de trading, pools de liquidez, pagos, recompensas de staking, mercados de préstamos e incentivos de protocolos.

La cuenta mint controla la identidad del token y los parámetros de su oferta.

Las cuentas de token almacenan los saldos de usuarios, programas o tesorerías.

Los decimales determinan cómo se muestran las unidades brutas en las carteras y las interfaces.

Por ejemplo, un token con seis decimales puede representar un token mostrado como un millón de unidades base.

Los tokens SPL fungibles son el formato principal de token para la mayoría de las aplicaciones financieras basadas en Solana.

Tokens SPL y NFT

Un NFT de Solana puede representarse mediante los mecanismos de SPL Token cuando un mint crea una sola unidad de token.

La documentación de Solana Program sobre tokens indica que un NFT es, simplemente, un tipo de token del que se ha acuñado una sola unidad.

En la práctica, los NFT de Solana también dependen en gran medida de programas de metadatos, ya que los usuarios necesitan nombres, imágenes, datos de colecciones, creadores y otra información que va más allá del mint de token sin procesar.

La documentación de Metaplex Token Metadata explica que Token Metadata añade información a los tokens fungibles y no fungibles de Solana.

Esta capa de metadatos ayuda a las carteras y marketplaces a mostrar correctamente los NFT.

Un mint de token sin metadatos y con una sola unidad puede mostrar la titularidad, pero los metadatos ayudan a explicar qué representa el token.

Antes de comprar, los usuarios de NFT deberían comprobar la información de la colección, la dirección mint, los metadatos, los datos del creador y el contexto del marketplace.

Los NFT falsos pueden copiar nombres, imágenes o descripciones.

Dado que crear tokens en Solana es accesible, el parecido visual no basta para confiar en ellos.

En los NFT, los mecanismos de SPL Token proporcionan la estructura de titularidad y los metadatos aportan significado comprensible para las personas.

Acuñación de tokens SPL

La acuñación es el proceso de crear nuevas unidades de un token SPL existente.

La documentación oficial de Solana sobre la acuñación explica que este proceso crea nuevas unidades de un token existente y aumenta la oferta total de su mint.

Si existe una autoridad de acuñación, solo ella puede acuñar nuevos tokens.

La cuenta de token de destino debe existir ya y pertenecer al mismo mint.

La acuñación resulta útil para lanzamientos de tokens, recompensas, emisiones de tesorería, activos de videojuegos, activos wrapped y aumentos controlados de la oferta.

También puede entrañar riesgos si la autoridad de acuñación sigue activa sin reglas claras.

Los titulares de un token cuya autoridad de acuñación puede crear nuevas unidades sin límite podrían quedar expuestos a la dilución.

Algunos proyectos revocan la autoridad de acuñación para indicar que la oferta ya no puede aumentar mediante las instrucciones habituales de acuñación.

Otros proyectos la mantienen porque su diseño requiere emisiones futuras.

Antes de confiar en las afirmaciones sobre la oferta de un token, los usuarios deberían conocer su autoridad de acuñación.

Quema de tokens SPL

La quema es el proceso de destruir unidades de tokens y reducir el saldo de la cuenta de token.

Cuando los tokens se queman correctamente, la oferta total del mint disminuye conforme a las reglas del programa de tokens.

La quema puede utilizarse para reembolsos, tokenomics deflacionaria, destrucción de NFT, acuñaciones fallidas, salidas de bridges y mecanismos de aplicaciones.

Solo el titular de una cuenta autorizado o un delegado pueden quemar tokens de una cuenta de token.

Por lo general, la quema es permanente, ya que las unidades destruidas no se pueden recuperar mediante esa acción.

Los usuarios deben tener cuidado al firmar transacciones de quema porque algunas interfaces maliciosas pueden ocultar acciones perjudiciales.

Quemar tokens no es lo mismo que enviarlos a otra cartera.

La quema elimina unidades de la oferta conforme a las reglas contables del programa de tokens.

Los proyectos pueden anunciar quemas como eventos de reducción de la oferta, pero los usuarios deberían verificar las transacciones de quema on-chain reales.

Los mecanismos de quema deben evaluarse junto con la autoridad de acuñación, la oferta del token y la tokenomics general.

Transferencias

Una transferencia de un token SPL mueve unidades de una cuenta de token a otra cuenta de token del mismo mint.

La documentación sobre los fundamentos de SPL Token explica que las instrucciones de transferencia mueven tokens entre cuentas de token del mismo mint.

Por lo general, el usuario introduce la dirección de la cartera receptora y la cartera o aplicación localiza la cuenta de token asociada del destinatario para ese mint.

Si no existe la cuenta de token asociada del destinatario, quizá haya que crearla antes de la transferencia o durante el proceso.

Crear cuentas de token requiere SOL para financiar cuentas exentas de alquiler.

Por eso, los usuarios pueden necesitar una pequeña cantidad de SOL incluso cuando solo envían o reciben un token SPL.

Las transferencias pueden fallar si falta la cuenta de destino, está congelada, es incompatible o se ve afectada por extensiones del token.

También pueden fallar si el usuario no tiene suficiente SOL para pagar las comisiones de transacción.

En los activos Token-2022, las transferencias pueden estar sujetas a reglas adicionales, como comisiones de transferencia, hooks de transferencia, requisitos de memo o estados predeterminados de las cuentas.

Los usuarios deberían revisar cuidadosamente los avisos de la cartera antes de aprobar transferencias de tokens.

Decimales

Los decimales determinan las unidades fraccionarias que puede mostrar un token SPL.

Un token con cero decimales solo puede mostrarse en unidades enteras.

Un token con seis decimales puede mostrar un token como un millón de unidades mínimas.

Un token con nueve decimales puede mostrar un token como mil millones de unidades mínimas.

La cuenta mint almacena la configuración decimal del token.

Los decimales no crean valor por sí mismos.

Solo determinan la precisión y el formato de visualización del token.

Un token con más decimales no tiene automáticamente más valor que otro con menos.

Los decimales pueden confundir a los usuarios porque los saldos brutos de la blockchain pueden parecer mucho mayores que el saldo legible de la cartera.

Las buenas carteras convierten las unidades brutas en cantidades de tokens legibles según los decimales del mint.

Autoridades

Las autoridades son direcciones que tienen permiso para realizar acciones concretas sobre un mint o una cuenta de token.

La documentación sobre los fundamentos de SPL Token describe la gestión de autoridades para funciones como la autoridad de acuñación, la autoridad de congelación, la autoridad titular y la autoridad para cerrar una cuenta.

La autoridad de acuñación puede crear nuevas unidades del token.

La autoridad de congelación puede congelar cuentas de token cuando esté configurada.

La autoridad titular controla las transferencias, las quemas y las delegaciones de una cuenta de token.

La autoridad para cerrar una cuenta puede cerrarla y recuperar su saldo de SOL cuando se cumplan las condiciones.

La configuración de autoridades es muy importante para la seguridad de un token.

Un token con una autoridad de acuñación activa puede aumentar su oferta.

Un token con una autoridad de congelación activa puede permitir bloquear las transferencias desde determinadas cuentas.

Si la autoridad titular de una cuenta de token cambia a una dirección maliciosa, el usuario puede perder el control.

Antes de confiar en un token o firmar transacciones que cambien autoridades, los usuarios y desarrolladores deberían comprender cómo funcionan estas autoridades.

Congelación y descongelación

La congelación es una acción del programa de tokens que puede bloquear determinadas operaciones en una cuenta de token.

La documentación sobre los fundamentos de SPL Token explica que congelar una cuenta de token puede bloquear las transferencias, las quemas y los cambios de delegados.

La descongelación revierte el estado congelado para permitir que se reanuden las operaciones admitidas.

La autoridad de congelación puede ser útil para activos regulados, procesos de cumplimiento, diseños de depósito en garantía, mecánicas de videojuegos o recuperación de errores.

También puede crear riesgos de centralización, ya que una autoridad podría restringir el movimiento de los tokens de los usuarios.

Conviene evaluar cuidadosamente los tokens cuya autoridad de congelación siga activa.

Algunos usuarios prefieren activos cuya autoridad de congelación se haya revocado o esté claramente gobernada.

Otros casos de uso pueden requerir dicha autoridad por motivos legales u operativos.

No existe una respuesta universal, ya que el riesgo depende de la finalidad del token.

Lo importante es que la autoridad de congelación modifica las condiciones de confianza del usuario.

Delegados y aprobaciones

Un delegado es una dirección autorizada para mover o quemar una cantidad limitada de tokens de una cuenta de token.

La documentación sobre los fundamentos de SPL Token describe las instrucciones approve y revoke para gestionar los permisos delegados.

La delegación puede ser útil para aplicaciones DeFi, pagos programáticos, sistemas de depósito en garantía, videojuegos y flujos de trabajo automatizados.

También puede ser peligrosa si el usuario aprueba una asignación excesiva o maliciosa.

Un delegado malicioso puede transferir o quemar tokens hasta el límite aprobado.

Los usuarios deberían revisar cuidadosamente las cantidades aprobadas.

Deberían revocar las aprobaciones que ya no necesiten.

Deberían evitar aprobar permisos ilimitados o poco claros, salvo que confíen plenamente en la aplicación y comprendan el riesgo.

Los avisos de las carteras pueden mostrar las acciones de los delegados de distintas maneras, por lo que los usuarios deberían tomarse su tiempo antes de firmar transacciones de aprobación.

Las aprobaciones de tokens son un caso habitual en el que la comodidad y la seguridad entran en conflicto.

Cierre de cuentas de token

Cerrar una cuenta de token la elimina del uso activo y, cuando está permitido, devuelve su saldo restante de SOL a una cuenta de destino.

La documentación de Solana Program sobre tokens explica que las cuentas de token no nativas deben tener un saldo de tokens igual a cero antes de poder cerrarse.

Esto es importante porque las cuentas de token necesitan mantener SOL para estar exentas de alquiler.

Los usuarios que tengan muchas cuentas de token vacías podrían recuperar pequeñas cantidades de SOL al cerrarlas.

A veces, las carteras ayudan a los usuarios a cerrar cuentas vacías o eliminar cuentas de token que ya no utilizan.

El cierre de una cuenta de token no quema los tokens si aún queda saldo, porque primero hay que vaciar las cuentas no nativas.

Los usuarios deberían verificar que están cerrando la cuenta correcta.

También deberían saber si la cuenta es una cuenta de token asociada o una cuenta de token auxiliar.

Cerrar cuentas puede ayudar a mantener la cartera ordenada, pero firmar sin cuidado puede generar confusión.

Una buena cartera debería indicar qué cuenta se está cerrando y dónde se devolverá el SOL.

Metadatos

Los metadatos aportan significado legible para las personas a un token SPL.

Una cuenta mint almacena la mecánica del token, pero no siempre contiene toda la información visible para el usuario, como el nombre, el símbolo, la imagen, la colección o el URI.

La documentación de Solana sobre tokens explica que Metaplex Token Metadata crea una cuenta de metadatos independiente vinculada a un mint, ampliamente compatible con carteras y marketplaces.

La documentación de Metaplex Token Metadata describe el programa como una forma de añadir información a los tokens fungibles y no fungibles de Solana.

Los metadatos ayudan a los usuarios a identificar tokens en carteras y aplicaciones.

Sin embargo, también pueden inducir a error si los estafadores copian los nombres, las imágenes o los símbolos de proyectos legítimos.

Los usuarios deberían verificar las direcciones mint en lugar de confiar únicamente en los nombres de los tokens.

La autoridad para actualizar los metadatos también es importante, ya que puede controlar si estos pueden modificarse.

Un token cuyos metadatos pueda cambiar una autoridad desconocida puede entrañar riesgos de confianza adicionales.

Para verificar un token de forma segura, hay que comprobar los metadatos junto con la dirección mint, las autoridades, la oferta, la liquidez y las fuentes oficiales del proyecto.

Extensiones de Token-2022

Las extensiones de Token-2022 añaden comportamientos opcionales a los tokens SPL.

La documentación oficial de Token-2022 enumera extensiones de mint como comisiones de transferencia, transferencias confidenciales, acuñación y quema confidenciales, tokens con intereses, tokens intransferibles, delegado permanente, hook de transferencia, puntero a metadatos, funciones de grupo, cantidad de interfaz escalada, quema con permisos y comportamiento pausible.

También enumera extensiones de cuenta, como memo obligatorio en transferencias entrantes, titularidad inmutable, estado predeterminado de la cuenta y CPI guard.

Estas extensiones permiten diseños financieros, de cumplimiento, privacidad y aplicaciones más avanzados.

También pueden aumentar la complejidad para los usuarios y las carteras.

Un token con comisión de transferencia puede deducir una comisión al transferirse.

Un token intransferible puede estar restringido para las transferencias habituales.

Un hook de transferencia puede ejecutar lógica adicional durante una transferencia.

Un token pausible puede pausarse según la autoridad configurada y las reglas de la extensión.

Los usuarios deberían conocer las extensiones activadas antes de suponer que todos los tokens SPL se comportan igual.

Tokens SPL en DeFi

Los tokens SPL se utilizan ampliamente en las aplicaciones DeFi de Solana.

Pueden depositarse en pools de liquidez, utilizarse como garantía, intercambiarse mediante libros de órdenes o swaps, tomarse prestados, prestarse, ponerse en staking, usarse en farming o convertirse en otras formas de activos wrapped.

Las aplicaciones DeFi dependen de las cuentas de token y de las instrucciones del programa de tokens para mover activos de forma segura.

Un pool de liquidez puede contener tokens SPL en cuentas de token controladas por un programa.

Un protocolo de préstamos puede registrar las garantías y las deudas mediante saldos de tokens SPL.

Un contrato de staking puede distribuir recompensas en tokens SPL.

El uso en DeFi aumenta la utilidad de los tokens, pero también añade riesgos de contratos inteligentes, oráculos, liquidez y aprobaciones.

Un token SPL puede ser técnicamente válido y, aun así, el protocolo DeFi que lo utiliza puede ser arriesgado.

Los usuarios deberían evaluar tanto el token como la aplicación.

El formato del token, por sí solo, no demuestra que una oportunidad DeFi sea segura.

Tokens SPL en pagos

Los tokens SPL pueden utilizarse para realizar pagos cripto en Solana.

Según el caso de uso, las aplicaciones de pago pueden utilizar tokens SPL de valor estable, tokens de fidelidad, puntos de recompensa o depósitos tokenizados.

El modelo de cuentas de Solana puede permitir transferencias rápidas de tokens cuando los usuarios tienen las cuentas de token correctas y suficiente SOL para pagar las comisiones.

Las cuentas de token asociadas facilitan los pagos porque las aplicaciones pueden derivar la cuenta receptora prevista.

Aun así, antes de enviar fondos, los usuarios deberían verificar el mint exacto del token.

Muchos tokens pueden tener nombres o símbolos parecidos.

Enviar un token SPL equivocado a la dirección de cartera correcta sigue siendo un pago incorrecto.

Cuando exista un riesgo relevante, las aplicaciones de pago deberían mostrar claramente la información del mint del token.

Los usuarios también deberían confirmar la red seleccionada, ya que los tokens de distintas cadenas no son intercambiables solo porque tengan el mismo nombre.

Los tokens SPL permiten realizar pagos flexibles en Solana, pero sigue siendo necesario verificarlos cuidadosamente.

Tokens SPL y activos tokenizados

Los tokens SPL pueden representar activos tokenizados, es decir, representaciones digitales de derechos, reclamaciones, puntos, objetos coleccionables u otras unidades de valor.

La tokenización puede facilitar la transferencia, combinación, trazabilidad e integración de los activos en aplicaciones.

La documentación de Solana sobre tokens indica que los tokens son activos digitales que representan la titularidad de distintas categorías de activos.

Un activo tokenizado puede representar una reclamación sobre un objeto off-chain, un objeto coleccionable digital, un artículo de un videojuego, un saldo de recompensas, un derecho de gobernanza o un instrumento financiero.

El significado jurídico y económico del token depende del emisor y del diseño.

Que un activo sea un token SPL no demuestra automáticamente que el emisor tenga reservas, derechos, licencias o capacidad de reembolso.

Los usuarios deberían distinguir el formato técnico del token de la reclamación sobre el mundo real que este representa.

Un token SPL técnicamente válido puede representar una promesa poco sólida, arriesgada o fraudulenta.

Los activos tokenizados necesitan tanto una implementación técnica sólida como un respaldo económico fiable.

El formato del token es solo un aspecto de la calidad del activo.

Riesgos de seguridad de los tokens SPL

Los tokens SPL pueden ser arriesgados incluso si cumplen el formato técnico correcto.

Un token fraudulento puede utilizar el mismo programa de tokens que un activo legítimo.

Un token falso puede copiar el símbolo, el nombre, el logotipo o los metadatos de un proyecto real.

Un token puede tener una autoridad de acuñación activa que permita aumentar la oferta más adelante.

Un token puede tener una autoridad de congelación que permita congelar cuentas.

Un activo Token-2022 puede incorporar extensiones que cambien el comportamiento de las transferencias.

Un token puede tener poca liquidez, lo que dificulta su venta.

Un token puede formar parte de un rug pull, un esquema de manipulación del mercado o una campaña de phishing.

Un estudio académico reciente sobre rug pulls en Solana concluyó que las bajas barreras para emitir tokens pueden contribuir a una actividad fraudulenta generalizada con tokens en Solana.

Antes de confiar en un token SPL, los usuarios deberían verificar su identidad, autoridades, metadatos, liquidez, fuentes del proyecto y avisos de transacción.

Verificación de la dirección mint

Verificar la dirección mint es uno de los hábitos de seguridad más importantes para los usuarios de tokens SPL.

La dirección mint es el identificador único de un token SPL.

Los nombres y símbolos de los tokens se pueden copiar, pero la dirección mint identifica un mint específico.

Antes de operar con un token o recibirlo, los usuarios deberían comparar la dirección mint con las fuentes oficiales del proyecto.

No deberían confiar únicamente en un logotipo, ticker o nombre mostrado en la cartera.

Los estafadores suelen crear tokens falsos con nombres conocidos e imágenes parecidas.

Que una cartera muestre un token no significa automáticamente que sea legítimo.

En el caso de tokens de mayor riesgo, las aplicaciones deberían facilitar la consulta de las direcciones mint.

Los usuarios deberían extremar las precauciones con los tokens recibidos en airdrops inesperados.

No se debe confiar en un token SPL desconocido solo porque aparezca en una cartera.

Liquidez y riesgo de mercado

La liquidez es la capacidad de comprar o vender un token sin provocar un gran cambio en su precio.

Un token SPL puede existir on-chain y, aun así, tener poca o ninguna liquidez de trading.

Un token con poca liquidez puede mostrar un precio de mercado al que no sea posible ejecutar una orden de venta de mayor tamaño.

Un token con liquidez concentrada puede ser vulnerable a caídas repentinas del precio si venden los grandes titulares.

Los tokens nuevos pueden tener diferenciales inestables, pools poco profundos y un deslizamiento elevado.

La cuenta mint y las cuentas de token no garantizan que haya mercados saludables.

Antes de operar, los usuarios deberían comprobar el volumen de trading, la profundidad de la liquidez, la titularidad del pool, los periodos de bloqueo, la distribución de titulares y el impacto en el precio.

También deberían considerar si la oferta del token puede aumentar mediante una autoridad de acuñación.

El riesgo de liquidez es independiente de la validez técnica del token.

Un token SPL técnicamente correcto puede seguir siendo difícil o imposible de vender a un precio justo.

Activos wrapped

Los activos wrapped son tokens que representan activos de otra forma, sistema o blockchain.

SOL wrapped es un ejemplo habitual de Solana porque SOL nativo puede representarse en una cuenta de token compatible con SPL.

Los activos wrapped pueden facilitar el uso de activos en aplicaciones basadas en tokens.

También pueden añadir condiciones de confianza en función del funcionamiento del sistema que los envuelve.

Si un token SPL representa un activo de otra blockchain, los usuarios deberían comprender el bridge, custodio, emisor o protocolo que respalda esa representación.

Un token wrapped no tiene automáticamente el mismo nivel de riesgo que el activo subyacente.

Los activos wrapped pueden verse afectados por riesgos de bridges, emisores, contratos inteligentes y liquidez.

La cuenta de token puede mostrar un saldo, pero su valor depende de que el mecanismo de wrapping siga siendo seguro y permita reembolsos.

Los usuarios deberían verificar cuidadosamente el origen de los activos wrapped.

Los tokens SPL wrapped pueden ser útiles, pero para confiar en ellos no basta con confiar en el formato del token.

SPL Token frente a ERC-20

SPL Token y ERC-20 son formatos de token cripto habituales, pero utilizan arquitecturas blockchain distintas.

En Solana, los saldos de tokens se guardan en cuentas de token propiedad de programas de tokens.

En los sistemas basados en Ethereum, los saldos de ERC-20 suelen guardarse en el estado interno de cada contrato de token.

En Solana, muchos tokens utilizan la misma lógica de Token Program o Token Extension Program.

En los sistemas ERC-20, cada token suele tener su propio contrato desplegado que implementa el comportamiento del token.

Esta diferencia afecta a las carteras, los desarrolladores, la creación de cuentas, las aprobaciones de tokens y el diseño de transacciones.

Es posible que un usuario de tokens SPL necesite una cuenta de token asociada para un mint.

Un usuario de ERC-20 suele recibir tokens directamente en la dirección de su cartera, según el sistema contable del contrato del token.

Ninguno de los dos modelos es automáticamente mejor para todos los casos de uso.

La idea principal es que se debe entender el modelo de tokens de Solana por sus propias características, en lugar de suponer que funciona como los tokens de otras cadenas.

Tokens SPL y carteras

Las carteras desempeñan un papel importante en la facilidad de uso de los tokens SPL.

Una cartera debe detectar cuentas de token, mostrar saldos, crear cuentas de token asociadas, mostrar metadatos y ayudar a los usuarios a firmar transferencias de forma segura.

La documentación de Solana Program sobre tokens explica que las carteras pueden agrupar los saldos de varias cuentas de token del mismo mint para ocultar a los usuarios la complejidad de las cuentas.

Esto resulta útil porque los usuarios quizá no quieran ver todas las cuentas de token subyacentes.

Sin embargo, una visualización simplificada puede ocultar detalles importantes, como la titularidad de una cuenta, la autoridad para cerrarla, las extensiones del token o los metadatos sospechosos.

Cuando sea posible, las carteras deberían avisar a los usuarios de las transacciones arriesgadas, los cambios de autoridad, las aprobaciones inesperadas y los tokens desconocidos.

Los usuarios deberían mantener suficiente SOL para crear cuentas de token y pagar las comisiones de transacción.

También deberían verificar las direcciones mint de los tokens al recibir o intercambiar activos importantes.

Una cartera puede facilitar el uso de los tokens SPL, pero la verificación por parte del usuario sigue siendo importante.

Un buen diseño de cartera reduce la complejidad del modelo de cuentas sin ocultar información esencial sobre los riesgos.

Tokens SPL y desarrolladores

Los desarrolladores utilizan tokens SPL para crear aplicaciones que necesitan activos digitales transferibles.

La documentación de @solana/spl-token describe una biblioteca TypeScript para interactuar con los programas SPL Token y Token-2022.

Mediante bibliotecas e instrucciones compatibles, los desarrolladores pueden crear mints y cuentas de token asociadas, acuñar y transferir tokens, quemarlos, aprobar o revocar delegados, establecer autoridades y cerrar cuentas.

También deben gestionar la financiación de cuentas, los permisos de los firmantes, las direcciones derivadas de programas, los metadatos de tokens y la compatibilidad de extensiones.

Al utilizar Token-2022, los desarrolladores deben planificar las extensiones antes de inicializar las cuentas, ya que muchas no se pueden añadir después.

Los desarrolladores no deberían suponer que todos los tokens SPL admiten el mismo comportamiento de transferencia.

Deberían comprobar el ID del programa del token, la configuración del mint, las extensiones, los decimales y el estado de la cuenta.

Cuando proceda, también deberían utilizar cuentas de token asociadas para los flujos habituales de las carteras.

El desarrollo seguro de tokens SPL requiere gestionar cuidadosamente las instrucciones y mostrar indicaciones claras al usuario.

Los pequeños errores en la gestión de autoridades o en la titularidad de las cuentas de token pueden provocar pérdidas graves.

Errores habituales con los tokens SPL

Un error habitual es confiar en el nombre de un token en lugar de verificar la dirección mint.

Otro es suponer que todos los tokens SPL se comportan igual.

Un tercer error es ignorar la autoridad de acuñación y la autoridad de congelación.

Un cuarto error es olvidar que una cuenta de token puede necesitar SOL para crearse y mantenerse exenta de alquiler.

Un quinto error es aprobar a un delegado sin comprender la cantidad ni los permisos.

Un sexto error es confundir SOL nativo con SOL wrapped.

Un séptimo error es ignorar las extensiones de Token-2022 que pueden afectar a las transferencias o las comisiones.

Un octavo error es comprar tokens con poca liquidez y sin una vía clara para salir de la posición.

Un noveno error es interactuar con tokens inesperados recibidos en airdrops o con enlaces de phishing.

Un décimo error es suponer que la visualización de una cartera demuestra que un token es legítimo.

Ventajas de los tokens SPL

La primera ventaja de los tokens SPL es la estandarización entre las aplicaciones de Solana.

Un modelo compartido de programas de tokens facilita la integración de las carteras y las aplicaciones.

La segunda ventaja es la flexibilidad, ya que los tokens SPL pueden representar tokens fungibles, NFT, activos wrapped, recompensas y activos específicos de aplicaciones.

La tercera ventaja es la componibilidad: los protocolos DeFi, videojuegos, marketplaces y carteras pueden interactuar con cuentas de token mediante instrucciones comunes.

La cuarta ventaja es la gestión eficiente de activos, ya que las cuentas de token asociadas ofrecen cuentas predeterminadas previsibles para cada combinación de cartera y mint.

La quinta ventaja es la rapidez para los desarrolladores, porque los proyectos pueden utilizar la lógica existente de los programas de tokens en lugar de escribir contratos de tokens desde cero.

La sexta ventaja es la capacidad de ampliación mediante las funciones de Token-2022 para comportamientos de tokens más avanzados.

Estas ventajas hacen que los tokens SPL sean fundamentales para el ecosistema de Solana.

También explican por qué entender las cuentas de token y las cuentas mint es esencial para los usuarios de Solana.

Los tokens SPL no son solo activos, sino también componentes básicos de las aplicaciones.

Riesgos y limitaciones de los tokens SPL

El primer riesgo es la suplantación de tokens, ya que se pueden copiar los nombres, los símbolos y las imágenes.

El segundo es una autoridad de acuñación activa, que puede permitir que la oferta aumente en el futuro.

El tercero es la autoridad de congelación, que puede permitir congelar cuentas de token en determinadas condiciones.

El cuarto es la complejidad de las extensiones, ya que los activos Token-2022 pueden tener comisiones de transferencia, hooks, estados predeterminados u otros comportamientos inesperados para los usuarios.

El quinto es el riesgo de liquidez, ya que puede existir un token on-chain sin un mercado saludable.

El sexto es el phishing mediante airdrops falsos, enlaces maliciosos a tokens y aprobaciones inseguras.

El séptimo es la confusión en las carteras, porque las cuentas de token, las cuentas de token asociadas y las cuentas auxiliares pueden ser difíciles de entender para los principiantes.

El octavo es el riesgo de los metadatos, ya que las imágenes y descripciones de los tokens pueden inducir a error o ser modificables.

El noveno es el riesgo de los programas o las integraciones cuando las aplicaciones gestionan incorrectamente las instrucciones de tokens.

El décimo es suponer que la validez técnica equivale a valor económico.

Cómo evaluar un token SPL

Empieza por verificar la dirección mint en las fuentes oficiales del proyecto.

Después, comprueba si el token utiliza el Token Program original o Token-2022.

Revisa la autoridad de acuñación y si todavía se puede crear nueva oferta.

Revisa la autoridad de congelación y si se pueden congelar cuentas.

Comprueba los decimales, la oferta total, la distribución de titulares, la liquidez y el volumen de trading.

Revisa los metadatos, la autoridad para actualizarlos, el sitio web, la documentación y los canales sociales.

Comprueba si hay extensiones de Token-2022 activadas y si afectan a las transferencias, las comisiones, la privacidad o los estados de las cuentas.

Valora si el token tiene utilidad real, respaldo fiable o una gobernanza transparente.

Ten cuidado con los tokens que aparecen inesperadamente en una cartera.

Una evaluación prudente combina la verificación on-chain, el análisis de liquidez, la revisión de autoridades y la investigación del proyecto.

Buenas prácticas para los usuarios

Verifica la dirección mint antes de operar con cualquier token SPL importante o recibirlo.

Mantén suficiente SOL para las comisiones de transacción y la creación de cuentas de token asociadas.

Utiliza carteras fiables y revisa cuidadosamente los avisos de transacción.

Ten cuidado con los airdrops inesperados y los tokens desconocidos.

No apruebes delegados salvo que entiendas la asignación y su finalidad.

Comprueba si las autoridades de acuñación y congelación siguen activas.

Revisa las extensiones de Token-2022 antes de suponer que las transferencias se comportarán con normalidad.

Comprueba la liquidez y el deslizamiento antes de comprar o vender.

Consulta la documentación oficial y fuentes fiables del proyecto para obtener información sobre los tokens.

Recuerda que un token SPL puede ser técnicamente válido y seguir teniendo riesgos económicos.

Preguntas frecuentes

¿Qué significa SPL Token?

Un token SPL es un token de Solana que sigue las reglas de activos y el modelo de cuentas utilizados por los programas de tokens de Solana.

¿Qué significa SPL?

SPL significa Solana Program Library, el nombre histórico asociado a muchos programas estándar de Solana.

¿Un token SPL es lo mismo que SOL?

No. SOL es el token nativo de Solana, mientras que los tokens SPL son activos representados mediante programas de tokens de Solana.

¿Qué es una cuenta mint?

Una cuenta mint es la cuenta on-chain única que identifica un token SPL y almacena datos globales, como la oferta, los decimales y las autoridades.

¿Qué es una cuenta de token?

Una cuenta de token almacena el saldo de un mint SPL para un titular.

¿Qué es una cuenta de token asociada?

Una cuenta de token asociada es la cuenta de token predeterminada derivada para una cartera, un programa de tokens y un mint concretos.

¿Pueden ser NFT los tokens SPL?

Sí. Los NFT de Solana pueden representarse mediante los mecanismos de SPL Token cuando solo se acuña una unidad, normalmente con metadatos asociados mediante un programa de metadatos.

¿Qué es Token-2022?

Token-2022 es el Token Extensions Program, que añade funciones opcionales como comisiones de transferencia, transferencias confidenciales, hooks de transferencia, punteros a metadatos y otros comportamientos avanzados de tokens.

¿Son seguros todos los tokens SPL?

No. Los tokens SPL pueden ser estafas, activos sin liquidez, tokens de suplantación o activos arriesgados con autoridades activas o extensiones inesperadas.

¿Cómo verifico un token SPL?

Antes de confiar en un token SPL, deberías verificar la dirección mint, el programa de tokens, las autoridades, los metadatos, la liquidez, la oferta, las extensiones y las fuentes oficiales del proyecto.

Conclusión

Un token SPL es el formato básico de tokens de Solana para representar activos digitales mediante programas de tokens, cuentas mint, cuentas de token y cuentas de token asociadas.

Los tokens SPL pueden representar tokens fungibles, NFT, activos wrapped, tokens de gobernanza, recompensas, artículos de videojuegos, activos de valor estable y muchos otros criptoactivos.

El Token Program original proporciona instrucciones comunes para los tokens, mientras que Token-2022 añade extensiones opcionales para comportamientos más avanzados.

Las cuentas mint definen la identidad del token y las reglas de su oferta.

Las cuentas de token almacenan los saldos de los usuarios para mints concretos.

Las cuentas de token asociadas proporcionan cuentas predeterminadas previsibles para las carteras y las aplicaciones.

Este diseño hace que los tokens SPL se puedan combinar fácilmente en las carteras de Solana, los protocolos DeFi, los marketplaces, las aplicaciones de pago y las herramientas para desarrolladores.

Sin embargo, los tokens SPL no son automáticamente seguros por el mero hecho de seguir el formato de tokens de Solana.

Los usuarios aún deben evaluar las direcciones mint, las autoridades, los metadatos, la liquidez, las extensiones, la custodia, las aprobaciones y la credibilidad del proyecto.

Para los principiantes, un token SPL se entiende mejor como un token de Solana gestionado mediante reglas compartidas de un programa de tokens.

Para los usuarios avanzados, es un modelo de activos basado en cuentas que permite diseñar aplicaciones eficientes y facilita la extensibilidad y la componibilidad en el ecosistema de Solana.

En el contexto del glosario cripto, SPL Token significa un token de Solana representado mediante cuentas mint y cuentas de token conforme al Token Program original o al nuevo Token Extensions Program.

La idea clave es que los tokens SPL son fundamentales para la actividad en Solana, pero utilizarlos de forma segura requiere entender las cuentas mint, las cuentas de token asociadas, las autoridades, las extensiones y la verificación de tokens.