Hacer estrategias automáticas en Polymarket, todos son muy cuidadosos al desplegar una vez, pero cuando las desactivan casi nadie habla — hoy aprendí esa lección en 14 horas.

Hace 3 semanas desactivé un robot de estrategia que corría en Polymarket. pm2 stop, al ver que el estado cambiaba a stopped, pensé que todo había terminado.
Hoy, haciendo una limpieza rápida del servidor durante 10 minutos, reinicié el gestor de procesos. Esa estrategia, que llevaba 3 semanas "muerta", se reactivó y corrió tranquilamente 14 horas en modo real.
Investigué la causa raíz — pm2 stop solo marca el estado como "detenido", no lo elimina realmente. Con un inicio en lote, todos los procesos "pausados" se vuelven a activar. Este problema no es exclusivo de pm2, systemd, docker, k8s tienen el mismo problema: creen que están detenidos, pero en realidad no lo están.
Para estrategias automáticas de mercado predictivo, no importa qué herramienta uses, para desactivar una estrategia hay que hacer 5 cosas:
1. Eliminar completamente el servicio a nivel del gestor de procesos( no solo pausarlo)
2. Remover esa definición del archivo de configuración( de lo contrario, la próxima vez que inicies en lote, se reactivará sola)
3. Añadir una puerta de cierre en la entrada del código( para evitar que se reactive por error)
4. Actualizar tu documentación o tabla de estados( de lo contrario, en unas semanas olvidarás si esta estrategia está desactivada o no)
5. Si involucra libros de transacciones, cerrar oficialmente el ciclo de contabilidad de esa estrategia(epoch) para evitar que nuevos datos
se mezclen en las cuentas de la estrategia antigua
Todos son muy cuidadosos al desplegar, pero al desactivar, generalmente solo hacen el paso 1 y creen que con eso basta. Los verdaderos problemas están en los pasos 2 a 5.
14 horas no fueron muchas para perder dinero, pero esa suerte no garantiza que la próxima vez también saldrá bien.