Amaru corrige fallas de sincronización en la beta del nodo de Cardano

Amaru lanzó una beta el 25 de septiembre que corrige una falla de sincronización en el límite de época y un bloqueo relacionado con código complejo de contratos inteligentes.

Desarrollado bajo PRAGMA, Amaru es una implementación independiente del nodo de Cardano. La actualización refuerza el software de retransmisión que los operadores pueden probar hoy.

La beta aborda dos fallas del nodo

La versión v10.11.20260925 corrige un caso en el que las propuestas de gobernanza vencidas dejaban registros relacionados. Esos registros podían impedir que el nodo se sincronizara en el siguiente límite de época.

La versión también evita que programas y constantes de UPLC profundamente anidados provoquen un desbordamiento de pila durante el procesamiento. UPLC es parte del sistema de ejecución de contratos inteligentes de Cardano, por lo que la corrección aborda cómo el nodo maneja ese código.

Ahora los operadores reciben errores más claros ante configuraciones inválidas, versiones de almacenamiento incompatibles e inconsistencias entre los datos del libro mayor y de la cadena.

Las aplicaciones que integran Amaru también pueden detectar cuando el nodo se ha apagado e inspeccionar fallas en sus componentes. En conjunto, estos cambios facilitan el diagnóstico de una retransmisión detenida o que se ha bloqueado.

Lo que Amaru aporta a la infraestructura de Cardano

Amaru es un cliente de nodo de código abierto escrito en Rust. Los operadores y desarrolladores pueden ejecutarlo para seguir y retransmitir datos de Cardano, y luego inspeccionar su comportamiento mediante registros, métricas y trazas. Proporciona una base de código separada junto al nodo Haskell existente.

Esa distinción importa incluso en una red con muchas stake pools operadas de forma independiente. Si la mayoría de las stake pools usan la misma implementación, un defecto en ese software puede afectar a muchas de ellas a la vez. Un segundo cliente puede reducir esta exposición compartida a medida que se vuelve confiable y gana adopción.

Ambas implementaciones deben coincidir en las reglas de Cardano, desde validar transferencias de ADA hasta calcular recompensas de staking en ADA. Amaru utiliza pruebas de conformidad frente al nodo Haskell, simulaciones deterministas y pruebas basadas en propiedades para examinar ese acuerdo. El código independiente solo es útil para la red cuando procesa los mismos datos de manera consistente.

La beta actual indica un mínimo de 2 GiB de memoria y admite sistemas x86_64 y aarch64. Estos son requisitos existentes del proyecto, no una reducción de hardware introducida en septiembre. Amaru también usa Mithril al preparar instantáneas que ayudan a los operadores a iniciar un nodo sin procesar toda la cadena desde su inicio.

Las pruebas de retransmisión llegan antes que la producción de bloques

En la llamada de Cardano Ambassador de septiembre, Amaru fue descrito como una beta de retransmisión. Se presentó una alfa capaz de producir bloques como objetivo para octubre o el cuarto trimestre, y el hito correspondiente en GitHub sigue abierto.

El equipo tiene previsto debatir sus avances en Cardano Node Diversity Celebration Day en Singapore el 6 de octubre, con una transmisión en línea. El evento también presentará un programa de participación para operadores. El enfoque descrito en la llamada del Ambassador incluye registrar una stake pool, ejecutar Amaru con evidencia de operación y reportar errores o contribuir funcionalidades. Los detalles de los incentivos aún no se han anunciado.

La versión de septiembre ofrece a esos operadores una prueba más clara del papel actual de Amaru: si una retransmisión independiente en Rust se mantiene sincronizada a través de transiciones de época, maneja entradas complejas de UPLC e informa fallas con claridad. La producción de bloques de Cardano sigue siendo un hito aparte y abierto.