Qué revisar si una transacción cripto se retrasa
Aprende a comprobar hash, confirmaciones, comisión de red, congestión y bloqueos de plataforma cuando una transferencia cripto tarda más de lo esperado.
Ubica el estado real
Empieza por distinguir si la operación está pendiente en la plataforma o ya salió a la red. Busca en Historial, Retiros o Withdrawals el identificador de transacción, también llamado hash o TXID, y confirma si existe.
Verifica el TXID en un explorador de bloques de la red correcta, no solo del activo. Revisa los campos status, confirmations, inputs, outputs y fee; una retirada de USDT por Tron no se consulta en Ethereum.
- Sin TXID visible, el retraso suele estar antes del envío a la red.
- Pending no significa lo mismo en una cuenta custodial que en blockchain.
Detecta la causa
La causa más común es una comisión de red baja frente a la congestión del mempool. En Bitcoin, una transacción puede quedar sin confirmar si el fee rate elegido es inferior al rango que el explorador muestra como prioridad actual.
También hay bloqueos internos que no dependen de la red. Una plataforma custodial puede dejar una retirada en review por verificación 2FA, límite diario, cambio reciente de contraseña, lista blanca de direcciones o revisión de riesgo.
- Confunde menos: comisión de red y comisión de plataforma no son la misma cosa.
- Una red correcta con dirección correcta aún puede retrasarse por controles de cuenta.
Actúa según el caso
Si el explorador muestra unconfirmed, espera confirmaciones en vez de reenviar fondos. Algunas billeteras permiten acelerar con Replace-by-Fee o CPFP; si no ves esas opciones en Send, Details o Bump Fee, no asumas que existen.
Si no hay TXID o el estado sigue processing, abre soporte con datos concretos: activo, red, importe, hora aproximada, TXID si existe y captura del estado. Pide confirmación de si la retirada está retenida por revisión o cola operativa.
- No compartas clave privada ni seed phrase para resolver un retraso.
- No envíes un segundo retiro “de prueba” hasta entender el primero.
Evita errores frecuentes
El error más grave es mezclar red y activo al revisar o reclamar. Un token puede tener el mismo nombre comercial en varias redes; confirma siempre la red elegida en el retiro, la red admitida por la dirección receptora y el explorador usado.
Otro fallo habitual es creer que confirmado equivale a reversible. Si el explorador ya muestra confirmaciones y outputs válidos, la red lo considera liquidado; una dirección equivocada, una red equivocada o una seed phrase expuesta no se corrigen automáticamente.
- Contrasta dirección, red y memo o tag si el activo lo exige.
- Guarda el hash y la hora antes de contactar con soporte o al destinatario.