GMX poinformował, że 28 października kontrakty stakingowe na Arbitrum i Avalanche zostaną przeniesione do nowego smart kontraktu. Stakerom w obu sieciach zalecono uważne śledzenie oficjalnych komunikatów GMX przed wejściem w interakcję z jakimkolwiek nowym adresem kontraktu. Zmiana obejmuje podstawowy mechanizm stakingu, za pośrednictwem którego posiadacze GMX i GLP gromadzą opłaty protokołu oraz escrowowane nagrody, dlatego stanowi istotne wydarzenie dla aktywnych uczestników protokołu.

Planowana migracja zastąpi istniejące wdrożenie stakingu jednocześnie w obu obsługiwanych sieciach. GMX działa jako zdecentralizowana giełda kontraktów perpetual — platforma handlowa oparta na kontraktach futures bez daty wygaśnięcia — wdrożona na Arbitrum i Avalanche, a staking znajduje się w centrum jej modelu dystrybucji opłat. Stakerzy posiadający GMX lub esGMX, czyli escrowowaną formę tokena, która z czasem nabywa pełne prawa do GMX, otrzymują część opłat transakcyjnych protokołu oraz punkty mnożnikowe — bonusy naliczane tym szybciej, im dłużej tokeny pozostają w stakingu, zwiększające efektywny udział stakera w podziale opłat. Wszystkie te elementy przepływają przez zastępowaną obecnie warstwę kontraktu stakingowego. GLP, czyli token dostawcy płynności reprezentujący aktywa zdeponowane w pulach transakcyjnych GMX, znajduje się obok stakowanego GMX w centrum gospodarki opłat protokołu.

Migracje tego rodzaju tworzą krótkie okno, w którym stakerzy muszą potwierdzić, że korzystają z prawidłowego, zaktualizowanego adresu. Użytkownik, który po zakończeniu migracji zatwierdzi transakcje w starym kontrakcie, nie będzie stakować zgodnie z aktywną logiką dystrybucji opłat. Własny komunikat GMX jest jedynym wiarygodnym źródłem nowego adresu kontraktu oraz informacji o wymaganych działaniach użytkowników, takich jak wycofanie tokenów ze stakingu i ponowne ich zdeponowanie lub zatwierdzenie wydatków nowego kontraktu.

Co stakerzy na Arbitrum i Avalanche powinni wiedzieć

Migracja obejmie wdrożenia na Arbitrum i Avalanche w ramach jednej skoordynowanej aktualizacji. Z praktycznego punktu widzenia stakerzy muszą ustalić, czy po 28 października konieczne będzie ręczne działanie, aby pozostać w aktywnej puli stakingowej. Migracje kontraktów w protokołach takich jak GMX mogą mieć dwie formy: automatyczną, w której istniejące pozycje stakingowe są przenoszone za pośrednictwem transferu na poziomie kontraktu, albo dobrowolną, w której użytkownicy muszą samodzielnie wejść w interakcję z nowym kontraktem.

To rozróżnienie ma znaczenie, ponieważ zależy od niego ciągłość otrzymywania nagród. Jeśli migracja będzie dobrowolna, a staker przegapi okno przejściowe, jego vesting esGMX, punkty mnożnikowe i uprawnienia do opłat mogą zostać zakłócone do czasu ponownego stakowania w zaktualizowanym kontrakcie. Oficjalna dokumentacja GMX i fora zarządzania protokołem są właściwymi miejscami do potwierdzenia dokładnych zasad migracji przed 28 października.

Ryzyko phishingu również rośnie podczas każdej nagłośnionej migracji kontraktu. Oszuści często wdrażają fałszywe kontrakty, które naśladują nazewnictwo lub wygląd interfejsu legalnych aktualizacji protokołu. Stakerzy powinni weryfikować nowe adresy kontraktów wyłącznie na podstawie źródeł publikowanych bezpośrednio przez zespół GMX, w tym oficjalnej aplikacji GMX, forum zarządzania GMX i zweryfikowanych kont w mediach społecznościowych. Do każdej niezamówionej wiadomości kierującej użytkowników na stronę migracji lub do nowego kontraktu należy podchodzić z ostrożnością.

Dlaczego protokoły perpetual zastępują kontrakty stakingowe

