Tokens IBC (Cosmos)

¿Qué son los tokens IBC en Cosmos?

Los tokens IBC son criptoactivos que se han transferido entre blockchains conectadas a Cosmos mediante el protocolo Inter-Blockchain Communication.En términos sencillos, un token IBC es una representación de un token que aparece en una cadena de destino después de que el activo original se haya transferido a través de un canal IBC.

La documentación de IBC-Go explica que IBC permite que las blockchains se comuniquen entre sí y admite aplicaciones cross-chain, como las transferencias de tokens fungibles.

En el ecosistema Cosmos, IBC es una de las principales tecnologías que permiten a las blockchains soberanas enviarse activos, mensajes y datos de aplicaciones entre sí.Un token IBC no es un activo nuevo del mismo modo que lo es un token de proyecto recién acuñado.Por lo general, es una representación cross-chain de un activo originado en otra cadena.Por ejemplo, cuando un token nativo se traslada desde su cadena de origen a otra cadena de Cosmos mediante IBC, la cadena de destino puede mostrarlo como un token con denominación IBC.Esta representación ayuda a la cadena de destino a registrar el origen del token y su ruta de transferencia.Los tokens IBC son importantes porque hacen que el ecosistema Cosmos funcione como una red interconectada, en lugar de como un conjunto de blockchains aisladas.Permiten a los usuarios y las aplicaciones mover valor entre cadenas mientras cada una conserva su propia gobernanza, sus validadores, sus reglas y su lógica de aplicaciones.

Por qué son importantes los tokens IBC

Los tokens IBC son importantes porque la liquidez, los usuarios y las aplicaciones están repartidos entre muchas blockchains.Sin interoperabilidad, puede resultar difícil utilizar en aplicaciones de otra cadena un token que está en una cadena determinada.IBC ayuda a resolver este problema al proporcionar a las cadenas basadas en Cosmos un método estandarizado para transferir tokens y datos.

El repositorio de estándares Interchain describe IBC como la ubicación canónica de la semántica del protocolo, las descripciones de codificación y los estándares de la capa de aplicación.

Esto importa porque las transferencias cross-chain requieren más que una simple transacción de wallet.La cadena emisora, la cadena receptora, el canal, el relayer, el módulo del token y el proceso de verificación de pruebas deben funcionar conjuntamente.Los tokens IBC hacen más prácticas la DeFi cross-chain, los derivados de staking, los pagos, la gestión de carteras y las aplicaciones multicadena.Un usuario puede tener un token originado en una cadena y utilizarlo en un pool de liquidez, un mercado de préstamos, un flujo de pago o un contrato inteligente de otra cadena.Para los desarrolladores, los tokens IBC pueden ampliar el mercado de una aplicación, ya que los usuarios no tienen que limitarse a una sola cadena de origen.Para el ecosistema Cosmos, los tokens IBC son una parte fundamental de la visión interchain.

Cómo funcionan las transferencias de tokens IBC

Las transferencias de tokens IBC suelen seguir el estándar ICS-20 de transferencia de tokens fungibles.

La especificación de transferencia de tokens fungibles ICS-20 define los datos de los paquetes, la lógica de la máquina de estados y las reglas de codificación para transferir tokens fungibles mediante IBC.

Cuando un usuario envía un token desde su cadena de origen a otra cadena, la cadena de origen suele depositar el token original en custodia o bloquearlo.A continuación, la cadena de destino acuña o abona una representación voucher de ese token.Cuando el token vuelve a su cadena de origen por la ruta correcta, el voucher puede quemarse y liberarse el token original depositado en custodia.Este diseño ayuda a evitar que el mismo activo exista libremente en ambas cadenas sin llevar un registro contable.La idea importante es que la cadena de destino no crea un token completamente distinto.Crea una representación vinculada a una ruta de transferencia y a un activo de origen.Las transferencias de tokens IBC dependen de paquetes, canales, puertos, clientes, relayers, acuses de recibo y tiempos de espera.Los usuarios no necesitan conocer todos los detalles internos, pero deben entender que las transferencias IBC son operaciones cross-chain y pueden requerir más pasos que las transferencias normales dentro de una sola cadena.

Cadena de origen y cadena de destino

La cadena de origen es aquella en la que el token se considera nativo o que la ruta IBC actual trata como origen del token.La cadena de destino es la que recibe el token mediante IBC.Esta distinción importa porque el comportamiento del token IBC depende de si la transferencia se aleja de su origen o vuelve hacia él.Cuando un token nativo sale de su cadena de origen, esta puede depositar el activo original en custodia y la cadena de destino puede crear un voucher.Si el voucher se envía de vuelta a la cadena de origen por la ruta de canal correcta, puede quemarse y liberarse el activo original depositado en custodia.Esto ayuda a mantener el registro contable de la oferta entre cadenas.Si un token pasa por varias cadenas, la ruta puede complicarse.Un token puede ser nativo de Chain A, representarse en Chain B y enviarse después a Chain C.Cada salto añade información sobre la ruta que ayuda a identificar el origen del activo y cómo ha llegado a su destino.Por eso, los denom traces son tan importantes para los tokens IBC.

