DeveloperSANDBOX · v0.1.0
RAXIO Developer

Connect to the
RAXIO API.

Connect customer accounts, create deposits and withdrawals, and track each operation through signed events. Explore the API and make your first request.

Sandbox base URLUse this site's HTTPS origin
Explore the journey

Follow every step.

Choose a path and explore its requests, results and events. Change the outcome to see how the operation and balances respond.

RAXIO API · SandboxInteractive example

    Loading the interactive flows…

    Example balances · USD
    Example request
    A receipt you can verify

    One operation. One signed record.

    Every completed operation has a signed receipt. Verify its origin and integrity, keep a copy, and track its individual registration on Base.

    RAXIOExample · sandbox

    Withdrawal received

    250.00USD
    Operation completed

    Receipt fingerprint · SHA-256

    Loading signed receipt…
    Receipt details
    Operation reference
    —
    Receipt reference
    —
    Settlement time
    —
    Signing key · Ed25519
    —
    Base registration
    —

    Check the signature yourself.

    This example is signed by RAXIO. Your browser checks the receipt against the public key from this API origin.

    1. Operation completedThe settlement has its own transfer reference.
    2. Receipt signedAmounts, reference and time are protected by the signature.
    3. Individual registration on BaseChecking publication status…

    Loading the signed example and trusted public key…

    Receipt verification checks the signature and fingerprint. Blockchain registration has a separate status.

    For your operations, use the authenticated proof endpoint. The integration kit includes an independent Node.js verifier.

    GET /v1/casino/operations/{operationId}/proof
    node verify-receipt.mjs receipt.json <known RAXIO HTTPS origin>
    Getting started

    Your first API request

    Use the Postman collection or download the Node.js example. Configure your client with the API key, secret and merchantId supplied for your integration.

    01 / CONNECT

    Set your credentials

    Point your client to the base URL above and load your credentials locally.

    02 / LINK

    Link a customer

    Create a customer link with a RAXIO customer ID beginning test_.

    03 / CREATE

    Create an operation

    Submit a deposit or reserve a withdrawal. Sandbox controls let you select the outcome.

    04 / VERIFY

    Check the result

    Read the final status and verify the signed event at your registered callback URL.

    Create a local .env.raxio file with your assigned values:

    RAXIO_BASE_URL=<this site's HTTPS origin>
    RAXIO_API_KEY=<your-api-key>
    RAXIO_API_SECRET=<your-api-secret>
    RAXIO_MERCHANT_ID=<your-merchant-id>

    Download the client and run it with Node.js:

    curl --fail --silent --show-error "<this site's HTTPS origin>/example.mjs" --output raxio-example.mjs
    node --env-file=.env.raxio raxio-example.mjs

    Postman: import the collection, set baseUrl to the URL above, and store raxioApiKey, raxioApiSecret and merchantId locally. Run the main wallet journey in order. Keep runId for retries; clear it for a new journey.

    Signed server requests

    Authenticate every API request

    All /v1/ routes require the four headers below. POST requests also require a stable Idempotency-Key. Health and downloadable reference files are public.

    X-Raxio-Key

    The credential identifier assigned to your integration.

    X-Raxio-Timestamp

    Unix milliseconds, within five minutes of server time.

    X-Raxio-Nonce

    A fresh 16–128 character nonce for every request, including retries.

    X-Raxio-Signature

    Lowercase hex HMAC-SHA256 using the API secret as UTF-8 text.

    timestamp.METHOD.path-and-query.nonce.sha256(rawBody)
    
    # Use the exact transmitted bytes
    timestamp.POST./v1/casino/withdrawals.nonce.bodyHash

    The signature includes the query string and exact request body. Do not parse and reserialize JSON after signing. The secret is text: do not hex-decode it. A business retry keeps its idempotency key and external transaction reference, but uses a new timestamp, nonce and signature.

    API reference

    Endpoints

    Expand an endpoint for its request, fields and response schema.

    Loading the API reference…

    Operation events

    Receive signed callbacks

    Operation status and callback delivery are tracked independently. Replaying an event never repeats a debit or credit.

    Operation status
    RECEIVEDRESERVEDSETTLEDREJECTED

    A withdrawal reserves funds before settlement. Rejection releases the reservation. A terminal outcome cannot be changed to the opposite outcome.

    Delivery status
    PENDINGRETRYINGACKNOWLEDGED

    Use the sandbox delivery endpoint to send or retry an event. ACKNOWLEDGED records HTTP acceptance by your callback.

    Callbacks use the HTTPS URL registered for your integration. Verify the signature over the original body with your webhook signing secret, then deduplicate by eventId. The event keeps the same identity across delivery attempts.

    GET  /v1/sandbox/events
    POST /v1/sandbox/events/{eventId}/deliver
    
    X-Raxio-Event: {eventId}
    X-Raxio-Key: {integration key}
    X-Raxio-Timestamp: {unix milliseconds}
    X-Raxio-Nonce: {fresh nonce}
    X-Raxio-Signature: {webhook HMAC-SHA256}

    An external deposit in the sandbox uses txHash: "test_tx_…". Internal movements use a transfer reference. Use a fresh idempotency key when requesting another delivery attempt.

    API parameters

    Parameters & limits

    Available operations
    • Customer links for your assigned merchantId.
    • Deposits and withdrawals in USD.
    • Exact amounts as two-decimal strings.
    • Operation status, events and sandbox controls.
    Sandbox parameters
    • Initial merchant balance: USD 10,000.00.
    • Initial customer balance: USD 1,000.00.
    • Zero fees; maximum operation USD 100,000.00.
    • 100 customers and 500 operations.

    Rate limits are 120 requests per minute per IP and 300 per minute per credential. Idempotent retries reuse the same operation; delivery retries reuse the same event identifier.