Hard fork Mina du 3 septembre 2026 : ce qui arrive à vos MINA pendant l’arrêt du réseau
Mina immobilise son réseau le 3 septembre 2026 pour exécuter le hard fork Mesa. À partir de 10h00 UTC, plus aucun transfert n’atteint la chaîne, les plateformes suspendent dépôts et retraits, et les délégants ne perçoivent aucune récompense de bloc pendant la fenêtre.

Le réseau Mina suspendra temporairement son activité le jeudi 3 septembre 2026. Entre 10h00 et 18h00 UTC se succéderont un arrêt des transactions, un arrêt complet du réseau, puis un redémarrage sous de nouvelles règles de protocole. Tout détenteur de MINA est concerné sur trois points : les transferts envoyés trop tard n’atteindront plus la chaîne, les plateformes d’échange suspendront les dépôts et les retraits, et ceux qui ont délégué leurs avoirs ne percevront aucune récompense de bloc pendant la pause, faute de blocs remplis durant cette période.
La mise à niveau porte le nom de Mesa. La société de développement o1Labs a publié le calendrier détaillé avec les horaires, ainsi qu’un aperçu de ce qui attend les utilisateurs, les plateformes et les opérateurs de nœuds. Ces deux documents sont publics et constituent la base de cet article. L’échéance tombe dans trois jours, et la seule préparation nécessaire à la grande majorité des investisseurs prend cinq minutes.
Hard fork Mesa de Mina : ce qui se passe exactement le 3 septembre 2026
Mesa est un hard fork, c’est-à-dire une modification des règles du protocole qui n’est pas rétrocompatible. Un hard fork impose à tous les nœuds du réseau de basculer au même moment vers le même logiciel, car l’ancienne version ne reconnaîtrait plus les nouveaux blocs comme valides. Chez Mina, ce basculement ne se déroule pas en cours de fonctionnement. Le réseau est arrêté selon un calendrier établi, amené dans un état final défini, puis relancé sous la nouvelle version.
L’échéance a été préparée en plusieurs étapes. Les changements de règles ont été confirmés par un vote sur la chaîne qui s’est tenu du 8 au 15 décembre 2025 ; les droits de vote ont été déterminés par une date de référence fixée au 22 novembre 2025. Ont suivi un réseau de test dédié et des répétitions avec les opérateurs de nœuds. Le 19 août 2026, Mesa a d’abord été déployé sur le réseau de test Devnet, avant que la date du réseau principal ne soit arrêtée.
Pour vous, investisseur, cet historique de gouvernance ne compte que sur un point : il montre que l’échéance relève d’une opération planifiée de longue date et non d’une mesure d’urgence prise après un incident. C’est ce qui distingue Mesa des arrêts de chaîne survenus récemment à la suite d’attaques. Savoir faire la différence entre un arrêt planifié et un arrêt subi permet de lire beaucoup plus calmement les annonces de blockchains à l’arrêt.
Le calendrier Mesa en détail : de 10h00 UTC au premier bloc
Le calendrier d’o1Labs cite quatre repères, tous le 3 septembre 2026 et tous exprimés en UTC. L’heure d’été d’Europe centrale est en avance de deux heures : 10h00 UTC correspond donc à 12h00 à Paris.
- 10h00 UTC : le créneau d’arrêt des transactions commence. À partir de ce moment, les transferts soumis ne sont plus intégrés à la chaîne qui poursuivra son activité après la migration.
- 15h00 UTC : le créneau d’arrêt du réseau est atteint. Le réseau s’immobilise et plus aucun bloc n’est produit.
- 16h30 UTC : les paquets Mesa sont publiés. Les opérateurs de nœuds peuvent dès lors récupérer la nouvelle version.
- 18h00 UTC : le premier créneau Mesa s’ouvre et la production de blocs reprend.
- Entre 10h00 et 15h00 UTC, le réseau continue techniquement de fonctionner, mais ne produit plus que des blocs sans contenu.
Concrètement, le moment décisif pour vous est 10h00 UTC, et non 15h00 UTC. Dès la fin de matinée, la chaîne est déjà morte pour les transferts, même si elle écrit encore techniquement des blocs. Celui qui lance un retrait à 14h00 UTC a raté le train, sans qu’aucun message d’erreur ne le lui signale.
Le hard fork expliqué : pourquoi une blockchain doit s’arrêter pour changer de règles
Une blockchain est une comptabilité partagée sans autorité centrale. Pour que des milliers d’ordinateurs parviennent indépendamment au même résultat, ils doivent appliquer les mêmes règles. Lorsque ces règles changent, deux voies s’offrent au réseau. Soit la nouvelle version est conçue de telle sorte que les anciens nœuds continuent d’accepter les nouveaux blocs, et l’on parle alors de soft fork. Soit la modification est assez profonde pour que l’ancienne et la nouvelle version se rejettent mutuellement, et il s’agit alors d’un hard fork.
Pour Mesa, Mina choisit la voie ordonnée d’un arrêt défini. Le réseau s’accorde sur un dernier état valide, le fige, puis redémarre à partir de cet état. L’avantage tient à ce que deux chaînes concurrentes ne peuvent pas apparaître, comme cela s’est produit lors de hard forks contestés par le passé. Le prix à payer est l’indisponibilité que vous ressentirez le 3 septembre.
Une autre échéance de la même semaine illustre bien le procédé : Zilliqa réalise son hard fork dès le 2 septembre, avec un mécanisme d’échange propre à ses jetons. Nous avons décrit ce cas dans Hard fork de Zilliqa le 2 septembre 2026. Le hard fork Pasteur de BNB en août a suivi le même schéma. La comparaison vaut la peine, car elle montre à quel point les réseaux traitent différemment le même problème de fond.

