BTC at CoinCasino: Deducted From the Payout, or Beside It
This is a note about the cashier rather than about the operator's merits. It follows the fee a Bitcoin transfer pays on its way out of an account, who attaches it, and which of the figures on screen the reader will actually receive.
On a payout the roles are reversed: the operator is the sending side, so it chooses the payment for block space. What it does with that payment — take it out of the sum requested, or charge it beside the sum — produces two different numbers in your wallet for the same request.
One convention, two outcomes
If the payment is taken out of the requested sum, the request and the arrival differ by exactly the fee, and a reader who expected the round figure sees a shortfall. If it is charged beside the sum, the arrival matches the request and a little extra has left the balance.
Both conventions are ordinary and neither is a trick. What makes the difference painful is a screen that does not say which one applies, leaving the reader to deduce the convention from a figure that arrived an hour later.
The place to look is the payout step itself, before confirming. A screen that shows the requested sum, the payment and the expected arrival as three lines has answered the question.
Withdrawal records, and the three figures that make them useful
A payout record earns its keep when it shows the sum requested, the sum handed to the chain and the state of the request. With those three, any gap explains itself without a conversation.
A record that shows only a status is almost useless at the moment it matters, which is when the numbers disagree. Keeping the reference until the receiving wallet shows the arrival settled covers the same ground from your side.
Where a request is marked sent and nothing has appeared, the thing to count is confirmations. A payout in the queue looks identical to a payout that never existed unless you have the reference.
The part of the wait that has no price
Once an instruction is in a block, additional confirmations are simply more blocks on top of it. They cost nothing and cannot be bought, and a cashier that waits for several of them is waiting on the chain rather than on its own processes.
A payout can also wait on the operator's side before it is broadcast at all, and that interval is a different thing from the chain's. Separating the two is the difference between a complaint that makes sense and one that does not.
The reference tells you which interval you are in. Before it exists, the wait is the operator's; after it exists, the wait is the chain's.
Why this page quotes nothing from CoinCasino's cashier
A cashier does exist at coincasino.com, and it carries a long list of currencies with their networks. But nothing could be found that ties that site to the brand these notes are about, which the older pages reviewed under the slug coincasino-review, and this site could not confirm that the two are the same product.
So none of that cashier's figures, networks or confirmation counts is attached to the CoinCasino of this page. Until the match is established, the answer to whether this brand takes Bitcoin is not established, which is a third state, different from yes and different from no.
The mechanics above hold of the coin whichever operator is at the other end. No bonus, licence, minimum or limit is stated here.
Other cashiers read the same way
Duelbits
Economy, normal and priority are guesses about the next few blocks, not promises.
FortuneJack
A fixed charge hurts a small transfer and barely scratches a large one.
Rollbit
A transfer sent too cheaply sits unconfirmed, and the way out is a replacement, not a retry.
Questions this page gets
- Why did I receive less than I requested?
- Most likely because the payment for block space was taken out of the requested sum. The other convention charges it beside the sum and the arrival matches the request.
- Who chooses the fee on a payout?
- The sending side, which on a payout is the operator. A reader cannot set the payment on an instruction they did not sign.
- How do I tell whether the wait is the chain's?
- By whether a transaction reference exists. Before it does, the request has not been broadcast; after it does, the wait is blocks being produced.
- Can extra confirmations be bought?
- No. Once an instruction is in a block, further confirmations are just more blocks on top of it, and no payment makes them arrive sooner.