¿Qué es un denom IBC?

Un denom IBC es la denominación on-chain utilizada para identificar un token transferido mediante IBC en una cadena de destino.En lugar de mostrar siempre un símbolo nativo sencillo, un token IBC puede aparecer como un valor hash que comienza por «ibc/» y va seguido de un identificador largo.

La guía de Interchain Developer Academy sobre los denom IBC explica que los activos enviados mediante IBC pueden representarse on-chain mediante un hash de denom IBC.

Esto puede resultar confuso para los principiantes, porque la wallet o el explorador puede mostrar una cadena técnica larga en lugar del símbolo familiar del token.La razón es que la cadena necesita un método preciso para distinguir el activo y su ruta de transferencia.Dos tokens pueden tener el mismo símbolo visible y distintos orígenes.Dos versiones de un mismo token también pueden llegar por canales IBC diferentes.El denom IBC ayuda a evitar que una representación del activo se confunda con otra.Las wallets y los exploradores pueden mostrar un símbolo más fácil de reconocer, pero la cadena subyacente sigue registrando el denom técnico.Si no están seguros de qué token IBC tienen, los usuarios deben verificar el denom trace.

Denom trace

Un denom trace es el registro que vincula un token IBC con su origen y su ruta de transferencia.

La descripción general de las transferencias IBC de Cosmos explica que un denom trace contiene identificadores de puertos y canales ordenados desde la transferencia más reciente hasta la más antigua.

Para los usuarios, el denom trace es como un historial de recibos cross-chain.Ayuda a identificar la denominación base original y la ruta que ha seguido el token.Para los desarrolladores, los denom traces ayudan a evitar mezclar accidentalmente activos que parecen similares, pero proceden de rutas diferentes.Un token que llega por un canal IBC puede no ser idéntico a otro con el mismo símbolo que llega por un canal distinto.Esto es importante para las wallets, los exploradores, las aplicaciones DeFi, las herramientas contables y los sistemas de gestión del riesgo.Sin denom traces, sería más fácil confundir tokens y más difícil verificar su origen.Los denom traces también ayudan a los usuarios a detectar si están interactuando con el activo esperado.Antes de utilizar un token IBC en una transferencia de gran importe o en una posición DeFi, los usuarios deben confirmar el trace y la ruta del canal.

Vouchers de tokens IBC

Un voucher de token IBC es una representación de un token en una cadena en la que ese token no es nativo.El voucher representa un derecho sobre un token depositado en custodia o contabilizado de otro modo mediante la lógica de transferencia IBC.Por ejemplo, si se envía a Chain B un token nativo de Chain A, Chain B puede mostrar una versión voucher IBC de ese activo.El voucher puede utilizarse en Chain B si las aplicaciones y las wallets lo admiten.Si se devuelve a Chain A por la ruta correcta, el voucher puede quemarse y desbloquearse o liberarse el token nativo.Este modelo es distinto de un activo envuelto sencillo emitido por un custodio centralizado.IBC se basa en la comunicación a nivel de protocolo, la verificación mediante light clients, los relayers y los módulos específicos de cada cadena.Sin embargo, los usuarios deben entender que un voucher conlleva riesgos de dependencia cross-chain.Si falla la ruta del canal, la actividad de los relayers o la compatibilidad de la cadena de destino, la experiencia del usuario puede verse afectada.Un voucher IBC es útil, pero no equivale a tener el token directamente en su cadena nativa.

Canales IBC

Un canal IBC es una vía de comunicación entre módulos de dos cadenas distintas.Las transferencias de tokens suelen utilizar el módulo de transferencias a través de un canal específico.El identificador del canal pasa a formar parte del denom trace cuando un token se mueve entre cadenas.Por eso, un mismo token puede tener denom IBC diferentes en una misma cadena de destino si llega a través de canales distintos.Para los usuarios, los detalles del canal pueden parecer técnicos, pero tienen importancia práctica.Si una wallet o aplicación admite una versión del token por un canal, pero no otra, el usuario puede ver saldos inesperados o disponer de funcionalidades limitadas.Si un usuario envía tokens por una ruta incorrecta, el activo puede llegar como una representación IBC distinta de la esperada.Esto puede causar confusión al intentar depositarlo en una aplicación DeFi o enviarlo a otra wallet.Antes de transferir cantidades importantes, los usuarios deben confirmar que la ruta del canal es compatible.Una transferencia de prueba de pequeño importe puede ayudar a reducir errores al utilizar una ruta IBC nueva.

Puertos IBC