Créneau d’arrêt des transactions : pourquoi les transferts MINA après 10h00 UTC sont perdus
Le créneau d’arrêt des transactions marque le moment à partir duquel les transferts soumis n’alimentent plus l’état qui survivra à la migration. La formulation du calendrier est sans ambiguïté : les transactions soumises après ce créneau ne figurent pas sur la chaîne une fois la migration achevée.
Il ne s’agit pas d’une perte de vos avoirs. Vos soldes restent là où ils se trouvaient avant 10h00 UTC. C’est le mouvement qui disparaît, l’argent, lui, reste en place. Celui qui envoie des MINA d’une plateforme vers sa propre adresse à 11h00 UTC doit donc s’attendre à ce que le transfert n’ait tout simplement pas eu lieu et doive être relancé après le redémarrage.
La situation devient délicate dès qu’un paiement est lié à une échéance. Si vous réglez une facture en MINA, si vous souhaitez apporter une garantie pour une position ailleurs ou si vous devez respecter un délai auprès d’un tiers, retirez purement et simplement le 3 septembre de votre planification. La voie la plus tranquille consiste à régler tout le nécessaire le 1er ou le 2 septembre et à traiter le jeudi comme un jour férié.
MINA sur les plateformes d’échange : pourquoi les dépôts et les retraits sont suspendus
La grande majorité des investisseurs détiennent leurs MINA sur une plateforme de négociation et non dans un portefeuille personnel. Pour ce groupe, le message est clair : les dépôts et les retraits de MINA seront suspendus pendant la fenêtre d’indisponibilité. Aucune plateforme ne prend cette décision de son propre chef ; elle découle inévitablement d’une chaîne qui ne traite plus aucun transfert durant cette période.
La négociation sur la plateforme elle-même peut se poursuivre sans être affectée. Les achats et les ventes s’effectuent dans les livres du prestataire et ne touchent jamais la blockchain. Celui qui souhaite seulement négocier ne remarquera peut-être rien du tout. Celui qui veut faire entrer ou sortir ses MINA ce jour-là se retrouvera devant une porte close. Quelles plateformes entrent en ligne de compte et comment elles se distinguent sur les dépôts et les retraits, notre comparatif des meilleures plateformes crypto le détaille.
Comment vérifier si votre plateforme a annoncé une pause
Chaque prestataire annonce ce type de pause dans son propre espace de communication, le plus souvent sous des intitulés comme Annonces ou État des systèmes. Deux points méritent attention. D’abord, les fenêtres des plateformes commencent et se terminent rarement exactement aux horaires du protocole ; la plupart des prestataires ajoutent une marge de sécurité avant et après. Ensuite, l’absence d’annonce ne dit rien de la survenue de la pause. Elle aura lieu de toute façon, puisque la chaîne est à l’arrêt. L’annonce vous indique seulement l’ampleur de la marge retenue.
Si vous avez fermement planifié un retrait et ne trouvez aucune communication la veille au soir, interroger le support est plus rapide que de tenter sa chance le jour même. Un retrait bloqué est laborieux à dénouer, comme le montre sur un autre exemple notre article consacré aux transferts qui n’arrivent pas.
Comparatif des plateformes cryptoTrois heures ou huit heures ? Ce que signifient les chiffres contradictoires sur l’indisponibilité
C’est ici que les deux publications d’o1Labs divergent, et l’écart mérite d’être nommé ouvertement. Le calendrier horaire place l’arrêt du réseau à 15h00 UTC et le premier nouveau bloc à 18h00 UTC, soit trois heures. L’aperçu qui l’accompagne évoque en revanche environ huit heures d’indisponibilité attendue pendant la fenêtre de migration.
Les deux chiffres se concilient dès lors que l’on distingue ce que chacun mesure. Les trois heures correspondent à la période durant laquelle aucun bloc n’est produit. Les huit heures couvrent l’intégralité de la fenêtre à partir de 10h00 UTC, pendant laquelle la chaîne est déjà inutilisable pour les transferts, même si elle écrit encore des blocs vides. Pour vous, utilisateur, le second chiffre est le plus honnête, car une chaîne qui n’accepte plus votre transfert est immobilisée de votre point de vue.
Prévoyez donc la valeur la plus élevée. Si la migration va plus vite, vous ne perdez rien. Si elle prend du retard, ce qui arrive régulièrement lors des hard forks, vous avez déjà intégré la marge. Lors d’un arrêt coordonné, les retards relèvent de la routine, tant que les développeurs communiquent sur l’avancement.
Délégation et récompenses de bloc : ce que perdent les stakers de MINA pendant l’arrêt
Mina fonctionne par délégation. Celui qui n’exploite pas lui-même un producteur de blocs transfère son poids de vote à un nœud tiers et reçoit en contrepartie une part de ses récompenses. Ces récompenses proviennent des blocs produits, et c’est précisément là que la migration intervient.
Le calendrier indique qu’aucune récompense de bloc n’est générée pendant la phase de migration, puisque les blocs restent vides. Pour les délégants, cela signifie une perte de revenus sur toute la durée de la fenêtre. Rapporté à un rendement annuel, le montant correspondant à quelques heures d’interruption reste faible, mais il est réel et frappe tous les délégants de la même manière.
Ce qu’un bloc vide signifie pour votre rendement
Un bloc vide est un bloc sans transactions. Il maintient formellement la chaîne en activité, mais ne porte aucun frais et, dans cette phase, aucune récompense. Celui qui calcule son rendement sur l’année devrait comptabiliser ces fenêtres au titre de l’entretien courant du réseau. Celui qui raisonne en revenus journaliers, par exemple parce qu’il détient une position financée à crédit, devrait faire apparaître ce manque à gagner dans ses comptes.
Un second point concerne le choix du producteur de blocs. Un nœud qui manque la migration ne produira d’abord plus rien après le redémarrage. Les délégants n’ont aucune influence directe là-dessus, mais ils peuvent vérifier après le 3 septembre si leur nœud livre de nouveau des blocs, et en changer au moindre doute. Les différences entre prestataires en matière de rendement, de frais et de disponibilité figurent dans notre comparatif des plateformes de staking.
Opérateurs de nœuds : quelle version installer avant l’échéance
Celui qui exploite lui-même un nœud Mina a du vrai travail à accomplir avant le 3 septembre. Le calendrier distingue deux voies. Les utilisateurs du mode automatisé Automode installent la version stable 4.0.0. Ceux qui mettent à jour manuellement installent d’abord la version de créneau d’arrêt 3.5.0, puis basculent vers la version Mesa 4.0.0 une fois les paquets publiés.
Pour les producteurs de blocs s’ajoute une obligation facile à négliger : au moins un nœud doit fonctionner sans interruption jusqu’après le créneau d’arrêt du réseau. Éteindre son nœud par anticipation, au motif qu’il ne se passe de toute façon plus rien, prive le réseau de capacité dans sa phase la plus sensible. La consigne est donc de basculer à temps et de laisser ensuite le nœud tourner, au lieu de l’éteindre prématurément.
La migration elle-même se déroule automatiquement sous Automode dès que les paquets sont disponibles à 16h30 UTC. Celui qui travaille manuellement devrait inscrire cet horaire dans son agenda et ne pas compter le saisir au passage.

