Esta página foi traduzida automaticamente. O original em inglês é a versão canônica. Ler em inglês
Pular para o conteúdo principal

Oráculo de Volatilidade

A Hypercall usa uma superfície de volatilidade implícita para precificação de opções, greeks, avaliação mark-to-market e verificações de margem. O oráculo de volatilidade transforma dados de mercado de opções em valores de IV consultáveis por ativo subjacente, strike e vencimento.

O objetivo é simples: usar a volatilidade de mercado ao vivo quando ela está disponível, e falhar de forma segura (fail closed) em vez de inventar valores quando os dados necessários estão ausentes.

O Que o Oráculo de Volatilidade Faz

Para cada ativo subjacente suportado, a Hypercall mantém uma superfície de volatilidade:

  • Dimensão de strike: A IV varia de acordo com o strike da opção.
  • Dimensão de vencimento: A IV varia de acordo com o tempo até o vencimento.
  • Interpolação: Quando um ponto exato de strike e vencimento não está disponível, a Hypercall interpola entre pontos válidos próximos.
  • Verificações de defasagem: Cada provedor tem regras de atualidade. Dados defasados não são tratados como dados ao vivo.

A IV é armazenada como decimal. Por exemplo, 80% de IV é representada como 0.80.

Modelo Sensível a Sessões

Alguns mercados de origem de volatilidade podem ter horários de negociação diferentes dos da Hypercall. Quando um mercado de origem está ativo e saudável, a Hypercall usa a superfície de origem atual.

O modelo reescala os strikes de origem para o espaço de strikes da plataforma usando preços spot ao vivo:

scale = platform_spot / source_spot
platform_strike = source_option_strike * scale

Ambos os valores de spot devem ser positivos e atuais. Se o spot da origem ou o spot da plataforma estiver ausente, a atualização da superfície ao vivo falha em vez de usar uma escala estática ou em cache.

Sessões de Origem Fechadas

Quando um mercado de opções de origem está fechado ou a superfície ao vivo está defasada, a Hypercall não finge que dados antigos da origem estão atualizados.

Em vez disso, o modelo pode usar a última superfície de origem válida e transformá-la para o espaço de moneyness atual da plataforma:

base_strike = requested_platform_strike * base_spot / current_platform_spot
base_iv = last_good_source_surface(base_strike, expiry)

Isso preserva o log-moneyness aderente (sticky). Uma opção que está 5% fora do dinheiro (OTM) é correspondida ao ponto da superfície de origem que também estava 5% fora do dinheiro (OTM) quando a superfície de origem foi capturada.

O modelo então adiciona o risco de eventos de sessão fechada como variância total:

final_iv = sqrt((base_iv^2 * time_to_expiry + event_jump^2) / time_to_expiry)

Isso torna as opções de curto prazo mais sensíveis ao risco de gap em sessões fechadas, o que é intencional.

Condições de Fail-Closed

O oráculo de volatilidade falha de forma segura (fail closed) para consultas que aumentam o risco quando os dados necessários não estão disponíveis. Exemplos incluem:

  • nenhum provedor de volatilidade configurado para o ativo subjacente
  • fonte ao vivo defasada sem um snapshot válido da última superfície válida
  • spot da plataforma ausente ou inválido
  • spot da origem ausente ou inválido durante a construção da fonte ao vivo
  • snapshot da origem mais antigo que a janela de sessão fechada configurada
  • strike ou vencimento transformado que não pode ser interpolado
  • ativo subjacente não suportado ou ponto ausente na superfície de origem

Falhar de forma segura significa que o sistema rejeita cálculos que dependem da IV ausente, como novas ordens que aumentam o risco e precisam de margem. É melhor rejeitar uma ordem do que aplicar margem ou marcá-la com volatilidade inventada.

O Que os Usuários Devem Esperar

Quando os mercados de origem estão abertos e os feeds estão saudáveis, a precificação e a margem usam superfícies de volatilidade implícita ao vivo.

Quando um mercado de origem está fechado, os mercados afetados podem continuar usando a superfície transformada sensível a sessões, desde que o último snapshot válido e o spot atual da plataforma sejam válidos.

Se o modelo não puder validar seus inputs, as ordens afetadas podem ser rejeitadas até que dados atualizados ou uma superfície transformada válida estejam disponíveis.

Veja Também