Wallet Address Checker

Por qué importa detectar el formato de dirección

Cada blockchain define su propio formato de dirección — consecuencia de distintas elecciones criptográficas, esquemas de codificación y filosofías de diseño. Cuando construyes una wallet multi-chain, un formulario de pago, una capa de detección de fraude o un pipeline de datos que ingiere direcciones enviadas por usuarios, necesitas saber a qué red pertenece una dirección antes de poder hacer algo útil con ella.

Enviar una dirección de Solana a un nodo de Ethereum, o una dirección de Bitcoin a un RPC de Solana, producirá un error o un resultado sin sentido. La detección de formato en el cliente intercepta estos errores en el límite del sistema, antes de que se realice cualquier llamada on-chain.

Cadenas EVM — la familia con prefijo 0x

Ethereum y todas las cadenas EVM-compatibles (Polygon, BNB Smart Chain, Arbitrum, Optimism, Avalanche C-Chain, Base, etc.) comparten un formato de dirección idéntico: el prefijo 0x seguido de 40 caracteres hexadecimales en minúsculas, que representan los últimos 20 bytes del hash Keccak-256 de la clave pública.

0x742d35Cc6634C0532925a3b8D4C9b74b49F1234c

Checksum EIP-55. Las direcciones Ethereum son case-insensitive a nivel de protocolo, pero EIP-55 define una codificación de checksum donde ciertas letras hex se escriben en mayúsculas basándose en el hash Keccak de la dirección en minúsculas. Una dirección mixed-case que pasa EIP-55 tiene una probabilidad de 1/2⁴⁰ de haber sido producida por corrupción aleatoria — prácticamente cero.

Bitcoin — tres generaciones de formatos

Bitcoin ha evolucionado a través de tres formatos de dirección, todos en uso activo:

P2PKH (Legacy) — 1… Comienza con 1, codificado en Base58Check, 25–34 caracteres. El formato más antiguo, con las comisiones más altas.

P2SH (Script Hash) — 3… Comienza con 3, codificado en Base58Check. Usado para wallets multisig y SegWit envuelto (P2SH-P2WPKH). Ligeramente ambiguo — los datos on-chain determinan cuál es cuál.

Bech32 (Native SegWit) — bc1q… Parte legible por humanos bc, separador 1, seguido de un programa codificado en Bech32. Comisiones más bajas y mejor detección de errores. Las direcciones bc1q son P2WPKH; las bc1p (Taproot, BIP-341) son P2TR.

Esta herramienta detecta los tres formatos e informa el tipo específico.

Solana — Base58, 32 bytes

Las direcciones de Solana son la codificación Base58 de una clave pública Ed25519 de 32 bytes, produciendo cadenas de 32–44 caracteres. No tienen un prefijo fijo, lo que crea ambigüedad: algunas direcciones de Solana parecen visualmente similares a las Bitcoin Legacy porque ambas usan Base58.

La desambiguación es por longitud y conjunto de caracteres. Una dirección Solana válida tiene 32–44 caracteres Base58 (sin 0, O, I ni l). Las Bitcoin Legacy tienen 25–34 caracteres. Una dirección de 43–44 caracteres que es Base58 válido y no contiene 0/O/I/l es casi con certeza Solana.

Tron — prefijo T, Base58Check, 21 bytes

Las direcciones Tron comienzan con T, están codificadas en Base58Check y tienen 34 caracteres. Internamente Tron usa una dirección EVM de 20 bytes (misma derivación que Ethereum), pero antepone el byte de red 0x41 antes de codificar.

TJCnKsPa7y5okkXvQAidZijX6KgBCjQceC  ← Tron
0x...                                  ← la misma clave, estilo Ethereum

Otras cadenas detectadas

• Litecoin — Legacy L… (P2PKH), M… (P2SH), ltc1… (Bech32)
• Dogecoin — D… (P2PKH)
• XRP (Ripple) — Base58Check con un alfabeto diferente, comienza con r
• Cardano — Bech32 con HRP addr1 (shelley) o Ae2… (era Byron)
• Cosmos/ATOM — Bech32 con HRP cosmos1

Lo que esta herramienta NO hace

Es un validador de formato, no un oráculo de cadena. Verifica:

• ¿La cadena coincide con un patrón de dirección conocido?
• ¿Valida el checksum (EIP-55, Base58Check, Bech32)?
• ¿Con qué red(es) es compatible este formato?

No hace:

• Ninguna llamada RPC o API a un nodo blockchain
• Comprobar si la dirección existe on-chain o ha tenido transacciones
• Verificar saldo o tenencias de tokens
• Validar una firma ni probar propiedad de la clave
• Distinguir entre mainnet y testnet

