← volver al inicio glosario · términos definidos
Glosario
Definiciones para cada chip, tag y grado del directorio. Cada término tiene un significado publicado — el patrocinio no lo cambia. Respaldado por DefinedTermSet de Schema.org.
Grados
- Grado A
- Mejor nivel de evidencia. Probado de punta a punta por el curador de xmr.club. Postura sin KYC verificada a volumen minorista.
- Grado A-
- Señal positiva de nivel A pero incompleta. Postura sólida y probablemente A, aunque falta un elemento del listón A (normalmente antigüedad operativa o una operación de prueba reciente).
- Grado B
- Elección sólida. Verificado y funcional pero con un caveat real.
- Grado B-
- Perfil de grado B, pero la antigüedad todavía no ha validado bajo presión lo que se afirma públicamente. Se usa en categorías de alta asimetría de pérdida (exchanges, casinos, mezcladores custodiales) donde el operador aparenta nivel B pero lleva menos de 12 meses operando. Baja a C si la antigüedad no se acumula; sube a B cuando lo hace.
- Grado C
- Aceptable con reservas. La postura se mantiene pero la evidencia es más vieja o más ligera.
- Grado C-
- Perfil de grado C pero con preocupaciones notables — listado por completitud o comparación, aunque conviene considerar alternativas más fuertes cuando existan.
- Grado D
- Listado por completitud o como advertencia.
Postura KYC
- no kyc
no_kyc - El proveedor no exige verificación con documento de identidad en ningún momento.
- anonymous signup
anonymous_signup - No requiere crear cuenta, o la cuenta es sólo email / sin datos personales.
- light kyc
light_kyc - El alta solicita algo de información personal pero no documento de identidad.
- heavy kyc
heavy_kyc - KYC completo: documento de identidad, a veces selfie + comprobante de domicilio.
Etiquetas de feature
- xmr native
xmr_native - El proveedor liquida nativamente en Monero, no vía bridge o token envuelto.
- tor mirror
tor_mirror - El proveedor publica un espejo .onion funcional (cross-check diario contra el header Onion-Location).
- no js supported
no_js_supported - Functional UI without JavaScript enabled. Tested with Tor Browser at Safest level. Critical for hardened threat models.
- open source
open_source - Código fuente publicado bajo licencia aprobada por OSI.
- cash accepted
cash_accepted - Cash is an accepted payment / payout method, in-person or by mail. Common for P2P trading, prepaid cards, and select OTC desks.
- lightning native
lightning_native - Soporte nativo de Bitcoin Lightning Network.
- audited
audited - El proveedor ha publicado una auditoría de seguridad de terceros.
- non custodial
non_custodial - Provider never holds user funds — escrow, multisig, or atomic-swap-based settlement.
- self hosted
self_hosted - Can be installed and operated on infrastructure the user controls. Eliminates trust in the listed operator at the cost of operational complexity.
- i2p mirror
i2p_mirror - Provider publishes a working .b32.i2p mirror — the I2P-native counterpart to .onion. Common in the Monero remote-node ecosystem.
- atomic swap
atomic_swap - Trustless cross-chain exchange via hash-time-locked contracts. No custodian holds either side mid-trade; the swap either completes atomically or refunds.
- pgp supported
pgp_supported - Provider lists a PGP key and accepts PGP-signed support requests / disclosures.
- transparent fees
transparent_fees - La cotización mostrada antes del depósito equivale a lo que recibe el usuario (menos las tarifas de red del destino, surfaceadas por separado). Sin spreads ocultos, sin ajustes post-depósito. Tarifas altas están bien siempre que se muestren upfront.
- hidden fees
hidden_fees - La cotización visible subestima lo que el proveedor realmente se queda. Patrones típicos: spread oculto en el rate, markup en la tarifa de retiro más allá del costo de red real, slippage del partner absorbido y no reembolsado. Falla transparent_fees; grado auto-limitado a C o menor.
- no account
no_account - No user account required. No registration step, no email, no phone, no Web2 PII at all.
- no logs
no_logs - Operator does not retain identifying logs against the swap — no IP retention, no user-agent fingerprinting, no behavioural analytics. Per published policy.
- no pii
no_pii - Operator does not collect or retain personally-identifying information (name, address, government ID, biometrics) at any stage of the flow.
- custodial
custodial - Provider holds user funds at some point during the flow (escrow, partner-routed CEX leg, intermediate balance). Use is contractually time-bounded but funds are temporarily under operator control.
- closed source
closed_source - Provider runs proprietary closed-source code; users cannot independently audit the backend logic.
- web3 signin
web3_signin - Account / session is bound to a Web3 wallet signature (MetaMask, Phantom etc.). Pseudonymous: avoids Web2 PII but exposes a persistent public address as identifier.
- country blocks
country_blocks - Provider enforces hardcoded country blocks (typically a sanctions list — BY/CU/IR/RU/SY etc.). Anti-aligns with the strict "no-KYC regardless of jurisdiction" posture.
- cli supported
cli_supported - Provider ships or supports a command-line / API client for headless use, beyond just a web UI.
- aggregator
aggregator - Aggregator: routes user orders through multiple upstream providers and surfaces the best quote — not a primary execution venue itself.