Tokens de Substrate (Polkadot)

¿Qué son los tokens de Substrate en el ecosistema Polkadot?

Los tokens de Substrate son activos digitales creados, gestionados o transferidos en blockchains desarrolladas con Substrate, que ahora forma parte del Polkadot SDK.

En el ecosistema Polkadot, el término suele referirse a tokens nativos de cadenas, tokens de parachains, tokens de pallets de activos, NFT y activos cross-chain presentes en redes basadas en Polkadot SDK.

El repositorio de Polkadot SDK oficial describe el SDK como el conjunto de componentes necesarios para desarrollar en Polkadot, una plataforma blockchain multicadena que permite que distintas blockchains interoperan de forma segura y escalable.

Substrate es importante porque proporciona a los desarrolladores los bloques de construcción necesarios para crear blockchains personalizadas, en lugar de obligar a todos los proyectos a utilizar el mismo runtime fijo.

Una cadena basada en Substrate puede definir sus propias reglas de tokens, modelo de comisiones, sistema de gobernanza, lógica de staking, permisos de activos, requisitos de cuentas y comportamiento cross-chain.

Esto significa que un token de Substrate no siempre es el mismo tipo de token que un token de contrato inteligente en una única cadena compartida.

Algunos tokens de Substrate son activos nativos integrados en el runtime de una blockchain.

Otros son activos fungibles personalizados creados mediante un pallet de gestión de activos.

Algunos son NFT o activos únicos.

Otros son tokens movidos entre parachains mediante XCM.

Para principiantes, la definición más sencilla es que los tokens de Substrate son activos cripto que existen dentro de blockchains basadas en Polkadot SDK y que pueden personalizarse a nivel de runtime.

Por qué son importantes los tokens de Substrate

Los tokens de Substrate son importantes porque Polkadot está diseñado como un ecosistema multicadena, y no como una única cadena de aplicaciones.

Las distintas parachains pueden tener propósitos diferentes, como DeFi, identidad, juegos, activos, contratos inteligentes, datos, gobernanza o infraestructura.

Cada cadena puede utilizar Substrate para definir el modelo de token que se adapte a su aplicación.

La descripción general de parachains de Polkadot oficial explica que Substrate proporciona primitivas y bibliotecas blockchain básicas, FRAME proporciona lógica modular de runtime, Cumulus habilita la funcionalidad de parachain y XCM habilita la comunicación con otras parachains y la relay chain.

Este diseño modular hace que los tokens sean más flexibles.

Una cadena puede utilizar un token nativo para comisiones y staking.

Una parachain de sistema puede admitir la creación y transferencia de activos.

Una cadena DeFi puede crear lógica personalizada de liquidez y comisiones en torno a los activos.

Una cadena NFT puede optimizarse para coleccionables y objetos únicos.

Una cadena centrada en la gobernanza puede conectar los saldos de tokens con reglas de votación.

Por tanto, los tokens de Substrate representan más que saldos en una cartera.

Pueden formar parte de economías blockchain personalizadas, con permisos específicos de cada cadena, movimiento cross-chain y funcionalidades a nivel de runtime.

Substrate, FRAME y pallets

Las cadenas basadas en Substrate se construyen habitualmente con FRAME, siglas de Framework for Runtime Aggregation of Modularized Entities.

La documentación de FRAME oficial explica que los desarrolladores pueden combinar pallets predefinidos con lógica personalizada para crear un runtime adaptado al propósito de una blockchain.

Un pallet es un módulo que añade una función específica al runtime de una blockchain.

En relación con los tokens, los pallets importantes pueden incluir balances, activos, NFT, pago de transacciones, staking, gobernanza, identidad y pallets relacionados con XCM.

El pallet de balances se utiliza habitualmente para el token nativo de una cadena.

El pallet de activos se usa normalmente para crear y gestionar varios activos fungibles.

Otros pallets pueden admitir NFT, permisos, bloqueos, reservas, staking, votos de gobernanza o transferencias cross-chain.

Esto es distinto de un modelo en el que cada token debe desplegarse como contrato inteligente.

En Substrate, la lógica de tokens puede integrarse directamente en el runtime.

Esto ofrece a los creadores de cadenas un control más profundo sobre el comportamiento de los tokens, el pago de comisiones, la permanencia de las cuentas activas y la interacción de los activos con otras partes de la cadena.

Tokens nativos de Substrate

Un token nativo de Substrate es el token principal integrado en el runtime de una blockchain.

En Polkadot, el token nativo es DOT.

En una parachain, el token nativo puede tener su propio ticker, modelo de oferta, función de staking, función de gobernanza o función de pago de comisiones.

Los tokens nativos suelen gestionarse mediante el sistema de balances de la cadena y no mediante un contrato inteligente convencional desplegado por un usuario.

La documentación sobre cuentas de Polkadot SDK oficial explica que los saldos de cuentas se clasifican según cómo se utilizan los fondos y si están disponibles para transferencias, comisiones o actividades de gobernanza.

