Bot de negociação de cotações: normalize antes de agir

A conversão de formatos de um bot de cotações exige uma convenção declarada

Um analisador deve conhecer o formato a partir de um campo explícito ou de uma correspondência revista da fonte. Não deve adivinhar apenas pela magnitude ou pontuação de um número. O valor 2,5 pode significar cotação decimal, uma razão fracionária de lucro escrita incorretamente como decimal, um montante em dólares ou uma percentagem. Um sinal positivo pode ter significado em cotações americanas mas ser irrelevante noutro campo. O contrato da fonte e a definição do formato têm de resolver a interpretação.

Preserve o valor original e o seu formato declarado juntamente com o resultado normalizado. Um revisor deve conseguir reconstruir a conversão e detetar uma mudança de fonte. Se um fornecedor alterar um campo de unidades percentuais para unidades decimais de probabilidade, o bot não deve continuar a interpretar 0,40 como 0,40% ou 40 como uma probabilidade de quarenta. Validação de esquema e verificações de versão da fonte ajudam a tornar essas mudanças visíveis.

Informação de formato em falta ou ambígua deve bloquear ações dependentes da conversão. O bot pode manter a observação para revisão, mas não deve preencher a lacuna com a interpretação que cria uma oportunidade atrativa. Um valor predefinido conveniente é perigoso quando as interpretações possíveis diferem por um fator de 100 ou invertem a relação esperada entre pagamentos.

O guia anterior de um bot de cotações de mercados de previsão fornece contexto para ligar valores cotados a decisões. A primeira responsabilidade de um conversor de formatos é a fidelidade à fonte. Um cálculo internamente consistente pode continuar errado se começar com a convenção errada.

As cotações decimais descrevem o retorno total segundo a convenção declarada

Segundo a definição convencional de cotações decimais usada aqui, uma aposta vencedora de uma unidade devolve D unidades no total, incluindo a aposta original. O ganho líquido é D menos um. Se perder devolver zero e não houver custos ou exceções, a probabilidade de equilíbrio é um dividido por D. Isto decorre de o retorno bruto esperado ser a probabilidade vezes D, igual ao custo de uma unidade no equilíbrio.

Para cotações decimais de 2,50, uma aposta de uma unidade devolve 2,50 em caso de sucesso, criando 1,50 de ganho líquido. A probabilidade implícita de equilíbrio é 1 dividido por 2,50, ou 40%. Cotações decimais de 1,50 implicam uma probabilidade de equilíbrio de dois terços, aproximadamente 66,67%. O retorno decimal menor corresponde a uma frequência necessária maior de vitórias nestes fluxos simplificados de caixa.

Não confunda retorno total com lucro. Um campo identificado como retorno pode incluir a aposta, enquanto outro identificado como ganhos pode excluí-la. O adaptador deve verificar a definição da fonte e mapear explicitamente ambos os conceitos. Tratar um retorno total de 2,50 como ganho líquido de 2,50 implicaria um pagamento total de 3,50 e produziria a probabilidade errada.

Valores fora da convenção suportada devem ser tratados deliberadamente. Um valor decimal de zero não pode ser invertido numa probabilidade positiva relevante de equilíbrio. Um valor igual ou inferior a um não descreve a oferta vencedora habitual com ganho líquido positivo pressuposta aqui. O bot deve assinalar esses registos segundo o seu esquema em vez de os forçar a um cálculo padrão de oportunidade.

As cotações fracionárias descrevem o ganho líquido face à aposta

No formato fracionário convencional a/b, o numerador descreve o ganho líquido e o denominador descreve a aposta correspondente. O retorno total de uma aposta vencedora de b é a mais b. O valor decimal equivalente é um mais a dividido por b, e a probabilidade implícita simplificada é b dividido por a mais b. Os parênteses importam conceptualmente: o denominador é o total dos dois números.

Para cotações fracionárias de 5/2, uma aposta de duas unidades produz um ganho líquido de cinco e retorno total de sete em caso de sucesso. O equivalente decimal é 3,50 e a probabilidade implícita é 2 dividido por 7, aproximadamente 28,57%. Ler 5/2 como decimal 2,50 implicaria, em vez disso, 40%, um erro relevante de conversão causado por confundir uma razão de lucro com retorno total.

