Midnight déplace le RPC Mainnet et l’indexeur vers Blockfrost

Midnight a retiré ses propres points de terminaison RPC et indexeur sur le Mainnet public le 30 septembre à 22:00 UTC. Blockfrost fournit désormais l’accès public principal à ces services, ce qui change la façon dont les applications et les portefeuilles se connectent au réseau de production.

Les points de terminaison du Midnight Mainnet sont retirés

La modification couvre rpc.mainnet.midnight.network et indexer.mainnet.midnight.network. Selon la documentation de Midnight, le nom d’hôte de l’indexeur a cessé de se résoudre le 1er octobre. L’ancien point de terminaison RPC répond encore aux requêtes, mais il peut s’arrêter à tout moment.

Midnight est une blockchain axée sur la protection des données au sein de l’écosystème Cardano. Ses contrats intelligents peuvent vérifier des conditions à l’aide de preuves à connaissance nulle tandis que les entrées sensibles demeurent privées. Les applications dépendent des services réseau pour lire les enregistrements de la blockchain, suivre l’activité des contrats et soumettre des transactions.

Le RPC du nœud gère la communication avec le nœud du réseau, y compris la soumission des transactions. L’indexeur organise les blocs, les transactions, l’état des contrats et les événements liés aux portefeuilles afin que les applications puissent les récupérer ou les suivre via des abonnements en direct.

Blockfrost ajoute l’authentification et des limites d’utilisation

Blockfrost propose des API blockchain hébergées, donnant aux développeurs l’accès aux données du réseau et à la soumission de transactions sans exploiter eux mêmes l’infrastructure sous jacente. Son service Midnight prend en charge les requêtes GraphQL et les abonnements WebSocket en plus du RPC du nœud.

L’accès requiert un projet Blockfrost créé spécifiquement pour Midnight Mainnet. Chaque requête doit inclure son project_id, soit via un en tête HTTP soit via un paramètre d’URL. Les requêtes sans jeton valide sont rejetées, et les jetons émis pour d’autres réseaux ne peuvent pas authentifier l’accès au Mainnet.

L’utilisation est décomptée du propre forfait Blockfrost de l’application. Les équipes peuvent choisir un forfait adapté à leur trafic ou exploiter un nœud et un indexeur indépendants, que Midnight continue de prendre en charge. Un forfait payant n’est pas obligatoire pour chaque application.

Cette authentification d’API est distincte du financement des transactions. Les transactions Midnight consomment DUST, la ressource générée par les jetons NIGHT enregistrés.

La documentation avertit aussi que des jetons exposés dans du code côté navigateur peuvent être copiés et utilisés au détriment du quota d’un projet. Elle décrit l’acheminement des requêtes via un backend qui ajoute le jeton sur le serveur lorsque les applications doivent le garder privé.

Certains portefeuilles peuvent devoir reconstruire l’état de synchronisation

Preview et Preprod conservent leurs points de terminaison hébergés par Midnight sans authentification de projet. Le serveur de preuves local, qui gère les entrées privées pendant la génération des preuves, reste lui aussi en dehors du service de Blockfrost.

Pour les portefeuilles déjà présents sur le Mainnet, la migration peut aller au delà des paramètres de connexion. Le runbook du service desk de Midnight identifie un problème de compatibilité lorsqu’un portefeuille reprend un état de synchronisation enregistré auprès de l’ancien indexeur. Les identifiants d’événements et de transactions peuvent différer selon les fournisseurs, rendant les références stockées impropres au nouvel indexeur.

Les portefeuilles déjà connectés à Blockfrost ou à leur propre indexeur ne sont pas affectés par le changement de fournisseur. Il en va de même pour les portefeuilles qui se synchronisent depuis genesis à chaque démarrage et pour les applications qui se contentent de lire l’état des contrats ou de soumettre des transactions sans conserver les identifiants émis par l’indexeur.

Si un portefeuille concerné se bloque avec des erreurs indiquant que les événements sont appliqués hors séquence, le runbook préconise de supprimer son état de synchronisation enregistré et de le reconstruire depuis genesis via le nouvel indexeur.