Por qué un robot de criptoactivos gana en las pruebas y pierde al operar realmente

Una prueba retrospectiva impecable resulta tranquilizadora. Le asigna a la estrategia una cifra, un gráfico, un porcentaje de aciertos y la sensación de que la parte difícil ya está resuelta. Después el robot comienza a operar realmente, la primera semana se ve diferente y la persona que negocia formula demasiado tarde la pregunta correcta: ¿por qué las mismas reglas funcionaron tan bien con velas históricas y tan mal con órdenes reales?

La respuesta breve es que una prueba retrospectiva es un modelo idealizado, mientras que la negociación real es un entorno operativo. El modelo puede ser útil, pero no es el mercado. Suele suponer que los datos llegan sin errores, que las órdenes se ejecutan al precio previsto, que siempre existe liquidez, que las comisiones son sencillas, que la estrategia no está ajustada al ruido y que el futuro se parecerá al periodo utilizado durante la prueba. La negociación real examina todas estas suposiciones al mismo tiempo.

Este artículo no cuestiona la utilidad de las pruebas retrospectivas. Continúan siendo uno de los filtros más importantes antes de permitir que un robot utilice capital. La idea es más concreta y práctica: una prueba rentable es una hipótesis inicial, no un certificado de preparación. El objetivo consiste en comprender las principales razones por las que un robot puede ganar dentro de una simulación y perder en producción, y convertirlas después en una lista de comprobación previa al lanzamiento.

La diferencia no es un misterio

Cuando se dice que un robot «falló durante la negociación real», suele imaginarse un defecto oculto en el programa. A veces existe, pero la mayoría de las diferencias son menos espectaculares. Proceden de pequeños factores que se acumulan: una comisión por tomar liquidez, una ejecución ligeramente peor, el cierre de una vela que llega un segundo tarde, una ejecución parcial cuando el libro de órdenes tiene poca profundidad, un pago de financiación que el modelo no tuvo en cuenta o una combinación de parámetros que parecía extraordinaria porque se ajustó a un único periodo histórico.

Una forma útil de entenderlo no es «prueba retrospectiva frente a negociación real», sino «ventaja bruta de la señal menos costos operativos». El resultado de una prueba suele aproximarse a la ventaja bruta. El resultado real es lo que queda después de pagar el costo de la ejecución, el momento elegido, la liquidez, las restricciones de la cuenta, la vigilancia y los cambios en las condiciones del mercado. Si la ventaja de cada operación es pequeña, incluso una fricción moderada puede eliminarla. Si la estrategia opera con frecuencia, esa misma fricción se paga una y otra vez.

La diferencia entre el modelo y la ejecución real suele ser una cadena de pequeñas fricciones, no un único fallo espectacular. Las investigaciones sobre pruebas de criptoactivos con restricciones de ejecución llegan a una conclusión parecida. El estudio AutoQuant analiza específicamente cómo la demora de ejecución, la financiación, las comisiones y el deslizamiento pueden exagerar el rendimiento calculado de los futuros perpetuos de criptoactivos. Las cifras concretas varían según la bolsa, el mercado, el tamaño y la estrategia, pero la dirección es constante: una prueba sin costos o limitada a las comisiones suele ser demasiado optimista.

Los costos son parámetros de la estrategia, no detalles posteriores

Las comisiones parecen sencillas hasta que se multiplican por la rotación. Una estrategia que entra y sale una vez al mes puede soportar una pequeña imprecisión en el modelo de comisiones. Una estrategia que opera varias veces al día no puede hacerlo. Cada entrada, salida, ampliación, reducción, detención y nueva entrada tiene un costo. En los futuros y contratos perpetuos, la financiación añade otra capa. Una prueba que la ignore puede presentar como más sólido de lo que es un sistema con muchas operaciones o muy dependiente de esos pagos.

El diferencial entre compra y venta también importa. Si la prueba utiliza el precio de cierre de la vela, puede suponer implícitamente que el robot compra y vende en el mismo punto de referencia. En el mercado real, quien compra suele pagar el mejor precio de venta y quien vende acepta el mejor precio de compra. La diferencia puede ser mínima en los pares más líquidos de BTC durante periodos tranquilos, pero aumenta en símbolos pequeños, durante noticias importantes o cuando se dispara la volatilidad. Las estrategias que buscan movimientos reducidos son especialmente vulnerables porque el diferencial consume precisamente ese pequeño movimiento.

Por ello, la primera pregunta antes de operar realmente no debe ser «¿cuál fue la rentabilidad?», sino «¿cuánta rentabilidad produjo la estrategia por cada unidad de costo?». Si una operación esperada solo gana unos pocos puntos básicos antes de los costos, el robot es frágil. Si duplicar las comisiones o el deslizamiento transforma una evolución estable del capital en una curva claramente negativa, la estrategia todavía no es suficientemente resistente.

El deslizamiento y la liquidez cambian la operación que creías haber probado

