Algoritmo de mercados de previsão: da estimativa à ordem

Defina o alvo do algoritmo de mercados de previsão

O algoritmo começa pela plataforma, pelo identificador do contrato, pela seleção do resultado e pela condição exata de liquidação. Um modelo que estime um evento abrangente é insuficiente se o contrato utilizar uma fonte, um limiar ou uma política de revisão específicos. A probabilidade tem de se referir ao instrumento efetivo em consideração.

Escreva o alvo de uma forma que possa ser avaliada posteriormente. Para o exemplo hipotético, pressuponha que a primeira publicação identificada tem de exceder um limiar especificado e que o pagamento simples é explicitamente de $1 ou $0. Quaisquer casos excecionais são excluídos pela definição do exemplo, não se pressupondo que estejam ausentes dos contratos reais.

O guia anterior sobre um algoritmo de negociação em mercados de previsão apresenta uma estrutura de conceção mais ampla. Um algoritmo útil não consegue corrigir um alvo indefinido através de um dimensionamento sofisticado. O significado do contrato é um pré-requisito porque determina a que dizem respeito a previsão e os cálculos do pagamento.

Preserve a previsão e o momento dos seus elementos de suporte

Pressuponha que o modelo fornece uma estimativa central de Sim de 0,64. Registe o momento da sua emissão, os elementos de suporte de origem, a versão do modelo e o âmbito da avaliação. O número deve ser uma estimativa de probabilidade para o alvo definido, não uma pontuação de classificação ou um valor interno de confiança reclassificado como probabilidade.

A estimativa continua a ser incerta. Para este exemplo didático, o analista examina também um cenário inferior de 0,58 para observar o comportamento da proposta sob um pressuposto menos favorável. Esse cenário não é um limite de confiança estatisticamente estabelecido, a menos que um método separado sustente essa interpretação.

Preserve a previsão antes de observar resultados posteriores. Uma reprodução histórica tem de utilizar a informação disponível no momento da decisão, incluindo dados em falta e publicações atrasadas. O guia anterior sobre negociação algorítmica em mercados de previsão explica por que motivo as correções posteriores não devem melhorar silenciosamente o conhecimento aparente do algoritmo anterior.

Defina uma condição de abstenção do algoritmo

Uma condição de abstenção do algoritmo estabelece quando não deve ser produzida qualquer proposta. Os casos relevantes incluem um mapeamento de contrato por resolver, elementos de suporte da previsão expirados, dados de mercado incompletos ou um estado da conta que não pode ser reconciliado. Cada condição deve produzir um motivo legível, em vez de uma saída numérica que pareça uma decisão.

A abstenção não é uma previsão de probabilidade zero. Significa que falta um dado necessário ao processo de decisão ou que este está fora do seu âmbito autorizado. Preserve a última previsão válida como elemento histórico, se for útil, mas não a transmita como atual apenas porque não existe uma substituição disponível.

O algoritmo deve também distinguir a elegibilidade para investigação da elegibilidade para negociação. Um contrato pode continuar a ser interessante para estudo enquanto as condições atuais da conta ou do mercado impedem uma ação. Esta separação ajuda os revisores a compreender se o sistema rejeitou a ideia, a adiou ou não dispunha dos elementos necessários para decidir.

Leia o lado relevante do mercado e a quantidade

Uma proposta de compra de Sim precisa de ofertas e quantidades disponíveis atuais segundo a representação efetiva da plataforma. Um ponto médio apresentado ou a última negociação não bastam. O algoritmo deve preservar a marca temporal do livro e estimar o custo para a dimensão pretendida, em vez de pressupor que todas as unidades podem ser negociadas ao melhor nível.

No livro hipotético, são oferecidos oito contratos a $0,50 e mais dez a $0,52. Esses 18 contratos são a quantidade disponível dentro do limite de preço proposto no momento observado. Outras ofertas, caso existam, ficam fora do preço permitido pelo cenário e são excluídas.

O guia sobre negociação de contratos de eventos explica o funcionamento subjacente dos custos e pagamentos. O algoritmo utiliza esse funcionamento explicitamente. Uma cotação é um dado de entrada de uma proposta, enquanto as execuções efetivas estabelecem posteriormente a quantidade adquirida e o custo. Ambos devem permanecer separados no registo.

Inclua os custos sob um pressuposto identificado

Para fins didáticos, pressuponha uma comissão fictícia de $0,01 por contrato adquirido e nenhum outro encargo no cenário simplificado. Ao preço de compra máximo permitido de $0,52, o custo máximo de abertura por contrato é, por isso, de $0,53. Trata-se de um pressuposto de modelação, não de uma tabela de comissões atual de qualquer plataforma.

