Con un hash puedes buscar qué ocurrió en la red sin conectar una billetera. Necesitas el identificador completo y el nombre de la cadena; un número interno de retiro no cumple la misma función.
Empieza por el estado, pero no termines ahí. El éxito de una transacción no demuestra por sí solo que el receptor haya acreditado tu cuenta.
Qué es un hash de transacción
También puede llamarse TxID, transaction ID o, en algunas redes, firma. Identifica una transacción enviada, pero los formatos cambian entre cadenas y su apariencia no siempre revela la red. No es una contraseña ni permite autorizar movimientos por sí solo.
El hash sí expone relaciones públicas como direcciones, hora e importe. Comparte con soporte solo la operación necesaria; no hace falta publicar el saldo completo ni documentos personales. Una consulta pública nunca requiere frase semilla, clave privada, código temporal o control remoto.
Elige la red antes que el explorador
La documentación de ethereum.org: Block explorers explica qué información puede consultarse sin conectar una billetera.
El mismo activo puede moverse en varias cadenas, cada una con datos separados. Buscar un hash de Ethereum en un explorador de Solana puede arrojar “no encontrado” sin demostrar que no hubo envío. El historial de retiro o la billetera deben indicar la red; anótala antes de consultar.
No conectes ni firmes con una billetera solo para buscar una operación pública. Evita anuncios que prometen desbloquear o recuperar la transacción. ethereum.org describe los exploradores como interfaces para ver bloques, transacciones, cuentas y actividad onchain, y enumera campos habituales y distintas herramientas.
Pendiente, éxito, fallo y no encontrado
La referencia de Solana Docs: getTransaction muestra cómo una consulta por firma depende del nivel de confirmación solicitado.
| Resultado | Qué respalda | Qué no demuestra |
|---|---|---|
| Pendiente | Un nodo o explorador ha visto la operación, pero falta inclusión o confirmación | Éxito final o acreditación del receptor |
| Éxito | La red incluyó y ejecutó la transacción conforme a sus reglas | MEMO correcto, token admitido o abono interno |
| Fallo | La ejecución no produjo el cambio previsto | Devolución automática de la comisión de red |
| No encontrado | Ese explorador no devolvió el identificador | Que los fondos se perdieron o nunca hubo intento |
La documentación oficial `getTransaction` de Solana refleja una distinción parecida: consulta por firma y puede devolver vacío si la transacción no se encuentra o no está confirmada para el commitment solicitado. Un usuario no necesita llamar a la API, pero tampoco debe confundir un resultado vacío con un fallo confirmado.
Campos que debes contrastar
- Red: el explorador corresponde a la cadena elegida por el emisor.
- Estado: lee la etiqueta exacta, no solo el color.
- From: la dirección emisora es coherente con la billetera o plataforma.
- To: puede ser un contrato y no el receptor final del token.
- Transferencias de tokens: en tokens de contrato, revisa eventos y no solo el campo Value del activo nativo.
- Cantidad: confirma identidad del token y decimales.
- Bloque y hora: comprueba que corresponde a esta operación.
- Comisión: separa costo onchain y cargo de retiro de la plataforma.
Una llamada de contrato puede mostrar valor nativo cero y, aun así, registrar un movimiento en la sección de tokens. En sentido contrario, una etiqueta de éxito sin el evento esperado no demuestra que el activo previsto se haya transferido.
Las confirmaciones dependen de la cadena y el receptor
En algunas redes, el contador aumenta cuando se añaden bloques posteriores. Otras exponen niveles de compromiso o finalidad. No existe una cifra universal. Además, un receptor custodial fija su propio umbral y puede revisar token, dirección o riesgo después de alcanzarlo.
Consulta el estado onchain y el registro o requisito vigente del receptor. Congestión, retraso del indexador o mantenimiento pueden producir diferencias temporales. Ninguna guía puede prometer acreditación inmediata tras un número fijo de confirmaciones.
Si el explorador no encuentra el hash
- Vuelve a copiarlo completo desde el emisor; no uses una versión abreviada.
- Comprueba cadena, mainnet y no una red parecida o testnet.
- Revisa si la plataforma aún muestra revisión o procesamiento y todavía no generó TxID.
- Prueba otro explorador enlazado por una fuente oficial o espera un breve retraso de indexación.
- Si ninguna fuente lo encuentra, entrega al emisor el número interno, red, hora y estado exacto.
Sin TxID, el retiro puede seguir dentro de la plataforma y el explorador no puede crearlo. La guía de estados de retiro ayuda a separar esa etapa. Si la cadena marca éxito pero el receptor no acredita, facilita hash, red, activo, importe y dirección; no repitas de inmediato la misma transferencia.
Si la transacción falló onchain
Lee la categoría de error y comprueba si el saldo del activo previsto cambió. Una llamada revertida puede consumir comisión sin mover el token. Subir la tarifa a ciegas no corrige un contrato, autorización, saldo, secuencia, cotización vencida o aplicación pausada.
Si una aplicación construyó la operación, consulta su documentación oficial. Nadie puede reescribir el historial de la cadena: la tarea segura es entender el fallo, confirmar el estado de los activos, corregir la condición y solo entonces valorar una transacción nueva.