El deslizamiento es la diferencia entre el precio que esperaba la estrategia y el que recibió realmente. No siempre indica un error: aparece cuando una orden entra en un mercado en movimiento. En los criptoactivos, el efecto aumenta por la negociación continua, la liquidez fragmentada, los cambios bruscos de volatilidad y la rapidez con la que varía la profundidad de ciertos símbolos. Una orden de mercado dentro de un libro tranquilo y la misma orden después de una cascada de liquidaciones son acontecimientos muy distintos.

La liquidez también convierte el tamaño de la posición en una parte de la estrategia. Una prueba histórica puede aumentar una señal de 100 a 100 000 unidades monetarias sin modificar las velas. El mercado no puede hacerlo. Las órdenes grandes consumen profundidad, esperan en el libro, se ejecutan parcialmente o alejan el precio medio del punto de entrada supuesto. Así, una estrategia que parecía no tener límites de capacidad con datos históricos comienza a empeorar cuando su tamaño se vuelve visible dentro del libro de órdenes.

Las ejecuciones parciales son otra fuente de diferencias. Una prueba suele considerar que una entrada se completa o no se completa. La ejecución real puede ser más complicada: se ejecuta la mitad de la posición, el precio se aleja, se cancela el resto de la orden y la lógica de salida debe gestionar una posición menor o con otro precio medio. Si la contabilidad, el tamaño y las reglas de detención del robot no resuelven esta situación correctamente, la operación real se aparta de la prueba aunque las señales no hayan cambiado.

La demora convierte la lógica de velas en una realidad de ejecución

Muchas estrategias se escriben como si una señal y una orden fueran el mismo acontecimiento. En producción forman una secuencia. Llegan los datos del mercado, se procesa la vela o el cambio de precio, se evalúa la señal, se comprueba el riesgo, se firma la solicitud, se envía la orden, la bolsa la acepta y la ejecución se confirma después. Cada paso puede ser breve, pero el mercado continúa moviéndose durante el proceso.

La demora no afecta únicamente a las operaciones de frecuencia muy alta. Incluso una estrategia de cuatro horas puede sufrir si supone que se ejecutará exactamente al cierre de la vela, especialmente cuando muchas personas observan ese mismo cierre. Una orden de detención también puede comportarse de otra forma debido a la interacción entre el precio de activación, el tipo de orden, el motor de correspondencia y las velas rápidas. La prueba ve una línea; la bolsa recibe una secuencia de acontecimientos.

Una prueba realista debe evitar condiciones de ejecución imposibles. Si una señal solo se conoce después del cierre de la vela, el modelo no debe entrar al mejor precio histórico de esa misma vela. Si la estrategia depende de indicadores calculados con precios de cierre, la operación debe comprobarse en el siguiente momento realmente ejecutable. Ese único cambio puede eliminar una cantidad sorprendente de rendimiento ficticio.

Sobreajuste: cuando la prueba aprende demasiado bien el pasado

El sobreajuste es uno de los peligros más discretos de las estrategias automatizadas. Aparece cuando las reglas se adaptan al ruido histórico en lugar de capturar un comportamiento repetible. Se agrega un filtro, se modifica un umbral, se excluye un periodo negativo, se acorta una media móvil y se repite el proceso hasta conseguir una curva de capital uniforme. La prueba mejora, pero la estrategia pierde contacto con la realidad.

El problema está documentado más allá del mercado de criptoactivos. En el estudio All that Glitters Is Not Gold , sus autores analizaron un conjunto amplio de estrategias algorítmicas y observaron que indicadores habituales de las pruebas, como el coeficiente de Sharpe, tenían poco valor para predecir el rendimiento fuera de la muestra. También encontraron indicios de que una búsqueda más intensa de combinaciones históricas se asociaba con una diferencia mayor entre los resultados de la prueba y los resultados posteriores. Ese es exactamente el peligro de buscar sin descanso una configuración perfecta.

El sobreajuste convierte el periodo histórico en la propia estrategia. Un proceso más saludable separa el descubrimiento de la validación. Utiliza un periodo para diseñar la idea, otro para evaluarla y un proceso posterior con ventanas sucesivas para comprobar si resiste condiciones cambiantes. No juzgues una estrategia por su mejor ejecución optimizada. Comprueba cómo se deteriora cuando aumentan los costos, cambian ligeramente los parámetros, se sustituyen símbolos y varían las condiciones del mercado.

Las condiciones del mercado pueden hacer que unas reglas válidas parezcan rotas

Una estrategia puede ser legítima y aun así perder durante la negociación real porque cambió el mercado. Los sistemas que siguen tendencias suelen destacar durante movimientos persistentes y frustrar durante periodos laterales. Los sistemas que buscan una vuelta al promedio pueden aprovechar pequeñas correcciones hasta que una ruptura convierte cada caída en continuación. Las estrategias de cuadrícula y compras periódicas pueden parecer estables dentro de un intervalo y volverse peligrosas cuando el precio sale de él con impulso.