Zastępowanie kontraktów stakingowych na platformach perpetual zwykle służy rozwiązaniu narastającego długu technicznego, wprowadzeniu obsługi nowych mechanizmów tokenów lub dostosowaniu logiki kierowania opłat do aktualizacji innych elementów stosu technologicznego. GMX wdrażał wcześniej aktualizacje na poziomie kontraktów wraz z dużymi zmianami wersji, a migracja z 28 października wpisuje się we wzorzec typowy dla protokołów rozwijających architekturę dystrybucji nagród bez pełnego ponownego uruchamiania protokołu.

Zakres migracji obejmujący jednocześnie Arbitrum i Avalanche wskazuje na skoordynowaną aktualizację, a nie poprawkę dotyczącą tylko jednego łańcucha. Skoordynowane migracje skracają okres, w którym oba wdrożenia działałyby według różnej logiki stakingu, co mogłoby prowadzić do możliwości arbitrażu lub niespójności w naliczaniu nagród między łańcuchami. Utrzymanie tej samej wersji kontraktu w obu sieciach zachowuje wewnętrzną spójność protokołu i upraszcza audyt księgowania nagród.

Porównywalna koordynacja między łańcuchami występuje również w innych obszarach zarządzania DeFi. Na przykład struktura zarządzania Aave dążyła do podobnej koordynacji parametrów ryzyka w wielu wdrożeniach za pośrednictwem propozycji risk steward dla wersji V4, w których spójność między łańcuchami jest powtarzającym się celem projektowym. W przypadku GMX warstwa stakingu pełni mniejszą rolę jako mechanizm zarządzania, a większą jako kanał kierowania opłat, jednak logika koordynacji między łańcuchami jest porównywalna.

Najważniejsze informacje do potwierdzenia przed 28 października

Ponieważ do daty migracji pozostał jeden dzień, stakerzy powinni przed podjęciem jakichkolwiek działań on-chain potwierdzić kilka szczegółów bezpośrednio w oficjalnych kanałach GMX:

• Nowy adres kontraktu: Potwierdź adresy kontraktów na Arbitrum i Avalanche opublikowane przez zespół GMX. Nie polegaj w tym zakresie na agregatorach stron trzecich ani wpisach w mediach społecznościowych.
• Wymagane działanie użytkownika: Potwierdź, czy migracja będzie automatyczna, czy będzie wymagać ręcznego wycofania tokenów ze stakingu i ponownego ich zdeponowania. Od tej odpowiedzi zależy, czy stakerzy muszą działać przed 28 października, czy po tej dacie.
• Ciągłość nagród i vestingu: Potwierdź, jak w okresie przejściowym na poziomie kontraktu będą obsługiwane harmonogramy vestingu esGMX i punkty mnożnikowe. Przerwanie vestingu mogłoby zresetować zgromadzone salda punktów mnożnikowych użytkowników, których to dotyczy.
• Okno czasowe: Potwierdź, czy po 28 października będzie obowiązywał okres przejściowy, w którym aktywne pozostaną zarówno stare, jak i nowe kontrakty, czy też przełączenie nastąpi natychmiast.
• Status po migracji: Po wykonaniu migracji sprawdź saldo stakowanych aktywów i uprawnienia do nagród w nowym kontrakcie przed zatwierdzeniem kolejnych transakcji.

Data 28 października jest jedynym potwierdzonym szczegółem czasowym w publicznym komunikacie GMX. Wszystkie szczegóły operacyjne, w tym mechanizm migracji, wymagane zatwierdzenia i adresy kontraktów, powinny pochodzić z oficjalnego interfejsu GMX oraz komunikatów dotyczących zarządzania protokołem, gdy tylko zostaną opublikowane. Stakerzy, którzy zaczekają na pełny przewodnik migracji przed podjęciem działań, są mniej narażeni na phishing i błędy użytkownika niż osoby działające na podstawie niepełnych informacji przed przełączeniem.

Odrębne ryzyko związane ze smart kontraktem

Dla uczestników DeFi posiadających pozycje w wielu protokołach migracja GMX jest odrębnym zdarzeniem ryzyka związanego ze smart kontraktem: momentem, w którym zmieniają się założenia zaufania przypisane do konkretnego adresu kontraktu. Ryzyka związane z kontraktami na poziomie protokołu, w tym możliwość wystąpienia błędów w nowych wdrożeniach, różnią się od bieżącego ryzyka rynkowego związanego z posiadaniem GMX lub GLP. Audytowane ścieżki aktualizacji ograniczają nowe ryzyko kontraktowe, ale go nie eliminują, a migracja będzie istotnym sygnałem pokazującym, jak zespół deweloperski GMX zarządza przejrzystością procesu migracji i weryfikacją po jej zakończeniu.