Back to all articles
Model Context Protocol

Autonomous API & MCP Server Payments with x402

Martyn Davies
·
November 11, 2025
·
4 min read

x402 is an open payment protocol that lets AI agents autonomously pay for APIs and MCP servers with stablecoins. No accounts, subscriptions, or manual approvals required.

November 11, 2025

One of the challenges many will love to see solved in the agentic AI world in 2026 is payment infrastructure. How can autonomous agents pay for API access without requiring a human to manually enter credit card details or approve every transaction?

One option currently gaining traction is x402, an open payment protocol that enables AI agents to pay for API access autonomously using cryptocurrency, particularly stablecoins like USDC.

Built on the HTTP 402 "Payment Required" status code (finally, it lives!), x402 allows real-time, pay-as-you-go monetization without requiring accounts or subscriptions.

The Challenge of Agentic Payments

Consider the typical flow when a developer/machine/robot wants to access a new API. To do so they must:

  1. Create an account with the API provider
  2. Add a payment method (requiring KYC verification)
  3. Buy credits or subscribe to a plan
  4. Generate and manage API keys
  5. Then make authenticated requests

This flow works well when there are humans involved who can complete signup forms and manage payment methods. However, autonomous agents (and even AI assistants such as Claude) face different constraints. They operate programmatically and may need to access multiple services dynamically based on user requests or task requirements.

For agents making frequent, small transactions across many services, prepaid credit systems require upfront commitments, while subscription models assume predictable usage patterns.

Additionally, agents ideally need to handle payment flows programmatically without human intervention for approval or account setup.

Enter x402

x402 eliminates all manual steps by leveraging HTTP 402, a status code that was defined in the original HTTP specification but rarely used until now.

The protocol enables a simple three-step flow:

  1. Request: The agent sends a standard HTTP request to an API endpoint
  2. Payment Required: The server responds with 402 Payment Required, including payment details in the response body (amount, recipient address, supported chains). Example below:
JSONjson
{
  "x402Version": 1,
  "accepts": [
    {
      "scheme": "exact",
      "network": "base-sepolia",
      "maxAmountRequired": "1000",
      "resource": "https://example.app/todos",
      "description": "API request payment",
      "payTo": "0x...", // seller wallet address
      "mimeType": "application/json",
      "asset": "0x...",
      "maxTimeoutSeconds": 300,
      "extra": {
        "name": "USDC",
        "version": "2"
      }
    }
  ],
  "error": "API request payment failed"
}
  1. Pay and Retry: The agent automatically constructs a payment using its crypto wallet, includes it in the X-PAYMENT header, and retries the request

Once the server verifies the payment, it processes the transaction and returns the requested resource. No accounts, no API keys, no manual intervention.

This all happens in seconds.

Architecture: What happens where?

In x402, the architecture breaks down like this:

The client, typically the "buyer" which could be an AI agent or AI assistant is responsible for:

  • Initiating HTTP requests to paid resources
  • Reading 402 Payment Required responses
  • Constructing valid payment payloads using their crypto wallet
  • Resubmitting requests with the X-PAYMENT header

The server, typically the "seller" or API/MCP/Service provider is responsible for:

  • Responding to unauthenticated requests with 402 Payment Required
  • Providing payment requirements in the response body
  • Verifying payment payloads (either locally or via a facilitator service)
  • Settling transactions on the blockchain
  • Providing the requested resource once payment is confirmed

This is all stateless. Servers don't need to manage client identities or session state. Clients don't need to manage accounts or credentials beyond their own crypto wallet.

Implementing x402 in Your API

For API providers, adding x402 support can be done with a middleware implementation. Here's a basic example using the x402 reference implementation originally created by the team at Coinbase:

Javascriptjavascript
import { withPaymentMiddleware } from "x402";

app.use(
  "/api/pay-for-this-endpoint",
  withPaymentMiddleware({
    amount: "0.10",
    address: "0x...",
    chains: ["base", "solana"],
  }),
  (req, res) => {
    // Your API logic here
    res.json({ data: "Protected resource" });
  },
);

As you can see, when a request comes in without payment, the middleware automatically returns a 402 response with the payment requirements. When a request includes valid payment in the X-PAYMENT header, it verifies the transaction and allows the request through.

Cloudflare also provides an x402 implementation for Workers using the Hono framework:

TypeScripttypescript
import { paymentMiddleware } from "x402-hono";

app.use(
  paymentMiddleware(
    process.env.SERVER_ADDRESS as `0x${string}`,
    {
      "/protected-route": {
        price: "$0.10",
        network: "base-sepolia",
        config: {
          description: "Access to premium content",
        },
      },
    },
    { url: "https://x402.org/facilitator" },
  ),
);

