Bot de doble mercado de Polymarket y Kalshi: relaciona los pagos

Identifica el entorno exacto de Polymarket

Polymarket International y Polymarket US tienen documentación y contextos de interfaz separados. La documentación estadounidense se distingue explícitamente de la documentación de International. Un diseño de doble mercado debe nombrar qué entorno utiliza en lugar de tratar la marca como una API o modelo de cuentas universales.

La documentación de International describe actualmente pUSD como garantía. Eso no establece el modelo de financiación del entorno separado estadounidense ni de una cuenta de Kalshi. Mantén los requisitos reales de garantía, cuenta y autenticación del producto seleccionado en su propia configuración.

La guía de comparación de Polymarket y Kalshi explica diferencias operativas más amplias. Para relacionar contratos, esta elección de producto es fundamental: el universo de candidatos, los identificadores y las acciones permitidas deben provenir del entorno real evaluado. Un mercado encontrado en un producto no debería enrutarse silenciosamente mediante otro.

Establece la elegibilidad de la cuenta de forma independiente en cada lado

El acceso a datos públicos de mercado no demuestra permiso para colocar una orden. Cada cuenta necesita su propia revisión actual de elegibilidad, acceso a productos y credenciales. No asumas que la aprobación en un servicio implica aprobación en otro ni que una etiqueta geográfica recoge todas las restricciones actuales.

La automatización debería exponer por separado la preparación de cada lado. Un par candidato puede ser económicamente interesante mientras una cuenta requerida no esté disponible o carezca de autoridad suficiente. En esa situación, el resultado es un conjunto accionable incompleto, no permiso para colocar el otro tramo y esperar resolver después el acceso.

Trata un cambio de estado de cuenta como un cambio pertinente de estado. Puede afectar a las órdenes nuevas, las obligaciones existentes y la capacidad de completar una reducción prevista. El controlador debería saber qué operaciones siguen disponibles y evitar convertir un plan de dos lados en una posición direccional simplemente porque solo un lado acepte solicitudes actualmente.

Correspondencia de contratos del bot de doble mercado

Relaciona la proposición escrita completa: evento medido, fuente oficial, umbral, período de observación, zona horaria, política de revisiones y resultados excepcionales. Un título similar es una pista de descubrimiento, no evidencia de equivalencia económica. La correspondencia debería indicar qué paga cada contrato en escenarios concretos.

La documentación de resolución de Polymarket destaca la fuente escrita, la fecha final y los casos excepcionales, no solo el título. La misma disciplina analítica se aplica al leer las reglas completas del contrato correspondiente de Kalshi. Un resumen puede ayudar a navegar, pero no sustituye los detalles operativos.

Conserva los registros de origen y la hora de revisión. Si un mercado recibe después una aclaración, la correspondencia necesita reevaluarse bajo las reglas pertinentes. Una relación aceptada anteriormente no debería seguir siendo permanentemente equivalente simplemente porque no hayan cambiado los identificadores. El significado del contrato forma parte del estado de riesgo que debe mantener el bot.

Distingue resultados equivalentes de previsiones relacionadas

Dos contratos pueden estar fuertemente relacionados sin tener pagos idénticos. Uno puede referirse a un anuncio y otro a la implementación. Uno puede utilizar una primera cifra publicada y otro una revisada. Ambos pueden moverse juntos en condiciones corrientes y divergir en el escenario exacto que importe para la liquidación.

Un mapa útil puede clasificar una relación como equivalencia verificada bajo supuestos especificados, relacionada pero diferente o sin resolver. Estas etiquetas deberían determinar qué estrategia está permitida. Una opinión de valor relativo sobre contratos relacionados es una hipótesis direccional de investigación, no automáticamente una combinación de pago asegurado.

En un par ficticio, un contrato sobre si se anuncia una política antes del viernes difiere de otro sobre si entra en vigor antes del viernes. Un anuncio seguido de implementación el mes siguiente satisface solo el primero. Por tanto, comprar un SÍ en uno y un NO en el otro puede producir un patrón de pagos que los títulos por sí solos no revelan.

Examina una discrepancia de política de revisiones

Considera dos contratos binarios ficticios con un umbral estrictamente por encima de 100. La Plataforma A utiliza la publicación final revisada, mientras la Plataforma B utiliza la primera publicación. Un plan compra SÍ en A y NO en B suponiendo que son lados opuestos de una pregunta. No lo son, porque pueden diferir las observaciones subyacentes.

Si la primera publicación es de 101 y la revisión final de 99, pierde el SÍ de A y también el NO de B. Si la primera publicación es de 99 y la revisión final de 101, ganan ambos lados comprados según las reglas declaradas del ejemplo. Por tanto, el pago combinado puede ser de cero, una o dos unidades por par en lugar de exactamente una.

