Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

dYdX Agent Gateway

PYPI · DYDX-AGENT-GATEWAY · SCANNED OCT 1

Analytics-only MCP gateway to dYdX v4: auditable trader PnL, funding and OI detectors. No keys.

Available components

+14 this week 82 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security100
  • No malware found by supply-chain analysis.Pass
  • A known CVE affects ecdsa, but no fixed version has been published, so there is nothing to upgrade to. View diagnostics → Partial
  • Runs hatchling.build at install time, a recognised build step with no custom scripting around it. View diagnostics → Pass
  • 1 of 18 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency97
  • Source repository is publicly reachable at the declared URL. View diagnostics → Pass
  • Cryptographically verified build provenance (signed, bound to alekskram/dydx-agent-gateway). View diagnostics → Pass
  • Clear OSI-approved license (MIT).Pass
  • Actively maintained (last published 8 days ago).Pass
  • Disclosure check failed: no security disclosure policy was found in the source repository. See how to fix → Fail
Schema Quality & AI Usability70
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 3613 tokens (~164/item across 22 items; 22 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management30
  • Stability observed for 9 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage71
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 0% of tool parameters carry a description.Fail
  • Structured output schemas are declared (91% of tools); any adoption earns full credit.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 22 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 23 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a current MCP spec version (2026-07-28).Pass
Install

How do I install the dYdX Agent Gateway MCP server?

dYdX Agent Gateway runs locally as a PyPI package, launched with uvx dydx-agent-gateway. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

pypi · dydx-agent-gateway

# add to Claude Code
claude mcp add alekskram-dydx-agent-gateway -- uvx dydx-agent-gateway
// .cursor/mcp.json
{
  "mcpServers": {
    "alekskram-dydx-agent-gateway": {
      "command": "uvx",
      "args": [
        "dydx-agent-gateway"
      ]
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "alekskram-dydx-agent-gateway": {
      "command": "uvx",
      "args": [
        "dydx-agent-gateway"
      ]
    }
  }
}
# add to Codex CLI
codex mcp add alekskram-dydx-agent-gateway -- uvx dydx-agent-gateway
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "alekskram-dydx-agent-gateway": {
      "type": "local",
      "command": [
        "uvx",
        "dydx-agent-gateway"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add alekskram-dydx-agent-gateway --command uvx --arg dydx-agent-gateway
# ~/.hermes/config.yaml
mcp_servers:
  alekskram-dydx-agent-gateway:
    command: "uvx"
    args: ["dydx-agent-gateway"]
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "alekskram-dydx-agent-gateway": {
      "Transport": "stdio",
      "Command": "uvx",
      "Arguments": [
        "dydx-agent-gateway"
      ]
    }
  }
}
# add to Vellum
assistant mcp add alekskram-dydx-agent-gateway -t stdio -c uvx -a dydx-agent-gateway
// mcp.json
{
  "mcpServers": {
    "alekskram-dydx-agent-gateway": {
      "command": "uvx",
      "args": [
        "dydx-agent-gateway"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 1 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 27 to 30. That category is still filling its 30-day observation window: 8 days of observed history at the previous scan, 9 at this one. The score rises as the window fills, whether or not the server changes.

  • 29 Sept 26 +11
    • Provenance: unverified → pass ▲ security
    • The attested source repository moved: alekskram/dydx-agent-gateway security
  • 28 Sept 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 27 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 13 to 17. That category is still filling its 30-day observation window: 4 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.

  • 25 Sept 26 +1
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 23 Sept 26 +1
    • Tool safety: pass → unverified ▼ security
    • Stability: Stability not yet verified: we do not have a sandbox capture of the MCP schema this version of the package serves yet. security
    • Capabilities: pass → unverified ▼ functional
    • Tool coverage: 100 → unverified ▼ functional
    • Stability: unverified → 0.03 ▲ functional
    • First check of Schema quality: unverified functional
    • Package version: 0.3.1 → 0.3.2 functional
  • 22 Sept 26 67

    First indexed and scored.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 1 Oct 2026 · Analysed pypi/dydx-agent-gateway@0.3.2

Provenance Verified

A signed build attestation was found and verified, binding this exact artifact to the source repository it claims to come from.

Result Verified
Ecosystem pypi
Reason Verified
Discovered via Registry attestation endpoint
Source repo alekskram/dydx-agent-gateway
Certificate issuer https://token.actions.githubusercontent.com
Certificate SAN https://github.com/alekskram/dydx-agent-gateway/.github/workflows/release.yml@refs/tags/v0.3.2
Rekor log index 2910448503
Predicate type PyPI publish attestation https://docs.pypi.org/attestations/publish/v1
Subject digest sha256:6365254200b5b9b0fd07db20e9396fe1ffe2d4e6a17c84414af0b1d4be8c0396

Background: How many MCP packages publish verified provenance →

Install scripts 1 script
Hook Tier Command
build_backend allowlisted hatchling.build

Background: Why install scripts are a supply-chain risk →

Vulnerabilities 2 findings
ID CVE Severity Vector Fix available
GHSA-wj6h-64fc-37mp CVE-2024-23342 high CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N no
PYSEC-2026-1325 CVE-2024-23342 high CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N no

Background: What a vulnerability scan can and cannot prove →

Dependencies 18 packages
Packages resolved 18
Stale 1
Tree resolution Complete

Background: SBOMs and build attestations, explained →

MCP tools · 22 exposed · ~3,400 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
candles ~145

OHLCV candles with open interest for a market. resolution: 1MIN|5MIN|15MIN|30MIN|1HOUR|4HOURS|1DAY. Each candle: startedAt, open/high/low/close (price), baseTokenVolume (base-coin size), usdVolume (USD), startingOpenInterest. Rows are ordered oldest -> newest (the indexer sends newest-first; we normalize). limit is capped at 1000. Example: candles(ticker="ETH-USD", resolution="1HOUR", limit=100)

NameTypeReqDescription
limitinteger––
resolutionstring––
tickerstringyes–

No output schema declared.

No examples provided.

correlation ~172

Pearson correlation of two markets' log returns over candles: r in [-1, 1] plus beta(a|b) — the sensitivity of a to b (a moves beta x b's move, both in log space). Candle series are JOINED by startedAt (only candles with the same timestamp on both sides are compared), so partially-overlapping histories pair correctly. Both tickers are validated; call list_markets for the valid set (format: 'ETH-USD'). Returns {"error": ...} when there is insufficient or constant data. Example: correlation(ticker_a="BTC-USD", ticker_b="ETH-USD")

NameTypeReqDescription
limitinteger––
resolutionstring––
ticker_astringyes–
ticker_bstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

cvd ~175

Cumulative Volume Delta from the latest public trades: running sum of +size on BUY / -size on SELL, oldest -> newest within the sample. Rising CVD = aggressive buying dominating. Volumes are in the base coin. Returns cvd_final (net aggressive flow), buy_volume / sell_volume, trade window bounds (t_first / t_last), trades_sampled and cvd_series_last (the last 50 running values — full series stays out of the response to keep it compact). An unknown or delisted ticker raises an error (MCP isError) — call list_markets for the valid set (format: 'ETH-USD'). Example: cvd(ticker="BTC-USD", trades_limit=500)

NameTypeReqDescription
tickerstringyes–
trades_limitinteger––

Structured output declared, but exposes no named fields.

No examples provided.

discover_traders ~95

Screener: funded, recently active traders discovered from the chain — registry candidates probed for live equity. Start here, then analyze each with trader_profile. Each row: address, equity (USD, >= min_equity), registry_hits, last_seen. Example: discover_traders(limit=5, min_equity=100.0)

NameTypeReqDescription
limitinteger––
min_equitynumber––
NameTypeReqDescription
resultarrayyes–

No examples provided.

fills_review ~166

Execution review from the latest fills: maker/taker split, per-market distribution, traded volume, avg fill size. (Per-fill PnL is not exposed by the indexer; use trader_pnl_stats for win-rate.) Key fields: fills_sampled (count), maker_share_pct (0-100), sampled_volume_USD, avg_fill_USD, top_markets (top 5 by fill count). Returns {"summary": "no fills"} for accounts with no fills. Example: fills_review(address="dydx1m9hg73dtn5ku8ulmj8rjmdqh0hk7uuhawc69cn")

NameTypeReqDescription
addressstringyes–
limitinteger––
subaccountinteger––

Structured output declared, but exposes no named fields.

No examples provided.

funding_heatmap ~203

All markets ranked by |next funding rate| (1h, annualized). Shows which sides pay: positive = longs pay shorts. Rows carry OI so agents can ignore micro-markets; raise min_oi_usd to filter noise. Each row: ticker, funding_pct_1h (pct per hour), funding_pct_annualized (1h rate x 24 x 365), oi_usd, oraclePrice, and exactly one of longs_pay / shorts_pay = True. Zero-rate markets and markets below min_oi_usd are skipped. Returns {"count_nonzero", "top", "summary", "offset", "has_more"} — page with offset when has_more is true. Example: funding_heatmap(limit=15, min_oi_usd=100000.0)

NameTypeReqDescription
limitinteger––
min_oi_usdnumber––
offsetinteger––

Structured output declared, but exposes no named fields.

No examples provided.

height ~41

Current dYdX chain height and time — use for liveness checks. Returns {"height": current block number, "time": block timestamp}. Example: height()

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

historical_funding ~155

Raw 1h funding rate history of a market (as realized, not the next-rate preview in market_detail): each point is the rate actually paid that hour; annualized_pct = rate x 24 x 365 for scale. Default 168 points = 7 days. Points are ordered oldest -> newest (candles convention); limit capped at 500. Positive = longs paid shorts. An unknown or delisted ticker raises an error (MCP isError) — call list_markets for the valid set (format: 'ETH-USD'). Example: historical_funding(ticker="ETH-USD", limit=168)

NameTypeReqDescription
limitinteger––
tickerstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

latest_events ~127

Latest anomaly events from our detectors: funding_extreme, oi_spike_no_price, equity_jump, liq_cascade_signature. Each row: ts, kind, subject (ticker or address) and payload (dict of detector numbers). Optional kind filter; offset pages past the newest slice (events are pruned at 5000 — offset+limit beyond that returns []). Subscribe via webhooks/Telegram (alerts). Example: latest_events(limit=20, kind="funding_extreme")

NameTypeReqDescription
kind–––
limitinteger––
offsetinteger––
NameTypeReqDescription
resultarrayyes–

No examples provided.

leaderboard ~157

Verified trader leaderboard from our registry + PnL engine (batch-computed). metric: pnl_window | pnl_total | equity | day_winrate. Farmer flags mark likely rewards-farming bots (heuristic v0). Each row (USD where monetary): address, equity, pnl_total, pnl_window, day_winrate (pct 0-100), max_dd (pct), maker_share, avg_fill, farmer_flag (bool), identity_residual. Requires a batch run — otherwise returns {"error": "no leaderboard run yet — run leaderboard.py first"}. Example: leaderboard(limit=20, metric="pnl_window")

NameTypeReqDescription
limitinteger––
metricstring––
offsetinteger––

Structured output declared, but exposes no named fields.

No examples provided.

list_markets ~168

All dYdX v4 perpetual markets: oracle price, 24h volume, open interest, next funding rate. Sorted by 24h USD volume by default (or 'oi'). Each row: ticker, oraclePrice, volume24h_USD, openInterest_USD (size x oracle price) and nextFundingRate_pct_1h (pct per hour). Returns {"count_total", "count", "offset", "has_more", "next_offset", "markets", "summary"}; only ACTIVE markets — delisted/settled ones are excluded. Page with offset when has_more is true. Example: list_markets(limit=20, sort="volume")

NameTypeReqDescription
limitinteger––
offsetinteger––
sortstring––

Structured output declared, but exposes no named fields.

No examples provided.

list_traders ~145

Recently active trader addresses from the block-scanner registry (high-frequency validator committers filtered out by max_hits). Each row: address, hits (chain appearances), first_seen / last_seen, last_height. Returns {"total", "count", "offset", "has_more", "next_offset", "traders"}; traders == [] when the registry is not built on this host. Page with offset when has_more is true. Feed an address into trader_profile / trader_pnl_stats next. Example: list_traders(limit=10, max_hits=100)

NameTypeReqDescription
limitinteger––
max_hitsinteger––
offsetinteger––

Structured output declared, but exposes no named fields.

No examples provided.

market_detail ~179

One perpetual market in depth: prices, 24h stats computed from candles (the raw API priceChange field is unreliable), OI, funding. Returns oraclePrice, openInterest, nextFundingRate_pct_1h (pct/hour), volume24h_USD, change24h_pct_from_candles (24h pct change, computed from 25 x 1h candles), trades24h, basis_pct (mark-vs-oracle deviation in pct: (last candle close - oraclePrice) / oraclePrice x 100), and the latest three 1h candles (t/open/close/usdVolume). An unknown or delisted ticker raises an error (MCP isError) — settled markets are not served. Example: market_detail(ticker="BTC-USD")

NameTypeReqDescription
tickerstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

market_digest ~104

One-call market briefing: latest detector events + funding extremes (liquid markets only) + verified leaderboard top. The daily briefing an agent (or human) needs before anything else. Returns: events (up to 5, payload flattened into each row), funding (top-5 funding rows, markets with >= $100k OI) and leaderboard_top (top-3 by pnl_window: address, pnl_window, equity, day_winrate). Example: market_digest()

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

market_ta ~284

Technical snapshot computed from dYdX candles: RSI(14), EMA20/EMA50 trend, ATR(14) volatility, Bollinger(20,2) position, MACD(12,26,9), VWAP(20) and annualized realized vol. Pure local math — no external TA library. Key fields: price, trend_ema20_50 ("up"/"down"), rsi14 (0-100) and rsi_zone (overbought >70 / oversold <30 / neutral), atr14 (absolute) and atr_pct_of_price (pct), bollinger_pctB (0 = lower band, 1 = upper band), macd_line/signal_line/macd_hist (classic 12/26/9; hist > 0 = bullish momentum), vwap_20 (volume-weighted average price over the last 20 candles: typical price (H+L+C)/3 weighted by usdVolume) and realized_vol_annualized_pct (population std of log returns x sqrt(candles-per-year), scaled by resolution). Needs >=55 candles; returns {"error": ...} for thin markets. Example: market_ta(ticker="BTC-USD", resolution="1HOUR")

NameTypeReqDescription
resolutionstring––
tickerstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

raw_fills ~186

Raw execution tape for a subaccount — every field the indexer gives, unchanged — for agents doing their own execution-quality math (the aggregated view lives in fills_review). Each fill: t (createdAt), market, side, liquidity (MAKER/TAKER), type, price, size (base coin), usd_notional (price x size), fee, and the position context (positionSideBefore / positionSizeBefore / entryPriceBefore). Newest first; limit capped at 1000. Addresses come from discover_traders / leaderboard / list_traders. Example: raw_fills(address="dydx1m9hg73dtn5ku8ulmj8rjmdqh0hk7uuhawc69cn")

NameTypeReqDescription
addressstringyes–
limitinteger––
subaccountinteger––

Structured output declared, but exposes no named fields.

No examples provided.

recent_trades ~76

Latest public trades of a market (price, side, size, type, time). Newest first; limit capped at 100. side is BUY/SELL, size in base coin. Example: recent_trades(ticker="BTC-USD", limit=30)

NameTypeReqDescription
limitinteger––
tickerstringyes–

No output schema declared.

No examples provided.

registry_stats ~104

Live stats of our on-chain address registry (block scanner): how many active addresses collected, scan height, freshness. Returns addresses_total, scanned_up_to_height (last ingested dYdX block), seen_last_24h (addresses seen in the last 24h) and the sqlite path. On hosts where the optional scanner has not run, returns a note instead — market/trader tools still work via the public indexer. Example: registry_stats()

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

suggest_stops ~216

ATR-based risk plan: stop-loss, take-profit, breakeven trigger and trailing level for a long/short entry. Agent-managed position helper. Unknown ticker (no oracle price) raises an error (MCP isError); returns {"error": ...} when no ATR is available (thin market). All output prices are in market price units: stop_loss / take_profit sit atr_mult_sl / atr_mult_tp x ATR(14) from entry (entry defaults to the current oracle price); breakeven_after is the price at +1 ATR in profit (then move SL to entry and trail by 1 ATR); risk_reward = TP distance / SL distance. Example: suggest_stops(ticker="BTC-USD", side="LONG", atr_mult_sl=1.5)

NameTypeReqDescription
atr_mult_slnumber––
atr_mult_tpnumber––
entry–––
resolutionstring––
sidestringyes–
tickerstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

trader_pnl_stats ~300

Deep PnL statistics from the equity curve: daily PnL, day-winrate, max drawdown (deposit-adjusted), Sharpe-like daily ratio, and the data-accuracy reconciliation residual (phantom-PnL detector). NOTE: pass limit as keyword: trader_pnl_stats(addr, limit=500), NOT positionally (second positional arg is subaccountNumber). Key fields: day_winrate_pct (0-100), max_drawdown_pct (pct, net of deposits/withdrawals) with max_drawdown_usd (same drawdown in USD) and dd_pct_unreliable (true when the deposit-adjusted peak at the worst drawdown was near zero — trust the USD figure then), avg_daily_pnl / best_day / worst_day (USD per UTC day), sharpe_like_daily, identity_max_residual_usd (expect < $1 on clean data). limit: history depth in points — 1000 ≈ 42 days (default, fast), 5000 ≈ 7 months (slower, multi-page fetch). Example: trader_pnl_stats(address="dydx1m9hg73dtn5ku8ulmj8rjmdqh0hk7uuhawc69cn", limit=5000)

NameTypeReqDescription
addressstringyes–
limitinteger––
subaccountinteger––

Structured output declared, but exposes no named fields.

No examples provided.

trader_profile ~144

Snapshot of any trader's subaccount: equity, open positions, and PnL curve statistics (all-time window from up to 1000 history points). Returns equity_now / totalPnl_now / totalPnl_delta_window (USD), window_start / window_end, and open_positions (market, side, size, entry, unrealizedPnl in USD). Pair with trader_pnl_stats for deeper statistics. Example: trader_profile(address="dydx1m9hg73dtn5ku8ulmj8rjmdqh0hk7uuhawc69cn")

NameTypeReqDescription
addressstringyes–
subaccountinteger––

Structured output declared, but exposes no named fields.

No examples provided.

usage_stats ~58

Tool-call counters since deployment (traction/uptime metrics). Returns calls_total, calls_24h, calls_7d and top_tools (top-5 (tool, count) pairs) recorded by this gateway instance. Example: usage_stats()

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

Common questions

What is the dYdX Agent Gateway MCP server?

dYdX Agent Gateway is an MCP server listed in the public MCP registry as io.github.alekskram/dydx-agent-gateway. Analytics-only MCP gateway to dYdX v4: auditable trader PnL, funding and OI detectors. No keys. This page covers its PyPI package (dydx-agent-gateway).

Is the dYdX Agent Gateway MCP server safe to use?

dYdX Agent Gateway scores 82 out of 100 on VerifyMCP. We recorded 2 known advisories against it as of 1 October 2026. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the dYdX Agent Gateway MCP server expose?

dYdX Agent Gateway exposes 22 tools: list_markets, market_detail, candles, recent_trades, trader_profile, and 17 more. Their descriptions and schemas cost roughly 3,400 tokens of context every time the server is loaded.

Is the dYdX Agent Gateway MCP server still maintained?

dYdX Agent Gateway is still listed as active in the MCP registry. We last reached this channel on 1 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the dYdX Agent Gateway MCP server under?

dYdX Agent Gateway declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.