Production
Moving from Sandbox to live access: what changes, what stays the same, and your go-live checklist.
Overview
Once your Sandbox Test is signed off, Movmint provisions your Production credentials and moves you to the live environment. Production behaves identically to Sandbox in every API respect — the difference is that it runs against mainnet networks and live payment rails, so real funds move and real value is at stake.
What changes when you go live
| Sandbox | Production | |
|---|---|---|
| Base URL | https://api.sandbox.movmint.io | https://api.movmint.io |
| Credentials | Sandbox client_id / client_secret | New Production client_id / client_secret |
| Networks | Testnets (Ethereum Sepolia, Base Sepolia, Bitcoin testnet3) | Mainnets |
| Funds | Test assets only — nothing settles | Real funds settle |
Everything else — endpoints, request and response schemas, status codes, idempotency semantics, and compliance screening — is the same. In practice, going live means swapping two things in your configuration: the base URL and your credentials.
Production uses separate credentialsYour Sandbox
client_idandclient_secretdo not work in Production. Movmint issues distinct Production credentials. Store them separately from your Sandbox credentials, and never use Production credentials in test or CI environments.
Go-live checklist
Before sending live traffic, confirm:
- Production
client_idandclient_secretare stored securely (secrets manager / environment variables), separate from Sandbox. - Your base URL is configurable per environment and points to
https://api.movmint.ioin Production. - You request and cache access tokens correctly, and refresh them before
expires_inelapses. - You send a unique
x-idempotency-key(UUID) on every write request and reuse it on retries. - You persist the
transaction_id(andquote_id/flowlink_idwhere relevant) from every operation for reconciliation and support. - You handle the documented error responses for each endpoint (e.g.,
400,402,404,409,410). - Your monitoring and alerting are wired to detect failed or stuck transactions.
Operational notes
- Parity with Sandbox. Movmint keeps Sandbox and Production in lockstep; Sandbox is updated whenever Production is updated (except during emergency patches). Code validated in Sandbox should behave identically in Production.
- Limits. Your per-transaction and volume limits are defined by your Product subscription, configured during Business Onboarding. Contact Business Development to adjust them.
- Support. Keep the
transaction_idhandy for any support inquiry — it uniquely identifies each transaction across Movmint's systems.
Next steps
You're live. Continue to the flow that fits your use case:
- Authentication & Authorization — obtain and use access tokens.
- FX Services — Quote & Capture.
- Prefunded Accounts — hold and use ledger balances.
- FlowLink — automated straight-through conversions.
Updated 2 months ago
