MultiversX Supernova du 10 septembre : ce que les détenteurs d’EGLD doivent savoir après le hard fork

Le 10 septembre 2026, le réseau MultiversX bascule sur le hard fork Supernova. Pour vous qui détenez de l’EGLD, la réponse la plus importante est rassurante : si vos jetons se trouvent dans votre propre portefeuille, vous n’avez rien à faire. Il n’y a pas d’échange de jetons, pas de migration et aucun droit à faire valoir. Adresses, clés privées et soldes restent rétrocompatibles selon les indications du projet. Quiconque vous invite à une démarche dans les prochains jours cherche à vous escroquer.

Il y a malgré tout quelque chose à faire, et cela concerne trois endroits : les avoirs sur une plateforme, le staking et l’exploitation d’un nœud personnel. Le hard fork immobilise le réseau pendant environ 24 minutes, durant lesquelles aucune nouvelle transaction n’est acceptée. Qui a besoin d’un retrait dans cette fenêtre fera mieux de le prévoir avant. Si vous souhaitez de toute façon rapatrier vos jetons de la plateforme vers une conservation personnelle, une mise à niveau du réseau en est une bonne occasion ; les appareils envisageables figurent dans notre comparatif des portefeuilles matériels.

Ce texte répond aux questions qui ne figurent nulle part à ce jour : quand le fork prend réellement effet selon le calcul des rondes, où en est aujourd’hui la migration des nœuds, pourquoi le délai de déblocage du staking dure toujours dix jours malgré une vitesse décuplée, et à quoi vous reconnaissez l’escroquerie qui accompagne ce genre d’échéances.

Ce qui se passe exactement chez MultiversX le 10 septembre 2026

Supernova est un hard fork. Il s’agit d’une modification du protocole que tous les nœuds d’un réseau doivent adopter en même temps, parce que les nouvelles règles ne sont plus compatibles avec les anciennes. Qui laisse tourner l’ancien logiciel calcule autrement que la majorité à partir du point de bascule et sort de la chaîne commune.

Ce que Supernova modifie, c’est le cœur de la production de blocs. Jusqu’ici, MultiversX produit un bloc toutes les six secondes. Après la bascule, ce sera 600 millisecondes, soit un dixième. Cela devient possible parce que le protocole retire l’exécution des transactions du chemin critique du consensus : les validateurs votent sur un bloc pendant que l’exécution se poursuit en parallèle, au lieu de l’attendre.

Pour vous, en pratique, cela signifie qu’un virement à l’intérieur d’un même shard est définitif en fractions de seconde plutôt qu’en plusieurs secondes. Les indications sur la finalité visée à l’intérieur d’un shard se situent, selon les sources, entre 100 et 300 millisecondes ; pour une transaction franchissant les frontières de shards, les sources avancent environ 1,8 à 2,4 secondes contre quelque 18 secondes jusqu’à présent. Cette fourchette figure telle quelle dans les documents et n’est pas ramenée ici à une valeur unique.

Supernova expliqué : pourquoi le temps de bloc passe de six secondes à 600 millisecondes

Un shard est une section autonome de la blockchain qui traite ses propres transactions ; MultiversX en exploite actuellement trois, plus une métachaîne de coordination. C’est précisément cette répartition qui constituait jusqu’ici le goulet d’étranglement : un paiement du shard A vers le shard B exigeait trois rondes, car la métachaîne devait d’abord certifier le bloc du shard émetteur avant que le shard destinataire ne puisse l’accepter.

Supernova accélère les deux côtés de ce calcul. Les rondes raccourcissent, et l’ordre change : les validateurs commencent l’exécution d’un bloc dès que la vérification locale est faite, et ne votent qu’ensuite. La validation définitive au-delà des frontières de shards reste liée à la métachaîne, afin qu’un paiement inter-shards ne soit réputé arrivé qu’une fois le bloc du shard émetteur définitivement final.

Le chemin qui y mène n’est pas une décision de dernière minute. Selon la documentation du projet, la modification a été adoptée lors d’un vote sur la chaîne entre le 8 et le 18 janvier 2026 et a recueilli 99,64 % d’approbation, pour un quorum de 33,63 % de l’enjeu votant. Un test de charge public s’est déroulé entre le 11 et le 31 mars 2026 ; le dernier jour, le réseau a supporté 120 000 transactions par seconde selon le projet. Un audit de sécurité externe a été achevé en juin 2026.

