SHARKRULE / Aprender

Tiempo entre compras: cuándo una señal repetida permite otra acción

Que una condición siga cumpliéndose no significa que haya ocurrido otro cruce. El tiempo de espera o cooldown solo impone un intervalo: al terminar, no crea una señal ni renueva el presupuesto. Para entender por qué un bot repite una acción, revisa por separado la condición, el inicio del temporizador, el máximo de entradas y el gasto disponible.

SharkRule · Revisado

Condición, cruce y espera responden a preguntas distintas

Imagina una condición: precio estrictamente superior a 100. Las lecturas 101, 102 y 103 la cumplen, pero no representan tres cruces al alza. En esta guía definimos un cruce como una lectura válida anterior menor o igual a 100 seguida de otra superior a 100. La igualdad queda en el lado inferior por esta definición explícita.

Una política de repetición puede permitir otra acción mientras la condición siga cumpliéndose. Una política de cruces exige una transición nueva. A cualquiera puede añadirse un intervalo de espera. TradingView también distingue operadores y frecuencia de alertas; sus opciones no demuestran una integración con SharkRule.

Anota qué inicia la espera: autorizar un envío, ejecutar una orden o cerrar una posición son momentos distintos. Freqtrade documenta CooldownPeriod por par después de una salida. Es su comportamiento, no una definición universal ni una prueba del inicio del temporizador de SharkRule.

Fija las reglas del ejemplo antes de contar

Los precios, horarios e importes siguientes son hipotéticos, no recomendaciones. El ejercicio en papel usa una regla y un par Spot sin identificar. Las observaciones son recientes, están ordenadas y expresan precios en unidades de la moneda cotizada. Las horas son UTC. Solo evaluamos las filas mostradas; la primera fija el estado anterior sin generar un cruce. No se envían órdenes reales.

Permitimos una entrada únicamente ante un nuevo cruce al alza de 100 y cuando hayan transcurrido al menos 120 segundos desde la última entrada permitida. Exactamente 120 segundos sí cumple. Cada entrada permitida reserva inmediatamente 25 para la compra y 1 para costes, inicia la espera y consume una de las dos entradas máximas del ejercicio. El límite acumulado es 60, incluidas las reservas para costes. Son condiciones inventadas, no valores predeterminados de SharkRule.

Un cruce bloqueado se registra y se descarta; no queda pendiente para después. Cada observación válida actualiza el precio anterior, incluso durante la espera. Un intento bloqueado no reinicia este temporizador. Suponemos que permisos y otras comprobaciones se cumplen y no existe ninguna orden anterior con resultado desconocido. Contamos autorizaciones y reservas, no aceptaciones del exchange ni ejecuciones.

Registro: seis lecturas verdaderas y dos entradas permitidas

Ejemplo hipotético: cruce, espera de 120 segundos y máximo de dos entradas
Hora UTCPrecio¿Superior a 100?¿Nuevo cruce al alza?Decisión
09:59:5999NoEstado inicialSin acción
10:00:00101SíSíEntrada 1 permitida; reserva de 26
10:00:30102SíNoLa condición sigue siendo verdadera; no hay evento nuevo
10:01:0099NoNoVuelve por debajo del umbral
10:01:30101SíSíSolo han pasado 90 segundos; se descarta
10:02:00102SíNoHan pasado 120 segundos, pero no hay otro cruce
10:03:0099NoNoVuelve por debajo del umbral
10:03:30101SíSíHan pasado 210 segundos; entrada 2 permitida; reserva de 26
10:06:0099NoNoVuelve por debajo del umbral
10:06:30101SíSíHan pasado 180 segundos; el máximo y el presupuesto bloquean la entrada 3

Comprueba el recuento sin renovar el presupuesto

De diez observaciones, seis superan 100 y cuatro son cruces al alza. Tres cruces cumplen el requisito temporal: a las 10:00:00 no hay entrada previa, a las 10:03:30 han pasado 210 segundos desde la primera y a las 10:06:30 han pasado 180 desde la segunda. Solo los dos primeros cumplen también los límites de cantidad de entradas y gasto.

Cada entrada compromete 25 + 1 = 26. Dos comprometen 2 × 26 = 52; quedan 60 − 52 = 8. Una tercera elevaría el compromiso a 78, es decir, 18 por encima del límite de 60, y superaría el máximo de dos entradas. Esperar más no resuelve ninguno de esos bloqueos. La unidad para costes es una reserva hipotética, no una comisión real; los costes y compromisos efectivos deben conciliarse.

A las 10:02:00, otra regla basada en una condición que continúa siendo verdadera podría permitir su segunda entrada con la misma espera y límites disponibles. Nuestra regla de cruces no: descartó el cruce de las 10:01:30 y el paso de 101 a 102 no es otro. Guardar señales bloqueadas exigiría una tercera política, con caducidad y comprobación renovada. Una cuenta atrás no demuestra que exista esa cola.

