这个 DEX 究竟如何运作？
来自文档架构的结构流程——不是业绩或安全主张。
- 交易者
签署钱包交易
- 前端／整合
建立对 ExchangeRouter 的呼叫
- 链上请求
订单／存款资料先储存；此时尚无 oracle 价格
- Keeper 执行
Keeper 打包已签署的 oracle 价格并执行交易
- 资金库合约（Bank）
仅资金库合约负责托管代币
- 结算
仓位与市场资料于 DataStore 中更新
抵押品存放在哪里？
从钱包到结算的路径。智能合约托管仍是托管风险。
- 用户钱包User wallet
- 存入ExchangeRouter request
- 资金库DepositVault / OrderVault / market banks
- 保证金账户Position state in DataStore
- 结算Onchain settlement
托管模型: 智能合约托管 — 不会简单标成「非托管」。未知环节保持 Unknown。
关键结构事实
- 流动性模型
- LP VAULT (GM / GLV market tokens)
- 对手方
- Liquidity providers in market pools
- 链 / 结算
- Arbitrum · 链上
- 链
- Arbitrum, Avalanche, MegaETH
Traders vs pool; frozen orders protect against liquidity gaming
谁控制什么？
治理流程本身并不证明运营权限已去中心化。
运营管理
可变更合约、参数或日常运营的角色。
- 升级／新逻辑合约
控制方 RoleStore 角色授权（运营管理员）
机制 部署新 handler 并授予角色 — 银行池保持不变
时间锁 GovTimelockController / Timelock
- Parameter / fee config
控制方 Config via ConfigTimelockController
机制 Timelocked config updates (运营 + governance paths)
时间锁 ConfigTimelockController
- Risk parameter path
控制方 RISK_ORACLE role / RiskOracleConfig
机制 Allowlisted keys for enabled markets
时间锁 未知 / 未记载
- Emergency pause
控制方 未知
机制 未知
时间锁 未知 / 未记载
治理
投票 / 提案路径——与即时运营管理分开显示。
- DAO governance proposals
控制方 GMX DAO (Snapshot → Tally) — governance, not instant ops
机制 Offchain Snapshot then onchain Tally/timelock
时间锁 GovTimelockController
协议与运营方界面
- 协议该界面无已核实法人名称
Onchain perpetuals and liquidity markets
Smart contracts hold funds; logic upgrades via RoleStore
已核验已结构化 - DAO 治理该界面无已核实法人名称
GMX DAO token governance (Snapshot + Tally)
Staked GMX mints non-transferable GMX_DAO voting power
已核验已结构化 - 前端运营方法律运营主体未解决
官方应用前端
Interface separate from bank contracts
已研究未确定 - 开发主体法律运营主体未解决
Protocol development / contributors
Not equated to DAO or 前端运营主体 in this pack
已研究未确定
价格如何确定？
存在预言机提供方并不等于预言机安全或被背书。
- 主预言机
- Chainlink Data Streams (ChainlinkDataStreamProvider)
- 价格 / 指数构成
- Min/max price reports; optional reference feed deviation check
- 回退
- StaticOracleProvider for configured static prices
- 更新机制
- Keeper fetches signed prices at execution
- 依赖
- Chainlink Data Streams · Keeper network
- 最近核实
- 2026-08-30 · 已核验已结构化
保证金不足时会发生什么？
用平实语言说明清算机制——不保证用户结果。
- 维持要求 / 触发
- Remaining collateral after losses/fees/capped negative impact below market minimum collateral (≈0.25%–1% of size)
- 部分 / 全部
- Liquidation closes position; ADL may partially/fully reduce profitable positions
- 清算方 / Keeper
- Keepers via LiquidationHandler
- 清算费用
- 0.20%–0.45% of position notional by market type
- 保险 / 后备
- ADL when pending PnL / pool value exceeds MAX_PNL_FACTOR_FOR_ADL — not a traditional insurance fund
- 坏账处理
- UNKNOWN — no standalone bad-debt fund documentation in pack; ADL is solvency protection
存在保险或缓冲并不等于偿付能力保证。 · 已核验已结构化
交易对手是谁？
对手方模型因协议而异——并非所有永续 DEX 结构相同。
LP VAULT (GM / GLV market tokens)
对手方 Liquidity providers in market pools
Traders vs pool; frozen orders protect against liquidity gaming
已核验已结构化费用
有文档依据的机制与费率快照。不标注最便宜或最佳价值。
- position open close0.04% or 0.06% of position size (market-dependent)
- borrowVariable borrow fee while position open (utilization-driven)
- fundingVariable long/short imbalance funding (UI shows live rate)
- liquidation0.20%–0.45% of notional by market type (standard / single-token / high-vol)
- execution feeUser-paid keeper gas buffer (excess refunded)
依 GMX 费用文件，资金费率（funding）与借贷费率是两种不同机制。即时利率会随市场变动——本文不将其记录为固定数字。
市场覆盖
仅展示一次证据支持的官方类别。存在不等于推荐。
- CryptoSupported
- FXNot listed
- CommoditiesNot listed
- IndicesNot listed
- StocksNot listed
- ETFsNot listed
Crypto perpetuals / GM markets per official docs scope researched
安全证据
智能合约审计不是财务审计。无合并「已审计」徽章。无安全评分。
本包中审计目录尚未完整整理——这不是负面安全判断。
智能合约审计
- 提供方未整理日期未知 · Official contracts docs warn some readers/events may be outside audit scopes — catalog not exhaustively structured here已核验未结构化来源
重大事件
本包无结构化记载（不等于从未发生）。
访问界面
协议访问、前端访问与条款资格彼此分离。无证据不写「全球可用」。
- 协议访问
Permissionless contract interaction where network access exists — not the same as legal eligibility.
已核验未结构化来源 - 前端访问
Official frontend geo / ToS restrictions remain RESEARCHED_UNRESOLVED in this pack (not asserted from protocol alone).
已研究未确定 - 服务条款
Frontend ToS eligibility language not structured in this pack.
已研究未确定 - 法律资格
No regulatory authorization conclusion asserted from protocol architecture.
已研究未确定
直接回答
GMX 如何运作？
使用者通过 ExchangeRouter 提交链上请求；Keeper 依已签署的 oracle 价格，针对资金库与 GM／GLV 流动性执行交易。
GMX 是否为非托管模式？
担保品存放于协议的资金库智能合约中（属智能合约托管），而非中心化交易所钱包。但这并不等于完全没有托管风险。
谁控制 GMX 合约？
具权限的操作由 RoleStore 把关；设定变更使用 ConfigTimelockController；DAO 治理则通过 Snapshot 与 Tally，并搭配 GovTimelockController。确切的暂停权限在本资料包中仍属未确认。
GMX 使用哪个 oracle？
官方文件记载的主要供应商为 Chainlink Data Streams，并辅以 Edge 及其他静态供应商。
GMX 的担保品存放在哪里？
存放于资金库合约中（例如 DepositVault、OrderVault 及各市场资金库）。逻辑升级不会迁移这些资金。
该 DEX 依赖什么？
仅列重要依赖。依赖数量不是风险评分。
- BlockchainArbitrum (primary researched)Settlement and bank custody
- OracleChainlink Data StreamsExecution prices
- KeeperOracle and order keepersRequest fulfillment
- GovernanceRoleStore / timelocksAdmin and upgrades
合约（一次来源）
- DataStore (Arbitrum): 0xFD70de6b91282D8017aA4E741e9Ae325CAb992d8 — Protocol state store (permanent address)
- RoleStore (Arbitrum): 0x3c3d99FD298f679DBC2CEcd132b4eC4d0F5e6e72 — Role-based access control
- ExchangeRouter (Arbitrum): 0x7dE39FF2e232A2203196788d37e234cF8F1b83f1 — Primary write entry for orders/deposits/withdrawals
- DepositVault (Arbitrum): 0xF89e77e8Dc11691C9e8757e84aaFbCD8A67d7A55 — Bank contract holding deposit funds
- ConfigTimelockController (Arbitrum): 0x2Dd99f39f58445CDDC57AA5E0DB2C367335BBD44 — Timelock for Config parameter changes
未解决缺口
- 前端的具名法律运营主体：法律运营主体未解决
- 紧急暂停控制权尚未完整对应
- 完整的智能合约审计清单尚未整理
- 官方前端服务条款（ToS）中的地区限制文字尚未整理
一次来源
仅 DEX 架构／控制／托管证据。无评分。未解决状态保持未解决。