Esto importa porque los saldos nativos pueden ser libres, reservados, congelados, bloqueados o verse afectados de otras formas por las reglas del runtime.

Un token nativo puede utilizarse para pagar comisiones de transacción.

También puede utilizarse para staking, gobernanza, depósitos, slashing, actividad de tesorería o identidad on-chain.

Como los tokens nativos están estrechamente conectados a la lógica del runtime, suelen desempeñar más funciones a nivel de protocolo que los activos simplemente transferibles.

Los usuarios deben comprender la función de un token nativo antes de tratarlo únicamente como un activo de mercado.

DOT como token principal de Polkadot

DOT es el token nativo de la red Polkadot.

DOT puede utilizarse para staking, gobernanza, comisiones de transacción y participación en la red.

La documentación sobre staking de Polkadot oficial explica que Polkadot utiliza Nominated Proof-of-Stake, donde los titulares de tokens pueden participar como nominadores y ayudar a seleccionar validadores.

DOT también desempeña una función en la gobernanza de Polkadot.

La documentación sobre gobernanza de Polkadot oficial explica que los votantes pueden votar con sus tokens y utilizar la votación por convicción para aumentar el poder de voto bloqueando voluntariamente los tokens durante periodos más largos.

Esto hace que DOT sea más que un activo de pago.

Está vinculado a la seguridad de la red y a la toma de decisiones descentralizada.

Cuando se habla de tokens de Substrate en el contexto de Polkadot, DOT es el ejemplo más importante de token nativo.

Sin embargo, DOT no es el único token basado en Substrate.

Muchas parachains desarrolladas con Polkadot SDK pueden contar con sus propios tokens y sistemas de activos.

Tokens de parachains

Los tokens de parachains son tokens vinculados a parachains individuales del ecosistema Polkadot.

Una parachain es una blockchain especializada que se conecta al modelo de seguridad compartida e interoperabilidad de Polkadot.

Cada parachain puede utilizar Substrate para crear un runtime adaptado a sus propias necesidades.

Esto significa que los tokens de parachains pueden variar ampliamente.

Un token de parachain puede utilizarse para comisiones de transacción.

Otro puede utilizarse para gobernanza.

Otro puede utilizarse para staking, incentivos de liquidez, comisiones de aplicación, colateral o derechos de acceso.

Algunas parachains pueden depender en gran medida de un token nativo.

Otras pueden admitir muchos activos o permitir que los usuarios paguen comisiones en diferentes activos.

La idea clave es que Substrate proporciona a los equipos de parachains la capacidad de diseñar la lógica de tokens a nivel de cadena.

Esta flexibilidad es una de las principales diferencias entre el modelo multicadena de Polkadot y un modelo blockchain de runtime único.

Tokens de pallets de activos

Los tokens de pallets de activos son activos fungibles creados y gestionados mediante el pallet Assets en un runtime basado en Polkadot SDK.

La documentación del pallet Assets de Polkadot SDK oficial describe Assets como un módulo seguro para gestionar conjuntos de activos que implementan características fungibles.

Este pallet puede admitir la creación de tokens, transferencias, permisos, metadatos, retenciones, congelaciones y otras funciones de gestión de activos, según la configuración del runtime.

Los tokens de pallets de activos resultan útiles cuando una cadena quiere admitir muchos activos fungibles sin que cada uno requiera el despliegue de un contrato inteligente independiente.

Por ejemplo, una cadena de sistema puede utilizar la gestión de activos para admitir tokens de proyectos, activos estables, tokens comunitarios o activos externos registrados en el ecosistema.

El runtime puede definir quién puede crear activos, acuñarlos, congelar cuentas, modificar metadatos y qué depósitos son necesarios.

Este diseño proporciona un comportamiento de los tokens más predecible porque la lógica de activos está integrada en el runtime de la cadena.

Sin embargo, también implica que los usuarios deben comprender los permisos y las reglas de gobernanza de cada activo.

Un activo que puede ser congelado, acuñado o administrado por una cuenta privilegiada presenta un riesgo diferente de un activo con oferta fija y sin controles administrativos.

Polkadot Hub y gestión de activos

Polkadot Hub proporciona funcionalidad básica de gestión de activos en el ecosistema Polkadot.

La documentación sobre activos de Polkadot Hub oficial explica que Polkadot Hub permite emitir y gestionar activos on-chain, mientras que la relay chain se centra en la seguridad.

La misma documentación indica que Polkadot Hub admite activos nativos emitidos directamente en la parachain y activos extranjeros procedentes de otras cadenas una vez registrados.

Esto es importante porque la relay chain de Polkadot no está pensada para alojar directamente todos los activos y aplicaciones.

Polkadot Hub puede gestionar de forma más eficiente la lógica de activos, como la acuñación, quema, transferencias, metadatos y registro de activos.