Errores frecuentes al interpretar repeticiones

Contar cada comprobación como un evento nuevo multiplica las acciones mientras la condición se mantiene. Esperar una acción inmediata al terminar el cooldown ignora que una regla de cruces necesita otra transición. Si la regla arranca con el precio ya por encima de 100, debe definir cómo inicializa el estado: una sola lectura no prueba un cruce.

Recibir dos veces el mismo evento no equivale a recibir una observación posterior con el mismo precio. Registra el identificador o la hora de la observación y la versión de la regla. Una entrega duplicada puede llegar después de la espera. Reiniciar la herramienta no debe borrar silenciosamente eventos anteriores, temporizadores, contadores ni gasto comprometido.

Los datos ausentes no son una lectura falsa que permita reiniciar la condición. Un aparente cruce después de un vacío requiere revisar la política de recuperación. Además, alternar precios a ambos lados de 100 puede producir varios cruces legítimos: esperar limita la frecuencia, no demuestra calidad de la señal.

Un timeout no prueba que la orden falló. Binance indica consultar el estado incierto. En SharkRule, una orden Binance sin resolver debe bloquear nuevos envíos a Binance. Conserva el registro original y el compromiso de gasto durante la conciliación; el tiempo transcurrido no levanta ese bloqueo.

Lista práctica para revisar la política de repetición

  1. Identifica exchange, par, dato, comparación y momento de evaluación. Define igualdad y primera lectura. Distingue condición persistente de cruce nuevo.
  2. Anota el alcance de la espera: regla, par o cuenta. Registra qué la inicia, sus unidades y el límite exacto. No supongas que otra regla comparte el temporizador.
  3. Especifica si una señal durante la espera se descarta o se guarda con caducidad y nueva validación. Comprueba si una señal bloqueada reinicia la espera.
  4. Anota máximo de entradas, presupuesto acumulado, costes y compromisos abiertos. Define cuándo se reinicia cada contador; reiniciar, vender o terminar la espera no concede automáticamente más gasto.
  5. Reproduce en papel una condición persistente, una vuelta bajo el umbral, un cruce durante la espera y otro después. Añade un evento duplicado, datos ausentes y presupuesto agotado.
  6. Compara decisiones previstas y actividad disponible. Separa candidato bloqueado, autorización de envío, aceptación y ejecución. Mantén como desconocidos los resultados aún no comprobados.

Qué puedes comprobar y cuál es el siguiente paso

El ejercicio comprueba la coherencia de una regla con su política de repetición; no identifica un intervalo rentable. Esperar puede dejar pasar movimientos y repetir puede acumular costes y exposición. Siguen existiendo pérdidas, deslizamiento, ejecuciones parciales, órdenes sin ejecutar y fallos del exchange. Una simulación no garantiza ejecuciones reales.

Abre la explicación de SharkRule para Binance en español enlazada en Fuentes y revisa el importe por compra y el máximo de compras antes de un inicio explícito. También menciona el tiempo entre compras en reglas personalizadas. Compara los controles que aparecen en tu Shark con el ejercicio; esa página no establece el inicio del temporizador, la política de cruces ni el tratamiento de señales bloqueadas de este ejemplo.

Las reglas disponibles y la elegibilidad dependen del panel actual, la cuenta y la ubicación. Conectar un exchange no inicia operaciones. SharkRule es software independiente, sin afiliación ni respaldo de Binance. No somos asesores financieros ni de inversión; explicamos mecánica, no activos, asignaciones, tamaños de posición u operaciones que debas elegir.

Preguntas frecuentes

¿Cooldown significa una sola operación por señal?

Por sí solo, no. Impone una espera según una política concreta. Una condición persistente puede permitir otra acción después; una regla de cruces necesita otra transición. El máximo de entradas controla el total por separado.

¿Qué ocurre con un cruce durante la espera?

Depende de la política documentada. Aquí se descarta, pero se actualiza el precio anterior. Si una herramienta lo guarda, debe definir su caducidad y volver a comprobarlo. No presupongas una ejecución posterior.

¿Pausar y reiniciar renueva el presupuesto?

No lo des por hecho. Revisa contadores guardados, órdenes pendientes y compromisos acumulados. Una sesión nueva no demuestra que exista más dinero disponible para esa regla.

¿Dos minutos es el intervalo adecuado?

Los 120 segundos solo facilitan el cálculo. No recomendamos esa duración, y menos acciones no prueban mejores resultados. Primero determina qué evalúa tu regla, qué inicia la espera y qué límites siguen vigentes.

Fuentes oficiales

Elaborado con ayuda de IA a partir de la documentación oficial enlazada. Los ejemplos son hipotéticos; no se realizaron pruebas con cuentas reales ni comparaciones de rentabilidad.