Checklist antes de activar una función automatizada
Lista de verificación para probar automatización en operaciones cripto sin confundir red, activo, permisos, límites, comisiones ni estados de transacción.
Define el alcance
Identifica primero qué automatiza la función: envío programado, conversión recurrente, barrido de saldo, alerta con ejecución o firma asistida. Revisa la pantalla de configuración, el campo de activo y la red admitida antes de autorizar cualquier permiso.
Comprueba después si operas en cuenta custodiada o en autocustodia. En una cuenta custodiada suele haber límites, retenciones o revisión interna; en autocustodia la confirmación depende de la red, la comisión elegida y la validez de la dirección destino.
- Distingue activo y red: USDT en Ethereum no es lo mismo que USDT en Tron.
- Verifica si la función actúa sobre saldo disponible, saldo total o una subcuenta concreta.
Prepara una prueba
Empieza con un importe de prueba que puedas asumir perder si hay error operativo. Usa el flujo exacto que luego piensas repetir: misma red, mismo tipo de dirección, misma libreta de direcciones y la misma opción de comisión.
Confirma la dirección con dos fuentes si usas autocustodia: copia pegada y validación visual en el dispositivo o cartera. Si la función permite libro de direcciones, etiqueta el destino y revisa que no cambie el formato esperado, como SegWit, Lightning o contrato de token.
- No uses una semilla de recuperación para “probar”; la seed phrase nunca se introduce en formularios de soporte ni automatización.
- Si el destino exige memo, tag o nota, valida ese campo antes de enviar; sin él, la recuperación puede no ser posible.
Revisa costes y estados
Separa la comisión de red de la comisión de plataforma en la vista previa. La red paga inclusión en bloque; la plataforma puede cobrar por retiro, conversión o ejecución. Si no aparece el desglose, busca la tabla de comisiones o el centro de ayuda.
Sigue la primera ejecución con el hash de transacción en un explorador de bloques. Comprueba campos como status, confirmations, inputs, outputs y fee. Pendiente no significa fallida, y confirmada no significa reversible si el destino o la red eran incorrectos.
- Guarda el hash, la hora, la red y el importe exacto de la prueba.
- Verifica si la función se ejecuta inmediatamente, al cierre de un periodo o tras una confirmación previa.
Detecta límites y fallos
Busca condiciones de bloqueo antes de repetir la automatización: mínimo por operación, saldo reservado para comisiones, pausas por verificación KYC, listas blancas de retiro o demoras al añadir una nueva dirección. Esas condiciones suelen mostrarse en Withdrawal, Security o Activity.
Anota un criterio claro para detenerte tras la prueba. Ejemplos reales: importe recibido distinto por red equivocada, estado atascado sin propagación visible, fee desproporcionada frente al importe, o ejecución sobre un activo distinto por confundir ticker y contrato.
- No des por recuperable una transferencia confirmada en red incorrecta o a una dirección incompatible.
- Repite la prueba solo cuando el registro de actividad, el explorador y el saldo final coincidan entre sí.