Obolus
Related Servers
Alternatives to Obolus
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceAn MCP server for agentic commerce, enabling AI agents to discover services, make x402 payments with USDC across multiple chains, and manage crypto wallets and token swaps.335 npm1MIT

zunivo-mcpofficial
AlicenseAqualityCmaintenanceMCP server that lets AI agents discover and pay for .agent services using USDC over x402, with daily budget controls and payment link creation.62 npmMIT- AlicenseNot gradedqualityCmaintenanceMCP server for AgentPay — the payment gateway for autonomous AI agents. Fund a wallet once, give your agent the key, and it discovers, provisions, and pays for tool APIs on its own. One key, every tool.112 npm1MIT

mpp32-mcp-serverofficial
AlicenseNot gradedqualityCmaintenanceMCP server that allows AI agents to discover and pay for thousands of APIs (x402 on Solana/Base) using a single key, with automatic payment handling and a federated catalog of machine-payable endpoints.234MIT- AlicenseNot gradedqualityCmaintenanceMCP server that gives terminal AI agents a guarded USDC wallet with firewall, automatic 402 payment handling, and budget limits.2 npmMIT
- FlicenseAqualityBmaintenanceMCP server for a live x402 payment gateway on Base (USDC). Lets AI agents discover, preview for free, then pay per call — with prepaid gasless payments, signed receipts, and delta delivery.7-
TDQS
Scored across 3 tools
Each tool covers a distinct part of the workflow: fetching a paid URL, inspecting wallet state, and getting funding instructions. There is no meaningful overlap or likely misselection between them.
All names are lowercase snake_case and clearly grouped by domain: x402_fetch for the payment fetch action, wallet_status and wallet_funding_info for wallet concerns. The one minor inconsistency is that x402_fetch is verb-led while the other two are noun-led, but the pattern is still predictable and readable.
Three tools is small but ideal for this narrow purpose: one action tool, one status tool, and one funding-info tool. Each earns its place and none feel redundant.
The set covers the full user journey: check if the wallet can pay, perform the paid fetch, and get funding instructions if the wallet cannot pay. Minor gaps exist, such as no tool for adjusting caps or spending limits, but those appear to be intentionally configuration-level concerns rather than agent actions.