xmr.club
EN 中文 ES RU
← back home
methodology · public rubric · last review 2026-05-21

How we curate.

A directory only matters if its judgement matters. This page documents how we grade, tag, accept, reject, and remove listings. It's terse on purpose so it stays honest.

Grade rubricA · B · C · D · F

GradeWhat it meansExamples
AStrong privacy posture. Anonymous signup or audited no-logs. Operator track record. Active maintenance.Mullvad · Proton Mail · Njalla
BGood privacy posture with one trade-off — light email at signup, smaller server fleet, less-audited claims.IVPN · Wasabi · Tutanota
CUsable but compromised — KYC at the payment edge, fork that hasn't stabilized, narrow feature set.Windscribe
DListed for completeness or comparison only. Heavy KYC, weak privacy claims, or unproven operator.(rarely listed)
FReserved for providers we have evidence have stolen funds, leaked customer data, or knowingly cooperated with mass deanonymization. Listed only as warnings.(currently empty)

KYC tagspick one per listing

Feature tagsmulti-select, not exclusive

Free-combine labels that describe properties of the service. Used for the click-to-filter chips on category pages.

Fee transparency

We grade on transparency of fees, not on the absolute fee level. A 5% exchange that names the 5% upfront beats a 3% exchange that surfaces 1% in marketing and pockets the other 2% as silent spread.

Third-party recourse

When a routing-style swap operator goes rogue, direct legal recourse is often impossible. Some operators post a guarantee with a peer directory (e.g. OrangeFren) — a pool of funds that pays users out if the operator misbehaves, up to a published amount.

Wagering addendumcasinos + prediction markets

Casinos and prediction markets carry risks the rest of the directory doesn't: house-edge games can be rigged, and prediction-market resolutions can be disputed. We hold them to additional checks on top of the standard rubric.

For RNG / house-edge games (/wagering/casinos)

For prediction markets (/wagering/prediction-markets)

⚠ Gambling is restricted in some jurisdictions. Listing does not imply endorsement; verify your local law before participating.

Verification cadence

Operator response as grade input

How an operator handles a bad day is a grade multiplier, not a tie-breaker. Custody-adjacent services (exchanges, mixers, wagering, prediction markets) sit on top of an implicit trust track that outlives any single incident, and readers extend or withdraw future benefit-of-the-doubt based on the shape of the last response, not the last uptime number. Two operator-behaviour axes carry material weight when the curator sets and moves grades.

The practical consequence: a service can hold a "flawed but honest" grade indefinitely if the response pattern is right, and a service with intact architecture can slide below its structural grade if the pattern is wrong. Grade lifts after an incident require both (a) the operational cause to be resolved AND (b) the operator response to have followed the transparency-plus-rapid-response shape. Neither alone is sufficient.

User reports as grade input

Reader-submitted reports of scam, denial-of-payout, or operator misconduct are a legitimate signal — some of the earliest exit scams get flagged by users hours before any structural evidence surfaces. But an unmoderated "anonymous report → automatic downgrade" pipeline is also an attack surface: a competitor can drop a $0 submission form and cost an operator a grade tier. This directory grades on evidence, not accusations. Four tiers govern how a report moves the grade.

The reader-facing consequence: a listing at Grade A can carry a Tier-1 note on its /audit page without the grade moving. Readers who want the raw signal see it; the grade doesn't get slot-machined by anyone with $0 and a spare minute. The trade-off is honest: we won't be the fastest to react to reader accusations, and we will occasionally be later than someone screenshot-quoting an anon complaint. That is the cost of a grade you can trust.

Removal policy

Corrections + disputes

Spot a mistake? File via /submit or DM @xmrclub_bot. Every accepted correction lands in the public audit log with the reason. Disputes about grade or removal are documented; we don't quietly delete inconvenient context.

Conflict-of-interest disclosure

Worked examplehow an A is decided

  1. Discovery — Operator or community submission via /submit. Curator confirms the operator runs the service, not a re-seller.
  2. Signup test — Real account created from a clean Tor session. No phone, no email tied to identity. If signup demands SMS or government ID → automatic NO-KYC fail.
  3. Deposit test — Small XMR or BTC deposit (often < $20). Funds must arrive at the address the UI provided and no extra KYC prompt fires after deposit.
  4. Withdrawal test — Funds withdrawn to a fresh address. Withdrawal-time KYC = immediate downgrade from A.
  5. Posture review — Privacy policy + ToS read end-to-end. Operator track record cross-checked against /audit + /incidents.
  6. Grade lock — Curator records grade + chips + last_verified timestamp. Entry lands in /audit with a rationale.
  7. Yearly re-test — Same flow repeated. If any step now fails, grade is downgraded and the change is audit-logged.