Un bot de creación de mercado cripto traduce una política de cotización en órdenes mientras sigue el inventario que esas órdenes pueden generar. Su trabajo no consiste simplemente en mantener dos precios en una pantalla. Debe decidir si las pruebas actuales respaldan cotizar, qué tamaño puede ofrecer la cuenta y qué hacer cuando las ejecuciones llegan de forma desigual. El bot también necesita conservar las órdenes cuyos resultados sigan siendo inciertos durante la cancelación o la recuperación.
Una política útil puede explicarse antes de implementarse. Dados el mismo precio de referencia, estado de inventario y límites de cuenta, quien revisa debería poder entender la propuesta de compra y venta. Esto no exige una estrategia simplista, pero sí límites claros. Un modelo sofisticado no debería ocultar qué recursos están comprometidos ni por qué el bot tiene permiso para adquirir más exposición.
La política de cotización del bot de creación de mercado cripto tiene varias entradas
Comienza con un valor de referencia, una medida de la profundidad de mercado disponible, el inventario actual de la cuenta y el estado de las órdenes existentes. Estas entradas tienen fuentes y calendarios de actualización distintos. Un precio de referencia actual no demuestra que la capacidad de la cuenta esté actualizada, y un saldo reciente no demuestra que hayan desaparecido las órdenes pendientes. El bot necesita una instantánea coherente suficiente para la decisión que está a punto de tomar.
La política también necesita un objetivo y un límite estricto. El objetivo describe el nivel de inventario preferido. El límite describe una frontera que la actividad nueva no debe superar conforme al modelo de riesgo elegido. Un bot puede desviarse del objetivo mientras sigue cotizando, pero no debería tratar un límite estricto como otra preferencia flexible que una puntuación favorable del mercado pueda anular.
La guía anterior de economía de creación de mercado aporta contexto sobre por qué importan las ejecuciones desiguales. Los detalles de implementación específicos de cada token varían, pero la relación general con la cuenta es la misma: una orden de compra puede añadir inventario y una orden de venta puede reducirlo. Cada cotización activa debería evaluarse por su posible efecto sobre la cuenta antes de autorizarla.
Utiliza una política ficticia para concretar los controles
Supón que una cuenta hipotética tiene como objetivo 100 unidades del activo base y permite tenencias entre 60 y 140 conforme a una política simplificada exclusivamente al contado. El valor de referencia inicial es de 10 unidades de cotización. Cerca del objetivo, el bot propone una compra a 9.98 y una venta a 10.02, cada una por 10 unidades. Estas cifras son controles ilustrativos, no ajustes recomendados ni afirmaciones sobre ningún mercado.
El bot también debe considerar las órdenes existentes. Si ya hay compras activas por 30 unidades mientras el inventario es de 110, otra compra de 10 unidades podría llevar las tenencias potenciales a 150 si se ejecutaran todas las compras. Una comprobación basada solo en las 110 unidades actuales pasaría por alto la infracción. El modelo de autorización debería incluir la exposición de las órdenes activas y sin resolver que todavía puedan afectar al inventario.
Este ejemplo muestra por qué un gestor de órdenes no puede ser un añadido pasivo de última hora. La fórmula de cotización y el modelo del estado de la cuenta están vinculados. Antes de proponer cotizaciones de sustitución, el bot debe saber qué órdenes anteriores siguen siendo económicamente posibles. Un par de cotizaciones actuales de aspecto limpio resulta engañoso si varias compras antiguas siguen activas fuera del panel visible.
Dimensionar las cotizaciones según el inventario puede reducir la acumulación
Dimensionar las cotizaciones según el inventario cambia la cantidad ofrecida a medida que la cuenta se aleja del objetivo. En la política ficticia, unas tenencias cercanas al límite superior podrían reducir el tamaño de compra mientras conservan o aumentan el tamaño de venta permitido dentro del inventario disponible. El objetivo es desincentivar una mayor acumulación y facilitar la reducción, reconociendo que las contrapartes siguen eligiendo si negocian.
Las reglas de tamaño deberían ser continuas o escalonadas deliberadamente de una forma que el operador pueda entender. Los cambios bruscos pueden ser aceptables, pero no deberían ser consecuencias accidentales del redondeo mostrado. Prueba valores justo por debajo, en el punto exacto y por encima de cada límite. Verifica que el bot utiliza la cantidad exacta de la cuenta en lugar de una etiqueta redondeada al determinar si cabe otra cotización.
La guía de bots de cartera cripto ayuda a conectar el inventario local de la estrategia con otras asignaciones. Si el mismo activo existe en otra estrategia o cuenta, la cartera global puede estar ya cerca de su presupuesto de exposición. Un bot de cotización debería consumir una asignación adecuada de una autoridad compartida de riesgo en lugar de suponer que su objetivo local describe las tenencias totales que pretende mantener el propietario.
El ajuste del precio y el ajuste del tamaño son controles distintos
El ajuste del precio cambia el atractivo de las cotizaciones respecto a la referencia. El ajuste del tamaño cambia la cantidad disponible. Pueden utilizarse juntos, pero sus efectos deberían evaluarse por separado. Acercar una venta a la referencia puede fomentar las ventas, mientras que reducir el tamaño de compra limita compras adicionales. Ninguno garantiza que el inventario regrese al objetivo en un mercado sometido a tensión.
Una política hipotética con 130 unidades podría ofrecer comprar solo dos unidades a 9.96 y vender 10 a 10.01, suponiendo que esos precios y tamaños sean válidos en la plataforma. El ejemplo ilustra la dirección, no una fórmula óptima. Quien revisa debería saber cómo deriva la política esos ajustes y si los costes de transacción o los incrementos del mercado hacen que los valores propuestos tengan sentido.
Mantén los límites estrictos fuera del cálculo de los ajustes. Si se superaría el inventario máximo permitido, el bot debería bloquear la orden nueva pertinente en lugar de limitarse a alejar su precio y esperar que no se ejecute. Una cotización distante sigue siendo un compromiso si el mercado la alcanza. La autorización de riesgo debería contemplar la posibilidad de ejecución, no la expectativa del operador de que sea improbable.
Mide la selección adversa con un método declarado
Una cotización puede ejecutarse justo antes de que el valor de referencia se mueva en contra del proveedor. Para estudiar ese efecto, define un intervalo de medición y una metodología de referencia antes de revisar los resultados. Por ejemplo, un informe de investigación puede comparar el precio de ejecución con un valor de referencia posterior en un horizonte fijo. El resultado describe el movimiento posterior a la ejecución conforme a esa definición, no el beneficio o pérdida completo de la estrategia.
Incluye toda la muestra que cumpla los criterios. Seleccionar solo ejecuciones seguidas de pérdidas exagera el problema, mientras que excluir periodos difíciles lo subestima. Conserva las pruebas disponibles cuando se publicó la cotización y cuando se produjo la ejecución. Un conjunto de datos corregido posteriormente puede respaldar un análisis separado, pero no debería sustituir silenciosamente lo que observó realmente la política en vivo.
La guía anterior de investigación de estrategias cuantitativas es útil para esta disciplina. Los detalles del mercado difieren, pero la reproducibilidad sigue siendo esencial. Un modelo de cotización debería juzgarse frente a la información disponible en el momento de decidir, conservando los costes y los casos fallidos. De lo contrario, la evaluación puede premiar una política que no habría podido implementarse como se describe.
Actualizar las cotizaciones necesita una razón económica
Actualizar cada vez que cambia una pantalla puede crear trabajo innecesario y estados de órdenes complicados. Una política debería indicar qué cambios justifican la sustitución: una referencia suficientemente distinta, un cambio de inventario, pruebas caducadas o un límite de riesgo. El umbral debería relacionarse con la economía y la mecánica del mercado en lugar de con el deseo de actividad visible constante.
Las actualizaciones frecuentes pueden reducir la exposición obsoleta, pero cada actualización interactúa con la cancelación, el envío y las restricciones de la plataforma. El bot debería contemplar los estados superpuestos. Si una orden antigua sigue activa mientras se prepara otra nueva, la exposición combinada potencial puede superar el tamaño previsto por la política actual de cotización. El diseño necesita una regla clara para este intervalo.
La guía de terminales de trading cripto explica cómo puede inspeccionar estos estados un operador. Un terminal debería distinguir las cotizaciones deseadas de las órdenes activas confirmadas. La vista deseada ayuda a entender la política, mientras que la vista de órdenes activas muestra las obligaciones actuales. Combinarlas sin etiquetas dificulta saber si el mercado todavía puede ejecutar contra una instrucción anterior.
El riesgo de cancelación del bot de creación de mercado merece un estado propio
Una solicitud de cancelación es un intento de cambiar la disponibilidad futura de una orden. No demuestra que la orden haya dejado de aceptar ejecuciones. El bot debería mantener un estado de cancelación pendiente hasta recibir pruebas suficientes del resultado externo. Las ejecuciones descubiertas durante ese intervalo siguen siendo eventos válidos de la cuenta y deben actualizar el inventario inmediatamente cuando se confirmen.
Considera una compra hipotética de 10 unidades que espera cancelación. Si se ejecutan cuatro unidades antes de confirmarse la cancelación, la cuenta ha adquirido esas cuatro y las seis restantes pueden cancelarse. Registrar toda la orden como cancelada pierde el cambio de inventario. Registrar toda la orden como ejecutada lo exagera. El resultado correcto requiere tanto la ejecución como el estado final del remanente.
La guía anterior del ciclo de automatización aporta la distinción más amplia entre acciones previstas y observadas. Un bot de creación de mercado necesita esa distinción con gran detalle porque las sustituciones pueden ser frecuentes. El sistema debería conservar referencias persistentes de las órdenes para poder asignar los eventos retrasados a la cotización original correcta en lugar de confundirlos con una sustitución actual.
Recomienda y gana USDC
Recomienda y gana USDCNuestro programa de afiliados paga en tiempo real.
Los límites del bot de creación de mercado cripto deberían incluir la incertidumbre
Los cálculos de riesgo deberían incluir el inventario conocido y el posible efecto de las órdenes activas o sin resolver. Si se pierde la respuesta de un envío, la orden puede seguir existiendo externamente. Tratarla como ausente puede autorizar demasiado tamaño nuevo. El bot debería reservar la exposición pertinente hasta conciliar el resultado o hasta que otro mecanismo documentado lo resuelva de forma concluyente.
Esto no significa que cada incertidumbre requiera la misma respuesta. Una compra desconocida puede bloquear compras adicionales y seguir permitiendo una reducción específicamente autorizada del inventario existente. Una referencia obsoleta puede detener todas las cotizaciones nuevas. Una discrepancia de saldo inexplicada puede requerir una pausa más amplia. Ajusta el ámbito de la respuesta a la laguna real de información y mantén al operador informado de qué permisos siguen activos.
La confianza de un modelo no puede liberar una orden desconocida. Incluso una probabilidad estimada alta de que una solicitud haya fallado es distinta de una prueba de rechazo o ausencia conforme a un procedimiento definido de recuperación. Las transiciones del estado de la cuenta deberían basarse en registros de ejecución apropiados. Las herramientas predictivas pueden informar la investigación, pero no deberían sobrescribir la incertidumbre del libro contable para mantener activo el ciclo de cotización.
Valida la semántica de las órdenes para la plataforma real
Una política de cotización debe traducirse a las reglas específicas de órdenes admitidas por su plataforma. Los incrementos de precio, los incrementos de tamaño, los valores mínimos y el comportamiento de vigencia afectan a la validez de una cotización propuesta. Una opción post-only, donde se admita, tiene un significado específico que debería comprobarse en la documentación actual en lugar de deducirse de su nombre en todos los mercados.
La capa de traducción debería devolver al registro de la política el precio y la cantidad finales enviados. Si el redondeo cambia una orden, las comprobaciones de riesgo y económicas deberían utilizar los valores resultantes. Un cambio pequeño por redondeo puede cruzar el mercado, superar una asignación de inventario o alterar el diferencial esperado. La vista previa y el registro de auditoría deberían mostrar lo que intentó realmente el bot.
Prueba el tratamiento de rechazos. Si se rechaza una cotización, el bot no debería suponer que está activa, ni debería reenviar repetidamente una instrucción inválida sin cambios y sin una regla acotada de recuperación. Conserva el motivo del rechazo y distingue un parámetro no admitido de un problema temporal de conectividad. Fallos distintos necesitan respuestas distintas y no deberían reducirse a un único ciclo genérico de reintentos.
Separa la provisión de liquidez de los objetivos de volumen
El objetivo del bot debería ser interés ejecutable real e inventario controlado, no actividad fabricada entre cuentas bajo control común. La rotación autogenerada puede distorsionar las pruebas utilizadas para evaluar la liquidez y consumir recursos sin prestar el servicio previsto a participantes independientes. Una política debería evitar utilizar el recuento bruto de transacciones como medida principal de éxito.
Entre las medidas operativas útiles están la disponibilidad de cotizaciones válidas, el tamaño ofrecido a distancias definidas, la composición de las ejecuciones, la desviación del inventario y el movimiento de la referencia posterior a la ejecución. Las medidas económicas incluyen todas las comisiones pertinentes, la revaloración del inventario y los gastos de gestión. Estas dimensiones deberían comunicarse por separado porque una mayor liquidez disponible no implica necesariamente un mejor resultado para el proveedor.
La guía de bots de creadores automatizados de mercado ayuda a distinguir la cotización activa de la participación en un pool. A veces el software agrupa ambas bajo una etiqueta amplia de liquidez, pero sus controles difieren. Un bot de cotización gestiona órdenes individuales; una posición en un pool sigue su mecanismo de precios. La evaluación debería identificar la actividad real antes de decidir qué medidas y límites son apropiados.
Somete la política a secuencias de ejecuciones direccionales
Una prueba útil no alterna cómodamente compras y ventas. Alimenta la política con una secuencia de compras que lleve el inventario hacia su límite superior y después con una secuencia de ventas hacia el inferior. Observa cómo cambian el tamaño, el ajuste de precios y la autorización. El comportamiento esperado debería declararse antes de la prueba, incluido el punto en que un lado deja de cotizar.
En el intervalo ficticio de 60 a 140, comienza en 100 y aplica cuatro compras de 10 unidades sin ventas. En 140, el bot no debería autorizar otra compra conforme al límite estricto indicado. Si todavía existen compras activas, es posible que el sistema ya haya superado la exposición potencial prevista antes de la cuarta ejecución. La prueba debería incluir las órdenes pendientes, no solo el inventario completado.
Después introduce una ejecución retrasada de una cotización anterior tras haber cambiado la política. Esto comprueba si el bot concilia el evento correctamente y reconoce cualquier infracción resultante. Un diseño sólido responde a las pruebas reales de la cuenta incluso cuando llegan en un momento incómodo. No debería descartar la ejecución porque la estrategia local crea que la orden antigua ya debería haber desaparecido.
Prueba la recuperación con un estado deseado congelado
Durante un ejercicio de recuperación, conserva el último conjunto de cotizaciones deseadas, pero no supongas que describe la cuenta externa. Recupera las órdenes activas, las ejecuciones y los saldos y después compáralos con el diario persistente. El bot debería identificar órdenes desconocidas, eventos ausentes y reservas obsoletas antes de decidir qué instrucciones nuevas están permitidas.
Un informe útil de recuperación explica la diferencia entre el estado deseado, el enviado y el observado. La compra deseada podría estar cancelada localmente, la solicitud de cancelación podría seguir sin resolver y la orden externa podría seguir activa. Cada capa tiene significado. Un único campo de estado no siempre puede describir la relación con suficiente claridad para que el operador evalúe la exposición actual.
Reanuda la cotización ordinaria solo después de que las pruebas requeridas estén actualizadas y se hayan despejado las condiciones de parada pertinentes. El procedimiento de recuperación debería ser repetible tras reinicios, incluida una segunda interrupción durante la propia recuperación. El estado persistente importa porque un sistema puede volver a fallar antes de terminar de resolver la primera incertidumbre. La política no debería depender de una única sesión de recuperación sin interrupciones.
Evalúa el resultado como un historial completo de inventario
Una política de cotización debería evaluarse a través del historial de cuenta que genera. Comienza con los saldos, aplica las ejecuciones y los costes, identifica las transferencias y valora el inventario final con un método divulgado. Conserva la exposición no realizada separada del efectivo realizado. Un diferencial bruto positivo en ejecuciones compensadas no establece un resultado total positivo si la cuenta acumuló un activo que después cayó.
Compara el resultado con una referencia de comparación apropiada conforme al diseño de investigación. Un proveedor que comenzó con un inventario importante del activo base puede beneficiarse de una subida general del precio aunque sus decisiones de cotización añadieran poco valor. Esa referencia ayuda a distinguir la exposición al mercado del efecto de proporcionar liquidez. Debería elegirse antes de inspeccionar resultados favorables, reconociendo sus limitaciones.
El resultado práctico es una política cuyas acciones y consecuencias pueden explicarse. Cada cotización tiene un motivo, cada compromiso de recursos tiene un responsable y cada ejecución aparece en el libro contable. Esa base permite estudiar honestamente la estrategia. También hace comprensible un rechazo o una pausa cuando el mercado deja de respaldar las condiciones bajo las que el bot tenía autorización para cotizar.
Mantén visibles los cambios de política durante una sesión
Una política de cotización puede cambiar mientras siguen activas las órdenes. Si el operador reduce un límite de inventario, el bot necesita evaluar las obligaciones pendientes conforme a la nueva frontera y explicar las cancelaciones o pausas necesarias. Guardar un ajuste nuevo no demuestra que hayan desaparecido todas las órdenes anteriores. La interfaz debería mostrar la versión activa de la política y las obligaciones que todavía se heredan de decisiones anteriores.
Para una prueba controlada, reduce el máximo ficticio de 140 unidades a 120 mientras la cuenta mantiene 110 y tiene compras activas por 20 unidades. El sistema debería reconocer que las tenencias potenciales superan la nueva frontera. Su respuesta depende de la política declarada de transición, pero no debería autorizar otra compra ni limitarse a volver a etiquetar las órdenes existentes como conformes. La prueba revela si los cambios de configuración afectan al modelo real de la cuenta.
Conserva ambas versiones en el diario. Quien revise después necesita saber qué reglas autorizaron cada orden y cuándo entró en vigor la restricción más estricta. Estas pruebas permiten evaluar justamente al bot e impiden que una pantalla de ajustes actualizada reescriba el historial de decisiones anteriores.