Bot de arbitraje Kalshi frente a Polymarket: verifica ambos tramos

Define la pareja del bot de arbitraje entre Kalshi y Polymarket

Una pareja debe tener un registro duradero que contenga el contrato exacto de cada plataforma, los resultados adquiridos y las pruebas de que sus pagos se compensan. Una búsqueda de títulos puede proponer candidatos, pero no debe aprobarlos.

El identificador contractual de Kalshi y los identificadores de mercado y resultado de Polymarket pertenecen a ese registro. También los términos pertinentes, el periodo de observación, la fuente del resultado, el operador de comparación y el tratamiento excepcional. Estos detalles determinan qué significan realmente las dos posiciones.

Identifica también qué integración de Polymarket está implicada. La documentación de Polymarket US es distinta de la documentación International. El acceso a la cuenta, la autenticación y el comportamiento del producto deben comprobarse frente a la integración elegida, en lugar de tomarlos de la otra.

Un registro de pareja necesita un estado de aprobación y un motivo. Los candidatos no revisados pueden seguir disponibles para investigar sin ser elegibles para órdenes. Esa separación permite que el descubrimiento siga siendo amplio y que la ejecución se limite a contratos cuya relación se haya examinado.

La guía de arbitraje de mercados de predicción explica de forma más general la cobertura de pagos. Para un sistema entre plataformas, el registro de pareja es donde ese argumento económico se encuentra con los identificadores y reglas reales que utilizan dos cuentas independientes.

Prueba la equivalencia de reglas del bot de arbitraje entre Kalshi y Polymarket

La equivalencia de reglas de un bot de arbitraje entre Kalshi y Polymarket significa que los resultados elegidos cubren los estados pertinentes bajo los términos completos de los contratos. Es algo más exigente que dos mercados que hablen de la misma persona, activo o publicación económica.

Considera una pareja hipotética sobre si una medida supera 100. Un contrato observa el valor al mediodía; el otro observa el máximo diario. Comprar YES en el contrato del mediodía y NO en el del máximo diario no crea una cobertura completa.

Si el valor es de 99 al mediodía y alcanza 101 después, pierde el YES del mediodía y también pierde el NO del máximo diario. Ese único contraejemplo invalida la compensación propuesta aunque ambos títulos contengan el mismo umbral y fecha.

Una revisión útil de equivalencia busca activamente estos contraejemplos. Comprueba la igualdad en el umbral, los límites de zonas horarias, las revisiones de fuentes y el momento exacto en que termina el intervalo de observación. El objetivo es encontrar un estado en el que falle la supuesta cobertura.

Si la revisión no puede descartar un desajuste significativo, clasifica la pareja como exposición relacionada, en lugar de arbitraje verificado. Eso puede seguir respaldando investigación, pero requiere un argumento de riesgo diferente y no debe heredar el lenguaje ni las reglas de cantidad de la cobertura completa de pagos.

Compara los resultados excepcionales antes de los ordinarios

Los resultados ordinarios suelen ser fáciles de comparar. El trabajo más difícil abarca eventos aplazados, datos de origen no disponibles, correcciones, cancelaciones y resultados disputados. Una pareja puede coincidir en el caso esperado y divergir en el que más importa para controlar pérdidas.

Lee los términos completos de cada lado y registra por separado las ramas excepcionales. No supongas que el tratamiento de una pregunta sin resolver de una plataforma se reflejará en la otra. Una expectativa genérica de que ambas actuarán razonablemente no constituye una relación contractual.

Por ejemplo, imagina que un contrato hipotético utiliza el primer valor publicado y el otro espera una publicación corregida. Un valor inicial por debajo del umbral seguido de una corrección por encima puede crear resultados distintos sin que ninguna plataforma aplique mal sus reglas.

La explicación de reglas de mercado de Kalshi y la documentación de resolución de Polymarket International identifican la importancia de las reglas concretas de resolución. Esas referencias no establecen que dos mercados actuales cualesquiera sean equivalentes.

Mantén visibles las preguntas de interpretación sin resolver. Una aprobación que depende de una excepción incierta debe describir esa incertidumbre, en lugar de marcar silenciosamente la pareja como coincidente. Rechazar un candidato puede ser el resultado correcto de un motor cuidadoso de comparación.

Calcula el pago para la cantidad prevista

Una vez aprobadas las reglas, calcula los importes de compra mediante ofertas ejecutables para la cantidad prevista. Una última operación o un punto medio no son automáticamente un precio al que la cuenta pueda adquirir ahora una posición.

Supón una pareja ilustrativa con una oferta de venta YES de Kalshi a 43 centavos y una oferta de venta NO equivalente de Polymarket a 54 centavos. El importe combinado de compra es de 97 centavos por pareja. Si los costes combinados supuestos son de dos centavos, el importe total es de 99 centavos frente a un pago cubierto de un dólar.

