Midnight s’emploie à réduire les obstacles pour les validateurs grâce à une infrastructure de nœuds open source

Midnight entre plus avant dans la phase d’infrastructure de son déploiement réseau. Lors d’un Fireside Dev Hang du 8 juillet, Fenton, lead SRE chez Midnight Foundation, a présenté des travaux sur des modules Terraform open source destinés à simplifier le déploiement de nœuds RPC, de nœuds d’amorçage, d’infrastructures liées aux SPO et de validateurs. Cette mise à jour concerne Cardano car Midnight est une chaîne partenaire de Cardano, et un déploiement de nœuds plus simple peut élargir la base technique autour de l’écosystème NIGHT.

Midnight vise la couche opérateur

Fenton a décrit son rôle chez Midnight Foundation comme de l’ingénierie de plateforme couvrant les versions logicielles, la promotion des environnements, les actions de gouvernance et les systèmes techniques nécessaires pour maintenir la stabilité du réseau. Ces travaux d’infrastructure visent à réduire la quantité de configuration manuelle nécessaire pour exécuter des nœuds Midnight.

Midnight opère sur les environnements Preview, Preprod et Mainnet, offrant à l’équipe un parcours étagé pour tester les logiciels et l’infrastructure avant une utilisation plus large en production. Cette structure crée aussi un besoin de schémas de déploiement reproductibles. Les opérateurs doivent pouvoir exécuter différents types de nœuds sans reconstruire à chaque fois depuis zéro la même pile cloud et de configuration.

Terraform est l’outil que Midnight utilise dans cette direction. Il permet de définir l’infrastructure comme du code réutilisable et de la déployer chez différents fournisseurs de cloud. Pour un réseau blockchain, cette approche peut réduire la dépendance opérationnelle à un seul fournisseur, faciliter la reprise en cas de défaillance de l’infrastructure et offrir aux opérateurs de nœuds un processus de mise en place plus cohérent.

Les modules Terraform pourraient simplifier le déploiement des validateurs et des RPC

Les modules Terraform prévus sont conçus pour prendre en charge plusieurs rôles de nœuds. Fenton a cité les nœuds AWS, les nœuds RPC, les nœuds d’amorçage, les validateurs et de futures configurations liées aux SPO comme exemples d’infrastructures pouvant être déployées via des paramètres réutilisables.

Selon la mise à jour, l’implémentation AWS fonctionne déjà, tandis que la prise en charge de Google Cloud est proche de l’achèvement. Une partie de l’infrastructure Preview et Preprod utilise déjà en interne ce module réutilisable. Les modules n’ont pas encore été publiés publiquement, et l’équipe indique que l’étape open source interviendra après des vérifications de sécurité supplémentaires.

Cette distinction est importante. Midnight ne présente pas aujourd’hui ces outils comme un produit public finalisé. La mise à jour décrit une infrastructure déjà utilisée en interne et préparée pour un accès plus large par la communauté une fois que l’équipe sera sûre qu’aucun détail de sécurité sensible n’est exposé.

Pour les développeurs, cette orientation pourrait également réduire les frictions autour des tests d’applications. Une infrastructure de nœuds standardisée peut faciliter les tests d’appels de contrats, les intégrations de portefeuilles et l’accès RPC dans des conditions plus proches du réseau réel. Cela compte pour Midnight car son modèle d’applications axé sur la confidentialité repose non seulement sur des contrats intelligents, mais aussi sur une infrastructure fiable autour des portefeuilles, des services de preuve, des indexeurs et de l’accès aux nœuds.

Node v1 ajoute une étape de mise à niveau du runtime au déploiement de Midnight

Le Fireside Dev Hang a également abordé Midnight Node v1. La mise à jour indique que Node v1 est adopté sur Preview et Preprod, avec une mise à niveau du runtime encore requise via le processus de gouvernance. Cette version met l’accent sur la stabilité, les performances, le nettoyage du code et le renforcement guidé par audit.

La matrice de compatibilité actuelle de Midnight indique Node 1.0.0 pour Preview et Preprod, tandis que Mainnet est sur Node 0.22.5. Cela signifie que le déploiement de Node v1 doit être décrit comme actif dans les environnements de test et de préproduction, et non comme un changement achevé sur l’ensemble des réseaux publics de Midnight.

Les notes de version officielles de Midnight Node 1.0.0 présentent cette version comme une publication GA pour le Mainnet et incluent plusieurs changements techniques. Parmi ceux-ci figurent l’alignement avec le Substrate SDK polkadot-stable2603, le nouveau point de terminaison OpenRPC rpc.discover, Midnight Ledger 8.1.0, un renforcement issu de l’audit et une mise à niveau du runtime requise. La version inclut aussi des hooks de gestion pour le pont Cardano to Midnight, mais le pont lui-même n’est pas activé dans Node 1.0.0.

Pris ensemble, les modules Terraform et le déploiement de Node v1 montrent que Midnight travaille sur la partie moins visible de l’expansion du réseau, à savoir la pile opérateur. Concrètement, le déploiement des nœuds est orienté vers une infrastructure réutilisable, tandis que le logiciel des nœuds est préparé pour la prochaine trajectoire de mise à niveau. Pour les validateurs, les fournisseurs RPC et les bâtisseurs autour de NIGHT, cela rapproche Midnight d’un réseau opérable par davantage de participants plutôt que seulement par des équipes d’infrastructure très spécialisées.