Cotações fracionárias de 3/2 fornecem outro teste útil. Uma aposta de duas unidades ganha três unidades de ganho líquido e devolve cinco no total, dando cotações decimais de 2,50 e probabilidade implícita de 40%. Isto corresponde ao exemplo decimal anterior porque os fluxos subjacentes de caixa coincidem segundo os pressupostos declarados. A equivalência é matemática, não uma alegação de que duas observações de mercado sem relação são o mesmo contrato.

O guia relacionado de negociação de contratos binários explica por que o significado contratual tem de ser verificado separadamente. Uma conversão correta pode estabelecer a razão de pagamentos expressa por uma cotação. Não consegue estabelecer que o resultado cotado usa a mesma fonte, prazo ou tratamento excecional de outro mercado que o bot quer comparar.

As cotações americanas precisam de fórmulas positivas e negativas separadas

No formato americano positivo convencional +X, uma aposta de 100 ganha X de ganho líquido em caso de sucesso. O retorno total é 100 mais X, pelo que a probabilidade implícita simplificada é 100 dividido por 100 mais X. Para +150, o retorno total é 250 numa aposta de 100 unidades, dando 40%. O equivalente decimal é 2,50 e o equivalente fracionário é 3/2.

No formato negativo convencional −Y, uma aposta de Y ganha 100 de ganho líquido em caso de sucesso. A probabilidade implícita é Y dividido por Y mais 100. Para −200, o retorno total é 300 numa aposta de 200 unidades, dando dois terços ou cerca de 66,67%. O equivalente decimal é 1,50. O sinal negativo descreve a convenção do formato; não significa que a probabilidade ou o pagamento sejam negativos.

Positivo 100 e negativo 100 representam ambos um ganho líquido igual à aposta nestas definições, correspondendo a decimal 2,00 e 50%. Zero não é uma cotação americana padrão válida nesta convenção e deve ser rejeitado ou encaminhado para interpretação específica da fonte. Um analisador não deve substituir uma probabilidade arbitrária apenas para evitar um problema de divisão.

Teste o tratamento do sinal independentemente da análise numérica. Um sinal menos perdido pode transformar −200 em +200, alterando a probabilidade implícita de cerca de 66,67% para cerca de 33,33%. Esse erro pode criar uma discrepância aparente muito maior do que qualquer margem realista de custos. O bot deve preservar a cadeia original com sinal e validar o resultado normalizado face a casos de teste conhecidos.

A probabilidade implícita do bot de cotações é um limiar de custo

A probabilidade convertida é a probabilidade de equilíbrio implícita no pagamento cotado sob os pressupostos simplificados. Não é uma previsão independente de que o evento ocorrerá. Preços e cotações podem refletir crenças dos participantes, diferenças entre compra e venda, encargos, liquidez limitada e outras condições. Um bot deve identificar o campo convertido como probabilidade implícita e mantê-lo separado da probabilidade estimada por qualquer modelo.

Para um contrato binário fictício de um dólar comprado a 0,40 $ sem outros custos, a probabilidade simplificada de equilíbrio é de 40%. A razão equivalente de retorno total é um dólar dividido por 0,40 $, ou 2,50. Se o custo total de aquisição subir para 0,42 $ após encargos hipotéticos, a probabilidade de equilíbrio passa a 42% e a razão correspondente entre pagamento e custo passa a aproximadamente 2,381. O preço cotado original não mudou, mas a economia mudou.

Uma previsão de 45% deixaria três cêntimos de valor estimado por unidade de um dólar ao custo total de 0,42 $, segundo o modelo habitual simplificado. O conversor não fornece essa estimativa de 45%. Torna apenas explícito o limiar do lado do preço. A previsão precisa das suas próprias provas, calibração e avaliação de incerteza antes de uma regra de negociação poder comparar os dois.

O guia de negociação em mercados binários desenvolve esta aritmética de pagamentos em detalhe. A camada de conversão não deve esconder custos apresentando a probabilidade implícita anterior a comissões como o limiar final de entrada. Deve manter tanto a conversão da cotação bruta como o cálculo total específico da ação.

Normalize lado do livro e tempo juntamente com o formato

Um número pode estar corretamente convertido e ainda referir a ação errada. Oferta de compra, oferta de venda, ponto médio e última negociação são observações diferentes. Se o bot planear comprar, precisa do custo disponível para essa compra e da quantidade associada. Converter um ponto médio em cotações decimais não o torna executável. Converter uma negociação antiga não a torna atual.

