Cardano publicó Node 11.1.3 y recomendó la actualización a operadores de nodos y stake pools para corregir un cambio en la decodificación de direcciones IPv4 introducido en la versión 11.1.2. En paralelo, el desarrollo de Node 11.2 continúa con avances relacionados con el testnet público de Dijkstra, aunque la información disponible no precisa una fecha de lanzamiento para esa versión ni para la apertura de la red de pruebas.
La corrección importa porque los nodos participan en la comunicación entre pares y en la propagación de bloques y transacciones. Un error en el tratamiento de direcciones puede afectar la conectividad de esa capa. Para quienes mantienen infraestructura de Cardano, la versión 11.1.3 es una actualización correctiva; Node 11.2, en cambio, forma parte del trabajo que prepara el siguiente ciclo de pruebas vinculado a Dijkstra.
La versión 11.1.3 revierte un cambio en IPv4
Según las notas de la versión, las versiones anteriores a la serie 11.1 decodificaban las direcciones IPv4 usando el orden de bytes de red. En Node 11.1.2, ese comportamiento cambió de forma involuntaria. La versión 11.1.3 revierte el cambio y recupera el método de decodificación utilizado antes de la serie 11.1.
El orden de bytes de red es una convención para representar datos numéricos en comunicaciones entre sistemas. En este caso, el problema no se describe como un cambio en el formato general de Cardano ni como una modificación de las transacciones: el arreglo se refiere específicamente a cómo el nodo interpreta direcciones IPv4.
El nodo es un componente central de la infraestructura de Cardano: se conecta con otros participantes para intercambiar información, incluidos nuevos bloques y transacciones. Los stake pools también dependen de él para interactuar con la red y participar en el procesamiento de transacciones y la producción de bloques. Por eso, las correcciones relacionadas con conectividad son relevantes para los operadores que administran nodos de relay o productores de bloques.
La recomendación de adoptar 11.1.3 está dirigida a operadores de nodos y stake pools. Antes de actualizar, conviene revisar las instrucciones y notas técnicas de la versión en el registro de lanzamiento de Node 11.1.3, así como comprobar que las herramientas y configuraciones utilizadas sean compatibles.
Qué indican las notas sobre memoria y rendimiento
La actualización también incluye información sobre el uso de memoria. Durante la sincronización, Node 11.1.3 presenta un incremento leve frente a la versión 11.0.1, pero las notas indican que es significativamente menor que la regresión observada en 11.1.0. En el estado de punta de la cadena —cuando el nodo está sincronizado con la red— también se registra un pequeño aumento frente a 11.0.1, asociado con la toma de instantáneas del ledger.
Estas comparaciones ayudan a contextualizar el efecto de la versión, pero no equivalen a una garantía de consumo idéntico en todos los entornos. La memoria utilizada puede depender de la configuración y de las condiciones en las que opere cada nodo. El anuncio no aporta una cifra única de consumo para todos los equipos, por lo que los operadores deben contrastar los resultados con sus propios recursos y monitorear el comportamiento después de instalar el software.
Las notas señalan, además, que los informes de benchmarking no se ven afectados por la versión 11.1.3. También indican que los resultados de pruebas de sistema correspondientes a 11.1.1 son aplicables a 11.1.3. En el apartado de herramientas de Plutus, la versión informa que plc optimise ya no acepta las opciones –certify y –certifier-. Los equipos que dependan de esos parámetros deben tener en cuenta el cambio al revisar sus procesos.
Node 11.2 se vincula con el testnet de Dijkstra
Mientras se distribuye la actualización correctiva, Node 11.2 permanece en desarrollo. Los avances de esa versión están relacionados con el testnet público de Dijkstra, una red de pruebas que permitirá trabajar con componentes de la siguiente etapa técnica de Cardano. La información disponible no detalla qué funcionalidades concretas estarán habilitadas desde el inicio ni establece un calendario definitivo.
El contexto de lanzamientos anterior sitúa las versiones sucesivas del nodo dentro de los preparativos para Dijkstra y menciona la apertura de una red de pruebas pública. Sin embargo, las fechas y el alcance de ese proceso deben tratarse con cautela: una versión en desarrollo y un testnet no equivalen a la activación de cambios en la red principal. Tampoco hay base en la información disponible para afirmar que Node 11.1.3 incorpore ya las características previstas para Dijkstra.
La distinción es importante para operadores y desarrolladores. Una versión correctiva como 11.1.3 atiende un comportamiento concreto del nodo, mientras que las versiones siguientes pueden servir para validar cambios y preparar etapas posteriores. La documentación de Cardano describe a los nodos como participantes de la capa de red y a los stake pools como infraestructura que contribuye a procesar transacciones y producir bloques; las pruebas permiten trabajar sobre software y configuraciones sin confundir ese trabajo con una actualización ya desplegada en producción.
Qué deben considerar los operadores
Para los responsables de nodos y pools, el paso inmediato es evaluar la instalación de 11.1.3 y verificar el funcionamiento de la infraestructura tras la actualización. El arreglo documentado se centra en IPv4, pero las notas también aportan referencias sobre memoria y cambios en las opciones de una herramienta de Plutus. Revisar esos puntos antes de actualizar puede ayudar a identificar dependencias particulares del entorno.
La guía de Cardano sobre los nodos explica que estos mantienen conexiones con pares y participan en el intercambio de información de la red. En un stake pool, el nodo sostiene operaciones relevantes para la interacción con Cardano. Por ello, los administradores deben seguir las notas oficiales de cada versión y comprobar sus servicios, en lugar de asumir que todas las instalaciones responderán igual ante un cambio.
Node 11.1.3 corrige la regresión de decodificación IPv4 de 11.1.2, con un aumento de memoria descrito como leve frente a 11.0.1 y menor que el observado en 11.1.0. Node 11.2 sigue en desarrollo alrededor de los preparativos de Dijkstra. Para los usuarios comunes, el cambio es principalmente operativo; para quienes mantienen la infraestructura de Cardano, supone una corrección concreta que deben valorar junto con sus requisitos y procedimientos de actualización.