GMX a annoncé que les contrats de staking sur Arbitrum et Avalanche migreront vers un nouveau smart contract le 28 octobre. Les stakers des deux réseaux sont invités à suivre attentivement les communications officielles de GMX avant d'interagir avec toute nouvelle adresse de contrat. Cette transition touche le mécanisme de staking central via lequel les détenteurs de GMX et de GLP perçoivent les frais du protocole et les récompenses en escrow, ce qui en fait un événement important pour les participants actifs du protocole.

La migration programmée remplace simultanément le déploiement de staking existant sur les deux réseaux pris en charge. GMX opère comme une bourse de perpetuals décentralisée — une plateforme de trading construite autour de futures perpétuels, des contrats dérivés sans date d'expiration — déployée sur Arbitrum et Avalanche, avec le staking au cœur de son modèle de distribution des frais. Les stakers détenant GMX ou esGMX, la forme en escrow du token qui se transforme progressivement en GMX, perçoivent une part des frais de trading du protocole ainsi que des points de multiplicateur, des bonus qui s'accumulent plus longtemps les tokens restent en staking et augmentent le poids effectif d'un staker dans la distribution des frais, le tout transitant par la couche de contrat de staking actuellement remplacée. GLP, le token de fournisseur de liquidité représentant les actifs déposés dans les pools de trading de GMX, se situe aux côtés du GMX en staking au centre de l'économie de frais du protocole.

Les migrations de ce type créent une brève fenêtre pendant laquelle les stakers doivent confirmer qu'ils interagissent avec la bonne adresse mise à jour. Tout utilisateur approuvant des transactions sur l'ancien contrat après la fin de la migration ne stakerait pas contre la logique active de distribution des frais. L'annonce de GMX elle-même est la seule source faisant autorité pour la nouvelle adresse de contrat et pour toute action utilisateur requise, comme le retrait et le re-staking ou l'approbation d'une nouvelle dépense de contrat.

Ce que les stakers sur Arbitrum et Avalanche doivent savoir

La migration couvre les déploiements sur Arbitrum et Avalanche dans une seule mise à jour coordonnée. Pour les stakers, la question pratique est de savoir si une action manuelle est nécessaire pour rester dans le pool de staking actif après le 28 octobre. Les migrations de contrats sur des protocoles comme GMX peuvent être structurées de deux manières : en migrations automatiques, où les positions déjà stakées sont transférées au niveau du contrat, ou en migrations optionnelles, où les utilisateurs doivent interagir eux-mêmes avec le nouveau contrat.

La distinction compte car la continuité des récompenses en dépend. Si la migration est optionnelle et qu'un staker manque la fenêtre de transition, son vesting d'esGMX, ses points de multiplicateur et ses droits aux frais pourraient être interrompus jusqu'à ce qu'il re-stake contre le contrat mis à jour. La documentation officielle de GMX et ses forums de gouvernance sont les bons endroits pour confirmer les modalités exactes de la migration avant le 28 octobre.

Le risque de phishing augmente également lors de toute migration de contrat médiatisée. Des acteurs malveillants déploient fréquemment des contrats frauduleux imitant les conventions de nommage ou l'apparence d'interface des mises à jour légitimes de protocoles. Les stakers doivent vérifier les nouvelles adresses de contrat exclusivement auprès des sources publiées directement par l'équipe GMX, notamment l'application officielle GMX, le forum de gouvernance GMX et les comptes sociaux vérifiés. Tout message non sollicité dirigeant les utilisateurs vers une page de migration ou un nouveau contrat doit être traité avec prudence.

Pourquoi les mises à niveau de contrats de staking ont lieu sur les protocoles de perpetuals

