SHARKRULE / Aprender

Intervalo entre compras: quando um sinal repetido permite outra ação

Uma condição que continua verdadeira não é um novo cruzamento de preço. O cooldown, ou intervalo de espera, apenas exige que um tempo passe. Seu término não cria um sinal nem renova a verba disponível. Para entender ações repetidas de um robô, confira separadamente a condição, o início da espera, o limite de entradas e o orçamento restante.

SharkRule · Revisado em

Condição, cruzamento e espera são verificações diferentes

Imagine a condição preço estritamente acima de 100. As leituras 101, 102 e 103 atendem à condição, mas não formam três cruzamentos para cima. Neste guia, cruzamento significa uma leitura válida anterior menor ou igual a 100 seguida de outra acima de 100. A igualdade pertence ao lado inferior por essa definição explícita.

Uma política de repetição pode permitir outra ação enquanto a condição continuar verdadeira. Uma política de cruzamento exige uma nova transição. Ambas podem incluir espera. A documentação do TradingView também separa operadores e frequência dos alertas; isso não comprova integração com a SharkRule.

Registre o que inicia a espera: permitir um envio, executar uma ordem ou encerrar uma posição são eventos distintos. O Freqtrade documenta CooldownPeriod por par após uma saída. Esse é o comportamento dele, não uma definição universal nem prova de quando a SharkRule inicia seu temporizador.

Defina as regras do exemplo antes de contar

Todos os horários, preços e valores são hipotéticos, sem recomendação de ativo ou configuração. O exercício em papel usa uma regra e um par Spot não identificado. As observações são recentes e ordenadas, em unidades da moeda de cotação; os horários são UTC. Só avaliamos as linhas mostradas. A primeira estabelece o estado anterior sem gerar cruzamento. Nenhuma ordem real é enviada.

Uma entrada só é permitida em um novo cruzamento para cima de 100, pelo menos 120 segundos após a última entrada permitida. Exatamente 120 segundos atende ao requisito. Cada entrada permitida reserva imediatamente 25 para a compra e 1 para custos, inicia o temporizador e consome uma das duas entradas máximas desta execução. O teto acumulado é 60, incluindo as reservas para custos. São limites inventados, não padrões da SharkRule.

Um cruzamento bloqueado é registrado e descartado; não fica em uma fila. Toda observação válida atualiza o preço anterior, mesmo durante a espera. Candidatos bloqueados não reiniciam este temporizador. Supomos que permissões e demais verificações estejam atendidas e não exista resultado de ordem anterior desconhecido. O registro conta permissões e reservas, não aceitação pela exchange nem execução.

Registro: seis observações verdadeiras, duas entradas permitidas

Exemplo hipotético com cruzamento, espera de 120 segundos e teto de duas entradas
Horário UTCPreçoAcima de 100?Novo cruzamento para cima?Decisão
09:59:5999NãoEstado inicialSem ação
10:00:00101SimSimEntrada 1 permitida; reservar 26
10:00:30102SimNãoCondição continua verdadeira; nenhum evento novo
10:01:0099NãoNãoVolta abaixo do limite
10:01:30101SimSimPassaram apenas 90 segundos; descartar
10:02:00102SimNãoPassaram 120 segundos, mas não houve novo cruzamento
10:03:0099NãoNãoVolta abaixo do limite
10:03:30101SimSimPassaram 210 segundos; entrada 2 permitida; reservar 26
10:06:0099NãoNãoVolta abaixo do limite
10:06:30101SimSimPassaram 180 segundos; quantidade e orçamento bloqueiam a entrada 3

Confira a contagem e mantenha o orçamento

As dez observações contêm seis preços acima de 100 e quatro cruzamentos para cima. Três cruzamentos atendem ao tempo: às 10:00:00 não existe entrada anterior; às 10:03:30 passaram 210 segundos desde a primeira; às 10:06:30 passaram 180 desde a segunda. Somente os dois primeiros também passam pelos limites de entradas e gasto.

Cada entrada compromete 25 + 1 = 26. Duas comprometem 2 × 26 = 52 e deixam 60 − 52 = 8. Uma terceira elevaria o total a 78, ultrapassando o teto de 60 em 18, além de exceder duas entradas. Esperar mais não resolve esses bloqueios. A unidade para custos é uma reserva hipotética, não uma taxa real; custos e compromissos efetivos precisam ser conciliados.

Às 10:02:00, outra regra baseada em uma condição que continua verdadeira poderia permitir sua segunda entrada, com a mesma espera e limites disponíveis. A regra de cruzamento deste exercício não pode: descartou o evento das 10:01:30, e passar de 101 para 102 não gera outro cruzamento. Guardar eventos bloqueados seria uma terceira política, com validade e nova verificação. Não deduza a existência dessa fila de uma contagem regressiva.

