Proceeds has five primitives. You configure the first two; the next three are emitted automatically as your paywalls run.Documentation Index
Fetch the complete documentation index at: https://docs.myproceeds.xyz/llms.txt
Use this file to discover all available pages before exploring further.
Service
A Service groups related endpoints under one configuration. Use one service per API product. A service defines:- Base URL — the upstream origin Proceeds proxies to
- Mode —
TestnetorMainnet - Networks — payment-capable chains accepted by every paywall in the service
- Auth method — credentials Proceeds attaches to upstream requests, kept inside Proceeds and never exposed to the client
none, bearer, token, x-api-key, custom-header, query-param, bearer-customer, x-api-key-secret, json-body-field. See Forward upstream auth.
Paywall
A Paywall protects one route on a service. You set the price; Proceeds enforces it. A paywall defines:- Slug — appears in the public URL
- Target URL — the upstream path Proceeds proxies to
- Allowed HTTP methods —
GET,POST,PUT,PATCH - Price — in USDC
- Networks — chains accepted for this endpoint
- Custom headers and query parameters — forwarded to the upstream
- Enabled state
targetType: "PROXY", fulfillmentMode: "PROXY". Proceeds is the payment gate and the request proxy; your origin is unchanged.
Transaction
A Transaction is one payment attempt against a paywall. Transactions move through these states:| State | Meaning |
|---|---|
Pending | Payment attempt exists but is not yet validated and proxied. |
Completed | Payment was validated and the protected request was proxied successfully. |
Failed | Payment or fulfillment failed. |
Event
An Event is a single step in a request’s lifecycle. Proceeds emits the following event types for every protected request:RequestPaymentFulfillmentError

