Cardano node 11.1.0 se prepara para Dijkstra y elimina el trazado heredado

Cardano node 11.1.0 se lanzó el 21 de agosto con cambios de infraestructura que preparan el software de la red para la era Dijkstra. La actualización mejora el procesamiento de transacciones, la validación de Plutus y las operaciones del nodo, a la vez que exige a los operadores de nodos que usan trazado heredado o el backend de almacenamiento LMDB que migren sus configuraciones.

Cardano node 11.1.0 impulsa la infraestructura de Dijkstra

Cardano node es el software central que se usa para validar bloques, retransmitir transacciones y mantener una copia sincronizada del libro mayor de Cardano. Los operadores de stake pools lo usan para la producción de bloques y la infraestructura de relés, mientras que los desarrolladores dependen de sus interfaces para enviar transacciones, consultar el estado de la red y probar aplicaciones que gestionan ADA.

Según las notas oficiales de la versión, la 11.1.0 continúa el trabajo técnico preparatorio para el hard fork Dijkstra, la próxima gran era del libro mayor de Cardano después de van Rossem. La actualización incluye un reenvío de transacciones más eficiente entre pares, instantáneas del mempool diseñadas para seguir siendo rápidas a medida que aumenta el volumen de transacciones y una validación más rápida de scripts de Plutus.

La versión también introduce soporte inicial de red y de consenso para Ouroboros Peras. La funcionalidad está deshabilitada de forma predeterminada y permanece detrás de la versión experimental del protocolo NodeToNodeV_16.

Peras está diseñado para reducir el tiempo de liquidación de transacciones mediante certificados de voto adicionales superpuestos al consenso Ouroboros existente de Cardano. Está asignado a la segunda fase de la hoja de ruta de Dijkstra, separada de la primera fase centrada en Linear Leios, Nested Transactions y una nueva era del libro mayor.

El trazado heredado y LMDB requieren migración por parte de los operadores

Cardano node 11.1.0 completa la eliminación del antiguo sistema de trazado iohk-monitoring-framework. La arquitectura de trazado más reciente es ahora la única incluida, y las configuraciones que todavía hacen referencia a claves de monitoreo heredadas deben migrarse.

Cardano tracer también ha eliminado el componente descontinuado RTView, mientras que su interfaz opcional de métricas ahora sigue más de cerca el formato wire de Prometheus.

LedgerDB V1 y el backend de almacenamiento LMDB también han sido eliminados. Los operadores que usan LMDB deben pasar a otra opción de almacenamiento compatible, con la arquitectura más reciente LedgerDB V2 de Cardano que usa un backend basado en LSM para el almacenamiento en disco de UTxO.

Las instantáneas del ledger ahora se generan de manera predecible y en un formato compatible con Mithril. Esto permite comparar y compartir con mayor fiabilidad las instantáneas creadas por distintos nodos, a la vez que se admite una sincronización más rápida e independientemente verificable.

El binario del firmante de Mithril también está incluido en el paquete de lanzamiento para Linux x86_64, lo que reduce la cantidad de componentes separados necesarios al configurar la participación en la firma con Mithril.

Cardano node 11.1.0 sigue en pruebas de versión preliminar

La versión 11.1.0 amplía varias interfaces usadas por proveedores de infraestructura y desarrolladores. Su capa experimental gRPC y UTxO-RPC añade métodos para leer y seguir la punta de la cadena, acceder a información de génesis, buscar UTxOs y evaluar transacciones.

El comando ping de cardano-cli ahora admite múltiples destinos y registros DNS SRV bajo CIP-0155. Las imágenes de contenedor para cardano-node, cardano-tracer y cardano-submit-api también pueden operar como usuarios sin privilegios de root o con sistemas de archivos de solo lectura, lo que proporciona opciones de implementación adicionales para la infraestructura que admite transacciones de ADA.

Los requisitos publicados indican 24 GB de memoria para el backend en memoria y 8 GB para la configuración en disco, aunque esta última cifra está pendiente de confirmación. Un problema conocido produce aproximadamente un 12% más de uso de memoria que la versión 11.0.1 al cargar archivos de génesis de testnet que contienen grandes cantidades de datos preinicializados. Las notas de la versión afirman que Cardano mainnet no está afectada.

Aún no se han publicado benchmarks de rendimiento ni informes de pruebas de sistema. La versión 11.1.0 establece las migraciones de configuración, los cambios de almacenamiento y las interfaces de protocolo experimentales que ahora pueden probarse antes de que una versión posterior preparada para Dijkstra entre en el proceso de actualización de la mainnet de Cardano.