Built by agents, for agents. Command-line interface for the Nansen API, designed for AI agents to research on-chain data, manage wallets, and trade through
nansen trade.
Use it for both analytics and execution: nansen research ... returns structured on-chain data, while nansen trade quote / nansen trade execute handle DEX swaps on Solana and Base, including cross-chain bridges.
npm install -g nansen-cli
npx skills add nansen-ai/nansen-cli # load agent skill filesThree options — pick whichever fits your setup:
-
API key (subscription):
nansen login --human # interactive prompt; saves to ~/.nansen/config.json nansen login # uses NANSEN_API_KEY when already set nansen logout # remove saved key
For automation, inject
NANSEN_API_KEYthrough your environment or secret manager. Get your API key at app.nansen.ai/auth/agent-setup. -
x402 micropayment (no key needed):
nansen wallet create, fund with USDC on Base or Solana, or USDT0 on X Layer, then call any endpoint — the CLI signsPayment-Signatureheaders automatically on 402 responses. See Wallet. -
MPP via tempo (no key needed): install the tempo CLI separately, run
tempo wallet loginto set up, then call the Nansen API throughtempo request. The Nansen API selects the MPP rail when it seesAuthorization: Payment .... See MPP / Tempo below.
For the hosted Nansen MCP server, verify server reachability and the supplied API key on the paid data path with:
npx -y nansen-cli mcp verify # uses the saved key or NANSEN_API_KEYThe check calls tools/list for reachability, then calls the paid nansen_score_top_tokens canary tool. A successful canary costs about 1 credit; tool listings and free tools alone do not prove that a key works. The CLI cannot inspect the key inside your MCP client, so make sure this same key is in the client's NANSEN-API-KEY header. For the final client-config check, ask your client: “Use the nansen_score_top_tokens tool.”
nansen research <category> <subcommand> [options]
nansen agent "<question>" # AI research agent (200 credits, Pro)
nansen agent "<question>" --expert # deeper analysis (750 credits, Pro)
nansen trade quote --chain solana --from SOL --to USDC --amount 1000000000
nansen trade execute --quote <quoteId>
nansen wallet <subcommand> [options]
nansen mcp install <client> # add the Nansen MCP server to Claude Code/Desktop or Cursor
nansen schema [command] [--pretty] # full command reference (no API key needed)
Research categories: smart-money (sm), token (tgm), profiler (prof), portfolio (port), prediction-market (pm), search, perp, points
Direct research subcommands:
nansen research chain-rank [--timeframe-days 7|30|365] [--chain-type all|evm]— rank chains by growth metricsnansen research token-sectors— list token sectors available for filteringnansen research address-premium-labels --address <addr> [--chain <chain>] [--page <n>] [--limit <n>]— get all labels for an address, including premium labelsnansen research smart-money-pnl-leaderboard [--chains c1,c2] [--timeframe-days 1|7|30|90|180] [--filters '<json>'] [--sort <field[:asc|desc]>] [--page <n>] [--limit <n>]— rank smart money wallets by PnLnansen research position-intelligence --symbol <symbol>— aggregate Hyperliquid positions by trader cohortnansen research perp-pnl-summary --address <addr> --from-date <date> --to-date <date>— summarize realized Hyperliquid PnL for an address
Plus the historical-* point-in-time commands — run nansen research help for the full list.
Trade: quote, execute, bridge-status, limit-order — DEX swaps on Solana and Base, cross-chain bridges, and Solana limit orders.
Wallet: create, list, show, export, default, delete, send — local or Privy server-side wallets (EVM + Solana).
Run nansen schema --pretty for the full subcommand and field reference.
Connect any MCP client to Nansen's streamable HTTP server:
- Endpoint:
https://mcp.nansen.ai/ra/mcp - Authentication:
NANSEN-API-KEYheader - API key: app.nansen.ai/auth/agent-setup
One-step install of the hosted Nansen MCP server (https://mcp.nansen.ai/ra/mcp) into a local MCP client:
nansen mcp install claude-code # ~/.claude.json (user scope)
nansen mcp install claude-desktop # macOS/Windows only; bridges via pinned mcp-remote
nansen mcp install cursor # ~/.cursor/mcp.json
nansen mcp install cursor --dry-run # print what would be written (key redacted)
nansen mcp uninstall <client> # remove the entry (add --dry-run to preview)Uses the API key from nansen login / NANSEN_API_KEY; re-run install after rotating your key. Writes are merge-only and atomic: existing servers and settings are preserved, a .bak copy is written before every install or uninstall, and the CLI refuses to touch a config it can't parse. Note the client config stores the API key in plaintext — new files are created with 0600 permissions. Restart the client after installing.
Manual setup, for other clients or if you would rather not use the CLI — the paths below, and the connection docs at docs.nansen.ai/mcp/connecting.
One-command (Claude Code):
claude mcp add --transport http nansen https://mcp.nansen.ai/ra/mcp --header "NANSEN-API-KEY: <your-key>"Manual (any streamable-HTTP client): for example, add this to Cursor's ~/.cursor/mcp.json:
{
"mcpServers": {
"nansen": {
"url": "https://mcp.nansen.ai/ra/mcp",
"headers": {
"NANSEN-API-KEY": "<your-key>"
}
}
}
}Manual (stdio-only clients): use mcp-remote as a bridge. Keep the header name and value in a single args entry, and keep the key in env rather than in the argument list — mcp-remote substitutes ${NANSEN_API_KEY} from the environment:
{
"mcpServers": {
"nansen": {
"command": "npx",
"args": [
"-y",
"mcp-remote@0.2.1",
"https://mcp.nansen.ai/ra/mcp",
"--header",
"NANSEN-API-KEY:${NANSEN_API_KEY}"
],
"env": {
"NANSEN_API_KEY": "<your-key>"
}
}
}
}mcp-remote is pinned to an exact version rather than @latest because the bridge handles your API key on every request, and npx would otherwise pull a new release automatically. 0.2.1 is the current release and the version this config is tested against; bumping it is safe — review the release and update the pin.
Claude Tag (Claude in Slack): an admin must attach a plugin whose .mcp.json points at https://mcp.nansen.ai/ra/mcp and add a custom credential allowing the host mcp.nansen.ai. See the Claude Tag custom-connections documentation. Per-user fallback: use Claude Code or Claude Desktop.
DEX swaps on solana and base. Two-step: quote then execute.
nansen trade quote --chain solana --from SOL --to USDC --amount 1000000000
nansen trade execute --quote <quoteId>Cross-chain swaps work the same way — add --to-chain. Bridge providers (Li.Fi or Relay) are selected automatically based on best price.
nansen trade quote --chain base --to-chain solana --from ETH --to SOL --amount 0.0003 --amount-unit token
nansen trade execute --quote <quoteId> # signed broadcast
nansen trade execute --quote <quoteId> --gasless # Relay-only: solver pays gas
nansen trade bridge-status --tx-hash <hash> --from-chain base --to-chain solanaAmounts are in base units (lamports, wei) by default — use --amount-unit token|usd|percent for friendlier inputs. Common symbols (SOL, ETH, USDC, USDT) resolve automatically. A wallet is required — set one with nansen wallet default <name>.
Native price-triggered orders on Solana. Four subcommands:
nansen trade limit-order create \
--from SOL --to USDC \
--amount 1.5 \
--trigger-mint SOL --trigger-condition below --trigger-price 80 \
--slippage-bps 300 --expires 7d
nansen trade limit-order list # all orders
nansen trade limit-order list --state active # only open
nansen trade limit-order list --state past # filled or cancelled
nansen trade limit-order cancel --order <orderId>
nansen trade limit-order update --order <orderId> --trigger-price 85--amount is in token units (1.5 = 1.5 SOL). --slippage-bps is basis points (300 = 3%, 100 = 1%); omit for auto. Minimum order value ~$10 (server-enforced). Local, Privy, and WalletConnect wallets all work.
For EVM chains, there's no native limit-order surface — pair an external venue's resting order with a common-token-transfer smart alert on the settlement wallet as a best-effort fill signal. See the nansen-limit-orders skill for details.
Hyperliquid perpetual trading via nansen perp. Uses the same wallet and NANSEN_WALLET_PASSWORD as DEX trading (requires an EVM wallet). Select the asset with --coin (--symbol is accepted as an alias).
nansen perp meta --filter ETH # list assets + max leverage
nansen perp order --coin ETH --side buy --size 0.1 --price 1600 --type limit
nansen perp order --coin BTC --side sell --size 0.001 --price 95000 --type market \
--take-profit 90000 --stop-loss 98000
nansen perp close --coin ETH --size 0.1 --price 1600 --side sell # sell closes a long
nansen perp cancel --coin ETH --oid <orderId>
nansen perp leverage --coin ETH --leverage 5 --margin-type cross # or isolated
nansen perp transfer --direction spot-to-perp --amount 25 # Spot<->Perps (or perp-to-spot)
nansen perp positions
nansen perp account # value, unrealized PnL, margin, spot USDC--side is buy/long or sell/short to open (buy/sell to close); --tif is Gtc/Ioc/Alo; --slippage is a decimal in [0,1]; --leverage is a whole integer capped at the asset max. Perp orders are irreversible once signed. USDC sent to a wallet via Hyperliquid's Send lands in the Spot balance (shown as Spot USDC); move it to Perps with perp transfer before trading. See the nansen-trading skill for details.
Move USDC between EVM chains and Hyperliquid via nansen bridge. Uses the same wallet and NANSEN_WALLET_PASSWORD as perps and DEX trading. Quotes are written to a local file and executed by id; execution signs and broadcasts.
nansen bridge quote --from-chain base --to-chain hyperliquid --from-token USDC --amount 1000000
nansen bridge execute --quote <quoteId>
nansen bridge execute --quote <quoteId> --nonce 20 --priority-fee 5 # replace a stuck EVM deposit
nansen bridge status --request-id <id>Supported routes: base → hyperliquid (deposit), and hyperliquid → base/ethereum/arbitrum (withdraw). Deposits broadcast an EVM transaction locally, so only Base is offered on the deposit side; run nansen bridge help for the current list. --amount is a base-unit integer by default; pass --amount-unit token for a human amount. --recipient defaults to the wallet's own EVM address. --priority-fee/--max-fee (gwei) and --nonce apply only to EVM deposit legs and let a stuck transaction be replaced. Bridge transfers are irreversible once signed.
nansen wallet create --name my-wallet # local keypair (EVM + Solana)
nansen wallet create --name my-wallet --provider privy # server-side via Privy
nansen wallet list
nansen wallet default <name>
nansen wallet send --wallet <name> --to <addr> --amount <n> --chain <chain>Local wallets are password-encrypted. Set NANSEN_WALLET_PASSWORD to skip the prompt.
Privy wallets are server-side — no password, no local key storage. Requires PRIVY_APP_ID and PRIVY_APP_SECRET env vars. Get credentials at dashboard.privy.io.
The Nansen API supports MPP (Tempo's stablecoin payment rail) as an alternative to API keys and x402. MPP is handled by the separate tempo CLI — nansen-cli itself does not sign MPP credentials. You use the two CLIs side-by-side.
One-time setup:
# 1. Install the tempo CLI
curl -fsSL https://tempo.xyz/install | bash
# 2. Log in + fund the tempo wallet
tempo wallet login
tempo wallet fund # follow the on-screen instructions to deposit USDCCalling the Nansen API via tempo:
tempo request POST https://api.nansen.ai/api/v1/smart-money/netflow \
--json '{"chains":["solana"],"pagination":{"page":1,"page_size":10}}'tempo request handles the full Authorization: Payment challenge/response: on a 402 with WWW-Authenticate: Payment ... it signs a Tempo credential, retries, and surfaces the Payment-Receipt header on success.
When to use which rail:
| Situation | Rail |
|---|---|
| You have a subscription | API key |
| You want anonymous pay-per-call with a Base/Solana wallet you already manage | x402 (nansen wallet) |
| You hold USDT0 on X Layer and want to pay from there | x402 (nansen wallet) |
| You already use tempo for other paid APIs, or want micropayments without managing your own wallet keys | MPP (tempo request) |
Note: MPP is server-side opt-in (
MPP_ENABLED=trueon the API). It's available on dev today and rolling out to prod — iftempo requestreturns a non-MPP 402, fall back to x402 or an API key.
| Option | Description |
|---|---|
--chain <chain> |
Blockchain to query |
--limit <n> |
Result count |
--timeframe <tf> |
Time window: 5m 1h 6h 24h 7d 30d |
--fields <list> |
Comma-separated fields (reduces response size) |
--sort <field:dir> |
Sort results, e.g. --sort value_usd:desc |
--pretty |
Human-readable JSON |
--table |
Table format |
--stream |
NDJSON output for large results |
--labels <label> |
Smart Money label filter |
--smart-money |
Filter for Smart Money addresses only |
ethereum solana base bnb arbitrum polygon optimism avalanche linea scroll mantle ronin sei plasma sonic monad hyperevm iotaevm
Run
nansen schemato get the current chain list (source of truth).
Reduce token burn with --fields:
nansen research smart-money netflow --chain solana --fields token_symbol,net_flow_usd --limit 10Use --stream for large results — outputs NDJSON instead of buffering a giant array.
ENS names work anywhere --address is accepted: --address vitalik.eth
{ "success": true, "data": <api_response> }
{ "success": false, "error": "message", "code": "ERROR_CODE", "status": 401, "requestId": "...", "details": { ... } }Critical error codes:
| Code | Action |
|---|---|
CREDITS_EXHAUSTED |
Stop all API calls immediately. details.credits.remaining is your actual balance. Top up at app.nansen.ai/api?tab=api. |
UNAUTHORIZED |
Wrong or missing key. Re-auth. |
RATE_LIMITED |
Auto-retried by CLI. details.rateLimit.resetSeconds is how long the window needs to drain. |
UNSUPPORTED_FILTER |
Remove the filter and retry. |
SERVER_ERROR |
Not your fault. Quote details.requestId when reporting it. |
Error metadata. When the API reports them, details carries:
| Field | Meaning |
|---|---|
requestId |
Identifies this call end to end. Quote it in any support report. Opaque — do not parse it. Also hoisted to the top level of the error envelope. |
credits |
used, remaining, cost (the authoritative charge for this call) |
rateLimit |
limit, remaining, resetSeconds |
Any field may be absent or null, meaning unknown — never assume zero. A low-balance warning goes to stderr, so stdout stays pure JSON.
| Symptom | Fix |
|---|---|
command not found |
npm install -g nansen-cli |
| Global install reports an older version | npm i -g nansen-cli@latest --registry=https://registry.npmjs.org/ --prefer-online, then check which -a nansen for stale binaries |
UNAUTHORIZED after login |
nansen auth status shows which key is active and where it comes from; re-run nansen login or set NANSEN_API_KEY |
| MCP client lists tools but paid calls fail | Run npx -y nansen-cli mcp verify with the saved key or NANSEN_API_KEY, and ensure that same key is in the client's NANSEN-API-KEY header |
| Anything else misbehaving | nansen doctor checks your whole setup (auth, wallets, caches, connectivity) with a fix per finding |
| Empty perp research results | Use --symbol BTC, not --token. Perps are Hyperliquid-only. |
perp trading prints the usage banner |
Trading needs --coin BTC (--symbol also works); see the Perpetuals section. |
UNSUPPORTED_FILTER on token holders |
Remove --smart-money — not all tokens have that data. |
| Huge JSON response | Use --fields to select columns. |
npm test # mocked tests, no API key needed
npm run test:live # live API (needs NANSEN_API_KEY)See AGENTS.md for architecture and contributor guidance.