SHARKRULE / Aprender

Trading simulado e conta real: o que uma execução virtual não comprova

O paper trading, ou trading simulado, registra operações com saldo virtual conforme um modelo de execução. Operar com dinheiro real envolve enviar ordens à corretora, onde a aceitação, a liquidez disponível e as outras ordens determinam o que será executado. Uma simulação ajuda a observar se a regra se comporta como você pretendia dentro das premissas do modelo; ela não comprova que as mesmas operações, custos ou resultados se repetirão com recursos reais.

SharkRule · Revisado em

Identifique primeiro o que o teste verificou

Uma simulação daqui para frente acompanha os dados de mercado que chegam após seu início. Um backtest reproduz dados históricos. Ambos precisam de premissas sobre o momento em que as ordens chegam e como são executadas. O ambiente de testes de uma corretora é uma situação diferente: receber uma resposta bem-sucedida nele não comprova a liquidez do mercado real nem as permissões da sua conta real.

A validação de uma ordem tem alcance ainda menor. A função Test new order da Binance valida a solicitação sem enviá-la ao sistema que cruza as ordens. Passar nessa verificação não significa ter comprado ou vendido. Antes de comparar resultados, identifique cada um como observação da regra, execução modelada ou execução confirmada pela corretora.

Exemplo: uma regra, três registros de execução possíveis

Tudo neste exemplo é hipotético: o ativo A, a moeda de cotação Q, as quantidades, os preços, a fila e as taxas. São dados para fazer a conta, não uma escolha de ativo, indicação de tamanho da posição ou teste em uma conta. Começamos com 200 Q e nenhum A. Ao observar a condição escolhida, a regra solicita uma compra limitada de 10 A por no máximo 10 Q cada. Todas as compras executadas do exemplo ocorrem a 10 Q por A. Na revisão, qualquer quantidade não executada é cancelada; os saldos pressupõem que o cancelamento da parte restante foi confirmado, sem novas execuções antes dessa confirmação.

Para usar o mesmo critério contábil simples nos três casos, suponha uma taxa de 0,1% sobre o valor da compra executada, paga em Q. Não é uma tarifa da Binance nem uma descrição do modelo de taxas da SharkRule. As taxas reais e os ativos usados para pagá-las precisam ser conferidos separadamente.

O modelo idealizado compra os 10 A quando seus dados de preço chegam a 10 Q. No cenário com restrição de fila, compras anteriores de 6 A têm prioridade no mesmo preço. Apenas 10 A em vendas chegam àquela fila antes da revisão: as compras anteriores recebem 6 A e esta ordem recebe 4 A. Suponha que não haja outras mudanças na fila. No terceiro cenário, nenhuma venda apta a executar chega à nossa ordem.

A mesma compra limitada sob diferentes premissas de execução
RegistroExecução completa idealizadaExecução restrita pela filaSem execução
A adquiridos em cada cenário1040
Valor da compra em Q10 × 10 = 1004 × 10 = 400
Taxa hipotética em Q100 × 0,001 = 0,1040 × 0,001 = 0,040
Q restantes na revisão, após cancelar eventual parte não executada200 − 100 − 0,10 = 99,90200 − 40 − 0,04 = 159,96200
A solicitados sem execução e cancelados0610
Parcela da quantidade solicitada executada100%40%0%
  1. Compare a quantidade executada e o estado final da ordem antes de comparar os saldos. O cenário parcial mantém mais dinheiro porque também adquiriu menos unidades; isso não comprova desempenho melhor.
  2. Separe o pedido restante de 6 A da posição de 4 A até a confirmação do cancelamento. Pedir o cancelamento não comprova que nenhuma outra execução ocorreu antes da confirmação.
  3. Não invente uma venda posterior das unidades que não foram compradas. Calcular uma saída de 10 A descreveria uma posição diferente daquela adquirida.
  4. Se a taxa for descontada em A ou em outro ativo, em vez de Q, registre esse ativo e refaça o saldo correspondente. A subtração apenas em Q usada na tabela já não descreveria todos os saldos.

O preço tocar seu limite não comprova seu lugar na fila

O gráfico pode mostrar um negócio no preço da sua ordem limitada sem que quantidade suficiente do lado oposto chegue até ela. A documentação de prioridade da Binance ilustra a ordenação por preço e momento de chegada. Sem informação sobre chegada e fila, considerar a ordem executada apenas pelo preço é uma premissa a registrar, não uma execução confirmada.

Os modelos variam. A documentação de paper trading da Alpaca exclui expressamente da sua simulação a posição na fila, o impacto da própria ordem no mercado e o slippage causado por latência. É um exemplo de limite documentado de um modelo, não uma descrição de todos os simuladores nem da implementação da SharkRule.

Em uma ordem a mercado, a cotação anterior não é um preço reservado. Um atraso pode mudar o livro disponível, e a execução pode consumir vários níveis de preço. Um modelo pode incluir spread, taxas e slippage e ainda assim trabalhar com aproximações. Confira qual preço de referência, atraso e quantidade disponível ele considera; um resultado sem essa explicação deixa essas dúvidas em aberto.

Teste uma resposta incerta, além de uma operação bem-sucedida

Considere outra sequência hipotética: às 10:00:00 uma ordem é enviada; às 10:00:10 o prazo de resposta se esgota; às 10:00:12 a ordem original é encontrada com execução parcial de 4 unidades. Os horários são ilustrativos, não uma promessa de velocidade do serviço. A ausência de resposta não significava que nada tinha sido comprado.

