Validador de Dirección de Wallet

Acerca del Validador de Dirección de Wallet

Los tickets de soporte cripto están dominados por una tragedia: un usuario pegó una dirección en la red equivocada, perdió un carácter por un lector de pantalla o confió en un QR falso — y los fondos desaparecieron para siempre, porque las transacciones blockchain son irreversibles. Esta herramienta ejecuta cada checksum criptográfico que la red destino ejecutaría si enviaras la dirección allí. Bitcoin P2PKH y P2SH se verifican con Base58Check doble-SHA-256, Bitcoin SegWit (bc1) con polinomio Bech32 / Bech32m, Ethereum y toda cadena EVM (BSC, Polygon, Arbitrum, Optimism, Base, Avalanche, Fantom) con EIP-55 Keccak-256 mixto, Solana con base58 longitud 32 (verificación clave pública Ed25519), Tron con Base58Check prefijo 0x41, Cardano con Bech32, Stellar con CRC16-XMODEM, más Litecoin, Dogecoin y Ripple.

Todo corre localmente — la dirección no sale de tu navegador, sin llamadas API, sin logging, sin analítica en el input. La herramienta se construyó específicamente para responder la pregunta recurrente 'cómo verifico que una dirección de depósito de Block.io o Blockchain.com es un formato Bitcoin verdadero y aceptable' — la respuesta: pégala aquí, ve el veredicto, el tipo de dirección (P2PKH una-clave vs P2SH multi-firma vs Bech32 SegWit) y la lista de recordatorios legales antes de enviar.

¿Cómo sé si una dirección Bitcoin de Block.io tiene el mismo formato que una de Blockchain.com?

Ambos servicios emiten direcciones Bitcoin estándar que siguen exactamente las especificaciones BIP-13 / BIP-141 / BIP-173 / BIP-350 — no existe 'formato Block.io' ni 'formato Blockchain.com' propietario. Lo que cambia entre direcciones (sin importar custodio) es el tipo: P2PKH (empieza con '1', clave única legacy, validada por Base58Check), P2SH (empieza con '3', hash de script que suele envolver multi-firma o un SegWit, también Base58Check) y Bech32 SegWit (empieza con 'bc1q' para SegWit v0 nativa, 'bc1p' para Taproot v1, sólo minúsculas, validada por checksum polinómico). Pega una dirección de cualquier servicio en esta herramienta — la tarjeta 'Tipo de dirección' te dice cuál es. Ambos Block.io y Blockchain.com soportan los tres formatos; elige el mismo tipo en el remitente para evitar fees extra, pero cualquier-a-cualquier siempre funciona en Bitcoin.

¿Validez de formato significa que los fondos llegarán a la persona correcta?

No — y esta distinción mata más cripto que cualquier hackeo. La validez de formato sólo prueba que la dirección obedece el checksum criptográfico de su cadena, así la transacción no será rechazada por mal formada. NO prueba (1) quién controla la clave privada, (2) si la dirección pertenece a la entidad que crees, (3) si alguien sustituyó una dirección similar vía malware secuestrador de portapapeles, (4) si el QR escaneado era legítimo, ni (5) si la cadena en que envías coincide con la que el destinatario espera. Siempre cruza los primeros 6 y últimos 6 caracteres con el destinatario por canal alterno (llamada, mensaje firmado, portal oficial), y envía una pequeña transacción de prueba cuando hay valor significativo.

¿Por qué la misma dirección Ethereum funciona en BSC, Polygon, Arbitrum, Optimism y Base?

Todas estas cadenas son 'EVM-compatibles' — usan la misma Ethereum Virtual Machine, la misma curva secp256k1 para claves y la misma derivación de dirección (últimos 20 bytes de Keccak-256 de la clave pública sin comprimir). Así una dirección 0x… es matemáticamente válida en toda cadena EVM. Pero los fondos viven en la cadena específica donde los enviaste: ETH enviado a tu dirección en Polygon ahora es Polygon-ETH y es invisible en Ethereum mainnet salvo que lo bridges de vuelta. El error 'red equivocada' es la causa #1 de tokens EVM perdidos. Esta herramienta te dice que la dirección es EVM-compatible; el desplegable de retiro del exchange es lo que selecciona la cadena — léelo tres veces.

¿Qué atrapa realmente el checksum EIP-55 de mayúsculas mixtas?

