La testnet Leios de Cardano alcanza un rendimiento seis veces superior al de la mainnet

La testnet pública Leios de Cardano alcanzó 26.8 kilobytes de transacciones por segundo durante su fase Earth completada, según el gerente de producto de Leios, Carlos Lopez de Lara. La tasa observada fue casi seis veces el límite actual de la mainnet de Cardano de aproximadamente 4.5 TkB/s.

El resultado surgió durante una carga simultánea de Input Output y participantes de la comunidad en lugar de una prueba formal de rendimiento máximo. MusashiNet ha entrado ahora en la fase Water mientras el equipo prepara diferentes configuraciones del protocolo y la vía de gobernanza requerida para que Leios ingrese a Cardano a través del hard fork Dijkstra.

La fase Earth de Leios entrega su primer resultado público de rendimiento

Ouroboros Leios es el protocolo de escalado de capa base propuesto por Cardano. Opera junto a Ouroboros Praos e introduce bloques endorser, lo que permite procesar en paralelo volúmenes mayores de datos de transacciones mientras Praos sigue siendo el mecanismo subyacente de seguridad y liquidación de la red.

MusashiNet es el entorno público utilizado para mover el prototipo de Leios desde redes de desarrollo controladas a una infraestructura expuesta a condiciones reales de latencia, hardware y red. La fase Earth se centró en verificar si el diseño completo del protocolo seguía funcionando en ese entorno.

Input Output utilizó un generador de transacciones llamado TX Centrifuge para crear tráfico suficiente que activara Leios. Los participantes de la comunidad usaron simultáneamente TX Firehose, una herramienta más simple de generación de carga puesta a disposición para pruebas públicas. El rendimiento informado apareció durante un periodo en el que ambas fuentes estaban generando transacciones.

La medición no es una cifra de TPS. TkB/s representa el volumen de datos de transacciones procesados por segundo, mientras que el número de transacciones varía según su tamaño y complejidad. Debido a que la ejecución no fue diseñada como una prueba de esfuerzo formal, la tasa observada no establece un límite de capacidad publicado para Leios.

La red incluyó 62 productores de bloques durante la fase Earth, mientras que el equipo de desarrollo lanzó diez versiones del prototipo en seis semanas. Lopez de Lara también reportó cinco incidentes, incluidas bifurcaciones y detenciones de la testnet.

Según su actualización, cada incidente se rastreó hasta un error de implementación que no había aparecido en entornos locales más pequeños. El equipo no identificó ninguno como una falla fundamental del diseño del protocolo Leios. Los problemas se analizaron, se corrigieron y fueron seguidos por versiones actualizadas del prototipo.

Un equipo rojo dedicado también está probando Leios frente a su modelo de amenazas, atacando el sistema para identificar debilidades antes de que el prototipo se convierta en código de calidad de producción.

La fase Water añade pruebas de parámetros y recompensas para SPO

La fase Water desplaza el foco de validar el diseño básico del protocolo a explorar diferentes configuraciones. El equipo ajustará configuraciones de temporización, tamaños de bloque e implementaciones de componentes para determinar qué combinaciones proporcionan un rendimiento estable y sostenible.

Las pruebas incluirán un mempool rediseñado destinado a abordar limitaciones que se hacen más visibles bajo cargas de transacciones más pesadas. El nuevo componente se evaluará junto con aumentos adicionales en la actividad de la testnet.

Input Output también ha abierto el programa de recompensas de la Musashi Testnet para operadores de stake pool. El programa recompensa a los operadores por mantener infraestructura en MusashiNet y compartir datos operativos de sus nodos.

Se espera que la telemetría solicitada incluya registros de forja, votación y difusión, versiones de nodo, desfases de reloj y recursos del host. Combinar información de múltiples operadores permite al equipo reconstruir cómo se mueven bloques, votos y certificados a través de una red geográficamente distribuida.

El programa admite hasta 100 pools. Los operadores deben demostrar control de su pool, registrar una clave de verificación BLS y proporcionar una dirección ADA de la mainnet para los pagos. El faucet de la testnet delega un millón de ADA de prueba a cada pool registrado para que pueda producir bloques y participar en los comités de votación de Leios.

Las solicitudes están abiertas, aunque los criterios mensuales detallados de calificación aún se están finalizando. La documentación oficial indica que las recompensas se basan en la participación y el intercambio de datos en lugar del rendimiento técnico.

El despliegue de Dijkstra crea una dependencia de gobernanza

Lopez de Lara confirmó que Leios está previsto para su implementación a través de la era Dijkstra, el próximo hard fork de Cardano. Antes de la activación, el equipo tiene la intención de proponer una actualización técnica a la Constitución de Cardano que cubra los nuevos parámetros del protocolo y sus salvaguardias.

Se espera que la actualización se presente entre finales de septiembre y principios de octubre. Lopez de Lara dijo que debería mantenerse limitada a los cambios técnicos requeridos por Dijkstra, sin combinarlos con enmiendas constitucionales no relacionadas.

El plan de despliegue también contempla configuraciones iniciales conservadoras de Leios, seguidas de aumentos graduales de capacidad a medida que haya evidencia operativa disponible. Algunos parámetros pueden elevarse más adelante pero no podrían reducirse sin otro hard fork, mientras que mayores requisitos de infraestructura aumentarían directamente los costos para los operadores de stake pool.

Ese calendario se cruza con la acción de actualización del Comité Constitucional de Cardano. Cuatro de los siete escaños del comité expiran el 1 de septiembre. Si la acción de reemplazo no se ratifica, el comité caería por debajo del mínimo de cinco miembros requerido para las operaciones normales de gobernanza.

Un comité reducido impediría que la actualización constitucional técnica planificada avanzara hasta que se restituya el comité. Por lo tanto, Lopez de Lara hizo un llamado a DReps y SPOs para votar sobre la acción actual, conectando directamente la decisión del comité con el cronograma propuesto de Leios.

Earth cierra con un prototipo público en funcionamiento, diez lanzamientos y ninguna falla fundamental del protocolo identificada por el equipo. Water debe ahora convertir el resultado inicial de rendimiento en una configuración estable para la mainnet, mientras que la votación del comité y la actualización técnica de la Constitución determinan si esos parámetros pueden entrar en la gobernanza de Dijkstra en el calendario propuesto.