¿Qué privacidad ofrece un xpub en una cartera watch-only?
Un xpub permite vigilar una rama pública, pero también puede revelar sus direcciones y actividad. Aprende sus límites, los metadatos de importación y cómo encaja SeedAddress.
Ver artículo
Un xpub permite crear una vista watch-only de una rama de una cartera jerárquica determinista: la aplicación puede derivar claves públicas descendientes y vigilar las direcciones que corresponden a esa rama, pero no puede firmar transacciones solo con ese material público. Esa comodidad tiene un coste: quien recibe el xpub puede observar el alcance de la rama exportada y relacionar sus direcciones y movimientos. Un xpub no revela automáticamente todas las cuentas de la cartera, pero tampoco es una dirección pública aislada que puedas compartir sin contexto.
La respuesta práctica es exportar solo la rama que necesitas, documentar la red, el tipo de script y la ruta, y tratar el xpub como información financiera sensible. Si vas a importarlo en una cartera watch-only, comprueba qué formato y qué metadatos exige el software.
Qué es un xpub
En la especificación BIP32, una clave extendida pública combina una clave pública con un chain code y representa un nodo de un árbol. El término xpub suele referirse a una serialización de esa información, aunque los prefijos y formatos dependen de la red y la aplicación. Indica qué estándar y cartera generaron la exportación.
Desde un nodo público, BIP32 permite derivar claves públicas hijas cuando los pasos siguientes son no reforzados (non-hardened). La aplicación convierte esas claves en las salidas que vigila según sus reglas. El xpub no contiene la clave privada para firmar; una cartera watch-only necesita otro dispositivo que la conserve y apruebe la transacción.
El alcance incluye solo descendientes alcanzables sin cruzar pasos reforzados. Una cuenta fuera de ese alcance no queda expuesta automáticamente. Cambiar la etiqueta de red no separa criptográficamente unas claves reutilizadas: los límites dependen del esquema y de la exportación.
Qué puede ver quien recibe el xpub
El riesgo principal es la privacidad. Un xpub puede permitir generar muchas direcciones de la rama y seguir sus entradas y salidas cuando la infraestructura de consulta las identifica. También puede ayudar a vincular nuevas direcciones con la misma rama, especialmente si compartes el xpub con un servicio que conserva historial, etiquetas o direcciones IP. La guía de privacidad de Bitcoin.org recuerda que reutilizar direcciones y revelar información de pagos facilita relacionar actividad; el xpub amplía esa exposición a un conjunto derivable de direcciones.
No confundas visibilidad con control de gasto. Un observador puede conocer saldos y movimientos sin poder autorizar una transacción. Un saldo o pago entrante tampoco demuestra quién controla las claves: consulta por qué una dirección pública no recupera una cartera. Antes de recibir fondos, compara la dirección con la mostrada por tu dispositivo firmante de confianza; una aplicación watch-only maliciosa puede sustituirla por otra.
Un xpub tampoco es completamente inocuo para la seguridad de las claves. BIP32 advierte de que conocer un xpub padre junto con una clave privada descendiente no reforzada permite recuperar la clave privada extendida padre y, con ella, sus descendientes. La frontera reforzada existe precisamente para evitar que una filtración de una clave privada de una rama hija ponga en riesgo la raíz o cuentas superiores. No combines un xpub compartido con claves privadas de su descendencia sin entender esa relación.
Privacidad por ramas y derivación reforzada
Exporta la rama mínima
Antes de compartir un xpub, identifica el propósito de la exportación. Para una cartera watch-only de una cuenta concreta, exporta la rama de esa cuenta o el descriptor que el software recomiende. Un xpub más alto solo amplía la visibilidad a otras ramas alcanzables sin pasos reforzados; un xpub maestro no permite derivar cuentas situadas tras esos límites.
La derivación reforzada (hardened) cambia el límite de lo que puede derivarse desde el material público. BIP32 no permite calcular una hija reforzada a partir del xpub padre. Muchas carteras colocan límites reforzados en niveles de cuenta, pero no debes asumir una ruta concreta: comprueba la documentación de la cartera y la exportación real. La guía sobre por qué una frase puede mostrar direcciones distintas explica cómo una ruta, una cuenta, una red o un formato diferente cambia la vista recuperada.
Qué necesita una cartera watch-only para importar bien
Un xpub por sí solo puede ser insuficiente para reconstruir las salidas que debe observar. La especificación BIP380 sobre descriptores de scripts de salida explica que una exportación necesita describir cómo interpretar las claves, qué scripts producir y qué ruta de derivación seguir. La falta de esa información causa incompatibilidades entre carteras, incluso cuando ambas aceptan claves extendidas.
Un descriptor puede incluir el tipo de script, la huella de la clave desde la que empieza la derivación y la ruta hasta la clave exportada, además de los pasos de derivación posteriores. Esa huella suele identificar la clave maestra, no un dispositivo físico. El formato exacto depende de la aplicación; algunas carteras importan un descriptor con checksum, otras muestran campos separados para cuenta, cadena externa y cambio. BIP380 también contempla la necesidad de exportar la clave pública desde el último paso reforzado para que una exportación sin claves privadas sea útil.
Antes de depositar fondos, verifica en una copia o dispositivo de prueba:
- la red y el activo que la cartera debe vigilar;
- la cuenta y la ruta de derivación completas;
- el tipo de script y el formato de dirección;
- la cadena de recepción y la de cambio;
- el límite de descubrimiento de direcciones y el método para ampliar ese límite;
- la dirección histórica que esperas encontrar.
No introduzcas una frase semilla ni una clave privada en un importador watch-only. Una cartera watch-only debe trabajar con material público y metadatos de derivación; si pide un secreto de firma para una simple vista, detén el proceso y verifica el software. La guía para proteger una frase frente al phishing recoge reglas generales para no entregar secretos a páginas o supuestos servicios de soporte.
Cómo compartir un xpub con menos exposición
Comparte la rama más estrecha que permita tu cartera y documenta red, script, cuenta, ruta y fecha. Evita publicar el xpub en chats, capturas o registros que no controles; un proveedor puede conservar el historial y asociarlo con otros datos. Prueba el descubrimiento con una dirección sin fondos y confirma que el dispositivo firmante conserva el control: la prueba valida la vista, pero no convierte el xpub en una copia de seguridad de firma.
Si se compartió con más alcance del previsto, considera comprometida la privacidad de esa rama. Borrar una cuenta del servicio no revoca un xpub copiado: su poseedor puede seguir derivando y vigilando futuras direcciones alcanzables. Para separar la actividad siguiente, utiliza una cuenta tras un límite reforzado que el xpub divulgado no pueda derivar, o una cartera independiente, con una copia verificada. Una nueva rama no reforzada bajo el xpub expuesto sigue siendo observable. Una transferencia pública puede vincular el nuevo destino; migrar no borra el historial ni garantiza anonimato.
Qué significa para SeedAddress
SeedAddress genera una mnemotecnia BIP39 localmente en el navegador a partir de las coordenadas seleccionadas, la contraseña de entrada, el idioma y el número de palabras. Su método v1 usa un geohash de precisión nueve y una derivación basada en HMAC. No genera direcciones de recepción ni claves privadas de una cartera, y el lugar público no añade entropía aleatoria nueva. Por eso, una salida de 24 palabras no garantiza la seguridad de una cartera creada con 256 bits de entropía aleatoria; el mínimo heredado de cinco caracteres tampoco es una recomendación para una contraseña nueva.
Después, una cartera compatible puede derivar sus propias cuentas y direcciones a partir de la mnemotecnia, con sus rutas, redes y formatos. SeedAddress no decide qué xpub exportará esa cartera ni garantiza que dos aplicaciones compartan la misma rama. Conserva las entradas exactas y una copia offline independiente; consulta cómo recuperar una frase de SeedAddress para reproducir el resultado determinista y cómo migrar a una cartera nueva si vas a proteger fondos con claves generadas aleatoriamente.