Para estado on-chain, usa un explorador de bloques o una llamada RPC después de confirmar el formato aquí.

Casos de uso

Validación de formularios de pago. Antes de enviar un retiro, confirma que la dirección ingresada corresponde a la red esperada. Enviar ETH a un formato de dirección BTC dará error en el nodo; enviarlo a la cadena EVM equivocada (mismo formato, diferente chainId) tiene éxito silenciosamente y los fondos son irrecuperables.

UX de wallets multi-chain. Detecta automáticamente qué red está buscando el usuario y preselecciona la cadena correcta en la UI.

Detección de fraude en la ingesta. En un pipeline KYC o de cumplimiento, marca las direcciones que no coinciden con ningún formato conocido.

Limpieza de datos. Normaliza un CSV mixto de direcciones wallet por red antes de enrutarlas a servicios de enriquecimiento por cadena.

Privacidad

Las cadenas de dirección se validan localmente en el navegador usando patrones regex y algoritmos de checksum. Ninguna dirección se transmite a ningún servidor.

¿Pueden dos cadenas distintas usar el mismo formato de dirección?

Sí — esta es la advertencia más importante. Todas las cadenas EVM-compatibles (Ethereum, Polygon, Arbitrum, BNB Smart Chain, Base, etc.) comparten un formato 0x… idéntico. La misma cadena de texto es una dirección válida en todas las cadenas EVM simultáneamente. La herramienta reporta "EVM-compatible" en lugar de una cadena específica porque el formato solo no puede distinguirlas. Usa el chainId en el contexto de tu aplicación para desambiguar.

¿Un checksum válido significa que la dirección es segura para enviar fondos?

No. La validación de checksum (EIP-55 para Ethereum, Base58Check para Bitcoin, Bech32 para SegWit) solo confirma que la cadena de dirección no fue corrompida accidentalmente en tránsito. No dice nada sobre si alguien controla esa dirección, si es un contrato, o si pertenece al destinatario que intentas alcanzar. Siempre confirma las direcciones por un canal separado antes de enviar cantidades importantes.

¿Por qué mi dirección de Solana se parece a una Bitcoin Legacy?

Tanto Bitcoin Legacy como Solana usan codificación Base58 sin un prefijo fijo, por lo que las direcciones cortas de Solana (32–36 caracteres) pueden parecerse visualmente a las Bitcoin 1…. La herramienta desambigua por longitud y verificando que el Base58 decodifica exactamente a 32 bytes (Solana) frente a 25 bytes con byte de versión y checksum (Bitcoin). Si persiste la ambigüedad, la herramienta reporta ambas posibilidades.

¿Qué es EIP-55 y por qué importa?

EIP-55 es una codificación de checksum para direcciones Ethereum donde ciertas letras hex se escriben en mayúsculas basándose en el hash Keccak-256 de la dirección en minúsculas. Una dirección mixed-case que pasa EIP-55 tiene una probabilidad de 1/2⁴⁰ de ser producida por corrupción aleatoria. Almacena y muestra siempre las direcciones Ethereum en formato mixed-case EIP-55, no en minúsculas ni en mayúsculas completas.

¿Esta herramienta hace alguna solicitud de red?

No. Toda la validación se realiza en el lado del cliente usando coincidencia de patrones y algoritmos de checksum. Ninguna dirección se envía a un servidor, nodo blockchain o API de terceros. Puedes usarla sin conexión una vez que la página esté cargada.

¿Puedo verificar direcciones de testnet?

Las direcciones de testnet generalmente comparten el mismo formato que mainnet. Las direcciones de Ethereum Sepolia tienen el mismo formato 0x…; Bitcoin testnet usa m… o n… para P2PKH y tb1… para Bech32. La herramienta detecta tanto patrones de mainnet como de testnet y los etiqueta en consecuencia.

¿Qué ocurre si pego una dirección de contrato?

Las direcciones de smart contracts en cadenas EVM son indistinguibles de las cuentas de propiedad externa (EOA) solo por el formato — ambas son cadenas hex de 20 bytes con checksum EIP-55 opcional. La herramienta la identificará correctamente como dirección EVM válida. Determinar si es un contrato o una EOA requiere una llamada RPC eth_getCode.

¿Por qué la herramienta dice que mi dirección es inválida si la copié de mi wallet?

Las causas más comunes: se copió espacio en blanco o un salto de línea junto con la dirección, la dirección contiene un carácter que parece un dígito hex válido pero es un lookalike Unicode (por ejemplo, una "о" cirílica en lugar de una "o" latina), o la dirección fue truncada al copiar. Intenta seleccionar el texto de la dirección cuidadosamente y copiar la cadena completa.