X402 List MCP

x402-list-mcp

Discover x402 payment APIs, check uptime and pricing, and inspect on-chain-verified settlement volume per facilitator through MCP.

What is x402-list

x402-list is a directory of services that accept x402 (HTTP 402 stablecoin) payments. It monitors listed services for uptime, response time and status, and measures facilitator settlement volume on-chain.

This package is a thin wrapper over the public x402-list HTTP JSON API. It holds no keys, touches no database, and makes no writes to the directory. It exposes the directory to AI agents through the Model Context Protocol as seven tools: six are free and read-only, and the seventh, x402_assess_services, is the only paid one, a pass-through that relays an x402 payment challenge you sign yourself client-side (the package never holds keys, never signs, and never settles).

Install and quick start

Connect to the hosted server at https://mcp.x402-list.com/mcp using Streamable HTTP, or run the npm package locally over stdio. Local use requires Node.js 20 or newer and npm; the hosted connection needs no local Node.js installation.

Claude Code

Connect to the hosted server:

claude mcp add --transport http x402-list https://mcp.x402-list.com/mcp

Or use the local package instead:

claude mcp add --transport stdio x402-list -- npx -y x402-list-mcp

Choose one transport. See the Claude Code MCP documentation for configuration scopes.

Cursor

Add the hosted server to Cursor, then confirm the installation in Cursor.

The install link encodes the same configuration as this manual entry in .cursor/mcp.json (project) or ~/.cursor/mcp.json (global):

{

"mcpServers": { "x402-list": { "url": "https://mcp.x402-list.com/mcp" } } }

See the Cursor MCP documentation and install-link format.

VS Code

Add this entry to .vscode/mcp.json in your project, then start the server from the editor and use it in Copilot agent mode:

{

"servers": { "x402-list": { "type": "http", "url": "https://mcp.x402-list.com/mcp" } } }

See the VS Code MCP documentation for other configuration locations.

Codex

Add the hosted server with the Codex CLI:

codex mcp add x402-list --url https://mcp.x402-list.com/mcp

Or add this entry to ~/.codex/config.toml; the CLI and IDE extension share this configuration:

[mcp_servers.x402-list]

url = "https://mcp.x402-list.com/mcp"

See the Codex MCP documentation.

Claude Desktop and other local stdio clients

Add this entry to claude_desktop_config.json, or the equivalent configuration for your stdio client, and restart the client:

{

"mcpServers": { "x402-list": { "command": "npx", "args": ["-y", "x402-list-mcp"] } } }

See the local MCP connection guide for the Claude Desktop configuration file location.

The client launches the same command you can run in a terminal:

npx -y x402-list-mcp

Self-host Streamable HTTP

To run your own HTTP instance in a POSIX shell:

MCP_HTTP_PORT=3000 npx -y x402-list-mcp --http

Connect your client to http://localhost:3000/mcp. The health probe at http://localhost:3000/healthz returns {"status":"ok"}.

Environment variables

Tools

Ranking generations

x402_find_best_service returns its scoring generation in ranking_version. Compare scores only within the same generation. The changes below explain why scores across generations differ:

• Generation 2 capped the compliance term at 0.6, the floor of the C band, when at least one of a service's EVM routes was observed missing the EIP-712 domain parameters (extra.name, extra.version) a standard x402 client needs in order to sign a payment. A fact about the envelope on the wire, not a judgement on the merit of the service.
• Generation 3 added the anti-wash rules on the traction term: an absolute floor of $10 on 30d settlement volume, below which the term scores 0 because sub-floor volume is indistinguishable from dust and must not move rank; a discount on a payout concentrated in one buyer, up to half the traction term when a single buyer accounts for all of it, since one buyer is one relationship and not the broad demand the term is meant to reward; and a service that publishes no mappable payTo now scores 0 on that term instead of having the weight renormalized away, so hiding the payout address no longer beats having a measured one.

Units note

All monetary values are decimal US dollars and are passed through verbatim. There is no cents conversion anywhere. The per-endpoint pricing[].price field is a raw atomic on-chain token amount (a uint256 string), not dollars; only price_usd is the dollar figure.

Honesty note

Two different on-chain volume signals; do not conflate them. Facilitator volume (x402_facilitator_volumes) is the ecosystem headline, aggregated per facilitator. Per-service traction (the traction block on each service, weighed at ~10% inside x402_find_best_service) is settlement measured over a service's own payTo via recognized settlers - a deliberate conservative undercount, not an estimate: unattributed settlements are left out, never scaled up. When a payTo is shared across services (shared_payout: true), only settlement VOLUME is attributed pro-quota, the operator-level volume over that address divided across the services sharing it, which is a declared convention and not an individually observed measure, while transaction count and unique buyers stay whole operator-level integers; a service on a network not yet measured, or a shared-payout member whose probe has been failing, carries no traction term at all and the remaining weights are renormalized over it. Never read shared, pro-quota or unmeasured volume as one service's revenue. To ask "which facilitators have real on-chain volume", use x402_facilitator_volumes and read the verification flag.

Source

Source code: mcccsm/x402-list-mcp. This repository mirrors the MCP package when it is published. The public REST API is documented at x402-list.com/api.

License

MIT