Lanzamiento de nuevas reglas en Polymarket: Cómo crear un nuevo bot de trading

Título original: Cómo crear un bot en Polymarket (después de la edición de nuevas reglas)
Autor original: @_dominatos
Traducción: Peggy, BlockBeats

Nota del editor: Polymarket eliminó inesperadamente el retraso de 500 ms e introdujo tarifas dinámicas sin previo aviso, lo que provocó que una gran cantidad de bots existentes se volvieran ineficaces de la noche a la mañana. Este artículo se centra en este cambio y describe sistemáticamente la forma correcta de crear robots comerciales bajo las nuevas reglas, cubriendo los mecanismos de tarifas, la firma de órdenes, la lógica de creación de mercado y la arquitectura de baja latencia, proporcionando un camino claro y práctico.

El artículo ha recibido 1,1 millones de visitas desde su publicación, lo que ha provocado un amplio debate. Según las nuevas reglas de Polymarket, la ventaja está pasando del arbitraje del tomador a una estructura de largo plazo centrada en la creación de mercado y la provisión de liquidez.

El siguiente es el texto original:

Polymarket elimina silenciosamente el retraso de 500 ms

A continuación se explica: cómo construir un bot verdaderamente ejecutable y rentable bajo las nuevas reglas.

Hace dos días, Polymarket eliminó el retraso de cotización de 500 ms del mercado de criptomonedas. Ningún anuncio, ningún recordatorio. De la noche a la mañana, la mitad de los bots de la plataforma quedaron obsoletos. Pero al mismo tiempo, esto también 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 todo lo que has visto antes del 18 de febrero ahora está obsoleto.

Si ahora le pides a un modelo de IA que te ayude a escribir el código del bot de Polymarket, lo que te dará definitivamente seguirá basándose en las antiguas reglas: Sondeo REST, sin manejo de tarifas, completamente inconsciente de que el búfer de 500 ms ya no existe

Un bot de este tipo comenzará a perder dinero desde la primera operación.

A continuación, explicaré qué ha cambiado y cómo rediseñar los bots en torno a estos cambios.

¿Qué ha cambiado?

Ha habido tres cambios clave en los últimos dos meses:

1. Se eliminó el retraso de 500 ms del tomador (18 de febrero de 2026)

En el pasado, todas las órdenes de tomadores esperaban 500 milisegundos antes de ser ejecutadas. Los creadores de mercado dependían de este margen de tiempo para cancelar sus cotizaciones "vencidas", lo que era casi como un mecanismo de seguro gratuito.

Ahora las cosas son diferentes. Los pedidos de tomadores se completan inmediatamente sin ningún período de cancelación.

2. El mercado de criptomonedas introduce una tarifa dinámica para los tomadores (enero de 2026)

En los mercados de criptomonedas de 15 y 5 minutos, a los tomadores ahora se les cobra una tarifa basada en la fórmula: Tarifa = C × 0,25 × (p × (1 - p))²

Picos de tarifas: Alrededor de 1,56% cerca de una probabilidad del 50%

En el rango de probabilidad extremo (cercano a 0 o 1), la tarifa se acerca a 0

¿Recuerdas ese bot de arbitraje que dependía de retrasos de precios entre Binance y Polymarket, ganando $515,000 en un mes con una tasa de ganancia del 99%?

Esa estrategia ahora está completamente muerta. Esto se debe a que la tarifa por sí sola es ahora más alta que el diferencial explotable.

¿Qué es el nuevo Meta?

En una sola línea: Sea un creador, no un tomador.

Las razones son sencillas:

· Los creadores no necesitan pagar ninguna tarifa

· Los creadores pueden recibir reembolsos diarios de USDC (subsidiados por las tarifas de los tomadores)

· Después del retraso de cancelación de 500 ms, los pedidos de los fabricantes se completan más rápido

Hoy en día, los bots de primer nivel ya son rentables únicamente gracias a los reembolsos, sin siquiera necesitar capturar el diferencial. Si aún utiliza un bot receptor, se enfrentará a una curva de tarifas en aumento. Con una probabilidad cercana al 50%, se necesita una ventaja de al menos más del 1,56% para apenas alcanzar el punto de equilibrio.

Buena suerte para ti.

Entonces, ¿cuál es la estrategia para un bot verdaderamente viable en 2026?

A continuación se presenta un enfoque de diseño arquitectónico para un bot que seguirá siendo efectivo en 2026:

Componentes principales:

1. Utilice WebSocket en lugar de REST

El sondeo REST está completamente obsoleto. Para cuando su solicitud HTTP completa un viaje de ida y vuelta, la oportunidad ya ha desaparecido. Lo que necesita es un flujo de datos de libro de pedidos en tiempo real basado en WebSocket, no un sondeo intermitente.

2. Firma de órdenes con conocimiento de tarifas

Este es un nuevo requisito que no existía antes. Ahora, la carga útil de su orden firmada debe incluir el campo feeRateBps. Si omite este campo, el pedido será rechazado directamente en los mercados con tarifas habilitadas.

3. Bucle de cancelación/reemplazo de alta velocidad

Una vez eliminado el búfer de 500 ms: si el proceso de cancelación/reemplazo tarda más de 200 ms, se enfrentará a una "selección adversa". Otros completarán su pedido vencido directamente antes de que pueda actualizar su cotización.

Cómo configurar

1. Obtenga su clave privada

Utilice la misma clave privada que utiliza para iniciar sesión en Polymarket (EOA/MetaMask/billetera de hardware).

exportar POLYMARKET_PRIVATE_KEY="0xsu_clave_privada_aquí"

2. Aprobación de conjunto (operación única)