Este escenario no describe un mercado actual de ninguno de los servicios. Muestra por qué una pequeña diferencia de reglas puede dominar un descuento aparente de precio. El controlador debería enumerar estos estados divergentes antes de etiquetar el par como cubierto. Una relación habitualmente alineada sigue necesitando incluir los estados excepcionales en su cálculo de riesgo.

Normaliza la dirección económica antes de comparar precios

Cada adaptador debería convertir sus propios identificadores, campos de lado, precios y unidades de cantidad en una representación económica interna clara. El registro común podría describir el coste de adquirir un resultado especificado y su pago bajo cada escenario relacionado. Los campos originales de la fuente deberían seguir disponibles para diagnosticar.

No asumas que SÍ, NO, oferta de compra y oferta de venta significan lo mismo en todas las cargas de datos. Su interpretación depende del servicio y el endpoint. La escala de precios y la exposición direccional deberían normalizarse deliberadamente en el límite del adaptador, con ejemplos que revelen complementos equivocados o direcciones invertidas.

Un valor ficticio de 0.30 es especialmente útil para probar porque su complemento es de 0.70. Un valor de 0.50 puede ocultar un error. La estrategia debería recibir términos económicos ya interpretados en lugar de adivinar repetidamente si se ha complementado un valor concreto de la fuente. La correspondencia correcta precede a cualquier aritmética sobre un diferencial o un coste combinado de adquisición.

Calcula el pago condicional antes de nombrar una ventaja

Supón que se ha verificado que dos contratos binarios ordinarios ficticios utilizan reglas equivalentes para los resultados pertinentes. Un SÍ cuesta 0.46 y el NO opuesto cuesta 0.50. Para 100 pares completos, el gasto de adquisición es 46 más 50, es decir, 96. Si los costes completos atribuibles suman dos, el compromiso total supuesto es de 98.

Bajo el pago combinado de una unidad supuesto explícitamente, los 100 pares devuelven 100 y producen una diferencia de dos unidades. Este es un cálculo condicional que todavía depende de ejecución completa, correspondencia válida y liquidación real. Una suma mostrada de precios inferior a uno no establece que se cumplan todas las condiciones requeridas.

Aplica la discrepancia anterior de revisiones y el resultado cambia radicalmente. Si pierden ambos lados, el compromiso de 98 unidades devuelve cero. Si ganan ambos, devuelve 200 y produce 102 de ganancia bajo el mismo supuesto de coste. El descuento aparente de dos unidades no era el riesgo definitorio; lo era la discrepancia de pagos no reconocida.

Incluye la profundidad y los cargos reales del mercado

Los mejores precios pueden aplicarse solo a una cantidad pequeña. Un plan de 100 pares necesita suficiente cantidad elegible en ambos lados dentro de sus límites autorizados. Si los niveles siguientes de un lado son peores, el coste completo de adquisición puede superar el valor inferido solo de la primera cotización.

Los cargos también dependen del producto, el mercado y el comportamiento real de la orden. Utiliza las reglas actuales aplicables y conserva la distinción entre cargos estimados y realizados. No asumas comisiones cero universales ni copies una tasa de un entorno de Polymarket a otro, o de un mercado de Kalshi a todos los contratos de eventos.

La guía de ejecución en dos plataformas desarrolla cuestiones operativas relacionadas. Una propuesta útil registra la cantidad prevista, la profundidad disponible, la estimación completa de gasto y la sensibilidad al deterioro. Si la ventaja calculada desaparece después de un ajuste modesto de coste, el sistema debería informar de esa fragilidad antes de crear obligaciones en dos servicios.

Conserva separadas la financiación y la capacidad de gasto

Un valor unificado de cartera no es una cuenta compartida de efectivo. Cada tramo debe financiarse donde se ejecutará, incluyendo los compromisos locales abiertos. Un excedente en una plataforma no puede suponerse suficiente para cubrir la necesidad inmediata de recursos de otra.

En un plan ficticio, la Plataforma A requiere 46 unidades para su lado y la B requiere 50 antes de costes. Si A tiene 80 disponibles y B solo 40, el plan de 100 pares no está totalmente financiado aunque el valor total disponible sea de 120. Un plan menor o una operación separada de financiación requerirían una revisión nueva.

Los movimientos de financiación introducen sus propios métodos admitidos, tiempos y costes. No deberían tratarse como transferencias instantáneas dentro de la visualización combinada. Conserva la garantía real y las unidades de cuenta junto a cualquier valor común de informe. La estrategia necesita tanto la visión agregada del riesgo como la ubicación práctica de los recursos.

Riesgo de cada tramo del bot de doble mercado de Polymarket y Kalshi

