El benchmark de Cardano Leios llega a los operadores de stake pool

Los operadores de stake pool de Cardano han recibido un benchmark independiente de validación de transacciones, informó el equipo de Performance & Tracing el 30 de septiembre de 2026. El ejecutable admite pruebas de hardware mientras los desarrolladores preparan Ouroboros Leios, una actualización propuesta para la capacidad de procesamiento de transacciones de Cardano.

Qué mide el benchmark de Cardano Leios

Leios introduce bloques adicionales que hacen referencia a transacciones junto a la cadena Praos existente. Un comité verifica estos bloques antes de que sus transacciones entren en el libro mayor, lo que amplía la cantidad de datos de transacciones que la red puede procesar.

El benchmark examina el componente del libro mayor, incluida la validación de transacciones y las actualizaciones de estado. La propagación de transacciones y bloques a través de una red activa queda fuera de su alcance.

Los operadores pueden ejecutar el ejecutable entregado sin Nix ni un entorno de desarrollo de Haskell. El equipo busca mediciones de diferentes configuraciones de hardware, en particular aquellas que usan la implementación en disco de LedgerDB.

Por qué el rendimiento del disco importa para Leios

LedgerDB gestiona el estado necesario para procesar transacciones, incluidas las salidas de transacción no gastadas, o UTxOs. Con esos datos almacenados en disco, recuperarlos añade acceso al almacenamiento al trabajo que realiza el procesador.

Por lo tanto, el rendimiento de una máquina puede depender de su SSD, la conexión de almacenamiento, el kernel del sistema operativo, el sistema de archivos y la configuración de montaje.

La herramienta de benchmarking beacon incluye una opción para omitir la caché de páginas del sistema operativo, lo que obliga a la prueba a acceder al almacenamiento de forma directa. Esto permite a los desarrolladores examinar los costos de disco que de otro modo podrían quedar ocultos por los datos mantenidos en RAM.

Sus mediciones incluyen el tiempo total transcurrido, el tiempo dedicado a leer tablas de UTxO, el uso máximo de memoria y la actividad de E/S de disco. En conjunto, esas métricas describen tanto el tiempo de procesamiento como los recursos utilizados durante una ejecución.

Informes de hardware y la compilación pública de glue

El trabajo de desarrollo público en glue documenta un envoltorio que descarga un fragmento de cadena, ejecuta cuatro configuraciones de benchmark y arma un ZIP que contiene resultados, información de la máquina y detalles de la compilación del analizador. Las compilaciones para Linux abarcan x86_64 y ARM64. El flujo de trabajo descarga aproximadamente 800 MiB y requiere alrededor de 2.5 GiB de espacio libre en disco.

La nightly pública es una versión previa de prueba de hardware construida a partir de código borrador no revisado. Sus notas de lanzamiento la distinguen del entregable para los SPO. La actualización del 30 de septiembre no identifica la versión enviada a los operadores.

Antes de un candidato a lanzamiento de Leios, el equipo también está probando automatización en un clúster de rendimiento. El informe dice que estas ejecuciones preparan la infraestructura y no producirán cifras de rendimiento de Leios representativas. La actualización del 30 de septiembre no publica ni mediciones de los operadores ni requisitos mínimos de hardware para ejecutar Leios.