Un puerto IBC identifica el módulo de aplicación que envía o recibe paquetes.En las transferencias de tokens fungibles, el puerto suele estar conectado al módulo de transferencias.El puerto y el canal definen conjuntamente la ruta utilizada para la comunicación IBC.Por lo general, los principiantes no tienen que interactuar directamente con estos identificadores.Sin embargo, son importantes porque forman parte de la ruta técnica que define la representación del token IBC.Las aplicaciones utilizan estos identificadores para procesar correctamente los paquetes.Los exploradores y las herramientas de desarrollo los utilizan para mostrar los denom traces y las rutas de transferencia.Cuando falla una transferencia, los equipos de soporte y los desarrolladores pueden revisar el puerto, el canal, la secuencia del paquete y los detalles del tiempo de espera.Para los usuarios habituales, la lección fundamental es utilizar rutas fiables de wallets y flujos oficiales de las aplicaciones.La selección manual de canales debe hacerse con cuidado, ya que la ruta afecta al denom del token resultante.

Relayers y tokens IBC

Los relayers son procesos off-chain que transmiten paquetes y pruebas IBC entre cadenas.IBC no requiere que una cadena envíe datos directamente a otra por sí sola.En su lugar, los relayers observan los eventos en una cadena y envían la información necesaria a la otra.El protocolo verifica la información mediante clientes y pruebas.Los relayers son importantes porque mantienen en marcha la comunicación cross-chain.Si ningún relayer envía el paquete, la transferencia puede no completarse hasta que uno lo procese.Normalmente, los relayers no controlan los fondos de los usuarios como lo haría un custodio.Sin embargo, su disponibilidad afecta a la experiencia del usuario y a la velocidad de las transferencias.Si un relayer se retrasa, una transferencia IBC puede parecer bloqueada aunque el protocolo subyacente tenga mecanismos de seguridad.Por eso, las rutas IBC fiables suelen necesitar una infraestructura de relayers robusta.

Cuentas de depósito en custodia en ICS-20

El depósito en custodia es un elemento fundamental de muchas transferencias de tokens IBC.

La documentación de Cosmos sobre la custodia en IBC explica que cada canal de transferencia ICS-20 tiene una cuenta bancaria de custodia propia para los tokens transferidos desde una cadena de origen.

Cuando un token nativo sale de su cadena de origen a través de IBC, puede bloquearse en una cuenta de custodia.La cadena de destino representa entonces ese activo como un voucher IBC.Esto ayuda a contabilizar correctamente la oferta total entre cadenas.Si el voucher regresa por la ruta correcta, la cadena de origen puede liberar el token depositado en custodia.Para los usuarios, la custodia es el motivo por el que un token transferido puede aparecer en otra cadena sin duplicar el activo original.Para los auditores, los saldos en custodia ayudan a verificar si las representaciones cross-chain están debidamente respaldadas dentro del modelo de transferencia.Para las aplicaciones, la contabilidad de la custodia ayuda a mantener la confianza en el movimiento cross-chain de activos.La custodia no elimina todos los riesgos, pero es una parte clave de la seguridad de las transferencias IBC.

Tiempos de espera de IBC

Los tiempos de espera de IBC son reglas de seguridad que impiden que los paquetes sigan siendo válidos indefinidamente.Un tiempo de espera define cuándo un paquete deja de poder completarse conforme a sus condiciones originales.Si vence el plazo de un paquete de transferencia, la cadena de origen puede procesar el tiempo de espera y devolver o desbloquear los fondos de acuerdo con las reglas del módulo de transferencias.Esto es importante porque la comunicación cross-chain puede fallar o retrasarse.La cadena de destino puede no estar disponible.Un relayer puede dejar de funcionar.Un canal puede cerrarse.Un paquete puede no recibirse antes de que se cumpla la condición de tiempo de espera.La lógica de tiempo de espera ayuda a que IBC sea más seguro que un mensaje unidireccional sin posibilidad de recuperación.Aun así, los usuarios deben entender que el proceso de reembolso tras un tiempo de espera puede requerir la intervención de un relayer o del usuario.

Acuses de recibo de IBC

Un acuse de recibo es una respuesta que confirma si la cadena receptora ha procesado correctamente un paquete IBC.En las transferencias de tokens, los acuses ayudan a la cadena emisora a saber si la cadena de destino ha aceptado o rechazado el paquete.Si el paquete se procesa correctamente, la transferencia puede completarse.Si falla, la cadena de origen puede utilizar el acuse para gestionar el resultado y mantener una contabilidad correcta.Los acuses de recibo son una de las razones por las que las transferencias IBC pueden ser más fiables que los mensajes cross-chain simples sin respuesta.Ayudan a las cadenas a coordinar cambios de estado entre libros contables independientes.Para los usuarios, los acuses suelen procesarse en segundo plano.Para los desarrolladores, son esenciales al crear aplicaciones que necesitan certeza cross-chain.Para las wallets y los exploradores, ayudan a mostrar si una transferencia está pendiente, se ha completado, ha fallado o ha agotado el tiempo de espera.Entender los acuses puede ayudar a los usuarios a no alarmarse cuando una transferencia sigue en curso.

