Arbitraje binario intra-mercado explicado

Resumen corto: el arbitraje binario intra-mercado ocurre cuando los precios best-ask de los outcomes YES y NO en el mismo mercado binario de Polymarket suman menos de $1.00. Cuando eso pasa, puedes comprar ambas patas y asegurar un spread matemático igual a $1.00 menos las dos asks, pero debes descontar fees, slippage, fills parciales, riesgo de resolución y el tiempo de liquidación antes de considerarlo rentable.

Puntos clave

• "YES + NO < $1.00" es la condición simple que crea un edge de arbitraje intra-mercado.
• El edge bruto es 1.00 − (bestAsk(YES) + bestAsk(NO)), pero fees, slippage y fills a menudo lo erosionan.
• Ejecuta ambas patas a través del CLOB; las órdenes FAK (market) son la herramienta operativa común porque priorizan ejecuciones inmediatas.
• Dimensiona de forma conservadora según la profundidad disponible y siempre ten en cuenta las taker fees y el tamaño de tick.

Por qué YES + NO puede caer por debajo de $1.00

La microestructura del mercado y el comportamiento humano generan inconsistencias transitorias. Causas comunes incluyen:

• Liquidez fragmentada: diferentes participantes colocan asks en lados distintos sin un contraorden correspondiente en el otro lado.
• Latencia y órdenes obsoletas: las actualizaciones de órdenes se propagan por el CLOB y el WebSocket a distintas velocidades; los best asks pueden divergir brevemente.
• Discretización por tick-size: los tamaños de tick (usualmente $0.01, ajustándose a $0.001 cerca de extremos) fuerzan redondeos que crean pequeños huecos.
• Variación de fees e incentivos: las maker fees son cero mientras que las taker fees varían; los takers agresivos enrutan fills de forma distinta, a veces dejando un lado más delgado.
• Errores humanos y market making manual: asks limit grandes mal colocadas en un lado crean gaps explotables en el otro.

Cuantificando el edge bruto

La aritmética es simple: Edge = 1.00 − (bestAsk(YES) + bestAsk(NO)). Edge > 0 => arbitraje teórico.

• Ejemplo: bestAsk(YES) = 0.46, bestAsk(NO) = 0.52 → Edge = 0.02 (2 centavos o 2% de $1).
• Pero esto es el "edge bruto" antes de fees, slippage y riesgo de ejecución.

Costes que convierten el edge bruto en P&L realizado

Siempre resta o contempla:

• Taker fees: variables en Polymarket (0% hasta 1.8% según la categoría). Si pagas taker fees en ambas patas, pueden comerse el edge.
• Slippage / fills parciales: el best ask puede estar disponible solo para un tamaño pequeño; cubrir más consume offers más profundas y peor precio.
• Redondeo por tick-size: cuando el tick es $0.01, el best ask efectivo está cuantizado; eso cambia las curvas de profundidad.
• Tiempo de liquidación y riesgo de resolución: las disputas de UMA pueden retrasar o cambiar la liquidación.
• Riesgo de smart-contract y operacional: operaciones CTF, comportamiento del relayer y el estado de la wallet pueden añadir fricción.

Dimensionar una oportunidad: reglas prácticas

1. Parte de la profundidad disponible en los best asks mostrados. Usa la vista del libro de órdenes para ver el tamaño acumulado en el mejor precio y en los siguientes niveles.
2. Calcula el edge neto después de fees. Si las taker fees aplican a ambas patas, estima net edge = Edge − fee(YES) − fee(NO).
3. Aplica un buffer por slippage. Asume de forma conservadora que solo puedes tomar el tamaño actualmente mostrado en el best ask; más allá de ese tamaño, asume que el siguiente precio es +tick o peor.

Un flujo sencillo de sizing que puedes usar:

• Consulta bestAsk y la profundidad visible para ambos outcomes.
• Calcula edge bruto y neto tras fees.
• Determina el tamaño simétrico máximo S tal que comprar S de cada lado consuma solo los niveles de precio que esperas aceptar.
• Si net edge × S excede tu objetivo mínimo, la operación puede valer la pena ejecutar.

Métodos de ejecución en Polymarket

Existen dos patrones prácticos de ejecución en el CLOB:

• Órdenes de mercado (FAK) para ambas patas: los FAK estilo createMarketOrder intentan fills inmediatos y cancelan cualquier resto sin ejecutar. FAK es el enfoque más común para ejecución rápida y de inmediatez garantizada, pero pagas taker fees y arriesgas fills parciales.
• Cruce con límite en libro: coloca bids limit en el best ask mostrado o ligeramente más agresivos para incentivar fills. Esto puede convertirte en maker (fees cero) si tu orden reposa y un taker la toma, pero es más lento y te expone a ser "picked off".

Por qué se suele usar FAK

FAK garantiza inmediatez. Cuando detectas un edge pequeño y fugaz y quieres el camino operativo más simple, colocar dos FAK (uno para YES y otro para NO) te deja o bien llenado o parcialmente llenado y sin exposición pendiente más allá de los fills. Recuerda que los FAK actúan como órdenes taker y por lo tanto suelen pagar taker fees.

