Celestia Fibre: adónde van los datos tras v10
La transición de Celestia a v10 se ve en los encabezados de bloque. Fibre envía los datos a servidores de validadores y registra pruebas firmadas en la cadena. ¿Qué acreditan esas pruebas?
Ilustración conceptual generada con IA: grandes cintas estampadas ocupan compartimentos separados y un pequeño recibo sellado queda sobre el mostrador. Representa datos distribuidos y un registro on-chain; no es una instalación real, un diagrama del protocolo ni una promesa de conservación permanente.
Puntos clave
- Dos proveedores RPC públicos devolvieron los mismos encabezados: el bloque 15.116.658 usaba la versión de aplicación 9; el 15.116.659 usaba la 10 a las 03:45:49 UTC del 20 de octubre de 2026.
- Fibre distribuye datos codificados entre servidores de validadores. La liquidación normal mediante PayForFibre exige firmas que representen más de dos tercios del poder de voto.
- La activación no demuestra que todos los servidores estén listos. La retención es limitada y el ensayo de 3,07 Tb/s empleó ajustes distintos de la configuración inicial de mainnet.
Cronología de los hechos
Celestia comunica una media de 3,07 Tb/s durante 143 segundos con 120 validadores en AWS y ajustes específicos de rendimiento.
La versión v10.4.0 incluye Fibre y explica los preparativos previos a la activación de la nueva versión de aplicación.
El bloque 15.116.659 lleva la versión de aplicación 10 y la hora 03:45:49 UTC. Celestia también publica el aviso de configuración de Fibre «V10 is live».
Un cambio visible entre dos bloques
La transición de Celestia a v10 ya tiene una frontera comprobable. CoinYQ consultó QuickNode e ITRocket el 20 de octubre de 2026. Ambos devolvieron la versión de aplicación 9 para el bloque 15.116.658 y la 10 para el siguiente, el 15.116.659, con hora 03:45:49 UTC. También coincidieron los hashes de los bloques. Por separado, la página oficial de estado de Celestia anunció que v10 estaba activo y que los operadores podían empezar a configurar servidores Fibre.[1][2][3]
Es una prueba más concreta que la existencia de un ejecutable nuevo. La versión v10.4.0 publicada el 7 de octubre podía ejecutar la aplicación anterior hasta que se activara la actualización. La frontera observada acredita el cambio de versión de aplicación; no mide el tráfico de Fibre ni demuestra que todos los validadores tengan un punto de acceso operativo. Son cuestiones de funcionamiento que deben comprobarse aparte.[4][2][7]
El volumen de datos toma otra ruta
Fibre da a la disponibilidad de datos una vía de entrega propia. Su cliente codifica un blob en fragmentos recuperables y los envía a servidores Fibre operados por validadores. El protocolo evita exigir que cada servidor conserve el blob original completo. Quien conoce su identificador puede solicitar suficientes fragmentos para reconstruirlo y verificar el resultado frente a su compromiso criptográfico, bajo los supuestos de honestidad del protocolo.[5]
Una analogía útil es una entrega con un recibo compacto: el recibo identifica el envío sin contener toda la mercancía. Fibre mantiene de forma similar el grueso de los datos fuera del data square ordinario de Celestia. A la cadena llega una promesa de pago que contiene el compromiso, acompañada de firmas de validadores. La analogía explica el reparto de tareas; no garantiza que un papel, por sí solo, haga recuperables los datos.[5][6]
Qué firman los validadores
Antes de subir datos, el usuario deposita fondos en una cuenta de depósito en garantía de Fibre, o escrow. El cliente envía los fragmentos junto con una promesa de pago firmada por el titular. Cada servidor verifica sus fragmentos y la promesa, y la respalda con su clave de validador. Cuando las firmas representan más de dos tercios del poder de voto, una transacción PayForFibre puede liquidar el pago on-chain. El umbral se pondera por poder de voto, no por número de servidores.[6]
La cadena verifica las pruebas exigidas y cobra del depósito. El registro vincula un compromiso, una promesa de pago y firmas de validadores; no introduce todos los bytes originales en el bloque. El contenido se sigue descargando mediante Fibre. Existe además una vía por vencimiento: una promesa caducada y sin liquidar puede cobrarse sin firmas de validadores, aunque la subida no haya terminado. Prometer el pago no equivale a pagar únicamente si la entrega tiene éxito.[6][5]
La disponibilidad tiene un plazo
La documentación del cliente describe expresamente un periodo de retención limitado, controlado por un parámetro de la cadena. Los servidores pueden conservar los datos más tiempo por decisión propia. Las aplicaciones que necesiten un historial duradero deben descargarlos y guardarlos en otro lugar. Un registro permanente en la cadena no promete que los fragmentos asociados permanezcan para siempre en todos los servidores.[5][6]
También queda trabajo después de la activación. Los operadores ejecutan un servicio Fibre separado y registran su dirección; los clientes descubren los servidores mediante ese registro. El aviso del 20 de octubre trata precisamente de esta fase. Un bloque v10, un punto de acceso registrado y un ciclo satisfactorio de subida y descarga son observaciones distintas. Este artículo confirma la primera, sin afirmar que las otras estén listas en toda la red.[7][1]
Cómo leer el titular de los 3 Tb/s
El informe de Celestia del 1 de octubre describía una media de 3,07 terabits por segundo durante 143 segundos con 120 validadores en AWS, contando solo datos de blobs confirmados on-chain. Usaba una rama de rendimiento: blobs de 2 GiB frente a los 128 MiB de la configuración inicial de mainnet, bloques de un segundo y un límite mayor de liquidaciones por bloque. Era un experimento con condiciones explícitas, no una medición del rendimiento de mainnet.[8]
El cambio útil está en la separación: los servidores de validadores transportan y conservan el volumen de datos, mientras la cadena liquida un registro firmado más pequeño. La frontera v10 recién observada hace que ese diseño sea relevante para mainnet. La fiabilidad de su uso a gran escala se comprobará con resultados reales de subida, recuperación y retención, no trasladando sin cambios una cifra obtenida en un experimento.[5][6][2][8]
Historias para seguir leyendo
Explora el tema a través de otros casos y contextos.
Fuentes y referencias
- [1]Fuente 1: Celestia — V10 is live: Mainnet Beta Fibre server setupCelestia · 2026-10-20Consultado 2026-10-20
- [2]Fuente 2: QuickNode public RPC — Celestia block headers 15,116,658–15,116,660QuickNode / Celestia networkConsultado 2026-10-20
- [3]Fuente 3: ITRocket public RPC — Celestia block 15,116,659ITRocket / Celestia networkConsultado 2026-10-20
- [4]Fuente 4: Celestia App v10.4.0 — mainnet release notesCelestia · 2026-10-07Consultado 2026-10-20
- [5]Fuente 5: Fibre client — publishing, retrieval and retention (v10.4.0 source)CelestiaConsultado 2026-10-20
- [6]Fuente 6: x/fibre — payment promises and validator endorsements (v10.4.0 source)CelestiaConsultado 2026-10-20
- [7]Fuente 7: Celestia documentation — running a Fibre serverCelestiaConsultado 2026-10-20
- [8]Fuente 8: Celestia Fibre hits 3 Tb/sCelestia · 2026-10-01Consultado 2026-10-20