Paid APIs
Charge for access to a protected endpoint or operation.
Let AI agents pay as they access your API.
[01]USE CASES
Apply API Payments to endpoints and software-generated resources delivered programmatically.
Charge for access to a protected endpoint or operation.
Sell datasets, search results, or generated reports.
Require payment before an AI agent runs a model, workflow, or specialized tool.
Return paid, software-generated results without a manual purchase step.
[02]how it works
The AI agent calls a protected API route.
The service returns the amount, cryptocurrency, network, and payment destination required for access.
The AI agent follows the x402 payment requirements and completes payment using a supported fiat account or cryptocurrency wallet.
GOAT Flow verifies the payment and returns a signed payment receipt.
The AI agent sends the original request again with the payment receipt attached.
The merchant's middleware verifies the receipt and the API returns the requested result.
[03]what you get
01
Return clear payment information when an AI agent requests a protected resource.
02
Set payment requirements for a specific API route or digital resource.
03
GOAT Flow confirms fiat payments through Stripe and cryptocurrency payments on the selected blockchain network before access is provided.
04
Give the protected service a verifiable result tied to the payment and request.
05
Protect routes through supported TypeScript or Go middleware, or a language-independent sidecar.
06
Keep payment inside the AI agent-to-API request flow.
[04]integration & onboarding
[05]example flow
GET /v1/report
Accept: application/json
User-Agent: ExampleAgent/1.0 HTTP/1.1 402 Payment Required
amount: 2.00
currency: USDC
network: selected-network status: confirmed
payment: verified
receipt: example-receipt
expires: example-expiry GET /v1/report
Payment-Receipt: example-receipt
Accept: application/json HTTP/1.1 200 OK
Content-Type: application/json
{ "result": "protected resource" } Choose each stage to see how the request changes. The example uses placeholder values and never contacts a real API.
[06]payment, fulfillment & trust
Who is responsible for what
| Role | Responsible for |
|---|---|
| 01 API Provider | Defines paid routes, pricing, and response content, and remains responsible for access, availability, and service quality. |
| 02 GOAT Flow | Creates and tracks the transaction, provides x402 payment requirements, receives fiat payment results from Stripe or verifies cryptocurrency payments on the selected blockchain network, and issues a signed receipt or authenticated status update. |
| 03 Stripe | Handles card details, authorization, processing, and settlement for eligible merchants. |
| 04 Blockchain Network | Confirms cryptocurrency payments sent directly to the merchant’s configured wallet and makes the result available for verification. |
| 05 AI Agent | Reads the x402 payment requirements, completes payment using a supported fiat account or cryptocurrency wallet, and retries the original request with the payment receipt. |
| 06 Middleware or Sidecar | Verifies the receipt signature, merchant, route, and expiry before allowing the request to reach the protected API. |
| 07 Webhook Integration | Receives authenticated payment status updates and triggers asynchronous fulfillment when an immediate API response is not required. |
Defines paid routes, pricing, and response content, and remains responsible for access, availability, and service quality.
Creates and tracks the transaction, provides x402 payment requirements, receives fiat payment results from Stripe or verifies cryptocurrency payments on the selected blockchain network, and issues a signed receipt or authenticated status update.
Handles card details, authorization, processing, and settlement for eligible merchants.
Confirms cryptocurrency payments sent directly to the merchant’s configured wallet and makes the result available for verification.
Reads the x402 payment requirements, completes payment using a supported fiat account or cryptocurrency wallet, and retries the original request with the payment receipt.
Verifies the receipt signature, merchant, route, and expiry before allowing the request to reach the protected API.
Receives authenticated payment status updates and triggers asynchronous fulfillment when an immediate API response is not required.