Cómo detectar cambios inesperados en una herramienta cripto

Pasos prácticos para comprobar si una función de wallet o exchange actúa distinto, distinguir un fallo real y saber cuándo pausar antes de enviar o confirmar.
Detecta la desviación
Compara la acción actual con el flujo normal de esa herramienta: pantalla de enviar, selector de red, vista previa de comisión y confirmación final. Si aparece un paso nuevo, desaparece un campo o cambia el orden de aprobación, trátalo como desviación hasta verificar versión, red y tipo de cuenta.
Anota el cambio exacto con evidencia verificable: nombre de la función, ruta de menús, hora, dispositivo, versión de la app y si ocurre en wallet de autocustodia o cuenta custodial. Una captura sin datos sensibles y el texto del mensaje de error ayudan a distinguir fallo puntual de cambio de producto.
- Revisa si cambió la red mostrada, por ejemplo Bitcoin frente a una red no compatible con el activo.
- Confirma si el cambio ocurre antes de firmar, al transmitir la transacción o después, en estado pending.
Haz comprobaciones básicas
Verifica primero los controles que más se alteran: dirección de destino, etiqueta del activo, comisión de red, comisión de plataforma y estado de confirmación. En una wallet, compara la dirección completa carácter por carácter y en hardware wallet confirma en la propia pantalla física, no solo en el teléfono u ordenador.
Prueba el mismo flujo con una operación inocua: abrir vista previa, copiar transaction hash si existe, cancelar antes de firmar y repetir. Si la herramienta muestra un hash distinto, un fee anormal o no enseña inputs, outputs, status o confirmations donde normalmente lo hace, detén el proceso.
- Usa un explorador de bloques para verificar hash, estado, confirmaciones, entradas y salidas cuando la transacción ya fue emitida.
- Distingue contraseña de cuenta, PIN del dispositivo y seed phrase; ninguna pantalla legítima debería pedir la seed phrase para un envío normal.
Cuándo detenerse
Detente de inmediato si la herramienta cambia automáticamente la red, oculta la comisión total, sustituye la dirección pegada o pide volver a introducir la seed phrase. Un cambio así supera una simple variación de interfaz y puede indicar malware, extensión conflictiva o suplantación del sitio.
Pausa también si un retiro marcado como completado no tiene transaction hash, si un depósito figura como recibido sin confirmations suficientes o si una cuenta custodial muestra saldo pero bloquea la retirada sin aviso claro. En esos casos conviene revisar página de estado, historial y políticas del activo.
- Una transferencia confirmada en la red no se revierte automáticamente aunque la plataforma o el usuario detecten el error después.
- Un envío por red equivocada no debe asumirse recuperable; confirma red y formato de dirección antes de firmar.
Errores y ejemplos
Un ejemplo común es confundir un cambio de tarifa dinámica con un fallo. Si la wallet muestra una comisión mayor, revisa mempool, tamaño estimado en bytes o sats/vB y el modo de fee elegido. Eso no equivale a plataforma alterada si hash, outputs y red siguen siendo correctos.
Otro caso realista es una actualización que mueve el botón de retirar o renombra custodial account como funding account. Si el flujo sigue mostrando activo, red, dirección, importe y confirmación final, suele ser cambio de diseño. Si faltan esos campos, solicita soporte y no continúes.
- Evita repetir intentos ciegos; cada reenvío puede crear nuevas comisiones o duplicar confusión en el historial.
- Guarda versión de la app, sistema operativo, hash de la transacción y respuesta de soporte para comparar futuros incidentes.