Tokens IBC con múltiples saltos

Un token IBC con múltiples saltos es un token que ha pasado por más de una ruta IBC antes de llegar a su cadena actual.Por ejemplo, un token puede originarse en Chain A, pasar a Chain B y después trasladarse a Chain C.El denom trace resultante puede incluir varios pares de puertos y canales.Las transferencias con múltiples saltos pueden aumentar la flexibilidad de enrutamiento en la red interchain.También pueden generar confusión, porque la ruta del token se alarga y su denom puede resultar más difícil de leer.

La ADR de Cosmos sobre el seguimiento del origen de las monedas explica que las transferencias IBC repetidas pueden generar rutas de denominación largas y que el uso de denominaciones basadas en hashes ayuda a gestionar los límites de longitud de los denom.

Los usuarios deben tener cuidado con los tokens IBC con múltiples saltos porque no todas las aplicaciones consideran equivalentes todas las rutas.Un protocolo DeFi puede admitir únicamente la ruta más habitual o canónica de un activo.Una ruta poco común puede generar una representación del token con menos liquidez o menor compatibilidad con las aplicaciones.Siempre que sea posible, los usuarios deben seguir las rutas oficiales de transferencia recomendadas por la wallet o la aplicación que vayan a utilizar.

Tokens IBC canónicos

Un token IBC canónico es la representación IBC de un activo que se acepta o prefiere habitualmente en una cadena determinada.Las rutas canónicas son importantes porque un mismo activo puede llegar por diferentes rutas IBC y generar denom distintos.Si la liquidez, las wallets, los exploradores y las aplicaciones admiten principalmente un denom, este se convierte en el estándar práctico de esa cadena.Las versiones no canónicas pueden seguir siendo representaciones IBC válidas, pero quizá sean más difíciles de utilizar.Un usuario puede descubrir que un token IBC no canónico no aparece en la interfaz de una wallet o no se puede depositar en una aplicación.Esto no significa necesariamente que se hayan perdido los fondos.Puede significar que la aplicación no reconoce ese denom trace concreto.Antes de transferir tokens para utilizarlos en DeFi, los usuarios deben comprobar qué denominaciones son compatibles.Los desarrolladores deben mostrar claramente los denom IBC compatibles para reducir los errores de los usuarios.El enrutamiento canónico es uno de los aspectos prácticos más importantes de la experiencia de usuario en las transferencias de tokens IBC.

Tokens IBC y wallets

Las wallets ayudan a los usuarios a enviar, recibir y consultar tokens IBC.Una buena interfaz puede ocultar parte de la complejidad de los denom al mostrar un símbolo conocido y el nombre de la cadena.Sin embargo, la wallet sigue dependiendo de que sean correctos los metadatos, la información del registro de cadenas, los denom traces y las rutas compatibles.Si faltan metadatos o están desactualizados, un token IBC puede aparecer como un hash largo en lugar de un nombre reconocible.Si un usuario envía tokens por un canal poco habitual, es posible que la wallet no los etiquete correctamente.Los usuarios no deben suponer que un token es falso solo porque aparezca con un hash IBC.Tampoco deben suponer que un símbolo reconocible es seguro sin comprobar su trace.La práctica más prudente es verificar la cadena, el canal, el denom y la dirección de destino antes de realizar transferencias grandes.Las wallets mejoran la facilidad de uso, pero no pueden eliminar todos los riesgos cross-chain.Los usuarios de tokens IBC deben aprender a leer la información de las transacciones a un nivel básico.

Tokens IBC y DeFi

Los tokens IBC se utilizan mucho en la DeFi de Cosmos porque permiten que activos de distintas cadenas accedan a mercados compartidos.Un pool de liquidez puede contener un activo nativo de una cadena y un token IBC de otra.Un mercado de préstamos puede aceptar un token IBC como colateral si el protocolo lo admite.Una aplicación de pagos puede aceptar activos IBC de varias cadenas.Esto genera un entorno de liquidez más conectado.Sin embargo, el uso de DeFi añade riesgos.Un token IBC utilizado en DeFi puede estar expuesto a riesgos de contratos inteligentes, liquidez, oráculos, volatilidad del precio, canales y la cadena de origen subyacente.Si una aplicación solo admite un denom IBC, enviar otro denom puede causar problemas con el depósito.Si la liquidez es escasa, vender o intercambiar el token puede provocar un deslizamiento elevado.Antes de utilizar tokens IBC en DeFi, los usuarios deben comprobar los denom compatibles, la profundidad del pool, el impacto en el precio, el riesgo del contrato y las rutas de retirada.

