Uma chave de API de corretora que pode negociar e não pode sacar

Uma chave de API de corretora é uma credencial que a plataforma aceita no lugar de uma pessoa logada, dentro das permissões que você marcou ao criá-la. Não é uma senha para o site inteiro, e não é a frase-semente de uma carteira. Essas distinções se embaralham em mensagens de chat, e é assim que chaves acabam com poderes que ninguém quis conceder. Esta nota mantém as distinções nítidas, e mantém um fato ainda mais nítido: o site da Captay não aceita uma chave.

Escopos são uma lista, não uma sensação

As plataformas dividem o acesso em bits com nomes próprios. Os bits que importam para este projeto são, em linhas gerais: ver saldos e ordens, colocar e cancelar ordens, mover fundos dentro da plataforma e sacar para um endereço. Uma configuração cuidadosa liga os dois primeiros e desliga os dois últimos. Os rótulos na tela valem mais do que qualquer paráfrase de uma página de produto. Se um bit tem um nome que você não entende, o bit fica desligado até você entender.

Algumas plataformas escondem o saque atrás de uma segunda confirmação ou de uma lista de endereços. Esse é um controle delas, é útil, e não é motivo para ligar o bit 'por via das dúvidas' caso o produto queira depois. O projeto da Captay nunca quer. Um produto que pede para ligar o saque para que a automação possa 'gerenciar fundos' está descrevendo custódia. A Captay descreve o contrário.

Somente leitura é a ferramenta errada

Uma chave que só pode ler é a ferramenta certa para um painel de dados e a errada para uma estratégia que precisa colocar uma ordem. Uma automação sem o bit de negociação pode ver um limite ser rompido e então enviar uma notificação que talvez você receba dormindo. Isso pode ser um produto. Não é este produto. As estratégias da Captay são regras que colocam ordens. Elas precisam do bit de negociação, e precisam estar envoltas em limites porque o bit de negociação basta para causar dano.

O dano não é teatral. Um loop que compra um mercado pouco líquido pode mover o preço contra si mesmo. Uma ordem a mercado repetida pode pagar o spread a tarde inteira. Um bug que ignora um teto de posição pode continuar até o saldo de cotação acabar. Nenhum desses resultados exige um saque. Se o seu modelo de ameaças para em 'eles não podem roubar as moedas para outra rede', você modelou o roubo e ignorou a perda.

O saque é o extra errado

O bit de saque permite que a chave peça à plataforma que envie moedas para um endereço. Combinado com uma chave vazada, é um caminho direto para fora da conta. Deixá-lo desligado não torna o resto da chave inofensivo. Significa, sim, que um processo defeituoso ou hostil que tenha apenas essa chave não pode inventar uma transferência que a plataforma honre. É a plataforma que impõe isso. O software da Captay, por mais cuidadoso que seja, não é um segundo fiador de uma permissão que nunca lhe foi dada.

Transferências internas são fáceis de ignorar porque parecem rearranjar seus próprios móveis. Se o bit pode mover fundos para uma subconta que você não vigia, não são móveis. Trate-o como vizinho do saque e deixe-o desligado, a menos que tenha um motivo que sobreviva a uma releitura na manhã seguinte.

Vazamento e rotação

Uma chave de negociação colada em um chat, um chamado ou um formulário tem o mesmo poder que uma chave de negociação guardada em um cofre, até que você a apague. A colagem é o vazamento. Apagar a chave na corretora encerra essa credencial mesmo que uma cópia fique nos registros de outra pessoa. Criar uma chave nova com os mesmos bits cuidadosos é a rotação. Escrever o segredo antigo em um campo de senha 'para que o suporte veja o erro' é a forma como a rotação fracassa.

Listas de IP permitidos, onde uma plataforma as oferece, reduzem o conjunto de redes que podem apresentar a chave. Não reduzem o que a chave pode fazer uma vez apresentada a partir de uma rede permitida. Vale a pena usá-las mais adiante, na tela da plataforma, como um controle seu. Não são um controle que a Captay possa prometer, porque a Captay não opera a sua lista e não tem, hoje, um endereço para colocar nela.

Um armazenamento que ainda não existe

Um painel futuro teria de guardar uma chave de negociação para assinar ordens. A nota de privacidade diz que esse armazenamento seria criptografado e não está construído. A criptografia responde a uma pergunta de armazenamento: uma imagem de disco não deveria conter um segredo utilizável em texto puro. Não responde a uma pergunta de comportamento. O processo que pode descriptografar a chave também pode enviar a ordem. Os limites e a parada são os controles de comportamento. São projetos, não um processo em andamento, e não tornam inofensiva uma chave armazenada.

Este site não tem campo de chave, upload de arquivo nem chat de suporte que peça para colar uma 'temporariamente'. Se você encontrar um campo assim, não é esta versão. O formulário de contato aceita um texto que parece um e-mail e depois o mantém na página. Uma chave não é um e-mail. Não descubra o que o validador faz com uma.

Uma lista que você pode seguir sem a Captay

  • Não crie nada enquanto o painel estiver fechado. Uma chave sem consumidor é uma chave esperando um vazamento.
  • Quando existir um consumidor, marque negociação e leitura, e deixe saque e transferência interna desligados.
  • Prefira uma chave nova a reutilizar uma que já viveu em outra ferramenta.
  • Apague a chave na plataforma assim que o experimento terminar ou assim que não conseguir explicar onde estão as cópias.
  • Nunca envie o segredo a uma pessoa que se ofereça para 'conferir as permissões por você'.

A lista é higiene comum. Não é uma afirmação de que segui-la torna a automação segura, e não é uma afirmação de que a Captay revisou a tela da sua plataforma. Nenhuma ordem sai deste site enquanto você lê. O resultado útil da nota é uma chave menor, mais adiante, não uma chave hoje.