Cómo reconocer una función automatizada antes de activarla
Checklist práctico para revisar qué ejecuta una automatización cripto, qué permisos usa, qué límites aplica y qué controles debes confirmar antes de encenderla.
Qué ejecuta exactamente
La pista principal aparece en el flujo de activación: una función automatizada debe indicar si crea envíos, mueve saldo entre redes, recompra comisiones, consolida UTXO o solo lanza alertas. Si el paso “Confirmar” no distingue acción, activo y red, falta claridad operativa.
El nombre comercial no basta; revisa los campos “Asset”, “Network”, “Amount”, “Frequency” y “Destination”. Una automatización útil debe separar BTC de otros activos, dirección de retiro de cuenta custodial y comisión de red de comisión de plataforma cuando ambas existan.
- Comprueba si la función firma transacciones, programa retiros o solo notifica eventos.
- Verifica que activo y red aparezcan como controles distintos, no como un único selector ambiguo.
Permisos y límites
El riesgo real está en los permisos concedidos. Busca si la función requiere retiro habilitado, acceso API, lista blanca de direcciones, segundo factor o firma desde wallet. Si puede operar sin pedir de nuevo 2FA, confirma el alcance exacto de esa excepción.
El límite debe verse antes de activar: importe mínimo, máximo por operación, frecuencia, saldo reservado para fees y condición de parada. Si no muestra qué ocurre con saldo insuficiente, dirección inválida o mempool congestionada, la automatización está incompleta.
- Revisa si existe lista blanca de direcciones y periodo de bloqueo tras añadir una nueva.
- Confirma qué condición detiene el flujo: saldo insuficiente, fee alta, fallo de red o error de confirmación.
Comprobaciones previas
La prueba más segura es un recorrido de vista previa. Usa “Preview”, “Simulation” o historial de ejemplo para ver hash pendiente, dirección de salida, red elegida y cálculo de fee. Si no hay simulación, verifica en ayuda o soporte si el sistema genera borrador antes de emitir.
La recuperación posible depende del punto del proceso. Si la función expone una seed phrase, pide clave privada o promete revertir una transferencia confirmada, descártala. Una frase semilla no se comparte y un envío confirmado en red no se deshace automáticamente.
- Haz un envío de prueba pequeño solo si la función mueve fondos y permite revisar hash y estado.
- Nunca actives una automatización que solicite seed phrase fuera del flujo normal de restauración.
Errores y ejemplos
El error común es confundir automatización de wallet con automatización de cuenta. En custodia, el proveedor puede retener retiros, aplicar revisión manual o cobrar platform fee adicional; en autocustodia, la wallet solo firma y la comisión suele ser estrictamente de red.
Un ejemplo realista es el barrido periódico a autocustodia. Debes comprobar dirección fija, red Bitcoin, política de UTXO, umbral de saldo y campo de estado. Después, valida en un explorador el transaction hash, confirmations, inputs, outputs, fee y status.
- No asumas que una regla programada evita errores de red: un retiro por red equivocada puede ser irreversible.
- Tras la primera ejecución, contrasta el historial interno con un explorador público usando hash, estado y confirmaciones.