▬Borrowed Stake Open the partner account
paid
Affiliate disclosure. The partner link in the masthead and in the bands beside the copy on this page is a sponsored link to a partner operator, and this site may be paid if you open an account through it, at no extra cost to you. It carries rel="sponsored noopener" and opens in a new tab. That matters on this desk in particular: the subject is the money behind a wager, and this site’s own revenue depends on a reader opening an account. There is no ranking, no review and no recommendation of any operator anywhere on this site, and nothing here recommends a credit product or a way to fund a deposit with money that is not yours.
Borrowed Stake / Credit in disguise
The two-step route

A wallet funded by a card is still a card

The funding prohibition is aimed at where the money came from. A rail that inserts one extra company between the lender and the operator does not change where the money came from - it changes who is looking. This page works through the routes that disguise a lender, what each one leaves behind, and why the arithmetic is identical on the other side of it.

crClear: the money is the player’s owndrDisguised: borrowed, under another labeldrCredit proper: owed from the day it moves
Direct answerA wallet topped up from a credit card, a prepaid voucher bought on credit, or a buy-now-pay-later plan used as a payment method all deliver borrowed money to an operator under a name that is not credit. The money is still owed to a lender from the moment it moves, the cost still accrues while the stake is at risk, and the operator’s funding rule is still engaged - because the rule is about the source of the funds and not about the name of the rail.

The three disguises, sorted

loop 1

one hop The wallet. Money is sent from a credit card to a payment wallet, and the casino is then funded from the wallet. Two separate companies, two separate statements, and one lender. The casino’s deposit screen shows a wallet; the card statement shows a transfer to a payment company. Neither shows the whole route.

loop 2

a purchase The prepaid voucher. A voucher or prepaid card bought with a credit instrument and then used to fund an account. On the operator’s side it looks like prepayment - money the player already held - and on the lender’s side it is a purchase drawing on a credit line.

loop 3

a schedule The instalment plan. A payment method that splits the deposit into instalments, so the operator receives the full amount immediately while the player pays for it over months. The operator is funded; the player is in debt; the deposit is indistinguishable from cash at the moment it arrives.

The two-column view

What the operator sees

A wallet, a voucher redemption or a completed instalment-plan payment. Each one is a perfectly ordinary funding rail, presented by a payment provider the operator’s deposit logic already trusts, and each one settles in the operator’s favour before any question is asked.

What the lender sees

A transfer, a purchase or a schedule of debits drawing on a credit facility, with interest or a fee attached and a repayment obligation that survives the wager. The two views are both accurate, and neither one is the funding source.

Worked example - the same 200.00 through one extra hop (illustrative) Player tops a wallet up with 200.00 from a card at 24.9% APR, cash-advance classification, no interest-free period, then funds a casino from the wallet 3 days later. Interest already accrued when the casino receives the money: 200.00 x 0.249 x 3 / 365 = 0.41 Interest after 45 days, if the wallet balance is cleared then: 200.00 x 0.249 x 45 / 365 = 6.14 Number of companies between the lender and the stake: 2 (the card issuer, the wallet provider) Number of those companies that can see the whole route: 0 - the issuer sees a transfer to a payment company, the wallet sees a cash deposit and a withdrawal, the casino sees a wallet deposit. So the disguise costs 0.41 by the time the stake exists and 6.14 by the time the debt is cleared, and it buys exactly one thing: the middle hop. The funding source is unchanged, the ownership of the money is unchanged, and the reader's obligation to a lender is unchanged.

Why it happens, and what it is not

  1. It is usually convenience, not concealment. Most card issuers and some wallet providers simply refuse gambling merchants, so a player who wants to deposit reaches for the route that works. The motive is a closed door rather than a hidden one, and the outcome is the same.
  2. It is not hidden from anyone who matters. The lender knows exactly what it funded, the wallet has a record of the movement, and the operator can ask. "Invisible" is the wrong word for a route three companies have statements about; "unexamined" is the right one.
  3. It moves the question, it does not answer it. The operator’s funding rule is about the source of the money, so an extra hop does not satisfy it - it makes the rule harder to apply. That is a compliance failure on the operator’s side and an exposure on the player’s.
  4. It costs more, not less. A cash-advance classification removes the interest-free period and can carry a fee on top, so the route that feels like a payment method is the most expensive way to fund a stake in the whole menu.

The honest version of the same route

A wallet genuinely funded from a current account, or a prepaid card bought out of the player’s own balance, delivers own money by an indirect route and there is nothing to fix. The difference between the two cases is not the rail and not the company in the middle; it is what funded it. Which is exactly why the operator asks, and why a reader who can point to the funding transfer has already answered the only question that matters. The consequences page covers what happens when nobody can.

The line this page keeps. Nothing here is a technique for routing borrowed money past a check, and the desk does not describe one. The hops above are described so that a reader can recognise their own funding history and answer truthfully if it is ever asked about - which is the only route that protects both the balance and the account. The series’ payment-rails desk covers how the rails themselves behave; this page covers what they are carrying.