TxPipe prepara la infraestructura Rust de Cardano para Leios

TxPipe lanzó LeiosNotify y LeiosFetch junto con las estructuras iniciales del libro mayor de Dijkstra en Pallas 1.2.0 el 16 de septiembre. Las incorporaciones dan a los equipos de Rust herramientas para intercambiar datos de Leios y trabajar con los formatos de bloque propuestos. Los componentes de Dijkstra siguen siendo explícitamente experimentales, disponibles mediante una característica unstable.

Pallas lleva las funciones de red de Leios a Rust

Pallas es un conjunto de bibliotecas de Rust para redes de Cardano, operaciones criptográficas y procesamiento de datos de blockchain. Los desarrolladores lo usan para crear indexadores, servicios de datos y otras aplicaciones que interactúan con nodos de Cardano.

Los nuevos protocolos se encuentran en pallas-network2. LeiosNotify anuncia bloques endorser y ofrece los datos disponibles. LeiosFetch permite que los pares conectados soliciten cuerpos de bloque, transacciones asociadas y votos.

Fusionada el 30 de junio antes de su inclusión en la versión de septiembre, la implementación de red se probó contra un relé de Musashi. El autor confirmó una negociación de protocolo exitosa, la obtención del cuerpo de un bloque endorser y la recepción de votos integrados.

La recuperación de transacciones tenía una limitación aparte: el relé podía fallar cuando los datos solicitados no estaban disponibles. La aplicación de ejemplo se ajustó para solicitar solo las transacciones que el relé había ofrecido, aunque esa vía quedó sin confirmar en la prueba en vivo reportada porque la actividad de Leios estaba inactiva.

Por qué Pallas es importante para la actualización Leios de Cardano

Leios introduce bloques endorser junto con la estructura Praos existente de Cardano para aumentar la capacidad de transacciones. Respaldar ese cambio requiere software compatible en todos los sistemas que recuperan y procesan datos de la cadena.

El análisis de impacto de Input Output identifica a Pallas entre las bibliotecas afectadas por Leios. También menciona a Oura y Mithril como sistemas que usan Pallas. Oura procesa eventos de la cadena, mientras que la documentación oficial de Mithril enumera a Pallas como su observador de cadena predeterminado.

Los cambios necesarios dependen de la conexión de cada aplicación a la red. Los servicios que leen directamente mensajes o bloques de la red necesitan bibliotecas y decodificadores compatibles. Las carteras y dApps que acceden a Cardano a través de una API intermediaria pueden conservar sus interfaces existentes cuando el proveedor actualice su backend.

La compatibilidad es solo parte del trabajo. Un mayor rendimiento crea demandas adicionales de almacenamiento, indexación y procesamiento. Por lo tanto, Input Output pide realizar pruebas tempranas bajo alta carga, lo que permite a los equipos de infraestructura identificar cuellos de botella antes del despliegue.

El soporte de red de Pallas da a los equipos de Rust una forma de comenzar ese trabajo de integración con nodos con Leios habilitado. La adopción y las pruebas dentro de los productos aguas abajo siguen siendo tareas separadas.

El soporte experimental para Dijkstra utiliza bloques reales de testnet

Pallas 1.2.0 también introdujo estructuras para bloques, cabeceras, transacciones y datos de libro mayor relacionados de Dijkstra. Siguen detrás de la característica unstable porque la especificación de codificación de la era aún está cambiando.

Las pruebas usaron 13 bloques de Dijkstra registrados en Musashi y un bloque de Conway anterior. Comprobaron que los datos podían decodificarse y volver a codificarse sin cambiar sus bytes, que los hashes de las cabeceras coincidían con los registros del nodo y que el decodificador de Dijkstra rechazaba el bloque de Conway.

Se implementaron estructuras adicionales a partir de la especificación sin ejemplos en esos bloques registrados. El pull request de introducción también dejó sin cambios la capa compartida de decodificación multi era de Pallas, por lo que la integración más amplia queda como una tarea aparte.

Las versiones 1.3.0 y 1.4.0 llegaron el 17 de septiembre con medidas de protección contra el agotamiento de la pila al manejar datos y scripts muy anidados.

Para los desarrolladores que experimentan con los formatos de Dijkstra, los nuevos tipos proporcionan un punto de verificación específico: los bloques de testnet registrados pueden leerse, reconstruirse y comprobarse frente a sus hashes originales. Eso da a las integraciones en Rust una base comprobable mientras la especificación del libro mayor sigue evolucionando.