Los criptoactivos hacen más visible este problema porque las condiciones pueden cambiar con rapidez. Un par puede pasar de líquido y ordenado a escaso y violento durante la misma semana. En momentos de tensión aumentan las correlaciones, de modo que una cartera aparentemente diversificada se comporta como una única posición grande. Los filtros de volatilidad, volumen y financiación, junto con las reglas de selección de símbolos, no son adornos: determinan cuándo puede confiar el robot en su ventaja.

La pregunta práctica no es «¿funciona esta estrategia?», sino «¿en qué condiciones funciona y cómo sabemos que esas condiciones ya no existen?». La prueba debe analizar por separado periodos con tendencia, periodos laterales, alta volatilidad, baja liquidez, mercados alcistas, mercados bajistas y fines de semana tranquilos. Si toda la ganancia procede de una sola condición estrecha, el robot necesita reglas para permanecer inactivo fuera de ella.

La API y la configuración de la cuenta también forman parte del resultado real

La negociación real depende asimismo de los límites de la cuenta. Las claves de API son infraestructura operativa, no un detalle administrativo. Binance explica que deben protegerse, no almacenarse como texto sin cifrar, renovarse cuando sea necesario y limitarse por dirección IP cuando sea posible; también describe los ámbitos de permisos y las restricciones por IP en su guía de seguridad de claves de API . La guía de creación de claves de Bybit trata igualmente la creación y los permisos como un proceso deliberado, no como una tarea secundaria de copiar y pegar.

Para un robot, la opción más segura consiste en conceder permisos mínimos: lectura y negociación solo donde sean necesarios, ningún permiso de retiro y claves separadas por entorno o cuenta siempre que sea posible. Una clave con permisos incorrectos puede impedir órdenes, no superar la validación o crear un riesgo de seguridad. Una clave utilizada desde una dirección IP no autorizada puede fallar en el peor momento. Un robot incapaz de crear o cancelar órdenes de forma fiable no es el mismo robot que superó la prueba histórica.

La vigilancia pertenece a la misma categoría. Un sistema real necesita avisos de órdenes rechazadas, datos atrasados, pérdida de señales periódicas, deslizamiento anormal, exposición inesperada y límites de caída del capital. Sin estos avisos, el problema operativo se descubre cuando el resultado ya lo ha reflejado.

Lista de comprobación antes de la negociación real

Antes de pasar de una prueba histórica a la ejecución real, la estrategia debe superar un criterio más estricto que «la curva subió».

Primero, incorpora la tabla real de comisiones, el diferencial esperado, un deslizamiento prudente y la financiación cuando corresponda. Segundo, valida la estrategia con datos que no se utilizaron durante el diseño. Tercero, realiza comprobaciones con ventanas sucesivas para asegurarte de que la idea puede adaptarse sin volver a ajustarla al pasado. Cuarto, comprueba la sensibilidad: una estrategia resistente no debe derrumbarse al cambiar una media móvil de 21 a 24, duplicar el deslizamiento o retirar un símbolo.

Quinto, comienza la ejecución real con un tamaño reducido. El primer lanzamiento no busca maximizar la rentabilidad, sino medir si las ejecuciones, la demora, los estados de las órdenes y los costos efectivos coinciden con las suposiciones. Sexto, define las condiciones de detención antes de empezar: pérdida diaria máxima, caída máxima de la estrategia, umbral de datos atrasados, límite de órdenes rechazadas y situaciones que exijan una revisión manual.

Un robot no está preparado para operar realmente hasta que sus suposiciones operativas sean explícitas. La lista debe quedar por escrito porque el mercado real genera presión. Cuando un robot pierde, resulta tentador cambiar los parámetros durante la ejecución. Cuando gana, resulta tentador aumentar el tamaño demasiado pronto. Un plan escrito convierte esos momentos en decisiones que ya se tomaron con calma.

El papel de SteadyEdge

SteadyEdge se basa en el proceso descrito en este artículo: crear la estrategia, validarla con datos históricos, iniciar la ejecución con suposiciones controladas y vigilar lo que ocurre después. La plataforma no puede eliminar el riesgo del mercado, y ninguna herramienta seria debería prometerlo. Su valor está en hacer más explícito el proceso: la configuración, el contexto de las pruebas, los controles de ejecución, los indicadores y la revisión operativa forman un solo ciclo.

Ese ciclo importa porque los mejores sistemas no se juzgan por una única prueba atractiva. Se juzgan por la claridad con la que explican sus suposiciones, la rapidez con la que muestran las diferencias y la disciplina aplicada cuando la realidad contradice el modelo. Es previsible que un robot pierda después de una prueba débil. Que pierda después de una prueba sólida pero poco realista puede evitarse. La diferencia está en el proceso.

Aviso educativo

Este artículo tiene fines exclusivamente educativos. No constituye asesoramiento financiero o de inversión ni una recomendación para negociar ningún activo o utilizar una estrategia concreta. Los criptoactivos son volátiles, la automatización puede ampliar las pérdidas y el rendimiento pasado no garantiza resultados futuros. Realiza pruebas cuidadosas, utiliza límites de riesgo y toma decisiones independientes.