All articles
Comparisons·November 9, 2025·4 min read

Hyperliquid vs dYdX for Bots: API, Liquidity and Fees

A technical breakdown of Hyperliquid vs dYdX for bot builders — covering WebSocket APIs, order-book depth, maker rebates, and latency trade-offs that actually move your P&L.

Both Hyperliquid and dYdX v4 are CLOB-based perpetual DEXes with on-chain settlement, but they are engineered for very different operating realities. If you are allocating engineering time to a market-making or statistical-arbitrage bot, the choice of venue shapes everything downstream — from how you ingest orderbook state to whether your rebate structure covers the cost of inventory risk. Here is how they actually compare from a bot builder's seat.

API Design and Orderbook Access

Hyperliquid exposes a native WebSocket feed at wss://api.hyperliquid.xyz/ws that streams full L2 snapshots and incremental diffs at sub-100 ms cadence. The REST API accepts signed orders via POST /exchange with a straightforward EIP-712 payload — no separate sequencer handshake required. Latency from co-located infrastructure in the US-East region to first acknowledgement averages 15–40 ms round-trip. Because Hyperliquid runs its own validator set and consensus layer, the orderbook lives natively on the chain rather than being maintained off-chain and periodically posted; this removes one class of stale-quote risk that plagues hybrid architectures.

dYdX v4 (Cosmos-based, post-migration from StarkEx) uses a different model. The orderbook is held in-memory by validators and gossiped peer-to-peer before being committed to blocks. This means you can theoretically read uncommitted state early by connecting directly to a full node, but latency consistency is harder to guarantee. The gRPC streaming endpoint (stream_orderbook_updates) is the canonical low-latency path; connecting via a public REST proxy adds 80–200 ms of additional overhead. Running your own dYdX full node is essentially mandatory for serious latency-sensitive strategies — the equivalent of running a Solana validator with Geyser streams just to see transactions before they land on-chain.

Liquidity Profile and Fee Rebates

For bot builders, raw spread and depth matter more than headline volume figures. Hyperliquid's BTC-PERP and ETH-PERP markets consistently show 1–2 bps quoted spreads during US hours, with resting bids and offers extending 10–15 bps deep before significant slippage. The fee schedule rewards makers aggressively: at the top tier (HLP vault stakers and high-volume MMs), maker rebates reach -0.2 bps, meaning the venue pays you to rest liquidity. Taker fees sit at 2.5 bps. For a market maker running tight spreads with positive fill rates, the rebate alone can represent a meaningful fraction of gross P&L.

dYdX v4 runs a maker-rebate program through its fee schedule, but the numbers are thinner — maker rebates top out around -1.1 bps at maximum volume tier, and the tier thresholds require substantial 30-day volume to unlock. More importantly, dYdX's liquidity in non-BTC/ETH markets is noticeably shallower. If your strategy targets mid-cap perps (SOL, WIF, BONK derivatives), Hyperliquid's listed universe and depth has a clear edge as of mid-2026.

Bot Infrastructure Considerations

A few mechanics that cut across both venues deserve explicit attention:

  • Kill-switches and position limits: Hyperliquid supports on-chain agent wallets that can be permissioned separately from your main account — a clean pattern for isolating bot capital and enforcing hard position caps without trusting off-chain logic.
  • Funding rate exposure: Both venues use 8-hour funding with an index-based clamp. Your inventory-skew logic needs to account for this; holding a directional inventory into a funding window creates silent carry that erodes edge on mean-reverting strategies.
  • Simulation before live: dYdX v4 exposes a testnet that mirrors mainnet topology reasonably well. Hyperliquid's testnet is lighter but sufficient for order-flow simulation and anti-rug checks on new strategy logic.
  • Cross-venue arbitrage: Spreads between Hyperliquid and dYdX do open during volatile sessions, particularly on ETH and SOL perps. Executing both legs simultaneously requires careful latency budgeting — you are essentially running two independent signing pipelines with different acknowledgement paths. See how we approached a similar two-venue problem in our cross-venue arbitrage case study.

For bot shops already running on our trading-bot services stack, we typically recommend Hyperliquid as the primary perp venue for net-new market-making deployments in 2026, with dYdX as a secondary leg for arbitrage capture. The superior maker rebate, cleaner WebSocket API, and native agent-wallet model reduce both infrastructure complexity and ongoing operational overhead. A practical example of what this looks like end-to-end is our Hyperliquid market maker build, which covers the full stack from order routing to dynamic spread adjustment under inventory skew.

That said, dYdX's deeper institutional integration and DYDX token incentives can tip the calculus for specific strategies — particularly if you are running a high-volume directional book where rebate tiers matter more than API ergonomics.


If you are weighing venue selection for a new bot or considering porting an existing strategy, the decision has real P&L implications that compound over time. Start a project with us and we will scope the right architecture for your target markets and latency requirements.

Need a bot like this built?

We design, build and run trading bots on Solana, Hyperliquid and Polymarket.

Start a project
#hyperliquid#dydx#comparison