CryptoProcessing by CoinsPaid primary-source snapshot

Last reviewed: 2026-05-03 UTC

Project status snapshot

What the official materials say

1) Docs homepage: the product surface is broader than checkout

  • URL: https://docs.cryptoprocessing.com/
  • Key takeaways:
    • The docs homepage says CryptoProcessing is a crypto payment gateway for businesses worldwide.
    • It says merchants can accept payments in 20+ cryptocurrencies, exchange to traditional currencies, and withdraw to bank accounts.
    • The home tiles split the product into receiving payments, managing balances, and processing withdrawals, which already suggests a multi-surface merchant backend.

2) Docs index: the company exposes a full merchant-operations corpus

  • URL: https://docs.cryptoprocessing.com/llms.txt
  • Key takeaways:
    • The docs index lists API references, callback specs, currency and exchange endpoints, invoices, withdrawals, deposit-address generation, mass payouts, limits, cold-address setup, fiat-balance operations, user roles, and plugin integrations.
    • It also exposes a public OpenAPI file and several getting-started / integration pages.
    • This breadth is a strong clue that CryptoProcessing should be cataloged as a control plane, not just as a hosted payment form.

3) Invoice docs: hosted invoice flows include regulated payer-data collection and several operating modes

  • URL: https://docs.cryptoprocessing.com/integration-guide/create-invoices
  • Key takeaways:
    • Merchants create an invoice via API and receive a payment URL to forward to the customer.
    • The docs describe three invoice types: no timer, timer with payer currency choice, and timer with a pre-selected currency.
    • The docs explicitly say natural persons and legal entities are prompted for identifying details in compliance with MiCA regulations.
    • The invoice flow can also produce instalment callbacks and payback guidance for overpayment or underpayment.

4) Deposit docs: customer balances run on generated addresses, optional conversion, and nuanced exception handling

  • URL: https://docs.cryptoprocessing.com/integration-guide/receive-crypto-deposits
  • Key takeaways:
    • Merchants can generate customer deposit addresses through /v2/addresses/take.
    • Deposits may be accepted with or without automatic conversion into a merchant-selected target currency.
    • The docs spend substantial space on handling wrong-currency, wrong-network, unsupported-token, and missing-tag cases, including recovery or non-recovery expectations.
    • The docs also explain when deposits make sense versus invoices and explicitly recommend address reuse for long-lived customer balances.

5) Withdrawal docs: fiat-to-crypto payout conversion is a first-class workflow

  • URL: https://docs.cryptoprocessing.com/integration-guide/make-withdrawals
  • Key takeaways:
    • The common documented scenario is “withdrawal with exchange,” where funds held in a merchant fiat balance are automatically converted to the selected crypto asset before payout.
    • The withdrawal endpoint requires persistent end_user_reference and unique foreign_id identifiers, reinforcing that the system is designed as a stateful transaction backend.
    • The docs frame withdrawals as a mirror of traditional payout methods, not as a niche crypto-only transfer primitive.

6) Authentication and callbacks: signed operational APIs with retries and de-duplication expectations

  • URLs:
  • Key takeaways:
    • Requests are authenticated with X-Processing-Key plus an HMAC-SHA512 signature over the exact JSON body.
    • The docs warn that field order, whitespace, or client-side body mutation can invalidate signatures.
    • Callback payloads are also signed and must be verified on receipt.
    • The callback docs say retries occur up to 12 times on a defined schedule if the merchant does not return HTTP 200.
    • The docs also warn that duplicate callbacks are possible and merchants should use transaction IDs to prevent double processing.

Whitepaper / technical-doc status

  • No canonical standalone whitepaper or litepaper surfaced in this pass.
  • The official docs corpus appears to be the clearest current source of truth.
  • The main marketing site was blocked during retrieval, so this pass relies primarily on first-party docs rather than homepage copy.

Research notes

  • Best current category for the library: merchant crypto-payments control plane / exchange-and-settlement infrastructure / compliance-heavy invoice-deposit-withdrawal backend.
  • The strongest classification clues are the coexistence of hosted invoices, reusable deposit addresses, automatic exchange, fiat-funded crypto withdrawals, plugin integrations, and signed callback-heavy operations.
  • CryptoProcessing looks especially relevant as a merchant acceptance and treasury backend, not just as a crypto checkout layer.
  • Regulatory prompts around payer data collection are noteworthy because they show compliance logic embedded directly into the customer payment flow.