Como validar uma estratégia da Bybit no modo Demonstração
A Demonstração da Bybit é um ambiente administrado pela corretora para saldos de teste e ordens pela API. Ela deve ser usada depois da aceitação de um teste retrospectivo e de uma observação útil na Simulação, pois valida o funcionamento da integração, e não a rentabilidade futura nem a liquidez da estratégia na rede principal.
Leve ao ensaio uma estratégia inalterada
Preserve exatamente o produto, o símbolo, a direção, os limites de tamanho, as saídas e as regras de risco que foram testados. Se você otimizar a configuração enquanto observa o comportamento da Demonstração, a comparação deixará de ser confiável. Execute outro teste retrospectivo sempre que mudar uma regra que afete a estratégia.
- Salve o identificador do teste retrospectivo aceito e a versão da configuração.
- Registre os tipos, as quantidades e as saídas esperadas das ordens, além das mudanças de estado.
- Mantenha pequena a primeira exposição na Demonstração, mesmo que o saldo seja virtual.
- Defina qual divergência interromperá imediatamente o ensaio.
Crie as credenciais no ambiente correto da Bybit
Crie uma chave de API específica para Demonstração e selecione Demonstração na SteadyEdge. As credenciais de Principal, Rede de testes e Demonstração não são intercambiáveis. Habilite apenas as permissões necessárias para o produto à vista ou de futuros escolhido e deixe desabilitados os saques e as permissões de conta sem relação com ele.[3][1]
Observe o ciclo completo das ordens
Uma resposta correta na criação da ordem é apenas o começo. Verifique a confirmação, o estado aberto ou parcial, as execuções, o cancelamento, os fechamentos de somente redução quando aplicáveis, o comportamento da proteção e o estado final da posição. As regras de execução próprias da corretora podem proteger as ordens a mercado, mas não garantem o último preço exibido.[4]
Crie uma tabela de estados esperados antes de enviar a ordem. Inclua o identificador do cliente ou da corretora, a categoria, o sentido, a quantidade após a aplicação da precisão, a validade da ordem, a finalidade de somente redução, os campos de proteção, a mudança esperada na posição e os estados finais. Após cada confirmação da API, aguarde ou consulte o estado autorizado da ordem e da posição, em vez de presumir que a aceitação equivale a uma execução completa. Uma execução parcial deve atualizar a quantidade restante e a exposição; um cancelamento não deve apagar a quantidade já executada; e um fechamento deve ser conciliado com a posição final da corretora.
Use ensaios pequenos e deliberadamente variados: uma ordem a mercado válida, uma ordem limitada em espera que possa ser cancelada, uma quantidade próxima de um limite de precisão e um fechamento adequado ao produto. Preserve os dados da solicitação e os códigos de resposta sem armazenar segredos. O objetivo é entender como a integração representa cada transição e qual falha exige uma ação. Não provoque condições inseguras nem use Principal para obter uma resposta mais realista; as limitações da Demonstração devem permanecer documentadas como limitações.
| Evento | Evidência esperada | Divergência a investigar |
|---|---|---|
| Criação | Identificador da ordem e quantidade aceita | Erro de permissão, precisão ou produto |
| Execução | Quantidade executada, preço médio e taxas | Execução parcial ou desfavorável inesperada |
| Proteção | Estado do limite de perda ou da realização de lucro | Proteção ausente ou conflitante |
| Fechamento | A posição atinge o estado final esperado | Quantidade residual ou estado local desatualizado |
Verifique o tratamento de falhas e a recuperação do estado
As falhas temporárias da API, as quantidades rejeitadas, os saldos desatualizados e a interrupção do acompanhamento fazem parte do risco de execução. Confirme que os erros sejam visíveis, que os envios duplicados sejam evitados e que o robô concilie o estado da corretora após a recuperação. Não avalie apenas o percurso sem erros.
Diferencie uma solicitação que certamente falhou antes de chegar à corretora de um tempo de espera esgotado cujo resultado é desconhecido. Repetir o segundo caso sem verificar pode criar uma exposição duplicada. A recuperação deve consultar as ordens e posições por identificadores duráveis, compará-las com a intenção local e escolher uma próxima ação que não produza duplicatas. Verifique uma pausa enquanto houver uma ordem aberta e um reinício enquanto existir uma posição. O sistema deve apresentar um estado claro de conciliação, e não presumir silenciosamente que a memória local continua sendo a autoridade.
- Provoque ou observe uma ordem rejeitada e preserve o motivo.
- Verifique se as novas tentativas não criam exposição duplicada.
- Pause e retome o acompanhamento; depois, compare o estado local da posição com o da corretora.
- Confirme se as notificações identificam as falhas que exigem uma ação.
- Interrompa o robô e verifique se o comportamento de fechamento pretendido é concluído.
Compare a Demonstração com o teste retrospectivo e a Simulação sem esperar igualdade
Os testes retrospectivos usam dados históricos da rede principal; a Simulação usa dados atuais dessa rede com um modelo interno de execução; e a Demonstração da Bybit usa o ambiente isolado da corretora. Compare as decisões das regras e o comportamento dos ciclos, mas explique as diferenças de preço e liquidez em vez de impor uma coincidência vela a vela.[2]
Classifique cada diferença como uma variação esperada do ambiente, uma limitação do modelo, uma incompatibilidade da configuração ou um defeito do programa. Um preço diferente no ambiente isolado pode ser normal; um produto, sentido, critério de quantidade ou decisão de risco diferentes não são. Preserve as datas, os horários e os identificadores que sustentem a classificação sem expor segredos. Defina uma regra de aceitação para as diferenças não resolvidas e não as esconda na média de ordens corretas. O valor da Demonstração está em encontrar uma incompatibilidade mecânica específica antes que ela controle capital real.
Faça um ensaio controlado na Demonstração da Bybit
Use a configuração inalterada e aceita e mantenha um registro de eventos durante vários ciclos completos.
- Crie uma chave específica para a Demonstração da Bybit que tenha apenas as permissões necessárias para operar com o produto.
- Valide a conta e confirme a corretora, o ambiente Demonstração e os rótulos À vista ou Futuros.
- Observe a criação, a execução, a proteção, o cancelamento e o fechamento com suas quantidades, datas e horários.
- Verifique pelo menos um percurso de falha ou recuperação e concilie o estado local com a Bybit.
- Documente todas as diferenças em relação ao teste retrospectivo e à Simulação antes de considerar Principal.
Lista de verificação da Demonstração da Bybit
O ensaio só termina quando existem evidências destes controles.
- A chave foi criada na Demonstração e não pode ser confundida com as credenciais de Principal.
- As permissões do produto correspondem ao processo escolhido de mercado à vista ou de futuros.
- É possível observar todos os estados do ciclo da ordem e todas as taxas.
- Os percursos rejeitados ou interrompidos se recuperam sem duplicar a exposição.
- As diferenças em relação aos modelos histórico e simulado são explicadas em vez de ignoradas.
O que a Demonstração da Bybit não consegue demonstrar
A liquidez, os preços, as contrapartes, os saldos e a infraestrutura do ambiente isolado podem ser diferentes de Principal. Uma execução na Demonstração não garante uma execução na rede principal, e um ciclo estável das ordens não demonstra rentabilidade. Use o ambiente para validar o funcionamento da integração e preserve critérios de risco independentes para o capital real.
Fontes e leituras adicionais
O comportamento do produto é comparado à documentação e ao código da SteadyEdge; os dados variáveis das corretoras e plataformas apontam para fontes oficiais atualizadas.
Conclua o ensaio antes de criar uma chave para Principal
Use o aprendizado guiado para conciliar as ordens esperadas e observadas, verificar o tratamento das falhas e definir uma pequena exposição real e uma regra de pausa antes de conectar Principal.