O cenário que ninguém escreve regras para
Um jogo de dados gera sua própria aleatoriedade, então não pode perdê-la. Um jogo com preço não: depende de um número chegando de fora, continuamente, e coisas de fora falham. Um relay cai. Uma rede se particiona. Um provedor tem uma tarde ruim.
A pergunta interessante não é se acontece — vai acontecer — mas o que uma mesa faz nos minutos depois. Este é o momento onde a lacuna entre "provably fair" como uma frase de marketing e como um compromisso de engenharia fica visível, porque não há seed para revelar e nenhum hash para verificar. Há apenas uma política, escrita com antecedência ou improvisada sob pressão.
A maioria das mesas não publica uma. Achamos que isso é revelador.
Por que não simplesmente deixamos você fechar
A resposta instintiva é amigável ao jogador: se o feed cai, deixa as pessoas saírem no último preço que tínhamos. Parece generoso. É na verdade a coisa mais explorável que uma mesa poderia fazer.
Nosso feed ficando escuro não faz o mercado parar. Bitcoin continua sendo negociado em cada exchange da terra, e um jogador com uma segunda tela pode ver exatamente para onde foi enquanto nosso último preço conhecido fica congelado. Dada a opção de fechar naquele número obsoleto, ninguém fecha os perdedores. Todo mundo fecha os vencedores, em um preço que não é mais verdadeiro, e a casa absorve toda a diferença.
Aquela assimetria tem um nome — adverse selection — e é precisamente por isso que exchanges reguladas param durante uma falha de dados em vez de manter preenchendo. Uma mesa que continua negociando em um preço que não consegue verificar não está sendo generosa; está sendo colhida, e o custo eventualmente chega aos jogadores que não estavam observando.
A política de imagem espelhada não é melhor. Liquidar todo mundo no último preço conhecido após algum atraso é o mesmo número obsoleto aplicado pela força: oferece um ganho inesperado para qualquer lado do mercado que aconteceu ficar na frente, em um preço que nunca foi negociado naquele momento.
O que realmente acontece, em ordem
A regra tem três estágios, e o primeiro é o que roda quase toda vez.
- Um tick mais antigo que alguns segundos não é um preço. Fills, liquidações, take-profits e stops todos requerem um fresco, então uma breve parada simplesmente pausa tudo e se resolve quando o feed recupera.
- Uma parada mais longa pausa o relógio de funding também. Tempo gasto escuro é creditado de volta, então ninguém paga financiamento por minutos que a mesa não conseguiu precificar.
- Dez minutos escuro em um mercado, e cada posição aberta nele é fechada em zero — stake retornado na íntegra, sem lucro, sem perda, sem taxa.
ENGINE-VERIFIEDO engine se recusa a preencher ou liquidar em um tick fora de sua janela de freshness, registra o momento que o feed ficou obsoleto, credita aquele outage de volta para cada medidor de funding aberto na recuperação, e anula past cryptopro.void-after-outage-minutes — dez por padrão. Um void liquida em exatamente zero: sem funding, sem house share, stake de volta.
A pausa sendo simétrica é a parte que importa mais. Seria trivialmente fácil escrever uma mesa que para de deixar jogadores saírem enquanto ainda permite que o sweep os liquide — e pareceria quase idêntico de fora. Não faz, e isso é verificável no mesmo caminho de código: ambos leem o preço pela mesma porta de freshness.
Por que a decisão é feita em um relógio
Retornar stakes não é a opção mais generosa disponível. Um jogador que estava up 300% no momento que o feed morreu perde aquele ganho, e não vai curtir. Achamos que ainda é a regra certa, por uma razão que é mais fácil de ver do outro lado.
Um void baseado em tempo é direction-blind. Não sabe nem se importa com quem estava na frente, então não pode ser gameado por nenhum dos lados e não pode ser acusado de favorecer a casa. Qualquer resolução baseada em preço, não importa quão cuidadosamente escolhida, necessariamente escolhe um vencedor usando informação que não é mais confiável.
Também termina, o que parece óbvio até você notar qual é a alternativa. Sem uma regra terminante, um feed que nunca volta deixa posições abertas para sempre: você não consegue fechá-las, o sweep não consegue resolvê-las, e o dinheiro fica congelado indefinidamente. Congelar é uma resposta boa por dez minutos e intolerável por dez dias.
Um voided não possui lucro nem perda, e é exatamente por isso que pode ser aplicado sem saber quem estava ganhando.
Dizendo assim, antes e depois
Uma regra que só aparece depois de ser acionada não é uma regra, é uma desculpa. Então a política de dez minutos é impressa no ticket ao lado das taxas, na página de seção e no guia do jogo — antes de qualquer coisa acontecer.
E quando é acionada, a posição não simplesmente desaparece do seu histórico. É registrada como voided em vez de fechada, com a janela em que nosso feed ficou indisponível, então a entrada lê "stake returned · price feed down 14:32–14:47" em vez de deixar você adivinhar.
Um detalhe deliberado nessa redação: diz nosso feed, nunca "o mercado foi interrompido". O mercado estava aberto o tempo todo. Não conseguíamos vê-lo. Essas são afirmações diferentes e apenas uma delas é verdadeira.
FAQ
Posso fechar minha posição enquanto o price feed está desabilitado?
Não, e a casa também não pode liquidar você. Ambas as ações requerem um tick fresco o suficiente para ser confiável, e o leem através do mesmo gate, então a pausa se aplica igualmente a ambos os lados.
O que acontece com minha posição se o feed nunca voltar?
Após dez minutos no escuro, é fechada em zero e seu stake completo é devolvido. Essa é a regra de encerramento — sem ela, posições permaneceriam abertas indefinidamente com o dinheiro congelado.
Eu estava em lucro quando o feed caiu. Eu mantenho isso?
Não. Um voided se liquida em exatamente zero para todos, o que permite que a regra seja aplicada sem referência a quem estava à frente. A mesma regra te protege quando o mercado se moveu contra você durante a interrupção.
Eu pago financiamento pelo tempo em que o feed estava desabilitado?
Não. O tempo de interrupção é creditado de volta ao relógio de financiamento na recuperação, e uma posição voided não paga financiamento nem participação da casa alguma.
FONTES E REFERÊNCIAS
- Betkyo engine source: CryptoProEngine strictPrice(), sweep() e voidForOutage() — o freshness gate, o crédito de interrupção e a regra de dez minutos são lidos dessas funções
OS JOGOS NESTE ARTIGO