Midnight Node 2.1.0 Beta ajoute un chemin de hard fork pour une chaîne en fonctionnement

La bêta complète sur le plan fonctionnel de Midnight crée un chemin coordonné depuis une chaîne 1.0.x active vers ledger 9 sans réinitialiser le réseau. Le nouveau runtime exige encore un déploiement séparé des validateurs et une activation par gouvernance.

By SongMarketCap

Cardano News - Midnight Node 2.1.0 Beta ajoute un chemin de hard fork pour une chaîne en fonctionnement

Midnight a publié Node 2.1.0-beta.1, une préversion majeure qui prépare son réseau en fonctionnement à une mise à niveau vers ledger 9. Elle combine l'ensemble de fonctionnalités développé durant la lignée 2.0.0 non publiée avec deux mois supplémentaires de maintenance et de correctifs de sécurité, ainsi qu'une logique de migration conçue pour préserver la génération de DUST liée à $NIGHT.

La bêta est disponible pour les environnements de réseau publics de Midnight. Sa publication ne signifie pas que le nouveau runtime est déjà actif sur Mainnet.

Midnight Node ajoute un chemin de mise à niveau pour le réseau en fonctionnement

Midnight Node est le logiciel central utilisé par les validateurs et les opérateurs RPC pour suivre le réseau, traiter les transactions et exécuter le runtime qui sous-tend les applications Midnight.

Midnight est une chaîne partenaire axée sur la confidentialité et reliée à Cardano. Les développeurs peuvent l'utiliser pour créer des applications qui combinent l'état public de la blockchain avec des données privées et une divulgation sélective. Son modèle économique sépare $NIGHT, l'actif du réseau public, de DUST, la ressource non transférable consommée lorsque les utilisateurs exécutent des transactions et des contrats intelligents.

La version 2.1.0-beta.1 a été publiée le 21 août en tant que bêta complète sur le plan fonctionnel. Cette publication est classée comme une mise à jour majeure par rapport à la dernière version finale Node 1.0.1.

Sa principale évolution d'infrastructure est la possibilité d'effectuer un hard fork à partir d'une chaîne 1.0.x en cours d'exécution. Les premières compilations 2.0.0 étaient conçues autour d'un environnement de genèse nouveau, ce qui limitait leur utilisation pour un réseau déjà actif. Node 2.1.0 ajoute la logique de migration nécessaire pour faire passer la chaîne existante vers le nouveau runtime sans abandonner son état actuel.

La migration vers ledger 9 préserve la génération de DUST

L'activation de Node 2.1.0 ferait passer Midnight de ledger 8 à ledger 9 au moyen d'une migration sur chaîne, multibloc. La spécification du runtime passe de 1_000_003 à 2_001_000, tandis que la version de transaction passe de 3 à 4.

La transition affecte également l'état utilisé pour générer DUST à partir de NIGHT observé sur Cardano. La migration du ledger initialise la nouvelle structure DUST sans les enregistrements de génération existants, ce qui oblige le nœud à les reconstruire à partir des données d'avant le fork.

Node 2.1.0 effectue cette reconstruction par lots après la mise à niveau du runtime. L'observation de Cardano est temporairement interrompue pendant le processus, qui devrait couvrir environ 28 blocs à l'échelle de Mainnet, neuf sur Preview et un sur Preprod.

Après la reconstruction, l'observation reprend sans sauter les UTxOs Cardano livrés pendant la migration. Le processus préserve le lien entre les positions NIGHT basées sur Cardano et la ressource DUST générée pour l'activité sur Midnight.

L'infrastructure connectée au nœud doit aussi tenir compte du changement de version de transaction. Les clients, kits de développement logiciel et indexeurs doivent actualiser leurs métadonnées de runtime après le bloc de mise à niveau, tandis que les transactions signées ou mises en file avant la transition doivent être reconstruites.

L'activation sur Mainnet nécessite encore la gouvernance

Node 1.0.3 est le point de départ documenté pour le hard fork, mais cette version de référence restait en attente lorsque les notes de la bêta 2.1.0 ont été publiées. Passer directement de Node 1.0.2 ou d'une version antérieure ne fait pas partie du chemin de migration pris en charge.

Les validateurs doivent d'abord installer le nouveau binaire et confirmer que le réseau continue d'importer et de finaliser des blocs sous le runtime existant. Des signataires techniques autorisés peuvent ensuite appliquer l'action de gouvernance set_code qui remplace le runtime actif.

Le pont Cardano vers Midnight comporte une dépendance supplémentaire à la gouvernance. Son fournisseur d'observation Cardano reste inactif jusqu'à ce que la configuration MainChainScripts requise et le point de contrôle des données soient définis.

Node 2.1.0 fournit le logiciel et le chemin de migration pour le prochain runtime de Midnight. Ledger 9 devient opérationnel seulement après que la version de base 1.0.3 est disponible, que des validateurs mis à niveau fonctionnent sur l'ensemble du réseau et que la gouvernance applique le nouveau runtime sur chaîne.