O assinante tem a chave API expirando, o IP permitido esta sendo alterado ou surge uma suspeita de vazamento. Parece que basta inserir uma nova chave e continuar a copia. Mas o acesso a bolsa e o estado da conta de negociacao sao coisas diferentes. A substituicao dos dados nao prova que a posicao aberta foi fechada, a ordem de protecao foi mantida e a acao perdida do trader sera restaurada.

O proprietario do servico com sua audiencia precisa de um regulamento curto: quem troca a chave, quem e responsavel pelas posicoes durante a pausa e por quais sinais a conexao e novamente considerada operacional. A seguir esta esse plano, e nao uma promessa de substituicao continua em qualquer configuracao.

Substituicao planejada e suspeita de vazamento sao casos diferentes

Na manutencao planejada, pode-se concordar previamente o horario e verificar o estado da conta. Na suspeita de comprometimento, a prioridade e diferente: o proprietario da conta revoga a chave suspeita pelos meios da bolsa e verifica a seguranca da conta. Nao se deve deixar o acesso ao possivel invasor para manter a copia continua.

O direito desativado de retirada nao torna a chave de negociacao inocua: a permissao para negociar permite alterar a exposicao no mercado. Por isso, o novo segredo nao e enviado ao administrador via mensageiro, nem colocado em ticket, nem mostrado em captura de tela. O participante o insere ele mesmo nos campos protegidos designados para isso.

Se a chave pode ter vazado, o plano usual abaixo e complementado pelo procedimento de seguranca da bolsa. Nao vale a pena retomar a conexao enquanto nao se sabe quem mais tem acesso a conta.

Antes da troca, defina o que exatamente esta conectado

Anote a bolsa, a conta ou subconta necessaria, o mercado e o usuario do projeto. A nova chave deve pertencer a mesma conta presumida: nome similar da conexao nao confirma isso. Descubra separadamente se a chave antiga e usada por outro robo ou servico. Sua revogacao pode interromper nao so a copia.

O proprietario do projeto e o assinante devem ter uma resposta comum para tres perguntas:

  • Quais acoes comerciais podem ocorrer durante os trabalhos?
  • Quem monitora as posicoes e ordens existentes?
  • O que fazer se a verificacao da nova conexao falhar?

Nao prometa o modo “novas entradas paradas, saidas continuam” ate que esteja comprovado para o projeto especifico. Parar a copia e fechar a posicao e tratado separadamente: nao e uma operacao unica.

Salve o estado original sem segredos

Antes da substituicao planejada, o participante verifica posicoes, ordens ativas e saldo disponivel diretamente na bolsa. Na nota operacional, sao suficientes horario em UTC, instrumento, direcao e volume da posicao, identificadores de ordens importantes e responsavel pela observacao.

O que registrar Para que isso sera necessario
Conta, mercado e usuario do projeto Para nao restaurar acesso a outra conexao
Posicoes e ordens ativas Para notar alteracoes durante a pausa
Ultimo evento de copia conhecido Para definir o limite do intervalo verificado
Responsavel e forma de contato Para evitar que a questao fique entre suporte e assinante

Este e um registro de manutencao, nao um armazenamento de dados API. Se a documentacao da bolsa nao confirma o destino das ordens apos revogacao da chave, nao faca suposicoes: verifique o estado delas separadamente.

Verifique direitos, depois o estado de negociacao

Crie a nova chave conforme a instrucao atualizada da sua bolsa. As permissoes devem corresponder ao mercado necessario; para o CopyTrader, nao e preciso direito de retirada. Se ha restricao por IP, enderecos atuais da conexao devem ser confirmados com o servico, nao tirados de conversas antigas.

A instrucao de conexao do CopyTrader descreve a verificacao das chaves nas configuracoes do usuario. Ela ajuda a detectar erro de acesso, mas nao confirma que todo o periodo da pausa foi corretamente tratado. A ordem exata para salvar os novos dados e reativar a conexao deve ser confirmada para sua configuracao antes da alteracao.

Depois de verificar o acesso, compare as posicoes e ordens atuais na bolsa com a gravacao original. Ha execucoes desconhecidas? Ficou alguma ordem capaz de alterar a posicao? Houve acoes do trader durante a falta de conexao? Nao inicie a sincronizacao como um teste inofensivo: ela pode causar operacoes de negociacao.

Exemplo: chave substituida, mas trabalho ainda nao terminado

O assinante tinha uma posicao aberta e ordem de protecao. Durante a troca, o trader reduziu seu volume. A nova chave passa na verificacao, porem o assinante tem a posicao antiga. Isso nao e motivo para repetir manualmente a acao imediatamente: primeiro e preciso estabelecer quais ordens ja foram enviadas e o que realmente foi executado.

O operador registra os limites da pausa e envia para analise horario, instrumento e identificadores das operacoes sem segredos. A revisao de ordens e posicoes ajuda a lidar com o fato da execucao; ela nao e substituida pelo status verde da API.

Quando fechar o pedido de manutencao

O trabalho esta concluido quando a conta necessaria e os direitos foram verificados, as posicoes e ordens restantes sao conhecidas, a ordem de gerenciamento futuro esta acordada e a chave antiga foi revogada conforme o plano adotado. Esta ultima e confirmada na bolsa, nao apenas pela exclusao dos dados do servico.

Para a audiencia e conveniente preparar antecipadamente um guia: onde inserir a nova chave, o que nao enviar ao suporte e quais informacoes anexar em caso de erro. O CopyTrader fornece a infraestrutura para seu servico, nao assinantes prontos: uma ordem clara de manutencao permanece parte do trabalho do proprietario do projeto. Tal procedimento nao elimina o risco de mercado, mas ajuda a nao confundir o acesso restaurado com a gestao restaurada da conta.

Compartilhar material