Bitcom Pay

live on mainnet

Join pilot

Crypto acquiring for business: USDT, AML checks and payouts in one API

1%

acceptance fee

2

networks: TRON and Solana

~15 s

to finality on Solana

Accept USDT in one click.

Simple crypto acquiring integration on TRON and Solana for your business.

Join the pilot How it works

free to connect / no monthly fee / API and a ready payment page

USDT on TRON and Solana, API and webhooks are live · dashed: networks in development

TRON, Solana, API: livedashed: in development

  • solana
  • tron
  • api
  • webhooks
  • ethereum
  • bnb chain
  • polygon
  • more soon
how it works

Most of a payment is routine.

Issue the invoice, wait for confirmations, check the sender, credit the funds. Bitcom Pay takes the routine and leaves you the decisions.

01

Every payment, step by step

Transfer found, confirmations collected, AML passed, balance credited, with the transaction hash at every step.

02

AML review where your operators work

A suspicious payment never reaches the merchant silently: a rule puts it on review, and an operator decides in one click with 2FA.

03

See when and how people pay

The cabinet shows payments, invoice conversion and the balance per network. Webhooks tell your server about every status.

[ what we are actually selling ]

The best payment is the one nobody recalls after checkout.

tick = payment

now

reliability

Boring in the ways that matter.

Keys, signatures, reconciliation, AML. The parts nobody demos, and the parts that decide where the money goes.

Keys live apart

Signing happens in an isolated Signer: the API server holds no keys. Cold storage is designed as a 2-of-3 multisig.

one signer, every wallet

deposits, sweeps, payouts, cold wallet

  • TRtron
  • SOsolana
  • HThot
  • CDcold

Books balance to the cent

Every operation is a double entry in the ledger. Balances are reconciled with the blockchain, and a mismatch stops payouts.

volume by network, example

  • usdt · trc20 TRON
  • usdt · spl Solana
  • usdt · erc20 Ethereum, soon

every transfer is reconciled on-chain

merchant cabinet

A day in the Bitcom Pay cabinet.

The screen merchants keep open: what is paid, what awaits review and what is on the balance. Sample data.

payments this week, by hour

reconcile in 12 min recon: 12 min

09 11 13 15
  • mon
  • tue
  • wed
  • thu
  • fri
  • sat
  • sun

no manual work

82%

of payments cleared AML without an operator

awaiting AML review

3payments

Longest review so far: 26 minutes

paid and expired

  • paid on time
  • expired
already live

Not a pitch, but mainnet.

The first real payments went through on 9 October 2026. Below is what works now and what we connect next.

  • tron · trc20

    19

    confirmations before crediting, about a minute

    live on mainnet

    First payment received on 9 October 2026.

    USDT · TRC20tx 46b0…f599e7

  • solana · spl

    15 s

    to block finality

    live on mainnet

    Payment and automatic sweep of funds on 9 October 2026.

    USDT · SPLtx 2rDT…gfxy

  • next networks

    4

    Ethereum, BSC, Polygon, Arbitrum

    in development

    The architecture is already multi-network: a new network is an adapter and keys, not a new product.

    Bitcom Payroadmap stage
integration

Integration is one request.

You create an invoice through the API and send the payer a link. The payment page, deposit addresses, blockchain confirmations and the AML check are on our side.

  1. 01

    Sign up and company check

    An account in the merchant cabinet, company verification (KYB) and sign-in with a second factor.

  2. 02

    API key and webhook

    Issue a key in the cabinet and set the URL for notifications. Requests are signed with HMAC, and a repeated request never creates a second invoice.

  3. 03

    An invoice in one request

    Amount and order number — the answer holds a link to a ready payment page. The amount can be in USDT or in fiat at a rate fixed for the invoice.

  4. 04

    The payer pays

    Chooses TRON or Solana and gets a separate address and a QR code. The page shows confirmations live — no integration work on your side.

  5. 05

    Money and a notification

    After finality and the AML check the amount lands on your balance, and your server receives the invoice.paid webhook.

your server ↔ Bitcom Pay

POST /v1/invoices

{
  "amount": "49.90",
  "currency": "USDT",
  "order_id": "A-1001",
  "success_url": "https://shop.example.com/thanks"
}

201 Created

{
  "id": "inv_7Hq2…",
  "status": "created",
  "checkout_url": "https://…/i/inv_7Hq2…"
}

webhook → shop.example.com/hooks/bitcom

{
  "type": "invoice.paid",
  "data": { "order_id": "A-1001", "network": "tron", … }
}
Join the pilot

API docs — on request

roadmap

What is done and what comes next.

The payment core already runs on mainnet. Next come new networks, a pilot with merchants and settlement in somoni; timing depends on funding.

  1. done

    Payment core on mainnet

    TRON and Solana, a deposit address per invoice, AML check with an operator, double-entry ledger, merchant cabinet, API and webhooks.

  2. done

    First real payments

    9 October 2026: USDT on TRON and Solana, an automatic sweep, books reconciled with the blockchain.

  3. next step

    Integrating new networks

    USDT on Ethereum, BSC, Polygon and Arbitrum through the same API and checkout page — the merchant changes nothing in the integration.

  4. planned

    Pilot with the first merchants

    Three to five merchants on real payments, feedback before the public launch.

  5. planned

    Settlement in somoni

    The payer pays in USDT, the merchant receives somoni through a licensed partner.