Nota del editor: Polymarket eliminó sin previo aviso el retraso de 500ms e introdujo comisiones dinámicas, dejando obsoletos de la noche a la mañana una gran cantidad de bots existentes. Este artículo analiza sistemáticamente estos cambios y describe la forma correcta de construir bots de trading bajo las nuevas reglas, desde el mecanismo de comisiones y la firma de órdenes hasta la lógica de market making y la arquitectura de baja latencia, proporcionando una ruta clara y ejecutable.

Después de su publicación, el artículo obtuvo 1.1 millones de visitas y generó un amplio debate. Bajo las nuevas reglas de Polymarket, la ventaja está pasando del arbitraje de takers a una estructura a largo plazo centrada en el market making y la provisión de liquidez.

A continuación, el texto original:

Polymarket eliminó silenciosamente el retraso de 500 milisegundos

Aquí se explica claramente: Cómo construir un bot que realmente funcione y sea rentable bajo las nuevas reglas

Hace dos días, Polymarket eliminó el retraso de 500 milisegundos en las cotizaciones de los takers en los mercados de criptomonedas. Sin anuncios, sin advertencias. De la noche a la mañana, la mitad de los bots en la plataforma quedaron obsoletos. Pero al mismo tiempo, esto creó la mayor ventana de oportunidad para nuevos bots desde el lanzamiento de Polymarket.

Hoy explicaré en detalle: Cómo construir un bot que siga siendo efectivo bajo las nuevas reglas.

Porque cualquier esquema que hayas visto antes del 18 de febrero de 2026, ahora está obsoleto.

Si ahora le pides a un modelo de IA que te escriba código para un bot de Polymarket, te dará, sin duda, un esquema bajo las viejas reglas: sondeo REST, sin manejo de comisiones, completamente ajeno a que el búfer de 500ms ya no existe.

Un bot así empezará a perder dinero desde la primera operación.

A continuación explicaré: Qué ha cambiado exactamente y cómo rediseñar el bot en torno a estos cambios.

¿Qué ha cambiado?

En los últimos dos meses, han ocurrido tres cambios clave:

1. Se eliminó el retraso de 500ms para los takers (18 de febrero de 2026)

Antes, todas las órdenes de taker esperaban 500 milisegundos antes de ejecutarse. Los market makers dependían de este tiempo de búfer para cancelar cotizaciones "obsoletas", lo que era casi un mecanismo de seguro gratuito.

Ahora es diferente. Las órdenes de taker se ejecutan al instante, sin ventana de cancelación.

2. Introducción de comisiones dinámicas para takers en mercados de cripto (Enero de 2026)

Los mercados de cripto de 15 y 5 minutos ahora cobran comisiones a los takers, con la fórmula: Comisión = C × 0.25 × (p × (1 - p))²

Pico de comisión: Aproximadamente 1.56% cerca del 50% de probabilidad.

Comisión cercana a 0 en rangos de probabilidad extrema (cerca de 0 o 1).

¿Recuerdas ese bot que arbitraba el retraso de precios entre Binance y Polymarket, ganando $515,000 en un mes con un 99% de tasa de acierto?

Esa estrategia está completamente muerta. Porque solo la comisión en sí ya es mayor que el spread arbitrable.

¿Cuál es la nueva Meta?

En resumen: Sé maker, no taker.

La razón es simple:

· Los makers no pagan comisiones.

· Los makers pueden recibir reembolsos diarios en USDC (subsidiados por las comisiones de los takers).

· Tras la eliminación del retraso de 500ms, las órdenes de maker se ejecutan más rápido.

Los mejores bots actualmente ya son rentables solo con los reembolsos, sin necesidad de aprovechar los spreads. Si todavía estás haciendo bots de taker, te enfrentas a una curva de comisiones en constante aumento. Cerca del 50% de probabilidad, necesitas una ventaja de más del 1.56% solo para alcanzar el punto de equilibrio.

Buena suerte.

Entonces, ¿cómo debería ser un bot realmente viable en 2026?

Aquí hay un esquema de diseño de arquitectura para un bot que sigue siendo efectivo en 2026:

Componentes principales:

1. Usa WebSocket, no REST

El sondeo REST está completamente obsoleto. Para cuando tu solicitud HTTP complete un viaje de ida y vuelta, la oportunidad ya se habrá ido. Necesitas un flujo de datos del libro de órdenes en tiempo real basado en WebSocket, no extracciones intermitentes.

2. Firma de órdenes con conciencia de comisiones (Fee-aware order signing)

Este es un nuevo requisito que antes no existía. Ahora, en el payload de la orden que firmas, debes incluir el campo feeRateBps. Si omites este campo, la orden será rechazada directamente en los mercados con comisiones habilitadas.

3. Ciclo ultrarrápido de cancelación / reemplazo (cancel / replace loop)

Tras la eliminación del búfer de 500ms: Si tu flujo de cancelación-reemplazo supera los 200ms, sufrirás "selección adversa" (adverse selection). Otros se comerán tus órdenes obsoletas antes de que puedas actualizar tus cotizaciones.

Cómo configurarlo

1. Obtén tu clave privada

Usa la misma clave privada con la que inicias sesión en Polymarket (EOA / MetaMask / hardware wallet)

export POLYMARKET_PRIVATE_KEY="0xtu_clave_privada_aqui"

2. Configura la autorización (operación única)