Tokens IBC y NFT

IBC no se limita a los tokens fungibles.El ecosistema IBC también incluye estándares para transferir tokens no fungibles.

La especificación de transferencia de NFT ICS-721 define la lógica y la estructura de los paquetes para transferir tokens no fungibles a través de canales IBC.

Sin embargo, cuando la mayoría de los usuarios habla de tokens IBC, suele referirse a tokens fungibles transferidos mediante ICS-20.Las transferencias de NFT introducen más complejidad, ya que los metadatos, la identidad de la colección y el historial de propiedad deben registrarse cuidadosamente entre cadenas.Los tokens fungibles son intercambiables, mientras que los NFT son únicos.Esto significa que sus riesgos y la experiencia de usuario son distintos.Los usuarios no deben suponer que las transferencias de tokens fungibles IBC y las transferencias de NFT mediante IBC funcionan exactamente igual.Ambas utilizan comunicación cross-chain, pero su lógica de aplicación es diferente.Esta entrada del glosario se centra principalmente en los tokens fungibles IBC del ecosistema Cosmos.

Supuestos de seguridad de los tokens IBC

La seguridad de los tokens IBC depende de más de una cadena.Los usuarios deben tener en cuenta la cadena de origen, la cadena de destino, los clientes IBC, los relayers, el estado del canal, el módulo del token y la aplicación que utiliza el token.IBC está diseñado para no requerir permisos y ser seguro, pero todos los activos cross-chain siguen heredando varias capas de riesgo.Si la cadena de origen sufre un problema grave de consenso, el respaldo o la credibilidad del origen del token pueden verse afectados.Si la cadena de destino tiene un error grave, el saldo del voucher del usuario o su posición en una aplicación pueden verse afectados.Si el canal está mal configurado o no es compatible, las transferencias pueden resultar confusas o retrasarse.Si una wallet muestra metadatos incorrectos del token, los usuarios pueden confundir una representación con otra.La seguridad cross-chain siempre depende tanto del diseño del protocolo como de la fiabilidad operativa.En muchos flujos de transferencia, IBC reduce la necesidad de recurrir a custodios terceros de confianza, pero no elimina todos los riesgos técnicos ni económicos.Los usuarios deben tratar los tokens IBC como activos cross-chain sujetos a varios supuestos de seguridad.

Tokens IBC frente a tokens envueltos

Los tokens IBC suelen compararse con los tokens envueltos, pero no siempre son lo mismo.Un token envuelto suele representar un activo de otra cadena mediante un proceso de wrapping.Algunos tokens envueltos dependen de custodios, contratos bridge o una acuñación controlada por el emisor.Las transferencias de tokens IBC se basan en una comunicación interchain estandarizada entre cadenas compatibles.En muchos flujos ICS-20, el activo de origen se deposita en custodia y se crea una representación voucher en la cadena de destino.Esto ofrece a los tokens IBC una ruta de transferencia clara a nivel de protocolo y un denom trace.Sin embargo, mientras se encuentra fuera de su cadena nativa, un token IBC sigue siendo una representación.Los usuarios deben comprobar si el activo es nativo, transferido mediante IBC, puenteado a través de otro sistema o envuelto por un emisor distinto.En el sector cripto, la palabra «envuelto» se utiliza de manera imprecisa, por lo que es importante rastrear el origen con precisión.Para los usuarios de Cosmos, el denom trace suele ser la mejor forma de entender la ruta del activo.

Tokens IBC frente a tokens nativos

Un token nativo es el token original de su cadena de origen.Un token IBC suele ser una representación de ese activo en otra cadena.Por ejemplo, un token puede ser nativo de Chain A y aparecer como token IBC en Chain B.La versión nativa puede utilizarse para staking, gobernanza, comisiones o seguridad en la cadena de origen.La versión IBC puede utilizarse para trading, DeFi, pagos o aplicaciones en la cadena de destino.Las dos versiones están relacionadas, pero las aplicaciones no siempre las tratan exactamente igual.Es posible que un módulo de staking de la cadena de origen no acepte un voucher IBC de otra cadena.Una aplicación DeFi de la cadena de destino puede aceptar la versión IBC, pero no directamente la versión nativa.Los usuarios deben entender dónde se encuentra el token y qué puede hacer esa versión.El contexto de la cadena importa tanto como el símbolo del token.

Tokens IBC y fungibilidad

