Não existe "o" preço
Pergunte quanto custa Bitcoin e a resposta honesta é uma pergunta de volta: onde? Cada exchange roda seu próprio order book, combinando seus próprios compradores contra seus próprios vendedores. Esses books são ligados por arbitragem mas nunca são idênticos, então em qualquer momento o mesmo ativo negocia a preços ligeiramente diferentes em lugares diferentes.
A maioria das vezes o spread entre venues é pequeno o suficiente para ignorar. Os momentos em que não é são exatamente os momentos que importam: um movimento súbito, uma venue com liquidez fina, uma exchange com um problema técnico imprimindo trades que ninguém mais vê. Um settlement que lê uma venue herda cada um dos maus segundos dessa venue.
Então a pergunta real para qualquer coisa que faça settlement em preço não é "o preço está correto" — não existe um único correto — mas "qual construção do preço essa coisa lê, e quem pode influenciá-la".
O que um oracle realmente faz
Um oracle é a maquinaria que transforma muitas cotações discordando em um número publicado. A versão ingênua faz uma média delas, e a versão ingênua é um erro: uma média é puxada por outliers, então uma single venue imprimindo uma cotação sem sentido move o resultado para todos.
A construção padrão usa uma mediana, normalmente ponderada por volume. Uma mediana ignora o quão extremo um outlier é e apenas conta quantas fontes concordam — então uma venue quebrada move nada, e um atacante precisa corromper a maioria das fontes em vez de uma delas. Essa escolha única é a maioria do que torna um oracle robusto.
- Múltiplas fontes independentes, então nenhuma venue é load-bearing.
- Mediana em vez de média, então um outlier é votado para fora em vez de ser incluído na média.
- Ponderação por volume, então um mercado fino não pode falar tão alto quanto um profundo.
- Reporters independentes, então a agregação em si não é uma máquina que alguém pode depender.
- Um registro publicado, então o número pode ser verificado depois em vez de ser aceito na confiança.
Essa última propriedade é a que os jogadores devem se importar mais, e é a que é menos frequentemente discutida. Um feed que você pode consultar depois é um feed que você pode auditar. Um número que a house cita apenas para si mesma não é um preço, é uma afirmação.
Por que isso decide se uma aposta é justa
Um jogo com settlement de preço tem exatamente um lugar onde a house poderia enganar sem ninguém notar: o preço em que ela faz o settlement. Não a tabela de payout, que é publicada; não as regras, que são visíveis; o número.
Considere o que uma desk desonesta poderia fazer com um preço auto-cotado. Ela não precisa mentir muito. Um décimo de um por cento, aplicado apenas no momento do settlement, apenas na direção que a convém — e em alta alavancagem um décimo de um por cento é a posição inteira. A manipulação seria invisível em qualquer caso isolado e devastadora em agregado.
É por isso que o compromisso significativo não é "nossos preços são precisos" mas um estrutural: o número que o gráfico desenha e o número que o settlement lê são o mesmo número publicado, e não é nosso para escolher. Display e settlement alimentados de uma fonte remove a lacuna onde o truque viveria.
ENGINE-VERIFIEDNa nossa desk o gráfico, a entrada, a liquidação e o close leem um tick buffer alimentado por um single published feed. O preço do header é retirado dos mesmos dados de mercado público que o gráfico plota, então os dois não podem se afastar, e um tick muito antigo para confiar bloqueia fills e liquidações igualmente.
O que perguntar para qualquer venue com settlement de preço
Você não precisa auditar um oracle para ser um jogador cuidadoso. Você precisa fazer quatro perguntas e perceber se as respostas existem.
| PERGUNTA | UM MAU SINAL |
|---|---|
| Qual feed liquida minha posição? | "Nosso preço interno" — a única construção que ninguém mais consegue verificar |
| O gráfico usa a mesma fonte que a liquidação? | Dois números diferentes, ou uma recusa em dizer |
| O que acontece quando o feed trava? | Nenhuma política publicada, decidido caso a caso |
| Posso verificar o preço independentemente? | Um feed que existe apenas na tela deles |
Nada disso torna uma posição alavancada segura — as odds são o que são, e em ×1000 um décimo de um por cento a encerra. Torna a posição *honesta*, que é uma pergunta diferente e anterior.
FAQ
Por que diferentes exchanges mostram preços diferentes do Bitcoin?
Cada uma executa seu próprio book de ordens com seus próprios compradores e vendedores. A arbitragem os mantém próximos mas nunca idênticos, e as diferenças aumentam exatamente quando o mercado se move mais rápido.
Por que os oracles usam uma mediana em vez de uma média?
Uma média é puxada por outliers, então um venue quebrado ou manipulado move o resultado. Uma mediana apenas conta quantas fontes concordam, então um atacante deve corromper uma maioria em vez de um único feed.
Um cassino pode manipular o preço em que uma aposta alavancada é liquidada?
Pode se citar o preço a si mesmo, e em alavancagem alta precisaria apenas de uma fração de um por cento. É por isso que a pergunta significativa é se a liquidação lê um feed independentemente publicado — um que você mesmo pudesse consultar.
O que impede que um preço obsoleto seja usado para liquidar?
Uma regra de validade. Na nossa mesa, um tick que passa pela janela de validade não é tratado como preço algum: bloqueia fills e liquidações igualmente até que um tick válido chegue.
FONTES & REFERÊNCIAS
- Betkyo engine source: CryptoProEngine strictPrice() e o shared tick buffer por trás do chart, do fill e da liquidação
OS JOGOS NESTE ARTIGO