Eso deja un centavo por pareja completada bajo los supuestos establecidos. No establece un resultado de un centavo para una orden que ejecute solo un tramo, reciba precios peores o encuentre un desajuste de reglas. Las condiciones forman parte del cálculo.

Para 120 parejas completadas, el importe de compra sería de 116 dólares y 40 centavos, los costes supuestos serían de 2 dólares y 40 centavos y el coste total sería de 118 dólares y 80 centavos. La diferencia condicional respecto a 120 dólares es de 1 dólar y 20 centavos.

Los márgenes pequeños hacen esencial analizar la cantidad concreta. Unos pocos contratos baratos en el mejor nivel del libro no establecen el precio medio de toda la orden prevista, y el modelo de costes debe describir la vía real de adquisición.

El ejemplo resuelto de diferencias de precios entre plataformas muestra cómo un excedente aparente de dos dólares se convierte en un déficit de dos dólares cuando la cantidad prevista alcanza un nivel más caro del libro.

Alinea temporalmente las dos observaciones

Una comparación solo es significativa cuando sus observaciones describen una oportunidad suficientemente coherente. Si un libro está actualizado y el otro refleja un estado anterior, su diferencia aparente puede deberse a los tiempos y no a valor disponible.

Guarda la marca de tiempo de origen cuando se proporcione y la hora local de recepción. La primera describe la información de la plataforma; la segunda ayuda a revelar retrasos de transporte. Ninguna por sí sola demuestra que ambos libros permanecieran sin cambios al enviarse las órdenes.

Un candidato debe caducar cuando sus pruebas se vuelven antiguas según la tolerancia elegida por la estrategia. Esa tolerancia depende del evento y del comportamiento del mercado. No debe presentarse como un número universal que haga fiable cualquier comparación.

Recalcula la pareja inmediatamente antes del envío utilizando las cantidades que siguen previstas. Un precio nuevo en un lado puede eliminar el margen o reducir la cantidad aceptable. La alerta anterior debe seguir siendo una observación, no una instrucción que sobreviva a cualquier cambio posterior.

La guía de la API de negociación en mercados de predicción trata la distinción entre datos recibidos y pruebas de cuenta. Una comparación entre plataformas añade otro problema temporal: ninguna proporciona una única instantánea autoritativa de ambos libros juntos.

Separa la financiación de las cuentas del bot de arbitraje

La financiación de las cuentas de un bot de arbitraje entre Kalshi y Polymarket debe comprobarse de forma independiente. Un saldo combinado de panel no puede establecer que cada cuenta tenga suficientes recursos utilizables para su propia orden propuesta.

Una cuenta puede tener dinero comprometido en otras órdenes, un depósito pendiente de disponibilidad o restricciones que afecten a una acción concreta. El candidato necesita el importe realmente disponible mediante la vía de cuenta elegida, después de considerar las obligaciones existentes.

La documentación de garantía de Polymarket International describe actualmente pUSD, un token respaldado por USDC en Polygon. Esa disposición técnica no debe generalizarse a Polymarket US ni tratarse como idéntica a un saldo de cuenta de Kalshi.

Una transferencia entre sistemas es un proceso separado con su propia disponibilidad y tiempos. Una estrategia no puede suponer que moverá fondos después de ver una discrepancia breve y aun así obtendrá los precios observados originalmente. Los saldos ya disponibles y las transferencias previstas son entradas diferentes.

La preparación de cuenta también incluye los permisos actuales de acceso y la elegibilidad. La existencia de datos públicos de mercado no establece permiso para enviar órdenes. Una pareja debe seguir siendo inelegible siempre que alguna cuenta necesaria no pueda realizar su acción asignada mediante una vía autorizada y actualmente admitida.

Haz comparables los costes sin ocultar diferencias

Los dos tramos pueden generar clases distintas de costes. Mantén visibles las comisiones de adquisición, cualquier gasto necesario de transferencia o conversión y los costes posteriores de gestión de posiciones. No necesitan tener la misma estructura para pertenecer a una comparación económica.

Utiliza los términos actuales del producto y la función de ejecución exactos. Una afirmación general de que una plataforma tiene comisiones bajas no es una cifra que pueda utilizar la pareja. Del mismo modo, un incentivo que depende de una cualificación posterior no debe compensar automáticamente un gasto inmediato inevitable.

Separa los costes ya incurridos de los provocados por esta pareja adicional. Financiar una cuenta ayer puede crear un gasto histórico real sin hacer que todo ese importe sea un coste incremental de cada operación posterior. La convención contable debe establecerse de forma coherente.

Para gastos inciertos, muestra un intervalo o un escenario conservador, en lugar de insertar cero. Si el margen aparente desaparece con una variación plausible modesta, el candidato depende mucho de la estimación y merece esa etiqueta.