La fungibilidad significa que cada unidad de un token puede intercambiarse por otra unidad del mismo token.IBC puede complicar la fungibilidad porque el mismo activo original puede tener varias representaciones IBC en una cadena de destino.Si dos versiones han llegado por canales distintos, pueden tener denom diferentes aunque procedan del mismo activo base.Desde la perspectiva estricta de la cadena, esas versiones no son automáticamente el mismo token.Las aplicaciones pueden optar por admitir una versión, ambas o ninguna.La liquidez también puede variar entre versiones.Una ruta canónica puede ayudar a concentrar la liquidez y reducir la confusión.Sin un enrutamiento claro, la liquidez puede fragmentarse entre varios denom IBC.Esta es una de las razones por las que las interfaces de usuario y los registros de cadenas son importantes en el ecosistema Cosmos.Unos buenos metadatos pueden facilitar la comprensión de los tokens IBC sin ocultar el trace subyacente.

Tokens IBC y registros de cadenas

Los registros de cadenas ayudan a las wallets, los exploradores y las aplicaciones a identificar redes, activos, denom traces, endpoints y metadatos.La facilidad de uso de los tokens IBC mejora cuando las herramientas pueden asociar un hash IBC con un nombre de token y una ruta reconocibles.Sin metadatos fiables, los usuarios pueden ver hashes de denom confusos y tener dificultades para saber qué activo poseen.Los registros de cadenas son especialmente importantes en un ecosistema multicadena con muchas rutas.Pueden ayudar a estandarizar la información mostrada y reducir los errores de los usuarios.Sin embargo, los metadatos no son lo mismo que la información verdadera registrada on-chain.La etiqueta de una wallet puede ser incorrecta, estar desactualizada o ser incompleta.Los usuarios deben verificar las transferencias importantes con datos de exploradores y denom traces.Los desarrolladores deben mantener metadatos de activos precisos para que los usuarios puedan entender los tokens IBC de forma segura.Los datos fiables de los registros constituyen una capa de experiencia de usuario sobre los fundamentos técnicos de IBC.

Tokens IBC y comisiones de transferencia

Las transferencias IBC pueden implicar comisiones en la cadena de origen, en la de destino o en las rutas que admiten los relayers.El usuario puede necesitar el token de comisiones nativo de la cadena emisora para iniciar una transferencia.La cadena receptora también puede exigir su token nativo de comisiones para acciones posteriores, como intercambiar, hacer staking o volver a enviar los activos.Esto puede confundir a los principiantes, porque tener un token IBC no siempre significa que puedan moverlo sin disponer de gas en la cadena actual.Por ejemplo, un usuario puede recibir un token IBC en una cadena de destino y seguir necesitando el activo nativo para comisiones de esa cadena para realizar otra transacción.Algunos flujos de wallets y aplicaciones pueden ayudar a gestionar las comisiones, pero estas siguen existiendo a nivel de blockchain.Los usuarios deben comprobar qué activos se necesitan para pagar gas antes de transferir entre cadenas.Deben evitar enviar todo el saldo de su token nativo para comisiones si todavía necesitan realizar transacciones.Dejar un pequeño saldo puede evitar que la wallet se quede sin fondos para pagar las comisiones.Planificar las comisiones es una parte sencilla, pero importante, de la gestión de tokens IBC.

Problemas habituales con los tokens IBC

Un problema común es enviar un token por el canal equivocado.Esto puede generar una representación de token válida que no sea compatible con la aplicación deseada.Otro problema es enviar tokens a una dirección de otra cadena.Algunos formatos de dirección parecen similares, pero cada cadena tiene su propio entorno de cuentas.Un tercer problema es ver un hash IBC y pensar que falta el token.Es posible que el token esté ahí, pero la wallet no lo haya etiquetado correctamente.Un cuarto problema es el retraso de un relayer, que puede hacer que una transferencia tarde más de lo esperado.Un quinto problema es no tener suficiente gas en la cadena de destino.Un sexto problema es interactuar con una aplicación DeFi que solo admita un denom canónico.La mayoría de los problemas se pueden reducir utilizando rutas oficiales, comprobando los denom traces y haciendo primero pruebas con cantidades pequeñas.

Cómo verificar un token IBC

El primer paso es comprobar el denom del token en la cadena de destino.El segundo es buscar el denom trace en un explorador de blockchain o una herramienta fiable.El tercero es confirmar la denominación base y la cadena de origen.El cuarto es confirmar la ruta de puertos y canales.El quinto es comparar el trace con la ruta admitida por la wallet, la interfaz del bridge o la aplicación que se vaya a utilizar.El sexto es comprobar si el token es la versión canónica de esa cadena de destino.El séptimo es verificar la liquidez si se pretende operar con el token o utilizarlo en DeFi.El octavo es enviar una pequeña transferencia de prueba si se utiliza una ruta desconocida.Este proceso puede parecer lento, pero puede evitar errores costosos.La verificación de tokens IBC es especialmente importante para las transferencias de gran importe y los depósitos en DeFi.

Ventajas de los tokens IBC

