Prioridade de Ordens
Como as ordens são roteadas, quem pode executá-las e em que ordem.
Fundamentos do Livro de Ofertas
A Hypercall opera um livro de ofertas central de ordens limitadas (CLOB) para opções e futuros perpétuos. Todas as ordens em repouso são ordens limitadas. Não existem ordens a mercado como um tipo distinto.
Prioridade Preço-Tempo
As ordens no livro são combinadas usando prioridade preço-tempo:
- Preço: a ordem em repouso com melhor preço é executada primeiro. Bids ordenados do maior para o menor, asks do menor para o maior.
- Tempo: no mesmo nível de preço, a ordem que chegou primeiro é executada primeiro.
Quando uma ordem entrante cruza liquidez em repouso, ela é executada imediatamente contra os melhores preços disponíveis. Qualquer saldo não executado permanece no livro (ou é cancelado, dependendo do time-in-force).
Time-in-Force
Toda ordem inclui uma instrução de time-in-force (TIF):
Não existe um tipo dedicado de ordem a mercado. Para obter o comportamento de uma ordem a mercado, envie uma ordem limitada com TIF configurado como IOC a um preço que você está disposto a pagar. A ordem cruza o que estiver disponível e cancela qualquer porção não executada.
Maker e Taker
Toda execução tem dois lados:
- O maker é a parte cuja ordem já estava em repouso no livro.
- O taker é a parte cuja ordem entrante a cruzou.
Makers e takers pagam 0% de taxas na configuração de lançamento. Veja Taxas para a política de lançamento e a tabela futura planejada.
Tipos de Ordem
A Hypercall suporta vários caminhos de execução dependendo do que você está negociando e de como você envia a ordem:
Ordem Limitada
Opções de leg única, direto ao livro
- Ordem limitada padrão no livro de ofertas
- Cruza liquidez em repouso ou permanece no seu preço
- Disponível em instrumentos apenas de livro de ofertas
- Time-in-force: GTC, IOC ou FOK
Ordem RPI
Opções de leg única, leilão + livro
- Automática em instrumentos elegíveis para RFQ
- Leilão de MMs de 2 segundos antes do livro
- MMs devem superar o preço de referência em ≥ 1 tick
- Recai para uma ordem limitada padrão se nenhum MM executar
RFQ
Pacotes multi-leg
- Request for Quote para market makers profissionais
- Aceite manual ou execução automática com um limite
- Execução atômica: pacote inteiro ou nada
- Sem fallback para o livro de ofertas em multi-leg
Ordens Limitadas
O caminho mais simples. Você envia preço, tamanho, lado e símbolo. O motor verifica sua margem, valida sua assinatura EIP-712 e coloca a ordem no livro.
Se o livro tiver liquidez em repouso ao seu preço limite ou melhor, você cruza imediatamente. Caso contrário, sua ordem permanece no livro até ser executada ou cancelada.
Este é o caminho de execução para instrumentos configurados como apenas livro de ofertas (sem camada RFQ/RPI).
Ordens RPI (Retail Price Improvement)
Em instrumentos configurados tanto para livro de ofertas quanto para RFQ, ordens de leg única entram automaticamente em um pipeline de execução de duas fases. Este é o caminho padrão no frontend da Hypercall.
Fase 1: Leilão RPI
Market makers competem para executar sua ordem
- A ordem é transmitida a todos os provedores de cotação conectados
- Cada market maker tem 2 segundos para responder com uma cotação firme
- Se existir liquidez executável no livro, toda cotação deve melhorar estritamente esse preço do livro
- Se não existir liquidez executável no livro, toda cotação deve satisfazer seu limite
- A cotação com melhor preço vence (empates decididos por ordem de chegada)
- O leilão encerra antecipadamente se todos os market makers responderem
- Se uma cotação qualificada vencer, você é executado imediatamente no seu limite ou melhor
Fase 2: Fallback para Ordem Limitada
Sua ordem se torna uma ordem limitada padrão
- Ativa apenas se a Fase 1 não produzir uma execução qualificada
- A ordem é colocada no livro de ofertas ao seu preço limite original
- Cruza imediatamente se existir liquidez em repouso ao seu limite ou melhor
- Caso contrário, a ordem permanece até ser executada ou cancelada
- Time-in-force padrão se aplica (GTC, IOC, FOK)
- Latência total do envio até a Fase 2: ~2 segundos
A lógica estrutural vem de programas do mercado de renda variável, como o Retail Price Improvement da CBOE BYX e o NYSE Retail Liquidity Program: market makers ganham o privilégio de ver sua ordem antes do livro apenas quando não passam à frente de liquidez em repouso executável sem melhorá-la.
RFQ (Request for Quote)
RFQ é usado para ordens multi-leg (spreads, straddles, iron condors, risk reversals) e para instrumentos de leg única configurados como apenas RFQ. Não há CLOB para pacotes multi-leg arbitrários, então os market makers são a única contraparte.
O RFQ tem dois modos:
Aceite manual
- Você envia um pacote via
POST /rfq/requestcom suas legs (instrumento, lado, tamanho por leg) - O sistema distribui a solicitação para todos os provedores de cotação elegíveis
- QPs respondem com cotações firmes (válidas por até 30 segundos)
- Você vê todas as cotações no app e seleciona manualmente uma para aceitar
- Você assina e envia um aceite (
POST /rfq/accept) para executar a negociação
O aceite manual dá a você controle total sobre qual cotação aceitar. O tradeoff é uma segunda assinatura e o risco de as cotações expirarem enquanto você decide.
Execução automática
- Você envia um pacote via
POST /rfq/requestcom umauto_accept_limit(o débito máximo que você pagará, ou o crédito mínimo que aceitará) - Sua assinatura pré-autoriza a execução a qualquer preço dentro do seu limite
- A primeira cotação que atenda ou supere seu limite é executada automaticamente sem uma segunda assinatura
- Se nenhuma cotação qualificada chegar antes do RFQ expirar, a solicitação expira sem execução
A execução automática é mais rápida e simples. Você define seu pior preço aceitável de antemão e deixa o sistema executar. Este é o modo que o frontend da Hypercall usa para pacotes multi-leg.
Execuções multi-leg são sempre tudo ou nada. O pacote inteiro é executado atomicamente, ou nada é executado. Isso elimina o risco de leg.
Ordens de Perpétuos (Diretivas)
Ordens de futuros perpétuos passam por um caminho separado. Em vez do livro de ofertas de opções, ordens de perpétuos são enviadas como diretivas ao HyperCore (a camada de execução on-chain da Hyperliquid).
Ordens de perpétuos são enviadas via POST /v1/actions/hl_limit_order e suportam:
Ordens de perpétuos não passam pelo leilão RPI nem pelo sistema RFQ. Elas são assinadas, retransmitidas ao contrato de exchange on-chain e combinadas on-chain.
Operações em Lote e de Substituição
Para traders programáticos, a API suporta operações em lote:
Endpoints de lote e substituição
- Envio em lote (
POST /bulk_order): Envie até 50 ordens em uma requisição. Cada uma entra no caminho de execução padrão de forma independente. - Cancelamento em lote (
DELETE /bulk_orderouDELETE /bulk_order_cloid): Cancele até 50 ordens por ID da ordem ou ID do cliente em uma requisição. - Substituição (
PUT /order): Cancela atomicamente uma ordem existente e coloca uma nova no mesmo tick do motor. Sem risco de intervalo. - Substituição em lote (
PUT /bulk_order): Substitua até 50 ordens atomicamente.
Operações de substituição são críticas para market makers que precisam atualizar cotações sem se expor a serem executados no preço antigo enquanto a nova ordem está em trânsito.
Melhoria de Preço (RPI)
A garantia central do leilão RPI: um market maker não pode passar à frente de liquidez em repouso executável a menos que ofereça a você um preço melhor que o do livro. Qualquer liquidez em repouso dentro do limite, mesmo que seja menor que sua ordem, define a referência do livro. Seu limite continua sendo o pior preço de execução aceitável, não o benchmark de melhoria de preço quando não existe liquidez no livro.
O preço de referência
O preço de referência é o melhor preço em repouso no livro dentro do limite que um market maker deve superar. O tamanho exibido nesse preço não precisa cobrir sua ordem inteira. Se não houver liquidez em repouso executável, a cotação só precisa satisfazer seu limite.
Ordens de Compra
- Se o melhor ask <= seu limite, referência = melhor ask no livro
- MM deve cotar em ou abaixo da referência menos 1 tick
- Se não houver ask executável, MM pode cotar em ou abaixo do seu limite
Ordens de Venda
- Se o melhor bid >= seu limite, referência = melhor bid no livro
- MM deve cotar em ou acima da referência mais 1 tick
- Se não houver bid executável, MM pode cotar em ou acima do seu limite
Este é o mesmo princípio por trás da Regra 11.24 da CBOE BYX: ordens RPI devem melhorar o NBBO. Na Hypercall, o "NBBO" é o melhor preço executável em repouso no livro de ofertas.
Exemplo prático
Você envia uma ordem de compra de 1,0 BTC-30MAY26-80000-C com limite de $2.450.
Exibição da melhoria de preço
- Quando executado via RPI contra uma referência executável do livro, o app mostra sua economia vs. o livro
- Quando não existe referência executável do livro, o app mostra que a cotação foi executada dentro do seu limite
- Exemplo: Executado a $2.447,50, economia de $2,50 (0,1%)
- Isso aparece automaticamente na confirmação da sua execução, nenhuma ação necessária
Provedores de Cotação
Provedores de cotação (QPs) são market makers profissionais registrados na Hypercall. Eles mantêm conexões WebSocket persistentes e recebem tanto solicitações de leilão RPI quanto RFQs multi-leg em tempo real.
Elegibilidade de QP
- Registrado e ativo (não suspenso)
- Na whitelist para o ativo subjacente relevante (ou aprovado para todos os ativos subjacentes)
- Não congelado pela Market Maker Protection (MMP) nesse ativo subjacente
- Conectado via WebSocket no momento do leilão ou RFQ
Vários QPs competem em cada leilão. O sistema seleciona o melhor preço, decidindo empates por ordem de chegada. Essa competição é o mecanismo que impulsiona a melhoria de preço. À medida que mais QPs entram, a competição se intensifica e os spreads se estreitam.
Veja Market Maker Protection (MMP) para saber como os QPs gerenciam risco, e Incentivos para programas de market makers.
Elegibilidade de Instrumentos
Cada instrumento tem um modo de negociação configurado que determina como as ordens são roteadas:
À medida que os instrumentos amadurecem e atraem mais liquidez em repouso, eles transitam de habilitados para RFQ para apenas livro de ofertas. O roteamento é transparente para você. Você sempre envia o mesmo tipo de ordem, independentemente do modo em que o instrumento estiver.
Resumo da Prioridade de Execução
Quando uma ordem de leg única entra no sistema em um instrumento elegível para RPI, as execuções são priorizadas:
1. Leilão RPI
Primeira chance (apenas instrumentos elegíveis)
- Market makers competem pela sua ordem
- Deve satisfazer seu limite
- Deve melhorar a liquidez em repouso executável em pelo menos 1 tick
- A melhor cotação vence, empates decididos por ordem de chegada
- A execução pode incluir melhoria de preço
2. Cruzamento no Livro
Execução imediata contra liquidez existente
- Ativa se não houver execução via RPI
- Cruza contra ordens em repouso ao seu limite ou melhor
- Prioridade preço-tempo padrão
- Pode ser executada parcialmente (matching padrão)
3. Ordem em Repouso
Aguardar uma contraparte
- Ativa se não houver cruzamento imediato
- A ordem permanece ao seu preço limite
- Visível no livro de ofertas
- Sujeita à sua configuração de time-in-force
Em instrumentos apenas de livro de ofertas, o fluxo começa na etapa 2 (sem leilão RPI). O sistema nunca executa sua ordem a um preço pior que seu limite.