Modo demo, prueba y uso real en cripto
Compara qué cambia entre entornos demo, pruebas y operaciones reales en wallets y plataformas cripto para verificar saldos, comisiones, confirmaciones y riesgos.
Tres entornos distintos
El modo demo suele simular pantallas como Send, Receive, History o Confirm sin mover activos reales ni publicar una transacción en una red blockchain. El saldo mostrado puede ser ficticio y no existe transaction hash verificable en un explorador.
La prueba controlada puede significar dos cosas: red de pruebas o cuenta real con importes mínimos. En testnet hay direcciones, mempool y confirmaciones separados de la red principal; en una prueba con fondos reales sí hay fee, hash y estado pending o confirmed.
- Demo: interfaz simulada, sin hash ni liquidación on-chain.
- Prueba: verifica si es testnet o fondos reales antes de enviar.
Qué sí cambia
El uso real activa límites, validaciones y costes que un demo puede omitir. La pantalla de revisión final puede exigir red exacta, etiqueta interna, 2FA, whitelist de direcciones, tiempo de desbloqueo y comisión de red distinta de la comisión de plataforma.
La custodia también cambia el comportamiento. En una cuenta custodial, el envío puede pasar por aprobaciones internas y estados como processing; en autocustodia, la wallet firma con la clave privada o hardware wallet y la red decide la confirmación.
- Distingue network fee de platform fee en el resumen previo.
- Custodial no equivale a autocustodia aunque la pantalla se parezca.
Criterios de verificación
Antes de enviar en real, comprueba cinco campos: activo, red, dirección, importe neto y comisión. Verifica además si la dirección requiere memo, tag o nota de destino; un acierto parcial no garantiza recuperación si el dato faltante era obligatorio.
Después del envío, valida en un explorador los campos transaction hash, status, confirmations, inputs, outputs y fee. Si la plataforma muestra completed pero el explorador no encuentra el hash, revisa si era una transferencia interna o una simulación del entorno.
- Dirección correcta no basta si la red o el memo son incorrectos.
- El explorador confirma hechos de red; la app solo muestra su estado interno.
Errores y ejemplos
Un error común es creer que una frase semilla funciona como contraseña normal. En demo puede bastar un PIN ficticio, pero en autocustodia real una seed phrase expuesta compromete el control del monedero y no debe introducirse en formularios, chat o soporte.
Un ejemplo útil es hacer una prueba real mínima entre dos wallets compatibles y esperar al menos una confirmación visible. Otro ejemplo es comparar una retirada custodial con una firma en hardware wallet: los pasos se parecen, pero la responsabilidad y la irreversibilidad no.
- Una transferencia confirmada no se revierte por haber sido un “ensayo”.
- Wrong-network transfer y seed phrase expuesta no son fallos automáticamente recuperables.