Guarde lado do resultado, contexto da ação, hora e profundidade com a probabilidade normalizada. Num contrato Sim e Não, uma cotação do lado oposto pode exigir uma transformação complementar revista. O bot deve preservar o lado original e a transformação usada. Não deve inferir um preço de compra Não de uma referência Sim arbitrária apresentada sem compreender a representação do livro.

O artigo relacionado de software de negociação de cotações examina estes controlos de dados e processo. Um esquema interno comum é útil quando torna explícitas as diferenças. Torna-se prejudicial quando elimina os campos que explicam por que duas percentagens normalizadas idênticas têm significados práticos diferentes para uma conta.

Uma comparação deve também rejeitar ou qualificar observações com momentos incompatíveis. Uma cotação anterior a uma publicação pública e outra posterior podem diferir porque refletem conjuntos diferentes de informação. O conversor não consegue reparar essa incompatibilidade. Preserve horas de publicação e receção quando disponíveis e defina uma política de atualidade adequada à estratégia que usa os valores normalizados.

Não calcule médias de formatos brutos de cotações

A aritmética sobre cotações brutas pode ser enganadora porque os formatos não são lineares e codificam convenções diferentes. A média de +150 e −200 dá −25, que não é um resumo relevante das duas probabilidades implícitas subjacentes. Converter primeiro dá 40% e cerca de 66,67%. Uma média aritmética com pesos iguais dessas probabilidades é de cerca de 53,33%, mas mesmo essa média precisa de um propósito e não representa automaticamente uma estimativa justa do mercado.

Os pesos devem refletir a análise pretendida, não a conveniência do formato dos dados. Uma média de investigação pode ponderar fontes ou observações segundo um método documentado. Um cálculo de execução deve usar quantidades e fluxos de caixa efetivos em vez de probabilidades médias. Combinar preços de contratos diferentes exige compatibilidade contratual antes de qualquer regra de ponderação ter significado.

Para uma posição única adquirida a vários preços, calcule o montante total de compra dividido pela quantidade total adquirida para obter um custo médio e depois inclua encargos conforme adequado. Não calcule uma média de cotações apresentadas sem considerar as quantidades compradas em cada nível. Uma execução pequena a um preço extremo não deve ter o mesmo peso que uma muito maior apenas porque cada uma aparece como uma linha.

O guia anterior de software de arbitragem de cotações Polymarket oferece contexto para comparar observações normalizadas. O bot deve explicar o que um agregado representa: um conjunto de previsões combinado, uma referência de mercado, um custo ponderado por quantidade ou outra coisa. Uma média sem identificação pode parecer precisa enquanto mistura conceitos incompatíveis.

Normalizar um total acima de um não revela a verdade

Suponha que três resultados fictícios mutuamente exclusivos e exaustivos têm probabilidades implícitas de compra de 40%, 35% e 30%. Somam 105%. Uma normalização proporcional dividiria cada uma por 1,05, produzindo aproximadamente 38,10%, 33,33% e 28,57%. Isto é um redimensionamento matemático que faz o total igual a um. Não prova que essas sejam as probabilidades verdadeiras dos resultados.

O excesso pode refletir a estrutura cotada, diferenças entre compra e venda ou outros termos de preços, e métodos diferentes de o distribuir podem produzir estimativas normalizadas diferentes. Um contexto de livro de ordens de eventos deve também distinguir ofertas de venda para compra de uma previsão geral de mercado. Somar ofertas de venda é muitas vezes útil para calcular o preço de um conjunto completo de compra, mas o total resultante não deve ser tratado como uma medição direta da crença coletiva sem ressalvas.

O conjunto subjacente de resultados tem de ser revisto antes de interpretar a soma. Se os resultados se sobrepuserem, mais de um pode ganhar. Se o conjunto estiver incompleto, pode acontecer que nenhum dos resultados enumerados ganhe. As orientações da Kalshi sobre o resumo de regras distinguem o resumo das regras completas. Um bot deve examinar os termos efetivos necessários para estabelecer a relação em vez de depender apenas de designações curtas.

Preserve valores brutos e ajustados se um método de investigação usar normalização. O ajuste deve ter nome, versão e propósito declarado. Não introduza uma estimativa redimensionada numa decisão de ordem como se fosse uma probabilidade observada independentemente. O método acrescenta um pressuposto e o registo da decisão deve torná-lo visível.

