Ethereum FaucetCrypto rails · game rules · market law
Payments

Vouchers fund an account one way only

The reason to use a prepaid voucher is that it carries nothing back to you. That is also the reason it cannot pay you.

On this page — 4 sections
  1. Why this collides with the closed-loop rule
  2. The decision this forces at deposit time
  3. Where the related methods sit
  4. One habit that makes all of this painless

Prepaid vouchers — the codes you buy with cash at a kiosk or supermarket — are a genuinely useful deposit method. You fund an account without handing a card number to anyone, without a bank in the loop, and with a hard ceiling on the amount, because you can only spend the code you bought.

The property that makes them useful is also the limitation: a voucher code is spent, not linked. There is no account behind it for money to return to. Our Danish guide to PaySafeCard casinos lists the trade-off the same way — simple and anonymous going in, nothing to receive with coming back.

Why this collides with the closed-loop rule

Operators generally return withdrawals to the funding method, for reasons set out in the closed-loop piece. When the funding method cannot receive, that rule has to bend, and the operator resolves it with a second method — usually bank transfer, sometimes a card or wallet you then have to register and verify.

Three practical consequences:

  • The anonymity ends at the first withdrawal. Whatever you avoided giving them at the deposit gets given at the payout, because the alternative route needs an account in your name. A voucher deposit buys privacy from the shop, not from the operator.
  • The payout is on the slow rail. Bank transfer is the usual fallback, and our own guides describe it as the one that drags on for days — the opposite end of the scale from the near-instant wallet case.
  • You may need to verify a method you have never used there. Registering and proving ownership of a payout route is a separate queue from the identity check, and it starts when you first try to withdraw.

The decision this forces at deposit time

Not whether to use a voucher, but what you intend to happen if you win. Two coherent answers:

Voucher in, bank transfer out, accepted in advance
Register and verify the payout method on the day you open the account, before there is a balance. The voucher then does its job on the way in and the slow leg is merely slow rather than a surprise.
Voucher only for amounts you are content to lose
If the point of the voucher was to keep your bank out of it entirely, then a win creates a conflict with that goal. Deciding beforehand which you care about more is cheaper than discovering it with a pending payout.

What does not work is the third answer, which is to deposit by voucher, win, and then look for a route out that preserves the anonymity. There isn't one at a regulated operator, and pursuing it tends to produce exactly the pattern — unusual payout route, mismatched instruments — that gets an account restricted.

Several of the methods that look like vouchers behave differently on the return leg, and the difference is whether there is an account behind them. A prepaid card that can be registered in your name can usually receive. A payment service that sits in front of your bank — our guides to Zimpler in Finland and AstroPay in Spanish-speaking markets both cover this shape — has an identity and a bank behind it, so it can often pay out, and the privacy it gives you is from the merchant rather than from your bank.

So “prepaid” is not the useful category. The useful question about any funding method is: does something on the other end have my name on it? If yes, it can probably pay me. If no, it cannot, and the payout will be by something that does.

One habit that makes all of this painless

Separate the two decisions and make both at the start: how the money goes in, and how it comes out. Register and verify the outbound route on day one, whatever you fund with. Then the voucher is just a deposit method with a useful spending ceiling, and the first withdrawal is an ordinary one rather than the beginning of a process.

For what the first withdrawal involves once the route exists, see the pending period; for what the ceiling on a voucher does for self-control, the responsible-play tools at an operator do the same job more thoroughly, and our page on it lists them.

Payments and payouts — the words, plainly

Pending
The casino has your request but has not released the money. Everything that happens here is the casino's clock, not the bank's.
Processing time
How long the operator itself needs before handing the payment on. It varies from one casino to another.
Reverse withdrawal
An option to cancel your own pending payout and put the money back in play. The most expensive button on the page.
Closed loop
A rule that money must return by the same rail it arrived on. It decides whether a voucher deposit can ever be cashed out to the same voucher.
Cap
A ceiling on how much can leave per request or per period. It is written in the terms, not shown at the cashier.

How long the return leg takes, by rail

  • E-walletsNear-instant access to the funds once the withdrawal request has been approved. Source
  • PayPalThe casino's own processing takes 24–48 hours at some, a few hours or immediately at others. Source
  • CardsThree to five working days on average. Source
  • Bank transferSafe-feeling, but it often drags on for days. Source

Every figure below is quoted from the guide linked on its row. Where a guide gives a range, the range is kept.