Una secuencia mínima en TypeScript (conceptual)

Este ejemplo bosqueja la secuencia; adáptalo a tu SDK y credenciales. Reemplaza los marcadores con tus valores de entorno.

// Pseudocode-like sketch using a CLOB client
// 1. Read best asks for both outcomes via CLOB read endpoints
const yesAsk = await clob.getBestAsk(marketId, 'YES')
const noAsk  = await clob.getBestAsk(marketId, 'NO')

// 2. Compute edge and decide size
const edge = 1.0 - (yesAsk.price + noAsk.price)
if (edge <= minimumNetEdge) throw new Error('No edge')

// 3. Place FAK market orders for both legs
await clob.createMarketOrder({side: 'buy', outcome: 'YES', size: size})
await clob.createMarketOrder({side: 'buy', outcome: 'NO',  size: size})

Nota: los endpoints de trading en la superficie CLOB requieren API key + HMAC para colocar órdenes. Las lecturas son públicas. No asumas fills síncronos; siempre verifica el estado posterior del libro y los recibos de trade.

Post-trade: gestionar la posición

Tras los fills posees tokens de outcome YES y NO. Dos vías de liquidación son típicas:

• La economía de merge y split inmediata no está disponible para binarios; simplemente posees ambos outcome tokens. Cuando el mercado se resuelva, podrás redeem el token ganador por $1.00 mediante CTF redeem.
• Si necesitas liberar capital antes, puedes listar uno o ambos outcomes nuevamente en el CLOB; a menudo la liquidez restante y los spreads determinan si puedes deshacer la posición con ganancia.

Checklist de riesgos — por qué "matemático" no es igual a sin riesgo

Nunca llames a una operación de arbitraje intra-mercado "sin riesgo" sin enumerar los riesgos. Riesgos clave para registrar antes de ejecutar:

• Riesgo de resolución: las disputas de UMA pueden retrasar o cambiar la liquidación.
• Slippage y fills parciales: puede que no consigas llenar ambas patas a los precios anunciados.
• Fees: las taker fees pueden eliminar el edge.
• Riesgo de smart-contract/operacional: fallos del relayer, problemas de despliegue de wallet o bugs del SDK pueden interrumpir la ejecución.
• Restricciones geográficas y de cumplimiento: Polymarket bloquea nuevas órdenes desde varias jurisdicciones; no intentes soluciones con VPN.

Cómo afecta esto a tu trading

Para traders activos, el playbook es directo: automatiza la monitorización de bestAsk(YES) y bestAsk(NO) y de la profundidad, calcula net edge tras fees y slippage, y dimensiona al menor de las profundidades disponibles. Usa órdenes FAK cuando priorices inmediatez y estés dispuesto a pagar taker fees; considera colocar límites cuando puedas buscar fills maker con paciencia. Siempre registra los fills y reconcilia los tokens on-chain con tus exposiciones esperadas.

Párrafo de cierre

El arbitraje binario intra-mercado es uno de los edges de microestructura más claros en Polymarket: la condición es simple (YES + NO < $1.00) y los patrones de ejecución están bien entendidos. Esa simplicidad no elimina los riesgos operativos, de fees y de resolución reales: debes incluirlos en el dimensionamiento y las decisiones de ejecución.

Preguntas frecuentes

¿Qué cuenta exactamente como el "edge" en el arbitraje binario intra-mercado?

El edge es 1.00 − (bestAsk(YES) + bestAsk(NO)). Es la diferencia bruta, previa a fees, entre $1.00 y la suma de las dos best asks en un mercado binario. La ganancia realizada debe restar taker fees, slippage y otros costes de ejecución.

¿Debería usar siempre órdenes FAK para ejecutar ambas patas?

Las órdenes FAK priorizan inmediatez y se usan comúnmente, pero pagan taker fees y arriesgan fills parciales. Si toleras esperar por fills maker para evitar taker fees, colocar órdenes limit puede ser más barato pero más lento.

¿Cómo dimensiono un arb para evitar quedarme con una posición unilateral?

Dimensiona al menor tamaño de profundidad disponible en los niveles de precio aceptables de cada lado. Calcula la profundidad acumulada en los best asks y en los siguientes ticks, y elige un tamaño simétrico que consuma solo los niveles que aceptas. Un sizing conservador reduce la probabilidad de fills parciales sin contraparte.

¿Importan los cambios de tick-size para esta estrategia?

Sí. Polymarket suele usar ticks de $0.01, ajustándose a $0.001 cerca de precios extremos. La discretización por tick afecta la profundidad y puede crear o eliminar pequeños edges, así que incorpora el tick actual en tu modelo de sizing y slippage.

¿Se aplican alguna vez maker fees a estas operaciones?

Las maker fees en Polymarket son cero. Si tu orden limit reposa y luego es tomada, puedes evitar las taker fees. Sin embargo, los límites en espera te exponen al riesgo de tiempo y a ser "picked off".