Una cartera HD (jerárquica determinista) es una cartera que deriva de un único secreto maestro todas las claves privadas y direcciones que llegará a usar, de modo que una sola seed phrase de 12 o 24 palabras respalda cada cuenta en cada cadena soportada. BIP-39 convierte esas palabras en una seed maestra, BIP-32 hace crecer a partir de ella un árbol reproducible de claves hijas, y BIP-44 estandariza la ruta de derivación — coordenadas del tipo m/44'/60'/0'/0/0 que indican a qué propósito, cadena, cuenta e índice de dirección pertenece una clave. Como seed más ruta produce siempre la misma clave, cualquier cartera compatible puede reconstruir el árbol entero solo con las palabras; es también la razón de que la misma seed muestre direcciones distintas en dos carteras cuyas rutas por defecto difieren. WATS es una cartera HD totalmente non-custodial: una seed cubre Ethereum, Arbitrum, Optimism, Base, Polygon y BNB Chain — que comparten una sola rama EVM — además de Solana y TON en sus propias ramas, y WATS nunca tiene una clave.
Una copia de seguridad, muchas cuentas
Las primeras carteras cripto guardaban una bolsa suelta de claves privadas aleatorias — perdías el archivo, perdías las monedas, y cada dirección nueva significaba una copia de seguridad nueva. Las carteras modernas lo resolvieron con una idea engañosamente simple: generar cada clave que vayas a necesitar a partir de un único secreto maestro, de forma determinista. Esa es la cartera HD — jerárquica determinista — y es la razón de que una sola seed phrase escrita en papel pueda restaurar docenas de cuentas en varias blockchains, años después, en un software que nunca las había visto.
De palabras a seed maestra: BIP-39
La propia seed phrase proviene de un estándar llamado BIP-39. La cartera obtiene entropía aleatoria, la mapea sobre una lista fija de palabras y te entrega 12 o 24 palabras con una suma de verificación incorporada. Pasadas por una función de estiramiento de claves, esas palabras se convierten en una gran seed maestra binaria. Dos propiedades importan: las palabras no son las claves — son la receta para obtenerlas — y el proceso es unidireccional y reproducible. Cualquier cartera BIP-39, alimentada con las mismas palabras, computa la misma seed maestra, para siempre. Eso es lo que convierte la frase en una copia de seguridad completa, y por lo que protegerla es el hábito central de la autocustodia, como se explica en la guía de WATS sobre la seed phrase.
Hay un detalle fácil de pasar por alto: BIP-39 admite además una contraseña opcional, a veces llamada la palabra 25. Se mezcla en el paso de estiramiento de claves, así que las mismas 12 palabras con una contraseña distinta producen una seed maestra completamente diferente y, por tanto, un conjunto de cuentas completamente diferente. No es una contraseña sobre una cartera existente — selecciona otra cartera entera, y perderla pierde esos fondos con la misma certeza que perder las palabras.
El árbol de derivación: BIP-32
A partir de esa seed maestra, BIP-32 define cómo hacer crecer un árbol de claves. La clave maestra deriva claves hijas de forma determinista, las hijas derivan nietas, y cada rama es reproducible desde la raíz. La jerarquía es lo que permite a un secreto servir a una estructura ilimitada: cuentas separadas para ahorrar y gastar, una dirección de recepción nueva por cada pago, cadenas enteras en sus propias ramas — todo recuperable desde las mismas 12 o 24 palabras, sin nada nuevo que respaldar, jamás.
BIP-32 también distingue la derivación endurecida (hardened) de la no endurecida. Los pasos endurecidos — los marcados con un apóstrofo en la ruta — requieren la clave privada del padre, lo que amuralla una rama: con derivación no endurecida, una clave privada hija filtrada más la clave pública extendida del padre bastan para reconstruir la clave privada del padre, y el endurecimiento elimina ese atajo para que un atacante no pueda trepar árbol arriba. Por eso los niveles de cuenta de una ruta estándar están endurecidos y solo los dos últimos niveles no lo están.
Rutas de derivación: la dirección de una dirección
Una ruta de derivación — la cadena críptica tipo m/44'/60'/0'/0/0 que quizá hayas visto en ajustes avanzados — es simplemente un itinerario por ese árbol: qué propósito, qué moneda, qué cuenta, qué índice. BIP-44 estandarizó el trazado, y un registro compartido (hoy mantenido como SLIP-44) asigna los números de moneda para que una rama de Ethereum y una de Solana nunca colisionen. Una consecuencia sorprende a mucha gente: todas las cadenas EVM reutilizan el tipo de moneda 60, así que Ethereum, Arbitrum, Optimism, Base, Polygon y BNB Chain no son ramas separadas en absoluto — derivan la misma clave y muestran la misma dirección, y por eso una sola dirección tiene saldos distintos en cada red. Los distintos ecosistemas también usan esquemas de firma diferentes por debajo — Ethereum y las demás cadenas EVM firman sobre la curva secp256k1, mientras que Solana y TON usan ed25519 — pero el principio se mantiene en todos: seed más ruta igual a clave, siempre.
Qué revela un xpub
El árbol tiene un truco más: las claves públicas extendidas. Un xpub permite al software derivar todas las direcciones públicas de una rama — pero ninguna de las claves privadas. Eso habilita vistas de portafolio de solo lectura y direcciones de recepción generadas en nombre de un dispositivo desconectado. La advertencia es de privacidad, no de seguridad: cualquiera que tenga tu xpub puede ver cada dirección de esa rama y vincularlas entre sí. Compártelo como compartirías un extracto completo de esa cuenta, porque funcionalmente lo es.
Conviene saberlo: esto es una característica de secp256k1. En cadenas ed25519 como Solana y TON la derivación está endurecida en todos los niveles, así que no hay una rama de solo clave pública que entregar — allí las herramientas de solo lectura trabajan a partir de las propias direcciones, no de una clave pública extendida.
¿Misma seed, direcciones distintas?
Un misterio clásico de soporte: importas tu seed en otra cartera y el saldo aparece vacío. Casi siempre, no se ha perdido nada — la segunda cartera está recorriendo una ruta diferente por el mismo árbol, o derivando para otra cadena por defecto. Los fondos están exactamente donde siempre estuvieron, en la rama que usaba la cartera original. Esta es también la advertencia honesta sobre las copias "universales": el estándar de la seed es compartido, pero las convenciones de ruta varían entre carteras, así que restaurar funciona mejor en la familia de carteras que creó la seed — o en una que escanee las rutas comunes por ti. Antes de concluir que falta algo, revisa el ajuste de la ruta de derivación y el selector de cadena, y confirma la dirección que esperas en un explorador de bloques.
Dónde viven realmente las claves
Como todo desciende de la seed, la única pregunta que importa para la seguridad es dónde se guardan la seed y las claves derivadas de ella — y quién puede alcanzarlas. En una cartera non-custodial la respuesta es tu dispositivo, y ningún otro sitio. Esa distinción es también la lente correcta para el hardware: la tarjeta metálica NFC de WATS, por ejemplo, no almacena claves privadas. Lleva un ID de tarjeta único y autentica por NFC, con un toque, frente a claves que viven en las apps de WATS, emparejándose con exactamente un dispositivo — más cerca de una llave de seguridad física que de una caja fuerte de almacenamiento en frío. Saber cuál de tus herramientas tiene una clave y cuál solo autoriza su uso es la diferencia entre un plan de recuperación claro y una conjetura.
Cómo lo usa WATS
El diseño HD es lo que hace posible una verdadera cartera multichain, y WATS se apoya plenamente en él: una copia de seguridad, una identidad, con las cuentas de EVM, Solana y TON derivadas en sus ramas correspondientes — la experiencia que se describe en gestionar Ethereum, Solana y TON en una cartera. WATS es non-custodial de principio a fin: la seed y cada clave derivada de ella existen solo de tu lado, y WATS nunca tiene una clave. La capa de comisiones se unifica a juego: cada acción — transferencias, intercambios, staking — se cobra en un solo token, ATS, en lugar del gas nativo de cada cadena, mediante un paymaster ERC-4337 en EVM y un fee-payer/relayer equivalente en Solana y TON. Eso no es un descuento; cambia qué token paga, no lo que cobra la red. ATS es un OFT de LayerZero, así que un solo saldo abarca los tres ecosistemas, y el ATS recaudado se quema de un suministro de 100M hacia un suelo de 30M — la mecánica, en la página de la comisión ATS.
La versión práctica de todo esto es corta. Configura WATS una vez — Extensión de Chrome, App Móvil o ambas — anota la seed phrase fuera de línea y, a partir de ahí, cada cuenta que WATS derive para ti en Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON ya está cubierta por la copia de seguridad que hiciste el primer día. Esa es toda la promesa de las carteras HD, y la razón de tratar esas doce palabras, y no la app, como lo que de verdad estás protegiendo.
Preguntas frecuentes
¿Puede una sola seed phrase respaldar de verdad todas mis cadenas y cuentas?
Sí — ese es el sentido del diseño HD. La seed genera de forma determinista un árbol de claves, con ramas separadas por blockchain y por cuenta, de modo que cada dirección que una cartera crea para ti es recuperable desde las mismas 12 o 24 palabras. La contrapartida es la concentración del riesgo: quien tenga la frase puede reconstruir el árbol entero, así que la seed merece tu máxima protección.
¿Es WATS una cartera HD, y qué cadenas cubre una sola seed?
WATS es una cartera HD totalmente non-custodial: una única seed phrase BIP-39 deriva tus cuentas en Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON, así que una sola copia de seguridad las cubre todas. Las seis cadenas EVM comparten una rama de derivación — y por tanto una dirección — mientras que Solana y TON están en sus propias ramas, ya que usan un esquema de firma distinto. La seed y cada clave derivada de ella se quedan en tu dispositivo — WATS nunca tiene una clave. La tarjeta metálica NFC de WATS tampoco almacena claves: autentica con un toque frente a las claves que residen en las apps de WATS y se empareja con exactamente un dispositivo.
¿Por qué mi seed muestra direcciones distintas en otra cartera?
Porque la segunda cartera deriva por una ruta diferente o para cadenas distintas por defecto, no porque tus fondos se hayan movido. Seed más ruta de derivación determinan la clave; las carteras coinciden en el estándar de la seed (BIP-39) pero difieren en las convenciones de ruta. Tus activos permanecen en las direcciones que derivó la cartera original — restaurar en esa cartera, o en una que escanee las rutas comunes, los devuelve a la vista.
¿Es peligroso compartir un xpub?
No puede hacerte perder fondos — una clave pública extendida deriva solo direcciones, nunca claves privadas, así que habilita como mucho vistas de solo lectura. Lo que sí cuesta es privacidad: quien lo tenga puede enumerar cada dirección de esa rama y vincular tu actividad. Trata un xpub como un extracto vivo y completo de esa cuenta y compártelo solo con servicios a los que confiarías esa información.
¿Qué hace realmente una contraseña BIP-39?
Se mezcla en el paso que convierte tus palabras en la seed maestra, así que añadirla o cambiarla produce un árbol de claves completamente distinto. Eso significa que no es una contraseña que proteja una cartera existente: las mismas 12 palabras con y sin contraseña son dos carteras separadas, y una contraseña olvidada es tan irrecuperable como unas palabras olvidadas. Úsala solo si vas a guardarla con el mismo cuidado que la propia frase.