¿La dirección está bien escrita? Lo que revisa tu billetera antes de enviar USDT o USDC, y lo que no puede revisar

La respuesta corta

Tu billetera puede detectar casi todos los errores de tipeo, pero no todos los errores. En Ethereum, la dirección lleva un control escondido en sus mayúsculas y minúsculas, definido en la propuesta ERC-55: según sus autores, una dirección mal escrita pasa ese control por accidente solo 0.0247% de las veces, una de cada 4,049. En Tron, la dirección termina en un control de 4 bytes.

Lo que ningún control puede saber es si la dirección, bien escrita, es la de quien crees, ni si elegiste la red correcta. Para eso no hay atajo: hay que comparar la dirección completa con la que te dio quien recibe y confirmar la red.

Cómo es una dirección

En Ethereum, según la página de cuentas de ethereum.org, la dirección pública sale de tomar los últimos 20 bytes del hash Keccak-256 de la clave pública y anteponer 0x. Por eso tiene 42 caracteres: 0x y 40 caracteres hexadecimales, del 0 al 9 y de la a a la f.

En Tron, según su documentación de cuentas, la misma dirección se escribe de dos formas. La que ves en billeteras y exploradores tiene 34 caracteres y empieza con T, como TNPeeaaFB7K9cmo4uQpcU32zGK8G1NYqeL. La otra, en hexadecimal, empieza con 41. En Solana, su página de cuentas describe cada dirección como 32 bytes: una clave pública Ed25519 o una dirección derivada de un programa.

El control de Ethereum está en las mayúsculas

La propuesta ERC-55 usa algo que las direcciones ya tenían de sobra: las letras de la a a la f se pueden escribir en mayúscula o en minúscula sin cambiar la dirección. La regla calcula un hash de la dirección escrita en minúsculas y, letra por letra, la pone en mayúscula si el dígito que le corresponde en ese hash es 8 o más, y en minúscula si es menor. Los números quedan como están.

Así, la misma dirección puede escribirse 0xfb6916095ca1df60bb79ce92ce3ea74c37c5d359 o, con su control, 0xfB6916095ca1df60bB79Ce92cE3Ea74c37c5d359; los dos ejemplos son del propio documento. Una billetera que aplica la regla vuelve a hacer el cálculo y compara: si cambiaste un carácter, lo más probable es que las mayúsculas ya no coincidan.

El documento estima que hay en promedio 15 bits de control por dirección y que la probabilidad de que una dirección mal escrita pase por accidente es de 0.0247%. Sus autores reconocen que es menos que un control de 4 bytes.

Si te la mandan toda en minúsculas

El control vive en las mayúsculas. Si copias la dirección tal como la muestra la billetera de quien recibe, tu billetera puede revisarla. Si alguien la reescribe toda en minúsculas, esa información se pierde y la billetera no tiene con qué comparar las letras.

Por eso conviene pedirle a quien recibe que copie la dirección desde su billetera o te muestre su código QR, en lugar de dictarla o escribirla a mano.

El control de Tron: cuatro bytes al final

La página de Tron sobre la codificación de direcciones explica cómo se arma la dirección que empieza con T. Se toman los 21 bytes de la dirección, que son un prefijo de red, 0x41, y 20 bytes derivados de la clave pública; se calcula dos veces el hash SHA-256; se agregan al final los primeros 4 bytes del resultado, y los 25 bytes se escriben en base58. Al leerla, se verifican esos 4 bytes finales.

Hicimos la prueba con un script sobre la dirección de ejemplo de la documentación de Tron. Cambiamos cada carácter, salvo la T inicial, por cada uno de los otros 57 símbolos posibles: de las 1,881 variantes, ninguna pasó el control. Tampoco pasó ninguna de las 30 que resultan de intercambiar dos caracteres vecinos.

Qué detecta cada control

La tabla resume lo anterior. Ningún control sustituye comparar la dirección y la red.

Los dos errores que ningún control ve

El control comprueba que la dirección sea coherente consigo misma, no de quién es. Si copias una dirección de un mensaje viejo, de tu historial o de una conversación equivocada, está bien escrita y pasa el control, aunque no sea la de la persona a la que querías pagar.

Tampoco dice en qué red estás. En ERC-55, el cálculo usa solo los caracteres de la dirección; nada en él identifica la red. Elegir la red es un paso aparte, y la guía sobre en qué red está tu dólar digital explica qué puede pasar si no coincide con la de quien recibe. En las páginas de Solana que leímos no encontramos un control equivalente; qué revisa cada billetera en esa red no lo verificamos.

Antes de enviar

Seis pasos que no dependen de ningún control.

• Pide la dirección y la red por escrito a quien recibe, copiadas desde su billetera, o escanea su código QR.
• Copia y pega; no tipees la dirección ni la reescribas en minúsculas.
• Compara la dirección completa con la que te dieron, no solo los primeros y los últimos caracteres.
• Confirma que la red que elegiste es la misma que te indicaron.
• Si es la primera vez o el monto es grande, manda primero una prueba pequeña y espera que te confirmen; cuesta una comisión de red más.
• Cuando confirmes, guarda la dirección en la libreta de tu billetera, si la tiene, para no volver a copiarla.

Si ya enviaste

Una transacción confirmada no se deshace desde tu billetera. Revisa en el explorador de bloques a qué dirección y en qué red salió, como explica la guía para comprobar un envío, y si la dirección es de una plataforma, escríbele con el hash de la transacción. Si alguien te pide tu frase de recuperación para «recuperar» el envío, es una estafa: la guía sobre estafas con dólares digitales reúne las señales.

Los límites de esta página

Leímos la propuesta ERC-55, la página de ethereum.org sobre cuentas, las páginas de Tron sobre cuentas y sobre la codificación de direcciones y la página de Solana sobre cuentas el 23 de octubre de 2026. La prueba de las variantes la hicimos con un script sobre una sola dirección de ejemplo. No probamos ninguna billetera ni plataforma y no sabemos cuáles aplican cada control. Esta página no es una recomendación.