Un bot de trading que se detiene cuando cierras tu portátil es un bot que acabará cerrando una posición en el peor momento posible — o sin cerrar ninguna en absoluto. Si una estrategia corre sin supervisión, pertenece a una máquina que no duerme, no pierde el Wi-Fi, y no se reinicia por actualizaciones mientras estás fuera.
Qué necesita de verdad un bot
Menos de lo que la gente cree. Los bots de trading son sensibles a la latencia en principio, pero para cualquier cosa que no sea HFT de menos de un segundo, los requisitos reales son:
- Disponibilidad constante. El bot debe estar despierto cuando el mercado se mueve, no cuando tú lo estás.
- Suficiente RAM para los backtests. El trading en vivo es ligero; hacer backtesting de un año de velas de minuto a través de pares es lo que de verdad se come la memoria.
- Disco rápido. Las bases de datos de velas y los logs de operaciones escriben constantemente. Nuestro NVMe (RAID1, ~800 MB/s de lectura) gestiona eso sin atascarse.
- Una IP de salida estable. Algunas APIs de exchange te dejan meter una IP en lista blanca para las claves de API — un plan con IP dedicada te da una fija.
Micro (5 $/mes) encaja con una única estrategia sobre un puñado de pares. Small (8 $/mes — 4 vCPU, 4 GB de RAM, 35 GB NVMe) es donde la mayoría de la gente se asienta en cuanto añaden backtesting y un panel.
Freqtrade en unos pocos comandos
# Ubuntu 24.04 recién instalado — instala Docker
apt update && apt install -y docker.io docker-compose-v2 git
systemctl enable --now docker
# Freqtrade
mkdir -p /opt/freqtrade && cd /opt/freqtrade
docker run --rm -v "$(pwd):/freqtrade/user_data" \
freqtradeorg/freqtrade:stable create-userdir --userdir /freqtrade/user_data
# Configura (claves del exchange, pares, stake) — luego ejecuta en dry-run primero
docker compose up -d
docker compose logs -f
Empieza en dry-run. Siempre. Luego pasa a en vivo solo después de que la estrategia haya sobrevivido unos días de paper trading sobre datos de mercado reales.
Hummingbot funciona igual — imagen de Docker, configuración en un volumen montado, ejecútalo bajo docker compose para que vuelva tras un reinicio.
¿Bot propio? Python más ccxt cubre prácticamente todos los exchanges. Ejecútalo bajo systemd con Restart=always para que un proceso caído se reinicie en lugar de dejarte expuesto.
Por qué el pago en cripto y el sin-KYC importan para esto en concreto
Los traders tienden a tener opiniones sobre dónde va atada su identidad. Si ejecutas estrategias en exchanges de cripto, financiar un servidor con una tarjeta corporativa a tu nombre legal — y entregar a un proveedor de hosting un escaneo de pasaporte — es un sitio extraño para romper ese patrón.
Nosotros no preguntamos. Un correo para registrarte, USDC o USDT para pagar (Base, Ethereum o Polygon). Sin documentos, sin tarjeta. Tus claves de API, tu estrategia, tu servidor — sin nada que vincule la máquina a un archivo KYC.
¿Nuevo en el pago con cripto? Guía de cinco minutos.
Elegir un plan
| Configuración | Plan | Precio |
|---|---|---|
| Una estrategia, unos pocos pares, dry-run y en vivo | Micro | 5 $/mes |
| Backtesting, base de datos, interfaz web — la configuración habitual | Small | 8 $/mes |
| Necesitas una IP fija para meter en lista blanca en las claves de API del exchange | Small-IP | 16 $/mes |
| Varios bots, backtests más pesados | Medium | 12 $/mes |
Root completo, NVMe, tráfico sin medir a 1 Gbit/s, servidores en Alemania y Finlandia. Paga por año — una transferencia cripto en lugar de doce.
Lecturas relacionadas
- Asegura un VPS nuevo: una lista de comprobación — haz esto antes de que tus claves de API toquen la máquina
- Aloja un bot de Discord en un VPS — el mismo patrón systemd, otro bot
¿Listo? Despliega un servidor para bots → — en línea en aproximadamente un minuto, pagado en cripto, sin necesidad de documento de identidad.
Comentarios
Aún no hay comentarios. Sé el primero.