Skip to main content

How CashXChain works

CashXChain turns complex payments into a simple business workflow. The hardest cases — cross-border, multi-currency, multi-rail — drive the design, but the same workflow scales down to local and same-currency payments.

A customer creates an account, completes onboarding, requests a quote, submits a payment instruction, and listens for webhook events. Behind that simple workflow, CashXChain prepares the transaction, enriches it with compliance metadata, evaluates available rails, and routes the instruction to regulated execution partners.

Three-layer model

CashXChain is designed around three layers.

1. Client layer

The client layer is the interface used by businesses and platforms. It can be the CashXChain dashboard, a white-label partner experience, a treasury system, an ERP integration, or a direct API client.

The client layer captures business intent:

  • Who is paying?
  • Who is receiving?
  • What amount and currency should move?
  • What is the purpose of payment?
  • What invoice, order, or internal reference should be attached?
  • How urgent is the payment?

2. Instruction and orchestration layer

The CashXChain backend validates the request, applies account permissions, attaches compliance metadata, creates a ledger record, requests quotes, evaluates route availability, and prepares partner-specific instructions.

This layer does not require the end user to understand which rails are involved. It presents a unified payment workflow while keeping a complete audit trail of the decision path.

3. Partner execution layer

Licensed partners perform regulated activities where required. Depending on corridor, currency, customer type, and payment method, this can include custody, fiat collection, stablecoin issuance or redemption, local payout execution, AML screening, sanctions screening, Travel Rule obligations, and final settlement.

CashXChain tracks the partner execution lifecycle and normalizes the result back into a consistent payment status model.

Example payment flow

  1. A German SME wants to pay a supplier in Kenya.
  2. The SME creates a beneficiary and requests an FX quote.
  3. CashXChain returns the expected recipient amount, fee estimate, route, and quote expiry.
  4. The SME submits the payment with an idempotency key.
  5. CashXChain validates the instruction, attaches metadata, and selects the best available route.
  6. A regulated partner performs required checks and executes the relevant collection, conversion, settlement, or payout step.
  7. CashXChain emits webhook events as the payment moves through screening, processing, settlement, and completion.
  8. The SME downloads a statement and reconciles the payment against the invoice.

Invisible blockchain

CashXChain can use blockchain settlement where it improves speed, cost, or resilience. The business user still sees currencies, balances, quotes, references, statements, and counterparties. Blockchain addresses, gas management, and transaction signing are abstracted away by the platform and its partners.

Multi-rail routing

CashXChain evaluates routes using practical criteria:

  • Currency pair and corridor.
  • Available local payout methods.
  • Partner availability and operating hours.
  • Expected speed and cut-off windows.
  • FX quote quality and slippage risk.
  • Fee structure.
  • Compliance requirements.
  • Risk score.
  • Liquidity availability.

The result is a payment route that balances speed, cost, reliability, and compliance.