Antes de que Polymarket pueda ejecutar tus operaciones, necesitas autorizar los siguientes contratos: USDC, tokens condicionales (conditional tokens).

Cada wallet solo necesita hacer esto una vez.

3. Conéctate al CLOB (Libro de Órdenes Limitadas Centralizado)

El cliente oficial de Python se puede usar directamente: pip install py-clob-client

Sin embargo, en el ecosistema Rust ahora hay opciones más rápidas:

· polyfill-rs (Ruta crítica sin asignaciones, análisis JSON SIMD, mejora de rendimiento ~21%)

· polymarket-client-sdk (SDK oficial de Rust de Polymarket)

· polymarket-hft (Framework HFT completo, integra CLOB + WebSocket)

La elección no es tan importante, la clave es elegir la opción que puedas implementar y poner en marcha más rápido.

4. Consulta la tasa de comisión antes de cada orden

GET /fee-rate?tokenID={token_id}

Nunca codifiques las comisiones de forma fija.
Las comisiones varían según el mercado y Polymarket puede ajustarlas en cualquier momento.

5. Incluye el campo de comisión en la firma de la orden

Al firmar la orden, debes incluir el campo de comisión en el payload. Sin esto, la orden no será aceptada en mercados con comisiones habilitadas.

{
"salt": "...",
"maker": "0x...",
"signer": "0x...",
"taker": "0x...",
"tokenId": "...",
"makerAmount": "50000000",
"takerAmount": "100000000",
"feeRateBps": "150"
}

El CLOB validará tu firma de orden en base al feeRateBps. Si la tasa incluida en la firma no coincide con la tasa real actual, la orden será rechazada directamente.

Si usas el SDK oficial (Python o Rust), esta lógica se maneja automáticamente; pero si implementas tu propia lógica de firma, debes manejar esto tú mismo, de lo contrario la orden no se enviará.

6. Coloca órdenes maker en ambos lados (compra y venta)

Proporciona liquidez al mercado colocando órdenes limitadas: tanto en los tokens YES como NO; Coloca simultáneamente órdenes de COMPRA y VENTA. Esta es la forma central de obtener reembolsos (rebates).

7. Ejecuta el ciclo de cancelación / reemplazo (cancel / replace loop)

Debes monitorear simultáneamente: Fuentes de precios externas (por ejemplo, WebSocket de Binance); Tus órdenes actuales en Polymarket.

Una vez que el precio cambie: Cancela inmediatamente las cotizaciones obsoletas; Vuelve a colocar órdenes al nuevo precio. El objetivo: Controlar todo el ciclo en menos de 100ms.

Nota especial sobre los mercados de 5 minutos

El mercado de subidas y bajadas de BTC de周期 5 minutos es determinista.

Puedes calcular el mercado específico correspondiente solo mediante la marca de tiempo:

Hay 288 mercados cada día. Cada uno, es una oportunidad completamente nueva.

Estrategia actualmente efectiva: A T–10 segundos antes del cierre de la ventana, la dirección de subida o bajada del BTC ya está大约 85% determinada, pero las probabilidades en Polymarket aún no reflejan completamente esta información.

La forma de operar es: En el lado con mayor probabilidad de ganar; Coloca órdenes maker a un precio de $0.90–0.95.

Si se ejecuta: Al liquidar, se obtiene una ganancia de $0.05–0.10 por contrato; Comisión cero; Además, se obtienen reembolsos (rebates).

La verdadera ventaja proviene de: Que juzgues la dirección del BTC más rápido que otros market makers y coloques tus órdenes antes.

Errores comunes que te "sacan del juego" directamente

· Seguir usando REST, en lugar de WebSocket

· No incluir feeRateBps en la firma de la orden

· Ejecutar el bot en Wi-Fi doméstico (150ms+ de latencia, vs. <5ms de un VPS en datacenter)

· Hacer market making cerca del rango de 50% de probabilidad sin considerar el riesgo de selección adversa

· Codificar de forma fija la tasa de comisión

· No consolidar posiciones YES / NO (lo que bloquea el capital)

· Seguir usando el esquema de arbitraje de taker de 2025

La forma correcta de usar la IA

La parte técnica termina aquí. Ahora ya dominas: El diseño de arquitectura, la forma de calcular las comisiones, las nuevas reglas del mercado.

A continuación, puedes abrir Claude o cualquier modelo de IA confiable y darle una descripción de tarea lo suficientemente clara y específica, por ejemplo: "Este es el SDK de Polymarket. Por favor, ayúdame a escribir un bot maker para el mercado de BTC de 5 minutos: Escucha WebSocket de Binance para obtener precios Coloca órdenes maker simultáneamente en los lados YES / NO La firma de órdenes incluye feeRateBps Usa WebSocket para obtener datos del libro de órdenes Controla el ciclo de cancelación/reemplazo en menos de 100ms."

El flujo de trabajo correcto es: Tú defines la pila tecnológica, la infraestructura y las restricciones, la IA genera la estrategia concreta y la lógica de implementación sobre eso.

Por supuesto, incluso si describes la lógica del bot perfectamente, debes probarlo antes de implementarlo. Especialmente en esta etapa, donde las comisiones已经开始 a erosionar sustancialmente el margen de beneficio, realizar backtests bajo la curva de comisiones real ya es un paso obligatorio antes de la implementación.

El bot que realmente ganará en 2026 no es el taker más rápido, sino el mejor proveedor de liquidez.

Construye tu sistema en esta dirección.