Tu cartera muestra una dirección distinta en cada cadena porque cada ecosistema deriva y codifica las direcciones de forma diferente a partir de la misma semilla: las cadenas EVM aplican un hash a una clave pública secp256k1 para obtener 0x más 40 caracteres hexadecimales, Solana codifica una clave pública ed25519 directamente como 32–44 caracteres base58, y TON empaqueta un hash de cuenta en una cadena EQ/UQ de 48 caracteres. Ninguno de estos formatos codifica la red a la que pertenece, y por eso la misma dirección 0x es tuya en Ethereum, Arbitrum, Optimism, Base, Polygon y BNB Chain, y por eso los envíos a la cadena equivocada son tan habituales. Las comprobaciones integradas son desiguales: las mayúsculas y minúsculas mezcladas de EIP-55 detectan una dirección 0x mal escrita, el CRC16 de TON detecta una dirección EQ/UQ mal escrita, y el alfabeto base58 de Solana se limita a evitar los caracteres parecidos en lugar de verificarlos. WATS cubre Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON —tú tienes las claves y WATS nunca tiene ninguna— y no admite Bitcoin, así que ninguna dirección bc1 forma parte de este panorama.
Una semilla, tres direcciones que no se parecen en nada
Tu cartera muestra direcciones distintas en cada cadena porque cada cadena las construye de forma diferente a partir de la misma semilla. Las cadenas EVM aplican un hash a una clave pública secp256k1 para obtener una dirección hexadecimal con 0x; Solana codifica una clave pública ed25519 directamente en base58; TON envuelve un hash de cuenta en un formato base64 con una suma de verificación y un indicador de rebote (bounce). Curvas distintas y rutas de derivación distintas: las direcciones no pueden coincidir.
Nada de esto es un fallo, y ninguna cartera te está mostrando la dirección equivocada. Es una sola identidad, escrita de otra manera en cada cadena, y saber qué escritura corresponde a cada sitio importa, porque enviar a la dirección correcta por la red equivocada es una de las formas más comunes de perder cripto.
¿Por qué una misma frase semilla da direcciones distintas en cada cadena?
Todas las direcciones de esta página pueden salir de una única frase semilla. La semilla se convierte en una clave maestra y, a partir de ella, las carteras multicadena derivan un par de claves distinto para cada cadena siguiendo una ruta de derivación: un recorrido estandarizado definido por BIP-44, con un coin type registrado por ecosistema en SLIP-44: 60 para Ethereum, 501 para Solana, 607 para TON. (Las carteras de una sola cadena, sobre todo en TON, a veces usan sus propios esquemas mnemónicos en lugar de este.) Después hay dos cosas que separan los resultados. Las cadenas EVM firman con la curva secp256k1; Solana y TON firman con ed25519 —matemáticas completamente distintas—, así que los pares de claves no guardan ninguna relación entre sí aunque hayan crecido de la misma semilla. E incluso las cadenas que comparten curva usan rutas distintas y codificaciones distintas por encima. Cómo se despliega una semilla en todo ese árbol de claves lo cuenta qué es una cartera HD.
| Ecosistema | Forma típica | Curva de firma | Comprobación integrada |
|---|---|---|---|
| EVM (Ethereum, Polygon, Arbitrum…) | 0x + 40 caracteres hexadecimales | secp256k1 | Suma de verificación EIP-55 por mayúsculas y minúsculas |
| Solana | 32–44 caracteres base58 | ed25519 | Ninguna: solo un alfabeto seguro |
| TON (formato amigable) | 48 caracteres base64, prefijo EQ/UQ | ed25519 | Suma de verificación CRC16 + indicador de rebote |
¿Qué es una dirección 0x y qué hace la suma de verificación EIP-55?
En todas las cadenas EVM —Ethereum, Polygon, Arbitrum, BNB Chain y las demás— tu dirección son los últimos 20 bytes de un hash Keccak-256 de tu clave pública, escritos como 0x más 40 caracteres hexadecimales. EIP-55 añade una suma de verificación sin cambiar la dirección: el patrón de mayúsculas y minúsculas se deriva de la propia dirección, así que una cartera puede señalar un carácter mal escrito antes de que envíes. Una dirección toda en minúsculas sigue siendo válida; simplemente no lleva ninguna suma de verificación que comprobar.
Como la dirección sale únicamente de tu clave, la misma cuenta tiene la misma dirección 0x en todas las cadenas EVM. Eso es cómodo —una sola dirección que compartir en todas partes— y peligroso, porque la dirección no codifica la red. Los tokens enviados por la cadena EVM equivocada llegan a la misma dirección en otra red: si controlas la clave, normalmente puedes recuperarlos cambiando de red; si la dirección pertenece a un exchange o a un contrato, puede que hayan desaparecido. En WATS este es el caso cotidiano y no un caso límite, ya que seis de las ocho cadenas admitidas —Ethereum, Arbitrum, Optimism, Base, Polygon y BNB Chain— comparten esa única dirección 0x.
¿Cómo funcionan las direcciones de Solana?
Una dirección de Solana es la propia clave pública: 32 bytes de una clave ed25519, codificados en base58, un alfabeto elegido porque descarta los caracteres que se confunden con facilidad: 0, O, I y l. El resultado tiene entre 32 y 44 caracteres y distingue mayúsculas de minúsculas. No hay ninguna suma de verificación al estilo de EIP-55; el alfabeto seguro reduce las erratas, pero no las detecta, lo que es una razón más para copiar en vez de teclear. Un detalle que conviene conocer: los tokens SPL no se guardan directamente en tu dirección, sino que cada token vive en una cuenta de token asociada derivada de ella. Tu cartera gestiona esas cuentas entre bastidores; tú sigues compartiendo una sola dirección.
¿Qué son las direcciones bounceable y non-bounceable de TON?
TON da a una misma cuenta dos escrituras. El formato raw es el número de workchain, dos puntos y un hash hexadecimal de 64 caracteres: preciso, pero poco amigable. El formato amigable empaqueta los mismos datos en 48 caracteres base64 con bits de indicador y una suma de verificación CRC16, de modo que las erratas se detectan. El indicador que importa es bounceable: las direcciones que suelen empezar por EQ le dicen a la red que devuelva las monedas si el destino no puede procesarlas, lo que encaja con los contratos; las direcciones non-bounceable que empiezan por UQ entregan igualmente, lo que encaja con las carteras personales, y las carteras modernas suelen mostrar para ellas la forma UQ. Ambas escrituras apuntan a la misma cuenta, así que ver otro prefijo en otro sitio no significa que el destino sea distinto.
¿Por qué los exchanges piden un memo o destination tag?
En algunas cadenas, los exchanges agrupan todos los depósitos de sus clientes bajo una única dirección compartida —algo habitual en TON, XRP y Stellar— y usan un memo (o destination tag) para dirigir cada depósito a la cuenta correcta. El memo no es un adorno: si lo omites, tus monedas aterrizan en la cartera compartida del exchange sin acreditarse. Normalmente se pueden recuperar mediante un ticket de soporte, pero despacio y sin garantías. La regla es sencilla: si una página de depósito muestra un memo, trátalo como parte de la dirección. Enviar a tu propia cartera de autocustodia no necesita ningún memo.
¿Cómo se evita enviar a la cadena equivocada, o a una dirección parecida?
Tres hábitos cubren casi todo el riesgo. Primero, haz coincidir la cadena, no la forma: una dirección 0x no te dice nada sobre qué red seleccionó quien envía, así que confirma la red de forma explícita en ambos extremos antes de que se mueva nada. Segundo, envíos de prueba: en la primera transferencia a una dirección nueva o por una ruta nueva, envía una cantidad pequeña, confirma que llega y manda después el resto; es un seguro barato frente a suposiciones caras. Tercero, respeta el envenenamiento de direcciones: los atacantes generan direcciones parecidas que coinciden en los primeros y últimos caracteres con las que usas de verdad y luego te envían dust para que la falsa aparezca en tu historial de transacciones, a la espera de que la copies. No copies nunca direcciones del historial; usa contactos guardados y verifica los caracteres del medio, no solo los extremos. Una buena cartera multicadena pone la etiqueta de red junto a cada dirección, y tener Ethereum, Solana y TON en una sola aplicación sin confundirlos es exactamente para lo que sirve ese diseño.
Dónde encaja WATS
WATS ejecuta una sola cartera en Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON, así que los tres formatos anteriores son exactamente las direcciones que acabas teniendo una al lado de la otra: una dirección 0x para las seis cadenas EVM, una dirección base58 en Solana y una dirección EQ/UQ en TON, todas a partir de una única frase de recuperación. Sigue siendo totalmente no custodial en sus cuatro productos —la extensión de Chrome, la aplicación móvil, el Hot Wallet y la NFC Metal Card—: tú tienes las claves y WATS nunca tiene ninguna. En un artículo sobre direcciones, conviene aclarar sin rodeos una cosa sobre esa tarjeta: no almacena ninguna clave privada. Autentica por contacto claves que permanecen dentro de las aplicaciones de WATS, con un ID de tarjeta único que se empareja con exactamente un dispositivo.
Bitcoin es la ausencia honesta: WATS no lo admite de forma nativa, así que las direcciones bc1, 1 y 3 no forman parte de este conjunto. Dentro de las ocho cadenas que sí cubre, las comisiones de red se pagan en un solo token, ATS, en lugar de tener el token de gas nativo de cada cadena: abstracción de cuentas ERC-4337 en las cadenas EVM, con el propio ATS como LayerZero OFT para que un único saldo funcione de forma omnicanal. No es un descuento; cambia qué token paga la comisión. El suministro de ATS se quema desde 100M hasta 30M.
En resumen
Que las direcciones sean distintas en cadenas distintas es una propiedad de cómo están construidas las cadenas, no un fallo de la cartera: una semilla, curvas distintas, rutas de derivación distintas, codificaciones distintas. Lee el formato si quieres, pero no confíes nunca en que te diga la red: confirma la cadena en ambos extremos, haz un pequeño envío de prueba en cualquier ruta nueva, trata el memo de un exchange como parte de la dirección y copia de contactos guardados en lugar del historial de transacciones. Si quieres los tres formatos viviendo en un solo sitio en vez de en tres aplicaciones, el paso concreto es instalar WATS desde la página de descarga: una frase de recuperación no custodial detrás de tus cuentas de Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON, y comisiones pagadas en ATS en lugar de un token de gas nativo distinto en cada cadena.
Preguntas frecuentes
¿Mi dirección es la misma en Ethereum, Polygon y Arbitrum?
Sí: para una cuenta de cartera normal, la misma clave produce la misma dirección 0x en todas las cadenas EVM, así que en WATS una cuenta muestra exactamente la misma dirección en Ethereum, Arbitrum, Optimism, Base, Polygon y BNB Chain. Eso sí, la dirección no codifica la red: tienes que elegir la cadena correcta al enviar. Las direcciones de depósito de los exchanges son la excepción: un exchange puede acreditar solo una red concreta, así que sigue siempre sus instrucciones al pie de la letra.
¿Qué formatos de dirección muestra WATS, y hay una dirección de Bitcoin?
WATS deriva todas las direcciones de una sola frase de recuperación: una única dirección 0x compartida entre Ethereum, Arbitrum, Optimism, Base, Polygon y BNB Chain, una dirección base58 de 32 a 44 caracteres en Solana y una dirección EQ/UQ de 48 caracteres en TON. WATS es totalmente no custodial, así que esas claves son tuyas y WATS nunca tiene ninguna. No hay dirección de Bitcoin, porque WATS no admite Bitcoin de forma nativa: las direcciones bc1, 1 y 3 pertenecen a un ecosistema que WATS no cubre.
¿Qué pasa si envío a un exchange sin el memo?
Tus monedas llegan a la cartera de depósito compartida del exchange, pero no se acreditan en tu cuenta, porque el memo es lo que te identifica. Normalmente no se pierden —la mayoría de los exchanges pueden acreditarlas manualmente mediante un ticket de soporte—, pero el proceso es lento y no está garantizado. Si una página de depósito muestra un memo o destination tag, trátalo como una parte obligatoria de la dirección, nunca como un campo opcional. Enviar a una cartera de autocustodia como WATS no necesita memo, porque la dirección es solo tuya y no compartida.
¿Qué es el envenenamiento de direcciones y cómo lo evito?
El envenenamiento de direcciones es un ataque en el que alguien genera una dirección parecida que coincide en los primeros y últimos caracteres con una que usas de verdad y luego te envía una transacción dust para que la falsa aparezca en tu historial. Si más adelante copias una dirección de ese historial, los fondos van al atacante. Evítalo no copiando nunca del historial de transacciones, guardando contactos verificados y comprobando los caracteres del medio, no solo los extremos, antes de firmar.