Aula 4
Resolução de Mercados: UMA Oracle e o Ciclo de Vida
Aula 4: Resolução de Mercados — UMA Oracle e Ciclo de Vida
Diagrama
Ciclo de Vida de um Mercado
A UMA Oracle é um sistema de oráculo otimista. Qualquer utilizador pode propor um resultado. Se ninguém disputar dentro do período de janela (tipicamente 2-7 dias), o resultado é aceite como verdadeiro.
Modo de falha
Modo de Falha Comum
“O jogo acabou, vou receber logo.”
A resolução não é instantânea. Após o evento, há um período de proposta e depois uma janela de disputa. Pode levar dias até os fundos serem distribuídos. Não entres em pânico — é o processo normal.
Módulo 2: Interface, Wallet e Leitura do Mercado
Aprofundamento operacional
A resolucao e o ponto onde uma tese de mercado encontra a regra escrita. O operador iniciante olha apenas para o placar. O operador disciplinado le a pergunta do mercado, os criterios de resolucao, a fonte oficial e a janela de disputa. Pequenas ambiguidades de linguagem podem transformar um evento aparentemente simples num risco de resolucao.
Em futebol, isso importa em mercados como “jogo sera adiado?”, “time vence no tempo regulamentar?”, “inclui prorrogacao?”, “mercado considera resultado oficial ou resultado em campo?”. O trade correto com a regra errada vira uma exposicao mal compreendida.
Camada de due diligence
Antes de operar, leia a pergunta exata do mercado e escreva uma frase: “Este mercado sera resolvido como YES se…”. Se voce nao conseguir completar a frase sem ambiguidade, o mercado ainda nao esta pronto para receber capital.
Modo de falha adicional
O erro mais caro nao e esperar alguns dias pela resolucao. E assumir que o mercado pergunta uma coisa quando, na verdade, pergunta outra. Resolucao nao e detalhe juridico; e parte do preco justo.
Auditoria aplicada
Esta aula deve terminar com uma pequena auditoria escrita. O objetivo nao e produzir uma nota bonita, mas transformar “Resolução de Mercados: UMA Oracle e o Ciclo de Vida” em uma decisao verificavel. Use os conceitos centrais da aula (os conceitos principais da aula) para construir um registro que possa ser revisado depois, quando o mercado ja tiver se movido ou o evento ja tiver sido resolvido.
Comece pela pergunta operacional: o que eu consigo observar agora que muda minha decisao? Depois separe evidencia, inferencia e decisao. Evidencia e dado verificavel: preco, spread, profundidade, regra de resolucao, horario, volume, estado do book, endpoint consultado ou custo calculado. Inferencia e a leitura que voce faz a partir desses dados. Decisao e o que voce faz com a leitura: estudar mais, descartar, entrar com ordem limit, esperar liquidez, reduzir stake, usar API apenas para leitura ou classificar como No Bet.
Protocolo de revisao
- Escreva a tese em uma frase curta.
- Liste os tres dados que sustentam a tese.
- Liste o principal dado que poderia invalidar a tese.
- Defina o custo de estar errado: perda financeira, slippage, fee, tempo preso, erro de resolucao ou risco operacional.
- Defina o gatilho de pausa. Se esse gatilho acontecer, a decisao deve ser reavaliada antes de qualquer nova ordem.
Perguntas de controle
- O mercado esta suficientemente liquido para o tamanho que eu quero usar?
- O preco atual ainda paga o risco depois de spread, fees e slippage?
- A regra de resolucao esta clara o suficiente para eu aceitar exposicao?
- Se eu estivesse explicando este trade para outra pessoa, conseguiria separar dado de opiniao?
- Existe um caminho simples de saida se a leitura estiver errada?
Saida esperada
No fim da aula, salve uma nota de cinco linhas: mercado observado, preco observado, risco principal, decisao tomada e motivo para revisar depois. Esse habito cria memoria operacional. Sem memoria, o operador repete erros com mais confianca. Com memoria, cada aula vira uma parte do sistema de pesquisa.