Midnight Node 2.1.0 RC2 corrige costos del puente y el arranque de nodos

Midnight lanzó Node 2.1.0 RC2 el 17 de septiembre, eliminando dos obstáculos técnicos que habían impedido que la línea 2.1 avanzara hacia una versión final.

La actualización no introduce nuevo comportamiento de protocolo, pero cambia cómo se verifica el runtime, cómo se miden las cargas de trabajo del puente y cómo los nuevos nodos se conectan a Preview y Devnet.

Midnight publica un runtime verificable

Midnight Node 2.1.0 RC2 es la primera candidata de la línea 2.1 que incluye un archivo WASM de runtime determinista y un resumen de srtool que documenta cómo se produjo.

El WASM del runtime contiene la lógica que ejecutan los nodos de Midnight. Una compilación determinista permite a los operadores y a los participantes de la gobernanza confirmar que el artefacto publicado corresponde al código fuente.

RC1 no incluía un artefacto WASM independiente. Por lo tanto, la gobernanza carecía de un archivo reproducible de forma independiente que pudiera referenciarse al autorizar una actualización mediante una acción set_code.

RC2 ahora proporciona el archivo de runtime, los hashes criptográficos y la procedencia de la compilación necesarios para la verificación. Aún se requiere una acción de gobernanza coordinada para activar el runtime, pero el artefacto técnico necesario ya está disponible.

Esta versión contiene cinco commits adicionales en comparación con RC1. No cambia la especificación del protocolo ni introduce nueva funcionalidad de cara al usuario, manteniendo su alcance centrado en la preparación de la versión final.

Midnight corrige los costos del puente con Cardano

Nuevas pruebas de benchmarking descubrieron que las funciones dentro de pallet_c2m_bridge y pallet_partner_chains_bridge habían recibido aproximadamente la mitad de su costo real de ejecución en el hardware validador de referencia.

Los pesos anteriores se generaron en una estación de trabajo de desarrollador en lugar de en la máquina de benchmarking designada por Midnight. Tras repetir las pruebas en el hardware de referencia, los pesos medidos para las operaciones del puente aumentaron entre 1.92 y 2.51 veces.

La actualización no hace que las operaciones sean más costosas computacionalmente. Le da al runtime una medición más precisa de los recursos que ya se estaban consumiendo.

Una de las funciones afectadas, handle_transfers, se ejecuta como parte obligatoria de un bloque. Una llamada obligatoria infravalorada puede llevar el procesamiento del bloque más allá de su límite de recursos previsto porque la operación no puede aplazarse cuando se ha consumido la capacidad restante.

Los componentes corregidos incluyen el puente de Cardano a Midnight y la infraestructura de observación de Cardano asociada con cNIGHT. Estos sistemas conectan la actividad de NIGHT basada en Cardano con la cadena de Midnight. Una tarificación de recursos más precisa alinea la capacidad del puente con el costo medido de procesar operaciones relacionadas con NIGHT en el hardware validador.

La corrección de génesis restaura el arranque de nodos nuevos

RC2 también reemplaza las especificaciones de cadena y los artefactos de génesis empaquetados para Preview y Devnet.

Un nodo iniciado desde un disco vacío con archivos anteriores podía calcular un hash de génesis incorrecto. Los bootnodes existentes lo identificarían como perteneciente a otra cadena y rechazarían la conexión, dejando al nodo afectado en el bloque cero sin pares.

El defecto no afecta a los nodos que ya están conectados y sincronizados porque sus datos de génesis válidos se almacenan localmente. Los operadores con nuevas instalaciones afectadas deben eliminar la ruta base existente e iniciar el arranque nuevamente utilizando los archivos incluidos con RC2.

Los nodos ya sincronizados no requieren un reinicio, resincronización ni reindexación. Tampoco existe una ruta de actualización directa admitida desde RC1 o la beta anterior porque esas versiones eran candidatas de desarrollo en lugar de bases de despliegue. La ruta admitida sigue siendo un hard fork coordinado desde el runtime 1.0.300.

Midnight 2.0 nunca alcanzó una versión final, por lo que 2.1.0 es la primera versión completa planificada de la nueva línea mayor después de Node 1.0.1. RC2 no es una versión final de mainnet, pero la gobernanza ahora tiene un artefacto de runtime verificable, las llamadas del puente usan costos de ejecución medidos y los nuevos nodos de Preview y Devnet pueden iniciar el arranque con los datos de génesis utilizados por las redes activas.