Los envíos separados de órdenes no se vuelven atómicos simplemente porque una aplicación los envíe casi juntos. Un tramo puede ejecutarse mientras el otro se rechaza, se retrasa o solo se ejecuta parcialmente. El controlador debería definir cuánta exposición sin emparejar se permite y qué respuesta está autorizada cuando el par previsto está incompleto.

Supón que un plan ficticio busca 100 unidades de SÍ en A y 100 unidades complementarias de NO en B. A ejecuta las 100, mientras B solo ejecuta 40. La cuenta tiene 40 pares completados y 60 unidades de SÍ sin emparejar en A. No tiene una posición de 100 pares totalmente cubierta.

A los precios supuestos de 0.46 y 0.50, la porción emparejada cuesta 18.40 más 20, es decir, 38.40 antes de cargos. Las 60 unidades de SÍ sin emparejar cuestan 27.60. Esta separación hace visible la dirección residual. El controlador de riesgo puede entonces aplicar su respuesta predefinida sin fingir que las cantidades previstas ya son tenencias reales.

Diseña la respuesta al par incompleto antes de entrar

La respuesta a un par incompleto puede ser esperar bajo condiciones acotadas, cancelar un resto sin ejecutar, reducir el tramo ejecutado o solicitar revisión. Cada acción tiene costes e incertidumbre de ejecución diferentes. Una política debería indicar qué respuestas están autorizadas y cuándo la justificación económica original ya no respalda continuar.

Perseguir automáticamente el tramo ausente puede convertir una pequeña ventaja estimada en una pérdida. Si sube lo suficiente el precio del segundo lado, completar el par puede ser más caro que el pago supuesto. A la inversa, cerrar inmediatamente el lado ejecutado puede incurrir en diferencial y cargos. Ninguna elección es universalmente correcta sin las restricciones de la estrategia.

Registra el motivo de cada decisión de recuperación y las cotizaciones actuales que la respaldan. La propuesta original explica por qué comenzó la entrada; no justifica toda acción posterior a cualquier precio. Una operación de recuperación debería conservar el máximo total de exposición y hacer explícito el riesgo direccional restante después de cada ejecución observada.

Trata la cancelación como dos procesos separados de plataformas

Cada servicio tiene su propio ciclo de órdenes y semántica de cancelación. Una solicitud de cancelación en un lado no cancela el otro y un botón local de cancelar no deshace las ejecuciones ya ocurridas. El controlador debe reconciliar independientemente las cantidades finales ejecutadas y restantes de cada orden.

Para una orden ficticia de 100 unidades con 40 ejecutadas, pueden ejecutarse otras 15 mientras se procesa la cancelación. Si se cancelan las 45 finales, la cantidad completada es de 55. Un rastreador de pares que utilice las 40 anteriores infravaloraría la posición y podría autorizar una sustitución innecesaria.

Conserva la incertidumbre de cancelación en la visión compartida de riesgo. Un resto sin ejecutar que todavía pueda ejecutarse es una obligación aunque la estrategia haya decidido que ya no lo quiere. La interfaz común debería ayudar a coordinar estos hechos sin ocultar la evidencia separada necesaria para establecer el resultado real de cada plataforma.

Contabilidad de exposición del bot de doble mercado

Organiza la visión de riesgo por escenarios económicos y cantidades reales, no simplemente por una lista de nombres de mercados. Las unidades equivalentes emparejadas, las unidades sin emparejar y los contratos relacionados pero diferentes tienen patrones de pago distintos. El controlador debería calcular esos patrones a partir de las tenencias actuales y las obligaciones abiertas.

El flujo de predicción en varios mercados explica por qué varias posiciones de mercado pueden compartir una dependencia del mismo evento subyacente. Un segundo identificador no diversifica automáticamente la cartera. Dos contratos sobre la misma publicación pueden aumentar la concentración aunque difieran sus términos o ventanas de trading.

Mantén separada la exposición de efectivo de la exposición a resultados. Un pago emparejado verificado puede reducir la incertidumbre direccional y seguir vinculando recursos a dos cuentas hasta liquidarse. Un resultado aparentemente plano de escenario no hace que esos recursos estén disponibles para reutilizarse inmediatamente. La cartera necesita tanto un mapa de pagos como otro de disponibilidad para tomar responsablemente decisiones adicionales.

Distingue el cierre de trading de la liquidación gastable

Un mercado puede dejar de aceptar operaciones nuevas antes de que estén disponibles los ingresos finales. El evento también puede parecer decidido en las noticias antes de completarse el proceso escrito de resolución. Trata el estado de trading, la determinación del resultado y la liquidación de cuenta como hechos separados.