EIP-55 toma una dirección Ethereum en minúsculas, la hashea con Keccak-256 y usa cada carácter hex del hash para decidir si cada letra debe ser mayúscula (si el dígito de hash es ≥8) o minúscula. El patrón codificado protege contra errores de un solo carácter: si transpones dos letras o copias una mal, el patrón se rompe y la mayoría de wallets rechaza la dirección. Si recibes una dirección toda en minúsculas o mayúsculas, sigue siendo matemáticamente válida (Ethereum es insensible a mayúsculas a nivel protocolo), pero pierdes la protección. Prefiere siempre direcciones EIP-55 mixtas al copiar de fuente confiable. Esta herramienta marca 'EIP-55 OK' o 'EIP-55 FALLÓ' lo que suele indicar error de transcripción.

¿Diferencia entre direcciones P2PKH, P2SH, P2WPKH, P2WSH y P2TR Bitcoin?

P2PKH (Pay to Public Key Hash, direcciones '1…') es el formato original 2009 — una clave privada única controla los fondos. P2SH (Pay to Script Hash, '3…') envuelve un script: clásico para wallets multi-firma (ej. escrow 2-de-3) y SegWit retrocompatible (las direcciones 'SegWit envuelto' vistas 2017-2021). P2WPKH (Pay to Witness Public Key Hash, 'bc1q…' 42-char) es SegWit v0 nativa de clave única — más barata, firmas menores. P2WSH (Pay to Witness Script Hash, 'bc1q…' 62-char) es SegWit v0 nativa multi-firma o scripts complejos. P2TR (Pay to Taproot, 'bc1p…') es la actualización Taproot 2021 — multi-firma con privacidad mejorada y gasto tipo smart-contract que parece clave única en cadena. Esta herramienta etiqueta el tipo exacto para verificar qué tipo de wallet (clave única vs multi-firma) sostiene tu dirección de depósito.

¿Por qué el validador es totalmente offline? ¿Confiaría más en una API online?

La verificación de checksum criptográfico es matemática determinista — Base58Check, Bech32, EIP-55 y CRC16 tienen specs públicas y la misma entrada produce la misma salida, donde sea. Una API online daría exactamente la misma respuesta que esta herramienta, más tres riesgos que el modo offline evita: (1) fallo de red soltando el resultado, (2) el operador de la API registrando tu dirección (asociándola con tu IP, dispositivo, navegador) y (3) un atacante en el medio sustituyendo la respuesta para que confíes en una dirección mal formada. Hacerlo del lado cliente elimina los tres. El código está abierto y visible — las dev tools de tu navegador te dejan confirmar que no hay fetch() en la ruta de validación.

¿Qué cadenas y tipos de dirección están soportados hoy?

Bitcoin: P2PKH, P2SH, Bech32 SegWit v0 (P2WPKH, P2WSH), Bech32m Taproot (P2TR), más detección mainnet/testnet. Ethereum y toda cadena EVM: 0x… con verificación EIP-55 mixto. Solana: Ed25519 base58 32 bytes. Tron: T… Base58Check con prefijo 0x41 mainnet. Litecoin: L…, M…, ltc1… (Bech32). Dogecoin: D…, A…, 9… Base58Check. Cardano: addr1… y stake1… Bech32. Stellar: G… y M… strkey con CRC16-XMODEM. Ripple: r… base58 (sólo chequeo de formato — XRP usa alfabeto no estándar). Adiciones futuras a pedido: Monero, Tezos, Cosmos atom1, Polkadot, NEAR, Aptos, Sui.

¿Si el formato es válido pero la transacción de prueba nunca llega, qué puede estar mal?

Cinco causas comunes ordenadas por frecuencia. (1) RED EQUIVOCADA seleccionada en el remitente — la más común; los fondos están en una cadena EVM distinta de la que la wallet del destinatario espera. Revisa el explorador de la cadena por donde enviaste. (2) Cuenta de confirmaciones no cumplida — algunos exchanges piden 3-6 confirmaciones BTC o 32 ETH antes de acreditar; espera una hora. (3) Memo / destination tag faltante — Ripple, Stellar, Cosmos y algunos exchanges requieren memo para enrutar depósitos a tu cuenta; sin él los fondos quedan en el hot wallet del exchange y requieren recuperación manual. (4) Cuenta congelada / bloqueo de sanciones — la dirección destino puede estar congelada por compliance. (5) Contrato inteligente rechazando la transferencia — enviar ERC-20 a un contrato que no implementa la interfaz receptora quema los tokens. Confirma siempre vía el explorador oficial con el hash antes de reportar fondos 'perdidos'.