Skip to content
The Verification Desk

Written and checked by Nadia HalloranTerms editor since 2026

A correction, and what it shows

One of these ten blocks bitcoin play until a document arrives

Wild Fortune clause 2.7 requires bitcoin players to submit a valid identity document before playing, and blocks deposits and bets until verification is complete. It is the only upfront gate among these 10, it applies to one funding method, and it sits 16 sections away from the same operator's general verification rule.

What ten operators write in their own terms about the identity check, the withdrawal cap and the licence they hold. Each figure carries the clause it was copied from. An empty cell means the operator publishes nothing we could read on that point — it is not a zero and it is not a permission.
CasinoCheck threshold in the termsWithdrawal capLicenceCoins listedGo
Vavepaid placementcase by casefrom 50,000 USDT in instalments cl. 8.8Curaçao Gaming Authority90Visit
RocketpotUS$2,5005,000 USD per month cl. 11.5Curacao13The clauses
Bitcasino.io2,500 EUR1,000,000 USDT per week cl. 6.10Curaçao Gaming Authoritynot readThe clauses
Wild Fortunecase by case15,000 EUR per month cl. 11.8Anjouan Gaming Board10The clauses
DuckDicecase by casenot publishedAnjouan Gaming Board10The clauses
Empire.io2,000 USDTnot publishedAnjouan Gaming Boardnot readThe clauses
Metaspinscase by casenot publishedCuraçao Gaming Authority8The clauses
Oshi Casinocase by case4,000 EUR per day cl. 12Anjouan Gaming Board10The clauses
PlayAmocase by case7,500 EUR per week cl. 12Anjouan Gaming Board7The clauses
Rainbetcase by casenot publishedAnjouan Gaming Board9The clauses

The promise describes a form, not an account

The phrase this domain is named after describes a registration screen. On nine of these ten operators that description holds: an email address opens an account, a deposit arrives, play begins, and the document request — where one comes — arrives later, at the exit, with the balance already in the operator's hands.

At one of the ten it arrives before anything at all.

Wild Fortune's clause 2.7 requires players intending to use bitcoin to submit a valid identity document, naming a passport or driver's licence, before playing. Deposits and bets are blocked until the verification is completed, and the clause states that failure to comply results in account closure. That is not a check moved earlier; it is a different kind of check, sitting where a regulated market would put it.

This page exists because it is also a correction to something published on this site.

DuckDice privacy policy, the grounds for processing and the user rights section
The policy says personal data is processed for fraud prevention, security monitoring and compliance with AML/CFT and KYC obligations. Section I then grants the right to remove or restrict that data and adds, in the same breath, that doing so may terminate the account. The right to be forgotten costs the balance.

What the clause says, and where it sits

The rule is short, specific and unusual in two ways.

It is tied to a funding method rather than to an amount, a country or a pattern of play. Everywhere else in this reading — all 49 verification clauses that could be located across the wider library of a hundred brands — the check attaches to the account, the withdrawal or the operator's own judgement. Clause 2.7 attaches it to a coin.

And it is an entry condition rather than an exit condition. Deposits and bets are blocked, which means the gate closes before any value is at stake for the player. Read purely as a customer experience, an entry check is the harder one: nothing has happened yet and documents are already required. Read as a risk question, it is the gentler one, because the alternative is a document request made after a win, with the balance held while it is answered.

The placement inside the document is worth noticing too. The bitcoin rule is in section 2, among the eligibility and account-opening terms. The same operator's general verification rule is recorded on this site at clause 18.1, near the end of the same document. One subject, two rules, sixteen sections apart — which is exactly the pattern described on where the clause lives.

The correction, stated plainly

Until this page was published, the coin page on this site carried a stronger claim than the documents support. It said that no clause among these ten makes the identity check depend on which coin was used.

Clause 2.7 does exactly that, and the claim was wrong.

The sentence it was built on remains true in a narrower form: for nine of the ten, the check is written against the account and the withdrawal, and the choice of coin moves it by nothing. The tenth is the counterexample, and a counterexample is not a rounding error — it is the specific thing a reader searching for a bitcoin casino with no verification would most want to know, at the one operator where it applies.

The coin page has been amended rather than deleted, and it now points here. That is the same treatment given to every correction on this site: the original claim stays visible, the reason it was wrong is written down, and the date is on the page. Terms were read on 26 August 2026, and the Wild Fortune document was re-read on 2 September 2026.

Rocketpot terms and conditions, the definitions and the opening of clause 1
The document dates itself "TOS v2.1 edited 20 April, 2021" — five years before this capture. Clause 1.2 names Danneskjold Ventures B.V. and registration number 1668/JAZ. The agreement a player accepts today has not been revised in five years.

Age and identity are two checks, not one

Wild Fortune is the clearest case of an early gate, and it is not the only place where a check arrives before a withdrawal. The distinction that produces the others is between verifying age and verifying identity.

Metaspins states both in a single clause, 9.7, and states them differently. Age verification is described as always required. Identity verification is described as required once gambling reaches a certain threshold — and the document never says what the threshold is, while reserving the operator's discretion to verify at any time regardless.

Two obligations, two triggers, one clause number.

That drafting is common and it defeats a quick reading, because a reader who finds the words certain threshold naturally assumes a figure follows. None does. The unnamed threshold is the operator's own wording rather than a gap in the reading here, which is why the cell on this table stays blank rather than being filled with an estimate. The seven operators whose rule works this way are covered on discretionary checks.

An age check is also the one obligation an operator in this sector effectively cannot waive, whatever else its terms promise. It is the reason the phrase no verification is never a description of a whole account lifecycle at any operator anywhere in this library.

Three places a check can sit, and all three are here

Reading these ten documents produces three positions for the same obligation.

Before play, at Wild Fortune, for bitcoin funding specifically, under clause 2.7. At the payout, which is where the other nine put it, described in full on when documents are asked for. And at any time the operator chooses, which is not a fourth position so much as a right that sits on top of the other two — every readable clause in this library reserves it.

A comparison that sorts operators by whether they verify is therefore sorting on the wrong axis. All of them verify. What differs is when the question is asked, what is asked for, and how much of that was written down before the reader deposited.

The three operators here that answered the last part with a figure are on published thresholds, and the wider count behind all of it is on one hundred brands.

The one-line version

At nine of these ten the check waits for the money to try to leave. At the tenth it stands in front of the first bitcoin bet, and it is written down in clause 2.7 where anyone could have read it before depositing.

Reading section 2 of a set of terms costs nothing. It is where eligibility, age and account-opening conditions live, and it is where the earliest gate — the one that can stop a deposit rather than a payout — will be if the operator has one at all.