m2m-monster
OfficialRelated Servers
Alternatives to m2m-monster
No user-submitted related servers found.
Related Servers
- AlicenseAqualityCmaintenanceAgentic payments on Solana: an agent can pay x402 / HTTP 402 paywalls in USDC, hold a pre-paid balance or a subscription, and buy datasets or settle store checkouts. All 15 tools run behind fail-closed spending caps ($1 per payment, $10 per day by default), and settlement is non-custodial through a program-owned escrow that releases 99% to the creator.1835 npmMIT
- AlicenseNot gradedqualityFmaintenanceEnables AI agents to make micropayments using USDC on Solana via the x402 protocol, supporting payment requests, on-chain verification, and revenue tracking.MIT
- AlicenseBqualityBmaintenanceProvides permissionless wallet infrastructure for AI agents to manage wallets, sign transactions, and handle tokens across Solana and all EVM-compatible chains. It includes 29 specialized tools for on-chain operations, featuring built-in security guards and automated x402 payment processing without KYC requirements.40288 npm3MIT
- AlicenseAqualityAmaintenanceA budget-bound x402 payment wallet for AI agents: it autonomously pays HTTP 402 payment-gated URLs across every major chain (EVM, Solana, and many non-EVM families). Self-custodial and backendless, your key, your RPC, with spend caps enforced before any on-chain send.89MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to discover and pay for x402-enabled services using natural language, with multi-chain support for Solana and EVM payments.21 npm1MIT
- AlicenseAqualityDmaintenanceEnables AI agents to access Solana wallet analytics, token data, and DeFi tools via pay-per-request USDC micropayments using the x402 protocol, without API keys or subscriptions.1319 npmMIT
TDQS
Scored across 10 tools
The tools map cleanly to distinct payment lifecycle stages: pricing, quoting, building, verifying, submitting, receipt verification, and refunds. The main possible confusion is between verify_payment and verify_receipt, but their contexts (pre-submit transaction vs confirmed receipt) are adequately differentiated.
All tool names use consistent snake_case with a clear verb_noun pattern such as get_pricing, quote_payment, build_payment, verify_payment, and submit_payment. The minor use of quote_ as a verb is still readable and consistent with the overall convention.
Ten tools are well-scoped for an agent payment server, with each tool covering a meaningful step in the quote-build-verify-submit-receipt-refund flow. Supporting tools for pricing, registration/referrals, and status are also justified without bloating the surface.
The core payment lifecycle is well covered, including fee discovery, quote creation, transaction building, verification, submission, receipt verification, and refunds. Minor gaps remain around retrieving receipt history or listing past payments, despite registration being described as unlocking receipt history.