Les remplacements de contrats de staking sur les plateformes de perpetuals visent généralement à résoudre une dette technique accumulée, à introduire la prise en charge de nouvelles mécaniques de tokens ou à ajuster la logique de routage des frais pour s'adapter à des mises à niveau ailleurs dans la stack. GMX a déjà déployé des mises à jour au niveau des contrats parallèlement à des changements de version majeurs, et la migration du 28 octobre suit un schéma commun aux protocoles qui itèrent sur leur architecture de distribution des récompenses sans relance complète du protocole.

La portée double chaîne de la migration, couvrant Arbitrum et Avalanche en même temps, indique une mise à niveau coordonnée plutôt qu'une correction spécifique à une chaîne. Les migrations coordonnées réduisent la fenêtre pendant laquelle les deux déploiements fonctionneraient avec une logique de staking différente, ce qui peut créer des opportunités d'arbitrage ou des incohérences dans l'accumulation des récompenses entre les chaînes. Maintenir les deux réseaux sur la même version de contrat préserve la cohérence interne du protocole et simplifie l'audit de la comptabilité des récompenses.

Une coordination multi-chaînes comparable apparaît ailleurs dans la gouvernance DeFi. Le cadre de gouvernance d'Aave, par exemple, a poursuivi une coordination similaire des paramètres de risque sur plusieurs déploiements via ses propositions de risk stewards de la V4, où la cohérence multi-chaînes est un objectif de conception récurrent. Pour GMX, la couche de staking fonctionne moins comme un mécanisme de gouvernance que comme un conduit de routage des frais, mais la logique de coordination inter-chaînes est comparable.

Points clés à confirmer avant le 28 octobre

Alors que la date de migration approche, les stakers doivent vérifier plusieurs éléments directement auprès des canaux officiels de GMX avant toute action on-chain :

• Nouvelle adresse de contrat : Confirmer les adresses de contrat sur Arbitrum et Avalanche publiées par l'équipe GMX. Ne pas se fier aux agrégateurs tiers ni aux publications sur les réseaux sociaux pour cette information.
• Action utilisateur requise : Confirmer si la migration est automatique ou nécessite un retrait et un re-staking manuels. La réponse détermine si les stakers doivent agir avant ou après le 28 octobre.
• Continuité des récompenses et du vesting : Confirmer comment les échéances de vesting d'esGMX et les points de multiplicateur sont gérés au niveau du contrat pendant la transition. Une interruption du vesting pourrait réinitialiser les soldes de points de multiplicateur accumulés pour les utilisateurs concernés.
• Fenêtre de transition : Confirmer s'il existe une période de grâce après le 28 octobre pendant laquelle les anciens et nouveaux contrats restent actifs, ou si la bascule est immédiate.
• Statut post-migration : Après l'exécution de la migration, vérifier les soldes stakés et les droits aux récompenses auprès du nouveau contrat avant d'approuver d'autres transactions.

La date du 28 octobre est le seul détail de calendrier confirmé dans l'annonce publique de GMX. Toutes les spécificités opérationnelles, y compris les modalités de migration, les approbations requises et les adresses de contrat, doivent provenir de l'interface officielle de GMX et de ses communications de gouvernance au fur et à mesure de leur publication. Les stakers qui attendent le guide de migration complet avant d'agir sont moins exposés au phishing et aux erreurs utilisateur que ceux qui agissent sur la base d'informations incomplètes avant la bascule.

Un événement distinct de risque de smart contract

Pour les participants DeFi détenant des positions sur plusieurs protocoles, la migration de GMX est un événement distinct de risque de smart contract : un moment où les hypothèses de confiance attachées à une adresse de contrat spécifique changent. Les risques de contrat au niveau du protocole de ce type, y compris la possibilité de bugs dans les nouveaux déploiements, sont distincts du risque de marché continu lié à la détention de GMX ou de GLP. Les chemins de mise à niveau audités réduisent mais n'éliminent pas le risque de nouveau contrat, et la migration constituera un signal pertinent sur la manière dont l'équipe de développement de GMX gère la transparence de la transition et le processus de vérification post-migration.