La referencia técnica de Polkadot Hub indica que Hub proporciona gestión de activos, staking, gobernanza, identidad, contratos inteligentes e interoperabilidad sin exigir que todos los desarrolladores desplieguen una parachain.

Para los usuarios, esto puede facilitar la gestión de activos, ya que las funciones habituales de tokens pueden realizarse en una cadena de sistema dedicada.

Para los desarrolladores, puede reducir la necesidad de crear una parachain completa solo para emitir y gestionar activos.

Para el ecosistema, ayuda a organizar la actividad de tokens en una capa común de activos nativos de Polkadot.

Activos nativos frente a activos extranjeros

Los activos nativos son tokens o NFT emitidos directamente en una cadena específica, como Polkadot Hub o una parachain.

Los activos extranjeros son activos que proceden de otra cadena, pero se registran y representan en un sistema local de activos.

La documentación sobre activos de Polkadot Hub explica que los activos nativos se emiten directamente en Polkadot Hub mediante el pallet Assets, mientras que los activos extranjeros proceden de otras parachains de Polkadot o redes externas y pueden tratarse de forma similar una vez registrados.

Esta distinción es importante para la custodia, las transferencias, los metadatos y el riesgo.

Un activo nativo está controlado por la cadena en la que se emite.

Un activo extranjero puede depender de su registro, mensajes cross-chain, supuestos de bridges, ubicaciones de reservas y reglas de asignación de activos.

Los usuarios no deben asumir que el mismo ticker equivale al mismo activo en todas las cadenas.

Un token puede aparecer en varias parachains mediante XCM o mecanismos de bridge, pero cada representación puede tener su propia ubicación y ruta de transferencia.

Antes de enviar un token, los usuarios deben confirmar la cadena de origen, la cadena de destino, el ID del activo y el método de transferencia admitido.

Los errores con activos cross-chain pueden ser difíciles de corregir.

Tokens de Substrate y XCM

XCM significa Cross-Consensus Messaging.

Es el formato de mensajería utilizado en el ecosistema Polkadot para permitir que diferentes sistemas de consenso se comuniquen.

La documentación sobre XCM de Polkadot oficial explica que XCM permite a las parachains gestionar tareas como los saldos de usuarios, la gobernanza y el staking, mientras que la relay chain se centra en la seguridad compartida.

XCM es importante para los tokens de Substrate porque permite que los activos y las instrucciones se muevan entre cadenas del ecosistema Polkadot.

Un usuario puede transferir un token de una parachain a otra.

Una dApp puede utilizar XCM para mover activos, ejecutar llamadas remotas o coordinar comportamientos cross-chain.

La guía de transferencia de activos de Polkadot oficial muestra cómo se pueden transferir tokens entre parachains utilizando herramientas XCM.

Esto hace que los tokens de Substrate sean más interoperables que los activos bloqueados en una única cadena aislada.

Sin embargo, XCM también exige una identificación cuidadosa de activos, selección de destino, gestión de comisiones y compatibilidad de carteras.

Los usuarios deben comprender que el movimiento cross-chain de tokens es potente, pero no está exento de riesgos.

Tokens de Substrate y direcciones SS58

Las cadenas basadas en Substrate utilizan habitualmente formatos de direcciones SS58.

La documentación sobre cuentas de Polkadot SDK oficial explica que SS58 es un formato de direcciones Base58Check modificado y diseñado para redes basadas en Polkadot SDK.

La documentación también explica que los identificadores de tipo de dirección ayudan a distinguir redes como Polkadot y otras cadenas basadas en Polkadot SDK.

Esto importa porque una clave pública puede mostrarse de forma distinta en diferentes cadenas.

Un usuario puede ver un formato de dirección en Polkadot y otro en una parachain, incluso si proceden de material de claves relacionado.

El formato de las direcciones ayuda a reducir la confusión, pero los usuarios deben seguir comprobando la red antes de enviar tokens.

Enviar un token de Substrate a una cadena incorrecta, cuenta incorrecta o formato de dirección no compatible puede provocar problemas graves de acceso.

Las carteras y exploradores pueden ayudar a descodificar direcciones SS58, pero los usuarios no deben basarse únicamente en la similitud visual.

Al gestionar tokens de Substrate, la cadena correcta es tan importante como la dirección correcta.

Esto es especialmente importante para transferencias de activos cross-chain mediante XCM.

Depósito existencial y eliminación de cuentas

Algunas cadenas basadas en Polkadot SDK utilizan un depósito existencial.

Un depósito existencial es el saldo mínimo de token nativo necesario para mantener una cuenta activa on-chain.

La documentación sobre cuentas de Polkadot SDK oficial explica que las cuentas cuyos saldos están por debajo del umbral de depósito existencial pueden eliminarse del almacenamiento para conservar recursos de estado.

Este proceso se denomina a menudo eliminación de cuentas.

Para los usuarios, esto significa que enviar casi todos los tokens nativos desde una cuenta puede ser arriesgado si el saldo restante cae por debajo del mínimo exigido.