Distingue también una unidad de cuenta de la convertibilidad garantizada en un momento y con un coste concretos. Un importe nominal de liquidación de un dólar en cada vía no hace intercambiables todos los procesos de financiación, canje y retirada. La comparación debe preservar las obligaciones asociadas a cada lado.

Elige una secuencia de ejecución con un presupuesto de fallos

Enviar ambos tramos casi al mismo tiempo reduce algunas diferencias temporales, pero no hace atómica la pareja. Dos plataformas independientes pueden confirmar, rechazar, retrasar o ejecutar sus órdenes de forma distinta. La estrategia debe decidir qué desequilibrio está dispuesta a mantener durante ese proceso.

Un enfoque secuencial espera pruebas del primer tramo antes de enviar el segundo. Eso puede simplificar una incertidumbre y aumentar la posibilidad de que cambie el segundo precio. Un enfoque paralelo puede reducir el retraso y crear dos resultados desconocidos simultáneos.

La elección debe seguir el análisis de liquidez y fallos del candidato, no un eslogan sobre velocidad. Considera qué lado resulta más difícil de deshacer, cuánta profundidad es visible y si una orden aceptada puede permanecer pendiente.

La documentación del ciclo de vida de órdenes de Polymarket International describe liquidación atómica para una operación individual cruzada. Eso no combina una orden separada de Kalshi con una de Polymarket en una única transacción entre plataformas de todo o nada.

Define una cantidad máxima sin emparejar o un escenario máximo de pérdidas permitidos antes de entrar. Un programa que inventa su tolerancia después de ejecutarse un lado puede seguir aumentando la exposición simplemente para preservar la apariencia de completar la oportunidad original.

Reconstruye el fallo de un tramo del bot de arbitraje

El fallo de un tramo de un bot de arbitraje entre Kalshi y Polymarket no se limita a un rechazo completo. Un lado puede ejecutar solo parte de su cantidad, puede desaparecer una confirmación o un precio antes disponible puede moverse más allá del límite aprobado.

Volvamos al plan hipotético de 120 parejas. Si se ejecutan 120 contratos YES de Kalshi pero solo 75 contratos NO correspondientes de Polymarket, la cuenta tiene 75 parejas cubiertas y 45 contratos YES sin emparejar. Informar de 120 parejas completadas ocultaría el residuo direccional.

Si los 45 contratos sin emparejar se compraron a 43 centavos y se vendieron después a 39 centavos, deshacerlos pierde 1 dólar y 80 centavos antes de costes adicionales. Esa pérdida por sí sola supera el margen condicional original de 1 dólar y 20 centavos del plan completamente realizado.

Las cifras ilustran por qué una discrepancia teórica pequeña puede ser económicamente frágil. El caso de fallo no es una nota al pie del cálculo ordinario; puede dominar el resultado.

Sigue por separado las cantidades emparejadas y no emparejadas después de cada ejecución nueva. Recuperarse podría significar completar un remanente aceptable, reducir el residuo o pausar para revisión. Cada elección necesita una comprobación nueva de cuenta y precios, en lugar de suponer que el plan original sigue disponible.

Trata el estado desconocido como su propio problema de exposición

Un tiempo de espera agotado crea incertidumbre sobre la ejecución, no una prueba de fallo. Repetir la misma instrucción económica mediante una orden nueva sin comprobar puede crear una segunda posición en un lado que ya se ejecutó.

Mantén un identificador duradero de pareja enlazado con la identidad de solicitud y el registro de orden de cada plataforma. La recuperación debe utilizar los mecanismos admitidos por cada integración. Una etiqueta interna compartida ayuda al bot a razonar sobre la pareja, pero no crea una garantía compartida de idempotencia entre plataformas.

Durante la conciliación, separa ejecuciones verificadas, remanentes activos verificados y solicitudes cuyo resultado sigue siendo desconocido. La exposición posible de las solicitudes desconocidas pertenece a la decisión de si se permite otra acción.

La cancelación también requiere interpretación específica de cada plataforma. Algunas condiciones pendientes pueden restringirla, y cancelar un remanente no ejecutado no revierte ejecuciones ya completadas. Una orden genérica de cancelar ambos no puede garantizar que la cuenta vuelva instantáneamente a su estado inicial.

La guía de automatización de negociación en mercados de predicción explica por qué la recuperación necesita pruebas de cuenta. Con dos plataformas, el bot debe completar ese razonamiento dos veces y reconstruir después la relación entre las posiciones resultantes.

Sigue la liquidación en dos cronologías independientes

Incluso una pareja completamente ejecutada y correctamente coincidente puede liberar ingresos en momentos distintos. Una plataforma puede completar su proceso mientras la otra sigue sin resolver. La cobertura eventual esperada no hace utilizables ambos saldos inmediatamente.

