A Que Está Realmente Ligada uma Plataforma de Negociação

O terminal é um cliente, e a conta não está lá dentro

O programa instalado na sua máquina não é onde a conta vive. É um cliente: liga-se a um servidor que a corretora gere, e tudo o que está no ecrã é uma cópia daquilo que esse servidor enviou por último. Posições, ordens, saldo e histórico são o registo do servidor, e o trabalho do terminal é mostrá-los e devolver instruções.

Quase tudo o que confunde numa plataforma de negociação decorre desta divisão. Um problema é um problema do terminal, um problema do servidor, ou um problema da ligação entre os dois, e os três têm sintomas diferentes e soluções diferentes. Saber qual deles está à sua frente é a maior parte do trabalho.

Um acesso tem três partes, não duas

Um número de conta e uma palavra-passe não chegam para entrar. A terceira parte é o servidor, porque o mesmo número pode existir em mais do que um dos servidores da corretora e significar lá outra conta, ou conta nenhuma. As corretoras costumam manter vários — demonstração num, contas reais noutro, e por vezes servidores separados para entidades ou regiões diferentes — pelo que uma conta aberta ao abrigo de uma entidade não é alcançável a partir de um terminal apontado a outra.

O servidor também não é permanente. Os servidores são consolidados, renomeados e mudados de sítio, e um terminal que guardou um endereço antigo continua a falhar a ligação enquanto as credenciais estão perfeitamente boas. É por isso que um acesso falhado não é prova de que a palavra-passe está errada, e é por isso que a primeira coisa que um apoio ao cliente pede é o servidor e não o número.

A versão instalada na sua máquina é só metade do programa

A versão que corre na sua máquina e a versão que corre no servidor da corretora são numeradas de forma independente e atualizadas cada uma no seu calendário. O comportamento que observa é uma propriedade desse par, e não da plataforma em abstrato, e é por isso que duas pessoas numa plataforma com o mesmo nome podem estar a descrever programas genuinamente diferentes.

A discrepância às vezes é ruidosa: um servidor pode recusar o acesso de um terminal mais antigo do que aquele que aceita e propor uma atualização em vez disso. O caso silencioso é pior — o terminal liga-se e alguma coisa comporta-se de outra maneira. Como um tipo de ordem é tratado, o que uma interface de programação expõe, que definições sequer existem. É também por isto que instruções escritas e capturas de ecrã envelhecem sem ninguém dar por isso, já que o menu descrito pode simplesmente não estar na versão que o leitor tem. Registe a versão antes de tudo o resto quando comunicar uma avaria.

Uma ligação tem mais do que dois estados

As plataformas relatam a ligação com mais detalhe do que um sinal de ligado ou desligado, e as distinções contam. A ligação pode não existir. Pode ser recusada, porque as credenciais não são válidas naquele servidor — uma avaria diferente de a rede estar indisponível, e que aponta para outro sítio. Ou pode estar estabelecida e já não receber atualizações.

Este último é o caso incómodo. O último preço fica no ecrã, por isso um fluxo parado parece exatamente um mercado que deixou de se mexer. Nada nos preços permite distinguir os dois, porque em ambos os casos nada muda. Quem responde é o indicador de ligação da própria plataforma, e vale a pena saber onde ele está antes de haver motivo para precisar dele.

O que um terminal apagado não trava

Quando o terminal se cala — fechado, adormecido ou desligado — é a divisão acima que decide o que continua. As instruções que já chegaram ao servidor são do servidor: as ordens pendentes de entrada, e os níveis de stop e de limite associados a posições abertas, continuam a ser geridos enquanto ninguém está a ver.

O que não continua é tudo o que ainda era local. Uma instrução que não foi enviada simplesmente não é enviada. Um programa associado a um gráfico não pode agir sobre preços que nunca recebeu, por isso o seu silêncio durante uma quebra não é uma decisão. Em qual das duas categorias cai uma dada instrução é uma propriedade documentada da plataforma e da conta, e não algo a deduzir de um ecrã — um nível desenhado num gráfico não é, por si só, prova de que o servidor foi informado dele.

O fim de uma sessão não é uma quebra de ligação

Terminais web, portais de cliente e interfaces de programação aplicam um tempo-limite de sessão: um limite ao tempo que uma sessão iniciada se mantém válida sem atividade. Quando expira, a sessão termina e a ação seguinte exige entrar de novo. É um tempo de vida de autenticação, e não um acontecimento de negociação — nada muda no servidor, as posições ficam abertas e as ordens já aceites mantêm-se vivas.

Vale a pena separá-lo de uma ligação perdida, porque os dois parecem semelhantes e significam coisas diferentes. As consequências de um tempo-limite estão do lado da entrada. Uma página deixada aberta pode estar a mostrar números que eram verdadeiros quando carregou e já não são. Uma chave ou um token que expirou verá os seus pedidos recusados até ser renovado. O que foi escrito num formulário pode perder-se quando a sessão por trás dele já terminou.

O que ter apontado antes de perguntar a quem quer que seja

Todas as perguntas acima são respondidas por um par específico — este terminal, aquele servidor — e não pela plataforma enquanto categoria. Por isso, o que vale a pena registar no momento em que algo parece errado é o que identifica o par: o nome do servidor, o número da versão, a hora com o respetivo fuso, e o que o registo da própria plataforma guardou, que costuma ser o único sítio onde uma recusa silenciosa chega sequer a aparecer.

A lista é curta e é aborrecida, e é a diferença entre uma pergunta a que alguém consegue responder e uma pergunta que se transforma numa troca de palpites. Tem ainda um segundo uso: diz-lhe sobre qual das três camadas perguntar — a sua máquina, a ligação ou o servidor — e essas três não são, muitas vezes, responsabilidade da mesma organização.