Una cuenta eliminada no significa que la clave privada haya desaparecido.

Significa que los datos de la cuenta on-chain pueden eliminarse hasta que vuelva a recibir fondos.

En el caso de tokens de pallets de activos, algunos activos pueden ser activos suficientes que permitan que una cuenta exista sin depender del saldo de token nativo.

La documentación sobre cuentas explica que el contador de referencias suficientes puede realizar el seguimiento de cuentas que pueden existir independientemente mientras mantienen otros tipos de activos.

Los usuarios deben comprender las reglas de cuenta de la cadena y token específicos que utilizan.

Un pequeño error de saldo puede provocar confusión cuando una cuenta desaparece de las vistas habituales de los exploradores.

Bloqueos, reservas, retenciones y congelaciones

Los tokens de Substrate pueden verse afectados por controles de saldo a nivel de runtime.

Un bloqueo puede restringir la transferencia de un saldo aunque siga mostrando que el usuario lo posee.

Una reserva puede apartar fondos para un propósito, como depósitos, gobernanza, staking o requisitos del protocolo.

Una retención puede restringir activos para una lógica definida de un pallet.

Una congelación puede impedir o limitar la actividad relacionada con un token o cuenta, según las reglas del activo.

Estas funciones son útiles porque las aplicaciones blockchain necesitan más que simples saldos para enviar y recibir.

La gobernanza puede requerir bloqueo de tokens.

La creación de activos puede requerir depósitos.

El staking puede requerir tokens vinculados.

Los sistemas de identidad pueden requerir saldos reservados.

Los administradores de activos pueden necesitar controles de emergencia en algunos sistemas de tokens.

Los usuarios deben comprobar por qué un saldo no está disponible antes de asumir que una cartera o cadena está averiada.

Un token puede aparecer en la cartera, pero no ser transferible porque está bloqueado, reservado, retenido, congelado, vinculado o siendo utilizado por otra función del runtime.

Tokens de Substrate y gobernanza

Los tokens de Substrate pueden estar estrechamente vinculados a la gobernanza.

En Polkadot, los titulares de DOT pueden participar en OpenGov votando propuestas y utilizando la votación por convicción.

La documentación sobre gobernanza de Polkadot oficial explica que los bloqueos voluntarios de tokens más prolongados pueden traducirse en mayor peso de voto mediante la votación por convicción.

Otras cadenas basadas en Polkadot SDK pueden diseñar sus propios sistemas de gobernanza utilizando sus propios tokens.

Un token de parachain puede utilizarse para votar actualizaciones de runtime, gasto de tesorería, cambios de parámetros, registro de activos, cambios de comisiones o la dirección del protocolo.

Esta es una de las fortalezas de Substrate, ya que la lógica de gobernanza puede personalizarse a nivel de runtime.

Sin embargo, el poder de los tokens de gobernanza también crea riesgo.

Los grandes titulares pueden ejercer una influencia considerable.

Una baja participación electoral puede facilitar la aprobación de decisiones importantes con una aportación comunitaria limitada.

Los usuarios deben comprender si el sistema de gobernanza de un token puede cambiar las comisiones, las reglas de acuñación, los permisos de activos, los parámetros de staking o las vías de actualización.

El diseño de gobernanza de un token puede ser tan importante como su gráfico de oferta.

Tokens de Substrate y staking

Algunos tokens de Substrate se utilizan para staking.

El staking puede ayudar a proteger redes proof of stake al alinear validadores, nominadores, delegadores o collators con el rendimiento de la red.

La documentación sobre staking de Polkadot explica que Polkadot utiliza Nominated Proof-of-Stake para seleccionar validadores e incentivar a los titulares de tokens a participar como nominadores.

Otras cadenas basadas en Substrate pueden utilizar diseños diferentes de staking o delegación.

Un token puede estar vinculado, bloqueado, delegado, nominado o utilizarse para seleccionar validadores.

El staking puede proporcionar recompensas, pero no está exento de riesgos.

Los usuarios pueden enfrentarse a periodos de bloqueo, bajo rendimiento de validadores, slashing, recompensas no recibidas, restricciones de liquidez y coste de oportunidad.

El staking también afecta a la oferta en circulación, ya que los tokens utilizados para staking pueden ser menos líquidos mientras están vinculados.

Al investigar un token de Substrate, los usuarios deben comprobar si existe staking y cómo funciona.

Un token de staking debe evaluarse a través de la seguridad, la calidad de los validadores, la mecánica de recompensas y las reglas de desvinculación, en lugar de solo por el rendimiento.

Tokens de Substrate y comisiones de transacción

Los tokens de Substrate pueden utilizarse para comisiones de transacción según la configuración del runtime de cada cadena.

El token nativo de una cadena se utiliza a menudo para pagar comisiones.

Algunas cadenas pueden permitir pagar las comisiones con otros activos.

