Arbitraje de mercados de predicción: Backtesting Polymarket frente a Kalshi
Una diferencia de precio solo es un candidato a arbitraje. Se convierte en una operación comprobable después de alinear los contratos, el momento de decisión, el tamaño mostrado, la ejecución de dos tramos, las comisiones y las rutas de liquidación.
El arbitraje de mercados de predicción busca un pago acotado combinando posiciones cuyo costo total ejecutable esté por debajo de su valor de liquidación emparejado. Entre Polymarket y Kalshi, la parte difícil no es restar dos precios: es demostrar que los contratos resuelven de forma idéntica, sincronizar ambos libros de órdenes, recorrer la profundidad disponible, modelar el riesgo de tramo e incluir todas las comisiones y restricciones de financiamiento.
Diferencial aparente frente a arbitraje ejecutable
| Prueba | Qué debe cumplirse | Por qué un filtro puede ser incorrecto |
|---|---|---|
| Equivalencia de contratos | El mismo evento, fecha de corte, fuente y regla de resolución | Títulos similares pueden liquidar de forma distinta |
| Pago complementario | Los tramos elegidos cubren el conjunto de resultados previsto | Las etiquetas de sí/no no bastan entre contratos distintos |
| Mismo momento de decisión | Ambos libros eran observables antes de cualquiera de las órdenes simuladas | Una cotización posterior crea sesgo de anticipación |
| Tamaño ejecutable | La profundidad mostrada respalda el monto en ambos tramos | Los mejores precios pueden contener solo un tamaño insignificante |
| Balance neto | El pago combinado supera las ejecuciones, comisiones y costos operativos | Las diferencias de precio evidentes ignoran la fricción |
| Ruta de completación | El modelo valora las ejecuciones parciales y el retraso entre tramos | Un tramo ya ejecutado puede dejar exposición direccional |
Empareje las reglas de resolución antes de emparejar los precios
Cree un registro de mapeo de contratos antes de calcular un diferencial. Conserve los identificadores de evento, mercado y resultado de cada plataforma; el texto exacto del mercado; las horas de cierre y determinación; la fuente de resolución; el tratamiento de cancelaciones; y la unidad de pago. Un tema compartido, como una elección, una decisión de tasas o un umbral de criptomonedas, no hace por sí solo que dos contratos sean intercambiables.
Clasifique cada par como exacto, condicional o rechazado. Exacto significa que los estados de pago y la ruta de resolución son demostrablemente equivalentes. Condicional significa que un caso extremo documentado podría romper la equivalencia y debe modelarse. Los pares rechazados quedan fuera del backtest. La revisión humana de este mapeo es parte del proceso de investigación, no un paso de limpieza opcional.
Normalice los libros sin borrar la evidencia de la plataforma
Normalice ambas plataformas en arreglos explícitos de resultado, lado, precio y tamaño, conservando al mismo tiempo los identificadores nativos y los campos sin procesar. Convierta los precios a una única base de pago solo después de registrar la representación de la plataforma. Para Kalshi, inspeccione la respuesta nativa del libro de órdenes de sí/no y su relación recíproca; para Polymarket, asocie el token de resultado correcto con su libro CLOB.
Use la escalera de venta (ask) para una compra simulada y la escalera de compra (bid) para una venta simulada. No trate un precio medio, la última operación ni un precio mostrado complementario como una cotización ejecutable. Una comparación entre plataformas debe informar la marca temporal exacta del libro observado y la antigüedad de cada tramo.
Use un único reloj de decisión de referencia
Elija una marca temporal de decisión y luego seleccione solo el último libro elegible en ese momento o antes para cada plataforma. Aplique un umbral de antigüedad máxima por separado a ambas observaciones. Si uno de los libros falta o está desactualizado, la oportunidad no está disponible; rellenar hacia adelante el hueco fabricaría evidencia.
La reproducción conservadora debe congelar ambos libros de entrada en el momento de la decisión, enviar el primer tramo simulado, aplicar un supuesto explícito de latencia o retraso entre tramos y luego volver a valuar el segundo tramo con la siguiente observación elegible. Un escenario de libros simultáneos puede ser un límite superior útil, pero no debe etiquetarse como el único resultado de ejecución.
Recorra ambas escaleras al tamaño previsto
Para cada tramo, consuma los niveles mostrados hasta completar el tamaño objetivo o agotar la profundidad. Registre el precio promedio ponderado por profundidad, la cantidad ejecutable y el peor nivel consumido. El tamaño viable de la operación está limitado por el tramo más débil, no por la plataforma que muestra la mayor brecha visible.
Ejecute varios tamaños de posición. Una ventaja aparente puede sobrevivir con diez contratos y desaparecer con mil. Informe tanto la ventaja bruta por unidad como la ventaja neta total para que una cotización diminuta en la parte superior del libro no domine la clasificación de oportunidades.
Modele comisiones, capital y plazos de liquidación
Mantenga las comisiones de la plataforma, los costos de depósito o retiro, los costos de red cuando corresponda, la conversión de moneda y el tiempo de financiamiento como entradas separadas. Use los calendarios oficiales vigentes de la plataforma para una decisión en vivo; un estudio histórico debe usar el calendario aplicable durante su ventana de prueba cuando ese registro esté disponible.
El capital puede permanecer bloqueado hasta que ambos mercados determinen y liquiden. Informe el rendimiento sobre el capital comprometido y la duración de la exposición, no solo el pago menos los precios de compra. Una ventaja nominal positiva puede seguir siendo poco atractiva después de la fricción, el retraso en la liquidación o el costo de preposicionar fondos en ambas plataformas.
Trate el riesgo de tramo como un resultado de primera categoría
Las órdenes entre plataformas no son atómicas. El primer tramo puede ejecutarse mientras el segundo se mueve, se rechaza, se ejecuta parcialmente o queda desactualizado. Pruebe al menos un caso de completación inmediata, un caso de segundo tramo retrasado y una regla de abandono o cobertura. Registre la exposición sin cobertura y el peor costo de completación observado en lugar de ocultar los pares fallidos.
Una implementación realista también define verificaciones de disponibilidad de la plataforma, antigüedad máxima de la cotización, ventaja mínima restante, límites de tamaño por mercado y una condición de interrupción. Estos controles deben fijarse antes del período de validación para que el backtest no se optimice en torno a resultados conocidos.
Un protocolo de backtest reproducible
- Cree y versione una tabla de equivalencia de contratos revisada manualmente.
- Defina el universo de mercados elegibles, el rango de fechas y la cadencia de decisión antes de inspeccionar los rendimientos.
- Use solo libros de órdenes observados en cada marca temporal de decisión o antes.
- Rechace los tramos desactualizados o faltantes en lugar de rellenarlos hacia adelante para convertirlos en operaciones.
- Recorra ambas escaleras, limite el tamaño por el tramo más débil y conserve la evidencia de ejecuciones parciales.
- Aplique comisiones específicas de la plataforma, restricciones de financiamiento y duración de la liquidación.
- Someta el segundo tramo a estrés con retraso, movimiento de precios, rechazo y ejecuciones parciales.
- Separe los períodos de desarrollo y validación y luego pruebe en avance las reglas congeladas con capital virtual.
- Publique los libros de registro de oportunidades, exclusiones y ejecuciones simuladas junto al rendimiento agregado.
Cálculo mínimo de oportunidad
La aritmética a continuación es solo el paso final después del emparejamiento de contratos y la selección de libros a fecha. Cada costo debe ser el costo ejecutable ponderado por profundidad para la misma cantidad. El margen de seguridad representa todas las comisiones explícitas más el colchón que el investigador exige por retraso e incertidumbre del modelo.
Modos de falla que invalidan el resultado
| Modo de falla | Conclusión falsa | Control requerido |
|---|---|---|
| Emparejamiento solo por título | Los contratos tienen pagos idénticos | Compare las reglas completas y las fuentes de resolución |
| Marcas temporales mezcladas | Ambas cotizaciones estaban disponibles al mismo tiempo | Selección estricta a fecha y límites de antigüedad |
| Aritmética de la parte superior del libro | El tamaño objetivo completo gana la ventaja mostrada | Recorra la profundidad en ambos tramos |
| Supuesto de ejecución atómica | Ambas órdenes se completan a la vez | Escenarios de retraso, rechazo y ejecución parcial |
| Calendario de comisiones actual aplicado retroactivamente | Los rendimientos netos históricos son exactos | Comisiones versionadas o un proxy conservador declarado |
| Informes solo de supervivientes | Toda oportunidad identificada era negociable | Publique las exclusiones y los intentos de completación fallidos |
Key takeaways
- 01Una brecha de precio entre plataformas es un candidato, no una prueba de arbitraje.
- 02La equivalencia de contratos y las reglas de liquidación deben revisarse antes de comparar precios.
- 03Ambos tramos necesitan libros estrictos a fecha, límites de antigüedad y ejecuciones conscientes de la profundidad.
- 04Las comisiones, el tiempo de financiamiento, las ejecuciones parciales y el retraso entre tramos pertenecen a los resultados netos.
- 05Los libros de registro de oportunidades y exclusiones son tan importantes como los rendimientos agregados.
Una diferencia de precio solo es un candidato a arbitraje. Se convierte en una operación comprobable después de alinear los contratos, el momento de decisión, el tamaño mostrado, la ejecución de dos tramos, las comisiones y las rutas de liquidación.
Empieza gratis