Dingo aprueba tres conjuntos de pruebas de conformidad de Cardano

Dingo aprobó los 10,536 casos de prueba en tres suites funcionales en la plataforma Node Diversity Conformance, según su informe del 18 de octubre. Los resultados siguen al lanzamiento del 17 de octubre de v0.85.0 por parte de Blink Labs, que alineó los informes del nodo independiente de Cardano con los conjuntos de datos de prueba actuales.

Resultados de Dingo en tres suites funcionales

La suite más grande abarca CBOR, el formato binario que Cardano usa para codificar transacciones y bloques. Dingo aprobó los 9,200 casos, gestionando correctamente las entradas válidas, volviéndolas a codificar al resultado esperado y rechazando los datos no válidos.

La validación del libro mayor representó otros 277 casos. Cada uno proporciona un estado inicial definido, parámetros de protocolo y una era del libro mayor. Dingo aceptó las transacciones marcadas como válidas y rechazó las marcadas como no válidas con el fallo de validación esperado.

También se aprobaron los 1,059 vectores de prueba de UPLC. UPLC es el lenguaje al que se compilan los contratos inteligentes de Plutus. Su escenario de conformidad comprueba los resultados de ejecución por separado de los presupuestos de ejecución consumidos, que contribuyen a las comisiones de transacción pagadas en ADA.

La puntuación general de la plataforma de Dingo es del 86.19% porque los cuatro escenarios reciben el mismo peso. El cuarto, una prueba comparativa de rendimiento que usa scripts del mundo real, registró una tasa de aprobación del 44.77% en 10,000 casos informados. Esa cifra mide el cumplimiento del criterio de rendimiento de la prueba comparativa, no la velocidad relativa frente a otro nodo.

Pruebas compartidas para nodos independientes de Cardano

Desarrollado en Go, Dingo gestiona la red y el consenso de Ouroboros, la validación del libro mayor y el acceso de las aplicaciones a los datos de la cadena de bloques. Proporciona una implementación desarrollada por separado junto al establecido Haskell cardano-node y clientes como el Amaru basado en Rust.

Esas implementaciones deben coincidir en las reglas de la red. Una transferencia de ADA o la ejecución de un contrato inteligente debe recibir una decisión de validez coherente con independencia del cliente que la procese. Las diferencias en la aceptación de transacciones o en los cálculos del coste de ejecución pueden afectar al acuerdo sobre si un bloque es válido.

Los conjuntos de datos de prueba compartidos permiten a los equipos comprobar ese comportamiento frente a las mismas entradas y resultados esperados. Cada proyecto ejecuta las pruebas a través de su propio sistema de integración continua y publica informes, que Node Diversity Conformance recopila y muestra.

Los escenarios incluyen los recursos y datos de prueba necesarios para repetir las comprobaciones. Por lo tanto, los operadores y desarrolladores pueden reproducir un resultado informado e investigar discrepancias utilizando los mismos casos de prueba.

Dingo v0.85.0 amplía las API para desarrolladores

La versión también amplía la interfaz de Dingo compatible con la API de Blockfrost, añadiendo consultas de monedero y de aplicaciones descentralizadas junto a consultas históricas y de gobernanza. Las aplicaciones pueden usar formatos de solicitud familiares mientras Dingo suministra los datos subyacentes de la cadena de bloques.

Otros cambios abordan la selección de cadena, el manejo de mensajes de Leios, el almacenamiento de datos y la gestión de recursos.

Blink Labs sigue afirmando que Dingo no está listo para la generación de bloques de producción en mainnet. Los desarrolladores pueden probar las operaciones ampliadas de la API en instancias de Dingo en Preview, Preprod, Musashi y redes de desarrollo locales, incluidas consultas de actividad de monedero, registros históricos y datos de gobernanza.