Payments
An address of your own per invoice, and keys that cannot spend
The crypto rail is built so that compromising the server costs nobody a single coin. Below is exactly how, without metaphors.
How a payment goes through
Five steps from the button to the credits
- 01
Pack and coin
You pick a credit pack and a coin. The rate is frozen at that moment and written onto the invoice.
- 02
Address issued
The invoice gets a new, never used address derived from the owner's public key. The index is handed out under a lock and is never reused.
- 03
Transfer
You send the amount on the stated network. The address belongs to this invoice alone, so any balance on it is unambiguously your payment.
- 04
Confirmations
The invoice page polls the chain. Only confirmed balance counts: on EVM it is read at a block behind the tip by the required number of confirmations.
- 05
Crediting
Credits are granted in proportion to the dollar value that arrived, at the frozen rate. The same amount can never be counted twice.
- 06
Card as the second route
If a card is easier, the invoice goes to a partner payment page in rubles or euros, and credits are granted on a signature verified callback.
Custody
Why the server cannot steal
The wallet seed is created on an offline machine and never leaves it. Only extended public keys reach the server. Receiving addresses derive from them, but they cannot sign a transfer: that is a mathematical property of the derivation, not an access setting.
Funds are swept from the invoice addresses by a separate offline script that asks the owner for the seed and stores it nowhere.
Crediting
An underpayment never gets stuck
Most crypto checkouts demand an exact amount and stall on any mismatch. Here credits are proportional to what arrived: send half and you get half the credits at the same rate. Send more and you get more.
Dust floor: anything worth less than $1.00 accumulates and credits once it crosses the line together.
Networks
What we accept and how long it takes
Confirmation counts follow the cost of rewriting the chain rather than habit. USDT on TRON and BEP20 is the fastest route.
| Coin | Network | Confirmations | Minimum |
|---|---|---|---|
| USDT | TRC20 (Tron) | 19 | $20 |
| USDT | BEP20 (BNB Chain) | 15 | $20 |
| TRX | Tron | 19 | $30 |
| SOL | Solana | 1 | $20 |
| BNB | BNB Chain | 15 | $25 |
| LTC | Litecoin | 2 | $20 |
| BTC | Bitcoin | 1 | $50 |
| ETH | Ethereum | 6 | $150 |
| USDT | ERC20 (Ethereum) | 6 | $250 |
A minimum exists because every address has to be emptied later and that transfer costs a fee. On Ethereum the fee can exceed the payment itself, which is why the floor there is higher.
Common cases
What happens if
- You send less
- Credits arrive in proportion at the frozen rate. The rest can be topped up to the same address.
- You send more
- You get more credits at the same rate. Nothing is lost.
- You close the tab
- Nothing changes. A background sweep walks the open invoices and credits them without you.
- The invoice expired
- The address keeps receiving. Funds that arrive after expiry are credited at the rate frozen when the invoice was created.
- You used the wrong network
- A transfer on another network will not arrive and we cannot recover it. The network is stated prominently on the invoice page and repeated in the QR code.
Payment takes a minute
You do not need to pay to evaluate it: thirty credits are granted on signup and no payment is required at all.