La documentación sobre activos de Polkadot Hub indica que Polkadot Hub admite el pago de comisiones en cualquier activo compatible, por lo que los usuarios no siempre necesitan DOT para determinadas transacciones de gestión de activos en Hub.

Esta flexibilidad puede mejorar la experiencia de usuario, ya que los usuarios podrían no necesitar mantener un token de gas independiente para cada actividad.

Sin embargo, las reglas de pago de comisiones pueden variar según la cadena, el activo y el tipo de transacción.

Una cartera puede mostrar que un usuario tiene saldo de un token, pero seguir exigiendo otro token para las comisiones si esa cadena no admite pagos de comisiones con el activo mantenido.

Los desarrolladores deben explicar claramente los requisitos de comisiones en las interfaces de usuario.

Los usuarios deben comprobar los tokens de comisiones antes de transferir o intercambiar activos entre cadenas.

Un saldo insuficiente para comisiones es una de las causas más frecuentes de fallo de las transacciones.

Tokens de Substrate y NFT

Los tokens de Substrate no se limitan a los activos fungibles.

Las cadenas basadas en Polkadot SDK también pueden admitir tokens no fungibles y activos digitales únicos.

La documentación sobre activos de Polkadot Hub indica que Polkadot Hub proporciona un framework estandarizado para crear y gestionar activos fungibles y no fungibles.

Los NFT pueden representar coleccionables, artículos de juego, credenciales de identidad, entradas, arte, membresías u otros activos únicos.

En Substrate, la lógica NFT puede implementarse mediante pallets de runtime o contratos inteligentes, según el diseño de la cadena.

Los sistemas NFT basados en runtime pueden definir permisos, depósitos, reglas de metadatos, propiedad de colecciones y comportamiento de transferencias directamente a nivel de cadena.

Los NFT basados en contratos inteligentes pueden ofrecer una lógica de aplicación más flexible cuando existen contratos inteligentes compatibles.

Los usuarios deben comprender si un NFT es nativo de una parachain, se emite en una cadena de sistema o se representa mediante movimiento cross-chain.

También deben comprobar la permanencia de los metadatos, la autenticidad de la colección y la compatibilidad de transferencias antes de comprar o mover NFT.

La propiedad on-chain de un NFT no garantiza valor de mercado ni derechos legales fuera de la cadena.

Tokens de Substrate frente a tokens de contratos inteligentes

Los tokens de Substrate pueden ser activos nativos del runtime o tokens de contratos inteligentes, según cómo se creen.

Un token nativo del runtime se gestiona mediante la lógica básica de la cadena a través de pallets.

Un token de contrato inteligente se gestiona mediante código desplegado en un entorno de contratos inteligentes.

Los activos nativos del runtime pueden ser más eficientes y estandarizados porque la cadena admite directamente las funciones de activos.

Los tokens de contratos inteligentes pueden ser más flexibles porque los desarrolladores pueden escribir reglas personalizadas en el código del contrato.

Polkadot Hub y otras cadenas basadas en Polkadot SDK pueden admitir tanto funciones de gestión de activos como entornos de contratos inteligentes, según el runtime.

La referencia técnica de Polkadot oficial explica que Polkadot Hub proporciona gestión de activos, contratos inteligentes, staking, gobernanza, gestión de identidad e interoperabilidad.

La diferencia importa porque los usuarios deben saber qué sistema controla el token.

Un activo de runtime puede tener ID de activos, permisos de pallets, depósitos y ubicaciones XCM.

Un token de contrato inteligente puede tener direcciones de contrato, permisos de contrato, capacidad de actualización y riesgos de seguridad específicos del contrato.

Ambos modelos pueden ser útiles, pero tienen perfiles de riesgo distintos.

Tokens de Substrate frente a tokens envueltos

Un token envuelto es una representación de un activo procedente de otra red o ubicación.

Un token de Substrate puede ser nativo de una cadena basada en Polkadot SDK o representar un activo originado en otro lugar.

Esta distinción es importante porque los activos envueltos y extranjeros pueden depender de bridges, reservas, emisores, registros o rutas de mensajería cross-chain.

Un activo nativo en una parachain puede convertirse en un activo extranjero en otra cadena tras su registro y movimiento cross-chain.

Los usuarios no deben evaluar los activos únicamente por su ticker.

Deben identificar la ubicación de reserva del activo, la cadena de origen, el ID del activo y la ruta de transferencia.

Por ejemplo, un token mostrado en una cartera de una parachain puede ser una representación local de un activo cuya reserva existe en otro lugar.

Si se utiliza una ruta de transferencia incorrecta, el activo puede no llegar al destino esperado por el usuario.

Las herramientas basadas en XCM pueden reducir esta complejidad, pero no eliminan la necesidad de seleccionar cuidadosamente la red.

La seguridad de los tokens cross-chain depende de una identificación clara de los activos.

Metadatos de tokens

