Le prototype Umbra de Hoskinson vise la reprise de Midnight tandis que la migration vers BABE progresse en assurance qualité

Charles Hoskinson teste Umbra, un magasin de données persistant expérimental destiné à simplifier la reprise sur l’infrastructure utilisée par Cardano et Midnight. Le prototype a été décrit dans la transcription d’un X Space technique examinée par Cardano News et est lié à ses travaux sur l’architecture de pont future entre Cardano et Midnight. Par ailleurs, le dépôt public du nœud de Midnight montre la migration officielle du consensus Aura vers BABE en assurance qualité.

La synchronisation de Midnight passe par Cardano DB Sync

Midnight est une chaîne partenaire de Cardano conçue pour des applications qui combinent la vérification publique sur blockchain avec des données protégées. Les développeurs peuvent utiliser Midnight pour créer des applications où des preuves à connaissance nulle prennent en charge la divulgation sélective, le calcul privé et des flux de travail orientés conformité, tandis que la couche de jeton publique inclut $NIGHT.

Hoskinson a décrit une séquence d’infrastructure locale qui commence par un nœud complet Cardano, se poursuit via cardano-db-sync, puis nécessite un nœud Midnight et enfin un indexeur Midnight. Cette séquence est conforme à la documentation opérateur de Midnight.

Le guide cardano-db-sync de Midnight énumère un nœud Cardano en fonctionnement comme prérequis et indique que cardano-db-sync utilise PostgreSQL pour indexer les données de la blockchain dans un schéma relationnel. Le même guide précise que la base de données doit être rejouée contre Cardano Node 11.0.1 après la mise à niveau van Rossem, plutôt que traitée comme un simple remplacement binaire.

La documentation demande aussi aux opérateurs d’attendre que cardano-db-sync atteigne au moins 99 pour cent de synchronisation avant de continuer. Le guide du nœud complet Midnight exige ensuite une instance cardano-db-sync accessible et un port PostgreSQL avant que le nœud Midnight puisse être démarré.

Ce modèle d’exploitation explique pourquoi une couche de reprise serait importante pour les développeurs et les opérateurs de nœuds. Un environnement Midnight local n’est pas un simple redémarrage binaire unique. Il dépend de plusieurs services synchronisés, avec des données de chaîne Cardano, l’état de la base de données, les données du nœud Midnight et les données d’application indexées qui doivent toutes rester alignées.

Le prototype Umbra se concentre sur l’état récupérable

Umbra n’est pas répertorié comme un produit Midnight publié. Il s’agit du prototype de Hoskinson pour stocker et restaurer l’état requis par les portefeuilles, les indexeurs, l’historique des transactions et les composants d’infrastructure associés.

Selon la transcription, le prototype est conçu autour d’un état sauvegardé, de points de contrôle, de la gestion du rollback et du roll-forward, d’une reprise à froid après arrêt, de connexions sécurisées et de la reconstruction des données du nœud et de l’indexeur à partir d’enregistrements précédemment stockés. Le test prévu par Hoskinson consiste à synchroniser l’environnement, supprimer les données existantes du nœud Midnight et de l’indexeur, puis tenter de reconstruire les deux à partir d’Umbra.

Une version ultérieure pourrait ajouter des points de contrôle auto vérifiants. Hoskinson a décrit un modèle dans lequel une preuve à connaissance nulle confirmerait qu’un point de contrôle représente un état valide, ce qui réduit la quantité de confiance requise envers la partie qui distribue l’instantané.

Il a aussi comparé la couche de distribution possible à Mithril. La documentation Mithril de Cardano décrit un protocole de multisignature fondé sur la participation qui produit des instantanés certifiés de la blockchain afin de permettre une synchronisation plus rapide des nœuds Cardano et la validation d’état. Umbra pourrait appliquer un concept apparenté à l’état de Midnight, bien qu’aucun plan d’implémentation public ni calendrier de publication formel n’ait été publié.

Hoskinson a estimé qu’une version initiale pourrait nécessiter encore deux ou trois jours de développement concentré, sous réserve d’achever les tests de synchronisation et de reprise. Il a aussi indiqué que le projet aurait besoin d’une mise en produit ultérieure, de travaux d’audit et d’une implication plus large des développeurs avant de pouvoir devenir une infrastructure de production.

La migration d’Aura vers BABE reste en assurance qualité

Midnight prépare aussi un changement distinct de son infrastructure de consensus. Hoskinson a décrit Aura comme le mécanisme transitoire actuel de production de blocs et BABE comme le modèle à plus long terme destiné à une exploitation décentralisée, GRANDPA continuant d’assurer la finalité.

Le travail est visible dans le dépôt public du nœud de Midnight. L’issue Aura to BABE ouverte décrit un nouveau pallet-consensus-engine responsable d’une machine à états à double moteur et d’un basculement automatique d’Aura vers BABE. L’issue a été ouverte le 23 juin et est actuellement étiquetée "QA in progress".

Le flux de travail inclut un indicateur ActiveEngine pour Aura ou BABE, des paramètres de migration contrôlés par la gouvernance, des créneaux de transition stockés et une bascule automatique à une frontière d’époque BABE enregistrée. L’issue indique aussi que le basculement doit être différé jusqu’à ce que GRANDPA finalise au moins un bloc injecté, et que des tests unitaires doivent couvrir les transitions d’état.

Deux dépendances restent indiquées dans l’issue publique: la liaison à la frontière d’époque et la préparation du comité de validateurs. La même issue n’affiche aucun jalon et aucune branche ou pull request liée dans la vue publique de GitHub.

Pour les opérateurs et les équipes applicatives, le chemin d’infrastructure déployable reste la séquence documentée: nœud Cardano, cardano-db-sync, nœud Midnight et indexeur. Les points de contrôle d’ingénierie concrets sont plus étroits que la feuille de route générale: un test de reprise Umbra reproductible, et l’achèvement des dépendances de frontière d’époque et de comité requises avant que BABE puisse remplacer Aura dans le nœud Midnight. Pour l’infrastructure $NIGHT, les deux voies pointent vers le même objectif opérationnel, une reprise plus rapide d’un état de chaîne utilisable et un chemin contrôlé depuis une production de blocs transitoire vers le modèle de consensus visé du réseau.