Un bot creador de mercado de Kalshi necesita comprender la cuenta que crea con cada ejecución. Publicar una oferta de compra y una de venta es solo la superficie visible del proceso. Detrás de esos precios, el sistema debe distinguir recursos disponibles, posiciones dependientes de eventos, órdenes en espera y solicitudes cuyo resultado todavía se desconoce.

Esta guía se centra en inventario y control de cotizaciones de contratos de eventos de Kalshi. No cubre una estrategia de futuros perpetuos ni supone que todos los productos ofrecidos mediante una plataforma compartan el mismo modelo de cuenta. Antes de implementar, deben verificarse reglas actuales de contratos, permisos de cuenta y convenciones de API.

Los ejemplos utilizan pagos binarios hipotéticos de un dólar y precios inventados para aclarar la aritmética. No son pronósticos ni recomendaciones. La pregunta central es práctica: después de ejecutarse una orden o fallar una conexión, ¿puede el bot explicar suficientemente su exposición para decidir qué puede cotizar después?

Lee el contrato antes de valorar inventario

Una posición es una participación definida por un contrato concreto. El título ayuda a reconocerla, pero las condiciones de liquidación determinan su pago. Registra el identificador del mercado, el evento pertinente, la fuente del resultado, los tiempos y cualquier tratamiento excepcional que pueda afectar a la cuenta.

Un mercado relativo a una publicación económica inicial puede diferir de otro que utilice una revisión posterior. Un contrato deportivo puede depender de reglas concretas de finalización o participación. Un creador que agrupa estas posiciones por una etiqueta breve puede malinterpretar cómo se comportan en el mismo escenario real.

El análisis de fundamentos de contratos de eventos explica por qué importa esta distinción. En el registro contable, conserva la interpretación de reglas utilizada al adquirir una posición. Si cambia la información de origen o aparece una ambigüedad, hazla visible antes de utilizar la posición como base para otra cotización.

Contabilidad de inventario del bot creador de mercado de Kalshi

La contabilidad de inventario del bot creador de mercado de Kalshi debe conectar cada cambio de exposición con un evento observado. Una ejecución cambia cantidad y coste. Una cancelación cambia un compromiso restante de orden cuando se confirma. Una liquidación convierte el resultado final del contrato en el resultado correspondiente de cuenta.

Considera una compra hipotética de 200 contratos de SÍ a $0.42. Antes de comisiones, la adquisición cuesta $84 y crea una posición cuyo pago binario ordinario es de $200 si se resuelve SÍ y cero si no. La diferencia de $116 entre el pago exitoso y el coste de adquisición es un resultado posible, no un beneficio ya ganado.

Mantén esa distinción en la interfaz y el diario. El valor de valoración, el resultado realizado de trading y la liquidación final son mediciones separadas. Una valoración durante la sesión puede ayudar a gestionar riesgo, pero no debe presentarse como si la cuenta ya hubiera recibido el pago final o vendido el inventario a esa valoración.

Interpreta correctamente la convención de precios del libro

La representación REST documentada del libro de órdenes de Kalshi expone ofertas de compra de SÍ y NO. En un mercado binario, la oferta de compra del resultado opuesto implica una de venta mediante la relación complementaria de pagos. La documentación actual también distingue la dirección de órdenes y ejecuciones de las convenciones de precios de algunos mensajes del libro.

En un libro hipotético sencillo, una oferta de compra de NO de $0.36 implica una oferta de venta de SÍ de $0.64 antes de considerar tamaño y costes. Esa relación ayuda a reconstruir el libro; no significa que la cuenta pueda negociar una cantidad ilimitada a cualquiera de los precios. Cada nivel tiene una cantidad disponible.

Verifica la convención de cada mensaje concreto en lugar de invertir precios en todas partes. La documentación oficial del libro de órdenes y la referencia de dirección explican la distinción. Una conversión doble puede hacer que un precio válido parezca enormemente equivocado y causar que la lógica de cotización autorice una operación no prevista.

Separa cantidad, nominal y riesgo

La cantidad de contratos no es lo mismo que efectivo comprometido o pérdida máxima. Dos posiciones con el mismo número de contratos pueden tener costes de adquisición distintos. Asimismo, el nominal mostrado de una orden puede no describir los efectos de reducir una posición existente bajo las reglas contables reales del mercado.

En una comparación hipotética, 100 contratos adquiridos a $0.20 cuestan $20 antes de cargos, mientras 100 adquiridos a $0.80 cuestan $80. Su pago ordinario del resultado exitoso puede ser idéntico, pero difieren su pérdida desde la adquisición y ganancia potencial. Un control de riesgo basado solo en cantidad omite esa diferencia.