Los metadatos de un token describen información como su nombre, símbolo, decimales y, en ocasiones, detalles adicionales.

Los metadatos ayudan a las carteras, los exploradores y las interfaces de usuario a mostrar correctamente los activos.

Sin metadatos correctos, un usuario puede ver un ID de activo desconocido, una visualización confusa de decimales o un símbolo de token ausente.

Los sistemas de activos de Substrate pueden almacenar o hacer referencia a metadatos según la configuración del runtime de la cadena.

Los metadatos pueden ser útiles, pero no prueban el valor ni la autenticidad.

Un activo malicioso o de baja calidad puede seguir teniendo un nombre y símbolo de aspecto profesional.

Los usuarios deben verificar los activos mediante fuentes oficiales del proyecto, ID de activos, entradas de registros conocidas y visualizaciones admitidas por carteras.

Los desarrolladores deben evitar cambiar los metadatos de forma que confunda a los usuarios.

Las carteras deben mostrar información suficiente para ayudar a los usuarios a distinguir activos similares.

Los buenos metadatos mejoran la usabilidad, pero sigue siendo necesaria la debida diligencia.

ID de activos y gestión multiactivo

Las cadenas basadas en Substrate que admiten múltiples activos suelen identificarlos mediante ID de activos o identificadores de runtime similares.

Un ID de activo permite al runtime saber qué token se está transfiriendo, acuñando, congelando, quemando o utilizando para comisiones.

Esto difiere de la identificación de tokens basada en direcciones utilizada en algunos sistemas de contratos inteligentes.

En un modelo de pallet de activos, el token puede identificarse por un ID de activo on-chain y no únicamente por una dirección de contrato.

Esto puede estandarizar más las operaciones con activos dentro del runtime.

Sin embargo, también significa que usuarios y desarrolladores deben prestar atención al ID de activo correcto.

Dos activos pueden tener símbolos similares pero ID diferentes.

Una cartera no debe basarse únicamente en el texto del símbolo para determinar qué activo se está gestionando.

Los desarrolladores que creen interfaces para tokens de Substrate deben mostrar, cuando sea posible, los ID de activos, nombres de cadenas y metadatos oficiales.

La identificación precisa es fundamental en un ecosistema multicadena.

Transferencias cross-chain de tokens de Substrate

Las transferencias cross-chain son una función relevante de los tokens de Substrate en Polkadot.

Polkadot está diseñado para que las parachains puedan comunicarse y mover activos mediante XCM.

La guía oficial de transferencia de activos explica que los tokens pueden transferirse entre parachains y muestra ejemplos con Asset Hub y otras parachains.

Una transferencia cross-chain puede requerir seleccionar la cadena de origen, la cadena de destino, el activo, la dirección del destinatario y el activo para comisiones.

La transferencia también puede implicar reservas de activos, teletransportes o movimientos respaldados por reservas, según el activo y la ruta.

Los usuarios deben esperar a disponer de interfaces de cartera o dApp compatibles, en lugar de construir manualmente mensajes cross-chain que no conocen.

Los desarrolladores deben probar los flujos XCM en redes de prueba antes de utilizar activos de producción.

Las transferencias cross-chain pueden fallar si la cadena de destino no admite el activo, si las comisiones son insuficientes o si el mensaje se construye incorrectamente.

Unas buenas herramientas pueden hacer que XCM parezca sencillo, pero el sistema subyacente sigue siendo complejo.

Los usuarios deben enviar importes de prueba pequeños al probar una ruta nueva por primera vez.

Ventajas de los tokens de Substrate

La primera ventaja de los tokens de Substrate es la personalización.

Los desarrolladores pueden diseñar la lógica de tokens directamente dentro del runtime de una blockchain.

La segunda ventaja es la eficiencia.

Los activos nativos del runtime pueden evitar parte de la sobrecarga asociada al despliegue de contratos inteligentes independientes para cada token.

La tercera ventaja es la interoperabilidad.

XCM puede permitir que los activos se muevan e interactúen entre cadenas conectadas a Polkadot.

La cuarta ventaja es la integración de gobernanza.

Los tokens pueden conectarse a votación on-chain, bloqueos por convicción, sistemas de tesorería y actualizaciones de runtime.

La quinta ventaja es la integración de staking.

Los tokens nativos pueden admitir la selección de validadores, la nominación, la vinculación u otros modelos de seguridad.

La sexta ventaja es un diseño flexible de comisiones.

Algunas cadenas pueden permitir pagar las comisiones con activos no nativos compatibles.

La séptima ventaja es la diversidad de activos.

Substrate puede admitir tokens nativos, activos fungibles, NFT, activos extranjeros y activos específicos de aplicaciones.

Estas ventajas hacen que los tokens de Substrate sean importantes para el diseño Web3 multicadena.

Riesgos de los tokens de Substrate

El primer riesgo es la complejidad específica de cada cadena.

Dos tokens de Substrate pueden comportarse de forma muy diferente porque cada cadena puede personalizar su runtime.