Os testes de normalização do bot de cotações devem ser bidirecionais

Use equivalências conhecidas de fluxos de caixa como testes. Decimal 2,50, fracionário 3/2 e americano +150 devem produzir todos 40% segundo a convenção declarada sem custos. Decimal 1,50 e americano −200 devem produzir dois terços. Fracionário 5/2 deve produzir decimal 3,50 e probabilidade 2/7. Um analisador que falhe um destes casos não deve poder gerar comparações para ação.

Teste a conversão de volta ao formato original onde a convenção o suportar, permitindo apenas arredondamento documentado de apresentação. Preserve maior precisão interna para conversões repetidas não deslizarem através de um limiar da estratégia. Uma apresentação de 66,67% pode representar um valor interno de dois terços; tratar a apresentação arredondada como exata pode criar pequenas discrepâncias ao converter de volta para cotações americanas.

Inclua registos inválidos e ambíguos. Teste um formato em falta, um denominador zero em notação fracionária, uma cotação americana zero não suportada e um valor decimal fora da convenção suportada. O resultado esperado deve ser uma falha clara de validação ou estado de revisão, não uma probabilidade inventada. Teste também uma mudança de esquema da fonte, porque um analisador pode continuar sintaticamente bem-sucedido interpretando um campo nas unidades erradas.

Um bot de negociação em mercados binários só pode usar estes registos normalizados depois de passarem as suas próprias verificações de exposição e conta. Os testes de aceitação do conversor estabelecem fidelidade matemática. Não validam previsão, correspondência contratual, disponibilidade de execução ou autoridade para negociar.

Pondere execuções pela quantidade efetivamente adquirida

Considere um contrato fictício de um dólar comprado em duas execuções: 100 unidades a 0,40 $ e 200 unidades a 0,55 $. Os montantes de compra são 40 $ e 110 $, totalizando 150 $ por 300 unidades. O preço médio de compra ponderado por quantidade é de 0,50 $. Uma média não ponderada dos dois preços seria de 0,475 $, subestimando o custo porque dá à execução menor e barata igual influência.

Se os encargos totais de aquisição forem hipoteticamente de 6 $, o custo total passa a 156 $, ou 0,52 $ por unidade. A probabilidade simplificada de equilíbrio é então de 52% e a razão entre pagamento e custo é de aproximadamente 1,923. O bot deve derivar estes valores do registo efetivo de caixa e quantidades, não de uma média das designações de cotações associadas às duas observações.

Mantenha as execuções individuais após calcular a média. Os seus identificadores, preços e encargos explicam a posição e permitem conciliar ajustes posteriores. Um resumo normalizado é útil para comparação, enquanto os registos detalhados estabelecem o que a conta efetivamente adquiriu. O conversor deve tornar essa relação mais fácil de examinar em vez de substituir as provas por um único valor arredondado.

Mantenha a conversão fora da autoridade de negociação

Um serviço de conversão pode ser só de leitura. Recebe um formato declarado de cotação e devolve um valor normalizado com proveniência. Uma estratégia pode depois comparar esse valor com uma previsão e produzir uma recomendação. Um controlo de risco decide se uma ação delimitada respeita a conta. Manter estas fases separadas impede que uma melhoria do analisador ou nova fonte de dados expanda silenciosamente o universo de negociação do bot.

A recomendação deve identificar contrato, lado, quantidade executável, custo total e previsão usada. Se alguma dessas entradas permanecer por resolver, a probabilidade convertida pode ainda ser apresentada para investigação enquanto a permissão de negociação permanece ausente. Uma grande diferença aparente deve desencadear investigação de formato, lado e compatibilidade de regras antes de ser tratada como oportunidade.

A discussão anterior sobre como negociar automaticamente cotações Polymarket fornece contexto para ligar análise a processos da conta. A camada de conversão deve responder pelo que efetivamente estabelece: uma interpretação matemática de uma convenção cotada. Não deve alegar certificar preços favoráveis ou adequação da conta.

Um bot de negociação de cotações bem concebido consegue explicar os fluxos de caixa por trás de cada número normalizado e preservar os pressupostos que tornam válida a comparação. Essa transparência é mais valiosa do que apresentar uma única percentagem polida. Quando formato, contrato, lado, momento e custos são explícitos, o sistema pode apoiar uma decisão passível de revisão em vez de transformar um erro de conversão numa negociação automatizada.