Os encargos efetivos têm de ser verificados nas condições relevantes do produto e do mercado. As orientações sobre comissões da Kalshi referem que as comissões podem diferir entre mercados. Um algoritmo deve utilizar as regras atuais aplicáveis e preservar a versão ou a fonte utilizada na sua estimativa de custos.

Se os custos não puderem ser estimados com fundamento suficiente para a estratégia, a proposta deve continuar indisponível. Uma pequena vantagem aparente pode desaparecer perante uma comissão ou uma diferença de execução modestas. O algoritmo não deve tratar custos desconhecidos como zero apenas porque isso permite prosseguir com o cálculo.

Calcule o cenário por contrato

Segundo o pagamento simples de $1 ou $0, uma probabilidade pessoal de 0,64 implica um pagamento esperado de $0,64 por contrato de acordo com essa estimativa. Face ao custo máximo modelado de $0,53, a diferença esperada é de $0,11. No cenário inferior de 0,58, é de $0,05.

São expectativas sob pressupostos, não ganhos garantidos. Um contrato pode ter o resultado Não na liquidação e perder o seu custo de abertura no exemplo. A previsão pode também estar errada e as condições de execução podem mudar. O objetivo do cálculo é tornar explícita a relação entre probabilidade, pagamento e custo.

Uma política de decisão pode exigir uma margem adequada aos seus próprios elementos de suporte e à sua conceção. Este artigo não prescreve nenhuma. O requisito importante é que a política seja escrita antes de observar os resultados e que a incerteza na previsão ou nos custos não fique oculta por um valor esperado de aparência precisa.

Aplique a capacidade de fundos antes de escolher a dimensão

Pressuponha que o fluxo de trabalho hipotético permite um máximo de $13,25 de novo custo de abertura para esta proposta. Utilizando o custo conservador por contrato de $0,53, esse orçamento suporta, no máximo, 25 contratos, porque 25 multiplicado por $0,53 é igual a $13,25. A quantidade tem de respeitar os incrementos suportados pela plataforma efetiva.

Este é um cálculo de capacidade, não um orçamento ou uma regra de dimensionamento recomendados. O algoritmo deve utilizar o montante efetivamente autorizado e o estado da conta. Os fundos já comprometidos noutros locais não podem ser contabilizados duas vezes, e o estado desconhecido de uma ordem pode tornar pouco fiável a capacidade aparentemente disponível.

Preserve a origem do orçamento e o respetivo momento. Se a conta mudar antes da autorização, recalcule ou invalide a proposta segundo a política definida. O facto de uma previsão permanecer inalterada não significa que a conta continue a ter a mesma capacidade de agir. A análise do mercado e a autorização dos recursos são camadas diferentes.

Aplique a exposição existente e os compromissos em aberto

Pressuponha agora que o fluxo de trabalho tem um limite hipotético de 40 contratos Sim expostos ao agrupamento de eventos relevante. Já detém 20 e tem mais dois noutro compromisso aberto. A capacidade restante é de 18 contratos: 40 menos 20 menos dois. Esta restrição é mais apertada do que a capacidade de fundos de 25.

O agrupamento de eventos tem de ter um significado definido. Vários contratos podem partilhar um fator de risco, mesmo que os seus nomes sejam diferentes. Um sistema real pode utilizar uma medida de risco mais adequada do que a contagem de contratos, sobretudo quando os pagamentos ou as estruturas diferem. O limite de contagem simples é aqui escolhido apenas para tornar a aritmética visível.

O guia sobre algoritmos de mercados de previsão compara métodos e os seus pressupostos. Este exemplo mostra por que motivo uma previsão isolada favorável não consegue determinar, por si só, a dimensão. A exposição existente e os compromissos podem limitar a proposta independentemente da confiança do modelo.

Utilize a menor capacidade fundamentada

Os limites hipotéticos são agora de 25 contratos pelos fundos, 18 pelo limite do evento e 18 pelo livro observado dentro do limite de preço. A proposta delimitada é, por isso, de, no máximo, 18 contratos. Uma política diferente pode impor outro limite menor, e a falta de um pré-requisito levaria à ausência total de proposta.

O custo máximo de abertura reservado sob o limite conservador é de 18 multiplicado por $0,53, ou $9,54. O livro observado sugere um custo inferior antes de comissões: oito a $0,50 custam $4 e dez a $0,52 custam $5,20. O total é de $9,20 antes da comissão fictícia de $0,18, ou $9,38 com todos os custos incluídos.

