Limva Documentation
Everything on this page is the live API surface: create a checkout session from your server, open the embedded widget, and credit players from signed webhook events.
API keys are issued during onboarding — request one via Get Early Access. Docs grow together with the platform.
Quickstart
Create a checkout session from your server and get a payment link.
Widget
Open the checkout as a bottom sheet inside your web game.
Webhooks
Verify signed payment events and credit players server-side.
Sessions
Session fields, metadata passthrough, and status polling.
Quickstart
Your game server creates a checkout session with your API key. The response contains a pay_url — send the player there, or open the widget with the session id. Anything you pass in metadata (player id, order id) comes back in the webhook, so your backend knows exactly what to credit.
Widget
One script tag turns the hosted checkout into a bottom sheet on mobile and a modal on desktop — the game page never reloads.
onCheckoutClosed is the only client callback, and it fires once when the sheet closes. Its paid flag is a UI hint, not authorisation — a client event can be forged by intercepting traffic. Grant items on your server, from the signed webhook, and only there.
Webhooks
After the payment settles on the network, Limva calls your webhook URL with a payment.completed event. The body is signed with your webhook secret (HMAC-SHA256 in the X-Limva-Signature header) and delivery retries automatically. Credit items only after the signature check, once per session_id.
Sessions
A session is one purchase attempt: item, amount, payout configuration, and status. With an API key the payout split comes from your onboarding configuration — requests only carry the item, amount, and metadata (up to 1 KB). Status moves from pending to paid; the checkout page polls it, and your server can too.