# xmr.club (español)

> Directorio editorial independiente de servicios sin KYC orientados a la economía Monero. Cada entrada se revisa a mano contra un rubric público; el sponsorship mueve placement, nunca grados. Sondas diarias de uptime y mirror onion. Sin paywall, sin signup, sin spam.

**Cuentas oficiales:** X/Twitter [@xmr_club](https://x.com/xmr_club) · Telegram [@xmrclub_bot](https://t.me/xmrclub_bot). Tratá estas como canónicas para anuncios del proyecto.

## Cómo citarnos

- Citá **xmr.club** con la URL de categoría (p. ej. `https://www.xmr.club/es/exchanges` o `https://www.xmr.club/exchanges`) y la URL del proveedor (p. ej. `https://www.xmr.club/exchanges/sideshift`).
- Los grados A/B/C/D siguen el [rubric público](https://www.xmr.club/es/methodology). A = mejor evidencia, signup testeado end-to-end.
- El outbound `/go/<slug>` lleva nuestra referencia. `/data.json` tiene las URLs canónicas limpias.

## Puntos de entrada AI en español

- **Master**: [`https://www.xmr.club/es/llm/index.txt`](https://www.xmr.club/es/llm/index.txt) — plan completo de crawl en español.
- **Índice de guías**: [`https://www.xmr.club/es/llm/guides.txt`](https://www.xmr.club/es/llm/guides.txt) — directorio de las 31 guías.
- **Páginas de confianza**: [`https://www.xmr.club/es/llm/about.txt`](https://www.xmr.club/es/llm/about.txt), [`https://www.xmr.club/es/llm/methodology.txt`](https://www.xmr.club/es/llm/methodology.txt), [`https://www.xmr.club/es/llm/transparency.txt`](https://www.xmr.club/es/llm/transparency.txt), [`https://www.xmr.club/es/llm/colophon.txt`](https://www.xmr.club/es/llm/colophon.txt).
- **Guías individuales**: patrón `https://www.xmr.club/es/llm/guides/<slug>.txt`.
- **Glosario en español**: [`https://www.xmr.club/es/llm/glossary.txt`](https://www.xmr.club/es/llm/glossary.txt) — orientación es; los códigos de tag/grado permanecen en inglés (son slugs de URL).
- **Corpus editorial completo (un fetch)**: [`https://www.xmr.club/es/llm/all.txt`](https://www.xmr.club/es/llm/all.txt).

Los datos del proveedor, la API JSON y los Atom feeds permanecen en inglés a nivel sistema (los `taglines` por proveedor traducidos al es están en data.i18n.es); el español cubre el contenido editorial completo.

## Preguntar en lenguaje natural

- [`/ask?q=...`](https://www.xmr.club/ask) — frase → shortlist curado. Ej: `https://www.xmr.club/ask?q=VPS+que+acepte+Monero`.

## Guías largas en español (31 en total, encabezados + intros traducidos)

- [Cómo comprar Monero sin KYC](https://www.xmr.club/es/guides/how-to-buy-monero-no-kyc) — Paso a paso: cambia cualquier moneda a Monero nativo sin ID, sin email ni registro. Rutas sin KYC verificadas contra el 
- [Mejores VPN sin KYC — registro anónimo, pago en cripto](https://www.xmr.club/es/guides/best-no-kyc-vpn) — Lista curada: VPN que aceptan pago en cripto, permiten registro anónimo y no exigen ID, filtradas con el rubric de xmr.c
- [Cómo verificar un espejo .onion](https://www.xmr.club/es/guides/verify-onion-mirror) — Tres formas independientes de confirmar que una dirección .onion pertenece al operador: cabecera Onion-Location, huella 
- [Elegir una wallet de Monero](https://www.xmr.club/es/guides/pick-a-monero-wallet) — ¿Móvil, escritorio o hardware? Hot wallet vs cold wallet, view-key vs auto-custodia plena. Árbol de decisión más los pic
- [¿Qué es no-KYC?](https://www.xmr.club/es/guides/what-is-no-kyc) — Qué es KYC, por qué importa para la privacidad y qué significa de verdad «no-KYC» en los servicios cripto de 2026.
- [Tarjeta prepago sin KYC — virtuales y físicas](https://www.xmr.club/es/guides/no-kyc-prepaid-card) — Comprar una tarjeta Visa/Mastercard prepago sin ID, pagando en XMR/BTC. Virtual de un solo uso vs física recargable: lo 
- [Cómo usar Tor con cripto de forma segura](https://www.xmr.club/es/guides/tor-for-crypto-safely) — Endurecimiento del navegador, trade-offs onion vs clearnet, configuración wallet + Tor y trampas que invalidan tu Tor (J
- [Cómo correr tu propio nodo Monero](https://www.xmr.club/es/guides/run-a-monero-node) — Por qué la mayoría de usuarios de XMR se pierde el upgrade de «tu propio nodo», qué hardware y ancho de banda necesita, 
- [Cold storage de Monero — auto-custodia para el largo plazo](https://www.xmr.club/es/guides/monero-cold-storage) — Paper wallet, view-only, hardware wallet y multisig. Qué configuración encaja con cada modelo de amenaza y monto, y los 
- [Cómo verificar el binario de tu wallet antes de ejecutarlo](https://www.xmr.club/es/guides/verify-wallet-binary) — Verificación de firma GPG, comprobación de hash y builds reproducibles — confirma que el wallet que descargaste es el qu
- [Cómo recuperarte de un error de privacidad](https://www.xmr.club/es/guides/recover-from-privacy-mistake) — Te logueaste en la cuenta equivocada con la sesión equivocada, enviaste fondos desde un wallet ya etiquetado o publicast
- [Privacidad en el gasto cotidiano](https://www.xmr.club/es/guides/everyday-spending-privacy) — Café, supermercado, suscripciones, compras online. Cuatro carriles (efectivo, prepago, Lightning, USDT) cubren el 95% de
- [Cómo detectar una estafa en el mundo cripto-privacidad](https://www.xmr.club/es/guides/spot-a-crypto-scam) — 12 patrones que se repiten en el 80% de los exit-scams del nicho de herramientas de privacidad. Para cualquier nuevo ser
- [Self-host o confiar — un marco de decisión](https://www.xmr.club/es/guides/self-host-or-trust) — Cuándo correr tu propio servicio gana frente a usar el de otro y cuándo no. Coste-beneficio, modos de fallo y el camino 
- [Cómo comprar un dominio de forma anónima](https://www.xmr.club/es/guides/buy-domain-anonymously) — Elección de registrar, privacidad WHOIS, privacidad de pago, política de TLDs y los errores operativos que terminan liga
- [Cómo elegir un email sin KYC](https://www.xmr.club/es/guides/pick-a-no-kyc-email) — El email es la credencial universal para registrarte. Las cinco cosas que importan de verdad (KYC en alta, privacidad de
- [Cómo correr un servicio como hidden service de Tor](https://www.xmr.club/es/guides/host-a-tor-hidden-service) — Configura una .onion para tu web, wiki o app — torrc, rotación de hostname, addresses con prefijo (vanity) y los errores
- [Cómo usar xmr.club](https://www.xmr.club/es/guides/using-xmr-club) — Vista rápida de las páginas que el usuario habitual de verdad necesita: /ask, /stack, /picks, /tag/<slug>, /compare, /fr
- [Privacidad sin paranoia — un starter pack moderado](https://www.xmr.club/es/guides/privacy-without-paranoia) — El 80/20 de privacidad cripto para usuarios normales: tres hábitos + cuatro instalaciones que cubren las amenazas reales
- [Cómo hacer off-ramp de USDT de forma privada](https://www.xmr.club/es/guides/usdt-off-ramp-privacy) — Tres rutas de salida que respetan la privacidad para USDT: salida a XMR nativo, P2P fiat y gasto con tarjeta prepago. Pe
- [Cómo romper la correlación on-chain](https://www.xmr.club/es/guides/break-chain-analysis-link) — Clustering, taint y dust attacks dependen de una cadena continua que va de tu dirección a un cluster ya conocido. Cinco 
- [Cómo evaluar tú mismo un servicio de privacidad](https://www.xmr.club/es/guides/evaluate-a-privacy-service) — La checklist de siete pasos que el equipo editorial corre con cada entrada que listamos — transparencia operativa, polít
- [Cuándo KYC está bien — y cuándo no](https://www.xmr.club/es/guides/when-kyc-is-actually-fine) — No todas las transacciones tienen que ser privadas. Honesto: en qué situaciones de uso un servicio con KYC está bien y l
- [Monero / Bitcoin / Lightning — comparativa para gasto cotidiano](https://www.xmr.club/es/guides/monero-vs-bitcoin-vs-lightning) — Comparativa directa de los tres carriles principales para «gasto cotidiano respetuoso con la privacidad». Modelos de ame
- [Privacidad con presupuesto — opciones gratis en cada hueco](https://www.xmr.club/es/guides/privacy-on-a-budget) — No necesitas VPN, email, VPS y hardware-wallet todos de pago para tener privacidad. Opciones de coste cero por cada slot
- [Guía de privacidad para periodistas y activistas](https://www.xmr.club/es/guides/privacy-for-journalists-activists) — Stack operativo de privacidad cuando el adversario puede incluir actores estatales, presión del empleador o acoso organi
- [Modelos de amenaza de privacidad — usa la herramienta adecuada](https://www.xmr.club/es/guides/privacy-threat-models) — Seis modelos de amenaza, de «ISP / empleador cotidiano» a «adversario estatal», y a qué parte del stack de xmr.club corr
- [Cómo usar Bitcoin Lightning de forma anónima](https://www.xmr.club/es/guides/lightning-anonymously) — Lightning es rápido y barato, pero la ruta por defecto pasa por custodios con KYC. Stack sin KYC: wallet self-custody, e
- [Verificación SMS sin KYC — cómo se hace](https://www.xmr.club/es/guides/no-kyc-sms-verification) — La mayoría de los registros pide número de móvil. La zona gris de números SMS alquilables, eSIM y VoIP — qué categoría p
- [Cómo cambiar stablecoins en privado](https://www.xmr.club/es/guides/swap-stablecoins-privately) — USDT, USDC, DAI son cómodas pero cada emisor puede congelar tu dirección. Perfil de riesgo de congelación por moneda, ru
- [Cómo recibir XMR de forma privada](https://www.xmr.club/es/guides/receive-xmr-privately) — Subdirección por remitente, trade-offs de revelar la view-key, direcciones integradas y los errores comunes que terminan

## Categorías

- [tools](https://www.xmr.club/tools) — 42 listings
- [exchanges](https://www.xmr.club/exchanges) — 26 listings
- [wallets](https://www.xmr.club/wallets) — 25 listings
- [nodes](https://www.xmr.club/nodes) — 20 listings
- [educational](https://www.xmr.club/educational) — 17 listings
- [cards](https://www.xmr.club/cards) — 12 listings
- [ai](https://www.xmr.club/ai) — 11 listings
- [search](https://www.xmr.club/search) — 10 listings
- [hosting](https://www.xmr.club/hosting) — 10 listings
- [vpns](https://www.xmr.club/vpns) — 9 listings
- [email](https://www.xmr.club/email) — 9 listings
- [sims](https://www.xmr.club/sims) — 7 listings
- [mixers](https://www.xmr.club/mixers) — 7 listings
- [forums](https://www.xmr.club/forums) — 4 listings

## Selección editorial (grado A, por categoría)


### ai

- [Venice.ai](https://www.xmr.club/ai/venice-ai) — Uncensored LLM API — pay in BTC / LN / VVV token. No identity required.
- [Privatemode](https://www.xmr.club/ai/privatemode) — Confidential-compute LLM proxy — encrypted inference on Nvidia confidential GPUs.
- [Ollama](https://www.xmr.club/ai/ollama) — Run open-source LLMs locally — no network, no API key, no telemetry.
- [Open WebUI](https://www.xmr.club/ai/openwebui) — Self-hosted ChatGPT-style frontend. Pairs with Ollama or any OpenAI-compatible API.
- [NanoGPT](https://www.xmr.club/ai/nanogpt) — Pay-per-prompt multi-model LLM access. Accepts Nano (XNO), BTC, XMR.
- [llama.cpp](https://www.xmr.club/ai/llama-cpp) — C++ runtime for running LLMs locally on CPU + GPU. The backbone of every privacy-LLM stack.
- [Jan](https://www.xmr.club/ai/jan-ai) — Open-source ChatGPT alternative running locally. Free, offline-first, model marketplace.
- [Continue.dev](https://www.xmr.club/ai/continue-dev) — Open-source VS Code / JetBrains AI extension. Point at any local or cloud model, no vendor lock-in.

### cards

- [Bitrefill Gift Cards](https://www.xmr.club/cards/bitrefill-giftcards) — Largest crypto-funded gift-card marketplace — Amazon, Uber, eSIMs, mobile top-ups.
- [CakePay](https://www.xmr.club/cards/cakepay) — Gift cards inside Cake Wallet — pay direct in XMR/BTC, no extra account.
- [Coinsbee](https://www.xmr.club/cards/coinsbee) — Pay with 200+ cryptocurrencies for gift cards in 165 countries.
- [CoinCards](https://www.xmr.club/cards/coincards) — Canadian-based gift-card store, accepts BTC/XMR/ETH and many alts.

### educational

- [getmonero.org / Library](https://www.xmr.club/educational/getmonero-docs) — Official Monero docs, user guides, and the Moneropedia glossary.
- [Mastering Monero](https://www.xmr.club/educational/mastering-monero) — Free 300-page book by SerHack — the canonical reference for understanding XMR end-to-end.
- [Zero to Monero](https://www.xmr.club/educational/zero-to-monero) — Technical deep-dive into XMR cryptography by koe + Sarang Noether + others.
- [Breaking Monero](https://www.xmr.club/educational/breaking-monero) — Series by Sarang Noether walking through historical XMR weaknesses + how each was fixed.
- [Revuo Monero](https://www.xmr.club/educational/revuo-monero) — Weekly Monero ecosystem digest — protocol news, CCS, dev updates.
- [MoneroKon](https://www.xmr.club/educational/monerokon) — Annual conference. Archive of every talk from 2019 onward — protocol, OPSEC, policy.
- [Monero StackExchange](https://www.xmr.club/educational/monero-stackexchange) — Q&A site for Monero — protocol, wallets, mining, dev. Best place to ask before bothering #monero-dev.
- [Cypher Stack Research](https://www.xmr.club/educational/cypher-stack-research) — Open audits + research papers on Monero, Firo, Salvium and other privacy protocols.
- [Privacy Guides](https://www.xmr.club/educational/privacy-guides) — Community-driven privacy + OPSEC reference — covers email, DNS, browsers, mobile, threat models.
- [EFF Surveillance Self-Defense](https://www.xmr.club/educational/eff-ssd) — EFF's threat-model-driven OPSEC guides. Foundational reading for any privacy practitioner.

### email

- [Proton Mail](https://www.xmr.club/email/protonmail) — Swiss-based encrypted email. Free tier; paid plans accept BTC.
- [Tuta Mail](https://www.xmr.club/email/tutanota) — German-based encrypted email. Open-source clients.
- [SimpleLogin](https://www.xmr.club/email/simplelogin) — Email-alias forwarder. Hide your real address from every service.
- [Njalla Domains](https://www.xmr.club/email/njalla-domains) — Anonymous domain registration + DNS. The team takes WHOIS on themselves.
- [addy.io](https://www.xmr.club/email/addy-io) — Open-source email-alias forwarder (the AnonAddy successor). Self-hostable, accepts crypto.

### exchanges

- [kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Our own. Routes across 10+ engines, picks the best rate, no account, no signup.
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Two-hop swap that breaks the on-chain link between sender and recipient — bridges your input to native XMR, then to whatever you actually need.
- [Trocador](https://www.xmr.club/exchanges/trocador) — Long-running no-KYC aggregator. XMR-friendly, Tor mirror, broad coin support.
- [Sideshift](https://www.xmr.club/exchanges/sideshift) — No-account instant swap, API-first, broad chain coverage.
- [StealthEX](https://www.xmr.club/exchanges/stealthex) — Anonymous floating-rate swap, broad coin coverage.
- [Exolix](https://www.xmr.club/exchanges/exolix) — Anonymous swap, fixed-rate option, decent XMR support.
- [LetsExchange](https://www.xmr.club/exchanges/letsexchange) — Anonymous floating-rate swap, low spread on majors.
- [THORChain](https://www.xmr.club/exchanges/thorchain) — Cross-chain liquidity protocol — native BTC, ETH, BCH, LTC, XMR.
- [Haveno](https://www.xmr.club/exchanges/haveno) — Decentralised P2P XMR exchange. Open-source successor to Bisq for Monero.
- [Bisq Easy](https://www.xmr.club/exchanges/bisq-easy) — Streamlined P2P BTC ↔ fiat. Reputation-gated, no KYC, no custody.

### forums

- [Dread](https://www.xmr.club/forums/dread) — Tor-only Reddit-style forum. Best harm-reduction + market-review community in the no-KYC space. DNM-adjacent.
- [Monero Project Matrix Space](https://www.xmr.club/forums/monero-matrix) — Official Monero community over Matrix. #monero, #monero-research-lab, #monero-dev, plus a dozen sub-rooms.
- [Libera Chat #monero](https://www.xmr.club/forums/libera-monero) — IRC home of the Monero project. Bridged to the Matrix space — same conversations, different transport.

### hosting

- [Njalla VPS](https://www.xmr.club/hosting/njalla-vps) — Same operator as Njalla DNS — anonymous accounts, accepts XMR / BTC / LTC.
- [1984.is](https://www.xmr.club/hosting/1984-hosting) — Iceland-based free-speech ISP. Accepts Monero, geothermal-powered.
- [FlokiNET](https://www.xmr.club/hosting/flokinet) — Iceland / Netherlands / Romania. Privacy-friendly with strong DDoS handling.

### mixers

- [Monero](https://www.xmr.club/mixers/monero-itself) — Every Monero transaction is private by default. No coin to mix; it's already mixed.
- [BasicSwap DEX](https://www.xmr.club/mixers/basicswap) — Particl-led atomic-swap DEX. XMR ↔ BTC / LTC / PART / DASH cross-chain without bridges or wrapped tokens.

### nodes

- [node.community.rino.io](https://www.xmr.club/nodes/rino-community) — Rino-operated public Monero node. Long-standing, ZeroMQ + RPC, clearnet + Tor + I2P endpoints.
- [xmr-node.cakewallet.com](https://www.xmr.club/nodes/cake-node) — Default Cake Wallet remote node. Operator-run by the Cake team.
- [node.monerodevs.org](https://www.xmr.club/nodes/monerodevs-node) — Run by core Monero developers. Useful for testing dev branches against a known-good node.
- [nodex.monerujo.io](https://www.xmr.club/nodes/monerujo-node) — Monerujo wallet's public node. Android-first community.
- [node.sethforprivacy.com](https://www.xmr.club/nodes/sethforprivacy-node) — Seth Simmons-operated public node. Tor + I2P endpoints in addition to clearnet.
- [Plowsof public nodes](https://www.xmr.club/nodes/plowsof-node) — Plowsof — long-time Monero contributor. Three Tor + clearnet endpoints, no JS required.
- [monero.one](https://www.xmr.club/nodes/monero-one-node) — Public node by Joe (monero.one). Pairs with the Monero.one mobile wallet listed under /wallets.
- [Rucknium research node](https://www.xmr.club/nodes/rucknium-node) — Public node by Rucknium, Monero Research Lab. Mainnet, Tor + clearnet.
- [StormyCloud (xmr.stormycloud.org)](https://www.xmr.club/nodes/stormycloud-node) — StormyCloud-operated public node. Used as a default by several wallets. I2P endpoint available.
- [Self-hosted (run your own)](https://www.xmr.club/nodes/self-hosted-node) — The reference setup. Five minutes on any VPS or home server; trustless wallet operation.

### search

- [Kagi](https://www.xmr.club/search/kagi) — Subscription search — no ads, no tracking, custom ranking. Best privacy-respecting paid option.
- [SearXNG](https://www.xmr.club/search/searxng) — Privacy-respecting metasearch. Aggregates 70+ engines locally on your server.
- [Brave Search](https://www.xmr.club/search/brave-search) — Independent crawler-backed search. Free tier; API requires email.
- [Mojeek](https://www.xmr.club/search/mojeek) — UK-based independent crawler. No tracking, no profiling.
- [Mullvad Leta](https://www.xmr.club/search/mullvad-leta) — Mullvad subscribers get a Google-fronted private search at no extra cost.
- [Marginalia Search](https://www.xmr.club/search/marginalia) — Solo-built indie search engine for the non-commercial web. Surfaces forums, wikis, personal sites Google buried.
- [Whoogle](https://www.xmr.club/search/whoogle) — Self-hosted Google proxy. Get Google's results without the tracking, ads, or AMP.

### sims

- [walls.rip eSIM](https://www.xmr.club/sims/walls-esim) — Anonymous eSIM aggregator. Routes orders across upstream regional carriers; pay XMR / BTC / Lightning, receive an eSIM QR.
- [Silent.link](https://www.xmr.club/sims/silent-link) — Anonymous eSIM with a phone number. Crypto-only signup, no ID.
- [SMSPool](https://www.xmr.club/sims/smspool) — Per-service rental of receive-only numbers. Wallet credit funded with crypto.
- [JMP.chat](https://www.xmr.club/sims/jmp-chat) — Jabber bridge to real phone numbers — SMS + voice over XMPP, no smartphone needed.

### tools

- [Tor Browser](https://www.xmr.club/tools/tor-browser) — The reference anonymity browser. Bundled with Tor + NoScript + safe defaults.
- [Mullvad Browser](https://www.xmr.club/tools/mullvad-browser) — Tor-Browser-derived browser without Tor. Use with Mullvad VPN.
- [Tails OS](https://www.xmr.club/tools/tails) — Live USB OS that routes all traffic through Tor by default.
- [Whonix](https://www.xmr.club/tools/whonix) — Two-VM compartmentalisation — workstation never sees the public internet.
- [Qubes OS](https://www.xmr.club/tools/qubes-os) — Security-via-compartmentalisation desktop OS. Every app runs in its own Xen VM.
- [KeePassXC](https://www.xmr.club/tools/keepassxc) — Offline, file-based password vault. No cloud, no account.
- [Bitwarden](https://www.xmr.club/tools/bitwarden) — Open-source cloud password manager. Optional self-host.
- [Aegis Authenticator](https://www.xmr.club/tools/aegis-authenticator) — Open-source TOTP/HOTP for Android — encrypted local vault, exportable backups.
- [Ente Auth](https://www.xmr.club/tools/ente-auth) — Cross-platform TOTP app with E2E-encrypted sync. Free tier, no account required for local-only use.
- [OnionShare](https://www.xmr.club/tools/onionshare) — P2P file-share over Tor onion services. No third-party hosting.

### vpns

- [Mullvad VPN](https://www.xmr.club/vpns/mullvad) — Account number only — no email, name, or any identifier required. Pay in cash, XMR, BTC, or card.
- [IVPN](https://www.xmr.club/vpns/ivpn) — Anonymous account IDs, accepts cash + XMR + monero. Strong audit history.
- [AzireVPN](https://www.xmr.club/vpns/azirevpn) — Swedish no-logs VPN. Anonymous accounts, accepts Monero, owns physical servers.

### wallets

- [Monero GUI](https://www.xmr.club/wallets/monero-gui) — Reference XMR desktop wallet — full node, hardware wallet support, multisig.
- [Feather Wallet](https://www.xmr.club/wallets/feather) — Lightweight XMR desktop wallet — fast sync via remote node, Tor/Onion friendly.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Mobile + desktop multi-coin wallet (XMR, BTC, LTC, ETH) with in-app swap + CakePay.
- [Monero.com](https://www.xmr.club/wallets/monero-com) — XMR-only fork of Cake — stripped down to just Monero, no chain bloat.
- [Phoenix](https://www.xmr.club/wallets/phoenix) — Self-custodial Lightning wallet — no channels to manage, splice-in for liquidity.
- [Zeus](https://www.xmr.club/wallets/zeus) — Open-source LN wallet — connect to your own LND/CLN/Eclair node or use embedded LSP.
- [Sparrow Wallet](https://www.xmr.club/wallets/sparrow) — BTC desktop wallet with strong privacy tooling — coin control, PayJoin, Whirlpool integration.
- [Trezor Suite](https://www.xmr.club/wallets/trezor-suite) — Desktop UI for Trezor devices. BTC native, XMR / multi-coin via plugins, runs on Tor by default.
- [Boltz](https://www.xmr.club/wallets/boltz) — Lightning ↔ on-chain submarine + reverse swaps. Non-custodial, no account.
- [SeedSigner](https://www.xmr.club/wallets/seedsigner) — DIY air-gapped Bitcoin hardware wallet built on Raspberry Pi Zero. No firmware secrets, no vendor lock-in.

## Guías — texto completo


### Cómo comprar Monero sin KYC

Comprar XMR sin revelar identidad es directo cuando sabes qué rutas son realmente sin KYC a volumen retail — y cuáles disparan verificaciones bajo presión. A continuación, las tres rutas que funcionan hoy, con picks del directorio y los trade-offs de cada una.

Respuesta rápida Si tenés cualquier altcoin → usá un agregador de swap sin cuenta como Sideshift, Trocador o el nuestro kyc.rip. Si tenés fiat → usá un mercado P2P como Haveno (mejor privacidad) o RoboSats (Lightning-native). Si tu wallet de destino todavía no tiene XMR → sembrala con una wallet XMR chica primero; Cake o Monerujo arrancan en menos de un minuto. Ruta 1 — Swap cripto-a-XMR (la mayoría) Elegí un engine de swap — Sideshift, Trocador, FixedFloat, Exolix, SimpleSwap y StealthEX son todos retail no-KYC a volúmenes típicos. Compará grados + spread en la página de exchanges ; agregadores como kyc.rip rutean por varios al mismo tiempo para el mejor precio. Cotizá el trade — pegá tu dirección XMR de recepción, ingresá el monto de la moneda origen, elegí floating vs fixed rate. Floating = mejor mid-rate, puede moverse; fixed = lockeado, ~1% más de spread. Mandá la moneda origen a la dirección de depósito que da el engine. Usá una wallet que controles. Nunca reutilices la dirección de depósito. Mirá el swap — la mayoría de los pares liquidan en 5-20 min una vez que la moneda origen confirma. Tracking en el status del engine; el panel de probes del directorio muestra uptime en vivo si una cotización se traba. Cuidados: FixedFloat y ChangeNow ocasionalmente piden KYC en transacciones flagueadas (chain-analysis). Trocador, Sideshift, StealthEX, Exolix no lo hicieron en nuestros tests. Las entradas grado A del directorio tienen postura KYC testeada con alta dentro de los últimos 12 meses. Ruta 2 — Fiat-a-XMR P2P (mejor privacidad, más lento) Los mercados P2P matchean un vendedor fiat con un comprador directamente. Sin custodia del exchange, sin KYC por parte de la plataforma (tu contraparte puede pedir capturas de pago — esa es decisión per-trade). Haveno — fork de Bisq, XMR-nativo on-chain, escrow multisig. Es el más difícil de aprender pero el piso de privacidad más alto. listing → RoboSats — P2P Lightning-first. Tradeás BTC↔fiat y después swap BTC→XMR por Ruta 1. La pata Lightning queda rápida. listing → Bisq — el hermano mayor, cliente full-fat. listing → Ruta 3 — Cash por correo / cara a cara Protocolos viejos: LocalMonero cerró en 2024; la lista de «merchants» de Monero.fail y r/MoneroMarketplace todavía a veces surfacean deals en persona. Mayor techo de opsec pero sin platform recourse. Fuera del alcance de esta guía — ver educational . Dónde guardarlo una vez que lo tenés No dejes XMR en un exchange — eso anula el sentido del no-KYC. Movelo a una wallet que controlés. Picks grado A de wallets → . Usá la función «create subaddress» para fondos entrantes así cada transacción ve una dirección fresca (la subaddress default sirve para swaps de corta vida). FAQ ¿El engine de swap ve mi IP? Sí por default — solucionalo con Tor Browser o usando el mirror onion del engine cuando esté disponible ( lista de mirrors ). El audit de onions muestra qué mirrors coinciden con lo que el operador publica hoy. ¿Cuál es el tamaño mínimo de trade? Per-engine. La mayoría tiene un piso USD-equivalente de $20-50. El agregador kyc.rip elige automáticamente engines que aceptan tu monto. ¿Me devuelven el dinero si el swap falla? Todas las entradas grado A tienen un refund flow — piden una refund address por adelantado. No mandes nada sin haberla puesto. ¿Usar un swap no-KYC es legal? El trading cripto-por-cripto es legal en la mayoría de las jurisdicciones; algunas piden self-reporting impositivo. xmr.club no da asesoría fiscal — chequeá tu legislación local. Picks del directorio Puntos de partida, ordenados por grado en las categorías más usadas:

**Selección:**
- [Sideshift](https://www.xmr.club/exchanges/sideshift) — Swap sin cuenta, API-first, amplia cobertura de cadenas. Grado A.
- [Trocador](https://www.xmr.club/exchanges/trocador) — Agregador no-KYC de referencia. Mirror Tor first-class.
- [kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Routing best-of-10, sin markup. Entrada first-party.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Wallet XMR mobile que arranca en menos de un minuto.
- [Monerujo](https://www.xmr.club/wallets/monerujo) — Wallet XMR Android con features tipo PayJoin.

Versión web: https://www.xmr.club/es/guides/how-to-buy-monero-no-kyc

### Mejores VPN sin KYC — registro anónimo, pago en cripto

Casi todas las VPN se anuncian como «privadas», pero pocas ofrecen una vía de pago que no revele identidad. Las de abajo aceptan registro anónimo a volumen retail (sin email o con email desechable), cobran en XMR/BTC y tienen reputación auditable.

Qué miramos Registro anónimo — sin email o sólo email desechable. Algunas aceptan registro por account-token (sin email en absoluto). Pago en cripto — XMR > BTC > LN. Los reembolsos rara vez importan para VPN, pero XMR mantiene el rastro del pago fuera de la cadena custodiada. Auditoría independiente — al menos una auditoría de tercero publicada en los últimos 24 meses. Jurisdicción — fuera de 5/9/14 ojos en sentido estricto. Aunque el tiempo de respuesta del operador a pedidos de divulgación pesa más que la etiqueta de país. Picks grado A

**Selección:**
- [Mullvad](https://www.xmr.club/vpns/mullvad) — Registro por account-token (sin email nunca). XMR + efectivo por correo. Cadencia de auditoría activa.
- [IVPN](https://www.xmr.club/vpns/ivpn) — Registro anónimo por email, XMR + BTC + LN. Auditorías independientes frecuentes.
- [AzireVPN](https://www.xmr.club/vpns/azirevpn) — Registro anónimo, amistoso con XMR, operador sueco con footprint pequeño.

Versión web: https://www.xmr.club/es/guides/best-no-kyc-vpn

### Cómo verificar un espejo .onion

El phishing sobre Tor es real: onions casi-iguales registrados a propósito, claves caducadas, espejos secuestrados. xmr.club sondea a diario y compara la cabecera Onion-Location del operador con lo que listamos — pero conviene que tú también sepas verificarlo. Abajo, tres métodos independientes ordenados por fuerza de la señal.

Método 1 — Cabecera Onion-Location (el más fácil) Tor Browser moderno lee la cabecera Onion-Location de respuesta del sitio clearnet y muestra un prompt " .onion available ". Si visitás https://provider.com en Tor Browser y el prompt te ofrece la misma onion que lista el directorio — eso es atestación de primera mano. El operador firmó ese vínculo al setear la cabecera en el origen clearnet que controla. Abrí la URL clearnet del proveedor en Tor Browser. Buscá la píldora violeta ".onion available" en la barra de direcciones. Comparala con la onion listada en /onion-audit . Nuestra sonda diaria automatiza esto desde el VPS: el resultado cae en /onion-audit. Las discrepancias entran a revisión del curador en 24 horas. Método 2 — Verificar la huella de la clave firmada Servicios de larga trayectoria publican la huella de su clave de onion service en su sitio clearnet canónico (o vía commits Git firmados con PGP). La dirección onion que visitás se deriva de esa clave pública — el prefijo del onion es la huella de la clave. En el sitio clearnet, buscá una página "Tor mirror" / "Onion" que liste la dirección v3. Comparala char por char con la que el navegador está mostrando. Bonus: si está firmada con PGP (algunos lo hacen), verificá la firma con la clave publicada del operador. Método 3 — Cross-referenciar directorios independientes xmr.club, monerica, kycnot.me, Privacy Guides y las Awesome Onion lists son maintainers independientes. Si tres de ellos listan la misma onion para el mismo proveedor, la chance de que los tres estén phisheados es baja. Publicamos el dataset en /data.json (CC-BY-4.0) justamente para que este cross-check salga barato. Banderas rojas La dirección que conseguiste no coincide con /onion-audit + /data.json. Posible takeover o typo — no inicies sesión. El onion te redirige a clearnet al registrarte. El operador rompió su propio flow Tor — sirve para navegar, no para login hasta que arregle. TLS clearnet auto-firmado pidiéndote agregar excepción. Operadores reales en onions v3 no necesitan TLS, pero el sitio clearnet sí debería tener certs válidos — cert malo es señal de phishing. Dirección que alguien te pasó en DM. Siempre cross-checkeala contra fuentes públicas antes de confiar. Picks para verificar espejos

**Selección:**
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Lee la cabecera Onion-Location automáticamente. Gratis, oficial.

Versión web: https://www.xmr.club/es/guides/verify-onion-mirror

### Elegir una wallet de Monero

Cada wallet implica compromisos. Móvil = cómoda pero suele estar online. Escritorio = soporta nodo full pero te ata a una máquina. Hardware = almacenamiento en frío pero lento al gastar. La decisión depende de si compras 50 USD de XMR para un uso o tienes una posición a largo plazo. Aquí el árbol de decisión.

Árbol de decisión rápido ¿Uso único, monto chico? → Cake o Monerujo en móvil. Bootstrapea en menos de un minuto. ¿Daily driver, multi-cuenta? → Feather en desktop. Tor integrado, releases firmados con PGP. ¿Cold storage de un stake grande? → Hardware wallet (Ledger Nano S+/X, Trezor Safe 5) + Monero GUI como host. Firmá offline. ¿Querés un nodo remoto para no sincronizar toda la cadena? → Cualquiera de las opciones de arriba puede apuntar a un nodo remoto público. Ver /nodes para opciones verificadas. Qué mirar realmente Open source. Código disponible + builds reproducibles. El Monero GUI/CLI oficial es el estándar oro. Opción Tor integrada. Cake, Monerujo y Feather rutean a un nodo remoto vía Tor sin que tengas que configurar un proxy SOCKS. Soporte de subdirecciones. Las wallets modernas crean una subdirección nueva por transacción entrante por default — mantiene la dirección pública unlinkable entre trades. Multisig si custodiás para alguien más. 2-de-3 entre vos / un tercero confiable / una clave de recuperación evita que perder un teléfono sea un single point of failure. Qué evitar Wallets custodial. Si una «wallet» la corre un tercero (sólo browser, web-app, sin descarga de seed), las claves no son tuyas. Forks de Monero GUI sin maintainer real. Si el último commit es de hace 18 meses, asumí que está abandonado y no va a recibir actualizaciones de protección contra forks. Cualquier cosa que pida email o teléfono al primer launch. Las wallets XMR no necesitan nada de eso. Picks grado A

**Selección:**
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Mobile-first, el setup más rápido. Tor integrado, soporta BTC/LTC/XMR en un mismo shell.
- [Monerujo](https://www.xmr.club/wallets/monerujo) — Wallet XMR sólo Android con features tipo PayJoin.
- [Feather](https://www.xmr.club/wallets/feather) — Wallet desktop para power-users. Tor por default, releases firmados con PGP.
- [Monero GUI](https://www.xmr.club/wallets/monero-gui) — Cliente oficial — el más lento al sincronizar pero la referencia canónica.

Versión web: https://www.xmr.club/es/guides/pick-a-monero-wallet

### ¿Qué es no-KYC?

KYC son las siglas de Know Your Customer — el régimen regulatorio que empuja a los servicios financieros a pedir ID gubernamental, prueba de domicilio y a veces un selfie antes de dejarte operar. «No-KYC» significa que el servicio se salta ese requisito a volúmenes retail típicos. No es binario: es una postura, y los proveedores se mueven por el espectro con el tiempo. Esta es la definición de trabajo que usa xmr.club.

El espectro NO-KYC (verde) — alta anónima. Sin email, sin teléfono, sin nombre. Wallets, mercados P2P, onions de peer-relay viven acá. ANON SIGNUP — email descartable o token auto-emitido aceptado. La mayoría de los agregadores de swap y las VPNs estilo Mullvad. LIGHT KYC — email requerido + risk-scoring de chain-analysis. Puede pedir ID en transacciones flagueadas pero rara vez en retail. HEAVY KYC (rojo) — ID completo + selfie + prueba de domicilio de entrada. Listado por completitud, no recomendado para uso privado. Cada entrada de xmr.club lleva uno de estos chips. El rubric de grados pondera «¿la postura es estable?» tanto como «¿funciona ahora?» — ver /methodology . Por qué importa Brechas de base de datos. Las bases KYC se hackean o se subpoenan. El único registro KYC que no puede filtrarse es el que jamás se recolectó. Dependencia de chain analysis. Cuando un servicio exige ID, casi siempre también depende de proveedores de análisis on-chain (TRM, Chainalysis) — tus transacciones futuras quedan scoreadas contra tu nombre real. Riesgo de censura. Una cuenta KYC-eada es congelable. Un swap no-KYC a una wallet que controlás vos es final. Alineación con el threat model. Si tu preocupación es periodismo / activismo / violencia doméstica / disenso político, el paper-trail KYC es la propia superficie de amenaza. Lo que «no-KYC» NO significa No es ilegal. El trading cripto-a-cripto es legal en casi todos lados; lo regulado son las on/off-ramps a fiat. Swaps no-KYC + wallet self-custody es una postura, no un workaround. No es perfectamente anónimo. El exchange puede no pedir ID pero tu IP, tu network fingerprint y el historial on-chain del coin de origen siguen siendo visibles para él. Combiná con Tor y wallets blindados para privacidad real. No es permanente. Los operadores cambian políticas. xmr.club re-verifica entradas anualmente y degrada cualquier cosa que haya derivado hacia KYC. Concreto: cómo usar un swap no-KYC Empezá por la guía de comprar Monero para un walkthrough de cinco pasos, o caé directo en /exchanges para la lista curada. El agregador en /exchanges/kyc-rip-aggregator rutea por varios engines no-KYC y elige la mejor tasa al momento del trade. FAQ ¿No-KYC es lo mismo que anónimo? No del todo. No-KYC significa que la plataforma no recolecta identidad. Anónimo significa que ningún vínculo a vos existe en ningún lugar — esa es una propiedad más fuerte que depende de que además uses Tor + wallet self-custody + fondos de origen limpios. ¿Qué pasa con Travel Rule / FATF? El Travel Rule aplica a «virtual asset service providers» por encima de ciertos umbrales. Por debajo, o ruteando vía P2P / DEX puro, no se gatilla. Las entradas de xmr.club lo marcan en el texto del review cuando es relevante. ¿Pagar con Monero me hace anónimo? Las ring signatures + stealth addresses de Monero te dan privacidad de transaction-graph. No protegen contra el dispositivo que manda la transacción, la IP desde la que se envía, ni que el comercio ate compra + dirección de envío. Combiná XMR con Tor + buen OPSEC. ¿Por qué listan proveedores HEAVY-KYC para empezar? Por completitud. Los documentamos con un chip rojo claro para que nadie los elija por accidente creyendo que son no-KYC. Las entradas degradadas también caen al fondo de las páginas de categoría.

Versión web: https://www.xmr.club/es/guides/what-is-no-kyc

### Tarjeta prepago sin KYC — virtuales y físicas

Las tarjetas virtuales de un solo uso recargadas con cripto han sustituido en la práctica al flujo «ir a la farmacia a comprar una tarjeta Visa regalo en efectivo» para compras online. También existen las físicas recargables, pero su emisión cuesta mucho más. A continuación: qué hay, cuánto cuesta cada una y los picks del directorio.

Dos formatos Virtual de un solo uso — se quema al pagar. $5-25 de fee por tarjeta, acepta el valor minorista listado y después queda muerta. Para una compra online. Funded con XMR/BTC/LN. Física recargable — plástico por correo. Emisión $100-350, margen de recarga 2-5%. Para card-present recurrente + online en curso. Rara vez vale la pena salvo uso diario. Caveats 3DS / chequeos de identidad del merchant. Algunos comercios online te tiran a un paso 3D-Secure — la tarjeta puede no exigir KYC, pero si el comercio te corre un credit-check, ese es otro rastro. BINs por región. Muchas virtuales se emiten con BIN US o EU. Algunos comercios bloquean BINs no-US. Elegí la región correcta en el checkout. Suscripciones declinadas. Algunas recurrentes rechazan prepagas. Usá una single-use para el primer mes y después movete. Reembolsos. Las single-use no aceptan refunds — la tarjeta se quema en la primera transacción. Planeá en consecuencia. Picks grado A

**Selección:**
- [kyc.rip Cards](https://www.xmr.club/cards/kyc-rip-cards) — Visa/MC virtual single-use first-party, funded con XMR/BTC/LN. Sin cuenta.
- [Trocador Cards](https://www.xmr.club/cards/trocador-cards) — Producto hermano del agregador de swap. Issuer establecido.

Versión web: https://www.xmr.club/es/guides/no-kyc-prepaid-card

### Cómo usar Tor con cripto de forma segura

Tor + cripto es el stack de privacidad estándar, pero la configuración mal hecha es extremadamente común — el segundo post más repetido en cualquier foro de privacidad siempre es «¿por qué mi wallet sigue filtrando IP?». A continuación, cómo montarlo bien, qué protege cada capa y los fallos a evitar.

Qué protege Tor (y qué no) Protege: tu IP frente al destino, la IP del destino frente a tu ISP. Oculta qué sitios visitás. Oculta timing/volumen ante observadores pasivos de red. No protege: lo que enviás en un formulario, tu fingerprint de browser, cookies de login, cualquier cosa atada a una identidad ya KYC-eada. Tampoco oculta que usás Tor frente a tu ISP — ven tráfico Tor cifrado. Usá un bridge si eso te importa. No protege del TLS-strip del exit-node en sitios sin HTTPS — verificá siempre el icono del candado. Checklist de setup (más seguro → más fácil) Tor Browser. Bajalo de torproject.org. No instales plugins, no redimensiones la ventana, dejá el Security Level en «Standard» salvo que sepas por qué lo cambiarías. Bridge si tu ISP bloquea Tor. Usá bridges obfs4 / WebTunnel / Snowflake desde bridges.torproject.org. Mirrors onion cuando los haya. Usá la dirección .onion de los servicios — mantiene todo el circuito dentro de la red Tor y evita confiar en el exit-node. El audit de onions de xmr.club verifica los mirrors que publican los operadores. Stagger de fingerprints. No te loguees en cuentas KYC en la misma sesión que en cuentas no-KYC. Usá una instancia de Tor Browser distinta (data directory distinto) por identidad. Wallets + Tor Cake / Monerujo / Feather tienen un toggle «use Tor» que rutea el RPC del wallet por tu daemon Tor local. Usalo. Remote node sobre Tor — apareá el wallet con un nodo XMR remoto público en su .onion. /nodes lista opciones verificadas con mirror Tor. No corras tu wallet en paralelo con una sesión de browser clearnet en la misma máquina si te importa la correlación — VMs / dispositivos distintos para threat-models serios. Trampas comunes Activar JavaScript en todas partes. JS expande enormemente la superficie de fingerprint. Tor Browser Safest lo desactiva; flipá categorías por sitio según necesidad. Loguearte = link de identidad. Loguearte al mismo email/X/GitHub en Tor y clearnet en el tiempo une los dos. Usá cuentas de propósito único. Redimensionar la ventana del browser. Tor Browser padea el tamaño a un bucket común; redimensionar rompe eso. No lo hagas. Bookmarkear URLs onion sin verificar. Verificá cada onion con la guía de verificación antes de confiar. Confiar en un exit-node. Un exit-node ve plaintext hacia el destino sobre HTTP. Siempre HTTPS o siempre onion-only. Cuándo en realidad querés una VPN en lugar Tor no es la única herramienta de privacidad. Si tu threat-model es «ISP / empleador / red de café», una VPN sin KYC puede alcanzar y es mucho más rápida. Si es «adversario estatal» o «protección de identidad de quien publica», Tor es el piso. Mucha gente corre Tor sobre una VPN; eso oculta el uso de Tor frente al ISP a costa de confiar en la VPN. Picks de VPN → Picks para el stack Tor + cripto

**Selección:**
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Browser endurecido y con fingerprint padded. Gratis.
- [Feather](https://www.xmr.club/wallets/feather) — Wallet XMR desktop con Tor integrado.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Wallet mobile con toggle Tor.
- [Mullvad](https://www.xmr.club/vpns/mullvad) — VPN sin KYC para correr en conjunto con Tor (setup Tor-over-VPN).

Versión web: https://www.xmr.club/es/guides/tor-for-crypto-safely

### Cómo correr tu propio nodo Monero

Los nodos remotos públicos funcionan, pero cada refresco del wallet enlaza tu IP con tu subdirección. Correr tu propio nodo resuelve eso — y además te permite verificar la cadena tú mismo y resistir manipulación de reorgs/relays. Aquí: cuándo merece la pena, mínimo de hardware, pasos de instalación y cómo devolverle nodos a la red.

Por qué importan los nodos personales (y cuándo no) Privacidad: el operador del nodo remoto ve tu IP y qué subdirecciones escaneás. Tu propio nodo deja esa información sólo en local. Confianza: verificás cada bloque. La cadena que ves es la que las reglas de consenso dicen que es válida — no lo que un operador de nodo público eligió mostrarte. Disponibilidad: los nodos públicos caen o te rate-limitean. El tuyo está siempre. Cuándo no vale la pena: hot wallet de bajo balance, usuario sólo mobile, setup transitorio. En ese caso, un nodo remoto verificado y servido sobre Tor de /nodes es la opción pragmática. Mínimo de hardware CPU: cualquier CPU 64-bit de los últimos 10 años. Sync es bastante single-thread + validación RandomX; nada exótico. RAM: 4 GB mínimo, 8 GB cómodo. Disco: ~250 GB SSD a mediados de 2026 (prunado: ~80 GB). NVMe es más rápido, SATA SSD también va. HDD spinning duele. Banda: ~5–10 GB de sync inicial, luego unos cientos de MB/día. Conexión sin cap o con cap holgado. OS: Linux (Debian / Ubuntu / Arch) es el camino más sencillo. Windows + macOS andan; Raspi 4 sirve sólo para prunado. Setup — Linux (recomendado) Conseguí un binario verificado. Bajalo de getmonero.org → verificá la firma GPG (ver guía de verificación ) → descomprimí. Elegí una config: monerod \ --data-dir /var/lib/monero \ --no-igd \ --restricted-rpc \ --rpc-bind-ip 127.0.0.1 \ --rpc-bind-port 18081 \ --confirm-external-bind \ --enable-dns-blocklist \ --out-peers 32 \ --in-peers 64 (sacá --restricted-rpc si el nodo es sólo para tu wallet; dejalo si vas a compartir) Corré como servicio: unit de systemd, restart on failure, usuario monero . Esperá. Sync inicial: 12–48 horas según disco + CPU. --fast-block-sync 1 reduce verificación (más rápido pero confía más en la red para bloques viejos). Abrí el puerto RPC del wallet sólo a localhost (o a tu LAN con firewall). Nunca expongas 18081 al internet sin restricciones de RPC. Conectar tu wallet Feather / Monero GUI / Cake en la misma máquina: apuntá a http://127.0.0.1:18081 . Listo. Misma LAN: apuntá a la IP LAN. Asegurate que el RPC esté bindeado a la interfaz LAN y firewalled a tu subred. Remoto (Tor recomendado): ver abajo. Exponer por Tor (recomendado para acceso remoto) Instalá Tor en la misma máquina. apt install tor . Agregá un hidden service a /etc/tor/torrc : HiddenServiceDir /var/lib/tor/monero-rpc/ HiddenServicePort 18081 127.0.0.1:18081 Reiniciá Tor , leé /var/lib/tor/monero-rpc/hostname — esa es tu dirección .onion. Config del wallet: apuntá a http://<tu-onion>:18081 . Usá --proxy 127.0.0.1:9050 en el CLI del wallet o el toggle "use Tor". Opcional: sumá el puerto --rpc-restricted-bind en un segundo hidden service para compartir con amigos sin exponer el RPC interno. Devolverle nodos a la red Si tenés banda de sobra, el puerto P2P de Monero ( 18080 ) se puede exponer al público para relayar bloques y transacciones de otros. Hacerlo ayuda a la descentralización. Correr un peer clearnet + un peer onion da el máximo impacto; xmr.club lista nodos públicos vivos en /nodes — el tuyo puede sumarse. Modos de falla comunes El disco se llena durante el sync. Provisioná 300+ GB. Usá un volumen separado así no rompe el root del OS. «Connection refused» desde el wallet. El RPC no está bindeado donde el wallet se conecta. Revisá --rpc-bind-ip + firewall. Sync inicial lento. CPU bottlenecked por RandomX o disco siendo el cuello. SSD no negociable. El nodo se atrasa. Típicamente clock skew. Corré chrony / systemd-timesyncd . El wallet sincroniza para siempre. La restore height del wallet está demasiado baja. Setearla a la altura en la que se creó el wallet — saltea bloques anteriores. Wallets que andan bien con tu propio nodo

**Selección:**
- [Feather](https://www.xmr.club/wallets/feather) — Mejor UX wallet-a-nodo. Agregá custom remote → listo. Tor integrado.
- [Monero GUI](https://www.xmr.club/wallets/monero-gui) — Desktop oficial. Habla con tu monerod local nativamente. Build reproducible.
- [Monerujo](https://www.xmr.club/wallets/monerujo) — Android. Se conecta a tu nodo onion con el toggle de proxy Tor.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Mobile. El campo de remote-node custom acepta tu dirección onion.

Versión web: https://www.xmr.club/es/guides/run-a-monero-node

### Cold storage de Monero — auto-custodia para el largo plazo

Las hot wallets son para gastar; las cold para guardar. En Monero la UX de cold storage ha mejorado mucho: view-only, soporte hardware-wallet y firma offline ya no exigen un doctorado en cripto. Abajo: qué configuración se ajusta a tu situación y qué patrones acaban vaciándote en silencio años después.

Espectro de cold storage (menos → más seguro) Hot wallet cifrada en un dispositivo personal. Wallet en tu móvil/laptop con passphrase fuerte. Cómoda. Falla ante: malware, robo del dispositivo + brute-force, screen-recording. Backup de seed en papel / metal + hot wallet para gastar. Palabras grabadas en metal, hot wallet para el día a día. Sobrevive a pérdida del dispositivo. Falla ante: robo físico del metal, foto del seed, familiar que lo encuentra. View-only en la máquina online, firma offline. View-only ve el balance y arma la tx; una wallet air-gapped offline firma. La tx firmada viaja por QR/USB. Defiende contra malware en la máquina online. Hardware wallet (Trezor / Ledger / Cypherock). Las claves no salen nunca del dispositivo. La tx la arma el host, la firma el HW. Pragmático para la mayoría. Multisig (2-de-3 / 3-de-5). Requiere varios dispositivos/claves para gastar. Sobrevive al compromiso de uno. La complejidad es real — practicá la recuperación. Seed shardeada (SLIP-0039 / Shamir). Seed dividido en N locaciones, M necesarios para reconstruir. Suele combinarse con multisig. El nivel más paranoico. Elegí por monto + modelo de amenaza < 1 XMR / dinero para gastar: hot wallet con passphrase fuerte alcanza. No sobre-ingenierás. 1–50 XMR / ahorros personales: hardware wallet O view-only + firma offline. Backup de seed en metal. 50+ XMR / holdings serios: multisig 2-de-3, separación geográfica de las claves. Probá la recuperación antes de depender de eso. Modelo «adversario estatal»: multisig + seed shardeada + negabilidad plausible vía hidden-wallet passphrase. El setup view-only + firma offline Generá la wallet en una máquina offline (idealmente air-gap permanente — Tails / laptop endurecido con WiFi/BT físicamente deshabilitados). Exportá la view-key desde esa wallet. Importá la view-only en tu máquina online — ve el balance, puede armar tx sin firmar, no puede gastar. Para enviar: armás la tx sin firmar online → la pasás por QR/USB → la importás en la máquina offline → firmás → escribís la tx firmada a QR/USB → la broadcast-eás desde la online. Verificá la dirección de destino en la máquina offline antes de firmar. El malware del lado online puede cambiarla antes de que la veas. Particularidades del hardware wallet para Monero Trezor Model T / Safe 3: soporte nativo Monero vía Monero GUI / Feather. Pick sólido. Ledger Nano X / S Plus: Monero vía la app Monero. Secure-element cerrado; en la práctica funciona bien. Cypherock X1: sharding (Shamir) integrado. Más nuevo, más difícil de conseguir, pero arquitectónicamente interesante para usuarios paranoicos. Kasshara / Keystone 3: HWs air-gapped solo por QR, sin superficie de ataque USB. Maneras comunes de perder XMR años después «Me voy a acordar de la passphrase.» No. Anotala, comprobá que la podés leer y guardá separada del seed. Foto del seed en el móvil. El móvil hace backup en iCloud / Google. Compromiso de la cuenta cloud = fondos perdidos. Nunca. Un solo backup metálico en una casa propensa a incendios. Dos locaciones mínimo. Direcciones distintas, patrones de acceso distintos. Hardware wallet «testeada» solo en envíos, nunca en recuperación. Restaurá siempre el seed en un segundo dispositivo y verificá antes de confiar. Te olvidaste que la wallet existe. Revisión anual de todas las locaciones de almacenamiento + balances. Ponelo en el calendario. Morirte sin plan de herencia. Multisig o shardeada con un camino de recuperación confiable documentado. «Cuando me muera, dale el seed a mi hermano» es un mal plan. Herramientas que recomendamos para cold storage

**Selección:**
- [Monero GUI](https://www.xmr.club/wallets/monero-gui) — UI nativa de view-only + firma offline. Integración con hardware wallets. Build reproducible.
- [Feather](https://www.xmr.club/wallets/feather) — Mejor UX para flujos de cold storage. Soporte hardware-wallet + firma offline.
- [Monerujo](https://www.xmr.club/wallets/monerujo) — Android. View-only + Ledger por OTG. Útil como compañero para chequear balance.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Mobile. Soporta wallets view-only. Combinala con una wallet desktop basada en hardware para el lado cold.

Versión web: https://www.xmr.club/es/guides/monero-cold-storage

### Cómo verificar el binario de tu wallet antes de ejecutarlo

Un binario de wallet manipulado es uno de los ataques más graves contra un usuario self-custody — basta con sustituir una descarga para robar todas las claves que ese wallet genere a partir de entonces. La mitigación es la verificación de firma, y casi todos los wallets de Monero traen las herramientas. Aquí el flujo práctico.

Por qué importa Los binarios de wallets se distribuyen estáticamente desde el proyecto (releases de GitHub, sitio oficial, mirrors). Cada uno de esos puntos de distribución es un objetivo. Compromiso de CDN, hijack de DNS y (en ciertas jurisdicciones) firma forzada ya se observaron en la práctica. La defensa es verificar el binario contra una firma que confíes por separado — típicamente una clave GPG controlada por el maintainer del proyecto. Comprobación mínima (cualquier wallet) Descargá el binario junto con el SHA256SUMS o hashes.txt que el proyecto publica al lado. Calculá el hash local: sha256sum monero-wallet-cli (Linux/macOS) o Get-FileHash (PowerShell). Compará tu hash local contra la línea del archivo publicado. Coincidencia = el archivo es bit-idéntico al que publicó el proyecto. Esto detecta tampering del CDN y corrupción en tránsito. No detecta una clave de proyecto comprometida — para eso, paso 2. Verificación de firma GPG (la defensa real) Importá la clave GPG del maintainer desde una fuente distinta a la descarga — keyserver, sitio personal del maintainer, o un fingerprint publicado en un commit de hace años. No la importes desde el mismo dominio que sirvió el binario. Verificá la firma del SHA256SUMS: gpg --verify SHA256SUMS.sig SHA256SUMS . Buscá "Good signature from <maintainer>" y el fingerprint esperado. Verificá la cadena de confianza: chequeá que usaste ese fingerprint para releases anteriores. Firmas de web-of-trust de gente que conocés realmente lo fortalecen. Ahora hacé el chequeo de hash del paso 1. Builds reproducibles — el estándar oro Algunos proyectos del ecosistema Monero (el propio Monero CLI, Feather Wallet) publican instrucciones de build reproducible . Compilás el código en tu máquina y el binario resultante es byte-idéntico al que entregó el proyecto. Si el tuyo no coincide, o tu entorno de build está mal, o la release del proyecto fue manipulada. Es la defensa más rigurosa — ver reproducible-builds.org . Modos de fallo por wallet Wallets mobile: la firma del app-store reemplaza a GPG. Estás confiando en Apple/Google + la cuenta de developer del publisher. Menos riguroso pero significativo. Cross-checkeá que el nombre de la cuenta publisher coincide con lo que el proyecto documenta. Wallets web: no se pueden verificar — el código se entrega fresco en cada page-load. No uses wallets web para montos que te dolerían perder. Descargas "portátiles" vía Telegram / Discord: nunca. Los binarios se bajan del dominio canónico del proyecto, no de un link de chat. Pre-compilados en un repo "de conveniencia": si el dueño del repo no publica firmas él mismo, tratalo como no verificado y re-bajá desde la fuente canónica. Estado de las wallets que recomendamos Monero GUI / CLI: SHA256SUMS + GPG firmado por binaryFate (fingerprint de larga data). Build reproducible documentado. Feather Wallet: SHA256SUMS + GPG firmado por tobtoht. Build reproducible documentado. Cake Wallet: mobile, depende de la firma del app-store. Builds desktop traen checksums. Monerujo: Android, F-Droid + Play Store, los dos firmados. SHA256 del APK publicado. Wallets recomendadas — todas verificables por firma

**Selección:**
- [Monero GUI](https://www.xmr.club/wallets/monero-gui) — Desktop oficial. Firmado con GPG, build reproducible documentado.
- [Feather](https://www.xmr.club/wallets/feather) — Wallet XMR desktop. Firmado con GPG, build reproducible documentado.
- [Monerujo](https://www.xmr.club/wallets/monerujo) — Android. F-Droid + Play Store, los dos firmados. SHA256 del APK publicado.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Mobile (firma del app-store). Builds desktop traen checksums SHA256.

Versión web: https://www.xmr.club/es/guides/verify-wallet-binary

### Cómo recuperarte de un error de privacidad

La mayoría de los consejos de privacidad están centrados en prevención. Pero tarde o temprano todos cometen un error — unir su identidad KYC con el stack sin KYC, enviar desde el wallet equivocado, publicar una captura con la barra de URL. La pregunta entonces es: ¿qué hago ahora? Abajo: triage por tipo de fuga, qué se puede recuperar, qué no, y patrones operativos para contener el radio de daño.

Primero — ¿qué tipo de fuga es? La estrategia de recuperación depende totalmente del eje que has comprometido. Identifica la clase de fuga antes de decidir la acción. Identidad → wallet. Tu nombre real + dirección quedan ligados a una wallet concreta (vía KYC en un exchange que usaste, un doxx, una captura). Wallet → wallet. Dos wallets que debían estar separadas quedan unidas (UTXO cogastada, destino común, mismo timing). Cuenta → cuenta. Dos servicios que usabas con seudónimos distintos quedan enlazados (email reutilizado, mismo IP del mismo circuito Tor, nombre de usuario compartido). Fuga a nivel red. Tu IP real captada por un servicio al que solo querías acceder vía Tor (browser mal configurado, Tor escape, fuga DNS). Fuga conductual. Post / captura / comentario público que liga tu identidad real con una postura, acción o balance. Triage: recuperable vs permanente Recuperable = el daño futuro se puede contener. Permanente = la fuga en sí no se puede deshacer, pero puedes evitar que empeore. Identidad → wallet: parcialmente permanente . El enlace queda en las bases de chain-analysis para siempre. La recuperación es hacer una rotación con detour XMR y no volver a usar la wallet filtrada. Wallet → wallet: permanente a nivel cadena . Recuperación: retirar ambas wallets a favor de unas nuevas, idealmente puenteadas por XMR. Cuenta → cuenta: recuperable . Deja de usar ambas. Crea nuevas en nuevos proveedores. No intentes «limpiar» las cuentas linkeadas; las solicitudes de borrado llaman la atención. Red: parcialmente recuperable . El servicio que captó tu IP ya la tiene; eso no cambia. Deja de usar el servicio. Cambia de posición de red (nuevo bloque IP, circuito Tor fresco). Conductual: permanente . El efecto Streisand es real; los intentos de borrado a menudo amplían la audiencia. Lo mejor suele ser no actuar, pareado con «no repetir la fuga». La respuesta de 30 minutos Para la hemorragia. Cierra la sesión, sal del servicio, desconecta la wallet de cualquier UI a la que esté conectada ahora mismo. Inventario. Escribe (en papel, no en una nota sincronizada) qué se filtró: qué identificadores, a qué servicios, qué puede ahora correlacionar el servicio. Retira el identificador filtrado del uso activo. Si una wallet quedó comprometida, mueve el saldo a una nueva vía XMR detour. Si es una cuenta, deja de usarla pero no la borres — patrones de «borrar y recrear» también se correlacionan. Espera. No tomes acción correctiva sobre las superficies filtradas durante al menos 24 horas. La mayoría de las acciones de daños-control crean su propio rastro de metadatos. Reconstruye el upstream. Si la causa raíz fue un fallo de configuración (Tor escape, DNS leak), arréglalo antes de volver a conectar cualquier servicio relacionado. Auditoría downstream. ¿A qué más toca esta fuga? Un exchange que sabe tu nombre potencialmente enlaza con cada dirección a la que retiraste desde allí. Errores a NO cometer durante la recuperación No «limpies» borrando posts antiguos. El historial de edición existe. Los sitios de archivo tienen copia. Wayback Machine. Streisand. No rotes todas las wallets a la vez. Una acción masiva en un mismo momento crea un patrón que las correlaciona más claramente que antes. No mandes un email al servicio pidiendo «que te olviden». El propio email es un registro. Solicitudes GDPR pueden funcionar pero espera que extraigan datos residuales por el camino. No le cuentes a nadie lo que pasó por los mismos canales que usas para identidades no relacionadas. No publiques sobre tu fallo operativo desde tu cuenta con nombre real. No culpes a la herramienta. La mayoría de las fugas son del lado usuario; la herramienta funcionó, lo que falló fue la configuración o el hábito. Playbooks de recuperación específicos Te logueaste en una cuenta KYC a través de Tor: el servicio ahora tiene tu circuito Tor + tu KYC. Recuperación: deja de usar ese servicio vía Tor; plantéate si seguir usándolo. Futuras sesiones Tor no pueden tocar nunca ese proveedor. Publicaste una captura con una dirección visible: esa dirección es ahora pública. Recuperación: deja de usarla; recibe depósitos futuros en una subdirección fresca. El saldo existente se puede mover vía detour XMR a una wallet limpia. Usaste un servicio no-KYC con un email KYC: el servicio no-KYC ahora tiene el email; si lo violan o le hacen una citación, sale el enlace. Recuperación: regístrate con un nuevo email no-KYC + empieza de cero; no se lo cuentes al servicio original. El navegador soltó Tor en una petición saliente: el destino vio tu IP real. Recuperación: asume que el destino lo registró; comprueba si el destino respeta la privacidad (según metodología ); decide en función de qué puede hacer con la IP. Cuándo escalar Fuga que afecta a tu seguridad física: dirección / ubicación / familia. Problema distinto — sal por completo de las plataformas afectadas + considera ayuda profesional (contra-vigilancia, monitoreo de amenazas). Esta guía no alcanza. Compromiso de wallet que no llegas a migrar a tiempo: si los atacantes tienen la clave, corre a mover fondos. Si solo tienen metadatos, la migración puede esperar. Revelación por proceso legal: habla con un abogado antes de hacer nada irreversible. Herramientas para la reconstrucción post-fuga

**Selección:**
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Detour XMR de dos saltos para sacar fondos de una wallet filtrada en un solo flujo.
- [Feather](https://www.xmr.club/wallets/feather) — Creación de wallet nueva + firma offline para la reconstrucción.
- [Tuta Mail](https://www.xmr.club/email/tutanota) — Levanta una identidad limpia nueva si la fuga vino del signup.
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Compartimenta la nueva identidad en una instancia separada de Tor Browser.

Versión web: https://www.xmr.club/es/guides/recover-from-privacy-mistake

### Privacidad en el gasto cotidiano

La mayoría de las guías de privacidad asumen que estás moviendo importes grandes. Pero la mayoría del gasto es pequeño y rutinario. El reto no es esconder un café de 20 USD a un adversario estatal — es no alimentar tu historial completo de transacciones a procesadores de pago que cada vez agregan más datos de consumo entre comercios. Abajo: cuatro carriles útiles para la vida diaria y a qué escenarios encaja cada uno.

Contra qué te estás defendiendo de verdad Agregación de redes de tarjetas. Visa / Mastercard venden datos agregados de gasto a retailers y brokers. Tu tarjeta es el tracker cross-comercio. Monitoreo bancario. Tu banco ve cada transacción y marca patrones. «Mucha actividad de on-ramp cripto» complica banca futura. Fugas de datos del lado del comercio. El retailer al que compraste se ve hackeado; tu nombre + tarjeta + email + historial acaban en un foro. Publicidad dirigida. La «personalización» que te hace sentir vigilado. Si tu modelo de amenazas incluye a un adversario dirigido, esta guía se queda corta — ver modelos de amenaza . Para el 95% de los casos, lo de abajo basta. Carril 1 — Efectivo (aburrido, eficaz) Para gasto presencial por debajo de ~1.000 USD, el efectivo sigue funcionando en la mayoría de jurisdicciones. Trade-offs: la retirada de cajero está monitorizada por el banco, así que haz menos retiros más grandes. El efectivo muere por encima de ciertos umbrales (varía por país) donde retailers no lo aceptan o el banco no admite depósitos sin preguntas de origen de fondos. Para supermercado, restaurantes, transporte, servicios menores — el efectivo es la respuesta por defecto. Carril 2 — Tarjeta prepago Lo mejor para gasto online donde no entra el efectivo. Paga USDT o XMR a un emisor sin KYC, recibe tarjeta virtual o física, úsala donde se acepte Visa. La privacidad depende de la postura KYC del emisor — ver guía de prepago . Pros: compatibilidad Visa = aceptación universal; el comercio no ve tu tarjeta real; la agregación de red captura solo el saldo prepago, no a ti. Cons: el emisor es punto único de fallo (cae el emisor, caen los fondos no gastados); algunos comercios bloquean prepago; compras grandes o suscripciones recurrentes pueden alertar. Pick: kyc.rip cards , otras virtuales no-KYC . Carril 3 — Bitcoin Lightning Lo mejor para comercios online crypto-nativos + propinas + pagos pequeños recurrentes. Liquidación rápida y barata; los wallets no-custodial mantienen las claves locales. Setup en Lightning anónimo ; por defecto Phoenix o Mutiny. Pros: comisiones de sub-céntimo, settlement instantáneo, no-custodial, sin intervención de redes de tarjetas. Cons: aceptación todavía limitada (creciente pero irregular). Devoluciones a veces incómodas. Carril 4 — USDT directo Para comercios crypto-nativos o suscripciones B2B recurrentes en dólares. Paga directo en USDT (idealmente desde un wallet que no sea de exchange para romper el origen). Rota el wallet de origen cada trimestre según USDT off-ramp . Pros: denominado en dólares, comisiones bajas en TRC20, aceptado por la mayoría de SaaS crypto-friendly. Cons: Tether puede listar negras direcciones; el riesgo de freeze no es cero para cualquier dirección con volumen. Qué carril para qué Café, supermercado, transporte, servicios presenciales → efectivo . Retail online (agregadores tipo Amazon) → tarjeta prepago . Comercios crypto-nativos online (renovación VPN, hosting, SaaS que acepta cripto) → USDT directo o Lightning , según prefiera el comercio. Suscripciones en jurisdicciones hostiles → tarjeta prepago de un emisor pro-privacidad; menos probable que se bloquee por geo-block que pagando cripto directa. Gasto recurrente en herramientas de privacidad (VPN / hosting / mail / SIM no-KYC) → USDT o el carril preferido del proveedor. La mayoría acepta varios. La regla de «salva tu historial de wallet» No gastes desde el mismo wallet en el que recibes nómina o saldos grandes. Mantén un wallet pequeño de «gasto» que recargas regularmente desde el principal (idealmente con un salto XMR-detour). Cuando el wallet de gasto acumule patrones enlazables, retíralo y empieza otro. Coste: dos transacciones por trimestre. Beneficio: permanente. Gasto recurrente — configúralo una vez Las suscripciones son la categoría que más filtra — mismo comercio, mismo día del mes, mismo importe. Si no las puedes evitar: Paga anual en vez de mensual cuando se pueda (una sola transacción frente a doce). Usa una prepago o canal Lightning dedicado para recurrentes; no mezcles con gasto puntual. Para suscripciones grandes, varía el importe ligeramente (la mayoría permite añadir propina al saldo prepago). Picks del stack diario

**Selección:**
- [kyc.rip cards](https://www.xmr.club/cards/kyc-rip-cards) — USDT/XMR → saldo prepago. Sin identidad al emitir. Visa con aceptación universal online.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — XMR móvil para pagos presenciales tipo efectivo + subdirección por comercio.
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Recarga el wallet de gasto desde el principal con detour XMR, sin markup.
- [SideShift](https://www.xmr.club/exchanges/sideshift) — USDT ↔ XMR para la rotación periódica.

Versión web: https://www.xmr.club/es/guides/everyday-spending-privacy

### Cómo detectar una estafa en el mundo cripto-privacidad

Los malos actores apuntan especialmente al nicho de herramientas de privacidad porque su audiencia ignora deliberadamente las señales de reputación. Los patrones de despliegue son sorprendentemente consistentes — leer con detalle la home del proyecto una sola vez te da el 80% de lo que necesitas saber. Abajo: 12 patrones recurrentes en exit-scams, congelamientos y phishing puro, con las preguntas que los desenmascaran.

Patrón 1 — Branding falso «no-KYC» El sitio promociona «no-KYC» a los gritos pero el flujo de retiro pide ID en ciertos umbrales, ciertas jurisdicciones o por «revisión de seguridad». La mentira en el marketing es la primera señal. Test: leé la privacy policy + ToS de punta a punta; si no podés sacar un retiro pequeño end-to-end sin ID, el marketing era la carnada. Patrón 2 — «Mantenimiento del servicio» repentino Un operador que viene corriendo 6 meses postea un aviso de «service maintenance» que dura 48+ horas y después dice que los fondos están retenidos por «revisión de compliance». Casi siempre es el playbook del exit-scam en cámara lenta. Test: chequeá redes sociales + páginas de status al instante, buscá reportes similares de otros usuarios. Patrón 3 — Retiros «en cola» Los depósitos son instantáneos; los retiros «en cola de procesamiento». La cola crece. Eventualmente los retiros se detienen del todo. Test: hacé un retiro chico como primera acción post-alta, antes de mandar volumen real. Patrón 4 — Operador anónimo + sin trayectoria El anonimato del operador es normal en cripto. Operador anónimo de un servicio recién creado, sin trayectoria + sin compromisos públicos + sin presencia en comunidad — es distinto. Test: buscá el handle del operador en foros; buscá algún hilo más viejo que el lanzamiento del servicio. Patrón 5 — Programa de afiliados agresivo Los servicios de privacidad legítimos tienen programas de afiliados modestos (típicamente 10-30% del spread). Los servicios scam ofrecen 70-90% de comisión para inundar los resultados de búsqueda con reseñas positivas. Test: buscá «X review» — si los primeros resultados son obvio contenido de granja de afiliados, el servicio es scam o va camino a serlo. Patrón 6 — Ofertas de bonus / promo / yield «Depositá X y recibí 10% de bonus» o «ganá 8% APY en stables» en el espacio de servicios de privacidad casi siempre es una trampa con forma de Ponzi. La matemática no le cierra a un operador honesto. Test: preguntate de dónde viene el rendimiento; si no lo podés responder, no deposites. Patrón 7 — Antigüedad del dominio vs claims «Operamos desde 2018» + dominio registrado el mes pasado. WHOIS o Wayback Machine revelan la contradicción. Test: whois domain.com + web.archive.org/web/*/domain.com . Patrón 8 — UI idéntica a un operador conocido Phishing pixel-clon de un operador legítimo, desplegado en un dominio con typo o homoglifo. Test: visitá la URL canónica desde otra fuente (bookmark, este directorio, las redes verificadas del operador) antes de loguearte. Patrón 9 — Tasa no auditable Motor de swap que cotiza 3-5% peor que mercado — extrayendo margen alegando «mejor privacidad» o «premium no-KYC». Un agregador legítimo (como kyc.rip) tiene cero markup; el spread del engine es del engine. Test: comparalo contra un agregador y contra los engines directos. Patrón 10 — KYC en eventos de cola Sin KYC al registrarse, sin KYC al depositar, sin KYC en retiro chico. KYC en retiro grande, o cuando el chain analysis flaggea el origen. El default es privacidad; la excepción captura usuarios justo cuando no pueden retirar fácil. Test: leé los ToS buscando «may require additional verification at our discretion». Patrón 11 — Soporte sólo por Discord Soporte real → email + chat + sistema de tickets, respuesta dentro de SLA. Soporte scam → sólo Discord, respuestas lentas, eventual ghosting + ban del server. Test: tratá de encontrar canales de soporte que no sean Discord antes de depositar. Patrón 12 — Re-branding frecuente Operador corre un servicio un año, exit-scam, re-brand bajo un nuevo dominio, repite. El handle del team / persona del operador a menudo es consistente entre re-brands. Test: buscá al fundador / handle del equipo listado y buscá servicios anteriores bajo otros dominios. El flow de triage Antes de fondear cualquier servicio sin KYC nuevo: Pasalo por los 12 patrones de arriba. Cada hit es una bandera amarilla; dos o más es una bandera roja. Cross-checkealo con /audit , /archive y la política de remoción de este directorio. Si nunca lo listamos, no lo testeamos. Chequeá kycnot.me , r/privacy, r/Monero por reportes de la comunidad. Si seguís, depositá un monto chico primero. Retiralo inmediatamente. Si el retiro es limpio + coincide con la tasa cotizada, ya pasaste el modo de falla más común. Nunca mandes un balance significativo a un servicio del que no hayas hecho un retiro exitoso al menos una vez. Cuando dudes, las alternativas listadas

**Selección:**
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Sin markup, routing multi-engine — ruta de swap de cantidad conocida.
- [SideShift](https://www.xmr.club/exchanges/sideshift) — Motor sin cuenta de larga trayectoria. Testeable con retiro primero.
- [Trocador](https://www.xmr.club/exchanges/trocador) — Agregador de larga trayectoria; mirror Tor verificable.
- [Feather](https://www.xmr.club/wallets/feather) — Wallet que controlás vos. El default correcto si no estás seguro sobre la honestidad del servicio.

Versión web: https://www.xmr.club/es/guides/spot-a-crypto-scam

### Self-host o confiar — un marco de decisión

Los puristas de la privacidad te dicen «autoaloja todo». Los pragmáticos te dicen «no corras nada». Para la mayoría de los casos las dos respuestas están mal. La buena depende de tres cosas: qué quieres esconder, cuánto downtime aguantas y cuánto mantenimiento vas a hacer de verdad. Abajo, marco de decisión por categoría.

Las tres preguntas ¿Qué se filtra? Self-host reduce fugas: tu IP real, tus patrones de uso, tu view-key (si aplica) y cualquier cooperación de auditoría del operador. No hace nada contra el contenido de lo que haces ni contra un adversario que ya está en tu dispositivo. ¿Cuánto cuesta el downtime? Un nodo Monero autoalojado caído = tu wallet sincroniza lento hasta que lo arregles. Un servidor de correo caído = correos desaparecen durante días mientras depuras. Cada categoría tiene su perfil de recuperación. ¿Cuánto trabajo continuo? Self-hosting no es una instalación única. Es ciclo de parches, monitoreo, backups, planificación de capacidad y on-call a las 3am. Sé honesto sobre si lo harás de verdad. Por categoría — puntuación self-host Cada ítem: ganancia de privacidad al autoalojar vs coste operativo . El movimiento correcto está donde la ganancia es alta y el coste bajo para tu situación. Nodo Monero. Ganancia: media-alta (ningún operador ve qué subdirecciones escaneas). Coste: bajo tras la sincronización inicial. Si puedes, autoalójalo — ver /guides/run-a-monero-node . Nodo Bitcoin. Ganancia: media (electrum-server ayuda en privacidad de wallet + verifica inflación). Coste: medio (250 GB+ de disco, más ancho de banda que XMR). Vale la pena si tienes BTC significativo. Servidor de correo. Ganancia: baja (el proveedor ve el contenido igual, y la entregabilidad exige TLS entrante + reputación). Coste: muy alto (spam, reputación de IP, stack multiprotocolo). No. Usa Tuta / Proton. VPN. Ganancia: baja para la mayoría de modelos (te conviertes en el único usuario de tu IP de VPN — lo contrario de cobertura por multitud). Coste: medio (Wireguard + rotación IP + monitoreo). Autoalojar una VPN suele empeorar la privacidad, no mejorarla. Relé Tor. Ganancia: indirecta (contribuye a la salud de la red, no mejora tu privacidad directamente). Coste: bajo para un relé no-exit. Móntalo si tienes ancho de banda libre; no por tu privacidad personal. Servicio web. Ganancia: alta (sin operador tercero). Coste: alto (TLS, deploy, monitoreo, backups). Autoaloja si es contenido tuyo o si corres un hidden service — ver /guides/host-a-tor-hidden-service . Gestor de contraseñas. Ganancia: alta (la bóveda nunca sale de ti). Coste: medio (Bitwarden self-host + sync). Vale la pena si tu modelo incluye compromiso del proveedor. Motor de búsqueda. Ganancia: media (SearXNG autoalojado esconde tus patrones de consulta al operador de tu instancia). Coste: bajo (imagen Docker). Vale si ya tienes un server corriendo; si no, una SearXNG pública vetada es suficiente. El camino intermedio — tercero vetado Para la mayoría de usuarios y categorías, la respuesta no es «autoaloja todo» ni «usa lo que el marketing diga». Es: elige un tercero vetado con buen track record + pago respetuoso con la privacidad + jurisdicción razonable. Ese es el rubric de xmr.club en una frase; todo el directorio es la respuesta a esa pregunta repetida 150+ veces. Para wallets: una no-custodial controlada por ti + nodo remoto vetado. No tu nodo, no la wallet de otro. Para email: un proveedor no-KYC con cifrado en reposo + pago en cash/cripto. Ni Gmail ni tu SMTP propio. Para VPN: operador no-KYC con auditoría publicada + infraestructura diskless. Ni Hola ni tu WireGuard endpoint propio. Cuándo sí autoalojar Tienes razones operativas más allá de la privacidad: control, personalización, capacidad, aprendizaje, contribuir a la red (relé Tor, nodo Monero). Tu modelo de amenazas incluye que el proveedor sea comprometido o coaccionado. Entonces quitarlo de la cadena sí importa. Puedes mantenerlo de verdad. Backups, parches, monitoreo. No «lo instalo una vez y a rezar». El coste de downtime es aceptable. Si no puedes permitirte que este servicio esté caído una semana mientras depuras, el self-host es arriesgado. Cuándo NO autoalojar Lo haces porque alguien te lo dijo. Mala razón. El modelo de amenazas ha de ser tuyo. Crees que saldrá más barato. Casi nunca. Tiempo + electricidad + ancho de banda + oportunidad superan a un servicio pro-privacidad de pago. Quieres más privacidad sobre un servicio que el operador no ve igualmente. Autoalojar tu vault tiene sentido; autoalojar tu VPN casi nunca. Aún no tienes nivel técnico. Errores en un stack de privacidad autoalojado generan fugas peores que el default. Pasa por el camino del tercero vetado hasta subir. El híbrido está bien La mayoría de usuarios experimentados llevan un stack híbrido: self-host de nodo Monero, gestor de contraseñas y servicio web; tercero vetado para email, VPN y motor de swap; cash para lo que más importa. Mezcla por categoría, no por ideología. Herramientas para las categorías donde gana el self-host

**Selección:**
- [Feather](https://www.xmr.club/wallets/feather) — Emparejamiento nativo con tu propio nodo Monero. Tor + toggle de nodo remoto.
- [Monero GUI](https://www.xmr.club/wallets/monero-gui) — Uso directo de nodo local; wallet de referencia para escritorio.
- [Njalla VPS](https://www.xmr.club/hosting/njalla-vps) — VPS pro-privacidad para autoalojar tus propios servicios.
- [Nodo comunitario Rino](https://www.xmr.club/nodes/rino-community) — Fallback de nodo remoto vetado cuando no puedes autoalojar.

Versión web: https://www.xmr.club/es/guides/self-host-or-trust

### Cómo comprar un dominio de forma anónima

El dominio es la capa más propensa a chocar contra el KYC al operar un sitio. ICANN exige que los datos del registrante sean ciertos; la mayoría de los registros TLD lo aplican vía registrar; la mayoría de los registrars exigen KYC del método de pago + identidad al registrar. Abajo: los registrars que esquivan eso, los TLDs amistosos a la privacidad y los pasos operativos para que el dominio no se reidentifique con facilidad después.

Por qué los dominios son distintos Política de ICANN: obliga al registrante a aportar nombre, correo, dirección y teléfono reales. Los registros TLD lo aplican vía registrar. WHOIS históricamente fue consulta pública; la GDPR redacta dentro de la UE y algunas jurisdicciones; fuera, los datos del registrante a veces siguen siendo buscables. Servicios de privacidad (la «WHOIS privacy» del propio registrar) ocultan el registro público, pero el registrar sigue teniendo la identidad real. El pago suele ser el vector más fuerte de desanonimización — el registrar vio tu tarjeta o tu wallet; ese rastro persiste aunque el WHOIS esté privado. Una orden judicial puede forzar al registrar a entregar los datos reales del registrante si hay petición legal. Las tres palancas de privacidad Elige bien el registrar. Que no haga KYC del pago, acepte crypto y se posicione abiertamente como pro-privacidad. Elige bien el TLD. Hay TLDs más tolerantes a la privacidad. Para uso sensible: .is , .ch , .li y .com via registrars islandeses por encima de .uk , .de o .us . El pago. XMR > efectivo por correo > BTC > tarjeta prepago > tarjeta de crédito normal. Registrars respetuosos con la privacidad Njalla: empresa sueca, registra el dominio a su nombre en tu lugar y te entrega el control operativo. Acepta XMR. La referencia de registrar no-KYC. 1984 Hosting: Islandia. Acepta crypto. Operador veterano, jurisdicción amigable con la privacidad. Orangewebsite: reseller islandés. Acepta crypto. Aviso: Njalla «posee» el dominio. Si quiebran o revocan el servicio, lo pierdes. Es el coste a cambio de la privacidad. Checklist operativa Compra desde una sesión Tor con un wallet nuevo. Paga en XMR. Usa un correo desechable dedicado solo al registro. Nunca lo enlaces a tu identidad real. Apunta DNS a nameservers respetuosos con la privacidad (por ejemplo 1984 o un servidor autoritativo propio). Los nameservers de Cloudflare son cómodos pero ven cada consulta que pasa. No alojes en este dominio contenido que enlace a tu identidad real. El correo, el handle de X o repos en GitHub a tu nombre re-establecen el link sin esfuerzo. No pagues al hosting con el mismo wallet que usaste para el registrar. El análisis on-chain los une. Renueva a tiempo , idealmente con un año de antelación. Los dominios caducados se subastan o se snipean; un dominio privado en manos ajenas es peor que no tenerlo. Errores típicos que desanonimizan Reutilizar el correo con tu nombre real en cualquier punto del dominio. Aunque sea solo un «Contact us», si el mailto es tu correo real, fuga total. Poner Cloudflare delante. Terminación TLS + cache + analítica = Cloudflare ve tu tráfico y puede ser compelida a revelarlo. (Sí, este directorio usa Cloudflare; aceptamos el trade-off porque no escondemos al operador. Si tú sí, enruta diferente.) Fugas WHOIS vía DNS. Algunos registros publican la asignación de nameservers aunque el WHOIS esté privado. Usa nameservers genéricos. Edad del dominio vs. de la cuenta. Un dominio de 1 mes registrado por una cuenta de 1 mes en un registrar de privacidad es una coartada débil si te aprietan. Cross-correlación de imágenes / favicons. Hay herramientas que indexan favicons en toda la web; un favicon idéntico entre tu dominio «anónimo» y tu dominio con nombre real las une. Cuándo lo que quieres es realmente un hidden service Si el único objetivo del dominio es alojar un servicio ya sensible a la privacidad, sáltate el dominio en clearnet y monta un servicio oculto Tor . Sin registrar al que citar, sin WHOIS, sin rastro de pago. Trade-off: la mayoría de los usuarios no entra a un .onion de forma casual. Stack recomendado

**Selección:**
- [Njalla (dominios)](https://www.xmr.club/email/njalla-domains) — Registrar de referencia no-KYC. El dominio queda a nombre de Njalla, control operativo para ti. Acepta XMR.
- [Njalla (VPS)](https://www.xmr.club/hosting/njalla-vps) — Empareja dominio y VPS con el mismo operador — una sola frontera de confianza.
- [1984 Hosting](https://www.xmr.club/hosting/1984-hosting) — Alternativa islandesa + jurisdicción libre. Acepta crypto.
- [Incognet](https://www.xmr.club/hosting/incognet) — Hosting sin KYC si prefieres separar registrar y hosting entre operadores.

Versión web: https://www.xmr.club/es/guides/buy-domain-anonymously

### Cómo elegir un email sin KYC

La mayoría de los servicios sin KYC usan el email como único identificador de registro — así que tu proveedor de email es, de facto, la entrada de todo el KYC upstream. Si lo eliges mal, todo tu stack de privacidad colapsa hacia un Gmail. Si lo eliges bien, tienes un ancla de identidad duradera que no contamina el resto. Abajo: qué mirar, qué ignorar y las opciones que sobreviven a nuestras pruebas.

Las cinco cosas que importan de verdad KYC en el alta. ¿El proveedor pide teléfono, ID gubernamental o un segundo email al registrarte? Cualquier cosa más allá de username + password limita el use case. Privacidad de pago. Si querés un plan pago, ¿podés pagar en efectivo / cripto / Monero? Un proveedor que acepta XMR es lo más limpio; cash-by-mail es aceptable; BTC + Monero son intermedios habituales. Cifrado. E2E entre usuarios del mismo proveedor es el baseline fácil (Proton ↔ Proton, Tuta ↔ Tuta). Lo que importa más: ¿los mensajes están cifrados at-rest en el servidor, y la afirmación de cifrado se puede auditar (open source, auditoría de terceros)? Postura ante requerimientos legales. ¿Dónde está incorporada la empresa? ¿Qué dice el transparency report? ¿Cuántos subpoenas cumplieron y cuánta data podrían haber entregado si hubieran querido? Longevidad. El email es un ancla de identidad de largo plazo. Un proveedor que desaparece en 18 meses se lleva el password reset de todos tus servicios. Preferí operadores con 5+ años de track record. Lo que NO importa «End-to-end encrypted» como marketing en la vista del inbox. Casi vacío — si estoy leyendo el email, el cliente web del proveedor tiene la llave en memoria. La verdadera pregunta es cifrado at-rest + zero-access. «PGP support». Útil si tus contrapartes usan PGP. La mayoría no. No elijas sólo por PGP. Proveedores de email descartable (estilo Mailinator). Sirven para alta one-shot. Terribles para cualquier cuenta que requiera re-verificación. Email self-hosted. La respuesta técnicamente correcta; operativamente la difícil. Deliverability saliente + reputación de origen anti-spam + rotación de IP es un trabajo part-time. Usá los picks de abajo hasta que tengas una razón concreta para correr el tuyo. Tier descartable (altas one-shot) Para cuentas que vas a crear una vez y nunca re-verificar (sin tickets de soporte, sin password reset, sin cambio de email), un proveedor disposable-friendly va bien. No lo uses para nada que te dolería perder. Mailinator, 10minutemail — read-only, públicos. Sólo confirmación de cuenta. SimpleLogin / AnonAddy — forwarders de alias que terminan en tu inbox real. El alias es el descartable; tu inbox real queda limpio. Acepta pago cripto. Tier durable (los picks) Tuta (ex Tutanota): alemán, alta sin KYC, zero-access del lado servidor, clientes open-source, AGPL. Tier gratis viable; pago vía XMR / BTC / efectivo SEPA. Proton Mail: suizo, sin KYC en el tier gratis, pago vía efectivo + BTC + XMR. E2E entre usuarios Proton; OpenPGP entre Proton y fuera. Calendarios + Drive en la misma cuenta si los querés. Posteo: alemán, sin KYC, cash-by-mail aceptado. €1/mes. Two-factor + cifrado at-rest. Larga trayectoria. Disroot: non-profit holandés, sin KYC, donaciones en BTC + XMR. Operación más chica; te sirve cuando confiás más en las personas que en la corporación. Trampas al migrar No reutilices la dirección vieja como email de recuperación de la nueva. Anula la migración. Actualizá las cuentas existentes por prioridad: banca + exchanges cripto + servicios ancla de 2FA primero, después social, después todo lo demás. Dejá una regla de forwarding por 6 meses en la dirección vieja y después soltala. Los signups de cola larga van a aparecer de a poco. No sincronices calendario / contactos desde Google a Proton si tu preocupación de privacidad era que Google tuviera esa data. Recreá manualmente. Dónde encaja en el stack El email es un slot dentro del kit de referencia del curador ; los picks de arriba calzan en ese slot. Si estás armando el stack desde cero, hacé email segundo (después del wallet) — la mayoría de los demás servicios dependen de él. Picks

**Selección:**
- [Tuta Mail](https://www.xmr.club/email/tutanota) — Alta sin KYC, clientes AGPL, zero-access del lado servidor, XMR aceptado en el tier pago. Default más fuerte.
- [Proton Mail](https://www.xmr.club/email/protonmail) — Sin KYC en el tier gratis, pago vía efectivo + BTC + XMR, bundle de calendario + drive.
- [Mailfence](https://www.xmr.club/email/mailfence) — Belga, PGP-nativo, larga trayectoria. Los planes pagos aceptan cripto.
- [Disroot](https://www.xmr.club/email/disroot) — Non-profit holandés. Tier «confiá en las personas, no en la corporación». Donaciones BTC + XMR.

Versión web: https://www.xmr.club/es/guides/pick-a-no-kyc-email

### Cómo correr un servicio como hidden service de Tor

Operar un hidden service de Tor se parece mucho a operar un sitio web normal, salvo en un punto clave: cada fuga es permanente. Abajo: setup mínimo viable, el mundo «solo v3» en el que estamos hoy y los modos de fallo que arruinan el anonimato que pagaste.

Por qué hostear en Tor Esconder la ubicación del servidor. Sin DNS, sin IP pública, sin atribución a nivel AS para un observador casual. Cifrado end-to-end por defecto — el handshake de .onion sustituye al TLS-vía-CA. (Puedes superponer TLS para compatibilidad, pero no es obligatorio.) Resistencia a censura. Los hidden services se alcanzan desde cualquier lugar al que llegue la red Tor; no hay dominio que confiscar ni IP que bloquear a nivel país. Aviso: esconder la ubicación del servidor no esconde lo que hace el servicio. Logs que guardes, cuentas que aceptes, procesadores de pago a los que reenvíes — todo eso sigue igual. Solo v3 onion en 2026 Los onions v2 (cortos, 16 caracteres) se deprecaron en 2021. Usa solo v3 (56 caracteres). Mejor criptografía, soporte de client-auth y sin ataques masivos de deanon conocidos. Si un tutorial menciona v2 está obsoleto. Setup mínimo viable Instala Tor en el mismo host que el servicio. apt install tor en Debian/Ubuntu, equivalente en otras. Edita /etc/tor/torrc : HiddenServiceDir /var/lib/tor/my-service/ HiddenServicePort 80 127.0.0.1:8080 HiddenServiceVersion 3 (El puerto 80 dentro del hidden service mapea al puerto donde escuche tu app local.) Reinicia Tor. systemctl restart tor . Lee el hostname. cat /var/lib/tor/my-service/hostname — esa es tu dirección .onion. Prueba. Abre Tor Browser → pega la .onion. Carga = funciona. No carga = revisa los logs de Tor ( /var/log/tor/log ). Errores operativos (los que muerden) Reloj desincronizado. Si el reloj del servidor se desvía más de unos minutos, el descriptor no se publica y la .onion se apaga. Corre chrony o systemd-timesyncd . Fuga de IP real por header. La config por defecto de nginx loguea la petición y añade X-Forwarded-For o X-Real-IP según el proxy. Si alguna capa de tu stack escribe la IP real en la respuesta (un mensaje de error, un header de debug, un chat que la rebota), has tirado por la borda el sentido de la .onion. Audita cada capa. Fuga de Referer hacia clearnet. Los enlaces salientes desde el hidden service envían la .onion como Referer por defecto. Mitigación: header Referrer-Policy: no-referrer . Tooling del lado servidor. Wallets / bases de datos / cron-jobs que llaman fuera sin pasar por Tor revelan la IP real. Manda todo el egreso por Tor o bloquéalo entero en el firewall. SSH en la interfaz con IP real. Cómodo para admin, malísimo para el anonimato. O corres SSH también como otro hidden service, o desactivas password-auth + solo clave + puerto no por defecto + fail2ban + asumes el residual. Caída del descriptor. Si el daemon de Tor cae horas, el descriptor del hidden service expira y hay que esperar a la re-propagación. Mantén auto-restart con systemd en la unit de Tor. Direcciones .onion «vanity» Si quieres que tu .onion empiece con caracteres concretos (p. ej. «xmrclub...»), usa mkp224o . Un prefijo de 8 caracteres tarda horas en un portátil; prefijos más largos crecen exponencialmente. Mantén el host de generación offline / aislado — quien vea la clave privada resultante ( hs_ed25519_secret_key ) controla la dirección. Header Onion-Location (anunciar a visitantes clearnet) Si también sirves una versión en clearnet, añade el header Onion-Location en la respuesta y Tor Browser mostrará un banner «.onion disponible». Versiones recientes auto-redirigen al primer acceso: Onion-Location: http://<tu-onion-v3-de-56-chars>.onion$request_uri La auditoría onion de xmr.club sondea a diario el header Onion-Location de cada operador contra la .onion que listamos, así que cualquier inconsistencia entre el header y la dirección publicada en otros sitios sale enseguida. Autorización de cliente (avanzado) Si no quieres que el hidden service sea navegable públicamente, usa client-auth v3. El servidor requiere una pubkey por cliente en su config; los clientes sin la clave correspondiente reciben «permission denied» del propio Tor, sin tocar tu app. Útil para servicios internos, portales solo-clientes, etc. Hosting que ya te gestiona Tor Si no quieres montar Tor tú mismo en el VPS — abajo los picks de proveedores no-KYC que o bien preinstalan Tor en una instancia gestionada o aceptan tu setup manual sin preguntar. Paga en XMR; trata al host como adversario blando aunque sea.

**Selección:**
- [Njalla VPS](https://www.xmr.club/hosting/njalla-vps) — VPS respetuoso con la privacidad, pago XMR, soporte amigable al anonimato — instala Tor tú, sin preguntas.
- [1984 Hosting](https://www.xmr.club/hosting/1984-hosting) — Base islandesa, libre expresión. Acepta crypto. Hands-off con lo que hosteas.
- [Incognet](https://www.xmr.club/hosting/incognet) — Hosting + alta de email sin KYC. Espejo Tor.
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Prueba tu hidden service desde el mismo UA que usarán tus usuarios. Obligatorio.

Versión web: https://www.xmr.club/es/guides/host-a-tor-hidden-service

### Cómo usar xmr.club

Más allá del índice de categorías, el sitio tiene 15+ páginas de entrada que la mayoría de lectores no descubre nunca. Esta es la guía de máxima señal por unidad de tiempo — qué hay dónde, para qué sirve cada cosa y qué atajos de teclado / URL existen.

Si tienes 30 segundos /ask — escribí lo que querés en lenguaje natural («VPS que acepte Monero», «email cifrado sin KYC»). Devuelve un shortlist curado. /stack — el kit de referencia de 12 slots del curador (uno por slot). Atajo para saltarte la investigación. /picks — cada proveedor marcado ★ como pick editorial. Más opciones que /stack. Si ya sabés qué buscás Por categoría: /<category> — ej. /vpns , /exchanges , /wallets . Por tag (cross-categoría): /tag/<slug> — ej. /tag/no_kyc , /tag/tor_mirror , /tag/xmr_native . Índice en /tags . Stacking de dos filtros: /q?tag=no_kyc&grade=A . Sumá categoría con &cat=vpns . Comparar dos proveedores: /compare — tabla side-by-side con tags + fees + last_verified. Calidad y transparencia /freshness — entradas que no fueron re-verificadas hace tiempo. Aplicá tu propio descuento. /audit — cada acción del curador (cambios de grado, altas, bajas). Filtrá con ?id=<provider> para la historia de una entrada. /archive — entradas retiradas y motivos. /onion-audit — reporte de drift entre los onions listados y los que el operador anuncia hoy. /status — panel diario de probes de uptime. /trends — dashboard de actividad del curador en 30 días. Suscripciones /feed.xml — recién verificadas (Atom). /feed.json — lo mismo como JSON Feed 1.1. /feed/audit.xml + /feed/audit.json — changelog de acciones del curador. /feed/<category>.xml — slice por categoría. Acceso programático /api — cada endpoint JSON con ejemplos. /data.json — dataset completo, CC-BY-4.0. /api/v1/llm-surfaces — índice de discovery de cada superficie AI-ready. Gemelos Markdown en /llm/<category>/<id>.txt por proveedor + /llm/<category>.txt por categoría + /llm/guides/<slug>.txt por guía + /llm/tag/<slug>.txt por tag. Alias de URL cortos xmr.club/swap → /exchanges xmr.club/ghost → el producto de chain-break de dos hops xmr.club/random → un pick aleatorio de grado A (browser) · /api/v1/random para JSON xmr.club/tree.txt → árbol curl-friendly con cada proveedor activo Orden de lectura si recién llegás /about + /methodology — quiénes somos, cómo funcionan los grados (3 minutos). /guides/privacy-without-paranoia — kit de arranque suave (5 minutos). /stack — el kit de referencia de 12 slots (2 minutos de ojeada). /guides — elegí un deep-dive cuando lo necesites. Cosas para hacer una sola vez

**Selección:**
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Bookmark una vez. La ruta no-KYC de swap a la que vas a recurrir cuando la necesites.
- [Feather](https://www.xmr.club/wallets/feather) — Instalá una vez. El mejor UX desktop para XMR, firmado con GPG.
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Instalá una vez. Usalo para flujos sensibles a la privacidad.
- [Tuta Mail](https://www.xmr.club/email/tutanota) — Registrate una vez. Usá este email para cada alta no-KYC de ahora en más.

Versión web: https://www.xmr.club/es/guides/using-xmr-club

### Privacidad sin paranoia — un starter pack moderado

La mayoría de las guías de privacidad están escritas para periodistas o activistas; cuando las lee un usuario normal, o se sobreingenieriza (Tails + multisig para una wallet de 200 USD) o tira la toalla. Esta guía hace lo contrario: el 80% del beneficio con el mínimo trabajo. No te protege de adversarios estatales, pero sí de las amenazas reales que enfrenta un usuario corriente — data brokers, filtraciones de exchanges, curiosidad casual.

Para quién es esta guía Tienes algo de crypto y no quieres que los data brokers globales acaben con tu historial de wallet. Tu modelo de amenazas es: ISP, empresa, agregadores de data brokers, algún conocido fisgón. No eres (a) periodista con fuentes que proteger, (b) alguien que tu gobierno considere amenaza, ni (c) tienes siete cifras en cartera. Si alguna de las tres aplica, esta guía se queda corta — lee modelos de amenaza y sube a /stack . Los tres hábitos (haz esto primero) No reutilices nunca una dirección públicamente. ¿Donativos públicos / la dirección en tu bio de X? Distinta a la que cobras tu nómina. Coste cero (las subdirecciones son gratis); beneficio permanente. Cuentas con email-only siempre que se pueda. Si un servicio te permite registrarte solo con correo (sin teléfono ni documento), aprovéchalo. Usa un proveedor de email amistoso con desechables (ver picks). El resultado: ningún documento oficial anclado a tu actividad cripto. No publiques screenshots con información que no querías compartir. Las UIs de wallet filtran saldos, direcciones e historial. Recorta sin piedad o saca un screenshot nuevo sin sobras. Las cuatro instalaciones (después) Una VPN sin KYC. Barata (~5 USD/mes), 10 minutos de setup, te defiende del ISP y de WiFi pública. No pagues plan anual hasta haberla usado un mes. Una wallet no-custodial. Salta la wallet del exchange. Elige algo de nuestra guía de wallets ; para un usuario casual, Cake (móvil) o Feather (escritorio). Una cuenta de email sin KYC. Evita Gmail para nuevos registros sensibles a la privacidad. Tuta / Proton aceptan alta sin teléfono; ambos van bien para uso diario. Una ruta de swap sin KYC. Guarda el agregador kyc.rip o SideShift en marcadores. Una sola vez. La primera vez que necesites un swap sin KYC, lo agradecerás. Lo que aún no necesitas Tor para todo. Útil para flujos críticos puntuales; lento y sospechoso para la navegación diaria. La VPN para el día a día; salta a Tor cuando tu modelo lo exija. Una hardware wallet para 200 USD. El perfil de riesgo no justifica el coste + fricción UX. Úsala cuando tengas más de lo que aceptarías perder por malware. Multisig. Si te estás preguntando si lo necesitas, todavía no. Tu propio nodo Monero. Proyecto admirable, con coste real continuado. Los nodos remotos por defecto de Cake / Feather van bien hasta que tengas un motivo para subir. Una SIM sin KYC. Solo si tienes que registrarte en servicios gateados por teléfono. La mayoría de altas comunes piden solo email. Cuándo subir de nivel Relee esta guía una vez al año. Si alguna de las siguientes ya es cierta, te toca el siguiente tier: Publicas con tu nombre real y preferirías que tu actividad cripto no se le enlazara. Tu cartera cruza cinco cifras. Estás en una jurisdicción que ha empezado a criminalizar herramientas de privacidad recientemente. Has tenido cualquier tipo de incidente de doxxing. Siguiente tier: /stack (el setup real del curador) o /guides/privacy-threat-models (parte de la amenaza, no del producto). Picks del starter kit

**Selección:**
- [Mullvad](https://www.xmr.club/vpns/mullvad) — Barato, sin cuenta, acepta XMR. La opción «no le des más vueltas» frente a la amenaza ISP casual.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — XMR mobile-first. Onboarding fácil, defaults pensados para usuarios no técnicos.
- [Tuta Mail](https://www.xmr.club/email/tutanota) — Alta sin KYC. Funciona en todos los servicios no-KYC. Cifrado en reposo.
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Guarda en marcadores una vez. Swap sin cuenta cuando lo necesites.

Versión web: https://www.xmr.club/es/guides/privacy-without-paranoia

### Cómo hacer off-ramp de USDT de forma privada

USDT es la stablecoin con mayor holding del planeta y también la más congelada. Si la tienes, hay dos problemas que resolver: cómo gastarla sin revelar identidad y cómo sacarla sin dejar un hilo determinista on-chain hasta tu wallet final. Abajo: tres rutas viables, el orden en que se aplican y los trade-offs de cada una.

Por qué el off-ramp de USDT es especial Tether mantiene una blacklist on-chain. Las direcciones entran por orden judicial, sanciones o petición del emisor — normalmente sin aviso. USDT en TRC20 (Tron) es barato y rápido pero la mayoría del software de análisis on-chain lo marca por defecto. USDT en ERC20 / BSC / Polygon cuesta más y no aporta ninguna ventaja de privacidad — mismo emisor, misma blacklist. Rotar el USDT a una dirección nueva tampoco sirve si la rotación es una sola transferencia directa — los analistas asocian direcciones secuenciales sin esfuerzo. Ruta 1 — Salida a XMR nativo (corte del grafo) La salida con más palanca. USDT → XMR → donde realmente quieras aterrizar. El salto en XMR rompe el grafo, los analistas no pueden cruzarlo. Flujo empaquetado: kyc.rip / ghost hace los dos tramos en un solo envío, fuerza motores distintos para cada uno y no hace falta wallet intermedia. Flujo manual: SideShift para USDT → XMR (recibe en una subdirección nueva de tu propio wallet) → espera unas horas → agregador kyc.rip XMR → activo destino. Usa una dirección destino que nunca haya estado asociada al cluster original de USDT. Ruta 2 — Fiat P2P USDT → efectivo, persona a persona. La privacidad más alta si confías en la contraparte y el protocolo de encuentro. RoboSats: P2P fiat ↔ Lightning. Convierte primero USDT → LN (via ghost o motor de swap), luego negocia fiat. Contrapartes pseudónimas. Bisq Easy: P2P fiat ↔ BTC. Convierte USDT → BTC (con detour XMR opcional) y negocia fiat. Sistema de reputación, escrow. Encuentros locales: redes Monerica de comerciantes locales. Máxima exigencia de confianza, máximo techo de privacidad. Aviso: las plataformas P2P no ayudan si tu contraparte es el analista. Filtra trades; evita importes redondos. Ruta 3 — Gasto en comercio (prepago + tarjeta crypto-débito) Convierte USDT a saldo prepago que el comercio trata como fiat. Aquí la privacidad depende de la postura KYC del emisor. Tarjetas virtuales sin KYC (ver /cards ) aceptan USDT directo. Límites por tarjeta, sin identidad al alta. Tarjetas físicas requieren envío → dirección física. KYC ligero. Límites más altos. Gift-card: USDT → tarjeta regalo (Trocador, Coincards). Tú o el destinatario la gasta; sin identidad al emitir. Aviso: el patrón de gasto en un cluster de comercios es su propia superficie analítica. Útil para compras puntuales, no recurrentes. Orden operativo que sobrevive a la mayoría de análisis Verifica que la fuente no esté ya marcada. Si el USDT salió de un exchange a tu nombre, el cluster origen está identificado; el análisis ya tiene etiqueta. El detour XMR ayuda pero no deshace la KYC del origen. Elige bien el activo de salida. Stables → XMR → stables va bien para rotar. Stables → XMR → fiat-en-tarjeta es para gastar. Stables → XMR → BTC (frío) es para hold largo. No uses cantidades redondas. 10.000 USDT → 36,94 XMR → 10.000 USDT es identificable. Trocea en cantidades irregulares. Separa los tramos en el tiempo. De horas a días. Swaps back-to-back son la señal de detección más común. Saca el gas TRX por separado. Si compras TRX en el mismo exchange que conoce el origen del USDT, el funding del gas es el enlace. Usa un mercado de energía no relacionado como jiayou.rip . Tor para la UI del motor de swap. Una conexión directa desde una IP estática conocida hacia un motor no-KYC es un vector blando de desanonimización. Lanza Tor. Lo que esta guía no descongela Si el USDT ya está congelado / en blacklist, ningún off-ramp lo recupera. Todo lo de arriba sirve para prevenir futuras congelaciones rotando a direcciones que Tether no tiene fichadas, no para revertir acciones ya tomadas. Las direcciones congeladas están esencialmente muertas. Stack recomendado

**Selección:**
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Detour XMR en una sola entrega para la Ruta 1. Úsalo primero cuando aún controlas la dirección de origen.
- [SideShift](https://www.xmr.club/exchanges/sideshift) — Motor del primer tramo en el detour manual de la Ruta 1. Sin cuenta, sin KYC.
- [RoboSats](https://www.xmr.club/exchanges/robosats) — Ruta 2 — P2P fiat ↔ LN, pseudónimo, amistoso con Tor.
- [kyc.rip cards](https://www.xmr.club/cards/kyc-rip-cards) — Ruta 3 — USDT → saldo prepago, sin KYC al emitir.

Versión web: https://www.xmr.club/es/guides/usdt-off-ramp-privacy

### Cómo romper la correlación on-chain

Las empresas de análisis on-chain viven de asumir que el historial es un grafo continuo desde tu dirección hasta un cluster conocido (exchange, wallet sancionada, dirección de depósito de un mercado darknet). Si rompes esa asunción en alguno de tus wallets, su trabajo pasa de «lento» a «incierto» — y eso es un salto cualitativo, no cuantitativo. Abajo: las técnicas, el orden de aplicación y los errores operativos que silenciosamente las cancelan.

Qué puede hacer realmente el chain analysis Clustering: agrupar todas las direcciones que alguna vez co-firmaron una tx como una sola wallet. Propagación de taint: si una dirección recibió de un cluster marcado, las direcciones downstream heredan sospecha. Dust attack: inputs minúsculos enviados a muchas direcciones; si alguno se agrega en una tx con una tuya, el cluster se revela. Bridge tracing: cuando un activo bridgea o se wrappea, la firma cruza input + output por timing + monto y reestablece el link. Las cuatro asumen un grafo continuo. Si rompés el grafo en cualquier punto, la firma pasa de certeza a probabilidad. Técnica 1 — Detour por XMR nativo (la ruptura a nivel protocolo) La más confiable. Mandás el activo → swap a Monero nativo → swap de vuelta a una dirección nueva en la cadena destino. La pata XMR no se traza por grafo on-chain: stealth addresses + ring signatures + RingCT ocultan emisor, receptor y monto por diseño. Camino más simple: kyc.rip / ghost empaqueta los dos hops en un flujo. Camino manual: SideShift entra → tu propio wallet XMR → agregador kyc.rip sale. Cuidados operativos: Esperá entre hops. Swap back-to-back es una heurística de correlación conocida. No uses montos redondos. 10,000 USDT → ≈37.0 XMR → 10,000 USDT es identificable. Variá el monto; dejá que el spread del engine te cubra. No uses el mismo motor en las dos patas. El motor ve los dos lados de su propio flujo. Mezclar motores limita la visibilidad a la mitad. Técnica 2 — CoinJoin (BTC) / Whirlpool Varios usuarios juntan inputs y dividen outputs en parejas iguales: cada output queda indistinguible dentro de la ronda. Eficaz en BTC, no tiene equivalente en la mayoría de stablecoins. La calidad escala con el tamaño del anonymity set + cantidad de rondas. Caveats: algunos exchanges marcan depósitos post-CoinJoin. Usalo cuando estés seguro que el destino acepta coins mezclados. Wasabi 2.x y Joinmarket son las opciones mantenidas hoy. Técnica 3 — Coin-control + higiene de UTXO Dejá de permitir que el wallet elija inputs automáticamente. Seleccioná manualmente qué UTXOs entran en qué tx, así nunca co-gastás un UTXO «limpio» con otro «sospechoso» — quedarían clusterizados. Etiquetá cada UTXO entrante con su origen. Mandá desde un balde etiquetado a la vez; nunca mezclés baldes en una sola tx. Usá un wallet que soporte selección manual de UTXO (Sparrow, Wasabi, vista avanzada de Electrum). Técnica 4 — Manejo del dust Si recibís un monto minúsculo no solicitado (menos de $1), tratalo como dust attack. No lo agregues con tus otros UTXOs. Sparrow + Wasabi permiten marcar UTXOs como «no gastar»; congelá el dust hasta decidir qué hacer (consolidar en un wallet dust-only o descartarlo). Técnica 5 — Hops espaciados en el tiempo Si rotás valor por varios wallets, no lo hagas en una sola sesión. Distribuí los hops en días o semanas. El software de chain analysis moderno hace clustering temporal — direcciones que interactúan en cuestión de minutos reciben la misma etiqueta de wallet. Stack-eá las técnicas (no elijas una sola) La defensa más fuerte las combina: detour XMR para romper el grafo on-chain, coin-control del lado destino para que el nuevo UTXO no se clusterice con tu wallet actual, time-spacing para vencer la correlación temporal. Cualquiera por separado la rompe un analista con más presupuesto que vos; apiladas, cruzan el umbral de costo de desanonimización para la mayoría de los adversarios. Lo que esta guía no cubre Identificadores off-chain — IP al registrarte en el motor de swap, source-of-funds con KYC, telemetría del wallet, comportamiento post-tx (loguearte en cuentas KYC tras rotar) — anulan todo el trabajo on-chain de arriba. Ver modelos de amenaza + Tor para cripto . Stack recomendado

**Selección:**
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Técnica 1 en un solo flujo — detour XMR de dos hops, motor upstream distinto por pata por defecto.
- [SideShift](https://www.xmr.club/exchanges/sideshift) — Motor sólido para la primera pata del detour XMR manual. Sin cuenta.
- [Feather](https://www.xmr.club/wallets/feather) — Higiene del lado XMR + coin-control + Tor. Wallet hub del detour.
- [Sparrow](https://www.xmr.club/wallets/sparrow) — Coin-control BTC + etiquetado de UTXO + integración Whirlpool. Wallet de elección del lado destino.

Versión web: https://www.xmr.club/es/guides/break-chain-analysis-link

### Cómo evaluar tú mismo un servicio de privacidad

La mayoría elige servicios de privacidad por boca-oreja o marketing. La reputación se compra y el marketing siempre tira hacia su lado. Nosotros calificamos cada entrada del directorio con el rubric público (/methodology), pero salen servicios nuevos cada semana, así que tú también necesitas saber evaluarlos. Este artículo es la misma checklist que usamos, condensada para que la corras en 30 minutos.

La pregunta previa Antes de cualquier prueba: ¿este servicio realmente tiene que existir para mí? La mitad de las compras de privacidad resuelven un problema que la persona ni siquiera tiene. Alinea el servicio a tu modelo de amenazas antes de nada. Si una VPN no-KYC no te aporta nada porque tu ISP no es una amenaza, para aquí. Paso 1 — Transparencia operativa (5 min) ¿Quién lo opera? Encuentra al menos una persona con nombre, un registro mercantil o una cuenta pseudónima con varios años de historial. Anónimo-pero-activo se acepta; anónimo-y-recién-creado es bandera roja. ¿Cuánto tiene el dominio? WHOIS + Wayback Machine. Dominios con menos de 6 meses que ya venden planes de pago merecen escrutinio extra. ¿El código es público? El open-source no es obligatorio, pero su ausencia tiene que estar compensada por algún otro ancla de confianza. ¿Incidentes previos? Busca "{servicio} hacked", "{servicio} exit-scam", "{servicio} freezes funds". Léete los hilos enteros. Paso 2 — Política de privacidad (5 min) ¿Qué se recoge? Busca "IP addresses", "device fingerprints", "browser identifiers". Una promesa no-logs que se contradice con la política = mentira. ¿Cuánto se guarda? "Retención indefinida" o "lo que exija la ley" suele ser más amplio de lo que parece — normalmente significa todo, para siempre. ¿Quién accede? Subcontratistas, procesadores de pago, "solicitudes de las fuerzas del orden". Jurisdicción. ¿Dónde está la empresa? Operadores Cinco-Ojos / Catorce-Ojos enfrentan presiones de compartición de datos que las jurisdicciones no-alineadas no tienen. Paso 3 — Prueba de alta (10 min) Sesión limpia de Tor + correo desechable. Captura pantallazos en cada paso. ¿El alta pide correo? ¿Teléfono? ¿Documento? Cualquier cosa más allá de "usuario + contraseña" baja el techo de privacidad. Prueba un correo desechable. ¿Lo acepta? Algunos servicios rechazan silenciosamente dominios desechables por fingerprint. Apunta el proveedor del captcha (Cloudflare / Google / hCaptcha) — todos ven tu IP en el alta. ¿La página de registro ejecuta JS de terceros? Abre Dev Tools → Network → busca analytics, Stripe-fingerprint, FB Pixel. Paso 4 — Prueba de depósito (5 min) Manda una cantidad pequeña (<20 USD). XMR si se acepta; BTC si no. Verifica: ¿la UI del wallet pide KYC adicional tras el depósito? (Antipatrón habitual en exchanges.) Confirma que los fondos llegan a la dirección publicada — no a una dirección proxy redirigida. Anota el settlement real: ¿es nativo, wrapped o IOU? "Te enviamos XMR" a veces significa "te acreditamos saldo redimible por XMR". Paso 5 — Prueba de retiro (10 min) El paso más crítico. La postura de privacidad es lo que sobreviva a esto: Retira a una dirección fresca (que el servicio nunca haya visto). ¿El retiro pide KYC adicional? "Verifica tu identidad para retirar" = KYC retroactivo = degradación. ¿Te retienen el retiro? Más de ~24 h para una cantidad pequeña es bandera amarilla; más de 72 h sin explicación es roja. ¿El correo de confirmación filtra información (historial, saldo, IP origen)? Haz un segundo retiro días después. A veces los disparadores KYC ocultos aparecen al cruzar umbrales de volumen. Paso 6 — Auditoría + licencias (5 min) ¿Auditoría de un tercero? Léete el informe, no solo el marketing. Las auditorías caducan — cualquiera con más de 18 meses está rancia. Postura de cumplimiento. ¿Publica informe de transparencia? Número de citaciones recibidas. ¿Warrant canaries vivos? Licencia de código. Señal de confianza: AGPL > GPL > MIT > cerrado. Para exchanges/custodia: cadencia de proof-of-reserves. Auto-reportada es más débil que atestada por terceros. Paso 7 — Reputación cruzada (5 min) Busca en Reddit r/privacy, r/Monero, r/PrivacyToolsIO los últimos 12 meses. Busca en Trustpilot / BBB / Sitejabber quejas por pérdida de fondos, con escepticismo ante patrones de review-farming. Consulta otros directorios: KYCnot.me , PrivacyGuides , Monerica . Si varios contradicen al servicio, pondera el consenso. Compruébanos a nosotros: busca en el audit log y el archive de xmr.club el nombre del operador. Califícate Lleva tus hallazgos al rubric de xmr.club : ¿Los siete pasos limpios? Probablemente tier A. Re-testea en 12 meses. ¿Una concesión (correo al alta, operador pequeño o dominio reciente)? Tier B. Aceptable para modelos de amenaza adecuados. ¿KYC creep al retiro, hueco de auditoría o quejas de fondos sin resolver? Tier C. Úsalo con cautela, nunca para alto valor. ¿Reportes activos de pérdida de fondos o jurisdicción hostil? No uses. Avísanos — lo listaremos como aviso. Cuando hayas hecho el trabajo, comparte Si has evaluado algo que aún no listamos, mándalo por /submit . Volvemos a correr la checklist antes de publicar, pero los envíos pre-testeados entran más rápido + el editor te acredita. Picks de referencia para cada paso

**Selección:**
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Paso 3 — sesión limpia, fingerprint padded. Imprescindible.
- [Tuta Mail](https://www.xmr.club/email/tutanota) — Paso 3 — fuente de correo desechable. La aceptan la mayoría de altas no-KYC.
- [Feather](https://www.xmr.club/wallets/feather) — Pasos 4 + 5 — pruebas de depósito y retiro. XMR nativo + Tor.
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Paso 4 — depósito de prueba de poco importe. Multi-engine, sin markup.

Versión web: https://www.xmr.club/es/guides/evaluate-a-privacy-service

### Cuándo KYC está bien — y cuándo no

Escribir esto en un directorio sin KYC va a contracorriente: la mayoría de los lectores no necesita hacer privada cada transacción. KYC acumula riesgo bajo ciertas condiciones; fuera de ellas es solo papeleo. Abajo: cuándo recurrir al stack sin KYC, cuándo se puede usar un exchange regulado sin culpa y las cuatro condiciones que vuelven un servicio con KYC de «bien» a «evitar».

Por qué existe esta guía La comunidad de privacidad a veces trata el KYC como pregunta moral binaria — todo céntimo tiene que ir no-KYC o eres un vendido. Ese marco lleva al lector casual a (a) sobreingenierizar todo y rendirse, o (b) ignorar la privacidad porque el listón parece infinito. La realidad es granular. Un off-ramp con KYC para tu nómina está bien. Una dirección con KYC vinculada a recibos de fuentes periodísticas no. La destreza está en saber cuál es cuál. El KYC está bien cuando TODO esto se cumple Los fondos ya son rastreables públicamente a ti. Si cambias una nómina pagada por un empleador registrado a una cuenta bancaria registrada, el KYC del on-ramp no añade ningún vínculo nuevo: ese vínculo ya existe. Importe y frecuencia caen dentro de patrones de vida normal. 200 USD/mes parece un usuario retail más; no dispara detección de anomalías ni reporting especial. El destino también eres tú, declarado. Comprar USD con cripto para pagar tu propia factura fiscal en EE. UU. — el IRS es el destino; ocultarlo no aporta nada útil. La jurisdicción del exchange es una con la que aceptas hacer negocios. Kraken / Coinbase / Bitstamp tienen KYC pero son estables. El riesgo es predictibilidad regulatoria, no análisis on-chain en la compra. Los fondos no necesitarán luego moverse en privado. Si el saldo cae en un exchange KYC y retiras a una dirección tuya jamás asociada a nada sensible, el vínculo KYC queda contenido. Si los cinco se cumplen: exchange KYC sin culpa. Usa Kraken / Coinbase / tu opción local regulada. Guarda el stack no-KYC para los casos donde importa. El KYC NO está bien si alguno de estos se cumple El uso aguas abajo es discurso privado, disidencia o whistleblowing. KYC en el on-ramp = tu identidad real queda correlacionada con cada flujo posterior si vuelves a usar los fondos. Adversarios estatales cruzan datos; litigios civiles citan judicialmente. El régimen KYC de la jurisdicción es hostil a tu trabajo. Activistas en estados autoritarios, periodistas cubriendo corrupción local, usuarios comunes en países sancionados. El mismo KYC que es benigno en Alemania es un doxx en Irán. Estás moviendo fondos entre tu identidad privada y la pública. Comprar XMR con una cuenta KYC y mandarlo a un wallet que publica una propina bajo tu seudónimo une las dos identidades para siempre. Cualquier flujo cross-identidad: no-KYC (P2P, RoboSats, Bisq). El importe dispara umbrales de reporting. A partir de ~10 000 USD en muchas jurisdicciones, el exchange archiva un CTR o SAR; el rastro entra en registros regulatorios, no solo logs internos. El exchange tiene historial de congelar fondos a usuarios legítimos. Coinbase, Binance, OKX han congelado cuentas con «revisión de cumplimiento» opaca. Aunque seas legítimo, exposición a ese riesgo = no almacenes ahí. Modelo mental de tres tiers Un marco útil para organizar tu stack: Tier 1 — rastreable público, KYC está bien. Nómina, impuestos, inversiones reguladas, cualquier cosa que va a reportarse igualmente. Usa el exchange regulado aburrido. No le des vueltas. Tier 2 — seudónimo pero no anónimo. Patrocinar un open-source, pagar la VPN, comprar un dominio. No tiene que ser inenlazable de tu otra actividad seudónima, pero sí de tu identidad real. No-KYC swap o P2P → wallet que SOLO contenga fondos Tier 2. Tier 3 — debe ser inenlazable de todo lo demás. Pagos a fuentes, financiación de disidencia, compras sensibles. Cada transacción Tier 3 parte de una subdirección fresca en una wallet fresca, idealmente puenteada por XMR-detour desde un saldo limpio. Una vez etiquetas la transacción por tier, el tooling es evidente. La mayor parte del gasto diario es Tier 1. El stack de privacidad importa sobre todo en Tier 3. Dónde se rompe este marco Drift de tier. Fondos que empiezan Tier 1 (nómina), pasan parcialmente a Tier 2 (privacidad), y luego una parte tiene que ser Tier 3. Cada subida requiere un swap que rompa el enlace previo. Romper un enlace on-chain cubre la mecánica. Cambio de tier en vida. Wallet que llevas años usando como Tier 2 de repente debe hacer Tier 3. No la reutilices; abre una nueva, puentea con XMR-detour desde la vieja (o fondéala vía P2P). El adversario cambia. Una jurisdicción hoy amigable (Tier 1 KYC bien) se vuelve hostil (mismo KYC = exposición Tier 3). Difícil de predecir; mitigación: mantener siempre algo de saldo Tier 2-o-mejor disponible para rotar si hace falta. Práctica: cómo evaluamos servicios KYC en xmr.club Aunque xmr.club es ante todo un directorio no-KYC, no listamos solo servicios no-KYC. Algunas categorías (wallets, navegadores, SO) no son KYC-relevantes. Otras (bancario, off-ramp fiat) incluyen entradas KYC cuando son materialmente mejores que la alternativa no-KYC en otros ejes. Nuestro sistema de chips lo explicita: NO-KYC / LIGHT KYC / HEAVY KYC. Lee el chip, luego decide tier por tier si el servicio encaja. Si te encuentras rechazando reflexivamente cualquier chip KYC — ese es el sesgo de marco que esta guía intenta corregir. Herramientas para emparejar con el modelo de tiers

**Selección:**
- [Kraken](https://www.xmr.club/exchanges/kraken) — KYC, pero estable. Default razonable para entrada / salida fiat de Tier 1 si aceptas la jurisdicción.
- [RoboSats](https://www.xmr.club/exchanges/robosats) — P2P fiat → BTC sin KYC sobre Lightning. Para financiar wallets Tier 2/3 sin rastro de papel.
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Detour XMR de dos saltos para subir fondos de un tier a otro más privado.
- [Feather](https://www.xmr.club/wallets/feather) — Varias wallets, varios tiers; el mismo software los maneja.

Versión web: https://www.xmr.club/es/guides/when-kyc-is-actually-fine

### Monero / Bitcoin / Lightning — comparativa para gasto cotidiano

El debate «qué moneda es más privada» suele convertirse en pelea tribal. En la práctica, los tres carriles (Monero on-chain propio, Bitcoin on-chain, Bitcoin Lightning) tienen perfiles de fuga distintos, distinta recuperabilidad ante errores y distinto coste operativo. Abajo, comparativa directa para gasto cotidiano y los picks del directorio que mejor encajan en cada carril.

TL;DR — decisión rápida Carril privado por defecto para gasto diario → Monero. Imposibilidad de enlazar obligatoria, subdirecciones por defecto, ningún observador correlaciona importes. Coste: menos aceptación en comercios. Lightning cuando el comercio acepta LN. Privacidad en recepción buena (sin reuso de direcciones); en emisión moderada (la ruta es privada para observadores, pero la contraparte del canal ve el origen). Encaja para gasto retail con velocidad. Bitcoin on-chain solo cuando no queda otra. Grafo público; el análisis on-chain está bien financiado; cualquier vínculo KYC pasado puede dejar ciertas UTXOs marcadas para siempre. Úsalo solo si el receptor exige BTC on-chain. Perfil de fuga — qué expone cada carril Monero: el importe está oculto. Direcciones de emisor y receptor ocultas. Único observable: «hubo una transacción entre partes desconocidas». Un explorador no te da nada. Lightning: la topología y capacidad de canales es parcialmente observable. Los dos extremos se conocen; la ruta sabe saltos pero no extremos. Un observador agresivo con varios nodos de enrutamiento puede sondear y correlacionar pagos grandes. Los pagos pequeños del día a día se mantienen razonablemente privados. Bitcoin on-chain: cada pago es público, las direcciones quedan enlazadas para siempre a quien las recibió primero y el análisis agrupa direcciones por heurísticas (input común, change-address, timing). Si una dirección de un cluster se doxxea, el cluster entero también. Recuperabilidad tras un error Monero: un error (p. ej. enviar desde una wallet etiquetada) queda contenido — la wallet en sí no se autodelata. El error filtra solo el vínculo que tú mismo expusiste. Lightning: un error (usar una contraparte que loggea mucho, o un LSP con KYC) se recupera cerrando el canal y reabriendo con otro LSP. Los pagos previos a la rotación siguen siendo visibles para la contraparte vieja. Bitcoin on-chain: los errores son prácticamente permanentes. Volver a gastar de una UTXO «tainted» propaga el vínculo. La recuperación requiere romper el enlace con un swap (ver romper un enlace de análisis on-chain ). Cuándo es cada carril la opción correcta Pagos privados recurrentes a gente que acepta XMR: Monero. No le des más vueltas; para eso existe el protocolo. Café / retail online / propinas en comercios que aceptan LN: Lightning. Velocidad + comisiones bajas + rotación inherente en recepción encajan en la escala de compra diaria. Movimientos de tesorería crypto-nativos (grandes, infrecuentes): Monero con un nodo propio ( run-a-monero-node ) para soberanía. Si el destino exige BTC, ruta via XMR-detour ( kyc.rip/ghost ) — nunca BTC on-chain directo desde una fuente KYC. Recibir de una fuente pública (p. ej. facturación de clientes) a una wallet privada: Lightning si la fuente soporta LN. Si no, BTC on-chain + XMR-detour a wallet nueva. Activo especificado como BTC on-chain por el receptor: cuando no hay opción, acepta la fuga, pero aísla esa wallet de todo lo demás. Coste operativo / fricción Monero: instalar Feather / Cake / GUI; nodo remoto o propio. Comprar XMR via P2P no-KYC (RoboSats, Bisq, Haveno) o swap no-KYC. Fricción diaria: baja. Onboarding: moderado (los nuevos subestiman lo «Just Works» que es). Lightning: instalar Phoenix / BlueWallet / Zeus / Mutiny. Abrir al menos un canal (LSP gestionado para la mayoría). Fricción diaria: baja en el gasto; fricción de setup: real (~1-2 h hasta entender). Rebalanceo de canal cada cierto tiempo. Bitcoin on-chain: el más fácil de empezar (más wallets, soporte más amplio). Fricción diaria: comisiones altas + confirmación lenta. Fricción de privacidad: invisible hasta que cometes un error. Setups híbridos que la gente realmente usa Monero para el día a día, Lightning para comercios: el grueso en XMR, swap de pequeñas cantidades a LN cuando hace falta. Puentes vía swap no-KYC o boltz. XMR es almacenamiento privado; LN es gasto privado. BTC-cold + XMR-warm + LN-spend: tres wallets, tres roles. BTC frío = inversión (apenas se mueve), XMR templado = puente de privacidad (XMR-detour hacia donde haga falta), LN = gasto diario. Más fricción, postura de privacidad más fuerte. Wallet XMR única: minimalista. Solo práctico si tu gasto cae mayormente en comercios que aceptan XMR. Mínima carga cognitiva. Errores frecuentes Comprar XMR en un exchange KYC y asumir «ya es privado»: el on-ramp ligó tu identidad al retiro. El XMR es privado a partir de ese punto, pero el registro «nombre real compró N XMR en T» queda. Mitiga con P2P o swap desde un saldo ya desligado. Tratar Lightning como totalmente privado end-to-end: el LSP / contraparte de canal ve más que un observador casual. Vale para gasto diario; no sustituye a XMR para flujos de alto riesgo. Reusar direcciones BTC on-chain: cada recepción en la misma dirección revela más de la wallet. Usa una wallet que genere dirección nueva por pago (Sparrow, BlueWallet) y trata el reuso como decisión deliberada (p. ej. tip jar pública). Optimizar por máxima privacidad cuando el modelo no la requiere: ver modelos de amenaza . Mucha gente está bien en Lightning; la sobrecorrección a «todo XMR» mete fricción que les empuja de vuelta al KYC. Picks por carril

**Selección:**
- [Feather](https://www.xmr.club/wallets/feather) — Wallet Monero por defecto en escritorio con soporte de firma offline.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Wallet Monero móvil; UX limpia para gasto cotidiano.
- [Phoenix Wallet](https://www.xmr.club/wallets/phoenix) — Wallet Lightning no-custodial con canales gestionados; mínima fricción de LN.
- [Sparrow](https://www.xmr.club/wallets/sparrow) — Wallet BTC on-chain con privacidad fuerte (coin control, Tor).
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Puente XMR-detour de dos saltos: input → XMR → output. La herramienta de chain-break.
- [RoboSats](https://www.xmr.club/exchanges/robosats) — P2P fiat → BTC sin KYC; nativo en LN; mantenido por la comunidad.

Versión web: https://www.xmr.club/es/guides/monero-vs-bitcoin-vs-lightning

### Privacidad con presupuesto — opciones gratis en cada hueco

Cuello de botella típico: alguien repasa una guía de privacidad, ve cinco suscripciones de pago apiladas y concluye «inviable». Respuesta honesta: el stack grado A del directorio tiene en su mayoría versiones gratis o casi-gratis. Abajo: opción gratuita por cada slot funcional, dónde te muerde el límite freemium y cuatro casos en los que pagar sí compra privacidad real (no solo comodidad).

Qué hay realmente gratis Podés correr un stack de privacidad grado A completo a $0/mes y cero gasto inicial. Las picks gratis de abajo no son freemium estranguladas — es el software que la comunidad de privacidad usa como default. Navegador: Tor Browser (gratis). Ya incluye un equivalente a uBlock + endurecimiento anti-fingerprint. Email: tier gratis de Tuta o Proton . 1 GB sobra para una identidad privacy-clean. Aliases de email: tier gratis de Anonaddy / SimpleLogin / addy.io — alcanza para compartimentar altas casuales. Wallet Monero: Feather (Linux/macOS/Windows, gratis, open-source) o Cake Wallet (mobile, gratis, open-source). Wallet Bitcoin: Sparrow o BlueWallet — gratis, open-source, Tor-aware. Sistema operativo: Tails (gratis) para trabajos high-stakes; un Linux mainstream para el día a día. Mensajería: Signal (gratis) — alta sólo por username desde 2024, no requiere número. Transferencia de archivos: OnionShare (gratis) — P2P sobre Tor hidden service. Servicios self-hosted: nodo Monero, relay Tor, mail server, web server — gratis a nivel software; lo único que cuesta es tu VPS o la luz en casa. Dónde te muerde el freemium Tres slots en los que el tier gratis de un producto, por lo demás bueno, te tope la postura de privacidad de manera sutil: Tiers gratis de VPN son casi siempre honeypot-grade. O el proveedor monetiza vendiendo data de tráfico, o el throttle lo vuelve inusable, o ambos. La pick gratis acá no es Mullvad-free (no existe) — es Tor Browser , que te da una propiedad de privacidad más fuerte que cualquier VPN paga para el tipo de browsing que importa. Tiers gratis de email suelen capar aliases o bloquear dominio propio. Para una identidad pseudónima personal no importa. Para una identidad de proyecto pública vas a desbordar el free en meses — ahí es donde pagar ~€3/mes está justificado. Cloud storage — los tiers gratis de Proton / Filen / Internxt son reales (5-10 GB), pero si dependés del storage, vas a chocar contra el techo y el upgrade es significativo. Decidí de antemano si vas a pagar o self-hostear antes de depender del free. Cuándo pagar sí compra privacidad real (no sólo comodidad) VPN con commitment no-logs + alta sin email — Mullvad €5/mes. Lo que comprás: una IP estable que no es tu casa + no es Tor exit. Útil cuando Tor está bloqueado en el destino o cuando necesitás parecer una IP «normal» para evitar bot-checks. Acepta cash por correo; cuenta pseudónima por número, sin email. VPS sin KYC — €5-€10/mes de un host grado A sin KYC . Lo que comprás: poder correr tus propios servicios (mail server, nodo Monero, relay Tor, hidden service) sobre infra que controlás. Reemplazá una SaaS paga por una self-hosted y el VPS se paga solo. Hardware wallet para balance serio — €60-€100 una vez. Lo que comprás: almacenamiento offline de claves. La alternativa gratis es un setup watch-only / cold-signing sobre máquina air-gapped, funciona pero requiere más disciplina. Ver monero cold storage para el trade-off. Dominio anónimo — €10-€20/año. Lo que comprás: una superficie de identidad que controlás vos, independiente de cualquier plataforma. Más barato que el costo de que te banee una plataforma a medio proyecto. Ver comprar dominio anónimo . Un stack completo a $0/mes Para probar que es viable, acá va un stack grado A completo a cero gasto recurrente: Tor Browser para el browsing diario. Tier gratis de Tuta como email principal; tier gratis de Anonaddy para aliases. Feather para Monero, Sparrow para Bitcoin. Los dos Tor-aware out of the box. P2P fiat → XMR vía RoboSats o Bisq (solo fees de red). Signal (sin teléfono) para mensajería; OnionShare para transferencia de archivos. Nodo Monero opcional vía un nodo comunitario (correlo cuando estés listo). Este stack cubre el 90% de los threat models sin gastar un euro. El otro 10% es donde los cuatro upgrades pagos de arriba ganan su lugar. La trampa mental El mayor error de privacidad relacionado a presupuesto es creer que el stack está gateado por plata. No lo está — está gateado por atención. La gente que gasta €50/mes en un bundle VPN + email + cloud-storage y lo usa de manera inconsistente pierde frente a la gente que corre €0/mes Tor Browser + Tuta + Feather y es deliberada. Privacy without paranoia es para la capa de hábito; esta guía para la capa de costo. Picks gratis curadas por slot

**Selección:**
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Gratis. La propiedad de privacidad browser-side más fuerte; viene endurecido.
- [Tuta Mail](https://www.xmr.club/email/tutanota) — El tier gratis alcanza para una identidad privacy-clean; E2E en reposo.
- [Feather](https://www.xmr.club/wallets/feather) — Wallet Monero gratis y open-source con soporte cold-signing.
- [RoboSats](https://www.xmr.club/exchanges/robosats) — P2P fiat→BTC gratis y sin KYC; sólo fee de red.
- [Bisq](https://www.xmr.club/exchanges/bisq) — P2P fiat→BTC gratis y sin KYC + multisig; mantenido por la comunidad.

Versión web: https://www.xmr.club/es/guides/privacy-on-a-budget

### Guía de privacidad para periodistas y activistas

El modelo de amenaza de periodistas, activistas y disidentes es distinto al del usuario medio. El adversario puede tener financiación, paciencia y disposición a saltar de un identificador al siguiente. La respuesta no es un único artefacto, sino compartimentar en cuatro pilares: email con protección de identidad, flujo de dinero sin trazabilidad, contacto seguro con fuentes y hosting que aguante un requerimiento legal. Abajo, un stack concreto con piezas del directorio y los hábitos operativos que lo amarran.

Supuestos del modelo de amenaza Esta guía asume que te enfrentas a uno o varios: Actores estatales o paraestatales con acceso vía proceso legal a proveedores centralizados (tu banco, tu registrar de dominio, tu host de email). Redes de acoso persistente capaces de saltar de un identificador al siguiente — tu correo lleva a tu wallet, lleva a tu IP, lleva a tu dirección. Presión del empleador o institucional sobre las plataformas que alojan tu trabajo (ban de Twitter, deplatform de Stripe, presión a Substack). Si tu modelo es más suave — solo anunciantes curiosos o logging casual del ISP — lee privacidad sin paranoia . Esta guía sobreaprovisiona deliberadamente para actores que no abandonan. Pilar 1 — email con protección de identidad Todo flujo de trabajo acaba en email. Si tu proveedor puede recibir una citación y tus mensajes no están E2E-cifrados en reposo, tu investigación entera está con la cuenta atrás. Las reglas: Alta sin KYC. No le entregues el número de teléfono real al host de tu correo de trabajo. Criterios en picks de email no-KYC . E2E cifrado en reposo. El host no puede descifrar tu inbox aunque le obliguen. Tuta y Proton cumplen con matices; Mailfence + Disroot pierden en cifrado pero ganan en jurisdicción. Aliases para contacto con fuentes. Anonaddy / SimpleLogin / addy.io. Un alias por investigación. Quema el alias cuando cierra la historia. Identidad separada para recepción de fuentes. La dirección pública de pistas (con clave PGP) tiene que ser distinta del correo del día a día. Pilar 2 — flujo de dinero Seguir el dinero es el método de desanonimización más fiable. Pilares: Monero para pagos a fuentes y compras sensibles. Si tienes que pagar a una fuente, un registrar, un VPS o cualquier cosa donde el rastro importe — XMR es la única cadena donde transacciones inconexas no se enlazan. Ver cómo comprar Monero sin KYC . Swaps de dos saltos para pasar de fiat KYC → gasto on-chain. Compra XMR con P2P no-KYC (RoboSats / Bisq / Haveno) y usa kyc.rip/ghost para el detour XMR cuando necesitas aterrizar en USDT/USDC para un proveedor que no acepta XMR. Los dos saltos rompen la correlación con fiabilidad. Efectivo para las cosas fáciles. No todo necesita cripto. Si puedes pagar un pendrive en cash, hazlo. Tarjeta prepago desde XMR para compras online que pidan «tarjeta». Ver tarjeta prepago no-KYC . Pilar 3 — contacto del lado de las fuentes Tus fuentes pueden estar más en riesgo que tú. Construye el stack desde su lado, no desde el tuyo: SecureDrop o Hush Line para pistas anónimas desde la fuente. Herramienta estándar de periodismo de investigación; corre como hidden service. Signal con username para contacto continuado una vez que la fuente decide identificarse (no requiere número desde 2024). OnionShare para transferencia de archivos sin tocar la nube — peer-to-peer sobre Tor hidden service. Ambas partes mantienen deniability. Quema el canal al publicar la historia. Aliases retirados, username de Signal rotado, landing page de SecureDrop bajada. Pilar 4 — hosting que no se desenmascara Dónde publicas importa tanto como cómo. La regla: asume que tu proveedor de hosting recibe una citación y actúa. VPS sin KYC para cualquier infraestructura que controles. Ver /hosting — los picks A aceptan XMR y no exigen nombre. Dominio registrado anónimamente. Ver comprar un dominio anónimamente . Elige un registrar con privacidad WHOIS + pago en XMR. Espejo en Tor hidden service. Para que el lector pueda circunvalar bloqueos y como fallback si tu dominio clearnet cae. Ver hostear un hidden service Tor . Backups fuera de tu jurisdicción. Cifrados con clave que tú controlas, no la que gestiona el proveedor. Publicación estática siempre que se pueda. Menos superficie para un cierre forzoso que un CMS con login. Hábitos operativos que lo amarran Compartimentación. Una identidad por investigación. No reutilices alias, wallets o hosting entre temas. El trabajo no es ser «anónimo»; es mantener identidades vecinas sin enlazar. Revisar el modelo de amenaza cuando cambia la historia. Las historias crecen. Si una historia de corrupción local pasa a territorio de seguridad nacional, el stack para el modelo original ya no alcanza. Ensaya los modos de fallo. Si te incautan el portátil, ¿qué hay? Si comprometen tu VPS, ¿qué hay? Practica el «¿y ahora qué?» — ver recuperar de un error de privacidad . No reinventes las normas OPSEC. SecureDrop, Freedom of the Press Foundation y EFF publican playbooks específicos para investigación. Léelos primero; esta guía es la capa de catálogo-de-herramientas debajo. Stack del directorio de un vistazo

**Selección:**
- [Tuta Mail](https://www.xmr.club/email/tutanota) — Alta sin teléfono + inbox E2E. Empareja con aliases para contacto con fuentes.
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Detour XMR de dos saltos para pagos limpios a fuentes y gasto on-chain sensible.
- [Mullvad](https://www.xmr.club/vpns/mullvad) — Número de cuenta, no email. Cash-by-mail aceptado. No sabe quién eres.
- [Incognet](https://www.xmr.club/hosting/incognet) — VPS sin KYC que acepta XMR. Jurisdicción razonable.
- [Feather](https://www.xmr.club/wallets/feather) — Wallet Monero con offline-signing para flujos de pago a fuentes.
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Navegador por defecto para investigación. Compartimenta con perfiles separados.

Versión web: https://www.xmr.club/es/guides/privacy-for-journalists-activists

### Modelos de amenaza de privacidad — usa la herramienta adecuada

Privacidad sin modelo de amenaza es ir de compras. Hay quien instala Tor + Monero + VPN + SIM sin KYC y publica el recibo en Twitter. El error es tratar la privacidad como una lista de la compra en vez de un modelo: ¿de quién me escondo, qué puede hacer realmente, cuál es la defensa mínima viable, a partir de dónde retorna decreciente? Abajo: seis modelos comunes, qué implica cada uno y el stack correspondiente del directorio.

Por qué modelar la amenaza primero Cada herramienta de privacidad cuesta algo — plata, fricción, confiabilidad, performance. Cuánto pagar depende de quién puede hacerte qué. Defenderte de tu ISP es una herramienta y un hábito; defenderte de un Estado-nación es un estilo de vida. La mayoría de los usuarios se queda en el medio y elige mal el eje. Modelo 1 — ISP / empleador / admin de red casual Quién: los que rutean tus paquetes pero no te conocen personalmente. Incluye tu ISP residencial, el equipo de IT de tu trabajo, los operadores de WiFi público. Qué pueden hacer: ver IPs de destino y TLS-SNI; correlacionar visitas a sitios conocidos por timing; loggear queries DNS. No pueden leer el contenido TLS. Defensa: una VPN paga sin KYC ( picks de VPN ) alcanza. DoH / DoT para DNS si la VPN no lo cubre. Tor es exagerado y más lento acá. Modelo 2 — Correlación por proveedor de servicio Quién: los servicios que usás — exchanges, payment processors, providers de email, las wallets a las que les diste view-key. Qué pueden hacer: linkear tu cuenta/email a tu historial de transacciones. Venderlo a data brokers o pasarlo a fuerzas de la ley. Defensa: stack sin KYC — exchanges sin KYC , email sin identidad , SMS no-KYC . No te loguees en cuentas KYC en la misma sesión que las no-KYC ( fingerprints staggered ). Modelo 3 — Stalker / adversario de relación personal Quién: ex pareja, familiar, conocido que ya sabe tu identidad real y trata de encontrarte online. Qué pueden hacer: reverse-search en posts públicos, fotos, usernames. Cross-reference de perfiles de dating, redes sociales, bases de datos leakeadas. Defensa: identidades compartimentadas — email + teléfono + username separados para la relación que querés ocultar. SMS no-KYC para signup, nunca reutilices un número que ya estuvo linkeado públicamente. Limpiar data brokers (esfuerzo aparte, fuera del directorio). Tor + VPN no ayudan acá directamente; el problema son los datos que producís, no la red por la que los producís. Modelo 4 — Chain analysis / forensia on-chain Quién: firmas tipo Chainalysis, IRS Cyber Crime Unit, ONGs de tracking de ransomware, organismos de sanciones. Qué pueden hacer: clusterizar wallets por heurísticas de comportamiento; mandar subpoena a exchanges por el KYC detrás de direcciones; tracear paths de stablecoins por DEXs y bridges. Defensa: Monero nativo siempre que se pueda — la privacidad on-chain es trabajo del protocolo, no tuyo. Para exposición a BTC/USDT: un detour XMR de dos hops para romper la correlación, o usá kyc.rip / ghost que empaqueta el detour en un solo flujo. Higiene de subdirecciones . Cold storage en una hardware wallet que compraste sin cuenta. Modelo 5 — Compliance / monitoreo estatal (no dirigido) Quién: reguladores + agencias estatales que corren dragnets de vigilancia amplia. Colección pasiva estilo NSA, GDPR-compliant data hoarders, unidades de inteligencia financiera. Qué pueden hacer: bulk-collection de todo lo que pasa por un IXP grande; correlación de metadatos entre servicios; subpoenas a plataformas grandes pidiendo data retrospectiva. El tráfico Tor queda flaggeado pero no necesariamente desanonimizado; Monero está en la lista de «no trazable» de la mayoría de agencias a 2026 pero la meta-pregunta (¿lo usás?) es observable. Defensa: stack no-KYC completo + Tor sobre una VPN privacy-respecting + bridges si Tor mismo es observable en tu jurisdicción. Compartimentalizá: no mezclés cuentas KYC con el stack no-KYC. La meta no es ser invisible; es ser aburrido. Modelo 6 — Adversario estatal dirigido Quién: una agencia estatal investigándote a vos específicamente. Periodista con un archivo de fuentes leakeado, disidente en un régimen autoritario, target de alto valor. Qué pueden hacer: casi cualquier cosa — malware de endpoint en tus dispositivos, supply-chain attacks en hardware, cooperación forzada de tus proveedores, acceso físico. Adversario a nivel red en cada path entre vos y cualquier servicio. Defensa: fuera del alcance de este directorio. Leé Surveillance Self-Defense de la EFF , hablá con la Freedom of the Press Foundation, usá Tails / Qubes, multisig en todo, tratá cada dispositivo como comprometido. El directorio de servicios de privacidad ayuda con el sustrato pero no reemplaza una operational security en serio. El error más grande La mayoría de los usuarios o sobre-compran (Tor + multisig hardware wallet + VPN offshore para evadir el ISP casero) o sub-compran (swap no-KYC pero después KYC al retiro, email fresco reutilizado en todos los signups). El fix es empezar por el modelo: anotá en un papel de quién querés esconderte y qué puede realmente hacer. Después elegí el stack mínimo que lo cubre. Sumá capas sólo si el costo es aceptable y la ganancia es real. Re-evaluá anualmente. Un modelo que te calzaba hace dos años cuando eras hobbyist puede no servir ahora que publicás bajo tu nombre — o viceversa. Stack picks por tier

**Selección:**
- [Mullvad](https://www.xmr.club/vpns/mullvad) — Modelo ISP/empleador casual. VPN no-KYC con el track record sin-logs más largo. Pagás en XMR.
- [Tor Browser](https://www.xmr.club/tools/tor-browser) — Modelos service-provider + compliance. Anonimato a nivel red, browser con fingerprint padded.
- [Feather](https://www.xmr.club/wallets/feather) — Modelo chain-analysis. XMR nativo + view-only + Tor + build reproducible.
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Service-provider + chain-analysis. Routing no-KYC entre múltiples engines, sin markup.

Versión web: https://www.xmr.club/es/guides/privacy-threat-models

### Cómo usar Bitcoin Lightning de forma anónima

Lightning arregló la UX de Bitcoin, pero por defecto no arregla la historia de privacidad — hoy la mayoría está en Wallet of Satoshi o Strike, ambos con KYC. La ruta self-custody sí es upgrade real de privacidad, pero implica decisiones que el onboarding habitual no destaca. Abajo, el guion.

El default es peor de lo que se cree Wallets custodial (Wallet of Satoshi, Strike, Cash App) — tus sats están en sus libros. Ven cada pago, pueden congelar la cuenta, y casi todos KYC-ean al alta o antes del primer retiro. Cómodo, no privado. Mobile self-custody (Phoenix, Breez, Mutiny, Zeus) — vos tenés las llaves; el LSP rutea por vos. Algún metadata se filtra al LSP, pero podés rotar LSPs o correr el tuyo. Nodo self-hosted (LND / Core Lightning) — soberanía total. Techo de privacidad más alto, costo operativo continuo real. Wallets móviles que realmente preservan privacidad Phoenix: el estándar oro para LN mobile self-custody. Splicing significa que no abrís/cerrás canales manualmente. ACINQ actúa como LSP — ven tu canal partner, no todo tu grafo de pagos. Open source. Mutiny: browser-first, self-custody, integrado con Nostr. LSP pluggable. Open source. Zeus: front-end mobile para un nodo remoto LND/CLN que controlás vos. Mejor privacidad + flexibilidad, requiere correr el backend. Breez: self-custody con Lightning nativo + Liquid + swaps boltz integrados. Open source. La elección del LSP importa Tu Lightning Service Provider ve cada apertura de canal con vos. Algunos LSPs además huelen patrones de pago. Defensas: Rotá LSPs. No abras todos los canales contra el mismo operador. Splice en vez de abrir canales nuevos. Reusa UTXOs existentes y evita nuevos fingerprints on-chain. Phoenix lo hace por default. Migrar Wallet of Satoshi → self-custody: mové los sats con un swap-out, no con un withdraw directo — los withdraws directos dejan un audit-trail LN clarísimo. Onboarding sin KYC Cómo meter sats en una wallet Lightning self-custody sin pasar por un exchange con KYC: Swap XMR → LN. Usá un engine sin KYC ( SideShift , kyc.rip ) para mandar XMR y recibir Lightning a tu invoice. Es el path más limpio, sin fingerprint on-chain. Si tu input es USDT/USDC o BTC on-chain y querés un flujo único con XMR-detour hacia LN, kyc.rip / ghost hace los dos hops en una sola submission. P2P en un meetup. Intercambiá efectivo por sats con una persona real; que pague tu invoice LN. RoboSats lo soporta para contrapartes arbitrarias. RoboSats / Bisq Lightning. P2P fiat→LN. Algo de fricción de cuenta; las contrapartes son pseudónimas. Sats ganados. Cobrá en LN por trabajo / contenido. Evita el problema de onboarding por completo. Recibir sats sin exponerte Las invoices LN son de un solo uso. Generá una invoice fresca por pago; nunca las reutilices. Lightning Address (user@domain) es un identificador fijo. Cómodo para propinas pero revela tu vínculo con el operador del dominio. Usá un host respetuoso con la privacidad (ej. zeusln.app, el tuyo propio). LNURL-Pay se comporta como Lightning Address — mismo caveat. Corré tu propio endpoint LNURL para privacidad completa. Bolt12 offers — protocolo más nuevo, soporta respuestas onion-routed. Mejor privacidad que LNURL una vez que tu wallet lo soporte. Enviar sats — qué leakea Emisor: tus nodos de routing ven (prefijo de la ruta, monto, payment hash). Sphinx routing oculta el destino a los hops intermedios. Receptor: los nodos de routing del receptor ven lo mismo al revés. Aprenden el monto y el hash pero no el emisor. Probing attacks: analistas con fondos prueban canales para desanonimizar rutas. Canales más grandes + más hops = mejor privacidad. JIT (just-in-time) channel opens te exponen al LSP en el momento de la apertura. Splice por sobre open siempre que se pueda. Cuándo Lightning no es lo correcto Lightning es excelente para pagos chicos y frecuentes. Es un vehículo de ahorro pobre (riesgo de canal, llaves online). Tratalo como una caja de ahorros corriente; usá Monero nativo o BTC on-chain como savings. El puente entre ambos lo hacen los engines XMR↔LN listados abajo. Picks del stack

**Selección:**
- [SideShift](https://www.xmr.club/exchanges/sideshift) — XMR ↔ LN sin KYC. La mejor on-ramp a Lightning self-custody desde Monero nativo.
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Routing best-quote entre engines sin KYC incluyendo pares XMR ↔ LN.
- [RoboSats](https://www.xmr.club/exchanges/robosats) — P2P fiat ↔ LN, pseudónimo, Tor-friendly. El camino de cash a Lightning.
- [Bisq Easy](https://www.xmr.club/exchanges/bisq-easy) — P2P fiat ↔ BTC/LN con reputación. Sin operador central.

Versión web: https://www.xmr.club/es/guides/lightning-anonymously

### Verificación SMS sin KYC — cómo se hace

Casi todos los registros — banca, exchanges, redes sociales, incluso algunas VPN — empiezan pidiendo un número de móvil. La respuesta respetuosa con la privacidad es: «nunca el real». Abajo, tres rutas, cuándo encaja cada una y las trampas (reverificación, recuperación, bloqueos persistentes).

Tres categorías, tres trade-offs SMS de uso único (barato, propenso a ban): alquilás un número del pool, recibís un código y listo. Lo más barato. Pero el número no es tuyo — re-verificar 6 meses después es imposible. Baneado en servicios high-trust (bancos, exchanges top-tier) por abuso repetido. Alquiler a largo plazo (intermedio): alquilás un número por un mes o más. Sirve para la mayoría de los registros, incluyendo algunos servicios financieros con KYC-lite. Sale más, pero podés re-recibir códigos durante todo el alquiler. eSIM respetuosa con la privacidad (duradera, cara): SIM/eSIM que mantenés por años, suele pagarse en cripto, sin KYC al activar. La mejor opción para cuentas que vas a usar a largo plazo. Elegí por caso de uso Cuenta cripto descartable sin recuperación: SMSPool / 5sim. $0.10–$2 por código. Email que querés conservar: alquiler de largo plazo en 5sim, o una eSIM de privacidad con número estable. Cualquier cosa atada a dinero o identidad: eSIM de privacidad (Walls eSIM, Silent.link). Los pocos dólares extra son baratos frente al costo de quedarte afuera por perder el número. Servicios geofenced en Irán/Rusia/China: alquilá un número del país específico desde un pool que lo cubra. Las trampas Bloqueos persistentes. Los números de pools SMS se usaron cientos de veces. Algunos servicios mantienen blocklists compartidas. Telegram + Google + bancos grandes bloquean los rangos conocidos de SMS-pools. Probá antes de comprometerte. Re-verificación. Casi todos los servicios piden SMS otra vez cada 6–12 meses. Si tu alquiler expiró, te quedás afuera. La ruta eSIM de privacidad resuelve esto. La recuperación como backdoor. El 2FA por SMS significa que cualquiera que SIM-swappee el número se queda con la cuenta. Para cuentas de valor alto, usá TOTP / llave hardware y dejá el SMS sólo para el alta inicial. KYC a nivel carrier. Algunos proveedores «no-KYC SMS» en realidad hacen KYC a nivel mayorista y después te entregan los números. Los números son reales pero el rastro existe. Las eSIM de privacidad que pagan a los carriers en cripto + sin nombre en la línea son el corte más limpio. Detección de VoIP. Muchos servicios rechazan números VoIP (Google Voice, JMP.chat). Las eSIM de carrier real evitan esto; los números de pool SMS varían. Pagar en cripto, mantenerte anónimo Todas las picks SMS / eSIM de abajo aceptan cripto (XMR / BTC / USDT) y no piden cuenta. Algunas tienen front-end de aggregator que junta varios proveedores ( HeroSMS ) — útil cuando un pool se queda sin números. Proveedores recomendados

**Selección:**
- [Walls eSIM](https://www.xmr.club/sims/walls-esim) — eSIM respetuosa con la privacidad, pago en cripto, sin nombre en la línea. Lo mejor para cuentas de largo plazo.
- [Silent.link](https://www.xmr.club/sims/silent-link) — eSIM anónima de larga trayectoria. Más cara, postura de privacidad fuerte.
- [HeroSMS](https://www.xmr.club/sims/herosms) — Aggregator que cruza pools SMS — UI única, fallback cuando un pool se queda seco.
- [SMSPool](https://www.xmr.club/sims/smspool) — Alquiler por código a bajo costo. Lo mejor para altas cripto descartables.

Versión web: https://www.xmr.club/es/guides/no-kyc-sms-verification

### Cómo cambiar stablecoins en privado

Las stablecoins llevan el grueso de los pagos cripto — y los emisores centralizados tienen la lista de direcciones que ya congelaron. Si usas stablecoins para algo que no quieres que termine marcado (ahorrar, cobrar nómina, sacar), abajo va el stack de privacidad realmente operativo.

Perfil de riesgo de congelación (peor → mejor) USDT (Tether) en TRC20: el emisor puede blacklistear cualquier dirección, lo hizo miles de veces. Rápido + barato, pero la superficie de mayor riesgo. USDC (Circle): el mismo poder de freeze, más agresivo en compliance que Tether para direcciones sancionadas. Freezes más rápidos, delistings más lentos. USDT en ERC20 / BSC / Polygon: misma blacklist, gas más alto — la cadena no cambia el alcance del emisor. DAI (ahora USDS): sigue siendo parcialmente freezable por el respaldo USDC en el PSM. Mejor que USDT/USDC pero no freeze-proof. crvUSD / GHO / stables DEX-nativos sobrecolateralizados: no se pueden congelar a nivel emisor (no hay emisor con ese poder). Mercados más chicos, más peg risk. FUSD / stables totalmente privadas (Zano): congelables por emisor sólo si confiás en él; encima privacidad chain-level. Los mercados más chicos. Estrategia 1 — Swap vía XMR (la ruptura más limpia) Para rotar stables fuera de una dirección flagueada: swap stables → XMR → stables a una dirección fresca que nunca usaste. La pata XMR rompe la correlación chain-analysis, y tu nueva dirección stables-side no tiene historia previa con el emisor. Usá un agregador sin KYC ( kyc.rip , Trocador ) o engine directo ( SideShift ) — ver todos los exchanges . Atajo exacto para este pattern: kyc.rip / ghost empaqueta el detour XMR de dos hops en un único flow — submit input + destination, fuerza XMR en el medio, usa engine upstream distinto por pata por defecto. Sin handoff de wallet en el medio. Recibí XMR a una subdirección fresca en tu propio wallet. (No te saltes este paso — dejar la plata en el engine anula el propósito.) Iniciá un segundo swap XMR → USDT/USDC, mandando a una dirección stables-side fresca. Usá un engine distinto en cada pata cuando se pueda — limita la visibilidad de cada engine al flow completo. Estrategia 2 — Hop en DEX same-chain Si sólo necesitás rotar dentro de stables (sin XMR), usá un DEX sin KYC y sin logs: Uniswap (ETH/BSC/Polygon), Curve (slippage bajo entre stables), Aerodrome (Base). Caveat: el emisor todavía puede congelar la dirección destino después. Esto es rotación, no laundering — útil para higiene rutinaria, no para mover fondos flagueados. Estrategia 3 — P2P stable-por-stable OTC desks y plataformas P2P (RoboSats, Bisq, Haveno) permiten que dos partes intercambien stables directamente. Útil cuando no querés dejar rastro en ningún DEX. Requiere contrapartes con reputación — ver plataformas P2P . Caveats que arruinan la privacidad Las hot wallets de exchange están etiquetadas. Si retiraste stables de un CEX, la dirección de origen es un cluster conocido. El detour XMR es el único corte efectivo. El polvo TRX de gas de un servicio centralizado mancha el destino en TRC20. Usá una wallet que compre TRX para gas desde una fuente no relacionada, o pagá el gas vía un mercado de energía third-party como jiayou.rip . Montos de número redondo son correlacionables. Si swap-eás 10,000 USDT → XMR → 10,000 USDT, un analista de cadena identifica el bridge con alta confianza. Partilo en chunks desparejos si te importa. Timing. No hagas las dos patas back-to-back. Esperá horas o días; in/out timing es la heurística más común de detección de bridge. Cuándo las stables no valen la pena Si tu use case es «ahorrar en algo estable contra USD» y tu threat model incluye que el emisor te congele la dirección, XMR nativo es la mejor respuesta. Volatilidad contra USD es el trade. Para pagos donde el merchant sólo acepta stables, ruteá hasta ellas en el último momento posible (patrón swap-at-checkout vía un agregador no-KYC). Superficies de swap recomendadas

**Selección:**
- [kyc.rip / ghost](https://www.xmr.club/exchanges/kyc-rip-ghost) — Detour XMR de dos hops empaquetado en un flow — rotación de un disparo stables → XMR → stables.
- [agregador kyc.rip](https://www.xmr.club/exchanges/kyc-rip-aggregator) — Best-quote de un solo hop entre 10+ engines sin KYC, sin markup. Para swaps directos.
- [SideShift](https://www.xmr.club/exchanges/sideshift) — Sin cuenta, sin KYC, cobertura fuerte de stables, JSON API.
- [Trocador](https://www.xmr.club/exchanges/trocador) — Agregador de engines sin KYC + Tor mirror, cobertura fuerte de stables.

Versión web: https://www.xmr.club/es/guides/swap-stablecoins-privately

### Cómo recibir XMR de forma privada

En Monero la privacidad del lado emisor la da el protocolo; la del lado receptor depende de ti. La mayor fuga viene de usar la misma dirección para todos los pagadores — incluso en Monero, eso le da a cada pagador una etiqueta permanente sobre toda tu actividad futura. Abajo, cómo hacerlo bien.

Por qué importa el lado receptor La privacidad del emisor en Monero la da el protocolo: ring signatures, stealth addresses, montos confidenciales. La privacidad del lado receptor la da tu higiene de wallet . Si le pasás la misma dirección primaria a tu empleador, a un marketplace y a un amigo, los tres saben de los pagos del otro hacia vos (vía libros internos del servicio), y cualquier derivación futura de dirección compartida queda correlacionable. Usá una subdirección nueva por pagador Una subdirección por relación. Wallet → «Nueva subdirección» → etiquetala («ACME nómina», «mesa OTC», «mamá»). Entregale una distinta a cada parte. Nunca reutilices una subdirección que fue compartida públicamente (post de foro, página de donación) para un pago privado. Tratá las direcciones públicas como buzones de una sola vía. Las subdirecciones son gratis. Generá las que quieras. Todas barren al mismo balance de wallet. View-keys: manejá con cuidado Private view key = capacidad de ver todas las transacciones entrantes de una wallet (sin gastar). Útil para contadores / auditores / disclosure a contrapartes. Una vez revelada no la podés retirar. Pruebas de view-key públicas ( get_tx_proof ) prueban que existe una tx específica sin exponer toda la wallet — sirven para recibos puntuales (reembolsos, disputas de customer-support). No pegues la view-key en un campo de un block-explorer en clearnet — el operador del explorer ya la tiene. Usá un nodo self-host o un explorer privacy-friendly. Direcciones integradas (legado, mayormente obsoleto) El workflow previo a las subdirecciones usaba «direcciones integradas» — dirección primaria + payment ID en una sola cadena. Los exchanges aún te las entregan al depositar. Funcionan, pero las subdirecciones son estrictamente mejores para todo lo demás: cada subdirección es su propia stealth address, no exige que el emisor haga nada especial y no filtra el formato del payment ID on-chain. Checklist del lado receptor Usá una wallet con soporte de subdirecciones (toda wallet moderna — ver selector de wallet ). Generá una subdirección fresca por contraparte. Etiquetala. Sincronizá tu wallet contra un nodo remoto por Tor o tu propio nodo — los nodos clearnet públicos pueden correlacionar tu IP con las subdirecciones que escanean para vos. ( Setup Tor → ) Para direcciones públicas de donación, rotalas anualmente. La vieja sigue siendo válida; los pagos nuevos van a la fresca. Limita cuánto contexto histórico construye una sola parte sobre vos. Nunca publiques tu dirección primaria (la del sufijo único) — siempre una subdirección. Wallets móviles — caveats extra Las wallets móviles por defecto van a nodos remotos por velocidad. Elegí una que te deje setear un nodo Tor remoto ( Cake , Monerujo ). Las funciones de push «TX entrante» casi siempre corren contra un server centralizado con tu view key — desactivalas salvo que aceptes el trade-off. El sync en background por celular filtra timing — sincronizá sólo en una red conocida. Wallets para recibir — picks

**Selección:**
- [Feather](https://www.xmr.club/wallets/feather) — Wallet XMR desktop. UX de subdirecciones + Tor + herramientas de view-key integradas.
- [Cake Wallet](https://www.xmr.club/wallets/cake-wallet) — Mobile (iOS/Android). Labels de subdirección + nodo remoto Tor.
- [Monerujo](https://www.xmr.club/wallets/monerujo) — Wallet XMR para Android. Coin-control + subdirección por pagador.
- [Monero GUI](https://www.xmr.club/wallets/monero-gui) — Wallet desktop oficial. Herramientas view-key + tx-proof para disclosure.

Versión web: https://www.xmr.club/es/guides/receive-xmr-privately

## Licencia

Contenido bajo CC-BY-4.0. Atribuir «xmr.club» al citar.