01
Authorize
Evaluate delegated payment authority against policy before a payment is accepted.
Private beta — currently onboarding design partners.
Product
PayAccept turns agent payments into controlled, auditable commerce. Bind every payment to intent, policy, service delivery and settlement evidence, starting with x402 and designed for emerging agent-payment protocols.
Private beta — currently onboarding design partners.
Why PayAccept exists
PayAccept connects those worlds.
Lifecycle
Evidence and policy engines power AgentPay underneath — they are not separate peer products.
01
Evaluate delegated payment authority against policy before a payment is accepted.
02
Attach the payment to a specific request, agent, and service so settlement cannot drift.
03
Record verification, delivery, and receipt evidence alongside the payment path.
04
Reconstruct what was requested, authorized, paid, and delivered for finance and ops.
Simulated walkthrough
This is a website simulation for evaluation — not a live sandbox and not connected to production payments.
Simulated walkthrough for illustration. Not connected to a live payment sandbox.
Stage 1 of 8
The request is bound to a fictional request identifier before any payment is accepted.
Architecture
Policy, binding, and evidence sit alongside protocol settlement — with clear data boundaries between chain, PayAccept, and merchant systems.
Transaction path
Parallel evidence plane
Policy decisions, verification results, and delivery events are captured alongside the payment path.
Settlement reference and network transaction data.
Policy decisions, request binding, receipts, events, and reconciliation records.
Service payloads and business data, unless explicitly supplied as evidence.
Longer-term control-plane research is documented separately as SEEF. AgentPay does not claim to ship that full design in private beta.
Who it is for
Best suited to API providers, AI platforms and MCP operators preparing paid machine-to-machine services.
Charge for machine-readable endpoints with request-bound receipts.
Give agents spend authority that finance and security can review.
Meter tool calls and agent-to-agent services with policy controls.
FAQ
No. PAYT is an optional ecosystem asset and is not required to use PayAccept or participate in the private beta.
PayAccept is designed around non-custodial payment flows. Your payment processor or facilitator handles settlement according to its own terms and configuration.
PayAccept starts with x402. AP2 and ACP are roadmap integrations and are not currently available.
No. The interactive walkthrough is a simulated website experience and is not connected to a live payment sandbox.
Apply for private beta access and tell us about your API, AI platform, or MCP service. We are onboarding selected design partners.