Midnight Node 2.1.0 Beta añade una ruta de hard fork para la cadena en funcionamiento

Midnight ha publicado Node 2.1.0-beta.1, una versión previa mayor que prepara su red en funcionamiento para una actualización a ledger 9. Combina el conjunto de funciones desarrollado durante la línea 2.0.0 no publicada con dos meses adicionales de mantenimiento y parches de seguridad, junto con una lógica de migración diseñada para preservar la generación de DUST vinculada a $NIGHT.

La beta está disponible para los entornos de red públicos de Midnight. Su publicación no significa que el nuevo runtime ya esté activo en Mainnet.

Midnight Node añade una ruta de actualización para la red en funcionamiento

Midnight Node es el software central que utilizan los validadores y los operadores de RPC para seguir la red, procesar transacciones y ejecutar el runtime detrás de las aplicaciones de Midnight.

Midnight es una cadena asociada enfocada en la privacidad conectada a Cardano. Los desarrolladores pueden usarla para crear aplicaciones que combinan el estado público de la blockchain con datos privados y divulgación selectiva. Su modelo económico separa $NIGHT, el activo de la red pública, de DUST, el recurso no transferible que se consume cuando los usuarios ejecutan transacciones y contratos inteligentes.

La versión 2.1.0-beta.1 se publicó el 21 de agosto como una beta con todas las funciones. La publicación se clasifica como una actualización mayor en comparación con la última versión final Node 1.0.1.

Su principal cambio de infraestructura es la capacidad de hacer hard fork desde una cadena 1.0.x en funcionamiento. Las compilaciones 2.0.0 anteriores se diseñaron alrededor de un entorno de génesis nuevo, lo que limitaba su uso para una red ya activa. Node 2.1.0 añade la lógica de migración necesaria para mover la cadena existente al nuevo runtime sin descartar su estado actual.

La migración a ledger 9 preserva la generación de DUST

Activar Node 2.1.0 trasladaría a Midnight de ledger 8 a ledger 9 mediante una migración en cadena y de múltiples bloques. La especificación del runtime cambia de 1_000_003 a 2_001_000, mientras que la versión de transacciones pasa de 3 a 4.

La transición también afecta el estado utilizado para generar DUST a partir de NIGHT observado en Cardano. La migración del ledger inicializa la nueva estructura de DUST sin los registros de generación existentes, lo que requiere que el nodo los reconstruya a partir de datos previos a la bifurcación.

Node 2.1.0 realiza esa reconstrucción por lotes después de la actualización del runtime. La observación de Cardano se pausa temporalmente durante el proceso, que se estima abarcar aproximadamente 28 bloques a escala de Mainnet, nueve en Preview y uno en Preprod.

Tras la reconstrucción, la observación se reanuda sin omitir los UTxOs de Cardano entregados durante la migración. El proceso preserva el vínculo entre las posiciones de NIGHT basadas en Cardano y el recurso DUST generado para la actividad en Midnight.

La infraestructura conectada al nodo también debe tener en cuenta el cambio de versión de transacciones. Los clientes, los kits de desarrollo de software y los indexadores necesitan actualizar sus metadatos de runtime después del bloque de actualización, mientras que las transacciones firmadas o en cola antes de la transición deben reconstruirse.

La activación en Mainnet aún requiere gobernanza

Node 1.0.3 es el punto de partida documentado para el hard fork, pero esa versión base seguía pendiente cuando se publicaron las notas de la beta 2.1.0. Pasar directamente desde Node 1.0.2 o una versión anterior no forma parte de la ruta de migración admitida.

Los validadores deben primero instalar el nuevo binario y confirmar que la red continúa importando y finalizando bloques bajo el runtime existente. Luego, los firmantes técnicos autorizados pueden aplicar la acción de gobernanza set_code que reemplaza el runtime activo.

El puente de Cardano a Midnight tiene una dependencia adicional de gobernanza. Su proveedor de observación de Cardano permanece inactivo hasta que se establezcan la configuración requerida de MainChainScripts y el punto de control de datos.

Node 2.1.0 proporciona el software y la ruta de migración para el próximo runtime de Midnight. Ledger 9 entra en funcionamiento solo después de que la versión base 1.0.3 esté disponible, los validadores actualizados estén ejecutándose en toda la red y la gobernanza aplique el nuevo runtime en cadena.