
PrivadoVPN x402 Payer
io.github.privadovpnPublished by GitHub account privadovpnv1.1.1Updated Oct 30, 2026
Local MCP server that signs x402 USDC payments (Solana, EVM) to buy PrivadoVPN access
Overview
Local MCP server that signs x402 USDC payments on Solana or EVM to buy pay-per-use PrivadoVPN HTTP and SOCKS5 proxy access.
- What you can do
- Check the configured wallet addresses and preferred network
- List purchasable VPN plans, prices and included proxy services
- Buy a plan in one call: quote, sign and pay on-chain, then save credentials
- Recover credentials for an already-broadcast payment without paying again
- Sign and broadcast a payment without fulfillment, with an optional dry-run balance check
- When to use it
- Use it when an assistant should obtain short-lived VPN or SOCKS5 proxy access on demand and pay per use in USDC instead of subscribing. It fits agent workflows that need a proxy endpoint for a few minutes, hours or days.
- Requirements
- Runs locally over stdio, typically via npx with Node.js. Needs at least one of SOLANA_PRIVATE_KEY or EVM_PRIVATE_KEY, plus EVM_RPC_URL for EVM payments; SOLANA_RPC_URL, PREFERRED_NETWORK and X402_BASE_URL are optional. The wallet must hold USDC and have network access to the payment backend and RPC endpoints.
Installation
In SourceWeft
- Open PrivadoVPN x402 Payer in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
@privadovpn/x402-mcp
Pay-per-use VPN and SOCKS5 proxy access for AI agents, powered by x402 USDC payments. Local stdio MCP server that signs and broadcasts payments (Solana, EVM); every plan includes both an HTTP proxy and a SOCKS5 proxy.
[npm version] [CI] [license] [MCP registry]
Pricing
No subscription required — pay only for the access you use, starting at $0.05. Plans and prices are never hardcoded in this client: list_vpn_catalog always fetches the live, authoritative list from the backend's .well-known/x402-payment manifest. As of 2026-10-21, the approved pricing lineup is:
Every plan currently includes both an HTTP proxy and a SOCKS5 proxy (the backend's catalog lists this per plan as services: ["http_proxy", "socks5_proxy"]) — there is no separate SOCKS5-only plan to choose. Always call list_vpn_catalog before purchasing — it returns the current, authoritative set of plans, prices, and included services.
Security model
This server signs payments locally and never transmits your private key anywhere.
SOLANA_PRIVATE_KEYandEVM_PRIVATE_KEYare read from local process environment variables. They are used only to sign transactions in-process and are never sent over the network or written to disk by this server.- The only data that leaves the machine is a signed payment authorization (EVM EIP-3009) or a broadcast transaction signature (Solana), sent to
X402_BASE_URLto fulfill a purchase. - Use a dedicated, low-balance wallet for this server — never point it at a primary or high-balance wallet.
wallet_statusreturns configured addresses and network selection only. It never returns private keys or any secret material.- Credentials returned after a successful purchase (including proxy and SOCKS5 passwords) are written only to
~/.privado/on your local machine and are never logged to stdout/stderr by this server.
Quick start
Claude Desktop (claude_desktop_config.json):
Claude Code:
Cursor (.cursor/mcp.json):
Configuration
Tools
Purchase flow and recovery
Each GET /pay request creates a new invoice on the server. Because of this, buy_vpn must be called exactly once per purchase attempt — calling it again after funds have already been sent creates a second invoice and results in a duplicate charge.
If buy_vpn reports that the on-chain payment succeeded but fulfillment failed (for example, due to a network error when exchanging the payment for credentials), do not call buy_vpn again. Instead call fulfill_payment with the plan, invoice_no, payment_signature, and settlement_tx values from the error. This exchanges the already-completed payment for credentials without creating a new invoice or sending additional funds.
buy_vpn and sign_and_pay both accept a dry_run flag that performs balance checks without broadcasting a transaction. Note that a dry run still creates a real invoice on the server; it does not need to be followed by a real purchase, but it should not be repeated for the same purchase attempt.
Credentials
A single purchase covers every service the plan includes — there is no separate checkout for SOCKS5. The vpn object returned by buy_vpn/fulfill_payment (and saved to ~/.privado/) contains:
This client does not parse or special-case these fields — whatever the backend returns is passed straight through to the agent and to the saved credentials file, so field names always match what list_vpn_catalog/buy_vpn actually return at the time of purchase.
Example of using a purchased SOCKS5 proxy with curl, once you have vpn.socks5_connection_string:
This server never configures system-wide or OS-level proxy settings — it only returns credentials. Routing any traffic through them is a separate, explicit step you take.
How it works
Supported networks: Solana (SPL USDC transfer) and EVM (EIP-3009 transferWithAuthorization USDC).
Server-side discovery
- Catalog and payment discovery:
https://x402.privadovpn.com/.well-known/x402-payment - Agent-readable service description:
https://x402.privadovpn.com/llms.txt - Remote MCP (catalog/docs only, no wallet access):
https://x402.privadovpn.com/mcp
Development
Run with the MCP Inspector:
License
MIT. See LICENSE.
mcp-name: io.github.privadovpn/x402-mcp
Source: README.md at commit 727e5ec
Tools
0Version history
3- v1.1.1LatestOct 30, 2026
- v1.1.0Oct 29, 2026
- v1.0.0Sep 28, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts