Análisis en profundidad de Celestia (TIA): Cómo funciona realmente la arquitectura modular de blockchain

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.

La idea principal: separar las tareas de la cadena de bloques en lugar de hacer que una sola cadena lo haga todo.

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 .

Ejemplo hipotético: qué es lo que ArcadeRollup realmente envía a 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:

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.

Por qué la disponibilidad de datos es tan importante

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.

Muestreo de disponibilidad de datos

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 .

Espacios de nombres: cómo varios rollups comparten la misma capa DA

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.

Qué hace una transacción de PayForBlobs

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 .

Dónde encaja TIA en la arquitectura

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:

• Tarifas de Blobspace: los rollups pagan tarifas denominadas en TIA al enviar datos a través de transacciones PayForBlobs.
• Seguridad mediante prueba de participación: TIA puede delegarse a validadores que participen en el consenso de Celestia.
• Gobernanza: los TIA en staking participan en la gobernanza de los parámetros de la red y del pool de la comunidad.
• Moneda opcional para el rollup: un nuevo rollup puede optar por usar TIA como token de gas o moneda en lugar de emitir un token separado de inmediato.

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.

Blobstream: conectando Celestia DA con entornos de liquidación de EVM

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.

La disponibilidad no es lo mismo que el almacenamiento histórico permanente.

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 .

Qué mejora la modularidad y qué traslada a otro lugar.

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:

• Diseño de secuenciadores y resistencia a la censura;
• pruebas de fraude, pruebas de validez u otra verificación estatal;
• la capa de liquidación y los supuestos de finalidad;
• retención de datos históricos y sincronización de nodos;
• puentes y mensajería entre cadenas;
• actualizar la gobernanza y los procedimientos de emergencia;
• exposición a tarifas en el espacio de blobs de Celestia y cualquier costo de la capa de liquidación.

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.

Estado actual de la red de Celestia en 2026

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.

Cómo evaluar un rollup que dice "utilizar Celestia"

La frase por sí sola no dice lo suficiente. Volviendo a ArcadeRollup, un análisis técnico útil plantearía varias preguntas distintas:

1. ¿Qué es lo que realmente se publica en Celestia? ¿ Datos completos de la transacción, lotes comprimidos, compromisos o alguna otra cosa?
2. ¿Con qué frecuencia se publican los datos? La frecuencia de publicación afecta la latencia, el procesamiento por lotes y el comportamiento de las tarifas.
3. ¿Dónde se ejecuta? Celestia no responde a esta pregunta para el rollup.
4. ¿Dónde se produce la liquidación? Un acuerdo soberano de consolidación y un acuerdo de consolidación con un L1 externo tienen modelos de fideicomiso y resolución de disputas diferentes.
5. ¿Cómo se verifica la disponibilidad? ¿La pila se basa en la verificación nativa de Celestia DA, Blobstream, un puente u otro mecanismo?
6. ¿Cómo se conservan los datos antiguos? Un diseño fiable debería explicar la posibilidad de recuperar datos históricos, en lugar de asumir que todos los nodos ligeros son de archivo.
7. ¿Qué ocurre si Celestia no está disponible temporalmente? El sistema de agregación de datos debería contar con un modelo documentado de disponibilidad y recuperación.

Estas preguntas ayudan a diferenciar la "integración de Celestia" como eslogan de marketing de la arquitectura real.

En resumen

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.