La mise à niveau Mesa de Mina a interrompu le traitement des transactions sur la blockchain de couche 1 pendant environ huit heures le 3 septembre, la chaîne se divisant en une séquence de cinq heures de blocs vides puis en une séquence de trois heures sans aucun bloc produit. Les plateformes d'échange ont suspendu les dépôts et retraits de MINA à partir du créneau d'arrêt des transactions à 10:00 UTC jusqu'à l'achèvement du premier créneau Mesa à 18:30 UTC, les mises à niveau des nœuds d'archive et les mises à niveau manuelles des nœuds étant toujours en cours le lendemain matin. Le fardeau de compatibilité le plus lourd incombe aux zkApps déployées, qui ne peuvent pas traiter les transactions autorisées par preuve tant que leurs développeurs ne compilent pas de clés de vérification compatibles Mesa.
Pourquoi c'est important
Mesa modifie les constantes du protocole et les contraintes des circuits, de sorte que les preuves générées avec les clés de vérification antérieures à la mise à niveau ne sont plus valides. Une zkApp ne peut pas reprendre son activité autorisée par preuve tant que son développeur ne compile pas une clé compatible Mesa avec o1js 3.0 et ne publie pas la mise à jour sur la chaîne. Le rayon d'impact est large : tout contrat qui s'est verrouillé derrière une autorisation par preuve dépend désormais de la publication de la mise à jour par son développeur avant que la fonctionnalité ne revienne. Le chemin de migration de Mina permet temporairement aux permissions de clé de vérification réglées sur preuve ou impossible de retomber sur une autorisation par signature, mais les permissions d'accès réglées sur impossible restent verrouillées. Il n'y a aucune date limite fixe pour la migration.
Impact sur le marché
Au-delà de l'arrêt, Mesa réduit de moitié le temps de créneau, passant de trois minutes à 90 secondes, et plafonne temporairement les transactions zkApp à 12 par bloc après que des tests de résistance ont révélé des pics de mémoire lorsque la limite souple a été supprimée. La question plus large est de savoir combien de zkApps déployées publieront la mise à niveau à temps, et si le repli temporaire vers l'autorisation par signature ouvre une fenêtre que les développeurs n'avaient pas anticipée lorsqu'ils ont verrouillé leurs règles de permission.
Questions fréquemment posées
-
Quelle a été la chronologie de la mise à niveau Mesa de Mina le 3 septembre ?
Le créneau d'arrêt des transactions à 10:00 UTC a déclenché une séquence de cinq heures de blocs vides, suivie d'environ trois heures sans aucune production de blocs. Le premier créneau Mesa s'est achevé à 18:30 UTC, bien que les mises à niveau des nœuds d'archive et les mises à niveau manuelles des nœuds soient…
-
Pourquoi les zkApps déployées ont-elles besoin de nouvelles clés de vérification après la mise à niveau Mesa ?
Mesa modifie les constantes du protocole et les contraintes des circuits, de sorte que les preuves générées avec les clés antérieures à la mise à niveau ne sont plus valides. Les développeurs doivent compiler une nouvelle clé avec o1js 3.0 et publier la mise à jour sur la chaîne avant que les transactions autorisées…
-
Existe-t-il une date limite pour que les zkApps migrent vers des clés compatibles Mesa ?
Non. Le chemin de migration de Mina maintient un repli temporaire vers l'autorisation par signature actif jusqu'à ce que chaque zkApp mette à jour sa clé, mais aucune date limite fixe n'a été fixée pour la migration.
-
Quels autres changements la mise à niveau Mesa introduit-elle au-delà de l'arrêt ?
Mesa réduit de moitié le temps de créneau, passant de trois minutes à 90 secondes, et plafonne temporairement les transactions zkApp à 12 par bloc, après que des tests de résistance ont révélé des pics de mémoire lorsque la limite souple a été supprimée.
-
Les dépôts et retraits de MINA sont-ils toujours suspendus sur les plateformes d'échange ?
Les plateformes d'échange ont reçu l'instruction de suspendre les dépôts et retraits de MINA à partir du créneau d'arrêt des transactions à 10:00 UTC jusqu'à l'achèvement du premier créneau Mesa à 18:30 UTC, et chaque plateforme d'échange contrôle quand le support des transferts reprend.
CoinTelegraph
CoinDesk
Crypto News
WatcherGuru
TheBlock