El segundo riesgo es el riesgo de transferencia cross-chain.

Los usuarios pueden cometer errores con las rutas, los ID de activos, las cadenas de destino y las comisiones.

El tercer riesgo es el riesgo del ciclo de vida de las cuentas.

Los depósitos existenciales, contadores de referencias y la eliminación de cuentas pueden confundir a usuarios nuevos en cadenas basadas en Polkadot SDK.

El cuarto riesgo es el riesgo de permisos.

Algunos activos pueden tener controles administrativos para la acuñación, congelación, cambios de metadatos o gestión de activos.

El quinto riesgo es el riesgo de gobernanza.

Las actualizaciones de runtime o las decisiones de gobernanza pueden modificar el comportamiento de los tokens, las comisiones, los parámetros o las reglas de activos.

El sexto riesgo es el riesgo de liquidez.

Un token puede existir técnicamente pero contar con poca profundidad de mercado o compatibilidad de transferencias limitada.

El séptimo riesgo es el riesgo de compatibilidad de carteras.

No todas las carteras admiten todas las parachains, ID de activos, rutas XCM o formatos de metadatos.

Los usuarios deben investigar el token y la cadena concretos antes de transferir un valor significativo.

Cómo evaluar un token de Substrate

Empieza identificando la cadena en la que el token es nativo.

Después, comprueba si el token es un saldo nativo, token de pallet de activos, NFT, token de contrato inteligente o activo extranjero.

Revisa el ID del activo, los metadatos, los decimales y la documentación oficial del token.

Comprueba si el token tiene permisos de acuñación, quema, congelación o administración.

Revisa los controles de gobernanza que pueden modificar las reglas del token.

Comprueba si el token puede transferirse mediante XCM y qué rutas son compatibles.

Revisa la compatibilidad de carteras con la cadena y el activo específicos.

Comprueba la liquidez, la profundidad de mercado y las aplicaciones compatibles antes de comprar o transferir el token.

Comprende los requisitos de comisiones y si el token puede pagarlas en la cadena donde se mantiene.

Revisa las reglas de staking, bloqueo, reserva y desvinculación si el token se utiliza para seguridad o gobernanza.

Utiliza la documentación oficial de Polkadot, la documentación oficial del proyecto, exploradores de confianza y registros de activos de carteras al verificar los detalles.

Nunca te bases únicamente en símbolos de tokens o afirmaciones de redes sociales.

Buenas prácticas para usuarios

Confirma siempre la cadena correcta antes de enviar un token de Substrate.

Comprueba si el token es nativo, extranjero, envuelto o está registrado mediante un sistema de activos.

Utiliza interfaces oficiales de carteras o herramientas de transferencia XCM bien documentadas para movimientos cross-chain.

Envía una pequeña transacción de prueba antes de mover una cantidad elevada mediante una ruta nueva.

Mantén suficiente saldo para comisiones en la cadena de origen y en la cadena de destino cuando sea necesario.

Ten en cuenta los requisitos de depósito existencial antes de vaciar una cuenta.

Comprende si algún saldo está bloqueado, reservado, vinculado, retenido o congelado.

Verifica los ID de activos y los metadatos en lugar de confiar solo en los símbolos de ticker.

Utiliza las páginas oficiales de los proyectos y la documentación oficial de Polkadot para consultar los detalles de los tokens.

Ten cuidado con activos desconocidos que afirman ser tokens del ecosistema Polkadot sin registro o liquidez verificables.

Buenas prácticas para desarrolladores

Elige el modelo de token correcto antes de lanzar un activo.

Utiliza un modelo de saldo nativo cuando el token sea fundamental para las comisiones, el staking o la gobernanza de la cadena.

Utiliza un modelo de pallet de activos cuando la cadena necesite una gestión multiactivo estandarizada.

Utiliza lógica de NFT o únicos cuando el activo represente propiedad no fungible.

Utiliza contratos inteligentes cuando un comportamiento flexible a nivel de contrato sea más importante que la gestión de activos nativos del runtime.

Documenta claramente los ID de activos, permisos, metadatos, decimales, reglas de comisiones y ubicaciones XCM.

Prueba las transferencias de activos cross-chain en redes de prueba antes de habilitar flujos de producción.

Diseña interfaces de usuario que muestren claramente la cadena de origen, cadena de destino, activo para comisiones e identidad del activo.

Reduce al mínimo los permisos privilegiados cuando sea posible o explícalos de forma transparente.

Considera las reglas del ciclo de vida de las cuentas, los depósitos existenciales y los activos suficientes al diseñar la incorporación de usuarios.

Malentendidos habituales sobre los tokens de Substrate

Un malentendido habitual es que todos los tokens de Substrate funcionan de la misma forma.

No es así, porque cada cadena basada en Polkadot SDK puede configurar su propio runtime y sus propias reglas de activos.