Nœuds d’archive et migration de schéma : l’étape que beaucoup oublient
Un nœud d’archive est un nœud qui conserve l’intégralité de l’historique de la chaîne dans une base de données, au lieu de se contenter de vérifier l’état courant. Les explorateurs de blocs, les outils fiscaux et les plateformes d’échange s’appuient sur de telles archives lorsqu’ils doivent attester d’anciens transferts.
Ces opérateurs sont soumis à une obligation particulière : la migration de schéma de la base de données doit être achevée avant le créneau d’arrêt. Celui qui l’omet se retrouve après le redémarrage avec une base qui ne correspond plus à la nouvelle chaîne, et doit rattraper son retard pendant que tous les autres fonctionnent déjà.
Même sans exploiter d’archive vous-même, vous êtes concerné : lorsque les archives accusent du retard après un hard fork, les explorateurs et les outils d’analyse affichent temporairement des historiques incomplets. Si vous éditez un rapport fiscal durant cette période et vous étonnez des trous, refaites l’export quelques jours plus tard avant de le transmettre à l’administration. Les outils qui conviennent pour cela figurent dans notre panorama des logiciels fiscaux crypto.
De MIP 6 à MIP 9 : ce que Mesa change techniquement chez Mina
Mesa regroupe quatre propositions d’amélioration, répertoriées dans l’écosystème Mina sous le nom de Mina Improvement Proposals. Une Mina Improvement Proposal est une demande formalisée de modification du protocole, sur laquelle les détenteurs votent avant sa mise en œuvre.
- MIP 6 raccourcit le temps de bloc et augmente ainsi le débit de transactions.
- MIP 7 relève la limite des données d’état sur la chaîne de huit à trente-deux champs.
- MIP 8 étend les limites applicables aux événements et aux actions qu’une application peut émettre.
- MIP 9 augmente le nombre de mises à jour de comptes qu’une zkApp peut effectuer en une seule opération.
Pour l’investisseur sans intérêt pour le développement, un point ressort avant tout : les quatre mesures visent la capacité et les applications appelées à tourner sur Mina. Que cela se traduise réellement par un usage accru ne se décidera que dans les mois suivant la migration. Celui qui négocie l’échéance comme un événement de cours négocie une anticipation, sans effet démontré derrière elle.
Comparatif des plateformes de stakingAutoconservation ou plateforme : où vos MINA sont mieux placés ce jour-là
Un hard fork est l’un des rares moments où la question de la conservation cesse d’être une affaire de principe pour devenir une affaire de logistique. Les deux voies présentent un inconvénient visible le 3 septembre.
Sur une plateforme, vous dépendez de sa marge de sécurité. Si celle-ci est généreuse, vous pourriez ne plus pouvoir retirer dès le 2 septembre et devoir attendre le 4 septembre. En contrepartie, vous n’avez pas à vous soucier des versions de nœud ni des horaires. Dans votre propre portefeuille, vous gardez le contrôle, mais votre transfert échoue tout autant si vous manquez la fenêtre, et personne n’intercepte l’erreur à votre place.
La réponse sobre est donc la suivante : pour cette seule journée, le lieu de conservation est secondaire, et c’est le moment choisi qui compte. Celui qui envisage de toute façon de sortir des avoirs importants d’une plateforme devrait le faire avant le 1er septembre, et non dans la semaine de la migration. Les appareils qui entrent en ligne de compte figurent dans le comparatif des portefeuilles matériels.
Hameçonnage autour des hard forks : pourquoi personne ne vous demandera votre phrase de récupération
Toute migration annoncée entraîne des tentatives d’escroquerie, car elle fournit un motif crédible d’urgence. Le procédé est toujours le même : un message qui alerte sur une prétendue perte, un lien vers une page reprenant l’identité visuelle du projet, et une invitation à connecter son portefeuille ou à saisir sa phrase de récupération.
Avec Mesa, la situation est sans ambiguïté. Pour les détenteurs de MINA, aucune action n’est requise sur le portefeuille : pas d’échange, pas de migration, pas de confirmation. Quiconque prétend le contraire en veut à vos avoirs. Les seules adresses qui comptent pour cette échéance sont les canaux officiels du projet et les espaces de communication des plateformes.
Une seconde remarque concerne la période qui suivra la migration. Si un transfert n’arrive pas après le redémarrage, le premier réflexe est de consulter l’explorateur de blocs, et non une page d’aide qu’un moteur de recherche place en tête de ses résultats. Les faux services d’assistance vivent précisément de ce moment d’incertitude.
Traverser le hard fork Mina : ce qu’il faut retenir
L’échéance reste maîtrisable dès lors que vous la connaissez. Trois étapes suffisent à la préparation.
- Effectuez tous vos transferts de MINA avant le 2 septembre. À partir de 10h00 UTC le 3 septembre, plus rien de ce qui est soumis n’atteint la chaîne. Vérifiez dans l’espace de communication de votre plateforme à partir de quand sa pause s’applique ; un panorama des prestataires concernés figure dans le comparatif des plateformes.
- Anticipez une perte de revenus si vous déléguez. Aucune récompense de bloc n’est générée pendant la fenêtre. Vérifiez après le 4 septembre si votre producteur de blocs livre de nouveau, et changez-en au moindre doute ; les différences entre prestataires figurent dans le comparatif du staking.
- Décalez vos analyses et vos rapports fiscaux de quelques jours. Après un hard fork, les archives ont besoin de temps avant que l’historique ne soit de nouveau complet. Exporter trop tôt revient à travailler avec des trous ; les outils adaptés figurent dans le comparatif des logiciels fiscaux.
Les sources de cet article sont le calendrier d’o1Labs avec les horaires de la journée de migration ainsi que l’aperçu qui l’accompagne sur ce qui attend les utilisateurs, les plateformes et les opérateurs. Les deux sont consultables ici : Calendrier de la migration Mesa et Ce qu’il faut attendre de Mesa.
(Au 31 août 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)
Note de transparence : Cet article a été rédigé avec l’aide d’une intelligence artificielle et relu par notre rédaction avant publication. Tous les chiffres et affirmations ont été vérifiés à partir des sources primaires liées dans le texte. L’image d’illustration a été générée par IA.



























