Cómo responder a alertas de riesgo en la app
Guía práctica para interpretar avisos internos de riesgo, verificar transacciones y decidir cuándo pausar, confirmar o contactar soporte sin agravar el problema.
Leer la alerta
La primera acción es identificar el tipo de aviso en la pantalla de actividad, retiro o inicio de sesión. No es lo mismo “red incorrecta” que “dispositivo nuevo”, “comisión inusualmente baja” o “revisión de seguridad”; cada mensaje afecta un paso distinto del flujo.
El criterio útil es revisar qué dato concreto señala la app: red, activo, dirección, importe, hash de transacción o ubicación de acceso. Si la alerta no muestra el campo afectado, abre detalles, historial o centro de seguridad antes de tocar “Continuar” o “Reintentar”.
- Distingue entre aviso de acceso, retiro, depósito o confirmación de red.
- Busca el campo exacto afectado: dirección, red, comisión, hash o dispositivo.
Cuándo pausar el proceso
Debes detener el envío si ves una discrepancia entre activo y red, por ejemplo USDT en Tron frente a USDT en Ethereum, o si la dirección pegada cambia tras copiarla. Un envío confirmado a red equivocada no queda automáticamente recuperable, especialmente en autocustodia.
Conviene pausar también si la app pide volver a introducir la frase semilla, desactivar 2FA o aprobar un retiro fuera del flujo normal. Una aplicación legítima puede solicitar contraseña, código TOTP o confirmación por correo, pero no necesita tu clave privada para revisar un estado.
- Para de inmediato si activo y red no coinciden o la dirección cambia al pegarla.
- Nunca entregues frase semilla ni clave privada en respuesta a una alerta.
Verificar antes de decidir
La comprobación más útil es contrastar el aviso con datos externos y con el historial interno. Si la app marca una transacción como pendiente, copia el transaction hash y revisa en un explorador los campos status, confirmations, inputs, outputs y fee para saber si realmente llegó a la red.
El siguiente paso es separar comisión de red y comisión de plataforma. Una alerta por tarifa alta puede referirse al network fee estimado, mientras que un bloqueo temporal puede venir de una política de custodia, límite diario, retiro a dirección nueva o revisión antifraude del proveedor.
- Usa el hash para validar status, confirmations, inputs, outputs y fee en un explorador.
- Separa pending de confirmed, y network fee de platform fee.
Errores comunes y soporte
Un error frecuente es pulsar varias veces “Enviar” cuando la pantalla tarda en actualizar. Eso puede generar intentos duplicados, confusión entre estados pending y failed, o más de una firma en carteras compatibles. Revisa el historial, el nonce o identificador equivalente y espera el resultado del primer intento.
El soporte solo puede ayudarte mejor si envías pruebas completas: captura del mensaje, hora aproximada, red usada, activo, importe, transaction hash, dirección de destino y pasos previos. Si el problema afecta a un depósito, añade el memo, tag o referencia si la red o el activo lo requieren.
- No repitas envíos sin revisar antes historial, estado y posible intento previo.
- Al contactar soporte, aporta hash, red, activo, dirección y mensaje exacto.