Celestia se entiende mejor como una cadena de bloques especializada en consenso y disponibilidad de datos, no como una cadena de ejecución de propósito general. En lugar de exigir a cada validador de la capa base que ejecute cada transacción de la aplicación, Celestia permite que los rollups se ejecuten en otros lugares mientras publican sus datos de transacción en Celestia para que cualquiera pueda verificar que los datos se pusieron a disposición.
Este artículo utiliza un único ejemplo hipotético claramente identificado: ArcadeRollup , un sistema de gestión de datos de juegos ficticio que procesa miles de acciones de los jugadores fuera de la ruta de ejecución de Celestia, establece su estado en otra cadena y utiliza Celestia para la disponibilidad de datos. ArcadeRollup no es una implementación real, una prueba de rendimiento, un caso de cliente ni un aval. Es simplemente una herramienta didáctica para comprender la arquitectura modular.
Una cadena de bloques monolítica tradicional tiende a agrupar varias responsabilidades en una misma capa base: ejecución de transacciones, liquidación, consenso y disponibilidad de datos. La arquitectura de Celestia separa estas funciones para que capas especializadas puedan realizar diferentes tareas.
La propia documentación de Celestia describe la red como una capa modular de disponibilidad de datos. Su capa base gestiona el consenso sobre el orden de los datos y los pone a disposición. La ejecución y la liquidación pueden realizarse por encima o por fuera de Celestia. Esto es importante porque la ejecución suele ser la parte más costosa y específica de la aplicación en una pila de blockchain. Un rollup puede elegir su propia máquina virtual, lógica de secuenciación, sistema a prueba de fraude o de validez y entorno de liquidación sin necesidad de que los validadores de Celestia ejecuten la lógica de la aplicación del rollup.
Para la descripción técnica principal, consulte la documentación oficial de disponibilidad de datos de Celestia .
Imagina que ArcadeRollup ejecuta un juego de estrategia en tiempo real. Los jugadores envían sus movimientos, intercambios, acciones de creación y resultados de partidas. El secuenciador de ArcadeRollup recibe esas transacciones y las ejecuta según las reglas del juego. Esta ejecución cambia el estado del rollup: los saldos se mueven, los inventarios cambian y las clasificaciones se actualizan.
Celestia no necesita volver a ejecutar las reglas del juego. En su lugar, ArcadeRollup empaqueta los datos de la transacción en bloques y los publica en Celestia. Celestia ordena los bloques y pone sus datos a disposición. Una capa de liquidación independiente puede recibir compromisos de estado y comprobantes de ArcadeRollup, según el diseño de la agregación.
Esta división se puede resumir de la siguiente manera:
| Función | Pila hipotética de ArcadeRollup | Lo que hace el componente |
|---|---|---|
| Ejecución | ArcadeRollup | Ejecuta las transacciones del juego y actualiza el estado de la aplicación. |
| Asentamiento | Una capa L1 o de asentamiento separada | Resuelve los compromisos estatales y el sistema de pruebas del sistema de consolidación. |
| Consenso | Conjunto de validadores de Celestia | Está de acuerdo con el orden de los bloques de Celestia. |
| Disponibilidad de datos | Celestia | Publica datos consolidados para que los participantes puedan verificar que se pusieron a su disposición. |
El aspecto arquitectónico importante es que usar Celestia para DA no significa que Celestia ejecute el rollup . El rollup sigue siendo responsable de su entorno de ejecución y de su propia lógica de transición de estado.
Un estado consolidado solo puede verificarse de forma independiente si se dispone de los datos necesarios para reconstruir su estado. Supongamos que el secuenciador de ArcadeRollup publica una nueva raíz de estado, pero retiene las transacciones que la generaron. Los usuarios y verificadores pueden saber que existe un compromiso, pero no pueden reconstruir de forma independiente lo sucedido.
Ese es el problema de la disponibilidad de datos. Celestia está diseñado para que los participantes tengan la certeza de que los datos del bloque se han publicado correctamente, sin necesidad de que cada nodo ligero descargue el bloque completo.
Celestia utiliza el muestreo de disponibilidad de datos (DAS) . Los datos de los bloques se extienden mediante codificación de borrado Reed-Solomon bidimensional. Los nodos ligeros solicitan entonces fragmentos aleatorios, o partes, del cuadrado de datos extendido junto con pruebas criptográficas. Si se reciben correctamente varias muestras aleatorias, el nodo ligero tiene una alta probabilidad de que haya suficientes datos disponibles para reconstruir el bloque completo.
La consecuencia práctica es importante: un nodo ligero puede ayudar a verificar la disponibilidad de datos sin descargar cada byte de cada bloque. Por lo tanto, el modelo de escalado de Celestia se basa en parte en que muchos participantes muestreen pequeñas porciones de los datos, en lugar de requerir que todos los verificadores repliquen todo por completo.
La explicación oficial está disponible en la documentación de DAS de Celestia y en sus preguntas frecuentes sobre la disponibilidad de datos .
Si cientos de agregaciones publican datos en una red DA, una agregación no debería necesitar descargar los datos de todas las demás aplicaciones solo para encontrar los suyos. Celestia resuelve este problema con árboles Merkle con espacios de nombres .
Los datos de cada aplicación pueden asociarse a un espacio de nombres. En el ejemplo de ArcadeRollup, sus blobs se ubicarían bajo el espacio de nombres utilizado por dicho rollup. Un nodo interesado en ArcadeRollup puede solicitar los datos relevantes del espacio de nombres junto con pruebas de que la respuesta está completa para ese espacio de nombres.
Esta es una de las razones prácticas por las que el modelo modular puede admitir muchos entornos de ejecución sobre la misma capa DA: pueden compartir el espacio de bloques de Celestia mientras recuperan los datos relevantes para su propia aplicación.
Los rollups publican datos en Celestia mediante transacciones de blobs. La documentación actual describe una transacción de blobs como una transacción estándar del SDK de Cosmos, MsgPayForBlobsmás uno o más blobs. La transacción de pago incluye un compromiso con los datos del blob, mientras que los datos propiamente dichos se organizan en el bloque bajo el espacio de nombres correspondiente.
En nuestro caso hipotético, ArcadeRollup agrupa periódicamente las transacciones de los jugadores, crea uno o más blobs y paga por publicarlos. Celestia incluye la transacción y los blobs asociados en un bloque, aplica su codificación de disponibilidad de datos y confirma los datos resultantes.
Para conocer la estructura y los límites actuales de las transacciones, consulte la documentación oficial de Celestia sobre el envío de blobs y su explicación sobre el pago del espacio para blobs .
TIA es el activo nativo de Celestia, pero su función va más allá de ser un token de mercado especulativo. Según la documentación actual de Celestia, TIA se utiliza en varias funciones del protocolo:
La descripción general oficial de TIA de Celestia documenta estas funciones. Sin embargo, desde una perspectiva analítica, la utilidad del token no debe confundirse con una relación garantizada con su precio. La demanda de espacio de almacenamiento, la economía del staking, la emisión, los incentivos para los validadores, la adopción del ecosistema y las condiciones generales del mercado pueden afectar los resultados económicos de manera diferente.
Uno de los retos en una arquitectura modular es demostrar a un contrato de capa de liquidación que los datos se publicaron realmente en Celestia. Blobstream está diseñado para servir de puente entre la capa DA de Celestia y los entornos EVM.
La documentación de Celestia describe Blobstream como un sistema en el que los validadores de Celestia dan fe de los compromisos sobre los datos, esas certificaciones se transmiten a una cadena EVM de destino y un contrato inteligente puede verificar que se incluyó un compromiso de datos específico de Celestia.
En el caso de ArcadeRollup, imaginemos que la liquidación se realiza en una cadena EVM. El contrato de liquidación de la operación requiere pruebas de que los datos de la transacción que respaldan una actualización de estado se publicaron en Celestia. Blobstream puede proporcionar la ruta de verificación pertinente sin obligar a la cadena de liquidación a almacenar todos los datos brutos de la transacción de ArcadeRollup.
Consulte la descripción general oficial de Blobstream de Celestia para obtener información sobre el mecanismo y el modelo de seguridad actuales.
Este es uno de los matices más importantes para comprender Celestia. Una capa DA demuestra que los datos se publicaron y estuvieron disponibles durante el período de verificación correspondiente. Esto no significa automáticamente que cada dato histórico se almacenará indefinidamente en cada nodo de Celestia.
La documentación actual de Celestia sobre la recuperabilidad de datos indica que, a partir de la versión 6 de celestia-app, el muestreo de nodos de luz utiliza una ventana móvil de siete días. Los nodos que no son de archivo pueden eliminar datos antiguos. Por lo tanto, las aplicaciones que requieren una reconstrucción histórica a largo plazo necesitan una estrategia de recuperabilidad explícita, como nodos de archivo o proveedores de datos externos.
Para ArcadeRollup, esto significa que el equipo no puede simplemente decir: "Celestia tiene nuestros datos, así que la sincronización histórica está resuelta para siempre". Debe decidir cómo los nuevos nodos recuperarán el historial de agregación antiguo meses o años después.
Esta distinción está documentada en la guía de recuperación y filtrado de datos de Celestia .
La arquitectura modular resulta atractiva porque permite la especialización. ArcadeRollup puede optimizar su motor de ejecución para un juego, elegir su propia política de secuenciación y evitar competir con aplicaciones no relacionadas por la capacidad de ejecución en una cadena base monolítica. Celestia puede especializarse en consenso y DA.
Pero la modularidad no elimina la complejidad. La redistribuye. Un proceso de consolidación de producción aún tiene que tomar decisiones sobre:
En otras palabras, Celestia puede simplificar un problema importante de infraestructura —la disponibilidad de datos escalable—, pero no proporciona automáticamente todos los componentes necesarios para una consolidación segura.
A partir de septiembre de 2026, la documentación oficial de la red Celestia indica que Mainnet Beta está activa y aún en fase experimental. La página actual de Mainnet Beta muestra tiempos de bloque de aproximadamente tres segundos, un tamaño máximo de transacción de 8 MiB y versiones de software celestia-node v0.32.1. celestia-app v9.0.6Mainnet Beta activó la actualización v9 el 1 de julio de 2026, y la página oficial de actualizaciones indica que la v10 aún no se ha programado.
La red ha cambiado sustancialmente desde su lanzamiento, por lo que los artículos antiguos de Celestia pueden describir parámetros que ya no están vigentes. Por ejemplo, la actualización Matcha aumentó los límites e introdujo la posibilidad de crear bloques mucho más grandes, mientras que las versiones posteriores continuaron con el desarrollo del protocolo. Siempre revise los parámetros actuales de la versión beta de Mainnet y el historial oficial de actualizaciones de la red antes de diseñar soluciones que tengan en cuenta un límite específico.
La frase por sí sola no dice lo suficiente. Volviendo a ArcadeRollup, un análisis técnico útil plantearía varias preguntas distintas:
Estas preguntas ayudan a diferenciar la "integración de Celestia" como eslogan de marketing de la arquitectura real.
El diseño modular de Celestia resulta más fácil de comprender una vez que se separan las responsabilidades. Un rollup ejecuta transacciones. Una capa de liquidación puede resolver el estado y las pruebas del rollup. Celestia proporciona consenso sobre sus propios bloques y una capa especializada de disponibilidad de datos donde los rollups pueden publicar blobs. El muestreo de disponibilidad de datos permite a los nodos ligeros verificar la disponibilidad de forma probabilística sin descargar bloques completos, mientras que los espacios de nombres permiten a las aplicaciones recuperar sus propios datos de manera eficiente.
En el hipotético ejemplo de ArcadeRollup, Celestia no es el motor del juego ni necesariamente el tribunal de conciliación. Es la capa compartida de publicación y disponibilidad que permite que los datos de transacción del rollup se verifiquen de forma independiente una vez publicados.
Esa especialización es la idea central de Celestia: las cadenas de bloques no tienen por qué ser una sola máquina que realice todas las tareas. Pueden ser conjuntos de componentes especializados. La contrapartida es que los desarrolladores y analistas deben comprender las interfaces —y los supuestos de seguridad— entre esos componentes, en lugar de considerar "modular" como sinónimo de escalabilidad o seguridad automáticas.
Un análisis práctico y exhaustivo de Celestia que explica las cadenas de bloques modulares, el muestreo de disponibilidad de datos, los espacios de nombres, Blobstream, la utilidad TIA y las ventajas e inconvenientes inherentes a las agregaciones de datos.
Explora el ecosistema de Base en 2026, desde Aerodrome y Morpho hasta Aave, Uniswap, Virtuals, Zora, Moonwell y los pagos de agentes x402.
Analizar la transición de Fantom a Sonic, la migración de FTM a S, la arquitectura de Sonic, la tokenómica, los incentivos para desarrolladores, el impacto en el ecosistema y los riesgos que aún importan en 2026.
Un análisis práctico para 2026 sobre el rendimiento nativo de Blast L2, la mecánica de ETH y USDB, los cambios en el protocolo del ecosistema, los riesgos actuales y cómo verificar las oportunidades antes de invertir capital.
Un análisis actual de Polygon 2.0, la actualización POL, Polygon PoS, AggLayer, el cierre de zkEVM en 2026 y por qué ha cambiado la historia original de la migración a ZK-rollup.
Un análisis actualizado de Arbitrum (ARB) que abarca el suministro de tokens, la adquisición de derechos, la utilidad de la gobernanza, Stylus, las cadenas de Arbitrum, las actualizaciones de ArbOS, los riesgos y la hoja de ruta para 2026.
Un análisis práctico y exhaustivo de la pila de abstracción de cadena del Protocolo NEAR, las intenciones NEAR, las firmas de cadena, la IA confidencial, los agentes autónomos y las ventajas y desventajas a tener en cuenta en 2026.
Análisis práctico de la red Sei que abarca la compatibilidad con EVM, la ejecución en paralelo, la hoja de ruta de Giga, la liquidez de DeFi, las ventajas y desventajas, y a quién podría convenirle la cadena.
Un análisis práctico de EigenLayer que abarca el re-apuesta, los AVS, las recompensas, los conjuntos de operadores, las penalizaciones, los retrasos en los retiros y la debida diligencia ajustada al riesgo.
Descubra cómo Chainlink CCIP conecta cadenas de bloques, transfiere tokens y mensajes, admite tokens entre cadenas y hacia dónde podría dirigirse el ecosistema en 2026.