La documentación de liquidación de Kalshi describe la liquidación de posiciones netas y plazos que pueden variar según el mercado y la fuente. También identifica detalles de liquidación escalar más allá de un ejemplo binario educativo sencillo. El controlador de dos plataformas debería utilizar las reglas de pago del contrato real y la evidencia de cuenta en lugar de imponer un modelo universal de un dólar y efectivo inmediato.

Los dos tramos pueden liquidarse en momentos diferentes. Si llega primero una recepción, la otra sigue siendo un derecho o posición pendiente bajo su estado real. No marques toda la estrategia emparejada como terminada simplemente porque se haya resuelto un lado. La reconciliación final debe explicar tanto el resultado económico como los compromisos restantes de recursos.

Reconcilia las reducciones tempranas antes de los pagos finales

Una estrategia puede vender parte de un tramo antes de liquidarse, lo que cambia la cantidad elegible para el pago final. El registro combinado debe conservar esas reducciones y cualquier exposición nueva sin emparejar que creen. Un par equilibrado al entrar puede volverse direccional después de actividad posterior.

Supón que una posición ficticia comenzó con 100 pares equivalentes y después vendió 30 unidades del tramo de SÍ mientras conservaba las 100 de NO. Solo quedan 70 pares completos, más 30 unidades de NO sin emparejar. Tratar los 100 pares originales como si siguieran intactos ocultaría el perfil cambiado de pagos.

Contabiliza los ingresos de venta y la base asignada por separado de la liquidación posterior. El pago final debería aplicarse solo a la cantidad restante con derecho a él. Si la reducción la causó actividad manual, sigue importando para la visión compartida de riesgo. La atribución explica quién inició el cambio; no hace desaparecer la exposición resultante.

Conserva la diferencia entre datos públicos y datos de cuenta

Los precios públicos y las operaciones de mercado establecen actividad en el mercado, no las tenencias privadas completas de cada participante. En particular, una fuente de datos de mercado de Kalshi no debería tratarse como un historial público de wallet en blockchain. El controlador de dos plataformas necesita evidencia autenticada de cuenta para establecer sus propias órdenes, posiciones y recursos disponibles.

Esta distinción también importa cuando una señal se origina en una posición observada en la cadena en otro lugar. Una dirección visible puede proporcionar evidencia sobre esa dirección bajo un método definido, pero no identifica una cuenta privada correspondiente en otra plataforma. El sistema no debería inventar identidades de operadores entre plataformas para hacer más completa una narrativa de mercado.

Mantén las observaciones públicas en el registro de investigación y las obligaciones específicas de cuenta en el libro de ejecución, con relaciones explícitas donde estén respaldadas. Una operación pública al precio esperado no demuestra que se ejecutara la propia orden del bot. A la inversa, la ejecución propia de la cuenta sigue siendo pertinente aunque una fuente pública perdiera la actualización correspondiente.

Versiona la correspondencia por separado de la estrategia

El mapa de reglas y la política de trading pueden cambiar de forma independiente. Una interpretación revisada de un plazo puede invalidar un emparejamiento existente sin cambiar el umbral de precio de la estrategia. Un límite nuevo de tamaño puede cambiar cantidades futuras de órdenes y dejar intacta la relación entre contratos. Registra cada cambio bajo su propia versión y hora efectiva.

Cuando se corrija una correspondencia, revisa las posiciones abiertas afectadas además de los candidatos pendientes. Las ejecuciones existentes no pueden borrarse eliminando el par de una lista de seguimiento. El controlador debe explicar sus escenarios revisados de pagos y cualquier riesgo sin emparejar recién visible antes de decidir si está autorizada otra acción.

Prueba correspondencias que fallen en los límites

Una evaluación útil incluye resultados exactamente en el umbral, revisiones diferentes de publicaciones, eventos aplazados, resoluciones excepcionales y horas límite desiguales de trading. Estos casos revelan si el mapa de contratos representa las reglas completas o simplemente la interpretación más común del titular.

Prueba también la asimetría operativa: una cuenta no disponible, una cotización desactualizada, un tramo parcialmente ejecutado y un mercado liquidado mientras el otro siga sin resolver. Define los registros esperados de exposición y recursos después de cada caso. Un sistema que solo gestione ejecuciones completas simultáneas no ha demostrado un flujo fiable de dos plataformas.

Un bot de doble mercado de Polymarket y Kalshi está bien diseñado cuando puede explicar por qué son comparables los contratos, cuánto de la relación prevista se ejecutó realmente y qué sigue expuesto después. Los títulos similares y las sumas atractivas de precios son observaciones iniciales. El análisis completado es una relación documentada de pagos respaldada por evidencia separada de cuentas, órdenes y liquidaciones.