Introduction to HTTPayer
HTTPayer is a cross-chain stablecoin payment framework that enables payment-gated APIs using the HTTP402 Payment Required standard and the x402 Protocol.
It allows developers to monetize APIs while abstracting away blockchain complexity for clients.
What is HTTPayer?
HTTPayer acts as a payment router and execution layer for APIs that implement the x402 Protocol. It provides:- Cross-chain and multi-chain payments
Pay on one network and access APIs on another. - Optional Web3 wallet usage
Clients can access payment-gated APIs using a traditional account system without managing wallets. - Privacy-preserving access
Requests are relayed through HTTPayer, so the target API does not directly know who made the payment or request. - Automated payment verification
Secure validation of EIP-3009 authorizations and on-chain settlement. - Request proxying
Seamless forwarding to destination endpoints and response delivery. - Refund safety guarantees
Payments are only finalized when the target API actually charges.
Supported Protocol Version
HTTPayer currently supports:- x402 Protocol v1
Supported Networks
HTTPayer supports stablecoin payments on the following networks:EVM
basebase-sepoliaskale-baseskale-base-sepolia
Solana
solanasolana-devnet
Key Features
402 Payment Required Support
HTTPayer implements the HTTP 402 standard, allowing APIs to require payment before serving responses.Cross-Chain & Multi-Chain Payments
Clients may pay on one network while accessing APIs deployed on another, with HTTPayer handling settlement behind the scenes.Flexible Client Models
- Wallet-based access via x402 payment headers
- Account-based access via API keys and credits
Secure & Gasless Payments
Uses EIP-3009 (transferWithAuthorization) to enable secure, gasless USDC payments.
Endpoint Model Overview
HTTPayer exposes two primary access patterns:/relay — x402-native access
- Directly implements the x402 Protocol
- Uses payment headers for authorization
- Does not require an API key
- Supports cross-chain access
- Issues refunds if payment is not finalized
/proxy — account-based abstraction
- Uses API keys for authentication
- Abstracts on-chain payments from the client
- Credits are only deducted if HTTPayer is charged
- Ideal for Web2 and server-side integrations
Use Cases
- AI / LLM APIs — Monetize inference and agent calls
- Data APIs — Charge per request or per query
- Compute Services — Micropayments for compute-heavy workloads
- Web3 Services — Paid blockchain interactions without wallet friction
Next Steps
Quickstart
Get started with your first API call
API Reference
Browse the complete API documentation

