Dolos réduit l’utilisation mémoire du nœud de données Cardano à environ 3 GB

Santiago Carmuega de TxPipe a présenté Dolos lors d’un Midnight Fireside Dev Hang consacré à la surveillance agentique et à l’infrastructure. Selon les chiffres présentés pendant la session, Dolos peut fonctionner avec environ 3 GB de RAM, contre environ 64 GB pour une configuration combinant un nœud Cardano, cardano-db-sync et PostgreSQL. Dolos obtient cette réduction en maintenant l’état actuel du registre et en servant des requêtes sans produire de blocs ni effectuer une validation complète du consensus.

Dolos combine les données Cardano et les API

Dolos est un nœud de données Cardano open source écrit en Rust. Il se connecte directement au réseau via les protocoles Ouroboros Node-to-Node et fournit des données de blockchain aux applications, portefeuilles et services de supervision.

Carmuega a opposé cette architecture à cardano-db-sync, qui nécessite généralement un nœud Cardano, un processus de synchronisation distinct et une base de données PostgreSQL. Dolos regroupe les fonctions nécessaires à l’observation de la chaîne et utilise une base de données embarquée.

L’outil peut exposer plusieurs interfaces compatibles, dont UTxO RPC, Mini Blockfrost API et l’accès node-to-client. Les équipes de développement peuvent utiliser des méthodes éprouvées pour interroger les données Cardano sans exploiter l’ensemble de la pile db-sync.

Dolos ne remplace pas un nœud producteur de blocs ni un relais. Il s’appuie sur des pairs en amont et est conçu spécifiquement pour des systèmes qui ont besoin d’un registre à jour et d’un accès efficace aux requêtes.

Un historique configurable réduit les besoins de stockage

Cardano-db-sync indexe les transactions, les UTxO, les actifs natifs, les pools de staking, les DReps, les actions de gouvernance et d’autres informations historiques. Prendre en charge cette portée nécessite une grande base de données PostgreSQL contenant des enregistrements depuis l’ère Byron jusqu’à l’extrémité actuelle de la chaîne.

La présentation a cité environ 700 GB de stockage, cinq à huit cœurs CPU et autour de 64 GB de RAM pour une telle configuration, bien que les besoins réels dépendent du déploiement et de la charge de travail.

Dolos permet aux opérateurs de définir la quantité d’historique à conserver. Un déploiement peut garder un jour, plusieurs jours, un mois ou une autre période personnalisée. Les enregistrements plus anciens sont supprimés lorsque la fenêtre configurée expire, tandis que le système continue de suivre l’état le plus récent du réseau.

Cela rend Dolos adapté aux services qui ont besoin de données Cardano actuelles et d’un historique récent limité. Les explorateurs, les plateformes d’analyse et d’autres applications nécessitant des requêtes historiques étendues peuvent encore avoir besoin des capacités d’indexation plus larges de cardano-db-sync.

Dolos simplifie le déploiement de l’infrastructure Cardano

La démonstration incluait le lancement de l’outil via la commande dolos init. Son assistant de configuration interactif permet aux opérateurs de sélectionner le réseau Cardano, la source de synchronisation, la période de rétention des données et les interfaces API qu’ils souhaitent activer.

Les utilisateurs peuvent se synchroniser depuis le début de la chaîne ou télécharger un snapshot pour atteindre plus rapidement l’état actuel. Carmuega a décrit les snapshots Dolos comme l’option de démarrage la plus rapide, tandis que les déploiements avec des exigences de confiance plus strictes peuvent utiliser des méthodes de vérification supplémentaires.

TxPipe travaille avec Blockfrost et Blink Labs sur l’infrastructure de snapshots et l’utilisation de Dolos dans leurs systèmes. Mithril a également été évoqué comme source potentielle de données de démarrage certifiées cryptographiquement, bien qu’un traitement supplémentaire soit actuellement requis avant que les données Mithril puissent être utilisées directement par Dolos.

Pour les applications qui n’ont pas besoin de l’historique complet de Cardano, Dolos fait passer le modèle de déploiement d’une pile de bases de données à composants multiples à un nœud de données léger avec des API sélectionnables et une fenêtre d’historique configurable.