La primera ventaja de los tokens IBC es la interoperabilidad.Los usuarios pueden mover activos entre cadenas compatibles en lugar de tener que mantenerlos dentro de un único entorno blockchain.La segunda ventaja es la composabilidad entre aplicaciones.Un activo de una cadena puede utilizarse en aplicaciones de otra si estas admiten el denom.La tercera ventaja son las conexiones de liquidez más sólidas.IBC puede ayudar a que los activos lleguen a pools de liquidez y mercados de toda la red interchain.La cuarta ventaja es la soberanía.Cada cadena puede conservar sus propias reglas y comunicarse al mismo tiempo con otras.La quinta ventaja es el seguimiento transparente del origen.Los denom traces permiten a los usuarios y las aplicaciones identificar de dónde procede un token IBC.La sexta ventaja es el diseño a nivel de protocolo.IBC ofrece un marco de comunicación estandarizado, en lugar de depender únicamente de la lógica de bridges improvisados.

Riesgos de los tokens IBC

El primer riesgo es la confusión sobre las rutas.Un mismo activo puede aparecer a través de canales distintos con denom diferentes.El segundo riesgo es la fragmentación de la liquidez.Varias versiones de un mismo activo pueden dividir la liquidez entre pools y aplicaciones.El tercer riesgo es el de la cadena de origen.Un token IBC depende en parte de la salud y seguridad de su cadena de origen.El cuarto riesgo es el de la cadena de destino.El token también depende de la cadena en la que se encuentra o se utiliza actualmente.El quinto riesgo son los retrasos de los relayers.Una transferencia puede no completarse rápidamente si la actividad de los relayers es limitada.El sexto riesgo es la compatibilidad de las aplicaciones.Una aplicación DeFi puede no admitir el denom concreto que posee el usuario.El séptimo riesgo es el error del usuario.Elegir canales o direcciones incorrectos y no disponer de suficiente gas puede causar problemas evitables.

Tokens IBC y seguridad de los usuarios

Los usuarios siempre deben confirmar la cadena de destino antes de transferir tokens IBC.Antes de enviar cantidades elevadas, deben confirmar el denom del activo y la ruta del canal.Siempre que sea posible, deben utilizar los flujos oficiales de las wallets.Deben evitar las rutas manuales a menos que entiendan el resultado.Deben conservar suficientes tokens nativos para gas en cada cadena que utilicen.Deben comprobar si la aplicación receptora admite el denom IBC exacto.Deben hacer transferencias de prueba al utilizar rutas nuevas.Nunca deben compartir frases de recuperación con alguien que afirme que puede recuperar una transferencia IBC.Deben desconfiar de las cuentas de soporte falsas cuando una transferencia se retrase.Una transferencia retrasada suele ser un problema técnico, no una razón para revelar información privada de la wallet.

Tokens IBC para desarrolladores

Los desarrolladores de aplicaciones de Cosmos deben tratar la compatibilidad con tokens IBC como una decisión de diseño importante.Deben decidir qué denom se aceptan, cómo se muestran los metadatos y cómo se verifican las rutas.Deben evitar aceptar versiones IBC desconocidas sin comprender su origen y su liquidez.Siempre que sea posible, deben mostrar claramente el denom base, la cadena de origen y el trace del canal.Deben avisar a los usuarios cuando un token no sea la versión canónica que espera la aplicación.Deben diseñar los depósitos, las retiradas y los intercambios para reducir los errores de ruta.Deben supervisar el estado de los canales y la actividad de los relayers en las rutas compatibles.Deben probar el comportamiento de los tiempos de espera, los acuses de recibo y las transferencias fallidas.La compatibilidad con tokens IBC puede ampliar el alcance de una aplicación, pero también aumenta la complejidad operativa.Un buen diseño de los desarrolladores puede hacer que los activos cross-chain sean más seguros para los usuarios habituales.

Malentendidos frecuentes sobre los tokens IBC

Un malentendido habitual es creer que todos los tokens con el mismo símbolo son el mismo activo.En IBC, el denom trace importa más que el símbolo visible.Otro malentendido es pensar que un token IBC siempre es nativo de la cadena en la que aparece.Muchos tokens IBC son representaciones cross-chain, no activos nativos de la cadena de destino.Un tercer malentendido es creer que las transferencias IBC son instantáneas.Pueden ser rápidas, pero el tiempo depende de la actividad de los relayers, las condiciones de las cadenas y el procesamiento de los paquetes.Un cuarto malentendido es pensar que todas las rutas son iguales.Las rutas de canal distintas pueden generar denom diferentes y diferente compatibilidad con las aplicaciones.Un quinto malentendido es creer que las etiquetas de las wallets siempre son correctas.Los metadatos de las wallets son útiles, pero los denom traces son más fiables para verificar un activo.

Buenas prácticas para utilizar tokens IBC

