Cómo validar una estrategia de Bybit en modo Demostración

Lleva al ensayo una estrategia inalterada

Conserva exactamente el producto, el símbolo, la dirección, los límites de tamaño, las salidas y las reglas de riesgo que se probaron. Si optimizas la configuración mientras observas el comportamiento de Demostración, la comparación deja de ser fiable. Ejecuta otra prueba retrospectiva siempre que cambie una regla que afecte a la estrategia.

Crea las credenciales en el entorno correcto de Bybit

Crea una clave de API específica para Demostración y selecciona Demostración en SteadyEdge. Las credenciales de Principal, Red de pruebas y Demostración no son intercambiables. Habilita únicamente los permisos necesarios para el producto al contado o de futuros elegido y deja desactivados los retiros y los permisos de cuenta ajenos.[3][1]

Observa el ciclo completo de las órdenes

Una respuesta correcta al crear la orden solo es el principio. Comprueba la confirmación, el estado abierto o parcial, las ejecuciones, la cancelación, los cierres de solo reducción cuando correspondan, el comportamiento de protección y el estado final de la posición. Las reglas de ejecución propias de la bolsa pueden proteger las órdenes de mercado, pero no garantizan el último precio mostrado.[4]

Crea una tabla de estados previstos antes de enviar la orden. Incluye el identificador del cliente o de la bolsa, la categoría, el sentido, la cantidad después de aplicar la precisión, la vigencia de la orden, el propósito de solo reducción, los campos de protección, el cambio previsto de la posición y los estados finales. Después de cada confirmación de la API, espera o consulta el estado autorizado de la orden y de la posición, en lugar de suponer que la aceptación equivale a una ejecución completa. Una ejecución parcial debe actualizar la cantidad restante y la exposición; una cancelación no debe borrar la cantidad ya ejecutada; y un cierre debe conciliarse con la posición final de la bolsa.

Utiliza ensayos pequeños y variados de forma deliberada: una orden de mercado válida, una orden limitada en espera que se pueda cancelar, una cantidad próxima a un límite de precisión y un cierre adecuado para el producto. Conserva los datos de la solicitud y los códigos de respuesta sin guardar secretos. El objetivo consiste en comprender cómo representa la integración cada transición y qué fallo exige una acción. No provoques situaciones inseguras ni utilices Principal para obtener una respuesta más realista; las limitaciones de Demostración deben permanecer documentadas como tales.

Comprueba la gestión de fallos y la recuperación del estado

Los fallos temporales de la API, las cantidades rechazadas, los saldos desactualizados y la interrupción del seguimiento forman parte del riesgo de ejecución. Confirma que los errores sean visibles, que se eviten los envíos duplicados y que el robot concilie el estado de la bolsa después de recuperarse. No evalúes solo el recorrido sin errores.

Distingue una solicitud que falló con certeza antes de llegar a la bolsa de un tiempo de espera agotado cuyo resultado se desconoce. Repetir este último a ciegas puede crear una exposición duplicada. La recuperación debe consultar las órdenes y las posiciones mediante identificadores duraderos, compararlas con el propósito local y elegir una acción siguiente que no produzca duplicados. Comprueba una pausa mientras haya una orden abierta y un reinicio mientras exista una posición. El sistema debe mostrar un estado de conciliación claro, no suponer en silencio que la memoria local sigue siendo la autoridad.

Compara Demostración con la prueba retrospectiva y la Simulación sin esperar igualdad

Las pruebas retrospectivas utilizan datos históricos de la red principal; la Simulación utiliza datos actuales de esa red con un modelo interno de ejecución; y Demostración de Bybit utiliza el entorno aislado de la bolsa. Compara las decisiones de las reglas y el comportamiento de los ciclos, pero explica las diferencias de precios y liquidez en lugar de imponer una coincidencia vela por vela.[2]

Clasifica cada diferencia como una variación esperada del entorno, una limitación del modelo, una incompatibilidad de la configuración o un defecto del programa. Un precio distinto en el entorno aislado puede ser normal; un producto, sentido, criterio de cantidad o decisión de riesgo distintos no lo son. Conserva las fechas, horas e identificadores que respalden la clasificación sin exponer secretos. Establece una regla de aceptación para las diferencias sin resolver y no las ocultes dentro del promedio de órdenes correctas. El valor de Demostración reside en encontrar una incompatibilidad mecánica concreta antes de que controle capital real.