SHARKRULE / Aprender

Compra recorrente de criptomoedas: agendamento, saldo e falhas

Uma compra recorrente agenda tentativas de compra; não garante que todas sejam concluídas. Se uma compra não aparecer, primeiro descubra se nenhuma ordem foi enviada, se houve rejeição ou se o resultado ainda é desconhecido. Não presuma que a próxima compra terá o dobro do valor nem que reiniciar cria um orçamento novo.

SharkRule · Revisado em

O que a compra recorrente realmente repete?

Uma compra recorrente de valor fixo usa um valor e um intervalo escolhidos. O calendário indica quando é hora de tentar a compra; saldo, permissões, limites do produto e execução continuam valendo. Já uma regra de compras para compor um preço médio, acionada pelo preço, espera uma condição de mercado. O nome “bot DCA” sozinho não esclarece qual comportamento se aplica, se os valores mudam ou se há vendas incluídas.

Este guia examina compras à vista programadas, sem alavancagem nem aumento das ordens após perdas. Uma programação de compras não autoriza vendas. Qualquer saída opcional precisa de condições exatas, quantidade e aprovação próprias. Repetir uma compra ou calcular seu custo médio não demonstra que o preço futuro será favorável.

Confira a primeira compra separadamente da próxima

Anote a primeira execução, o intervalo, o fuso horário, a condição de encerramento e o tratamento das compras não realizadas. “Semanal” não informa se haverá uma compra imediata na configuração ou se será preciso esperar. Confira a próxima data exibida e se a execução acontece em horário exato ou dentro de uma janela. Não deduza o comportamento do relógio local a partir de um registro em UTC.

A ajuda da Coinbase sobre compras programadas descreve uma compra inicial imediata. Suas instruções para o aplicativo comum da Coinbase não comprovam o comportamento dos agendamentos no Coinbase Advanced nem no SharkRule. Confira o produto utilizado antes de aprovar um plano.

Separe o limite de tentativas do limite de compras concluídas. Uma tentativa que falhou pode contar para o primeiro e não para o segundo, conforme a regra documentada. Uma programação por tempo indeterminado também precisa de um período de gasto definido e de uma condição de parada; um valor pequeno por compra não equivale a um teto total.

Uma compra ignorada é diferente de uma ordem sem confirmação

Saldo disponível é o valor que esta compra pode usar, não o valor de todos os ativos da conta. Outras ordens abertas, retenções na conta ou a forma de pagamento selecionada podem reduzir o valor utilizável. Confira a carteira e a moeda corretas sem presumir que o plano programado reserva fundos antecipadamente.

As perguntas frequentes do Binance Convert informam que a falta de saldo faz a compra falhar e que haverá outra tentativa no próximo ciclo. Elas não prometem dobrar a compra seguinte para compensar. Separadamente, a documentação do Binance Spot alerta que o tempo de espera esgotado pode deixar a execução desconhecida e exige uma consulta de status. São produtos diferentes; suas regras de novas tentativas não são intercambiáveis.

No SharkRule, um envio de ordem à Binance com resultado ainda não resolvido deve continuar bloqueando novos envios à Binance. Uma data no calendário, uma reinicialização ou o estado de outra corretora não resolve esse registro.

Identifique o que aconteceu antes de considerar outra compra
Estado registradoO que comprovaO que conferir depois
Bloqueada antes do envioNenhuma ordem foi enviada para essa dataMotivo, saldo disponível e próximo horário programado
Rejeição confirmada sem execuçãoEssa ordem não comprou nadaRegistro final da ordem e eventuais cobranças reais
Tempo de espera esgotado ou resposta ausenteO resultado é desconhecidoEstado e execuções da ordem original; manter o valor comprometido
Aceita ou parcialmente executadaA ordem ou a quantidade restante pode continuar ativaQuantidade executada, parte em aberto e custos
Conclusão confirmadaA compra e os custos podem ser conciliadosGasto acumulado e limite restante