A Binance documenta que o esgotamento do prazo de resposta pode deixar a execução desconhecida e orienta consultar o estado da ordem. Um teste que transforma imediatamente toda resposta ausente em rejeição deixa de representar essa ambiguidade. Mantenha novos envios à Binance bloqueados enquanto o resultado existente não for esclarecido; confira seu estado e suas execuções antes de considerar outra ação. Não crie uma regra duplicada para contornar a incerteza.

Guarde um checklist de evidências de cada teste

Use um caderno ou uma planilha. É um método de revisão, não uma afirmação de que o painel exporta todos esses campos. Marque cada item como observado, presumido ou desconhecido. Mantenha as lacunas visíveis, sem substituí-las por uma premissa favorável.

O que registrar e quais conclusões o registro sustenta
RegistroPergunta que ajuda a responderLimite da evidência
Versão da regra, modo, horário da condição e horário dos dadosEssa versão reagiu à observação pretendida?Não comprova uma execução real naquele instante.
Tipo de ordem, quantidade solicitada e premissas de execuçãoO que o modelo permitiria?O preço tocar o limite, por si só, não comprova prioridade na fila nem liquidez.
Quantidade executada, preço, valor da taxa e ativo de pagamentoAs posições e os saldos modelados fecham?Uma taxa configurada não comprova a tarifa atual da conta.
Execuções parciais, rejeições, cancelamentos e respostas ausentesQuais situações de falha foram testadas?Uma falha que não ocorreu nem foi modelada continua sem teste.
Ativos não vendidos, compromissos pendentes e horário de revisãoO que resta depois do teste?Uma posição não vendida não é uma venda concluída nem tem valor de saída garantido.

Erros ao interpretar resultados simulados

  1. Comparar o dinheiro restante sem considerar que as quantidades de ativos são diferentes. Confira separadamente dinheiro, ativos e ordens pendentes.
  2. Supor que simulações não têm custos ou que os custos modelados reproduzem exatamente os reais. Leia as premissas; as taxas da Binance podem depender da conta, do par e dos descontos aplicáveis.
  3. Reiniciar um teste desfavorável e guardar apenas o favorável. Ao mudar uma configuração, preserve a versão anterior da regra, suas premissas e suas observações.
  4. Confundir um teste sem incidentes com um teste de interrupções. Anote quais casos de atraso, rejeição, execução parcial e dados indisponíveis foram realmente testados; marque os demais como não testados.

Um teste sem erros não prevê resultados nem obriga você a operar

Não existe um número de dias simulados ou operações concluídas que garanta execução ou retorno. Um período curto pode deixar de fora condições de mercado em que sua regra funcionaria mal. Perdas virtuais também não mostram como você reagirá emocionalmente a uma perda real. São limites das conclusões possíveis, não motivos para forçar um experimento com dinheiro real.

Operações reais podem causar perdas por mudanças de preço, taxas e slippage. As ordens podem ficar sem execução, e interrupções da corretora, falhas de custódia ou restrições da conta podem impedir o acesso ou uma saída. Não somos consultores financeiros. Este guia explica um método de teste, sem indicar ativos, alocações, valores ou operações. A SharkRule é um software independente, sem afiliação ou endosso da Binance.

Próximo passo: revise um teste virtual com o checklist

Abra o guia do simulador da SharkRule em português, indicado em Fontes, confira o orçamento virtual e escolha um comportamento da regra para observar com este checklist. O guia público atual descreve uma simulação daqui para frente, com saldo virtual e custos modelados, sem exigir conexão com corretora. Interprete suas observações dentro das premissas daquele teste.

Uma simulação não autoriza operações reais. Qualquer configuração posterior com dinheiro real exige uma revisão separada da regra disponível, do orçamento, das permissões da corretora e da elegibilidade da conta, seguida de um início explícito. Use apenas o que o painel atual oferece para sua conta e localização; continuar na simulação também é uma escolha válida.

Perguntas frequentes

Um resultado simulado com lucro comprova que a mesma regra funcionará na conta real?

Não. Ele registra um resultado sob uma amostra de dados e um modelo de execução específicos. Outras execuções, taxas, demoras e preços futuros podem mudar o resultado, inclusive gerar perdas. Confira o comportamento da regra e as premissas ainda não esclarecidas, sem tratar o saldo virtual como previsão.

Uma simulação pode incluir taxas e execuções parciais?

Sim, se o modelo oferecer isso. A presença desses elementos não comprova que ele reproduza os custos da sua conta na corretora ou sua posição na fila. Registre as premissas documentadas e marque como desconhecido qualquer detalhe que faltar.

Uma ordem de teste aceita pela Binance comprova que uma ordem real será executada?

Não. A função de teste verifica a solicitação sem colocá-la no sistema que cruza as ordens. Uma ordem real posterior ainda precisa ser aceita e executada contra outras ordens. Consulte o estado real e a quantidade executada para determinar o que aconteceu.

Preciso passar para a conta real depois de uma simulação bem-sucedida?

Não. Você pode continuar aprendendo com saldo virtual ou decidir não prosseguir. Testes não eliminam perdas nem o risco da corretora. A disponibilidade das operações reais depende do produto atual, da sua conta na corretora e da sua localização; iniciar exige uma autorização separada e deliberada.

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.