Cómo opera un bot de trading cripto
Explicación simple del flujo de un bot de trading cripto: señal, regla, orden, ejecución, control de riesgo y revisión humana con límites y errores frecuentes.
Señal y regla
Un bot no decide por intuición: lee una señal definida en una estrategia, como cruce de medias móviles, ruptura de rango o cambio de volumen, y la compara con campos concretos como par, marco temporal y condición de entrada.
La regla se configura en un flujo tipo if/then dentro del panel de estrategia: si el precio toca un nivel o un indicador confirma, el bot prepara una orden de compra o venta. Antes de activarlo, conviene revisar mercado spot o derivados, activo y red de retiro.
- Una señal no es una garantía; es solo un disparador técnico.
- El par negociado importa: BTC/USDT no es lo mismo que una retirada en red Bitcoin.
De la orden al mercado
La ejecución empieza cuando el bot envía una orden a través de API con permisos limitados. En la pantalla de claves API hay que comprobar si permite operar pero no retirar fondos; esa separación reduce daños si la clave se filtra.
La orden puede ser market, limit o stop-limit según la configuración. Si falta liquidez, si el spread se abre o si el tamaño mínimo del exchange no se cumple, la orden puede ejecutarse parcial, quedar abierta o rechazarse con un error de estado.
- La clave API ideal para un bot educativo no debe incluir retiros.
- Una orden parcial cambia el resultado real frente al plan inicial.
Riesgo y supervisión
El control humano entra antes y después de cada operación con límites como stop loss, take profit, tamaño máximo por orden y número de posiciones abiertas. Esos campos suelen aparecer en Risk Management, Position Size o Order Settings.
La supervisión no termina al ejecutar. En el historial conviene revisar precio de entrada, comisión de plataforma, comisión de red si hubo traslado de fondos, deslizamiento y motivo de cierre. Si el bot opera desde saldo custodiado, el usuario no controla la clave privada.
- Bot automatizado no significa cuenta desatendida.
- Custodia del exchange y autocustodia son flujos distintos con riesgos distintos.
Límites y errores
Un ejemplo realista: el bot compra un activo en spot, luego el usuario quiere moverlo a una wallet. Antes de retirar, debe verificar red, dirección, comisión y si la transacción queda pending o confirmed. En un explorador hay que revisar transaction hash, status, fee, inputs, outputs y confirmations.
Un fallo común es mezclar operación y custodia: creer que una transferencia errónea se corrige sola o que una frase semilla sirve como contraseña del exchange. Una seed phrase expuesta, una red equivocada o una transacción confirmada no son recuperables de forma automática.
- Dirección, red y activo deben coincidir antes de enviar.
- Seed phrase, contraseña y clave API cumplen funciones diferentes.