Urgent.News

What's breaking now, across thousands of outlets.

Tech

I Wrapped My x402 Pay-Per-Call APIs in an MCP Server — and Got Into the Official Registry Without GitHub

Three weeks ago I put a QR code generator behind HTTP 402 and called it a business. It made $0.00. Then I added an image toolkit. Same result. The endpoints were listed on every x402 directory I could find, the 402 challenges were textbook-compliant, and still — nothing. The problem wasn't pricing or discoverability. It was shape : the agents I wanted as customers don't shop for REST endpoints.…

Three weeks ago, I turned a QR code generator into a paid service by implementing an HTTP 402 gateway. However, despite listing the endpoints on various x402 directories and complying with the 402 challenges, I failed to attract customers. The issue wasn't pricing or discoverability; it was the way customers wanted to find tools, not just REST endpoints.

To address this, I wrapped my three pay-per-call APIs in a single MCP server (streamable-http), keeping the x402 payment gateway intact. I published this combination to the official MCP Registry without needing a GitHub account, paid domain, or KYC.

The MCP handshake had to be free, as directory probes and clients cannot list tools if the service is paid. My server responded to initialize, tools/list, ping, and notifications for free, while charging only when an agent made a direct API call. To trick the directory validators, I made sure that any non-free method received a 402 challenge, even if the method was unidentified.

The official MCP Registry (registry.modelcontextprotocol.io) crawls major directories, and my server is now listed there. I used HTTP authentication with an Ed25519 key, served from a free ssl.ip domain on a $4 VPS. The server.json file was minimal, containing my domain, description, and remote URL. While I have yet to see any revenue, my server is now officially recognized in the MCP registry, ready to be discovered by agents ready to pay for services like QR code generation.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

🛡️ IMDSv1 vs IMDSv2 on EC2: SSRF, metrics, risks, and secure migration

¿Qué riesgo existe realmente al mantener IMDSv1 habilitado en una instancia EC2? En 2019, el incidente de Capital One mostró que el acceso no autorizado al EC2 Instance Metadata Service (IMDS) puede…

  • IMDSv1 uses direct HTTP request to 169.254.169.254, while IMDSv2 adds token-based session
  • Verify CloudWatch metrics like MetadataNoToken during migration to ensure no IMDSv1 calls
  • Different tools use different names for same configuration, so understand both options

A New Challenger to CSS Selectors: WebForms Place Criteria (WPC)

One of the major improvements in WebForms Core 2.1 is the expansion of WebForms Place Criteria (WPC) . WPC is a DSL built into WebForms Core for selecting, filtering, and manipulating HTML elements…

  • WebForms Core 2.1 introduces WebForms Place Criteria (WPC) system enhancements
  • WPC offers advanced selectors for DOM element selection, filtering, and manipulation
  • WPC complements CSS Selectors with additional criteria for element selection

More from Sunday 6 September →