Sigue el cierre de negociación, la determinación del resultado y las pruebas de liquidación de cada tramo. Un resultado del mundo real puede parecer evidente antes de que alguna cuenta haya completado la transición financiera pertinente. El sistema no debe gastar ingresos esperados como si ya estuvieran disponibles.

Un retraso puede importar incluso cuando la relación final de pagos permanece intacta. Los fondos comprometidos en posiciones sin resolver no pueden necesariamente respaldar otra oportunidad, y el propietario puede necesitar conservar recursos para otras obligaciones durante la espera.

Las disputas o resultados inusuales requieren comparación con el argumento original de equivalencia. Si los dos contratos se resuelven de forma distinta, investiga si el desajuste surgió de las reglas, una excepción pasada por alto u otra causa documentada. No supongas automáticamente que una plataforma cometió un error.

La liquidación solo cierra el ciclo económico cuando se explican ambas posiciones y sus efectos en efectivo. Un registro de pareja completada debe distinguir la previsión realizada al entrar, las ejecuciones reales, todos los gastos pertinentes y los resultados finales de cuenta.

Mide el capital comprometido en todo el proceso

Un resultado debe identificar el denominador de capital utilizado para describirlo. El importe gastado en adquirir una pareja, los recursos reservados en dos cuentas y el dinero total asignado a la estrategia pueden diferir sustancialmente. Cambiar entre ellos puede hacer que un resultado modesto parezca más impresionante sin cambiar ningún resultado de efectivo.

En el ejemplo hipotético de 120 parejas, el coste total de adquisición incluidos los gastos supuestos era de 118 dólares y 80 centavos. La diferencia condicional de 1 dólar y 20 centavos es aproximadamente el 1.01 por ciento de ese importe de adquisición. Si el propietario hubiera reservado 150 dólares entre las dos cuentas para respaldar la entrada y las contingencias, el mismo importe sería el 0.8 por ciento de esos recursos reservados.

Ninguno de los denominadores es automáticamente incorrecto, pero cada uno responde a una pregunta distinta. Un informe debe indicar cuál utiliza y no describir uno como si fuera el otro. Los recursos mantenidos disponibles para un posible desequilibrio siguen formando parte de operar la estrategia aunque el recorrido ordinario no los consuma.

El tiempo también pertenece a la interpretación. Una pareja que se liquida rápidamente y otra que sigue sin resolver durante semanas pueden mostrar la misma diferencia nominal y comprometer capital durante periodos muy distintos. No proyectes un ejemplo corto a una rentabilidad anual suponiendo que continuarán las oportunidades idénticas, la reinversión inmediata y el acceso ininterrumpido a las cuentas.

Sigue la duración real, los saldos de cuenta sin utilizar y las obligaciones sin resolver junto con beneficios y pérdidas. Esa vista ayuda a comparar la calidad de los candidatos sin fingir que una diferencia teórica de pagos captura toda la carga económica de mantener dos cuentas preparadas.

Vuelve a aprobar una pareja cuando cambien sus pruebas

Una pareja aprobada no debe seguir aprobada indefinidamente simplemente porque todavía existan sus identificadores. Unos términos nuevos, excepciones aclaradas, permisos de cuenta modificados o una interpretación diferente de la fuente pueden invalidar parte del argumento original.

Versiona las pruebas utilizadas para la aprobación e identifica qué cambios requieren revisión. Una actualización de precio suele exigir recálculo; una aclaración sustancial de reglas puede requerir una decisión nueva de equivalencia. Son tipos distintos de cambio y no deben compartir un único botón genérico de actualización.

Retirar una pareja impide nuevas entradas, pero no elimina las obligaciones existentes. Mantén sus posiciones y órdenes en el sistema de supervisión hasta conocer su resolución. Un candidato eliminado no debe convertirse en una exposición de cuenta sin observar.

Revisa las parejas rechazadas además de las negociadas. El rechazo repetido por poca profundidad, desajustes temporales o reglas inciertas puede revelar que la lógica de descubrimiento está generando candidatos poco útiles. Mejorar ese filtro puede ser más valioso que acelerar los envíos.

Un bot de arbitraje entre Kalshi y Polymarket se evalúa mejor por la calidad de sus registros de parejas completadas y su gestión de fallos. La comparación de precios encuentra la pregunta; las pruebas de reglas, el control independiente de cuentas y la liquidación verificada determinan si la respuesta propuesta resiste el contacto con las dos plataformas.

Guías relacionadas y ejemplos resueltos

• Software de arbitraje de probabilidades de Polymarket: compara afirmaciones — Compara probabilidades solo después de hacer coincidir reglas contractuales y costes realistas de ejecución.
• Bot de arbitraje Polymarket-Kalshi: señales falsas — Diagnostica señales falsas de arbitraje provocadas por desajustes de mercados o ejecución no disponible.