Amaru abre la forja de bloques en mainnet para el nodo Rust de Cardano
La última beta de PRAGMA introduce capacidades de producción de bloques en mainnet, selección de transacciones desde el mempool e identificación de software CIP-0203 para la implementación alternativa del nodo de Cardano.
By SongMarketCap
Updated:
PRAGMA ha anunciado Amaru v10.11.20261105, una versión beta diseñada para habilitar la forja de bloques en la mainnet de Cardano utilizando su implementación del nodo basada en Rust. La actualización elimina la restricción previa que limitaba la producción de bloques a las redes de prueba e introduce funcionalidades destinadas a permitir que los operadores de stake pool produzcan bloques sin depender del nodo de referencia en Haskell.
La versión avanza el hito de Minimum Viable Block Producer de Amaru, ampliando sus capacidades existentes más allá de la sincronización de la cadena de bloques, la validación y las operaciones de retransmisión.
Amaru amplía la producción de bloques a la mainnet de Cardano
Mantenido por PRAGMA, Amaru es una implementación independiente del nodo de Cardano escrita en Rust. Implementa redes, validación del libro mayor y funcionalidad de consenso por separado del software de referencia en Haskell, proporcionando una base de código alternativa para operar dentro de la red Cardano.
Antes de esta actualización, Amaru ya podía funcionar como relay en mainnet, sincronizar mediante instantáneas Mithril, validar bloques entrantes y seguir el estado actual de la cadena de bloques. Sin embargo, sus capacidades de producción de bloques se mantenían limitadas a entornos de prueba. La nueva versión elimina esa restricción y añade la selección de transacciones desde el mempool, donde se mantienen las transacciones pendientes antes de su inclusión en bloques.
Las transacciones se consideran en orden de llegada, omitiéndose durante la construcción aquellas que excedan el tamaño de bloque permitido o los límites de ejecución. La actualización también introduce la identificación de software CIP-0203, lo que permite que los bloques lleven información sobre la implementación del nodo responsable de producirlos.
El etiquetado de software está habilitado por defecto. Los operadores pueden deshabilitarlo mediante la opción --software-tag-off o la variable de entorno AMARU_SOFTWARE_TAG_OFF=true, mientras que el nuevo comando amaru dev software-tag proporciona herramientas para inspeccionar y decodificar los identificadores.
Correcciones del libro mayor y mejoras operativas para operadores de stake pool
Más allá de la producción de bloques, la versión incluye correcciones destinadas a mejorar la consistencia con la implementación de referencia de Cardano. Estas abordan cálculos usados para determinar la elegibilidad de productores de bloques, incluidos casos límite de redondeo, junto con discrepancias en la validación de transacciones que involucran devoluciones de colateral, testigos, operaciones de gobernanza y la ejecución fallida de scripts Plutus.
También se han ampliado las capacidades de monitoreo. Métricas de conexión adicionales dan soporte a herramientas como gLiveView, mientras que las métricas de Key Evolving Signature (KES) se han alineado con las expuestas por el nodo en Haskell. Estos cambios brindan a los operadores información más consistente al monitorear la conectividad del nodo y la infraestructura de producción de bloques.
Según la documentación de la versión, Amaru requiere un procesador x86_64 o aarch64 con al menos dos núcleos a 2 GHz, un mínimo de 2 GiB de RAM y entre 20 y 300 GiB de almacenamiento. La cantidad de almacenamiento depende del historial de cadena de bloques sincronizado por el operador.
Amaru no recupera automáticamente todo el historial de la cadena durante el arranque inicial. Historial adicional puede sincronizarse por separado mediante amaru mithril sync. El puerto predeterminado para conexiones entrantes de pares es 3001 en lugar de 3000, con opciones de configuración disponibles para los operadores.
[NEWSBREAK]
Despliegue en mainnet e identificación de software
El Hard Fork Working Group de Intersect identificó el 5 de noviembre como la fecha objetivo para que Amaru comience a producir bloques en la mainnet de Cardano. La documentación de la versión de PRAGMA describe la funcionalidad necesaria para ese hito, aunque la información de la versión no identifica por sí misma un bloque específico de mainnet producido exitosamente por Amaru.
Se describe que el software beta está disponible para Linux en arquitecturas x86_64 y aarch64, macOS en aarch64 y Windows. También se especifica una imagen de Docker bajo ghcr.io/pragma-org/amaru:v10.11.20261105.
El cambio atañe a la infraestructura de stake pool más que a la forma en que los tenedores de ADA interactúan con la red. La funcionalidad de las wallets, la delegación y la participación en el staking permanecen sin cambios independientemente de qué implementación de nodo opere un pool.
CIP-0203 proporciona un mecanismo para identificar el software utilizado para producir bloques individuales. Cuando aparezcan en la mainnet de Cardano bloques generados por Amaru que lleven esos identificadores, su origen podrá distinguirse de los bloques producidos por la implementación de referencia en Haskell.