GMX – децентрализованная биржа spot swaps и perpetual contracts с oracle-based execution. В отличие от order book, встречная сторона формируется не отдельными заявками market makers. Сделки используют активы liquidity pools, а цена приходит из внешних market data через oracle infrastructure. В действующей V2 liquidity разделена на специализированные GM markets и объединяющие их GLV vaults.
Протокол работает прежде всего в Arbitrum и Avalanche, а актуальная документация также описывает deployment в MegaETH. Наличие одного интерфейса не делает сети общей книгой балансов: contracts, liquidity, collateral и gas существуют отдельно. Перед сделкой нужно проверить chain, market address и backing tokens.
Spot swaps и perpetual markets
Spot swap меняет один token на другой через pool reserves. Пользователь не открывает долговую позицию и не платит funding после исполнения. Результат зависит от oracle price, swap fee, состояния pool и price impact.
Perpetual position создаёт leveraged exposure без срока истечения. Long получает прибыль при росте index price, short – при падении. Collateral остаётся в protocol contracts, а pool выступает экономической стороной результата: прибыль trader уменьшает доступную стоимость liquidity providers, убыток увеличивает её.
GMX V2 использует linear USD-based PnL. Это не означает, что риск позиции прост: collateral может отличаться от index token, поэтому trader одновременно несёт directional exposure, изменение цены collateral, funding, borrowing cost и liquidation risk.
Leverage увеличивает размер позиции относительно collateral. Он не увеличивает точность прогноза и не защищает от oracle spread. Как только оставшийся collateral перестаёт покрывать требования и расходы, позиция может быть ликвидирована.
Как исполняется order
Пользователь отправляет request transaction. Она фиксирует параметры и резервирует execution fee, но экономическое исполнение происходит отдельной transaction, когда keeper получает подходящие oracle data. Между request и execution рынок может измениться.
Market order рассчитан на ближайшее допустимое исполнение. Limit order ждёт заданного уровня, stop-loss сокращает позицию при неблагоприятном движении, take-profit – при благоприятном. Trigger не обещает конкретную конечную цену: применяются min/max oracle prices, price impact и ограничения пользователя.
В GMX price impact связан не с глубиной order book, а с изменением imbalance. Действие, улучшающее баланс long и short open interest либо composition pool, может получить положительное воздействие. Действие, усиливающее дисбаланс, платит отрицательное. Поэтому два ордера одинакового размера в разные моменты получают разные условия.
Понятия slippage и price impact часто смешивают. Практическая разница разобрана в материале о slippage и price impact на DEX.
Oracle pricing
GMX не берёт цену из собственного AMM curve. Для основных markets используются Chainlink Data Streams и связанные oracle keepers. Отчёт содержит minPrice и maxPrice, отражающие нижнюю и верхнюю границы market spread.
Для long opening используется более высокая сторона spread, а для long closing и liquidation – более низкая. Для short направление меняется. Такая асимметрия не является случайным проскальзыванием: она консервативно учитывает bid-ask spread и снижает возможность извлечь value из одной средней цены.
Oracle защищает от отдельного краткого wick в одном pool, но создаёт dependency на data providers, signers, keeper delivery и freshness checks. Отказ data stream может задержать execution. Некорректная конфигурация market или уязвимость consumer contracts способна привести к неверной цене.
Для внешних интеграций важно не путать GMX Oracle API с on-chain oracle feed. REST data подходит для display и analytics, но не обязательно воспроизводит same-block contract valuation. Роль оракулов в DeFi подробнее разобрана в обзоре Chainlink.
GM markets
Каждый V2 market описывается index token, long token и short token. Index задаёт цену perpetual exposure. Long и short tokens составляют backing pool. Например, market может отслеживать BTC, оставаясь обеспеченным WBTC и stablecoin, но конкретная конфигурация определяется contract address.
Liquidity provider вносит разрешённый asset и получает GM token – долю одного market. Цена GM отражает pool value, накопленные borrowing fees, impact pools, total supply и capped pending PnL traders. Это не фиксированный claim на неизменное количество двух tokens.
Если traders в совокупности выигрывают, pending PnL уменьшает экономическую стоимость pool. Если проигрывают, pool получает положительный результат. Max PnL factors ограничивают, какая доля pending profit учитывается для deposits, withdrawals и закрытий. Параметры различаются по контексту, поэтому одна оценка GM token не всегда годится для всех операций.
GM liquidity изолирует risk лучше, чем единый universal pool. LP может выбрать конкретные index и backing assets. Но изоляция не абсолютна: oracle, shared contracts, governance and keepers остаются общими dependencies.
GLV
GLV, или GMX Liquidity Vault, держит набор GM tokens нескольких markets с одинаковой парой backing assets. Пользователь получает GLV token и делегирует vault механизму распределение liquidity между допустимыми markets.
GLV упрощает diversification. Вместо выбора одного index market LP получает корзину exposures. Vault может перераспределять capital с помощью shifts, когда target markets и caps это разрешают. Однако diversification добавляет aggregate accounting: цена GLV зависит от стоимости всех underlying GM positions.
GLV не является stablecoin и не гарантирует principal. Убыток traders для LP обычно положителен, но рост aggregate trader profits, падение backing assets или неисправный market способен снизить token value. Корзина также может содержать неодинаковые risk profiles.
GMX Reader рассчитывает GM price из contract state и supplied min/max token prices. GlvReader агрегирует underlying markets. API endpoint с composition не следует принимать за готовый on-chain price feed.
V1, GLP и действующая V2
Ранний GMX строился вокруг единого multi-asset GLP pool. GLP обеспечивал swaps и leveraged trading сразу для набора активов. Эта модель помогла проекту вырасти, но объединяла risks разных markets и ограничивала настройку.
V2 ввела отдельные GM markets, flexible collateral, market-specific parameters, funding и borrowing mechanics. GLV появилось позже как управляемый слой над несколькими GM pools. Это не новое имя GLP: GLP, GM и GLV имеют разные contracts, composition и risk.
Legacy positions и documentation могут ссылаться на V1. Перед использованием инструкции нужно проверить version и network. Нельзя переносить fee formula, acceptable collateral или liquidation parameters из GLP market на V2.
Funding, borrowing и price impact
Funding перераспределяет value между long и short sides, чтобы стимулировать уменьшение open interest imbalance. Сторона с большей net exposure обычно платит стороне с меньшей, но точная формула и caps задаются market parameters.
Borrowing fee компенсирует использование pool capacity. Он зависит от utilization и времени. Position может быть верной по направлению, но убыточной после длительного удержания из-за funding, borrowing и collateral movement.
Net price impact в текущей модели учитывает изменение imbalance от open и close, но применяется при уменьшении или закрытии position. Положительный impact способен улучшить результат, отрицательный – ухудшить. Caps ограничивают экстремальные значения, не устраняя market risk.
Роли участников
- Traders создают spot swaps и leveraged positions, выбирают collateral и принимают liquidation risk.
- GM liquidity providers финансируют один market и получают его fees и trader PnL exposure.
- GLV holders предоставляют capital корзине GM markets.
- Oracle keepers доставляют signed market data для execution.
- Order keepers исполняют requests и liquidations при выполнении условий.
- GMX holders и delegates участвуют в governance.
Keeper не должен произвольно менять order, но от его доступности зависит своевременное выполнение. Permissionless liquidation incentives помогают поддерживать solvency, однако network congestion и oracle delay могут ухудшить результат в резком рынке.
Fees и распределение value
Протокол собирает fees со swaps, leveraged trading, liquidations и borrowing. На Arbitrum и Avalanche действующая документация направляет большую долю protocol fees liquidity providers, а часть используется в механике GMX token. Точные rates зависят от операции, network и market parameters.
Liquidity APY не является фиксированной ставкой. Он зависит от volume, open interest, trader PnL, utilization, token prices и изменения GM or GLV price. Показатель за короткий период нельзя механически переносить на год.
LP фактически продаёт traders страхование directional PnL и предоставляет inventory. Это отличается от AMM impermanent loss, хотя spot composition также меняется. Сравнение с классическими pools удобно начать с обзора Uniswap.
Токен GMX
GMX – utility and governance token. Holders голосуют по proposals и могут стейкать GMX. Forecasted maximum supply составляет 13,25 миллиона tokens. Mint выше этого ориентира требует governance approval.
Изначальная allocation включает 6 миллионов для migration XVIX и Gambit communities, 2 миллиона для liquidity с ETH, 2 миллиона для vesting esGMX, 2 миллиона treasury, 1 миллион incentives and community developers и 250 тысяч contributors с двухлетним vesting.
Escrowed GMX, или esGMX, исторически выдавался как incentive. Он non-transferable, может стейкаться или vest в GMX при выполнении reserve requirements. Полное vesting идёт постепенно, а необходимые reserved tokens нельзя свободно продать в этот период.
По действующей модели 27% определённых protocol fees используется для market buybacks GMX. Distribution bought-back tokens stakers временно приостановлен до условия, описанного governance, а rewards накапливаются в treasury. Это нужно отделять от утверждения, будто каждый staker уже получает непрерывный cash flow.
Управление
Governance проходит через discussion forum, Snapshot или Tally в зависимости от proposal и execution path. GMX voting power связан со staked GMX, esGMX и накопленной staking power. Крупные delegates способны концентрировать влияние.
DAO определяет incentives, treasury spending, listings, fee distribution и protocol upgrades. При этом ежедневную разработку, keeper infrastructure и interface поддерживают contributors. On-chain vote не заменяет operational trust, если критический service или multisig остаётся у ограниченной группы.
История
Предыстория GMX началась с XVIX в ноябре 2020 года. В марте 2021 года команда создала Gambit, развивавший leveraged trading и token model в BNB Chain ecosystem. В сентябре 2021 года communities XVIX и Gambit мигрировали в GMX на Arbitrum.
GMX V1 использовал GLP multi-asset pool и oracle-based perpetuals. Проект расширился на Avalanche и стал одним из заметных DeFi applications Arbitrum. Success GLP одновременно показал ограничения общего пула для множества markets.
GMX V2 запустил isolated GM markets и более гибкие risk parameters. Затем GLV добавил portfolio layer над GM tokens. В текущем поколении protocol развивает API, account abstraction and multichain access, но основой settlement остаются contracts конкретной network.
Команда
GMX создавался псевдонимной командой и community contributors. Ранние public materials связывают разработку с account xdev, но полные юридические биографии большинства core participants не раскрыты. Выдумывать имена и прежних работодателей нельзя.
На раннем этапе несколько developers работали full-time, а marketing, operations и integrations поддерживали part-time community members. По мере роста появились отдельные contributors для frontend, partnerships, risk, data и governance.
Псевдонимность повышает значение проверяемых controls: audit scope, contract addresses, timelocks, multisig signers, governance history и bug bounty. Репутация многолетней работы важна, но не является заменой technical verification.
Что проверить trader
- Network, market address, index token и разрешённый collateral.
- Leverage после учёта collateral price и уже накопленных fees.
- Oracle spread, acceptable price и ожидаемый price impact.
- Funding, borrowing rate и liquidation price.
- Размер execution fee и достаточный gas balance.
Liquidation price двигается по мере расходов и изменения collateral. Полезно оставлять запас, а не строить позицию вплотную к threshold. Общую механику раскрывает статья о LTV и liquidation threshold.
Что проверить liquidity provider
- Один GM market или GLV basket и полный набор underlying exposures.
- Pool composition, utilization, open interest и pending trader PnL.
- Deposit and withdrawal caps, disabled actions и price impact.
- Историю APY вместе с изменением token price, а не только fees.
- Oracle, contract, governance and network risks.
Основные риски
Trader рискует collateral, liquidation, funding, borrowing costs, oracle spread и delayed execution. LP рискует backing assets, aggregate trader profits, composition и market-specific parameters. GLV добавляет contagion между несколькими GM markets в одной корзине.
Protocol зависит от smart contracts, upgrade controls, oracle data, keepers и chain availability. Audit уменьшает вероятность известных ошибок, но не гарантирует отсутствие новых. Congestion или sequencer outage в L2 может задержать order execution и liquidation.
GMX token несёт dilution, vesting, governance concentration и market risk. Buyback mechanism зависит от protocol revenue и governance. Приостановленная distribution означает, что ожидаемый value accrual не равен немедленной выплате.
Итог: действующий GMX строится вокруг isolated GM markets и GLV baskets, а не только вокруг legacy GLP. Oracle-based execution устраняет потребность в order book, но переносит критическую роль на data streams and keepers. Trader получает leveraged exposure, LP – fees вместе с обратной стороной trader PnL, а GMX holder – governance и меняющуюся token value model.
