GMX verplaatst staking op Arbitrum en Avalanche naar nieuw contract op 28 oktober
Belangrijkste punten
- •GMX heeft aangekondigd dat de staking-contracten op Arbitrum en Avalanche op 28 oktober in één gecoördineerde update naar een nieuw slim contract verhuizen.
- •De staking-laag die wordt vervangen verzorgt de kostenverdeling voor stakers van GMX en esGMX, waaronder aandelen in handelskosten, multiplierpunten en vesting-beloningen, terwijl GLP er naast staat in de kosteneconomie van het protocol.
- •Of de migratie automatisch is of handmatig unstaken en herstaken vereist, is nog niet bevestigd; een opt-in-structuur kan de esGMX-vesting, multiplierpunten en kostenrechten verstoren voor gebruikers die de overgang missen.
- •De dubbele ketenomvang is bedoeld om beide netwerken op identieke staking-logica te houden, waardoor inconsistenties in beloningopbouw en arbitragemogelijkheden tussen ketens worden voorkomen.
- •Het phishing-risico neemt toe rond publiekelijk aangekondigde contractmigraties; stakers moeten nieuwe adressen en vereiste acties uitsluitend via officiële GMX-kanalen verifiëren in plaats van via bronnen van derden.

GMX heeft aangekondigd dat de staking-contracten op zowel Arbitrum als Avalanche op 28 oktober worden gemigreerd naar een nieuw slim contract. Stakers op beide netwerken wordt geadviseerd de officiële communicatie van GMX nauwgezet te volgen voordat ze met een nieuw contractadres interageren. De overgang raakt het kernmechanisme voor staking waarmee houders van GMX en GLP protocolkosten en escrow-beloningen opbouwen, waardoor het een wezenlijke gebeurtenis is voor actieve deelnemers aan het protocol.
De geplande migratie vervangt de bestaande staking-implementatie op beide ondersteunde netwerken tegelijkertijd. GMX opereert als een gedecentraliseerde perpetuals-beurs — een handelsplatform rond perpetuele futures, derivatencontracten zonder vervaldatum — geïmplementeerd op Arbitrum en Avalanche, met staking als het middelpunt van het kostenverdelingsmodel. Stakers die GMX of esGMX aanhouden — de escrow-vorm van het token die in de loop van de tijd vrijkomt als GMX — ontvangen een deel van de handelskosten van het protocol, samen met multiplierpunten, bonussen die oplopen naarmate tokens langer gestaked blijven en het effectieve gewicht van een staker in de kostenverdeling verhogen; dit alles loopt via de staking-contractlaag die nu wordt vervangen. GLP, het liquiditeitsprovider-token dat de in GMX's handelspools gestorte activa vertegenwoordigt, staat naast gestaked GMX in het centrum van de kosteneconomie van het protocol.
Migraties van dit soort creëren een korte periode waarin stakers moeten bevestigen dat ze met het juiste, bijgewerkte adres interageren. Gebruikers die na afronding van de migratie transacties goedkeuren tegen het oude contract, staken niet tegen de actieve logica voor kostenverdeling. De eigen aankondiging van GMX is de enige gezaghebbende bron voor het nieuwe contractadres en voor eventuele vereiste gebruikersacties, zoals unstaken en herstaken of het goedkeuren van een nieuwe contractuitgave.
Wat stakers op Arbitrum en Avalanche moeten weten
De migratie omvat zowel de Arbitrum- als de Avalanche-implementatie in één gecoördineerde update. Voor stakers is de praktische vraag of handmatige actie nodig is om na 28 oktober in de actieve staking-pool te blijven. Contractmigraties op protocollen zoals GMX kunnen op twee manieren worden ingericht: als automatische migraties, waarbij bestaande gestakede posities via een transfer op contractniveau worden overgedragen, of als opt-in-migraties, waarbij gebruikers zelf met het nieuwe contract moeten interageren.
Dit onderscheid is van belang omdat de continuïteit van beloningen ervan afhangt. Als de migratie opt-in is en een staker het overgangsvenster mist, kunnen de esGMX-vesting, multiplierpunten en kostenrechten van die staker worden verstoord totdat hij of zij weer staked tegen het bijgewerkte contract. De officiële GMX-documentatie en governancefora zijn de juiste plekken om de exacte migratiemechanica te bevestigen voordat 28 oktober aanbreekt.
Ook het phishing-risico neemt toe bij elke publiekelijk aangekondigde contractmigratie. Kwaadwillenden implementeren vaak frauduleuze contracten die de naamgevingsconventies of de interface van legitieme protocolupgrades nabootsen. Stakers moeten nieuwe contractadressen uitsluitend verifiëren aan de hand van bronnen die rechtstreeks door het GMX-team zijn gepubliceerd, waaronder de officiële GMX-app, het GMX-governanceforum en geverifieerde sociale accounts. Elke ongevraagde boodschap die gebruikers naar een migratiepagina of nieuw contract stuurt, moet met voorzichtigheid worden behandeld.
Waarom staking-contractupgrades plaatsvinden op perpetuals-protocollen
Vervanging van staking-contracten op perpetuals-platforms pakt doorgaans opgelopen technische schuld aan, introduceert ondersteuning voor nieuwe tokenmechanica of past de kostenrouteringslogica aan om upgrades elders in de stack mogelijk te maken. GMX heeft eerder updates op contractniveau uitgerold naast grote versiewijzigingen, en de migratie van 28 oktober volgt het patroon dat gebruikelijk is bij protocollen die hun beloningsverdelingsarchitectuur herzien zonder een volledige herlancering van het protocol.
De dubbele ketenomvang van de migratie, die Arbitrum en Avalanche tegelijkertijd bestrijkt, wijst op een gecoördineerde upgrade in plaats van een ketenspecifieke fix. Gecoördineerde migraties verkleinen de periode waarin de twee implementaties verschillende staking-logica zouden draaien, wat arbitragemogelijkheden of inconsistenties kan creëren in de manier waarop beloningen over ketens heen oplopen. Beide netwerken op dezelfde contractversie houden behoudt de interne consistentie van het protocol en vereenvoudigt de controle van de beloningenadministratie.
Vergelijkbare multi-chain-coördinatie is ook elders in DeFi-governance te zien. Aave's governancekader heeft bijvoorbeeld vergelijkbare coördinatie van risicoparameters over meerdere implementaties nagestreefd via zijn V4 risk steward-voorstellen, waarbij multi-chain-consistentie een terugkerend ontwerpdoel is. Voor GMX functioneert de staking-laag minder als governance-mechanisme en meer als pijp voor kostenroutering, maar de coördinatielogica over ketens heen is vergelijkbaar.
Belangrijke details om te bevestigen vóór 28 oktober
Nu de migratiedatum een dag verwijderd is, moeten stakers verschillende zaken rechtstreeks via de officiële GMX-kanalen verifiëren voordat ze een on-chain actie ondernemen:
- Nieuw contractadres: Bevestig de Arbitrum- en Avalanche-contractadressen die door het GMX-team zijn gepubliceerd. Vertrouw voor deze informatie niet op aggregatoren van derden of social media-berichten.
- Vereiste gebruikersactie: Bevestig of de migratie automatisch is of handmatig unstaken en herstaken vereist. Het antwoord bepaalt of stakers vóór of na 28 oktober moeten handelen.
- Continuïteit van beloningen en vesting: Bevestig hoe esGMX-vestingterminijnen en multiplierpunten op contractniveau tijdens de overgang worden behandeld. Een onderbreking in de vesting kan opgebouwde multiplierpunt-saldi resetten voor getroffen gebruikers.
- Tijdvenster: Bevestig of er na 28 oktober een gunstingsperiode is waarin het oude en het nieuwe contract beide actief blijven, of dat de overstap onmiddellijk plaatsvindt.
- Status na migratie: Controleer na uitvoering van de migratie de gestakede saldi en beloningsrechten tegen het nieuwe contract voordat u verdere transacties goedkeurt.
De datum van 28 oktober is het enige bevestigde timingdetail in GMX's publieke aankondiging. Alle operationele details, waaronder migratiemechanica, vereiste goedkeuringen en contractadressen, moeten worden ontleend aan de officiële GMX-interface en governance-communicatie zodra die worden gepubliceerd. Stakers die wachten op de volledige migratiegids voordat ze handelen, lopen minder risico op phishing en gebruikersfouten dan degenen die op grond van onvolledige informatie vóór de overstap handelen.
Een afzonderlijke smart-contract-risicogebeurtenis
Voor DeFi-deelnemers met posities over meerdere protocollen is de GMX-migratie een afzonderlijke smart-contract-risicogebeurtenis: een moment waarop de vertrouwensaannames die aan een specifiek contractadres zijn verbonden, veranderen. Protocolniveau-contractrisico's van dit type, waaronder de mogelijkheid van bugs in nieuwe implementaties, verschillen van het doorlopende marktrisico van het aanhouden van GMX of GLP. Gecontroleerde upgradepaden verminderen maar elimineren het nieuwe contractrisico niet, en de migratie zal een relevante indicatie zijn van hoe GMX's ontwikkelteam de transparantie van de overgang en het verificatieproces na de migratie hanteert.