--- title: "Livro de ofertas de criptoativos" description: "Um livro de ofertas é uma visão específica do mercado sobre compras e vendas em aberto; seu uso seguro exige reconstrução coerente dos dados, regras exatas de casamento, cálculo de execução pela profundidade e conciliação de negócios e liquidação." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Livro de ofertas de criptoativos > Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas. ## Resposta direta Um livro de ofertas é um estado ou visão de dados, específico do mercado e produto, de ordens de compra e venda em aberto ou níveis de preço agregados. A maior compra e a menor venda visíveis formam a melhor compra e a melhor venda; a diferença é o spread. Esse estado representa interesse executável em um instante, não previsão, compromisso de permanência nem mapa completo de ordens ocultas, iceberg, RFQ, OTC ou liquidez de outros mercados. O nível dos dados importa. O nível 1 mostra o topo, o nível 2 agrega quantidade por preço e o nível 3 pode expor ordens e detalhes da fila quando o mercado os fornece. Um volume de nível 2 pode reunir várias ordens e não revela a posição de uma conta. Um livro local confiável combina snapshot coerente com eventos incrementais contínuos e ordenados, e deixa de ser usado quando falha a continuidade de sequência ou checksum. As regras de casamento são específicas do mercado. Alguns livros contínuos usam prioridade preço-tempo; outros produtos adotam rateio, leilões, regras para ordens ocultas, prevenção de autocasamento ou ordenação por bloco. Ordens a mercado consomem preços disponíveis, não um último preço garantido. Ordens limitadas podem tomar liquidez e deixar saldo em aberto. O cancelamento compete com execuções até ser confirmado; negócios, taxas, saldo, posições e liquidação devem ser conciliados por eventos oficiais. ## Como funciona 1. Fixe mercado e entidade jurídica, produto e sessão, direção base/cotação, contrato à vista ou derivativo, tick, lote, notional mínimo, faixa de taxas, nível do livro, modelo de custódia ou liquidação e relógio. 2. Construa uma visão coerente: assine e armazene eventos, obtenha o snapshot documentado, aplique apenas atualizações compatíveis e ordenadas, diferencie tamanho absoluto de variação, valide sequência ou checksum e obtenha novo snapshot diante de qualquer lacuna. 3. Leia as regras exatas de prioridade, leilões, prevenção de autocasamento, alterações, cancelamento, ordens ocultas ou iceberg e ordenação onchain ou intrabloco. Não deduza posição na fila de um nível agregado. 4. Especifique lado, quantidade-base ou orçamento de cotação, comportamento limitado ou a mercado, gatilho stop, validade como `GTC`, `IOC` ou `FOK`, indicadores post-only ou reduce-only, bandas de proteção e pior preço aceitável. 5. Percorra o lado executável nível a nível para estimar quantidade, notional, VWAP, spread e slippage contra uma referência nomeada. Some taxa maker ou taker por execução e teste latência, desaparecimento ou profundidade oculta e execução parcial. 6. Envie com identificador de cliente idempotente e processe confirmações privadas, rejeições e execuções. Trate alteração, cancelamento e substituição como concorrentes até confirmação do motor ou da rede; concilie saldo real, posição, caixa e taxas. 7. Compare livro público, estado privado, execuções e registro de liquidação. Em CEX, separe casamento, custódia e saque; em livros onchain ou híbridos, separe envio, ordenação, execução, liquidação, reorganização e finalidade, pausando e resincronizando estados incoerentes. Maker e taker descrevem o papel de cada execução, não um rótulo permanente de conta ou ordem. Uma limitada negociável pode tomar vários níveis e depois ficar como maker. Ordens stop geralmente não aparecem no livro antes de um gatilho definido pelo mercado criar outra ordem, e o preço de gatilho não garante execução. Validade, post-only, proteção e alterações devem ser verificadas para o mercado e produto exatos. ## Exemplos desenvolvidos - **Spread e identidade da cotação.** A melhor compra é `99.90` e a melhor venda `100.10`; portanto, `midpoint = (99.90 + 100.10) / 2 = 100.00`, o spread absoluto é `0.20` e o relativo ao ponto médio `0.20 / 100.00 = 0.20% = 20 bps`. Uma última negociação a `99.70` não altera sozinha essas cotações executáveis. - **Consumo da profundidade e taxas.** As vendas são `2 @ 100.00`, `3 @ 100.20` e `5 @ 100.50`. Uma compra a mercado de `8` custa `200.00 + 300.60 + 301.50 = 802.10`, logo `VWAP = 802.10 / 8 = 100.2625`. O slippage ante a melhor venda é `0.2625% = 26.25 bps`. Com taxa taker de `20 bps`, a taxa é `1.6042`, a saída total `803.7042` e o custo unitário total `100.463025`. - **Saldo de limitada negociável.** Uma compra limitada de `8 @ 100.20` executa `2 @ 100.00` e `3 @ 100.20`, custa `500.60` com VWAP `100.12` e deixa `3`. Em `IOC`, cancela-se o saldo; em `GTC`, ele pode permanecer a `100.20`. A taxa taker de `20 bps` sobre a execução é `1.0012`; a saída atual é `501.6012` antes de eventual execução maker. - **Concorrência de sequência e cancelamento.** Um snapshot em `sequence = 100` mostra `4 @ 100.10`. O evento `101` reduz para `1`, mas chega depois `103`; faltando `102`, o livro é desconhecido, `103` não o repara e requer novo snapshot. Separadamente, uma venda de `10` recebe execuções de `2` e `1` antes da confirmação do cancelamento: executou `3` e cancelou `7`, não zero. ## Riscos - Mercado, entidade jurídica, produto, contrato, sessão ou ambiente errado. - Direção base/cotação invertida ou unidades de quantidade e notional incoerentes. - Tick, lote, notional mínimo, decimal ou banda de preço incorreto. - Snapshot defasado, incompleto, de outra sessão ou incompatível com eventos armazenados. - Lacuna, duplicata, evento fora de ordem ou falha de checksum ignorada. - Tamanho absoluto aplicado como variação ou exclusão por zero mal processada. - Agregação de nível 2 confundida com identidade ou fila de nível 3. - Liquidez oculta, iceberg, RFQ, escura, OTC, internalizada ou de outro mercado omitida. - Regras de preço-tempo, rateio, leilão, autocasamento, alteração ou reposição supostas incorretamente. - Semântica de mercado, limitada, stop, banda, post-only, reduce-only, `GTC`, `IOC` ou `FOK` mal compreendida. - Ordem a mercado parcial, rejeitada ou executada longe do último, ponto médio ou melhor preço. - Cancelamento, alteração ou substituição compete com execuções e gera saldo ou excesso indesejado. - Envio duplicado, confirmação perdida, colisão ou divergência de ID quebra idempotência. - Papel maker/taker, faixa, rebate, taxa por execução, funding ou liquidação contabilizado errado. - Spread ou profundidade visível desaparece durante latência de rede, processo, fila ou bloco. - Paredes canceladas, simuladas, escalonadas, repostas ou mal interpretadas em mercados fragmentados. - Referência, lado, spread, VWAP, taxas, conversão cambial ou custo total calculado errado. - Pausa, leilão, modo somente-limitadas, manutenção, indisponibilidade, rate limit ou mudança de status altera o comportamento. - Custódia CEX, razão, segregação, saque, insolvência ou integridade da API falha independentemente do casamento. - Fluxo onchain ou híbrido adiciona riscos de allowance, nonce, gas, sequenciador, MEV, contrato, reorganização, finalidade e indexador, e a conciliação final falha. ## Equívocos comuns - **“Uma grande parede de compra garante alta.”** Ordens podem ser legítimas, canceladas, movidas, ocultadas por outro fluxo ou destinadas a enganar. - **“Uma ordem a mercado executa no último, ponto médio ou melhor preço.”** Ela consome liquidez contrária e pode executar parcialmente ou cruzar muitos níveis. - **“Uma limitada é sempre maker e não tem custo.”** A parcela negociável pode ser taker, o saldo pode esperar ou nunca executar, e persistem taxas, oportunidade e vazamento de informação. - **“Alto volume histórico garante profundidade executável em qualquer tamanho.”** Volume registra giro passado; profundidade atual, latência, fluxo oculto e impacto determinam a execução. - **“Um livro onchain é totalmente visível, instantaneamente final e sem confiança.”** Ordenação, ordens assinadas offchain, sequenciadores, contratos, indexadores, liquidação e finalidade podem ser dependências distintas. ## Tópicos relacionados - [Exchange centralizada](/pt-br/crypto/cex/) - [Ordem limitada](/pt-br/crypto/limit-order-crypto/) - [Ordem a mercado](/pt-br/crypto/market-order-crypto/) ## Fontes - [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community (acessado em: 2026-08-13) - [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (acessado em: 2026-08-13) - [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation (acessado em: 2026-08-13) - [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation (acessado em: 2026-08-13) - [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation (acessado em: 2026-08-13) - [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation (acessado em: 2026-08-13) - [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation (acessado em: 2026-08-13) - [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs (acessado em: 2026-08-13) Source: https://wiki.fcontext.com/pt-br/crypto/order-book-crypto/index.mdx