Checklist para revisar una confirmación de transacción
Verifica hash, red, importe, comisiones, destinatario y estado real en el explorador para detectar envíos incompletos, pendientes o hechos en la red equivocada.
Datos mínimos
La confirmación útil debe mostrar el hash de transacción, la red usada y el estado actual. Si el comprobante solo enseña una captura, un correo o un identificador interno de plataforma, todavía falta la prueba principal verificable en cadena.
El primer cruce debe hacerse entre activo y red: USDT en Tron no es lo mismo que USDT en Ethereum, y una dirección puede parecer válida sin corresponder al mismo estándar. Revisa el campo Network, Asset y el formato de dirección mostrado.
- Busca txid o transaction hash completo, no solo referencia interna.
- Comprueba coincidencia entre activo, red y tipo de dirección.
Importe y salidas
El importe recibido no se valida solo con el total anunciado. Abre el explorador de bloques y revisa los campos outputs, amount y receiving address para confirmar que una de las salidas coincide exactamente con la dirección de destino esperada.
La comisión puede restarse del saldo enviado o cobrarse aparte según la cartera o cuenta custodial. Distingue network fee de platform fee en la pantalla de confirmación para no confundir un envío parcial con una deducción normal.
- Verifica la salida exacta hacia la dirección correcta, no solo el total.
- Separa comisión de red de comisión de plataforma antes de reclamar faltantes.
Estado real
Un estado pending, broadcasted o unconfirmed no equivale a fondos finales. Revisa confirmations y status en un explorador independiente; algunas plataformas marcan enviado cuando solo difundieron la transacción, pero el bloque todavía no la ha confirmado.
El número necesario de confirmaciones varía por activo, servicio y política de riesgo. Si no aparece en la app, consulta la sección de depósitos o soporte del destinatario para ver cuántas confirmations exige antes de acreditar.
- Pendiente no significa irreversible ni acreditado.
- La cuenta receptora puede exigir más confirmaciones que la red mínima.
Errores frecuentes
Un error común es confiar en un comprobante sin verificar inputs, outputs y hora de emisión. Si el hash no existe en el explorador, aparece reemplazado por otro o muestra failed, dropped o replaced, la confirmación no prueba recepción válida.
Un caso delicado es la red equivocada o una dirección copiada con error. Si la transacción ya está confirmada en una red incompatible, no debe asumirse recuperación automática; toca revisar las políticas del receptor y sus canales reales de soporte.
- Una captura o PDF no sustituye la consulta del hash en cadena.
- Una transferencia confirmada en red incorrecta puede ser irreversible.