Erros comuns ao interpretar ações repetidas

Tratar cada consulta como um novo evento multiplica ações enquanto a condição permanece verdadeira. Esperar que uma regra de cruzamento aja assim que a espera termine ignora a necessidade de outra transição. Se o robô iniciar com o preço já acima do limite, precisa de uma política de inicialização: a primeira leitura, sozinha, não comprova cruzamento.

Receber o mesmo evento duas vezes é diferente de receber uma observação posterior com o mesmo preço. Registre identificador ou horário da observação e versão da regra. Uma entrega duplicada pode chegar depois do cooldown. Reiniciar a ferramenta não deve apagar silenciosamente o evento anterior, a espera, o contador nem os compromissos de gasto.

Dados ausentes não equivalem a uma condição falsa que permita reiniciar a sequência. Um aparente cruzamento após uma lacuna depende da política de recuperação de dados. Preços alternando dos dois lados de 100 também podem produzir vários cruzamentos: o intervalo limita frequência, não comprova qualidade do sinal.

Um timeout não prova que a ordem falhou. A Binance orienta consultar o estado incerto. Na SharkRule, um envio à Binance sem resultado resolvido deve bloquear novos envios à Binance. Preserve a ordem original e seu compromisso de gasto durante a conciliação; o tempo decorrido não libera esse bloqueio.

Checklist para revisar a repetição da regra

  1. Identifique exchange, par, dado, comparação e momento da avaliação. Defina igualdade e primeira leitura. Diferencie condição persistente de novo cruzamento.
  2. Registre o alcance da espera: regra, par ou conta inteira. Anote evento inicial, unidade e limite exato. Não suponha que outra regra compartilhe o temporizador.
  3. Defina se um sinal durante a espera é descartado ou guardado com validade e nova avaliação. Confira se sinais bloqueados reiniciam a espera.
  4. Liste máximo de entradas, orçamento acumulado, custos e compromissos abertos. Defina quando cada contador pode zerar. Reiniciar, vender ou terminar a espera não concede automaticamente uma nova verba.
  5. Reproduza em papel uma condição persistente, uma volta abaixo do limite e cruzamentos durante e após a espera. Inclua evento duplicado, lacuna de dados e orçamento esgotado.
  6. Compare as decisões previstas com o histórico disponível. Separe candidato bloqueado, permissão de envio, aceitação e execução. Mantenha resultados desconhecidos como pendências até verificá-los.

O que o exercício mostra e como continuar

O exercício verifica a coerência da regra com sua política de repetição; não descobre um intervalo lucrativo. Esperar pode deixar movimentos passarem. Repetir pode acumular taxas e exposição. Perdas, slippage, execução parcial, ordens sem execução e falhas da exchange continuam possíveis. Uma simulação não garante execução real.

Abra a apresentação da SharkRule para Binance em português, indicada em Fontes, para revisar valor por compra e máximo de compras antes de iniciar explicitamente. Ela também menciona intervalo entre compras em regras personalizadas. Compare os controles exibidos no seu Shark com a planilha; a página não estabelece o início do temporizador, a política de cruzamento ou o tratamento dos sinais bloqueados deste exemplo.

Regras disponíveis e elegibilidade dependem do painel atual, da conta e da localização. Conectar a exchange não inicia operações. A SharkRule é um software independente, sem afiliação ou endosso da Binance. Não prestamos consultoria financeira ou de investimentos; explicamos mecanismos, sem recomendar ativos, alocações, tamanhos de posição ou operações.

Perguntas frequentes

Cooldown significa apenas uma operação por sinal?

Não por si só. Ele impõe um intervalo conforme uma política. Uma condição persistente pode permitir outra ação depois; uma regra de cruzamento precisa de nova transição. O máximo de entradas controla a quantidade total separadamente.

O que acontece com um cruzamento durante a espera?

Depende da política documentada. Neste exemplo, ele é descartado, mas o preço anterior é atualizado. Se houver uma fila, ela precisa de validade e nova verificação. Não suponha execução posterior.

Pausar e reiniciar renova o orçamento?

Não presuma isso. Revise contagem salva, ordens pendentes e compromissos acumulados. Uma sessão nova não comprova saldo livre para a regra. Se o comportamento após reinício for desconhecido, faltam informações.

Dois minutos é o intervalo certo?

Os 120 segundos servem apenas para mostrar as contas. Não recomendamos essa duração; menos ações não comprovam resultados melhores. Primeiro determine o que a regra avalia, o que inicia a espera e quais limites continuam valendo.

Fontes oficiais

Elaborado com auxílio de IA a partir da documentação oficial indicada. Os exemplos são hipotéticos; não foram realizados testes em contas reais nem comparações de rentabilidade.