Señales de que una pantalla de pago requiere revisión
Qué revisar en una pantalla de pago antes de confirmar: red, activo, dirección, comisiones, estado de la operación y señales visuales de riesgo o error.
Datos que deben coincidir
La red y el activo deben coincidir en la misma pantalla antes de aceptar. El campo de activo no sustituye al campo de red: USDT en Tron, Ethereum o Solana no es la misma ruta operativa, aunque el nombre comercial sea parecido.
La dirección de destino y el importe final deben revisarse en el paso de confirmación, no solo en el formulario inicial. Si la pantalla resume una dirección abreviada, busca el control de ver dirección completa o compara el inicio y el final con la fuente original.
- Verifica juntos estos campos: activo, red, dirección y cantidad neta.
- Si aparece etiqueta adicional como memo, tag o note, no confirmes hasta validar si es obligatoria.
Comisiones y cargos
La comisión de red y la comisión de plataforma son conceptos distintos y conviene verlos separados. Si la pantalla solo muestra un total sin desglose, revisa el detalle expandible, la política de retiro o el paso anterior del flujo.
El importe recibido puede diferir del importe enviado por una tarifa fija o dinámica. Un resumen fiable suele mostrar enviar, comisión, total debitado y estimación de recepción; si falta uno de esos campos, la operación necesita más revisión.
- Busca etiquetas concretas como network fee, withdrawal fee o service fee.
- Si el activo es una stablecoin, confirma también la unidad exacta y los decimales visibles antes de seguir.
Estado y trazabilidad
Una pantalla segura distingue entre pendiente y confirmado. Si después de enviar solo aparece enviado o completado sin hash de transacción, historial o enlace a explorador, todavía no tienes una prueba técnica suficiente del movimiento en cadena.
El hash de transacción permite revisar campos del explorador como status, confirmations, inputs, outputs y fee. Si el pago es interno de una plataforma custodial, la trazabilidad puede quedar en un identificador interno, y conviene verificar esa limitación antes de asumir una confirmación on-chain.
- No confundas confirmación de la app con confirmación de la red.
- Sin hash, ID interno o recibo exportable, conserva la operación como no cerrada hasta verificarla.
Señales de riesgo visual
Los cambios bruscos en la interfaz merecen pausa inmediata: campos bloqueados sin explicación, dirección pegada que no puede editarse, red preseleccionada distinta a la usada antes o botones de confirmar activos antes de cargar el resumen final.
Un ejemplo realista es una pantalla que pide contraseña normal donde debería pedir firma con billetera o aprobación en hardware wallet. Otro ejemplo es un retiro que omite aviso de irreversibilidad cuando la red, la dirección o el memo no coinciden.
- No introduzcas seed phrase, clave privada ni código de respaldo en una pantalla de pago.
- Si dudas, cancela y repite el flujo desde historial, libreta de direcciones o una cantidad de prueba cuando la política lo permita.