The decision a payment page forces
A player opening the Horse/Mouse Solution payment methods page is usually not looking for a definition of a wallet. They are deciding which route to use for a deposit, and then whether that same route can carry a withdrawal back. The page is the only place where those two lists are stated side by side, and the two lists are not always the same length. A deposit method can appear without a withdrawal counterpart, and a withdrawal method can carry conditions that the deposit version never had. The reader's first job is therefore not to pick a method; it is to compare the two columns and notice where one side stops.
Payment pages across operators share a structure even when the brands differ. They group routes into classes, attach a processing label to each, and leave the reader to infer the rest. The inference is where most misunderstandings begin. A label describes the route, not the operator's speed in clearing it. A fee note describes the provider's charge, not the operator's. And a processing window, where one is shown, is the stage between the operator's system and the provider's, not the whole journey from a player's bank to a casino balance. Reading the page well means knowing which of those stages the page controls and which it merely reports.
What the page normally governs
A payment methods page governs three things in mechanism terms: which routes the operator will accept for money moving in, which routes it will use for money moving out, and which conditions attach to each direction. The first is a list of deposit channels. The second is a list of withdrawal channels. The third is the set of rules that connect the two, and those rules are usually the part a reader skips.
The connection rules matter because a deposit is not a withdrawal run backwards. A deposit moves money from a player's instrument to the operator's holding account, and the operator can often credit it quickly because the risk sits with the provider. A withdrawal moves money from the operator's holding account to the player's instrument, and the operator now carries the reversal risk. That asymmetry is why a page may show a deposit route with no withdrawal counterpart, or a withdrawal route that requires a prior deposit through the same channel, or a route that appears in both lists but with different limits or verification steps. The page is not being inconsistent; it is reflecting the different risk positions of the two directions.
The page also governs what happens when a route fails. A card deposit can be reversed by the card issuer weeks after it appears to clear. An e-wallet transfer, once completed, is generally harder to pull back. A bank transfer sits between the two, with a longer clearing window and a correspondingly longer window in which a reversal can still land. The page rarely states these reversal windows explicitly, but the class of route implies them, and a reader who knows the class can read the page's silence correctly.
The classes of route and what each implies
Payment routes fall into a small number of classes, and each class carries its own reversal risk, its own timing logic, and its own fee structure. The Horse/Mouse Solution page, like most operator pages, will list routes from several of these classes. The reader's task is to place each listed route into its class and then apply the class's implications, because the page itself will seldom spell them out.
| Route class | Where the reversal risk sits | Which stage sets the timing | Where fees usually originate |
|---|---|---|---|
| Cards | High; the issuer can reverse a charge long after authorisation | The issuer's clearing cycle, not the operator's system | The card scheme and the issuing bank |
| Bank transfer | Moderate; reversals are possible during the clearing window | The banking network's settlement cycle | The sending and receiving banks |
| E-wallets | Low once the transfer completes; the wallet itself controls the balance | The wallet provider's internal processing | The wallet provider, often on currency conversion |
| Prepaid instruments | Low for deposits; withdrawals are often impossible through the same route | The point of purchase of the instrument | The issuer of the instrument |
| Crypto | Very low once confirmed; the network settles irreversibly | The network's confirmation time | The network itself, plus any exchange used to convert |
The table above is a map of classes, not a list of what Horse/Mouse Solution offers. A reader should not conclude that every class appears on the operator's page. Some operators deliberately exclude prepaid instruments from withdrawals, or accept crypto for deposits but not for cashouts, or list a card route for deposits while the withdrawal column shows only bank transfer and e-wallets. The absence of a class is itself information, and it is information the reader can only read off the operator's own page.
Why a deposit route and a withdrawal route are not the same thing
The most common misreading of a payment methods page is to treat the deposit list as a promise about withdrawals. A player deposits through a card, wins, and then looks for the card in the withdrawal column. If it is not there, the player feels the page misled them. It did not; the page listed a deposit route, and the withdrawal column is a separate list with its own logic.
The reason for the split is the reversal risk described above. A deposit through a card can be charged back by the issuer months later, which means the operator cannot safely send winnings back along the same route without exposing itself to a double loss: the deposit is reversed, and the withdrawal has already left. Operators therefore often require withdrawals to use a route with lower reversal risk, such as a bank transfer or an e-wallet that has already been verified against the player's identity. The page may state this as a rule, or it may simply show the two lists and leave the reader to notice the gap. Either way, the correct reading is the same: the deposit list is not the withdrawal list, and the reader should confirm the withdrawal route before depositing, not after winning.
Some pages add a further condition: a withdrawal route must have been used for a prior deposit, or must be verified through a small test transaction, or must match the name on the player's account. These conditions are not fees and not delays; they are controls on the reversal risk. They commonly change, because the operator's risk appetite changes as its payment mix changes. A route that required a prior deposit last month may not require it this month, or the reverse. The only binding version is the one on the operator's page at the moment the withdrawal is requested.
Which fees belong to the provider, not the operator
A payment methods page often carries fee notes, and readers routinely attribute every fee to the operator. That attribution is wrong in mechanism terms. A card scheme charges an interchange fee to the merchant's bank. An e-wallet charges a currency conversion spread when the player's balance is in one currency and the casino balance is in another. A bank charges a wire fee for an international transfer. A crypto network charges a miner or validator fee for confirming a transaction. None of these is set by the casino operator, and none of them appears on the operator's revenue line.
The operator's page may absorb some of these fees, pass them through, or state them separately. The reader cannot infer which from the page's silence. What the reader can do is identify which fees are structural to the route class and therefore outside the operator's control, and which fees are stated on the page as operator charges. The first group will appear on the provider's own schedule, not on the casino's page. The second group, if any, will appear on the casino's page and will be the only fees the operator itself sets. A reader who wants the full cost of a route should read both, and should not expect the casino's page to carry the provider's schedule.
Currency conversion is the fee most often missed. A deposit in one currency into an account denominated in another triggers a conversion at some point, and the rate applied is set by the provider or the intermediary bank, not by the operator. The page may state that conversions are applied at the provider's rate, or it may not state anything at all. The absence of a statement does not mean the conversion is free; it means the rate is set elsewhere and the reader should look to the provider's own published rate for the actual cost.
Where the reader reads each item off the operator's own site
The payment methods page is usually a summary. The binding details sit in several other places, and a reader who wants certainty should know which place carries which item. The list of accepted deposit routes is on the payment methods page itself, usually under a heading for deposits. The list of withdrawal routes is on the same page or on a linked withdrawal policy page. The conditions attaching to each route, such as a prior-deposit requirement or a name-match rule, are often in the terms and conditions, not on the payment page. The processing windows, where stated, are on the payment page or in a separate withdrawal policy. The provider's own fees are on the provider's site, not the operator's. And the verification steps that a withdrawal triggers are described in the account verification or KYC section, not on the payment page.
This distribution of information is normal across operators. A payment methods page is a map, not a contract. The contract is the terms and conditions. The map shows the routes; the contract states the conditions. A reader who relies on the map alone will miss the conditions, and a reader who relies on the contract alone will miss the routes. The correct reading uses both, and treats any conflict between them as a reason to ask the operator's support channel for the current binding version.
What it means when the page does not state an item
Silence on a payment methods page is not neutral; it is a specific piece of information. If the page does not list a withdrawal route for a deposit method, the reader cannot assume one exists. If the page does not state a processing time, the reader cannot assume the operator clears withdrawals instantly. If the page does not state a fee, the reader cannot assume the route is free. If the page does not state a currency conversion policy, the reader cannot assume conversions happen at a favourable rate. Each of these silences is an answer: the item is not stated, and the reader must either ask or choose a different route.
The most consequential silence is the absence of a withdrawal counterpart to a deposit route. A player who deposits through a prepaid instrument and then discovers there is no withdrawal route back through that instrument has not been tricked; the page showed the deposit list, and the withdrawal list was shorter. The reader's protection is to check the withdrawal list before depositing, not after. The second most consequential silence is the absence of a processing window. A page that lists routes without times is telling the reader that the operator does not commit to a window on that page, and the actual time will be set by the provider's clearing cycle and the operator's own verification queue. The reader should treat any external claim about processing speed as unverified unless the operator's own page states it.
FAQ
Does the payment methods page list the same routes for deposits and withdrawals?
Not necessarily. The page usually shows two lists, and a route can appear in one without the other. A deposit route may have no withdrawal counterpart because the reversal risk on that route is too high for the operator to send winnings back along it. The reader should confirm the withdrawal list before depositing.
Where do the fees on a payment route come from?
Most fees on a payment route are set by the provider, not the operator. Card interchange, e-wallet currency conversion, bank wire charges, and crypto network fees all originate outside the casino. The operator's page may absorb or pass through some of these, but the provider's own schedule is the source for the structural fees.
Why does the page not state a processing time for withdrawals?
The processing time is set by several stages the operator does not fully control: the provider's clearing cycle, the operator's verification queue, and any intermediary bank. A page that omits a time is declining to commit to one. The reader should treat any external claim about speed as unverified unless the operator's own page states a window.
What should a reader check before making a first deposit?
The reader should check three things: whether the deposit route appears in the withdrawal list, whether the route carries a prior-deposit or name-match condition, and whether the route's fees are stated on the operator's page or only on the provider's site. Checking these before depositing avoids the situation where a win cannot be withdrawn along the same route.
This page is an independent summary of what a payment methods page covers, not a document published by Horse/Mouse Solution, and it states no figure, fee, route or processing time for that operator; the operator's own payment methods page and terms and conditions are the only binding source for those items.
Play responsibly
Gambling should be treated as paid entertainment, never as a way to earn income or recover losses. 1-800-MY-RESET (1-800-697-3738)
18+ or 21+ depending on where you are; follow the minimum age that applies to you.
This article is general information about how these mechanics work. It is not legal advice and not a recommendation to gamble or to use any particular operator. Availability and legality differ by jurisdiction — check the rules that apply where you are.
