xmr.club спросить поиск гайды EN 中文 ES RU
← на главную

Как xmr.club курирует — методология и рубрика

Каталог имеет значение, только если имеют значение его суждения. Эта страница описывает, как мы оцениваем, тегируем, принимаем, отклоняем и удаляем записи. Намеренно кратко — чтобы оставалось честным.

Рубрик оценок (A · B · C · D · F)

ОценкаЧто значитПримеры
AСильная позиция по приватности. Анонимная регистрация или аудированный no-logs. Репутация оператора. Активная поддержка.Mullvad · Proton Mail · Njalla · сам протокол Monero
BХорошая позиция с одним компромиссом — лёгкий e-mail на регистрации, меньший парк серверов, менее аудированные заявления.IVPN · Wasabi · Tutanota
CИспользовать можно, но с компромиссами — KYC на платёжной границе, нестабилизированный форк, узкий набор функций.Windscribe · экспериментальные CoinJoin-форки
DУказано только для полноты или сравнения. Жёсткий KYC, слабые заявления о приватности или непроверенный оператор.(почти не появляется)
FТолько для провайдеров с доказательствами кражи средств, утечки клиентских данных или умышленного участия в массовой деанонимизации. Указывается только как предупреждение.(сейчас пусто)

KYC-теги (один на запись)

  • NO-KYC — личность не собирается ни на одном этапе. Наличные по почте считаются. Только крипта — необходимое, но не достаточное условие (всё ещё нужно отсутствие имени/e-mail).
  • — анонимное создание аккаунта (account-ID или случайный handle), но опциональный KYC для отдельных функций.
  • LIGHT KYC — нужен e-mail, без удостоверения. Одноразовый e-mail подходит.
  • KYC — требуется удостоверение, подтверждение адреса или селфи. Указывается для сравнения; никогда не рекомендуется.

Feature tags (multi-select, not exclusive)

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

  • open_source · non_custodial · self_hosted · cli_supported
  • tor_mirror · i2p_mirror · xmr_native · lightning_native
  • atomic_swap · audited · port_forwarding · ram_only_servers

Ритм проверки

  • У каждой записи есть last_verified. Минимум раз в год мы пересматриваем сквозной поток регистрации + оплаты на каждой записи.
  • Если last_verified старше 18 месяцев, мы понижаем оценку на одну букву до повторной проверки.
  • Спонсорство не продлевает срок верификации. Платная запись с просевшей оценкой теряет позицию до повторной оценки.

Политика удаления

  • Доказательство кражи — средств у пользователей, происхождение которых оператор не может объяснить: немедленное удаление; запись остаётся как публичное предупреждение F на 24 месяца.
  • Массовый KYC за ночь — оператор уходит от no-KYC к обязательному KYC без сохранения прав текущих пользователей: переоценка; обычно падение с A до C/D.
  • Поглощение враждебной структурой — продажа или слияние с compliance-ориентированной материнской компанией: пересмотр; повторное включение зависит от того, сохранились ли обещания приватности.
  • Мёртвые ссылки / без поддержки — удаляется из каталога, но остаётся в аудит-логе.

Раскрытие конфликта интересов

  • Команда куратора независимо ведёт другие privacy / крипто-продукты. Когда такие продукты появляются как записи в каталоге, у них стоит чип 1ST PARTY, чтобы связь была явной.
  • Партнёрские ссылки приносят нам комиссию через /go/<slug>. Они не меняют оценку и позицию. Не-монетизированные записи соседствуют с партнёрскими без визуальных отличий.
  • Спонсорство поднимает запись и добавляет чип SPONSORED. Это не влияет на оценку и KYC-метку — см. редакционный firewall.

Разбор примера — как присваивается A

Реальный разбор записи класса A. Большинство идут по той же схеме; провалы обычно случаются на шаге 2 (регистрация) или 4 (вывод).

  1. Discovery → Operator (or community submission) pitches 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. Failure modes: signup form mandates SMS or government ID → automatic NO-KYC fail.
  3. Deposit test → Small XMR (or BTC) deposit, often < $20. Curator confirms funds arrive at the address the UI provided and no extra KYC prompt fires after deposit (a known anti-pattern).
  4. Withdrawal test → Funds withdrawn back to a fresh address. Curator notes turnaround time + any holds. Withdrawal-time KYC = immediate downgrade from A.
  5. Posture review → Privacy policy + ToS read end-to-end. Operator track record cross-checked against /audit incident log + community sources (forums, X, prior incidents). Open-source bonus.
  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 (KYC creep, withdrawal blocked, posture deteriorated), grade is downgraded and the change is audit-logged.

A-grade does not mean perfect — it means we tested the user-visible privacy claim and it holds at retail volume. Higher amounts may trigger ad-hoc compliance review at any provider; this rubric does not extend to whale-volume use cases.

Когда A падает до B (реальные примеры)

  • Email becomes mandatory. Operator adds "email required" at signup without warning. We move to LIGHT-KYC and demote one grade.
  • Sponsorship without disclosure. Operator is found to have paid for a placement chip and tried to suppress an unrelated grade discussion → immediate posture review, SPONSORED chip added, may also downgrade if integrity concerns are present.
  • Audit gap. Last_verified more than 18 months old — automatic downgrade by one letter until re-verified (regardless of operator activity).
  • Withdrawal hold. A user-confirmed withdrawal hold > 72h for legitimate flows → C-grade until process improves.

Глоссарий

У каждого чипа, оценки и тега есть каноническое определение. См. глоссарий (также /api/v1/glossary для JSON-версии).

Правки / споры

Если запись неверна — неправильная оценка, тег или устаревшая цена — напишите в DM @xmrclub_bot в Telegram с доказательствами. Все изменения логируются в аудит-таблицу; правки появляются в публичном аудит-фиде.