Otro malentendido es que todos los tokens de Substrate son tokens de contratos inteligentes.

Muchos tokens de Substrate son activos nativos de runtime gestionados por pallets y no por contratos desplegados por usuarios.

Un tercer malentendido es que el símbolo de un token prueba su identidad.

Los símbolos pueden copiarse, por lo que los usuarios deben verificar la cadena, el ID de activo, el origen y los metadatos oficiales.

Un cuarto malentendido es que las transferencias cross-chain son iguales que las transferencias normales.

Las transferencias XCM implican cadenas de origen, cadenas de destino, ubicaciones de activos, comisiones de ejecución y compatibilidad de rutas.

Un quinto malentendido es que un saldo visible siempre es totalmente transferible.

Los saldos pueden estar bloqueados, reservados, vinculados, congelados, retenidos o afectados por reglas de cuentas.

Preguntas frecuentes

¿Qué son los tokens de Substrate?

Los tokens de Substrate son activos digitales creados, gestionados o transferidos en blockchains desarrolladas con Substrate o Polkadot SDK.

¿Los tokens de Substrate solo se utilizan en Polkadot?

No, Substrate también puede utilizarse para cadenas independientes, pero el término se usa con frecuencia en el ecosistema Polkadot porque muchas parachains se construyen con tecnología Polkadot SDK.

¿DOT es un token de Substrate?

Sí, DOT es el token nativo de Polkadot, que se desarrolla utilizando tecnología Polkadot SDK.

¿Cuál es la diferencia entre un token nativo y un token de pallet de activos?

Un token nativo está integrado en el sistema básico de balances de una cadena, mientras que un token de pallet de activos es uno de los muchos activos gestionados mediante un módulo de activos del runtime.

¿Qué es el pallet Assets?

El pallet Assets es un módulo de runtime de Polkadot SDK para gestionar múltiples activos fungibles con permisos y lógica de activos configurables.

¿Los tokens de Substrate pueden moverse entre parachains?

Sí, muchos tokens de Substrate pueden moverse entre parachains mediante XCM si existen la ruta, el registro de activos y la compatibilidad de cartera necesarios.

¿Qué es la gestión de activos de Polkadot Hub?

La gestión de activos de Polkadot Hub permite a usuarios y proyectos crear, gestionar y transferir tokens fungibles y NFT mediante infraestructura de activos nativa de Polkadot.

¿Los tokens de Substrate pueden ser NFT?

Sí, las cadenas basadas en Polkadot SDK pueden admitir NFT y activos únicos mediante módulos de runtime o contratos inteligentes.

¿Por qué fallan algunas transferencias de tokens de Substrate?

Las transferencias pueden fallar por comisiones insuficientes, selección de red incorrecta, problemas de depósito existencial, rutas XCM no compatibles, activos congelados o ID de activos incorrectos.

¿Los tokens de Substrate son seguros?

Los tokens de Substrate pueden ser útiles, pero la seguridad depende de la cadena, las reglas del runtime, la gobernanza, los permisos, la liquidez, la compatibilidad de carteras y el comportamiento del usuario.

Conclusión

Los tokens de Substrate son una categoría amplia de activos cripto desarrollados sobre infraestructura blockchain basada en Polkadot SDK.

Pueden incluir tokens nativos, tokens de parachains, tokens de pallets de activos, NFT, activos extranjeros y activos cross-chain movidos mediante XCM.

Su principal diferencia respecto a los tokens convencionales de contratos inteligentes es que los tokens de Substrate pueden estar profundamente integrados en el runtime de una blockchain.

Esto permite a los creadores de cadenas personalizar las comisiones, el staking, la gobernanza, los permisos de activos, las reglas de cuentas, los metadatos y el comportamiento cross-chain.

DOT es el ejemplo más importante de token nativo en el ecosistema Polkadot, pero muchas parachains y cadenas de sistema pueden admitir sus propios modelos de tokens.

Polkadot Hub añade una capa estandarizada de gestión de activos para emitir, gestionar y transferir activos fungibles y no fungibles en todo el ecosistema.

XCM hace que los tokens de Substrate sean más potentes al permitir que activos e instrucciones se muevan entre cadenas conectadas.

Sin embargo, esta flexibilidad también crea complejidad.

Los usuarios deben comprender las cadenas, los ID de activos, los tokens para comisiones, los depósitos existenciales, los permisos de activos, las rutas cross-chain y la compatibilidad de carteras.

Los desarrolladores deben elegir el modelo de token correcto y documentar claramente el comportamiento de los tokens.

En el contexto de un glosario cripto, Tokens de Substrate (Polkadot) se refiere a tokens y activos desarrollados o gestionados mediante sistemas de runtime basados en Polkadot SDK, especialmente en las parachains de Polkadot y Polkadot Hub.

La idea principal es que los tokens de Substrate no constituyen un único estándar, sino una familia flexible de diseños de tokens posible gracias a la arquitectura modular y multicadena de Polkadot.