Exemplo de registro: quatro datas não significam quatro compras

Este exemplo original em papel usa quatro datas semanais às 09:00 UTC: 5, 12, 19 e 26 de outubro de 2026. As datas são hipotéticas, inclusive a futura; nenhuma conta foi testada. Por definição, a configuração não gera compra imediata, as compras não realizadas são descartadas e uma ordem sem resolução bloqueia novos envios. São regras do exemplo, não padrões do SharkRule nem promessas das corretoras.

Cada compra permitida compromete 30 unidades genéricas da moeda de cotação mais 1 unidade reservada para custos. O teto acumulado é 100 para todo o período de quatro datas. Suponha que cada compra concluída custe exatamente 31, incluindo os custos; a reserva de 1 unidade para custos é inventada, não uma taxa publicada. Não há venda, aporte automático de fundos nem renovação do orçamento. Quatro datas oferecem quatro oportunidades de conferir as condições, não permissão para gastar 4 × 31 = 124.

A compra ignorada em 12 de outubro gastou zero, mas não acrescentou 31 ao teto. Enquanto o resultado da ordem de 19 de outubro é desconhecido, o limite restante é 100 − 31 − 31 = 38. Ter limite restante não remove o bloqueio causado pela ordem sem resolução. Quando a conclusão dessa ordem é confirmada, mova 31 do valor comprometido para o gasto; não conte duas vezes.

Depois da compra normal de 26 de outubro, o gasto é 3 × 31 = 93 e restam 100 − 93 = 7. Uma compra extra para compensar a que foi ignorada exigiria 93 + 31 = 124, ultrapassando o teto em 24. O exercício a bloqueia; não aumenta o teto, não escolhe uma compra menor nem renova o período. Custos reais acima do previsto exigiriam uma nova verificação antes de qualquer compra posterior.

Registro hipotético de gasto; todos os valores são unidades genéricas da moeda de cotação
Data ou eventoDecisão ou confirmaçãoGastoComprometido sem resoluçãoDisponível dentro de 100
5 out., 09:00 UTCCompra concluída e custos conciliados31069
12 out., 09:00 UTCSó há 20 disponíveis; ignorar sem enviar31069
19 out., 09:00 UTC31 reservados; envio fica sem resposta no prazo313138
19 out., resultado ainda desconhecidoSem nova tentativa nem compra extra para compensar313138
19 out., consulta posterior de statusA compra original foi concluída por 3162038
26 out., 09:00 UTCA próxima compra normal é concluída por 319307
Após as quatro datasProposta de gastar mais 31 é bloqueada9307

Defina se a falha será ignorada, repetida ou compensada depois

Uma nova tentativa se refere à mesma compra programada depois que sua falha foi confirmada. A próxima data do calendário é outro evento. Compensar uma compra não realizada significa adicionar uma compra posterior ou aumentar seu valor para substituí-la. Essas escolhas mudam os horários e o possível gasto; nenhuma decorre automaticamente da palavra “recorrente”.

Se o produto permitir novas tentativas, confira a quantidade máxima, a validade, a identificação da compra original e as verificações de saldo e custos. Todas devem permanecer dentro do mesmo valor aprovado e do teto acumulado. Nunca trate o tempo de espera esgotado como prova de que é seguro enviar outra ordem. Para compensar uma compra não realizada, a política precisa permitir isso expressamente e todos os limites atuais devem continuar sendo respeitados.

Uma execução parcial também exige conciliação: uma nova compra pelo valor integral pode repetir a parte já executada enquanto o restante continua em aberto. Cancelar a programação não comprova que suas ordens já enviadas foram canceladas nem que os ativos existentes foram vendidos.

Erros que podem mudar o gasto da programação

Contar apenas as datas previstas pode deixar de fora uma compra imediata na configuração. Recriar um plano sem conferir o anterior pode deixar duas programações ativas. Tratar uma nova sessão do aplicativo como um orçamento novo pode apagar justamente o limite aprovado pelo usuário.