Mantenha separados o limite máximo e a estimativa observada. O primeiro sustenta a autorização sob o limite definido, enquanto a segunda descreve o cenário do livro atual. Nenhum constitui uma execução efetiva. A distinção evita que uma diferença posterior na execução seja confundida com uma identidade contabilística incorreta.

Verifique o cenário esperado agregado sem exagerar as conclusões

Na estimativa central de 0,64, 18 contratos simples de $1 têm um pagamento esperado modelado de $11,52. Subtrair a estimativa observada com todos os custos incluídos de $9,38 dá uma diferença esperada de $2,14. No cenário inferior de 0,58, o pagamento esperado é de $10,44 e a diferença é de $1,06.

O pagamento realizado possível no exemplo simples continua a ser de $18 ou zero se os 18 forem mantidos até à determinação do resultado. A expectativa é uma média implícita num modelo de probabilidade, não um terceiro resultado de liquidação. Esta distinção é essencial ao apresentar cálculos a leitores que possam confundir valor esperado com dinheiro prometido.

A análise de sensibilidade deve incluir pressupostos para além da probabilidade. Os custos podem mudar, as regras podem ser mal compreendidas e só parte da proposta pode ser executada. O algoritmo deve preservar estas possibilidades e evitar apresentar a expectativa agregada como uma medida completa de todos os riscos relevantes.

Autorize uma versão específica da proposta

A autorização deve aplicar-se a um contrato, lado, quantidade, limite de preço e versão dos elementos de suporte definidos. Se esses dados mudarem substancialmente, o sistema precisa de uma política para atualizar ou rejeitar a proposta. Uma aprovação anterior não deve tornar-se numa autorização ilimitada para agir sob quaisquer condições de mercado posteriores.

O guia sobre software de automação de mercados de previsão desenvolve as permissões e o tratamento de exceções. Um componente que produz previsões pode permanecer separado do componente que verifica a autoridade sobre a conta. Essa separação facilita a identificação da decisão que permitiu a ação externa.

Registe uma condição de expiração. Uma proposta pode ficar desatualizada devido ao tempo decorrido, a uma alteração do livro, a uma transição de estado do contrato ou a novos elementos da conta. A expiração não deve apagar o registo de investigação; significa que a ação específica já não é sustentada pelas condições que originalmente a autorizaram.

Distinga submissão de conclusão

Submeter a proposta autorizada cria uma tentativa, não necessariamente uma posição concluída. Preserve a referência da tentativa e a resposta efetiva da plataforma. O sistema deve distinguir os estados aceite, aberto, parcialmente executado, cancelado, rejeitado e desconhecido de acordo com a implementação atual, em vez de os forçar a uma única indicação de sucesso.

Se a resposta for desconhecida, reconcilie a tentativa existente antes de criar outra. Uma nova ordem pode duplicar a exposição se a original já tiver sido executada ou continuar ativa. Uma previsão repetida ou uma notificação repetida não constituem uma nova autorização para ignorar essa incerteza.

O guia anterior sobre a API de bots de mercados de previsão explica por que motivo estas fronteiras são importantes. Um algoritmo deve produzir uma cadeia inspecionável desde a previsão à proposta autorizada e à tentativa. Não deve tratar cada repetição como uma nova decisão económica apenas porque a função do software pode ser chamada novamente.

Recalcule após uma execução parcial

Suponha que a ordem hipotética executa oito contratos a $0,50 e quatro a $0,52. O custo antes de comissões é de $4 mais $2,08, ou $6,08. Com a comissão fictícia de $0,01 sobre cada um dos 12 contratos adquiridos, o custo total de abertura é de $6,20. Seis dos 18 propostos continuam por executar.

A conta detém agora 32 contratos no agrupamento de eventos simplificado: os 20 originais mais os 12 novos. Tem também dois contratos no compromisso separado anterior e seis restantes desta proposta. Em conjunto, continuam a totalizar o limite de 40 contratos se todas as quantidades abertas forem executadas.

O algoritmo tem de decidir o que acontece aos seis restantes segundo a sua política atual. Não pode raciocinar como se os 18 tivessem sido adquiridos, nem ignorar o compromisso restante ao considerar uma nova proposta. Tanto as execuções efetivas como os pedidos ativos têm de estar refletidos no cálculo da capacidade.

Reconcilie os custos e o estado da posição

Quando a ordem atingir um estado conhecido, compare o registo das execuções, as comissões, a quantidade da posição e a capacidade disponível. Utilize os montantes efetivamente cobrados em vez da pré-visualização hipotética ao analisar uma conta real. Preserve qualquer discrepância e a sua origem, em vez de ajustar silenciosamente os números até os totais parecerem plausíveis.

