Um bot de negociação de participações Sim/Não precisa de dois registos ligados: o que a conta detém e como o dinheiro se moveu. A contagem de participações, por si só, não explica lucro, enquanto o saldo monetário, por si só, não explica a exposição restante. Os registos têm de permanecer consistentes em compras, execuções parciais, vendas e liquidação.
Num contrato binário normal, uma participação vencedora paga uma unidade e uma perdedora paga zero. Sim e Não referem-se aos dois resultados desse contrato específico. A relação de complemento é útil, mas não torna compatíveis todos os tokens Sim e Não com títulos semelhantes nem idênticos os modelos de conta de todas as plataformas.
Este artigo usa exemplos hipotéticos para explicar a contabilização. Quando um cenário pressupõe taxas pagas em dinheiro, tokens físicos de resultado ou um conjunto completo compatível, esse pressuposto é indicado. As plataformas reais podem representar posições, encargos e liquidação de formas diferentes, pelo que a mecânica documentada da conta continua a ser o ponto de partida.
A contabilização de um bot de participações Sim/Não usa unidades separadas
Mantenha quantidade, preço e valor monetário em campos separados. Deter 80 participações não é o mesmo que deter 80 dólares. A um preço hipotético de compra de 0,35, adquirir essas participações custa 28 antes de encargos. O seu pagamento vencedor normal seria 80, mas esse montante contingente futuro não é dinheiro presente.
Uma percentagem é outra unidade distinta. O preço de 0,35 pode ser descrito como probabilidade implícita cotada de 35% no modelo simples de pagamento. Essa interpretação não estabelece uma previsão fiável e não deve substituir o preço monetário no registo contabilístico.
Cada cálculo deve identificar as suas unidades. Quantidade multiplicada por preço por participação produz contrapartida bruta. Acrescentar um encargo pago em dinheiro produz um desembolso monetário. Subtrair custo de receitas produz lucro ou perda apenas depois de identificar a posição relevante e a convenção contabilística.
Preserve quantidades fracionárias suportadas no registo subjacente. Arredondar um pequeno saldo residual para zero na apresentação não o remove da conta. Execuções parciais repetidas podem deixar um remanescente que ainda tem valor ou exige reconciliação posterior. Um resumo legível pode arredondar visualmente enquanto uma exportação conserva a quantidade precisa e explica a convenção de apresentação.
O guia de bots de mercados de previsão binários apresenta o modelo de pagamento. Um registo funcional de conta dá o passo seguinte preservando as quantidades e dinheiro que realmente mudaram de mãos.
Identifique o par compatível de resultados
Sim e Não só são complementares quando pertencem à mesma condição relevante e estrutura de liquidação. Um contrato Sim sobre um anúncio antes de sexta-feira não compensa necessariamente um contrato Não sobre implementação antes de domingo. Linguagem semelhante sobre eventos é insuficiente.
Preserve os identificadores de contratos, identidades de resultados, unidades de pagamento e regras que estabelecem compatibilidade. Se a plataforma suportar operações com tokens físicos de resultado, a condição relevante e as definições dos tokens importam. Se usar um modelo de posição de conta, siga o comportamento documentado de compensação e liquidação desse modelo.
A Polymarket International documenta divisão, fusão e resgate de tokens de resultado. O seu guia de ciclo de vida de tokens descreve conjuntos completos compatíveis. Não se deve presumir que essas operações existem na mesma forma em todas as plataformas de contratos de eventos.
Mantenha visível compatibilidade incerta. Um sistema pode mostrar duas posições relacionadas sem afirmar que eliminam risco do resultado. Uma compensação aparente que falha num cenário invulgar de resolução não é o mesmo que um conjunto completo verificado.
Distinga comprar Não de vender Sim
Comprar Não adquire exposição a um resultado. Vender Sim aliena exposição Sim que a conta pode validamente vender segundo as regras da plataforma. Estas ações podem ter efeitos económicos relacionados, mas os seus registos de inventário e dinheiro não são automaticamente intercambiáveis.
Suponha que uma conta detém 50 participações Sim e vende 20. Conserva 30 Sim e recebe as receitas da venda. Se em vez disso comprar 20 participações Não compatíveis, detém 50 Sim e 20 Não até ocorrer qualquer conversão permitida ou tratamento da conta. O dinheiro sai para a compra em vez de entrar pela venda.
Num modelo de tokens físicos, essas posições contêm 20 pares compatíveis e 30 participações Sim não emparelhadas. A exposição ao resultado pode ser analisada em conformidade, mas os saldos brutos de tokens e o dinheiro disponível continuam diferentes do cenário de venda.
Uma interface clara deve dizer que ação ocorrerá. Um botão genérico «reduzir risco» é incompleto se o utilizador não compreender se vende uma posição, compra uma compensação, cancela uma ordem ou realiza uma conversão suportada.
Reserve dinheiro antes de contar participações
Uma compra submetida pode comprometer dinheiro antes de adquirir participações. A conta deve distinguir dinheiro disponível, dinheiro reservado para ordens ativas e compromissos incertos cujo estado ainda está a ser reconciliado. Contar apenas posições executadas pode deixar espaço para várias ordens simultâneas gastarem excessivamente o mesmo orçamento.
Imagine um limite de afetação de 150 unidades. Compras existentes usaram 60 e uma ordem ativa pode usar mais 55. Restam apenas 35 segundo a política. Um novo pedido de 50 unidades é demasiado grande mesmo que o custo da posição atualmente executada seja apenas 60.
A reserva deve usar uma representação conservadora do custo máximo permitido de compra, incluindo encargos relevantes. Quando ocorre uma execução parcial, o registo pode mover o montante associado de compromisso pendente para custo da posição adquirida preservando a parte restante ativa.
O artigo sobre compra automática de participações Sim/Não Polymarket explica tratamento de objetivos e remanescentes. O princípio contabilístico aplica-se mais amplamente: quantidades pretendidas, comprometidas e adquiridas são estados diferentes.
Use execuções reais para construir o custo de aquisição
O preço pedido de uma ordem não substitui as suas execuções. Um pedido pode executar em vários níveis ou permanecer incompleto. Construa o registo de aquisição a partir de quantidades e preços executados confirmados e depois aplique o tratamento documentado de encargos.
Numa compra hipotética, 25 participações executam a 0,40 e 75 a 0,44. A contrapartida bruta é dez mais 33, ou 43. O preço ponderado pelo volume é 0,43. Se uma taxa monetária paga separadamente for uma unidade, o custo monetário total é 44, dando uma média com todos os custos de 0,44 para as 100 participações adquiridas.
Estas duas médias respondem a perguntas diferentes. A média de execução descreve os preços das execuções. A média com todos os custos inclui o encargo monetário indicado. Mantenha ambos os rótulos em vez de substituir um pelo outro.
Se uma plataforma deduzir um encargo em participações ou usar outro tratamento, a quantidade recebida e a atribuição de custos exigem esse modelo específico. Não presuma que todas as taxas são uma linha monetária separada apenas porque esse pressuposto torna conveniente um exemplo simples.
A contabilização de execuções parciais em mercados de previsão precisa do remanescente
Suponha que uma ordem visa 120 participações e 45 são executadas. O remanescente de 75 participações ainda pode criar exposição enquanto permanecer ativo. Um segundo processo não deve ler as 45 participações detidas e submeter mais 75 sem reconhecer a ordem existente.
A reconciliação de quantidades deve ligar montantes pedidos, executados, cancelados e ainda ativos segundo as definições da plataforma. Se uma alteração mudar a ordem, conserve quantidades anteriores e resultado da alteração para que o estado atual possa ser explicado.
O cancelamento afeta a parte não executada. Não reverte as 45 participações já adquiridas. Para remover essa posição, a conta precisa de venda apropriada, compensação ou outra operação suportada de posição.
O exemplo explicado de bot de negociação de contratos de eventos Kalshi desenvolve esta distinção entre ordem e posição. Um registo que trata cancelamento como saída completa pode comunicar risco zero enquanto a conta ainda detém contratos cujo resultado está por resolver.
Atribua base de custo consistentemente entre vendas parciais
Escolha uma convenção de base de custo apropriada à finalidade do relatório da conta e aplique-a consistentemente. Uma convenção proporcional simples pode ilustrar a mecânica, embora requisitos formais de contabilização ou fiscais possam exigir um método específico a determinar separadamente.
Suponha que 100 participações Sim hipotéticas custam 42 mais um encargo monetário de aquisição de 1,20, para base de custo total de 43,20. Vender 40 participações a 0,55 produz 22 brutas. Com um encargo de venda de 0,40, as receitas líquidas são 21,60.
Na atribuição proporcional, essas 40 participações transportam 40% da base original, ou 17,28. O ganho realizado é, por isso, 4,32. As 60 participações restantes conservam base de custo de 25,92. Apresentar o recebimento de 21,60 como lucro ignoraria o custo de aquisição das participações vendidas.
Mantenha visível a base restante após a venda. Receitas parciais não tornam gratuitas as participações não vendidas, a menos que a convenção analítica escolhida o diga explicitamente, e essa convenção não deve substituir o histórico real de custos da conta.
Leve o mesmo exemplo até à liquidação
Continue o exemplo de 100 participações após a venda parcial. Se as 60 Sim restantes receberem um pagamento vencedor normal de uma unidade, produzem 60 antes de qualquer despesa adicional de liquidação. O seu ganho face à base restante de 25,92 é 34,08.
Somar o ganho realizado anterior de 4,32 dá lucro total de 38,40. A verificação dos fluxos de caixa chega ao mesmo resultado: 21,60 da venda mais 60 da liquidação menos o desembolso original de 43,20 é igual a 38,40. A concordância entre ambas as vistas é uma reconciliação útil.
Se Sim perder e as participações restantes pagarem zero, perde-se a base restante. O resultado total torna-se 21,60 menos 43,20, ou negativo em 21,60. A venda parcial anterior reduziu a perda, mas não eliminou a exposição ao evento.
Por isso, ganhos realizados e resultados totais da posição devem permanecer distintos. Uma venda parcial bem-sucedida pode coexistir com uma negociação completa perdedora depois de se resolver o inventário restante.
Acompanhe inventário de participações de resultados complementares
Num modelo de tokens físicos com pares compatíveis verificados, separe quantidades emparelhadas e não emparelhadas. Se uma conta detém 90 Sim e 55 Não, tem 55 pares mais 35 Sim não emparelhadas. Na liquidação binária normal, a parte emparelhada tem a relação combinada de pagamento de uma unidade; a parte não emparelhada depende do resultado.
Esta decomposição não apaga custos de aquisição. Se os dois lados foram comprados a preços caros, os pares compatíveis podem ainda representar uma perda fixada após custos. Certeza de pagamento nas condições indicadas não é o mesmo que rentabilidade.
Por exemplo, comprar uma Sim a 0,62 e uma Não compatível a 0,43 custa 1,05 antes de taxas. O seu pagamento normal combinado é um, produzindo uma perda de 0,05. Chamar «coberta» à posição descreve a exposição ao evento, não um ganho.
Mantenha disponíveis em conjunto saldos brutos, quantidades emparelhadas, exposição não emparelhada e base de custo. Um único número líquido pode ser conveniente para resumos de risco, ocultando necessidades monetárias e operações exigidas para realizar o valor de um conjunto compatível.
Acompanhe divisão, venda e fusão como uma sequência monetária
Considere um fluxo hipotético suportado de tokens que começa por dividir 70 unidades de garantias em 70 tokens Sim e 70 Não. Suponha uma despesa operacional paga em dinheiro de 0,70. O desembolso inicial é 70,70 e a conta detém quantidades iguais de ambos os resultados.
A conta vende depois 30 tokens Não a 0,58, recebendo 17,40 brutos e 17,10 após um encargo presumido de 0,30. Detém agora 70 Sim e 40 Não. Fundir 40 pares compatíveis devolve 40 unidades de garantias, pressupondo ausência de despesa adicional nesta ilustração.
O inventário final é 30 participações Sim. O dinheiro total devolvido até agora é 57,10, deixando um compromisso monetário líquido de 13,60. A conta não ganhou 57,10 de lucro; recuperou parte do desembolso anterior mantendo uma posição contingente.
Se essas 30 Sim receberem mais tarde um pagamento vencedor normal, a sequência completa produz lucro líquido de 16,40 nos pressupostos indicados. Se pagarem zero, a sequência perde 13,60. Cada operação pertence ao mesmo histórico de dinheiro e inventário.
Não conte duas vezes o valor de um conjunto completo
Um resumo de carteira de investimentos pode contar acidentalmente tanto os tokens de resultado como as garantias esperadas da fusão ou liquidação. Até uma operação concluir, a conta detém os ativos atuais, não uma cópia adicional das suas receitas futuras.
Suponha que 40 pares compatíveis são avaliados em 40 unidades combinadas. Listar os tokens a 40 e também listar 40 de receitas previstas de fusão comunicaria 80 de recursos do mesmo direito económico. Assim que a fusão concluir, substitua o inventário relevante de tokens pelas garantias recebidas no registo.
O mesmo princípio aplica-se a uma posição vencedora não liquidada. Um pagamento esperado pode ser mostrado como previsão ou direito, mas não deve ser somado ao valor da posição como dinheiro separado.
Use estados explícitos de ciclo de vida para conversões e resgates pendentes. Uma resposta atrasada pode deixar a operação incerta; não justifica contar ambos os estados possíveis como ativos simultaneamente detidos. A reconciliação deve estabelecer que ativos permanecem e que receitas realmente chegaram.
Avalie participações abertas numa quantidade relevante
Uma avaliação atual é uma estimativa de valor, não um recebimento monetário concluído. A melhor oferta de compra pode ser útil para uma posição pequena, mas uma venda maior pode consumir vários níveis. O método de avaliação deve corresponder à finalidade do relatório.
Imagine 100 participações detidas com ofertas de compra de 20 a 0,60 e 80 a 0,52. Vender toda a quantidade nesses níveis hipotéticos produz 12 mais 41,60, ou 53,60 antes de taxas. Avaliar cada participação à melhor oferta de compra comunicaria 60 e exageraria essas receitas modeladas de venda em 6,40.
O livro disponível pode mudar antes da execução. Identifique os 53,60 como estimativa baseada na profundidade observada, não como montante garantido de liquidação por venda. Se faltar profundidade ao livro, mostre a quantidade não coberta em vez de inventar um preço.
Mantenha ganhos de avaliação separados de ganhos realizados. Um aumento de avaliação pode melhorar uma estimativa económica sem produzir dinheiro e deixando todo o risco do resultado na conta.
Trate exceções de resolução no registo de pagamento
O modelo binário normal só é útil dentro das regras reais do contrato. Casos excecionais podem envolver tratamento, tempos ou procedimentos diferentes de liquidação. O registo deve usar as condições de pagamento resolvidas em vez de forçar todos os resultados para um rótulo fixo de vitória ou derrota.
Guarde o registo de resolução do contrato e o montante realmente recebido. Se um mercado fechar antes de se determinar o resultado, a posição permanece por resolver. Se um resultado for contestado ou aguardar um processo obrigatório, receitas esperadas devem permanecer separadas de dinheiro disponível.
Para análise hipotética, indique explicitamente o pagamento presumido. Isto permite comparar o modelo com o resultado final da conta e identificar se uma discrepância surgiu de erro de previsão, interpretação de regras ou tempos operacionais.
Evite eliminar resultados invulgares dos relatórios de desempenho. Esses casos podem ser precisamente aqueles em que uma estratégia simplificada se comporta mal. Preservá-los ajuda a melhorar regras de admissão de contratos e planeamento monetário para posições futuras.
Mantenha taxas, reembolsos de taxas e transferências em categorias próprias
Encargos e créditos podem chegar em momentos diferentes da negociação a que dizem respeito. O registo deve identificar o que cada linha representa antes de a atribuir ao desempenho. Um reembolso de taxa pode reduzir o custo de negociação; um depósito externo aumenta recursos sem criar ganho de negociação.
Não subtraia o mesmo encargo duas vezes. Se um campo importado de custo já inclui uma taxa, acrescentá-la de novo inflaciona a base de custo. Se a exclui, omitir o encargo separado exagera o lucro. Leia a definição documentada em vez de a deduzir apenas do nome do campo.
Da mesma forma, um crédito ao nível da conta pode não ser imputável a um contrato específico sem uma política de atribuição. Mantenha visíveis montantes não atribuídos até o método de relatório os atribuir consistentemente.
A reconciliação monetária fornece uma verificação independente útil. Dinheiro inicial mais depósitos e recebimentos realizados menos levantamentos, compras e encargos deve explicar o dinheiro final, sujeito a itens pendentes identificados. Diferenças merecem investigação antes de publicar um valor de lucro cuidado.
Reconcilie o registo de ordens com o registo de posições
Um registo de ordens explica instruções e os seus estados de execução. Um registo de posições explica quantidades adquiridas e alienadas. Um registo monetário explica dinheiro. Os três devem concordar sem se tornarem uma lista indiferenciada de eventos.
Uma execução de compra deve aumentar inventário e produzir a entrada correspondente de custo. Uma venda deve reduzir o inventário relevante e registar receitas. Um cancelamento deve alterar apenas o compromisso restante, a menos que ocorra outra operação distinta. Um resgate deve ligar o direito removido ao seu pagamento.
Use identificadores que permitam a um revisor rastrear uma discrepância entre estes registos. Se o inventário diferir em sete participações, a investigação deve localizar execuções, transferências ou operações relevantes de ciclo de vida em vez de presumir que a ordem mais recente causou o problema.
Esta reconciliação é especialmente valiosa após voltar a ligar ou restaurar registos. Repetir uma execução antiga como compra nova pode corromper quantidade e base de custo. Identidade estável de eventos e uma fronteira explícita de recuperação protegem o histórico da conta dessa duplicação.
Os relatórios de um bot de participações Sim/Não devem explicar o risco restante
Um relatório útil mostra dinheiro disponível, compromissos pendentes, quantidades detidas, base de custo, resultados realizados e convenção de avaliação de posições abertas. Também identifica pares compatíveis e exposição não emparelhada quando essa decomposição é válida.
O leitor deve conseguir responder a uma pergunta concreta: o que acontece a esta conta em cada resultado relevante a partir do seu estado atual? Um valor realizado positivo, por si só, não responde quando permanecem participações substanciais por vender.
Analise o relatório com casos deliberadamente misturados: ordem incompleta, venda parcial, compensação adquirida com perda, conversão pendente e mercado por resolver. Estes casos revelam se o resumo preserva as distinções que importam.
Um bot de participações Sim/Não torna-se mais fácil de avaliar quando a sua aritmética é transparente. Cada participação tem identidade e ciclo de vida, cada movimento monetário tem categoria e cada ganho apresentado pode ser rastreado até receitas reais ou um pressuposto de avaliação claramente identificado.