Celestia v8: transferencias cross-chain, verificación ZK y nuevas comisiones para validadores de TIA
Celestia v8 ya está activa en Mainnet Beta desde el 5 de mayo de 2026, en el bloque 10,960,599. Esta actualización introduce cambios relevantes para las transferencias cross-chain mediante Hyperlane, añade verificación de mensajes con pruebas ZK y actualiza los límites de comisión de los validadores de TIA.
En este artículo, te contamos qué cambia con Celestia v8 y qué implicaciones tiene para usuarios, desarrolladores, validadores y delegadores.
Si quieres profundizar en la arquitectura modular de Celestia, puedes leer nuestra guía completa sobre qué es Celestia y cómo funciona su enfoque modular.
Qué cambia con Celestia v8
La actualización v7, Hibiscus, no llegó a activarse en Mainnet Beta debido a un bug en x/forwarding detectado durante el despliegue en testnet. Por ese motivo, llega Celestia v8, con esas mismas modificaciones mediante una nueva actualización de red enfocada en mejorar la interoperabilidad.
La actualización v8 incluye tres CIPs principales:
- CIP-44, que ajusta los límites de comisión de los validadores.
- CIP-45, que incorpora el Forwarding Module.
- CIP-46, que introduce el ZK Interchain Security Module.
¿Qué problema resuelve?
Hasta ahora, algunas transferencias cross-chain podían requerir más de una firma por parte del usuario, especialmente en rutas donde los activos pasaban por Celestia antes de llegar a otra cadena. Con v8, el objetivo es simplificar este proceso y reducir fricción para usuarios y aplicaciones.
Además, la actualización introduce una nueva opción de verificación de mensajes basada en pruebas de conocimiento cero, que puede servir como alternativa o complemento a modelos basados en multisig.
Principales mejoras de Celestia v8
CIP-44: ajuste de los límites de comisión para validadores de Celestia
CIP-44 actualiza los límites de comisión de los validadores en Celestia. Con este cambio, la comisión mínima pasa del 10% al 20%, mientras que la comisión máxima aumenta del 25% al 60%.
Durante la actualización, los validadores con una comisión por debajo del nuevo mínimo se ajustan automáticamente al 20%.
La comisión es un factor relevante, pero no debería ser el único criterio para elegir el mejor validador. También conviene valorar la disponibilidad, la seguridad, la participación en la gobernanza de la red, y la capacidad de mantener su infraestructura actualizada ante nuevas actualizaciones de la red.
CIP-45: Forwarding Module para transferencias con una sola firma
CIP-45 introduce el Forwarding Module (x/forwarding), un módulo que simplifica las transferencias cross-chain en rutas de Hyperlane que pasan por Celestia.
Su objetivo principal es simplificar la experiencia del usuario: en lugar de tener que firmar una transacción en la cadena de origen y otra en Celestia para completar el segundo paso, el usuario puede iniciar el flujo con una sola firma desde la cadena de origen.
Para hacerlo posible, el sistema genera una dirección de forwarding vinculada al destino y al destinatario final. Cuando el usuario envía los tokens a esa dirección, un relayer puede ejectutar la transferencia de forma permissionless. La diferencia es que los fondos solo pueden ir al destino ya definido. Esto reduce la necesidad de confiar en un intermediario durante el proceso.
En el caso del token TIA, CIP-45 añade una mejora relevante, el token nativo puede usar collateral transfer y depositarse directamente desde un exchange centralizado dentro de este flujo. Esto podría facilitar retiradas de TIA hacia otras cadenas, siempre que exchanges, interfaces y relayers integren correctamente el sistema.
CIP-46: ZK Interchain Security Module para verificación de mensajes con ZK
CIP-46 presenta el ZK Interchain Security Module (x/zkism), un módulo que añade verificación basada en pruebas de conocimiento cero (zero-knowledge proofs) para Hyperlane. Este módulo permite verificar mensajes cross-chain mediante pruebas criptográficas, ofreciendo una alternativa o complemento a los modelos de seguridad basados en multisig.
La implementación utiliza verificación Groth16 y permite escribir los prover programs con SP1, con posible soporte futuro para otros ZKVMs como Risc0. Este enfoque introduce un modelo más trust-minimized, en el que la autorización de mensajes depende de pruebas criptográficas y no únicamente de un conjunto de validadores o firmantes externos.
Qué implica Celestia v8 para el ecosistema
Aunque no resuelve por completo todos los retos de interoperabilidad entre redes modulares, sí introduce cambios importantes para mejorar transferencias cross-chain, añadir verificación ZK de mensajes y actualizar los parámetros económicos de los validadores.
En conjunto, la actualización Celestia v8 introduce avances hacia un ecosistema modular más interoperable y preparado para nuevas aplicaciones cross-chain.