Interpretar “saldo insuficiente” como instrução para adicionar dinheiro ou dobrar o próximo valor muda a decisão em vez de diagnosticar a falha. O mínimo da corretora também pode superar o valor permitido por uma regra; a solução não é aumentá-lo automaticamente. Confira o motivo e deixe sem aprovação qualquer instrução incompleta ou não suportada.

Um gasto fixo não compra uma quantidade fixa do ativo. Preços e cotações de conversão mudam; taxas, spread e slippage afetam o que é recebido. Agendar compras não garante execução, não evita perdas nem elimina riscos da corretora e da custódia. Uma compra não realizada não comprova que compensá-la seria vantajoso.

Roteiro prático para conferir uma programação de compras

  1. Identifique a conta, o par Spot exato ou produto de conversão, o valor e a moeda. Diferencie a recorrência da própria corretora de uma regra de automação externa.
  2. Confira a primeira compra, a próxima data, o fuso horário, o intervalo, a data ou contagem final e se compras não realizadas são descartadas. Registre o que cada contador contabiliza.
  3. Defina o período do teto acumulado, o tratamento dos custos e os valores comprometidos em ordens pendentes. Inclua na revisão qualquer compra imediata de configuração e outras programações ativas.
  4. Inspecione o registro da compra que falhou. Separe nunca enviada, rejeição confirmada, execução parcial e resultado desconhecido; concilie ordens sem resolução antes de outro envio.
  5. Confira a política documentada de novas tentativas e compensação de compras não realizadas. Confirme que nenhuma reinicia o teto, aumenta o valor sem avisar ou executa uma compra cuja autorização já venceu.
  6. Percorra uma compra ignorada, um resultado desconhecido e uma compra final com pouco orçamento restante. Compare as decisões esperadas com os controles realmente exibidos antes de iniciar explicitamente.

Use o registro para conferir o orçamento de uma regra

Em seguida, use o guia de controles de gasto do SharkRule em português, disponível nas Fontes, para comparar limites por ordem, gasto acumulado e valores pendentes com sua regra. O produto público exige revisar a ação e os limites antes da ativação; este artigo não verifica nenhum recurso específico de agendamento, nova tentativa ou compensação. Deixe comportamentos não definidos sem aprovação.

A disponibilidade depende do painel atual, da conta e da localização. A ativação de novas operações reais não está aberta; a primeira versão para clientes está sendo preparada para residentes elegíveis do Reino Unido que usam Coinbase Advanced Spot. Um exercício em papel ou uma simulação suportada não comprova execuções nem retornos reais. O SharkRule é um software independente, sem afiliação nem endosso das corretoras. Não somos consultores financeiros nem de investimento; este conteúdo explica a mecânica, não quais ativos, alocações ou operações escolher.

Perguntas frequentes

A próxima compra inclui automaticamente a que não foi realizada?

Não presuma isso. Tentar no próximo ciclo e compensar uma compra não realizada são políticas diferentes. Confira o comportamento documentado do produto; qualquer compra extra ainda precisa de permissão e de espaço dentro do mesmo teto de gasto.

O tempo de espera esgotado significa que a compra recorrente falhou?

O resultado pode continuar desconhecido. Mantenha o valor comprometido original e confira os registros de ordens e execuções da corretora antes de considerar outro envio. A falta de resposta sozinha não comprova que nada foi comprado.

Pausar a programação vende o que já foi comprado?

A pausa não concede permissão de venda. Confira as ordens abertas separadamente e não confunda interromper compras futuras com cancelar ordens enviadas ou vender ativos existentes.

Um bot DCA é o mesmo que uma compra recorrente?

O nome não é preciso o suficiente. Confira se o tempo ou o preço aciona a compra, se os valores permanecem fixos, como compras não realizadas são tratadas e se a saída foi autorizada separadamente. Nenhum nome promete um resultado melhor.

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.