Prácticas de privacidad para operaciones XRP

Ripple (XRP) se lanzó en 2012 como una criptomoneda enfocada en pagos. XRPL usa consenso Federated Byzantine Agreement (FBA) — los validadores en una Unique Node List (UNL) llegan a un acuerdo sobre el ordenamiento de transacciones. La UNL predeterminada es publicada por la XRP Ledger Foundation (sin fines de lucro) con Ripple Labs Inc. (con fines de lucro) influyendo históricamente en la selección de validadores. XRP nativo no puede ser congelado por ninguna autoridad central — la bandera freeze en XRPL solo aplica a tokens emitidos (IOUs), no a XRP nativo. La cadena es transparente en la capa base — remitente, destinatario, monto y destination tag (si está presente) son todos visibles en cadena como en Bitcoin. XRPL no tiene mixing nativo a nivel de protocolo. Los usuarios que quieren privacidad a nivel de transacción dependen de la rotación de direcciones del lado de la cartera (derivando una dirección nueva por operación desde su semilla HD) y de la coordinación fuera de cadena — las prácticas siguientes cubren lo que puedes controlar.

Usa una dirección fresca cada operación

Esta cadena usa direcciones transparentes sin sigilo nativo. La práctica estándar: usa un monedero Determinista Jerárquico (BIP-32) que derive una nueva dirección de recepción por solicitud. La mayoría de los monederos modernos lo hace automáticamente. El coste de reutilizar dirección es severo — cada operación que aceptes en la misma dirección construye un registro público de tu actividad.

Prácticas universales

**Usa una dirección de recepción fresca para cada operación.** Tu monedero debería admitir esto; si no, busca uno que sí. La reutilización de direcciones es la mayor fuga, sin discusión.

**Practica control de monedas al gastar.** Al enviar monedas más tarde, evita combinar la salida de la operación con monedas de otra fuente — eso combina sus historiales de dirección permanentemente.

**Transmite a través de Tor o el modo privacidad de tu monedero.** Tu IP doméstica ve la transacción primero; los nodos cerca de tu IP pueden correlacionarla contigo. Un monedero compatible con Tor transmite a través de Tor por defecto.

**Evita enviar monedas de la operación hacia o desde exchanges KYC.** Una vez que las monedas de la operación toquen un exchange KYC, la operación se vuelve legalmente identificable combinando los registros del exchange con los datos de la cadena. Si necesitas hacer puente a fiat, ruta a través de un paso intermedio autocustodiado.

Qué evitar

No pegues tu misma dirección de recepción en múltiples operaciones.
No envíes la cantidad exacta listada en la orden — el toggle aleatorizador de cantidad de Morphit (la casilla "🔐 Aleatorizar cantidad" en el modal de compartir dirección) rompe esto; déjalo ENCENDIDO.
No combines la salida de la operación con monedas de una fuente distinta al gastarla más tarde.
No transmitas desde tu IP doméstica vía un monedero no privado — usa Tor.

⚠ Advertencias específicas de este activo

XRPL es transparente en la capa base sin protocolo de mixing nativo. - **Comparte direcciones nuevas por operación.** Usar la misma dirección de XRPL en múltiples publicaciones de Morphit permite a los observadores correlacionar tus órdenes en una cadena totalmente transparente. Genera una dirección de recepción nueva por operación — las carteras modernas de XRPL (Xaman, Crossmark, Bifrost) las derivan de tu semilla HD y te permiten crear nuevas cuentas en segundos. - **Las destination tags no son una función de privacidad — son un identificador, y Morphit no puede transmitir ninguna.** Una tag es visible en la cadena y correlaciona transacciones. Compartir dirección en Morphit no tiene campo de tag y su enlace de pago no fija ninguna, así que nunca compartas una dirección de depósito de un exchange que necesite tag (los fondos se perderían en el fondo común del exchange); comparte una dirección de autocustodia que no la necesite. - **El requisito de reserva crea visibilidad de creación de cuenta.** Tu primer XRP entrante debe ser ≥1 XRP (la reserva base). La transacción `Payment` en cadena que financia una cuenta nueva es públicamente visible como activación de cuenta, lo cual es una señal de correlación más fuerte que un pago regular a una cuenta ya existente. Si reducir esta señal importa, financia la dirección receptora tú mismo primero (desde una cuenta que ya esté mezclada/separada) y solo después compártela. - **La privacidad a nivel de red sigue importando.** Transmitir a través de Tor o del modo de privacidad de tu cartera mantiene tu IP de casa fuera de la vista de la cadena. - **Los proveedores de RPC de XRPL pueden correlacionar.** Tu cartera habla con un endpoint RPC de XRPL (xrplcluster.com, el de Ripple, o un nodo rippled auto-alojado) — ese proveedor ve cada transacción que firmas. Auto-alojar un nodo rippled, o rotar entre proveedores, reduce la superficie de ataque. - **La concentración del conjunto de consenso es una propiedad conocida.** La UNL predeterminada es publicada por la XRP Ledger Foundation; ejecutar tu propio validador con una UNL personalizada está soportado pero es poco común. Para los propósitos de Morphit esto afecta las consideraciones de resistencia a la censura (una UNL coordinada podría negarse a incluir transacciones) más que a la privacidad de transacción. Documenta y decide según tu modelo de amenazas. - **Solo se aceptan direcciones clásicas.** XRPL tiene un formato «X-address» más nuevo (XLS-5d) que incluye una destination tag dentro de la dirección. Morphit solo acepta direcciones clásicas con prefijo `r` y no transmite ninguna tag, así que comparte una dirección clásica de autocustodia que no la necesite.

Morphit NO recomienda software de monedero específico. Incluso los monederos reputados han sido comprometidos o han tenido fallos ocultos. Las técnicas de privacidad aquí son estándares de protocolo, no recomendaciones — tu monedero, tu responsabilidad.