Paying for MCP Server Tools with x402

Model Context Protocol (MCP) servers are a particularly interesting use case for x402. MCP provides a standardized way for AI agents to access external tools and data sources. By integrating x402, you can create MCP servers that access paid APIs on behalf of agents like Claude.

The x402 repository provides example implementations for MCP servers. Below is an example using the x402-axios library:

Javascriptjavascript
import { withPaymentInterceptor } from "x402-axios";
import { privateKeyToAccount } from "viem/accounts";

// Create a wallet client
const account = privateKeyToAccount(privateKey);

// Create an axios client with payment interceptor
const client = withPaymentInterceptor(axios.create({ baseURL }), account);

// Define a tool that fetches paid data
server.tool(
  "get-weather-data",
  "Get weather data from the paid API",
  {},
  async () => {
    const res = await client.get(endpointPath);
    return {
      content: [{ type: "text", text: JSON.stringify(res.data) }],
    };
  },
);

The x402-axios library handles the entire payment flow automatically. When the API responds with 402, the interceptor extracts the payment requirements, signs a payment using the wallet, retries the request with the payment, and returns the data once payment is confirmed.

Now Claude can access paid weather data by simply calling the get-weather-data tool. The agent makes the request, the MCP server handles payment automatically, and Claude receives the data without human intervention.

No forms were filled out. No credit card was required at time of payment.

Advantages of x402

As we will likely see there isn't going to be a one-size-fits-all solution for agentic payments, but as one of the options x402 is worth considering if some, or all, of the following feel right for you:

Instant microtransactions: You can charge fractions of a cent per API call. This enables business models that weren't economically viable with traditional payment methodologies. Maybe this, in addition to those methods, unlocks additional revenue you couldn't realize before.

Autonomous operation: AI agents can pay for services independently without requiring pre-funded accounts or human approval for each transaction.

Blockchain agnostic: x402 works with any stablecoin or network. Right now, USDC on the Base network seems to be the most common choice.

No vendor lock-in: Because x402 is an open standard built on HTTP, clients and servers can implement it independently. You're not locked into a specific payment processor.

Native agent support: x402 is supported in tools like Coinbase's AgentKit, Cloudflare Workers, and Vercel's x402-mcp making it straightforward to build agents that can transact autonomously.

The Future of x402

It was recently announced that x402 is being included as part of the Agents Payment Protocol (AP2), a Google-led initiative to standardize payment flows for AI agents. This is potentially good news for the longevity of the protocol and adds weight to its viability as an option to adopt for payments on your API or MCP servers.

Getting Started

If you're interested in implementing x402 here are some of the key resources you can use to get going:

  • Documentation: Visit x402.org for detailed guides and API reference
  • GitHub: Explore the x402 repository for example implementations
  • Cloudflare Workers: Check out Cloudflare's x402 implementation for Workers and Agents
  • Demo: Try Cloudflare's demo playground to see the protocol in action

Related Articles

Continue reading from the Zuplo blog.

API Monetization 101

API Monetization 101: Your Guide to Charging for Your API

A three-part series on API monetization: what to count, how to structure plans, and how to decide what to charge. Start here for the full picture.

4 min read
API Monetization 101

Use AI to Plan Your API Pricing Strategy

Get clear tiers, a comparison table, and reasoning so you can price your API with confidence and move on to implementation faster.

3 min read

On this page

The Challenge of Agentic PaymentsEnter x402Architecture: What happens where?Implementing x402 in Your APIPaying for MCP Server Tools with x402Advantages of x402The Future of x402Getting Started

Scale your APIs with
confidence.

Start for free or book a demo with our team.
Book a demoStart for Free
SOC 2 TYPE 2High Performer Spring 2025Momentum Leader Spring 2025Best Estimated ROI Spring 2025Easiest To Use Spring 2025Fastest Implementation Spring 2025

Get Updates From Zuplo

Zuplo logo
© 2026 zuplo. All rights reserved.
Products & Features
API ManagementAI GatewayMCP ServersMCP GatewayDeveloper PortalRate LimitingOpenAPI NativeGitOpsProgrammableAPI Key ManagementMulti-cloudAPI GovernanceMonetizationSelf-Serve DevX
Developers
DocumentationBlogLearning CenterCommunityChangelogIntegrations
Product
PricingSupportSign InCustomer Stories
Company
About UsMedia KitCareersStatusTrust & Compliance
Privacy PolicySecurity PoliciesTerms of ServiceTrust & Compliance
Docs
Pricing
Sign Up
Login
ContactBook a demoFAQ
Zuplo logo
DocsPricingSign Up
Login