Quand le hard fork bascule-t-il vraiment ? La ronde d’activation recalculée

La bascule ne tient pas à une heure, mais à une ronde. Une ronde est la cadence fixe selon laquelle le réseau est autorisé à produire un bloc. La configuration du réseau principal du 31 août 2026 indique comme point d’activation la ronde 32 157 661 de l’époque 2233. Une époque est le cycle au terme duquel MultiversX redistribue les validateurs entre les shards ; elle dure 24 heures.

Ce nombre peut se traduire en une heure, et nous l’avons fait nous-mêmes au lieu de le recopier. L’appel de la passerelle officielle du réseau principal le 6 septembre 2026 à 0 h 36 min 48 s UTC renvoie : ronde courante 32 089 568, époque 2228, durée de ronde 6 000 millisecondes, 14 400 rondes par époque, début de l’époque en cours à la ronde 32 085 434.

Il en découle qu’il manque 68 093 rondes jusqu’à la ronde d’activation. Multipliées par six secondes, cela fait 408 558 secondes, soit 113,5 heures. La bascule tombe ainsi le 10 septembre 2026 vers 18 h 06 UTC, donc vers 20 h 06 heure allemande. Selon le même calcul, l’époque 2233 commence à la ronde 32 157 434, soit vers 17 h 43 UTC ; la ronde d’activation se situe 227 rondes plus loin. L’indication « époque 2233 » issue des comptes rendus concorde donc avec les données de la chaîne.

Une réserve s’impose : il s’agit d’un calcul de rondes et non d’un engagement. Si une ronde est perdue parce qu’un producteur de blocs n’utilise pas son créneau, l’échéance recule. En pratique, il s’agit de quelques minutes à quelques heures. Ce qui est solide, c’est « vers 18 heures UTC le 10 septembre », pas la seconde près.

Environ 24 minutes sans nouvelles transactions : ce que signifie l’arrêt du réseau

La bascule ne se fait pas en fonctionnement continu. Avant l’activation, le réseau cesse pendant environ 240 rondes d’accepter de nouvelles transactions dans le pool, afin de traiter celles qui sont déjà en cours. À l’ancienne cadence de six secondes par ronde, cela représente 24 minutes.

Ce qu’il advient de votre virement pendant ce temps compte davantage que la durée elle-même : rien ne se perd. Les transactions nouvellement soumises restent dans la file d’attente jusqu’à ce que Supernova les traite. Ce que vous n’obtenez pas dans cette fenêtre, c’est une confirmation rapide. Qui veut déclencher à ce moment-là un paiement soumis à un délai, un appel de marge sur une position garantie par exemple, a intérêt à l’avancer.

L’EGLD dans votre propre portefeuille : pourquoi la conservation personnelle n’exige rien

C’est le point essentiel pour la plupart des lecteurs. MultiversX maintient expressément la rétrocompatibilité pour les adresses, les clés et les soldes. Votre phrase de récupération reste valable, votre adresse reste la même, votre solde reste où il est. Il n’y a aucun nouveau jeton et aucune nécessité de déplacer quoi que ce soit.

Ce qui change pour vous, vous ne le remarquerez tout au plus qu’à la rapidité accrue des confirmations après le fork. Une application de portefeuille qui se connecte au réseau récupère la nouvelle cadence d’elle-même. Un portefeuille matériel continue de signer les mêmes formats de transaction ; il ignore tout du temps de bloc.

Une obligation de diligence demeure : tenez votre application de portefeuille à jour. Les applications qui déduisent des fenêtres de temps ou des frais de l’ancien temps de bloc peuvent afficher des estimations erronées après la bascule. C’est un défaut d’affichage et non un risque de perte, mais cela déroute.

Aucun échange de jetons, aucun droit à réclamer : reconnaître l’escroquerie liée au hard fork

