Cómo revisar una transacción de Bitcoin atascada

Pasos claros para comprobar si una transacción de Bitcoin sigue pendiente, tuvo un error o solo sufre retraso por comisión, mempool o políticas del monedero.
Verifica el estado
Abre el historial del monedero o la cuenta custodial y localiza el identificador de transacción, normalmente llamado TXID o transaction hash. Revisa si el estado figura como pendiente (pending), enviado, confirmado o fallido antes de asumir que los fondos se perdieron.
Copia el TXID en un explorador de bloques de Bitcoin y compara los campos status, confirmations, inputs, outputs y fee. Si el explorador no encuentra la operación, puede que el envío no se haya difundido a la red o que la app todavía no lo haya emitido.
- Un estado pendiente no equivale a error ni a pérdida.
- Si no existe TXID visible, revisa la pantalla de actividad y el registro del envío.
Distingue retraso y error
Comprueba si la comisión de red fue baja para el momento del envío. En Bitcoin, una tarifa pequeña en sats/vB puede dejar la transacción en la mempool mientras otras con mayor fee se confirman antes; el explorador suele mostrar fee rate y tamaño virtual.
Confirma que el activo y la red eran correctos desde el inicio. Bitcoin en red Bitcoin no es lo mismo que un token en otra red, y una transferencia confirmada a una dirección equivocada o por red equivocada no es automáticamente recuperable.
- La comisión de red y la comisión de plataforma no son lo mismo.
- Una transacción confirmada puede ser irreversible aunque el destinatario no responda.
Qué puedes hacer
Usa funciones del monedero solo si aparecen de forma explícita, como acelerar comisión, Replace-By-Fee (RBF) o Child-Pays-For-Parent (CPFP). Estas opciones dependen del modelo de monedero, del tipo de salida y de si la transacción original se marcó como reemplazable.
Espera cuando el explorador muestre la operación propagada, sin confirmaciones, pero con inputs y outputs válidos. Si la app indica failed, dropped o cancelled, verifica si el saldo volvió a estar disponible antes de reenviar para evitar duplicar un pago.
- No compartas la seed phrase ni la clave privada al pedir ayuda.
- Reenviar sin confirmar el estado real puede crear más confusión que solución.
Casos frecuentes
Ejemplo: un retiro desde un exchange aparece como processing y aún no tiene TXID. Ese caso suele depender del flujo interno de la plataforma, revisiones automáticas, lotes de salida o controles de seguridad; la comprobación correcta está en el panel de retiros y soporte.
Ejemplo: un monedero de autocustodia muestra pending y el explorador marca unconfirmed con fee baja. Ahí el problema suele ser congestión de mempool, no un fallo del dispositivo; revisa si existe botón de bump fee, RBF o detalles avanzados.
- Cuenta custodial y autocustodia tienen rutas de verificación distintas.
- Dirección, red, TXID y estado del explorador son las cuatro comprobaciones básicas.