Antes de que Polymarket pueda ejecutar sus operaciones, debe aprobar los siguientes contratos: USDC, tokens condicionales.

Esto sólo es necesario hacerlo una vez por billetera.

3. Conectarse a CLOB (Libro de órdenes límite central)

Puede utilizar directamente el cliente oficial de Python: pip install py-clob-client

Sin embargo, ahora hay una opción más rápida en el ecosistema Rust:

· polyfill-rs (ruta activa de asignación cero, análisis JSON SIMD, mejora del rendimiento de alrededor del 21 %)

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

polymarket-hft (Marco HFT completo, que integra CLOB + WebSocket)

La elección de cuál no es importante; la clave es elegir uno que puedas incorporar y ejecutar más rápido.

4. Tarifa de consulta antes de cada operación

OBTENER /fee-rate?tokenID={token_id}

Nunca codifique la tarifa de forma rígida.
La tarifa está sujeta a cambios del mercado y Polymarket puede ajustarla en cualquier momento.

5. Incluir el campo de tarifa en la firma del pedido

Al firmar un pedido, el campo de tarifa debe incluirse en la carga útil. Sin esto, el pedido no será aceptado en los mercados con tarifas habilitadas.

{
"sal": "...",
"fabricante": "0x...",
"firmante": "0x...",
"tomador": "0x...",
"tokenId": "...",
"cantidad del fabricante": "50000000",
"cantidad del tomador": "100000000",
"tasa de tarifa en Bps": "150"
}

El CLOB validará la firma de su orden basándose en feeRateBps. Si la tarifa incluida en la firma no coincide con la tarifa real actual, el pedido será rechazado de plano.

Si está utilizando el SDK oficial (Python o Rust), esta lógica se manejará automáticamente. Sin embargo, si usted mismo está implementando la lógica de la firma, deberá gestionarlo usted mismo; de lo contrario, el pedido nunca se enviará.

6. Coloque órdenes de creación en ambos lados de compra y venta simultáneamente

Proporcionar liquidez al mercado colocando órdenes limitadas en tokens SÍ y NO; colocar simultáneamente órdenes de COMPRA y VENTA. Esta es la forma principal de obtener reembolsos.

7. Ejecutar bucle Cancelar/Reemplazar

Debes monitorear ambos: una fuente de precios externa (por ejemplo, WebSocket de Binance) y tu libro de órdenes actual en Polymarket.

Una vez que el precio cambia: cancele inmediatamente cualquier pedido vencido y realice nuevos pedidos al nuevo precio. El objetivo es mantener todo el bucle dentro de los 100 ms.

Nota especial sobre el mercado de 5 minutos

El mercado de movimiento de precios de BTC de 5 minutos es determinista.

Puede calcular directamente el mercado específico basándose únicamente en la marca de tiempo:

En total hay 288 mercados cada día. Cada uno es una nueva oportunidad.

Estrategia actualmente validada: aproximadamente el 85% de la dirección del movimiento del precio de BTC ya está determinada alrededor de T–10 segundos antes del cierre de la ventana, pero las probabilidades de Polymarket aún no reflejan completamente esta información.

El enfoque operativo es: colocar órdenes de fabricante a un precio de 0,90–0,95 USD en el lado de mayor probabilidad.

Si se ejecuta: por cada contrato, puede obtener una ganancia de 0,05 a 0,10 USD al momento de la liquidación; cero tarifas y reembolsos adicionales.

La verdadera ventaja proviene de: ser más rápidos que otros creadores de mercado a la hora de determinar la dirección de BTC y colocar órdenes antes.

Errores comunes que pueden llevarte a la liquidación

· Todavía se utiliza REST en lugar de WebSocket

· No incluye feeRateBps en las firmas de pedidos

· Ejecutar un bot en una red Wi-Fi doméstica (latencia superior a 150 ms frente a <5 ms en un VPS de un centro de datos)

· Creación de mercado en un rango de probabilidad cercano al 50% sin considerar el riesgo de selección adversa

· Tarifas de codificación rígida

· No consolidar posiciones SÍ/NO (lo que resulta en fondos bloqueados)

· Aún confiando en el antiguo enfoque de arbitraje de tomadores a partir de 2025

La forma correcta de aprovechar la IA

La sección técnica termina aquí. Hasta ahora, ha cubierto: diseño de arquitectura optimizada en tarifas, enfoque computacional, nuevas reglas del mercado.

A continuación, siga adelante y abra Claude o cualquier otro modelo de IA confiable y asígnele una descripción de tarea clara y específica, por ejemplo: "Este es el SDK de Polymarket. "Por favor, ayúdenme a escribir un bot creador para un mercado de BTC de 5 minutos: escuchar Binance WebSocket para obtener precios en ambos lados SÍ/NO simultáneamente, colocar órdenes de creador con firma de órdenes, incluyendo feeRateBps, usar WebSocket para obtener datos del libro de órdenes, cancelar/volver a publicar, control de bucle dentro de los 100 ms."

El flujo de trabajo correcto es: usted define la pila tecnológica, la infraestructura y las restricciones, y la IA crea estrategias específicas y una lógica de implementación sobre eso.

Por supuesto, incluso si describe perfectamente la lógica del bot, es imprescindible realizar pruebas antes de la implementación. Especialmente ahora, cuando las tarifas están empezando a erosionar sustancialmente los márgenes de ganancia, realizar pruebas retrospectivas bajo curvas de tarifas reales es un requisito previo antes de comenzar a operar.

Los bots que realmente pueden ganar en 2026 no son los que toman más rápido sino los mejores proveedores de liquidez.

Por favor, construya su sistema en esta dirección.

[Enlace al artículo original]