Se a quantidade restante for cancelada, aguarde o estado confirmado relevante antes de libertar o respetivo compromisso no registo interno. Um pedido de cancelamento pode ocorrer em simultâneo com execuções no funcionamento real da plataforma. A quantidade final tem de provir dos elementos reconciliados.

O registo de decisão do algoritmo deve conservar tanto o cenário da previsão como o percurso efetivamente realizado pela conta. Isto permite uma avaliação posterior. Uma previsão útil pode enfrentar uma má execução e uma previsão fraca pode produzir um resultado isolado favorável. O registo deve permitir distinguir estes casos em vez de os reduzir a um único valor de lucro.

Teste o cálculo da previsão à ordem

Um cálculo da previsão à ordem deve ser verificado com casos que exercitem fronteiras reais. Utilize uma previsão expirada, um contrato ambíguo, um livro desatualizado, capacidade de fundos insuficiente e uma tentativa anterior de estado desconhecido. Cada caso deve produzir o comportamento definido de abstenção ou redução da dimensão antes de se considerar qualquer submissão.

Teste a aritmética com os valores hipotéticos deste guia. Confirme o limite de 18 contratos, o limite conservador de $9,54, a estimativa baseada no livro de $9,38 e o custo de $6,20 da execução parcial de 12 contratos. Estas verificações validam relações significativas, em vez de reproduzirem pormenores arbitrários da implementação.

Teste também um caso em que a saída correta seja não agir, apesar de uma previsão elevada. Por exemplo, uma capacidade de exposição restante de zero deve bloquear a proposta. Isto demonstra que o algoritmo respeita restrições independentes, em vez de permitir que a confiança se sobreponha à política da conta.

Examine que propostas recebem efetivamente execuções

Uma previsão avaliada em todas as operações propostas pode comportar-se de forma diferente no subconjunto que é efetivamente executado. Uma ordem de compra em espera pode ter maior probabilidade de execução depois de informação tornar o contrato menos atrativo para os outros participantes. O algoritmo deve, por isso, examinar as condições em torno das execuções, em vez de pressupor que as ordens concluídas são uma amostra aleatória das suas propostas.

Num estudo histórico, o facto de um preço atingir o limite não estabelece, por si só, que toda a quantidade do algoritmo teria sido executada. A dimensão disponível, o momento e as regras efetivas de correspondência da plataforma são importantes. Utilize um modelo de execução fundamentado e identifique as suas limitações. Um pressuposto de execução irrealisticamente generoso pode fazer um cálculo cuidadoso da previsão à ordem parecer mais eficaz do que um fluxo de trabalho real poderia ser.

Preserve as propostas não executadas e canceladas, bem como as concluídas. Compare o estado dos elementos de suporte na autorização com o estado próximo das execuções efetivas, quando os dados o permitirem. Se a previsão expirar enquanto uma ordem continua aberta, a política tem de especificar se esse compromisso deve ser revisto ou retirado. A estimativa favorável original não deve permanecer como justificação permanente para qualquer execução posterior.

Esta análise liga previsão e execução sem as confundir. O modelo pode continuar bem calibrado no alvo pretendido enquanto a política de ordens seleciona um subconjunto desfavorável de momentos. Inversamente, a execução pode ser exata enquanto a previsão é fraca. Um registo útil permite ao revisor identificar o pressuposto que precisa de revisão, em vez de atribuir todos os resultados apenas ao modelo de probabilidade.

Um algoritmo de mercados de previsão deve tornar explícitos todos os pressupostos

O algoritmo concluído consegue explicar por que motivo considerou o contrato, que estimativa de probabilidade utilizou, como foram modelados os custos e que limite determinou a dimensão final. Consegue também explicar por que motivo uma proposta expirou ou uma tentativa continua por resolver. Estas explicações fazem parte da conceção, não são comentários opcionais acrescentados posteriormente.

O exemplo hipotético produziu, no máximo, 18 contratos porque os fundos, a exposição e a profundidade foram avaliados separadamente. Os seus cálculos de valor esperado dependiam de uma previsão incerta e de custos explícitos. A sua posição efetiva dependia das execuções. Manter estas distinções visíveis evita que uma fórmula elegante seja confundida com um resultado de negociação garantido.

Construa o processo como uma cadeia de decisões fundamentadas com condições claras de paragem. Preserve os elementos de suporte e reconcilie o que efetivamente acontece. Isto cria um algoritmo cujo comportamento pode ser testado, revisto e alterado sem ocultar os seus pressupostos numa única pontuação opaca ou tratar uma submissão incerta como autorização para recomeçar.