Dingo Node de Cardano avanza en la producción de bloques en testnet mientras se expande la infraestructura basada en Go

Blink Labs ha presentado una nueva actualización de desarrollo para Dingo, una implementación alternativa de nodo de Cardano escrita en Go. Durante Developers Office Hours #65, el CEO de Blink Labs, Chris Gianelloni, describió cómo Dingo ha pasado de su función original como nodo de datos a una infraestructura que puede validar datos de Cardano, producir bloques en redes de prueba y ofrecer APIs locales para aplicaciones.

Para Cardano, la actualización es relevante porque Dingo aborda un problema central de infraestructura, la diversidad de nodos. Una red que depende en exceso de una implementación dominante conlleva riesgo operativo, mientras que los clientes independientes pueden ayudar a exponer supuestos, mejorar las pruebas y ofrecer a los desarrolladores más formas de construir sobre el mismo protocolo.

Dingo refuerza la diversidad de nodos de Cardano con un cliente basado en Go

Dingo es un proyecto de nodo de Cardano de código abierto desarrollado por Blink Labs. El proyecto comenzó como un nodo de datos diseñado para capturar datos de la cadena de bloques, indexarlos y servirlos a través de APIs. Gianelloni dijo que el enfoque original en el rendimiento provenía de ese rol de indexación, donde Dingo fue diseñado para combinar funciones que a menudo se gestionan mediante una pila más grande que involucra cardano-node, DB Sync y Postgres.

El proyecto ahora abarca un conjunto más amplio de funciones de infraestructura. Dingo puede operar como nodo de datos, servicio de API y productor de bloques en testnet, según cómo se configure. Su implementación basada en Go añade otra vía técnica para la infraestructura de Cardano, junto con el nodo de Haskell ya establecido y otros trabajos de clientes alternativos en el ecosistema.

Esa diversidad de clientes puede aumentar la resiliencia de la red porque implementaciones separadas ponen a prueba el protocolo desde diferentes bases de código. Gianelloni dijo que el trabajo con otros equipos de infraestructura de Cardano ha ayudado a identificar dónde algunos supuestos están vinculados a una implementación específica en lugar del propio protocolo.

Blink Labs también ha vinculado el desarrollo de Dingo a una propuesta del tesoro de Cardano centrada en la preparación para producción, la preparación para la bifurcación dura Dijkstra, el soporte de Leios y la producción de bloques en mainnet. La propuesta solicitó financiación en ADA para continuar el trabajo en Dingo como productor de bloques de nivel de producción.

La producción de bloques en Preview lleva a Dingo más allá de la indexación de datos

Gianelloni dijo que Dingo ya está produciendo bloques en la red Preview de Cardano. Durante la presentación, dijo que Dingo había producido alrededor del 3 por ciento de los bloques durante el día anterior en Preview y alrededor del 4 por ciento entre los últimos 100 bloques mostrados en ese momento.

Esa actividad sitúa a Dingo en un rol de testnet más práctico, pero no hace que el proyecto esté listo para mainnet. Blink Labs continúa presentando Dingo como software en desarrollo activo, con uso actual centrado en los entornos Preview, PreProd y devnet en lugar de operación de mainnet en producción con fondos reales.

El paso hacia la producción de bloques también cambia el modelo de confianza detrás de los servicios de datos de Dingo. Un nodo puramente de datos necesita otro nodo validador en la pila. Como productor de bloques, Dingo puede validar datos de la cadena localmente y luego usar esos datos validados como base para sus propios servicios de API.

Gianelloni también presentó aplicaciones de ejemplo construidas alrededor de Dingo. Dingo Swap utiliza datos de Dingo y la UTxO RPC API en Preview, GovLens lee datos de gobernanza desde la base de datos de metadatos de Dingo, y Dingo Explorer utiliza una API compatible con Blockfrost servida localmente por Dingo.

Las APIs, Mithril Sync y el trabajo de seguridad definen el camino hacia mainnet

Dingo se está desarrollando como una pila de infraestructura para múltiples casos de uso de desarrolladores. El proyecto admite UTxO RPC, una superficie de API Mini Blockfrost, compatibilidad con Rosetta API y salida de metadatos a Postgres. Esa configuración permite a los desarrolladores crear aplicaciones, paneles e informes utilizando herramientas de base de datos conocidas mientras confían en datos indexados y validados a través de Dingo.

El proyecto también usa Mithril para un arranque más rápido. Gianelloni dijo que Mithril Sync es una de las principales formas recomendadas de poner Dingo en funcionamiento, especialmente en modo API, aunque Dingo aún necesita procesar e indexar los datos tras la sincronización inicial.

Blink Labs también describió varios pasos pendientes antes de un uso más amplio en producción. Estos incluyen la validación del cálculo de recompensas, el endurecimiento de la seguridad, pruebas a escala de mainnet, optimización del almacenamiento y una auditoría de seguridad externa. Gianelloni dijo que el equipo quiere completar la auditoría y abordar cualquier elemento de remediación antes de decirles a los operadores que Dingo está listo para su uso en mainnet.

Actualmente, Dingo cambia el estado de la infraestructura de testnet de Cardano, no el estado de las operaciones en mainnet. Ahora cuenta con producción de bloques en Preview, ejemplos de API locales, un modelo de metadatos en Postgres, herramientas de observabilidad y una hoja de ruta vinculada a la revisión de seguridad y al trabajo de escalado. Para el esfuerzo de diversidad de nodos de Cardano, la actualización le da a Dingo un papel concreto como una implementación funcional basada en Go que los desarrolladores y operadores pueden probar antes de cualquier despliegue más amplio en producción.