Utiliza rutas oficiales de transferencia para mover activos entre cadenas de Cosmos.Antes de transferir, comprueba qué denom admite la aplicación receptora.Verifica los denom traces cuando un token aparezca como un hash IBC.Conserva tokens nativos para gas en cada cadena en la que tengas activos IBC.Haz una transferencia de prueba pequeña antes de enviar una cantidad grande.Evita las rutas inusuales con múltiples saltos a menos que entiendas qué denom se generará.Comprueba la liquidez antes de intercambiar un token IBC o depositarlo en DeFi.Ten cuidado con las direcciones copiadas y los prefijos de cadena.No confíes en nadie que te pida una frase de recuperación para solucionar una transferencia.Considera los tokens IBC activos cross-chain útiles, pero sujetos a requisitos específicos de ruta y seguridad.

Preguntas frecuentes

¿Qué son los tokens IBC en Cosmos?

Son tokens que se han transferido entre blockchains conectadas a Cosmos mediante el protocolo Inter-Blockchain Communication.

¿Qué significa IBC?

IBC significa Inter-Blockchain Communication.

¿Los tokens IBC son tokens nativos?

A menudo son representaciones de tokens nativos de otra cadena, aunque su condición exacta depende del origen y la ruta del token.

¿Qué es un denom IBC?

Un denom IBC es el identificador on-chain utilizado para representar un token transferido mediante IBC y su ruta de transferencia.

¿Por qué mi token aparece como un hash ibc?

Puede aparecer como un hash IBC porque la cadena de destino registra el activo mediante un denom trace con hash, en lugar de mostrar únicamente un símbolo sencillo.

¿Qué es un denom trace?

Es la información de la ruta que vincula un token IBC con su cadena de origen y su ruta de transferencia.

¿Puede un mismo token tener varias versiones IBC?

Sí. El mismo token original puede tener varias representaciones IBC si llega por canales o rutas diferentes.

¿Son seguros los tokens IBC?

Los tokens IBC pueden ser útiles y seguros si se cumplen determinados supuestos, pero siguen conllevando riesgos relacionados con la cadena de origen, la de destino, la ruta, los relayers, la liquidez y los errores de los usuarios.

¿Qué ocurre si se retrasa una transferencia IBC?

Puede retrasarse porque los relayers, las condiciones de la cadena o el procesamiento del paquete sean lentos; quizá sea necesario recurrir a la lógica de tiempos de espera o de acuses de recibo para resolverla.

¿Puedo recuperar los tokens enviados por el canal IBC equivocado?

La recuperación depende de la cadena, la ruta, la compatibilidad de la wallet y la de la aplicación. Por ello, los usuarios deben contactar con los canales de soporte oficiales sin compartir frases de recuperación.

¿Cuál es la diferencia entre un token IBC y un token envuelto?

Un token IBC se transfiere mediante el protocolo IBC con seguimiento de origen, mientras que un token envuelto puede depender de un modelo de wrapping o custodia independiente.

¿Por qué debo comprobar la ruta IBC antes de utilizar DeFi?

Debes comprobarla porque una aplicación DeFi puede admitir solo un denom IBC concreto y no reconocer un token que haya llegado por otra ruta.

Conclusión

Los tokens IBC son fundamentales para el ecosistema Cosmos porque permiten mover activos entre blockchains soberanas mediante el protocolo Inter-Blockchain Communication.Hacen más prácticas la DeFi cross-chain, los pagos, la liquidez y la interoperabilidad de aplicaciones en la red interchain.Por lo general, un token IBC es una representación cross-chain de un activo originado en otra parte.Su identidad depende de la cadena de origen, la denominación base, el puerto, el canal y el denom trace.Por eso, los usuarios deben prestar atención a los denom IBC en lugar de fiarse únicamente de los símbolos de los tokens.Los tokens IBC pueden mejorar la liquidez y la facilidad de uso, pero también introducen riesgos de enrutamiento, confusión con los metadatos, retrasos de los relayers, problemas de compatibilidad con las aplicaciones y supuestos de seguridad cross-chain.La forma más prudente de utilizar tokens IBC es seguir rutas oficiales, verificar los denom traces, conservar tokens para gas en cada cadena, probar las rutas nuevas con cantidades pequeñas y confirmar que la aplicación receptora admite la versión exacta del token.Para los desarrolladores, la compatibilidad con tokens IBC requiere metadatos claros, validación de rutas, supervisión de canales y avisos fáciles de entender.Para los usuarios, la lección fundamental es que un token IBC no es solo un símbolo en una wallet.Es una representación de un activo con un historial, una ruta y una identidad técnica en varias blockchains.Cuando se entienden correctamente, los tokens IBC muestran por qué la interoperabilidad de Cosmos es tan potente.Convierten cadenas separadas en un ecosistema conectado donde los activos y las aplicaciones pueden funcionar conjuntamente, mientras cada blockchain conserva su soberanía.