Cosmos IBC: el día en que los registros independientes empezaron a comunicarse
Cosmos Hub completó Stargate en febrero de 2021 y habilitó las transferencias IBC en marzo. La diferencia explica qué hace falta para conectar cadenas: verificar registros, transportar pruebas y representar activos.
Resumen clave en 3 puntos
- El detonante / ParadojaCosmos Hub completó Stargate el 18 de febrero de 2021. La propuesta 41 habilitó las transferencias IBC el 29 de marzo: fueron hitos distintos.
- El punto de inflexiónEn el diseño clásico de IBC, los clientes verifican el estado de la otra cadena y los retransmisores transportan los datos. El mensajero no decide si una transferencia es válida.
- El legado históricoICS-20 representa los activos mediante depósitos en custodia del protocolo y comprobantes. Las cadenas conectadas conservan su consenso y sus propios supuestos de seguridad.
Cronología de los hechos
Cosmos Hub vuelve a funcionar como cosmoshub-4 tras una actualización que incluye soporte para IBC.
La propuesta 41 activa las transferencias IBC en Cosmos Hub; el informe de marzo también registra transferencias con IRIS Hub.
Una actualización y otra decisión
El 18 de febrero de 2021, Cosmos Hub detuvo su antigua cadena, exportó su estado y volvió a funcionar como cosmoshub-4. La actualización Stargate incluía soporte para Inter-Blockchain Communication, o IBC. Pero junto a ese lanzamiento hay que anotar otra fecha: el 29 de marzo, cuando la propuesta de gobernanza 41 habilitó las transferencias de tokens IBC en el Hub. Incorporar la capacidad de comunicarse y abrir la función de transferencia fueron pasos distintos.[1][2]
El informe de marzo del proyecto, publicado en abril, recogió la habilitación de transferencias en Cosmos Hub e IRIS Hub y el intercambio de tokens entre ambas redes principales. Es fácil resumirlo todo en una celebración de lanzamiento. Conservar la secuencia permite ver el logro: redes independientes habían obtenido una forma de actuar sobre los registros de la otra sin unir sus propios libros de cuentas.[1][2]
Cómo comprobar el registro ajeno
Dentro de una blockchain, los nodos siguen reglas comunes para aceptar registros. Otra cadena tiene su propio historial y consenso. Un mensaje que afirma que se han bloqueado fondos en otro lugar no se vuelve fiable porque lo entregue un servidor. La cadena receptora necesita comprobar ese registro frente a un estado que reconozca.[3]
El diseño clásico de IBC aborda este problema con un cliente: lógica de verificación asociada a una visión inicial de la otra cadena que se considera fiable. El cliente comprueba sus actualizaciones y permite verificar pruebas sobre el estado remoto. No necesita volver a ejecutar todas las transacciones de la otra cadena. Esto ahorra trabajo, pero incorpora las reglas del cliente y sus supuestos iniciales al modelo de seguridad.[3]
El trabajo del mensajero
El protocolo también necesita transporte. Una transacción registrada en una cadena no cruza por sí sola internet para ejecutarse en otra. Los retransmisores, o relayers, observan el estado de las cadenas, preparan los mensajes necesarios y envían transacciones al otro extremo. También transportan confirmaciones y la información necesaria para procesar vencimientos. Son procesos externos a la cadena que realizan una tarea de entrega esencial.[4]
La distribución de autoridad es intencional. El retransmisor lleva las pruebas; la verificación se realiza en la cadena. Si se cumplen los supuestos del protocolo, un mensajero no fiable no debería poder convertir un paquete falso en uno válido. La disponibilidad es otra cuestión: el avance requiere cadenas operativas y al menos un retransmisor correcto y activo para la conexión correspondiente. Los mensajes verificables también necesitan quien los entregue.[3][4]
Qué cruza realmente de una cadena a otra
La transferencia de tokens añade reglas contables a esta comunicación. ICS-20 define la aplicación para tokens fungibles. En un envío sencillo de un activo nativo desde la cadena A a la B, el origen deposita el activo en custodia del protocolo y el destino emite un comprobante correspondiente. Las unidades originales no saltan de una base de datos a otra: dos registros anotan operaciones vinculadas.[5]
Al regresar por la misma ruta, se destruye el comprobante y se libera el activo depositado. La denominación conserva información sobre el recorrido por los canales, de modo que la ruta forma parte de la identidad de esa representación. Por eso, un símbolo conocido no basta para describir lo que una persona tiene en otra cadena. También importa la procedencia del saldo.[5]
Conectadas, pero distintas
Una transferencia fallida necesita igualmente un resultado definido. ICS-20 contempla el reembolso cuando se procesa una confirmación de error o un vencimiento válido. Que el reloj alcance el plazo no constituye, por sí solo, una transacción de reembolso: la información debe llegar a la cadena y procesarse. La especificación de retransmisores incluye este trabajo menos visible.[4][5]
IBC conecta sistemas conservando sus diferencias. La especificación del cliente mantiene supuestos sobre el consenso remoto, e ICS-20 advierte que quienes envíen activos a una cadena defectuosa pueden quedar expuestos a riesgos. La apertura de 2021 fue importante porque dio a registros independientes una forma común de verificar y utilizar mensajes. No convirtió a todas las cadenas conectadas en sistemas igualmente fiables.[3][5]
Historias conectadas con este personaje o suceso
Explora las repercusiones históricas y los vínculos entre figuras y momentos clave.
Gavin Wood: el diseño de Polkadot y los monederos bloqueados de Parity
Un diseño multicadena ya escrito y, después, una librería compartida destruida: dos capítulos distintos de la trayectoria de Wood.
Leer historia →
El ataque de 320 millones de dólares a Wormhole: la reposición de ETH y la recuperación judicial
Un mensaje falsificado, 120.000 ETH repuestos y las facultades administrativas usadas en una recuperación posterior.
Leer historia →Fuentes y referencias
- [1]Fuente 1: Anuncio de la actualización Stargate de febrero de 2021Cosmos Hub Forum · 2021-02-18Consultado 2026-09-14
- [2]Fuente 2: Informe de Cosmos de marzo de 2021: propuesta 41 y transferencias con IRIS HubCosmos Hub Forum · 2021-04-07Consultado 2026-09-14
- [3]Fuente 3: ICS-02: clientes y supuestos sobre el consensoInterchain StandardsConsultado 2026-09-14
- [4]Fuente 4: ICS-18: retransmisores, confirmaciones y vencimientosInterchain StandardsConsultado 2026-09-14
- [5]Fuente 5: ICS-20: transferencias, depósitos y comprobantesInterchain StandardsConsultado 2026-09-14