Usa campos con nombre para cantidad, precio, coste, pago posible y medida pertinente de exposición. Conserva la precisión decimal según los metadatos actuales de mercado. Convertir demasiado pronto cantidades exactas a cadenas redondeadas de visualización puede convertir una pequeña tenencia residual en una posición oculta que después impida conciliar.

Reserva recursos para órdenes que todavía pueden ejecutarse

El inventario actual es solo una parte del posible estado siguiente de cuenta. Las órdenes en espera pueden añadir exposición y las pendientes de cancelación todavía pueden ejecutarse. Una cotización nueva debe evaluarse frente al escenario combinado permitido por esos compromisos existentes.

Supongamos que una estrategia hipotética posee 300 contratos de SÍ y tiene una oferta activa de compra de otros 250. Si envía una segunda de 250 antes de retirar la primera, el inventario posible pasa a 800. Un límite de 600 debe contemplar esa posibilidad aunque solo se hayan ejecutado hasta ahora 300 contratos.

La guía de automatización de cuentas examina este problema de coordinación entre estrategias. Un creador debe utilizar la misma visión de reservas para precios y autorización. De lo contrario, un componente puede decidir que comprar es aceptable mientras otro ya comprometió el capital o la capacidad de exposición en otro lugar.

Sesgo de cotizaciones del bot creador de mercado de Kalshi

El sesgo de cotizaciones del bot creador de mercado de Kalshi ajusta precios o cantidades en respuesta al inventario. Un creador que ya tiene exposición sustancial a SÍ puede reducir su disposición a adquirir más y aumentar su disposición a reducir las tenencias, sujeto a su valoración y restricciones de precio.

Un ejemplo de investigación puede empezar por un valor estimado de $0.55 y un intervalo neutral de cotización a su alrededor. A medida que el inventario se acerque a un límite declarado, la estrategia podría bajar su oferta de compra o reducir su tamaño. Ese cambio debe seguir una regla registrada, no una creencia improvisada de que otra compra reparará el precio medio de entrada.

Distingue el sesgo de cotizaciones de un pronóstico revisado. El inventario puede motivar un precio de trading distinto aunque no haya cambiado la estimación de probabilidad del evento. Registrar por separado esas dos entradas permite evaluar si un resultado concreto fue causado por el proceso de pronóstico o la política de inventario.

Prueba el sesgo con escenarios concretos de cuenta

Una prueba útil mantiene constante la información de mercado y varía el estado de cuenta. Compara las cotizaciones propuestas desde una cuenta sin posiciones, una moderadamente larga y otra cerca de su máximo. La salida debe cambiar según la política documentada de inventario y cada cambio debe poder explicarse.

Después varía el pronóstico manteniendo constante el inventario. Esto aísla la respuesta del sistema a información nueva. Si el mismo cambio de entrada produce comportamientos inexplicablemente distintos según el orden de llegada de actualizaciones, el proceso de cotización puede depender de estado desactualizado o incoherente.

Usa también escenarios extremos pero válidos: ningún capital libre, una cancelación sin confirmar y una posición cerca de la hora de cierre del mercado. El resultado deseado puede ser cotizar un solo lado o no publicar cotización nueva. Un bot que siempre produce dos precios puede parecer activo y desatender las condiciones en las que debería rechazar exposición adicional.

Las ejecuciones parciales necesitan su propia ruta contable

Una ejecución parcial crea una posición y deja una decisión separada sobre la cantidad sin ejecutar. No esperes a que una orden se ejecute completamente para reconocer la exposición adquirida. Su riesgo existe en cuanto se establece la ejecución correspondiente.

Imagina una orden de 500 contratos que ejecuta 120. La cuenta necesita representar esos 120, los 380 restantes activos y cualquier coste ya incurrido. Si la estrategia elige después un objetivo nuevo de 300 contratos totales, debe evaluarlo frente a los 120 existentes y el remanente todavía ejecutable, no simplemente enviar otra orden de 300.

Las identidades de eventos impiden contabilidad duplicada cuando la misma ejecución aparece por más de una vía de observación. Una reconexión o actualización por consultas puede repetir legítimamente información. El registro debe reconocerla como prueba sobre un evento existente, no otra adquisición de la misma cantidad.

Gestión de cancelaciones del bot creador de mercado de Kalshi

La gestión de cancelaciones del bot creador de mercado de Kalshi debe distinguir la decisión de cancelar de la confirmación de que una orden ya no es ejecutable. El periodo entre esos eventos puede incluir ejecuciones adicionales. Esas ejecuciones pertenecen al registro de cuenta aunque el usuario creyera que la orden ya se estaba retirando.

Una orden hipotética con 80 contratos restantes podría ejecutar 25 mientras la cancelación está en tránsito. La cuenta final incluye entonces esos 25 contratos adicionales y solo se cancelaron los 55 residuales. Informar de que se cancelaron los 80 restantes completos subestimaría la posición y exageraría la capacidad disponible.