Avant les changements de réseau de ce type apparaissent régulièrement des sites et des messages privés exigeant une « migration de jetons », un « instantané » ou une « mise à niveau du portefeuille ». Chez Supernova, rien de tout cela n’existe. Il n’y a ni échange, ni droit à faire valoir, ni inscription.

Trois indices vous permettent de reconnaître de telles offres sans connaissances techniques préalables. Premièrement, aucune modification de protocole authentique ne réclame jamais votre phrase de récupération ; qui la demande veut votre argent. Deuxièmement, il n’existe aucun délai pour les détenteurs, donc aucune raison de subir une pression temporelle. Troisièmement, un projet communique par ses canaux officiels et non par un message privé qui vous aborde en premier.

Cet avertissement ne se rapporte à aucun incident connu autour de Supernova. Il figure ici parce que le schéma revient à chaque fork annoncé. Ce que cela a donné sur d’autres chaînes, notre analyse du hard fork de Zilliqa et de la migration ZIL le montre, là où une migration a bel et bien eu lieu contrairement à ici, tout comme le regard porté sur le hard fork de Mina et son arrêt de réseau.

L’EGLD sur une plateforme : pourquoi vérifier la fenêtre de retrait à l’avance

Si vos jetons sont chez une plateforme de négociation, vous ne détenez pas de clé propre et donc pas de décision propre. Lors des changements de réseau, les plateformes suspendent habituellement dépôts et retraits pendant une fenêtre, tandis que les échanges se poursuivent. C’est une routine et non un signal d’alarme.

L’état que nous avons vérifié nous-mêmes : le 6 septembre 2026 vers 0 h 40 UTC, les répertoires d’annonces de Binance consacrés aux inscriptions, aux retraits de cotation et aux nouvelles générales ne comportaient aucune communication sur l’EGLD ou sur Supernova. Cela ne veut pas dire qu’il n’en viendra aucune. L’expérience montre que de tels avis paraissent un à trois jours avant l’échéance. Cela veut dire que vous ne pouvez pas compter aujourd’hui sur la connaissance d’une fenêtre de retrait.

Une règle simple en découle en pratique : si vous voulez de toute façon retirer de l’EGLD dans les prochains jours, faites-le avant le 10 septembre et non le 10 septembre. Qui veut saisir l’occasion pour changer de prestataire trouvera les conditions dans notre comparatif des plateformes crypto. À quelle fréquence de tels délais deviennent réellement serrés, nous l’avons calculé dans notre relevé des échéances et dates limites crypto en cours.

Staking et délégation : le délai de déblocage reste de dix jours

La délégation signifie que vous affectez vos EGLD à un prestataire de staking, qui s’en sert pour sécuriser le réseau et vous reverse une part des récompenses. Si vous voulez les récupérer, vous lancez un déblocage, et un délai d’attente fixe court alors avant que vous puissiez déplacer l’argent.

C’est là que se loge le plus grand malentendu autour de cette mise à niveau. Un réseau qui bat dix fois plus vite ne libère pas les avoirs dix fois plus vite. Le délai de déblocage reste exactement de dix jours.

Là encore, nous l’avons consulté dans la configuration du réseau elle-même plutôt que de le supposer. La configuration porte aujourd’hui deux valeurs côte à côte : erd_unbond_period à 144 000 rondes et erd_unbond_period_supernova à 1 440 000 rondes. Convertissez les deux en temps, et les deux donnent la même valeur : 144 000 rondes à six secondes font 864 000 secondes, et 1 440 000 rondes à 0,6 seconde font également 864 000 secondes. Dans les deux cas, ce sont dix jours pleins. La valeur numérique est multipliée par dix parce que les rondes raccourcissent ; le temps d’attente derrière elle reste identique.

Pour vous, cela signifie qu’un déblocage lancé aujourd’hui se termine au même moment, que le fork tombe entre-temps ou non. Et qu’un déblocage lancé après le 10 septembre dure exactement aussi longtemps qu’auparavant. Si vous examinez en ce moment où se trouve votre enjeu et ce qu’il rapporte, le comparatif des plateformes de staking aide à y voir clair. La question se posait dans des termes voisins lors de la mise à niveau de Solana, que nous avons traitée dans notre texte sur Alpenglow et ses conséquences pour le staking.

84 % au lieu de 4,6 : où en est réellement la migration des nœuds

