El prototipo Umbra de Hoskinson apunta a la recuperación de Midnight mientras la migración a BABE avanza en QA

Charles Hoskinson está probando Umbra, un almacén de datos persistente experimental destinado a simplificar la recuperación en la infraestructura utilizada por Cardano y Midnight. El prototipo fue descrito en una transcripción técnica de un X Space revisada por Cardano News y está vinculado a su trabajo en la futura arquitectura de puentes de Cardano y Midnight. Por separado, el repositorio público del nodo de Midnight muestra la migración oficial de consenso de Aura a BABE en aseguramiento de calidad.

La sincronización de Midnight pasa por cardano-db-sync

Midnight es una cadena asociada a Cardano creada para aplicaciones que combinan verificación de cadena pública con datos protegidos. Los desarrolladores pueden usar Midnight para crear aplicaciones donde las pruebas de conocimiento cero admiten divulgación selectiva, computación privada y flujos de trabajo orientados al cumplimiento, mientras que la capa de token público incluye $NIGHT.

Hoskinson describió una secuencia de infraestructura local que comienza con un nodo completo de Cardano, continúa a través de cardano-db-sync, luego requiere un nodo de Midnight y finalmente un indexador de Midnight. Esa secuencia es coherente con la documentación para operadores de Midnight.

La guía de cardano-db-sync de Midnight enumera un nodo de Cardano en ejecución como requisito previo y afirma que cardano-db-sync usa PostgreSQL para indexar datos de la cadena en un esquema relacional. La misma guía dice que la base de datos debe reprocesarse contra Cardano Node 11.0.1 después de la actualización van Rossem, en lugar de tratarse como un simple reemplazo binario.

La documentación también instruye a los operadores a esperar hasta que cardano-db-sync alcance al menos 99 por ciento de sincronización antes de continuar. La guía del nodo completo de Midnight luego requiere una instancia accesible de cardano-db-sync y un puerto de PostgreSQL antes de poder iniciar el nodo de Midnight.

Ese modelo operativo explica por qué una capa de recuperación importaría para desarrolladores y operadores de nodos. Un entorno local de Midnight no es un simple reinicio de un binario único. Depende de varios servicios sincronizados, con los datos de la cadena de Cardano, el estado de la base de datos, los datos del nodo de Midnight y los datos de la aplicación indexada que deben permanecer alineados.

El prototipo Umbra se centra en el estado recuperable

Umbra no figura como un producto de Midnight lanzado. Es el prototipo de Hoskinson para almacenar y restaurar el estado que necesitan billeteras, indexadores, historial de transacciones y componentes de infraestructura relacionados.

Según la transcripción, el prototipo se está diseñando en torno a estado guardado, puntos de control, gestión de retrocesos y avances, recuperación en frío tras el apagado, conexiones seguras y reconstrucción de datos del nodo y del indexador a partir de registros almacenados previamente. La prueba planificada por Hoskinson es sincronizar el entorno, eliminar los datos existentes del nodo de Midnight y del indexador, y luego intentar reconstruir ambos desde Umbra.

Una versión posterior podría añadir puntos de control autoverificables. Hoskinson describió un modelo en el que una prueba de conocimiento cero confirmaría que un punto de control representa un estado válido, reduciendo la cantidad de confianza requerida en la parte que distribuye la instantánea.

También comparó la posible capa de distribución con Mithril. La documentación de Mithril de Cardano describe un protocolo de firma múltiple basado en participación que produce instantáneas de cadena certificadas para admitir una sincronización más rápida de nodos de Cardano y validación de estado. Umbra podría aplicar un concepto relacionado al estado de Midnight, aunque no se ha publicado ningún plan de implementación pública ni un calendario formal de lanzamiento.

Hoskinson estimó que una versión inicial podría requerir otros dos o tres días de desarrollo concentrado, condicionado a completar la sincronización y las pruebas de recuperación. También dijo que el proyecto necesitaría luego productización, trabajo de auditoría y una mayor participación de desarrolladores antes de que pudiera convertirse en infraestructura de producción.

La migración de Aura a BABE permanece en QA

Midnight también está preparando un cambio separado en su infraestructura de consenso. Hoskinson describió Aura como el mecanismo transicional de producción de bloques actual y BABE como el modelo a más largo plazo destinado a la operación descentralizada, con GRANDPA continuando proporcionando finalidad.

El trabajo es visible en el repositorio público del nodo de Midnight. La incidencia abierta de Aura a BABE describe un nuevo pallet-consensus-engine responsable de una máquina de estados de doble motor y del cambio automático de Aura a BABE. La incidencia se abrió el 23 de junio y actualmente está etiquetada “QA in progress.”

La línea de trabajo incluye una bandera ActiveEngine para Aura o BABE, ajustes de migración controlados por gobernanza, ranuras de transición almacenadas y un cambio automático en un límite de época de BABE registrado. La incidencia también indica que el cambio debe posponerse hasta que GRANDPA finalice al menos un bloque inyectado, y que las pruebas unitarias deben cubrir las transiciones de estado.

Dos dependencias siguen listadas en la incidencia pública: vinculación del límite de época y preparación del comité de validadores. La misma incidencia no muestra hito ni ramas o pull requests vinculados en la vista pública de GitHub.

Para operadores y equipos de aplicaciones, la ruta de infraestructura desplegable sigue siendo la secuencia documentada: nodo de Cardano, cardano-db-sync, nodo e indexador de Midnight. Los puntos de control de ingeniería concretos son más estrechos que la hoja de ruta más amplia: una prueba reproducible de recuperación con Umbra y la finalización de las dependencias de límite de época y de comité requeridas antes de que BABE pueda reemplazar a Aura en el nodo de Midnight. Para la infraestructura de $NIGHT, ambas vías apuntan al mismo objetivo operativo, una recuperación más rápida del estado utilizable de la cadena y un camino controlado desde la producción de bloques de transición hacia el modelo de consenso previsto de la red.