Define cuándo se permiten cotizaciones de sustitución. Si la sustitución puede solaparse con la orden antigua, la autorización debe considerar ambas. Si debe esperar, mide el periodo resultante sin cotización. Cualquier política tiene costes; el requisito importante es que el modelo de exposición del software corresponda a la política que realmente ejecuta.

Conserva un significado para cada estado local

Los estados de orden deben tener definiciones precisas. «Enviada» puede significar que salió la solicitud local. «Reconocida» puede significar que un sistema externo reconoció la orden. «Ejecutada» debe reflejar cantidad observada ejecutada. «Desconocida» debe seguir disponible cuando las pruebas no establezcan un resultado más definido.

Evita utilizar un indicador genérico de éxito para todas esas transiciones. Una orden reconocida puede no tener ejecución, mientras una solicitud que agotó su espera local puede haberse ejecutado remotamente. La cuenta no puede deducir su exposición de si la última operación de red devolvió una respuesta conveniente.

La guía de arquitectura de bots explica por qué importa el estado duradero. Para crear mercado, conecta cada estado local a una regla sobre reservas y cotizaciones nuevas. Eso convierte etiquetas en restricciones operativas en lugar de estados decorativos interpretados de forma distinta por cada componente.

Valora el inventario con un método declarado

Valorar al punto medio es fácil de mostrar, pero puede no ser alcanzable para toda la posición. Una tenencia grande en un libro poco profundo puede valer menos en liquidación inmediata que su cantidad multiplicada por el punto medio. Un método de valoración debe decir qué pretende representar.

Usa varias visiones cuando respondan preguntas diferentes: base de coste, valor basado en pronóstico y una estimación ejecutable de liquidación al tamaño pertinente. No las fusiones en un número inexplicado de beneficio. Un valor de pronóstico puede orientar investigación y una estimación ejecutable puede revelar el coste de reducir exposición ahora.

En una tenencia hipotética de 1,000 contratos, la mejor oferta de compra puede cubrir solo 100. Valorar los 1,000 a ese precio ignora los niveles inferiores necesarios para vender inmediatamente. La diferencia forma parte del riesgo de liquidez y debe influir tanto en los límites de inventario como en afirmaciones sobre resultados.

Mide la antigüedad del inventario

La antigüedad puede revelar una estrategia que adquiere repetidamente contratos y tiene dificultades para reducirlos. Sigue cuánto tiempo permanece abierto el inventario y cómo difiere esa duración del horizonte previsto de cotización. Una colección de pequeñas ganancias realizadas puede coexistir con una posición residual envejecida.

Separa la antigüedad causada por una política deliberada de mantener hasta resolución de la causada por salidas fallidas. La cuenta puede haber aceptado conscientemente exposición a liquidación o el bot puede estar aplazando una pérdida al mantener una oferta poco realista. Estas situaciones requieren interpretaciones distintas.

Establece condiciones de revisión según antigüedad y concentración. Una posición mantenida durante mucho tiempo que se acerca a una publicación informativa programada puede merecer atención aunque su último precio apenas haya cambiado. Una pantalla tranquila no significa que sean estables la distribución de probabilidad o la oportunidad de salir.

Combina contratos relacionados por escenario

Los mercados relacionados deben revisarse bajo resultados comunes. Los contratos ligados a un anuncio económico pueden moverse todos contra la cuenta a la vez. Contarlos como instrumentos separados no vuelve independientes las exposiciones.

Construye una hoja hipotética sencilla de escenarios: un resultado supera expectativas, queda cerca o por debajo. Estima la dirección del pago de cada posición en esos casos utilizando sus reglas reales. El ejercicio no requiere un modelo perfecto de correlación para revelar concentraciones evidentes.

Ten cuidado con supuestas coberturas. Títulos similares de contratos, fuentes diferentes de referencia y plazos distintos pueden crear un riesgo residual que no revela un gráfico de precios. Antes de permitir que una posición compense otra en un cálculo de límites, documenta por qué sus pagos se comportan según lo supuesto en los escenarios importantes.

Combina contratos relacionados por escenarioForecast ValueInventory SkewPrice ConstraintSubmitted QuoteTRADING FIELD NOTESEDUCATIONAL RESOURCE
Una cotización debe poder explicarse como una decisión de valoración ajustada por la exposición actual de cuenta y las restricciones de ejecución.

Aplica comisiones a la actividad realmente ejecutada

Usa condiciones actuales de comisiones del mercado y la cuenta al estimar costes. La ejecución pasiva no establece que toda operación de creador sea gratuita. El redondeo, las reglas específicas del mercado y los detalles de ejecución pueden hacer que el cargo realizado difiera de un porcentaje simple supuesto a partir de otro ejemplo.