Qu’un hard fork se déroule sans heurt dépend du nombre de nœuds qui passent à temps au nouveau logiciel. Au 1er septembre 2026, le constat était décevant : selon une analyse des données publiques du réseau, 95,35 % des 5 171 nœuds tournaient alors encore sur l’ancienne version v1.11.11.0. Un bon quatre pour cent avait donc migré.

Nous avons répété cette mesure le 6 septembre 2026 à 0 h 37 UTC, via le point d’accès public api.multiversx.com/nodes/versions. Le tableau s’est retourné en cinq jours :

• 83,02 % des nœuds tournent sur la v2.0.6.0, et 1,24 % supplémentaires sur une version signalée comme v2.0.6. Ensemble, cela fait 84,26 %.
• Sur l’ancienne v1.11.11.0 se tiennent encore 13,6 %.
• Les 2,14 % restants se répartissent sur des versions plus anciennes de la série 1.11, jusqu’à la v1.11.0.0.
• Le nombre total de nœuds s’établit à 5 176. En valeur absolue, cela représente environ 4 361 nœuds à jour et environ 704 nœuds sur l’ancienne version principale.

Ce chiffre est le véritable indicateur avancé pour le 10 septembre, et chacun peut le suivre lui-même : le point d’accès est public et fournit des parts par version logicielle. Qui veut savoir si la bascule se déroule dans l’ordre y jettera un nouveau coup d’œil la veille.

Que se passe-t-il si trop peu de nœuds migrent à temps ?

Avant l’activation, anciennes et nouvelles versions du programme peuvent coexister sans que rien ne se produise. Ce n’est qu’à partir de la ronde d’activation que les nouvelles règles de traitement s’appliquent. Un nœud doté de l’ancien logiciel peut alors aboutir à un résultat divergent pour la même transaction et perd le contact avec la chaîne majoritaire.

Pour un exploitant isolé, cela signifie une interruption et des récompenses perdues. Pour le réseau, cela ne devient délicat que si une part importante reste en arrière, car la production de blocs repose alors sur moins d’épaules. Au vu du niveau actuel d’environ 84 % de nœuds à jour, rien n’indique ce scénario.

En tant que détenteur d’EGLD, vous n’avez rien à en déduire. Il n’existe aucun bouton sur lequel appuyer ni aucun choix entre deux chaînes. La question intéresse les exploitants et l’appréciation du risque de temps d’attente plus longs dans la fenêtre de bascule.

Exploitants de nœuds : quelle version logicielle devient obligatoire à partir de la ronde 32 157 661

Si vous exploitez vous-même un validateur ou un nœud observateur, le fork représente du travail. Une version à partir de la v2.0.5.0 est requise ; la chaîne signale actuellement la v2.0.6.0 comme repère courant. Cette valeur figure dans la configuration du réseau, au champ erd_latest_tag_software_version, et était renseignée lors de l’appel du 6 septembre à 0 h 36 UTC.

Le passage lui-même n’a rien de critique avant la ronde d’activation, puisque les deux versions peuvent coexister. Ensuite, il n’est plus facultatif. Qui manque l’échéance la rattrape et doit laisser le nœud se resynchroniser. Un validateur doté d’un enjeu minimal de 2 500 EGLD a tout intérêt à ne pas laisser cette situation arriver jusqu’à lui.

Contrats intelligents et applications décentralisées : pourquoi les horodatages perdent leur unicité après Supernova

Ce point vous concerne indirectement, mais c’est le plus sous-estimé de toute la mise à niveau. Un contrat intelligent est un programme qui réside sur la blockchain et applique des règles automatiquement, par exemple la rémunération d’un dépôt ou le délai d’une offre.

Beaucoup de ces programmes calculent avec des horodatages en secondes. Tant qu’un bloc naît toutes les six secondes, un horodatage à la seconde identifie exactement un bloc. Après la bascule, dix blocs tiennent dans la même seconde, et l’horodatage n’est plus univoque. La documentation du projet nomme ouvertement les conséquences et donne des exemples : les vérifications du type « le nouvel instant doit être supérieur au précédent » peuvent échouer, les limitations à une action par bloc se contournent si elles sont mesurées en secondes, les délais d’expiration deviennent plus longs que prévu, et les calculs de récompense qui emploient un écart de temps comme diviseur peuvent aboutir à une division par zéro.

