Futures
Access hundreds of perpetual contracts
TradFi
Gold
One platform for global traditional assets
Options
Hot
Trade European-style vanilla options
Unified Account
Maximize your capital efficiency
Demo Trading
Introduction to Futures Trading
Learn the basics of futures trading
Futures Events
Join events to earn rewards
Demo Trading
Use virtual funds to practice risk-free trading
Launch
CandyDrop
Collect candies to earn airdrops
Launchpool
Quick staking, earn potential new tokens
HODLer Airdrop
Hold GT and get massive airdrops for free
Pre-IPOs
Unlock full access to global stock IPOs
Alpha Points
Trade on-chain assets and earn airdrops
Futures Points
Earn futures points and claim airdrop rewards
Someone asked me… why sometimes when looking at on-chain data it seems to “lag” for a moment, even though the blocks have already been produced. The point is: it’s not that the chain has stopped—it's that a few intermediate layers are “catching their breath.” Most likely, the frontend you’re using reads from a subgraph/indexer. The indexer needs to keep up with new blocks, run parsing, and write to the database; when there’s a reorganization or a node hiccup, it can fall behind by a whole step. On top of that, with RPC rate limiting, once the free tier hits a peak, it gives you a 429, and the page feels like it’s frozen.
Recently, people have been complaining that validators eat MEV and that the sorting is unfair. But the same congestion wave can also overwhelm these services at the same time, and retail users experience it as “why is there more delay again.” My current habit is: when I see an authorization pop-up, I stop for two seconds, and at the same time check whether the data source is a subgraph or directly reading the chain. If it stalls, I switch RPCs or open two more browsers to compare—anyway, don’t get too used to trusting just one dashboard.