En una sesión ilustrativa, supongamos que las diferencias de trading completadas suman $18, los cargos directos $5 y el inventario restante pierde $9 bajo la valoración declarada. Antes de otros gastos operativos, el resultado combinado es de $4. Mostrar solo el componente de $18 exageraría la mejora económica de la cuenta.

Concilia cargos con ejecuciones reales y conserva diferencias inexplicadas para investigar. No ajustes silenciosamente un supuesto de comisiones hasta que casualmente coincida la cuenta. Una discrepancia puede revelar un error de precisión, una ejecución ausente o una interpretación incorrecta de una respuesta de cuenta.

Recupérate antes de volver a cotizar tras una desconexión

Cuando vuelva la conexión, reconstruye primero el estado necesario para fijar precios responsablemente. Actualiza órdenes activas, ejecuciones recientes, posiciones y recursos disponibles. Compáralos con el diario local y conserva toda incertidumbre que todavía no pueda resolverse.

Evita suponer que desaparecieron todas las cotizaciones durante la interrupción. Una orden externa puede seguir existiendo mientras su aplicación de origen está desconectada. Publicar un conjunto sustituto antes de comprobarlo puede crear compromisos duplicados o contradecir una intervención del usuario mediante otra interfaz.

Un ejercicio de recuperación debe incluir una ejecución que ocurra durante la desconexión y una cancelación cuya respuesta se pierda. El resultado esperado no es simplemente un socket reconectado. Es un estado coherente de cuenta donde cada cantidad conocida y orden restante tienen explicación y pueden utilizarse coherentemente en la siguiente decisión de cotización.

Evalúa independientemente la política de inventario

Para comprender el sesgo de cotizaciones, compáralo con una referencia más sencilla bajo las mismas observaciones y supuestos de ejecución. Mide resultados realizados, distribución de inventario, tiempo cerca de límites y reducciones caras. Mejorar una medida puede hacerse a costa de otra.

No selecciones la política solo a partir del intervalo histórico más favorable. Un ajuste que se beneficia de una dirección sostenida de mercado puede rendir de forma diferente cuando se invierte el flujo de órdenes. Reserva observaciones posteriores para evaluar y conserva periodos fallidos en el registro.

Revisa transiciones individuales además de agregados. Una ejecución que acercó la cuenta a su máximo debe producir la restricción o sesgo esperados. Si no, una sesión rentable no excusa el fallo de control. El objetivo es una política cuyo comportamiento real pueda explicarse antes de juzgar si su economía es atractiva.

Distingue una actualización de precio de una decisión nueva de riesgo

Un pequeño cambio de precios mostrados no tiene por qué justificar sustituir todas las órdenes. Cancelar y sustituir repetidamente puede aumentar tráfico de mensajes, alterar posición en cola y crear más intervalos en los que la cuenta debe resolver solicitudes solapadas. Investiga un motivo mínimo para revisar precios en lugar de suponer que más actualizaciones siempre mejoran el resultado.

Ese motivo puede depender de varias entradas. Un cambio significativo de pronóstico, una orden recién ejecutada o la proximidad de un máximo de inventario pueden merecer respuesta aunque no cambie el punto medio. A la inversa, una fluctuación diminuta del punto medio puede no importar si la cotización existente sigue dentro de los límites declarados de valor y riesgo de la estrategia.

Registra el desencadenante de cada sustitución. Esto ofrece a la revisión de sesión una forma de distinguir adaptación necesaria de rotación innecesaria. El objetivo del bot es mantener compromisos apropiados, no maximizar el número de mensajes que hacen parecer activa la interfaz.

Termina la sesión con un registro contable explicable

Al terminar la sesión, concilia tenencias iniciales, ejecuciones, remanentes cancelados, liquidación y recursos finales. Identifica qué posiciones se trasladan intencionadamente a la siguiente sesión y cuáles permanecen porque no pudo completarse una acción deseada. Esa distinción ayuda a empezar la siguiente sesión con un plan operativo preciso.

Registra las versiones de contrato y configuración pertinentes para esas tenencias. Un cambio posterior de un ajuste de estrategia no debe reescribir por qué se adquirió una posición anterior. Asimismo, un pronóstico nuevo no debe sustituir al que informó una cotización antigua durante la revisión del rendimiento.

Un bot creador de mercado de Kalshi es más comprensible cuando sus precios, inventario y pruebas de cuenta siguen conectados. Cada cotización es un cambio potencial de cartera, cada ejecución cambia la siguiente decisión y cada solicitud sin resolver sigue siendo una obligación de investigar. Esa disciplina hace más útiles tanto los resultados favorables como los desfavorables para quien evalúa la estrategia.

Guías relacionadas y ejemplos resueltos

Sigue aprendiendo

Explora todos los recursos