Saltar al contenido
Financial Context Wiki

Libro de órdenes de criptoactivos

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.

Actualizado

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.

Precio medio de ejecución
$100,09
Deslizamiento medio
0,09%
Cantidad no ejecutada
0

Los resultados son aproximaciones educativas. Salvo que se indiquen, excluyen reglas del mercado, impuestos, latencia, comportamiento de oráculos y otros parámetros específicos del protocolo.

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

Fuentes

Navegación

Buscar en la wiki...