Checkout & API
Merchant API and checkout data services are responding normally.
Live, sanitized health for the customer-facing payment rail. Internal counters, wallet data, job diagnostics, and secrets are never exposed here.
Merchant API and checkout data services are responding normally.
Polygon RPC connectivity is healthy through the configured failover pool.
On-chain state synchronization is current.
Automatic renewal processing is operating normally.
Webhook delivery is operating normally.
The public status model summarizes checkout/API availability, Polygon connectivity, indexer and reconciliation freshness, renewal processing, and webhook delivery. Merchant-specific payment failures are not exposed as public incidents.
A healthy public status does not replace merchant-side verification. Applications should keep webhook handling idempotent, preserve subscription and transaction identifiers, and use API reads or on-chain reconciliation when a customer state needs to be confirmed.
If one service is degraded, separate customer-facing checkout availability from background synchronization before changing access. A delayed webhook or indexer update can require verification without meaning the underlying subscription payment failed.
This public view is cached briefly so health checks do not add unnecessary load to the same services they measure. Operational state can therefore lag the underlying systems by up to about one minute.