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 central de ofertas limitadas (CLOB) para opções. Todas as ordens em repouso no livro são ordens limitadas. Não existem ordens a mercado como um tipo distinto. Os perpétuos não são negociados neste livro: são ordens nativas da Hyperliquid (veja Ordens de perpétuos abaixo).
Prioridade preço-tempo
As ordens no livro são casadas usando prioridade preço-tempo:
- Preço: a ordem em repouso com o 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 recebida cruza a liquidez em repouso, ela é executada imediatamente contra os melhores preços disponíveis. Qualquer saldo não executado fica em repouso 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 ordem a mercado, envie uma ordem limitada com TIF definido como IOC a um preço que você esteja disposto a pagar. A ordem cruza o que estiver disponível e cancela qualquer parte 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 recebida 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 envia a ordem:
Ordem limitada
Opções de uma única perna, direto no livro
- Ordem limitada padrão no livro de ofertas
- Cruza a liquidez em repouso ou fica em repouso no seu preço
- Disponível em instrumentos somente de livro de ofertas
- Time-in-force: GTC, IOC ou FOK
Ordem RPI
Opções de uma única perna, leilão + livro
- Padrão em instrumentos elegíveis para RFQ
- Leilão de 2 segundos entre MMs antes do livro
- MMs precisam superar o preço de referência em ≥ 1 tick
- Recorre a uma ordem limitada padrão se nenhum MM executar
RFQ
Pacotes multi-leg
- Solicitação de cotação para market makers profissionais
- Aceite manual ou execução automática com um limite
- Execução atômica: o pacote inteiro ou nada
- Sem recurso ao livro: use uma ordem combo para isso
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 no seu limite ou melhor, você cruza imediatamente. Caso contrário, sua ordem fica em repouso até ser executada ou cancelada.
Este é o caminho de execução para instrumentos configurados como somente livro de ofertas (sem camada RFQ/RPI) e para qualquer ordem enviada com route: "book_only". Ordens reduce-only, ordens em lote e ordens via WebSocket também vão direto para o livro.
Ordens RPI (Retail Price Improvement)
Em instrumentos configurados para livro de ofertas e RFQ, um POST /order com route: "best_execution" (ou sem route) entra em um pipeline de execução em 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
- Market makers têm 2 segundos para responder com uma cotação firme
- Se houver liquidez executável no livro, toda cotação precisa melhorar estritamente esse preço do livro
- Se não houver liquidez executável no livro, toda cotação precisa respeitar seu limite
- Vence a cotação com o melhor preço (empates decididos pelo horário 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: Recurso à ordem limitada
Sua ordem se torna uma ordem limitada padrão
- Ativada somente se a Fase 1 não produzir execução qualificada
- A ordem é colocada no livro de ofertas no seu preço limite original
- Cruza imediatamente se houver liquidez em repouso no seu limite ou melhor
- Caso contrário, a ordem fica em repouso até ser executada ou cancelada
- Aplica-se o time-in-force padrão (GTC, IOC, FOK)
- Latência total do envio até a Fase 2: ~2 segundos
A lógica estrutural vem de programas do mercado de ações, 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 somente quando não furam a liquidez executável em repouso sem melhorá-la.
RFQ (Request for Quote)
RFQ é usado para ordens multi-leg (spreads, straddles, iron condors, risk reversals) e para instrumentos de uma única perna configurados como somente RFQ. Os market makers são a única contraparte e não há recurso ao livro: se nenhuma cotação executar, a solicitação expira. Para um pacote de proporção fixa, você também pode enviar uma ordem combo.
O RFQ tem dois modos:
Aceite manual
- Você envia um pacote via
POST /rfq/requestcom suas pernas (instrumento, lado, tamanho por perna) - O sistema distribui a solicitação para todos os provedores de cotação elegíveis
- Os 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. A contrapartida é 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 atingir ou superar seu limite é executada automaticamente sem uma segunda assinatura
- Se nenhuma cotação qualificada chegar antes de o 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 antecipadamente 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 não é executado. Isso elimina o risco de perna.
Ordens combo
Uma ordem combo negocia uma proporção fixa de 2 a 8 pernas de opções sobre um mesmo ativo subjacente como uma única ordem limitada a um preço líquido do pacote. Todas as pernas são executadas juntas ou nenhuma é, e suas posições resultantes são as opções individuais.
- Roteamento: com
best_execution, o pacote passa primeiro pelo leilão RPI no tamanho total do pacote e depois vai para o livro. Combook_only, ele pula o leilão. - Liquidez: pode casar com outras ordens combo para o mesmo pacote e com liquidez implícita suportada construída a partir dos livros das pernas individuais.
- Time-in-force: GTC mantém em repouso o saldo não executado do pacote, IOC o cancela, FOK executa a quantidade total do pacote ou nada.
- No app: o boleto multi-leg oferece uma ordem limitada combo quando todas as pernas são opções ativas, habilitadas no livro e sobre o mesmo ativo subjacente. Você ainda pode solicitar cotações RFQ para o mesmo pacote.
A API de combos é experimental. Veja a API experimental de combos para descoberta, assinatura e restrições atuais.
Ordens de perpétuos
Os contratos perpétuos são perps da Hyperliquid. Eles não são negociados no livro da Hypercall e não passam pelo leilão RPI nem pelo RFQ. O motor da Hypercall primeiro verifica cada ordem de perpétuo contra toda a sua conta de margem de portfólio; em seguida, ela chega à Hyperliquid por meio de um enclave seguro na rota TEE (o padrão do app, opcional pela API; essas ordens carregam o endereço de builder da Hypercall) ou pelo seu contrato de conta na rota avançada de smart contract, e é casada no livro de ofertas da Hyperliquid sob as regras da Hyperliquid.
Veja Perpétuos na Hypercall para o caminho completo da ordem e Tipos de ordem de perpétuos para cada tipo.
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 única requisição. Ordens em lote vão direto para o livro de ofertas (book_only) e não entram no leilão RPI. - Cancelamento em lote (
DELETE /bulk_orderouDELETE /bulk_order_cloid): Cancele até 50 ordens por ID de ordem ou ID de cliente em uma única requisição. - Substituição (
PUT /order): Cancele atomicamente uma ordem existente e coloque uma nova no mesmo tick do motor. Sem risco de lacuna. - Substituição em lote (
PUT /bulk_order): Substitua até 50 ordens atomicamente.
As operações de substituição são essenciais para market makers que precisam atualizar cotações sem se expor a ser 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 furar a liquidez executável em repouso 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, e não o parâmetro de melhoria de preço quando não há 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 precisa superar. O tamanho exibido nesse preço não precisa cobrir sua ordem inteira. Se não houver liquidez executável em repouso, a cotação só precisa respeitar seu limite.
Ordens de compra
- Se o melhor ask <= seu limite, referência = melhor ask no livro
- O MM precisa cotar na referência menos 1 tick ou abaixo
- Se não houver ask executável, o MM pode cotar no seu limite ou abaixo
Ordens de venda
- Se o melhor bid >= seu limite, referência = melhor bid no livro
- O MM precisa cotar na referência mais 1 tick ou acima
- Se não houver bid executável, o MM pode cotar no seu limite ou acima
Este é o mesmo princípio por trás da Regra 11.24 da CBOE BYX: ordens RPI precisam 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-20260530-80000-C com limite de $2,450.
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 em tempo real tanto as solicitações de leilão RPI quanto os RFQs multi-leg.
Elegibilidade de QPs
- Registrado e ativo (não suspenso)
- Na whitelist para o ativo subjacente relevante (ou aprovado para todos os ativos subjacentes)
- Não congelado pela Proteção de Market Maker (MMP) nesse ativo subjacente
- Conectado via WebSocket no momento do leilão ou do RFQ
Vários QPs competem em cada leilão. O sistema seleciona o melhor preço, desempatando pelo horário de chegada. Essa competição é o mecanismo que gera a melhoria de preço. À medida que mais QPs entram, a competição se intensifica e os spreads se estreitam.
Veja Proteção de Market Maker (MMP) para saber como os QPs gerenciam risco e Incentivos para os programas de market makers.
Elegibilidade de instrumentos
Cada instrumento tem um modo de negociação configurado que determina como as ordens são roteadas:
Todas as opções atualmente listadas na mainnet operam no modo Livro de ofertas + RFQ. O modo de negociação é definido por instrumento e pode mudar; você sempre envia o mesmo tipo de ordem, independentemente do modo em que o instrumento está.
Resumo da prioridade de execução
Quando uma ordem de uma única perna entra no sistema em um instrumento elegível para RPI, as execuções são priorizadas assim:
1. Leilão RPI
Primeira olhada (somente instrumentos elegíveis)
- Market makers competem pela sua ordem
- Precisa respeitar seu limite
- Precisa melhorar a liquidez executável em repouso em pelo menos 1 tick
- Vence a melhor cotação, empates decididos pelo horário de chegada
- A execução pode incluir melhoria de preço
2. Cruzamento no livro
Execução imediata contra a liquidez existente
- Ativado se não houver execução RPI
- Cruza contra ordens em repouso no seu limite ou melhor
- Prioridade preço-tempo padrão
- Pode ser executada parcialmente (matching padrão)
3. Ordem em repouso
Aguarda uma contraparte
- Ativado se não houver cruzamento imediato
- A ordem fica em repouso no seu preço limite
- Visível no livro de ofertas
- Sujeita à sua configuração de time-in-force
Em instrumentos somente de livro de ofertas, o fluxo começa na etapa 2 (sem leilão RPI). O sistema nunca executa você a um preço pior que o seu limite.