--- title: "Libro de órdenes de criptoactivos" description: "Un libro de órdenes es una vista, específica del centro, de las compras y ventas en espera; utilizarlo con seguridad exige reconstruir datos coherentes, conocer las reglas de cruce, calcular la ejecución según la profundidad y conciliar ejecuciones y liquidación." 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. # Libro de órdenes de criptoactivos > Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas. ## Respuesta directa Un libro de órdenes es un estado o una vista de datos, propios de un centro y producto, de órdenes de compra y venta en espera o de niveles de precio agregados. La mayor compra y la menor venta visibles forman la mejor compra y la mejor venta; su diferencia es el diferencial. Este estado representa liquidez ejecutable en un instante, no una previsión, un compromiso de permanencia ni un mapa completo de órdenes ocultas, iceberg, RFQ, OTC o liquidez de otros centros. El nivel de datos importa. El nivel 1 muestra la punta del libro, el nivel 2 agrega cantidad por precio y el nivel 3 puede identificar órdenes y posición en cola cuando el centro lo ofrece. Un volumen de nivel 2 puede reunir varias órdenes y no revela la posición de una cuenta. Un libro local fiable combina una instantánea coherente con eventos incrementales continuos y ordenados, y deja de usarse si falla la continuidad de secuencia o checksum. Las reglas de cruce dependen del centro. Algunos libros continuos aplican prioridad precio-tiempo; otros productos emplean prorrateo, subastas, reglas para órdenes ocultas, prevención de autocruce u ordenación por bloque. Una orden de mercado consume precios disponibles, no un último precio garantizado. Una limitada puede tomar liquidez y dejar un remanente en espera. La cancelación compite con las ejecuciones hasta ser confirmada: ejecuciones, comisiones, remanente, saldos y liquidación deben conciliarse con eventos autorizados. ## Cómo funciona 1. Fije centro y entidad jurídica, producto y sesión, dirección base/cotizada, contado o derivado, tick, lote, nominal mínimo, nivel de comisiones, nivel del libro, modelo de custodia o liquidación y reloj. 2. Construya una vista coherente: suscríbase y almacene eventos, obtenga la instantánea documentada, aplique solo actualizaciones compatibles y ordenadas, diferencie tamaño absoluto de variación, valide secuencia o checksum y vuelva a obtener la instantánea ante cualquier hueco. 3. Lea las reglas exactas de prioridad, subastas, prevención de autocruce, modificaciones, cancelación, órdenes ocultas o iceberg y ordenación onchain o intrabloque. No deduzca la posición en cola de un nivel agregado. 4. Especifique lado, cantidad base o presupuesto cotizado, comportamiento limitado o de mercado, activador stop, vigencia como `GTC`, `IOC` o `FOK`, indicadores post-only o reduce-only, bandas de protección y peor precio aceptable. 5. Recorra el lado ejecutable nivel por nivel para estimar cantidad, nominal, VWAP, diferencial y deslizamiento frente a una referencia nombrada. Añada comisión maker o taker por ejecución y someta a estrés latencia, desaparición o profundidad oculta y ejecución parcial. 6. Envíe con un identificador de cliente idempotente y procese confirmaciones privadas, rechazos y ejecuciones. Considere modificación, cancelación y sustitución en carrera hasta confirmación del motor o la cadena; concilie remanente, inventario, efectivo y comisiones reales. 7. Compare libro público, estado privado, ejecuciones y registro de liquidación. En una CEX separe cruce, custodia y retirada; en libros onchain o híbridos separe envío, ordenación, ejecución, liquidación, reorganización y firmeza, y pause y resincronice ante estados incoherentes. Maker y taker describen el papel de cada ejecución, no una etiqueta permanente de cuenta u orden. Una limitada ejecutable puede tomar varios niveles y después descansar como maker. Las órdenes stop suelen estar fuera del libro visible hasta que un activador definido por el centro crea otra orden, y el precio de activación no garantiza ejecución. La vigencia, post-only, protección de mercado y modificación deben verificarse para el centro y producto exactos. ## Ejemplos desarrollados - **Diferencial e identidad de cotización.** La mejor compra es `99.90` y la mejor venta `100.10`, por lo que `midpoint = (99.90 + 100.10) / 2 = 100.00`, el diferencial absoluto es `0.20` y el relativo al punto medio `0.20 / 100.00 = 0.20% = 20 bps`. Una última operación a `99.70` no altera por sí sola esas cotizaciones ejecutables. - **Barrido de profundidad y comisiones.** Las ventas son `2 @ 100.00`, `3 @ 100.20` y `5 @ 100.50`. Una compra de mercado de `8` cuesta `200.00 + 300.60 + 301.50 = 802.10`, de modo que `VWAP = 802.10 / 8 = 100.2625`. El deslizamiento frente a la mejor venta es `0.2625% = 26.25 bps`. Con comisión taker de `20 bps`, la comisión es `1.6042`, la salida total `803.7042` y el coste unitario total `100.463025`. - **Remanente de una limitada ejecutable.** Una compra limitada de `8 @ 100.20` contra esas ventas ejecuta `2 @ 100.00` y `3 @ 100.20`, cuesta `500.60` con VWAP `100.12` y deja `3` sin ejecutar. Con `IOC` se cancela; con `GTC` puede quedar a `100.20`. La comisión taker de `20 bps` sobre lo ejecutado es `1.0012`; la salida actual es `501.6012` antes de una eventual ejecución maker. - **Carreras de secuencia y cancelación.** Una instantánea en `sequence = 100` muestra `4 @ 100.10`. El evento `101` lo reduce a `1`, pero llega luego `103`; al faltar `102`, el libro es desconocido, `103` no lo repara y se requiere otra instantánea. Por separado, una venta de `10` recibe ejecuciones de `2` y `1` antes de confirmarse la cancelación: se ejecutaron `3` y se cancelaron `7`, no cero. ## Riesgos - Centro, entidad jurídica, producto, contrato, sesión o entorno equivocado. - Dirección base/cotizada invertida o unidades de cantidad y nominal incoherentes. - Tick, lote, nominal mínimo, decimales o banda de precios erróneos. - Instantánea caducada, incompleta, de otra sesión o incompatible con eventos almacenados. - Hueco, duplicado, evento desordenado o fallo de checksum ignorado. - Tamaño absoluto aplicado como variación o borrado mediante cero mal gestionado. - Nivel 2 confundido con identidad o posición en cola de nivel 3. - Omisión de liquidez oculta, iceberg, RFQ, oscura, OTC, internalizada o de otro centro. - Suposición errónea sobre precio-tiempo, prorrateo, subasta, autocruce, modificación o reposición. - Semántica mal entendida de mercado, limitada, stop, banda, post-only, reduce-only, `GTC`, `IOC` o `FOK`. - Orden de mercado parcial, rechazada o ejecutada lejos del último precio, punto medio o mejor precio. - Cancelación, modificación o sustitución compite con ejecuciones y crea inventario residual o exceso. - Envío duplicado, confirmación perdida, colisión de ID o discordancia de ID rompe la idempotencia. - Papel maker/taker, nivel, rebate, comisión por ejecución, financiación o cargo de liquidación mal contabilizado. - Diferencial o profundidad visibles desaparecen durante latencia de red, proceso, cola o bloque. - Muros cancelados, simulados, escalonados, repuestos o mal interpretados entre centros fragmentados. - Referencia, lado, diferencial, VWAP, comisiones, cambio de divisa o coste total mal calculado. - Pausa, subasta, modo solo-limitadas, mantenimiento, caída, rate limit o cambio de estado altera la conducta. - Custodia CEX, mayor, segregación, retirada, insolvencia o integridad API falla al margen del cruce. - El flujo onchain o híbrido añade riesgos de allowance, nonce, gas, secuenciador, MEV, contrato, reorganización, firmeza e indexador, y falla la conciliación final. ## Errores frecuentes - **«Un gran muro de compra garantiza una subida».** Las órdenes pueden ser legítimas, cancelarse, moverse, ocultarse tras otro flujo o intentar engañar. - **«Una orden de mercado se ejecuta al último precio, punto medio o mejor precio».** Consume la liquidez contraria y puede ser parcial o atravesar muchos niveles. - **«Una limitada siempre es maker y no cuesta».** La parte ejecutable puede ser taker, el resto esperar o no ejecutarse, y persisten comisiones, oportunidad y fuga de información. - **«Un gran volumen histórico garantiza profundidad ejecutable a cualquier tamaño».** El volumen registra intercambios pasados; profundidad actual, latencia, flujo oculto e impacto determinan la ejecución. - **«Un libro onchain es totalmente visible, final al instante y sin confianza».** Ordenación, órdenes firmadas offchain, secuenciadores, contratos, indexadores, liquidación y firmeza pueden ser dependencias separadas. ## Temas relacionados - [Exchange centralizado](/es/crypto/cex/) - [Orden limitada](/es/crypto/limit-order-crypto/) - [Orden de mercado](/es/crypto/market-order-crypto/) ## Fuentes - [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community (consultado: 2026-08-13) - [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (consultado: 2026-08-13) - [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation (consultado: 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 (consultado: 2026-08-13) - [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation (consultado: 2026-08-13) - [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation (consultado: 2026-08-13) - [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation (consultado: 2026-08-13) - [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs (consultado: 2026-08-13) Source: https://wiki.fcontext.com/es/crypto/order-book-crypto/index.mdx