Injective Vote sur l'expédition Safeharbor Mise à jour après patch d'urgence

Injective Les candidats prennent en considération une proposition rapide 714 Pour le v1.20.4-safeharbor.5 Mise à jour du réseau. La proposition suit un mois de novembre coordonné 9 Échange d'urgence et d'arrêt binaire v1.20.4-bl.3.

Le tracker de mise à niveau officiel liste une nouvelle hauteur d'arrêt pour la proposition 714 et décrit le lancement comme une étape de préparation ciblée pour une plus grande mise à niveau plus tard en novembre. Le vote et l'activation sont des événements séparés, de sorte que les opérateurs devraient vérifier le résultat final de la gouvernance et bloquer la hauteur avant de changer les systèmes de production.

Du patch d'urgence à la mise à niveau réglementée

InjectiveLe mois de novembre 9 Patch applique de nouvelles règles de consensus après le blocage 191,016,661. La documentation du réseau dit que tous les validateurs, les nodes centrales, les fournisseurs de RPC et l'infrastructure d'échange doivent exécuter la binaire patchée. Il a également indiqué qu'un AppHash Un échec peut nécessiter la restauration d'un snapshot pré-upgrade désigné.

proposition 714 Le changement se poursuit par une gouvernance accélérée. Le classé v1.20.4-safeharbor.5 La sortie contient des améliorations ciblées destinées à préparer la chaîne pour une mise à niveau majeure prévue plus tard dans le mois. Une proposition accélérée réduit la fenêtre de décision, ce qui augmente l'importance de la vérification binaire et de la communication coordonnée des opérateurs.

Les opérateurs de node devraient utiliser les hashes officiels, conserver un snapshot récupérable et confirmer que Cosmovisor ou les procédures d'amélioration manuelle indiquent la binaire correcte. Un démarrage local réussi ne garantit pas la compatibilité du consensus si un autre validateur fonctionne dans une structure ou un état différent.

Ce que les utilisateurs doivent regarder

Pour les utilisateurs ordinaires, les signaux clés sont si la proposition passe, si la chaîne atteint et quitte l'altitude de stop, et si les dépôts et les retraitements se reproduisent normalement sur des services connectés. Un vote de gouvernance ne prouve pas par lui-même que chaque point d’échange, portefeuille ou RPC a complété son upgrade.

Les fournisseurs d’infrastructures devraient publier des mises à jour de statut plutôt que de demander aux utilisateurs de faire confiance aux captures d’écran ou aux binaires informels. La couverture du projet est disponible dans OrangeX.com Nouvelles du projet. Les utilisateurs peuvent vérifier OrangeX.com Les services sont notifiés à travers le OrangeX.com Page de statut du système et d’examiner les pratiques de sécurité générales dans le OrangeX.com Centre de confiance.

OrangeX.com Analysis

La séquence montre pourquoi le patch d'urgence et la gouvernance doivent être évalués séparément. Le mois de novembre 9 le binaire a traité une situation de réseau immédiate, tandis que la proposition 714 Il y a un changement coordonné. Les traiter comme une mise à niveau complète obscurcerait le risque de vote et d’arrêt restant.

Le test de finition pratique est déterministe: une proposition passée, des hashes de sortie vérifiées, l'adoption d'un validateur large, un accord sur AppHash et une production stable de blocs après le cessez-le. Jusqu’à ce que ces conditions soient visibles, les opérateurs devraient garder les procédures de retour et de snapshot prêtes.