Pour vous qui utilisez une application de finance décentralisée sur MultiversX, cela signifie : attendez-vous, dans les jours qui suivent le 10 septembre, à des défauts d’affichage isolés ou à des applications qui se mettent en pause par précaution. Sont concernés les programmes dont les exploitants n’ont pas préparé la bascule. Un avoir dans votre propre portefeuille n’est pas touché. Si vous avez placé des montants importants dans l’application d’un petit prestataire, un coup d’œil à ses annonces avant l’échéance est la précaution la moins coûteuse qui soit.

Ce que le hard fork n’est pas : ni un délai, ni une indication de cours

Trois mises au point, pour qu’aucune fausse attente ne naisse de cette échéance.

Ce n’est pas un délai pour les détenteurs. Contrairement à une migration assortie d’une fenêtre d’échange, rien ne se périme ici. Qui ne fait rien jusqu’au 10 septembre possède ensuite exactement les mêmes jetons qu’avant.

Ce n’est pas une indication de cours. L’EGLD cotait le 6 septembre 2026, selon CoinGecko, 4,61 dollars, soit 3,97 euros, environ trois pour cent en dessous de la veille et environ 27 % au-dessus du niveau d’il y a sept jours, pour une capitalisation d’environ 141,5 millions de dollars. Ces chiffres figurent ici comme un instantané et non comme le fondement d’une prévision. Savoir si une mise à niveau technique se traduit dans un cours ne peut sérieusement être dit à l’avance.

Ce n’est pas gagné d’avance. La bascule dépend de la migration des nœuds, et celle-ci progresse bien sans être achevée au 6 septembre. L’échéance peut se déplacer de quelques minutes à quelques heures, parce qu’elle tient à des rondes et non à l’horloge.

Le calendrier jusqu’au 10 septembre en un coup d’œil

Ce qu’il est judicieux de faire dans les jours restants, dans l’ordre où cela se présente :

1. Jusqu’au 9 septembre : effectuer les retraits depuis une plateforme si vous en avez besoin ces jours-ci. Garder un œil sur les annonces de votre prestataire, car elles arrivent d’expérience à court terme.
2. Le 10 septembre au matin : revoir l’état des versions des nœuds si vous souhaitez savoir si la bascule se déroule dans l’ordre.
3. Le 10 septembre vers 17 h 40 à 18 h 10 UTC : ne soumettre aucune transaction sensible au temps. Ce que vous soumettez n’est pas perdu, mais sera d’abord seulement mis en file.
4. Ensuite : mettre à jour l’application de portefeuille si elle estime visiblement mal les délais ou les frais.

MultiversX Supernova : ce que vous en retenez

1. La conservation personnelle n’exige aucune démarche, mais elle exige de la vigilance. Il n’y a ni échange de jetons ni droit à réclamer. Toute invitation en ce sens est une tentative d’escroquerie, et la réponse est toujours la même : aucune phrase de récupération, nulle part. Si vous profitez de l’occasion pour rapatrier vos jetons d’un prestataire vers votre propre conservation, vous trouverez les appareils dans le comparatif des portefeuilles matériels.
2. Vérifiez avant le 10 septembre que vous accédez bien à votre avoir. Les plateformes annoncent les pauses de retrait à court terme, et le 6 septembre aucune communication n’était encore parue. Qui veut changer ou retirer le fait avant ; les conditions figurent dans le comparatif des plateformes.
3. Continuez de compter dix jours pour le staking. La chaîne plus rapide ne raccourcit pas le délai de déblocage, même si la valeur numérique de la configuration paraît désormais dix fois plus grande. Où se trouve votre enjeu et ce qu’il rapporte, le comparatif du staking le met en ordre.

(Au 6 septembre 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.)

Sources et justificatifs : les données de chaîne proviennent de la configuration officielle de la passerelle du réseau principal MultiversX ; la ronde d’activation, la fenêtre de 24 minutes et l’état des versions au 1er septembre proviennent du rapport de CryptoSlate du 2 septembre 2026.