Tutorial de Bot de Polymarket · Capítulo 1 de 32
Chequeo de realidad honesto de 2026 antes de construir un bot de trading para Polymarket: datos de rentabilidad, requisitos de tiempo y capital, cuándo los bots superan al trading manual y cuándo no.
Qué cubre este capítulo
La mayoría de las personas aborda la creación de bots para Polymarket desde el extremo equivocado: eligen un lenguaje, configuran un VPS y luego intentan encontrar una ventaja. Este capítulo hace lo contrario. Empezamos por los números que Polymarket realmente publica sobre la rentabilidad de los traders, retrocedemos a través del tiempo y capital que de verdad necesitas, y terminamos con una decisión de sí o no. El veredicto honesto para la mayoría de los lectores es "skip" - pero si tu situación encaja en el perfil estrecho en el que los bots superan al trading manual, el resto de esta serie te da el playbook de producción.
- Los números honestos de rentabilidad
- Cuándo un bot supera al trading manual
- Cuándo un bot pierde contra el trading manual
- Tiempo, capital y habilidad necesarios
- El filtro de 30 trades en paper trading
- Razones comunes por las que los bots fallan
- Veredicto: construir o saltar
Los números honestos de rentabilidad
Dos estudios on-chain sobre el P&L de Polymarket ofrecen las tasas base más limpias. Una muestra de 2.5 millones de wallets publicada a inicios de 2026 encontró que 7.6% de las wallets fueron rentables durante su vida útil, 84.1% estaban en rojo, y el 8.3% restante estaba lo suficientemente cerca del break-even como para que las comisiones y el slippage probablemente explicaran el residual. La wallet perdedora mediana estaba 38% abajo respecto de los depósitos en el momento de la captura.
Las wallets de bots no están desglosadas por separado en esos estudios, pero la distribución entre traders automatizados suele ser ligeramente peor, no mejor, que entre humanos - los bots amplifican los errores más rápido. La conclusión honesta: construir un bot no te coloca por defecto en ese 7.6%. Solo lo hace si el bot codifica una ventaja real, y esa misma ventaja habría sido rentable si se ejecutara manualmente con disciplina.
Cuándo un bot supera al trading manual
Los bots tienen una ventaja real en cuatro situaciones puntuales. Primero, mercados sensibles a la latencia - la serie de Bitcoin up/down a 5 minutos de Polymarket resuelve sobre una acción de precio que termina más rápido de lo que un humano puede hacer clic. Un bot leyendo el trade tape de Binance y el order book de Polymarket puede ejecutar sobre la divergencia en 60-200ms; un humano no puede. Segundo, volumen en muchos mercados - un bot de market making puede cotizar 20 books al mismo tiempo; un humano no puede sostener ese nivel de enfoque. Tercero, salidas estructuradas - un bot puede poner una orden de venta GTC al precio de take-profit en el instante en que se llena la compra, sin emoción. Cuarto, cobertura 24/7 - partidos de fútbol, básquet asiático, CS2 de madrugada - un bot los vigila todos.
Si tu tesis de ventaja no cae en uno de estos cuatro grupos, el bot no te ayudará. Un bot de "buen analista político" pierde contra un buen analista político con un hijo dormido.
Cuándo un bot pierde contra el trading manual
Los bots rinden peor que los humanos en dos situaciones predecibles. Primero, mercados que resuelven por juicio - disputas de UMA, redacción ambigua de títulos, noticias geopolíticas donde el significado de "alto el fuego" es la operación. Un bot lee un tape; un humano lee el contexto. Segundo, books ilíquidos con spreads amplios - la ventaja del bot es la velocidad de ejecución, que no sirve de nada cuando la siguiente oferta está a seis centavos de distancia. Los traders manuales pueden esperar días para que se ejecute a un precio objetivo; los bots que esperan tanto normalmente tienen un bug.
Los mercados de política, geopolítica, premios, ciencia / tecnología y la mayoría de los mercados puntuales de "¿pasará X antes de la fecha Y?" normalmente no son territorio de bots. El capital ahí no corre riesgo de desaparecer en 200ms. Corre riesgo de estar equivocado, y eso es una decisión humana.
Tiempo, capital y habilidad necesarios
Abajo están los mínimos de builders que conocemos y que llegaron a rentabilidad consistente, no las cifras de marketing.
- Tiempo: 4-8 horas/semana durante los primeros tres meses. La mayor parte es observación de paper trading, no programación. El patrón de "construir el bot en un fin de semana" produce bots que pierden dinero en un fin de semana.
- Capital: $0 para aprender, $25-50 para una prueba en vivo, $200-500 mínimo para trading en vivo donde las cuentas de fees realmente funcionan, $1,000-2,500 para que las ganancias sean significativas en términos absolutos.
- Habilidad: Python o Node intermedio (puedes leer el cliente API de otra persona y modificarlo), comodidad con async I/O, capacidad de leer datos de order book sin confundirlos con el precio de la última operación.
Si estás por debajo de cualquiera de estas tres líneas, la economía del bot no funciona. Las comisiones en una wallet de $50 se comen tanto que estar apenas en lo correcto es lo mismo que estar equivocado.
El filtro de 30 trades en paper trading
La única disciplina que separa al 7.6% del 92.4% es el paper trading. Específicamente: 30 trades cerrados, todos en modo paper, antes de cualquier capital real, con un umbral go/no-go escrito y definido de antemano.
La matemática es simple. Una tasa de acierto del 60% en una estrategia con +3¢ de take-profit / -4¢ de stop-loss y un arrastre de comisiones de 0.5% produce 0.6 × 3 − 0.4 × 4 − 0.5 = -0.3¢ esperados por trade. La estrategia parece rentable en una muestra de 5 trades; no lo es. 30 trades cerrados es el tamaño de muestra aproximado en el que el ruido a ambos lados de la tasa real de acierto cae por debajo de la economía del trade. Por debajo de 30 estás adivinando; con 30+ tienes señal.
El filtro también funciona como filtro de comportamiento - la mayoría de los builders se lo salta y va a producción en la semana dos. Si lo omites, considera el depósito como matrícula, no como capital.
Razones comunes por las que los bots fallan
Mirando bots de producción que se rompen, dominan cuatro modos de falla.
- No hay ventaja real. El bot ajusta una estrategia al ruido histórico, se ve excelente en backtest, y falla en vivo porque la ventaja aparente era aleatoria. Solución: 30 paper trades y honestidad brutal sobre la tasa de acierto.
- Confusión con el tipo de orden. Enviar GTC cuando necesitabas FOK, o FOK cuando necesitabas GTC. Le dedicamos el capítulo 10 a esto. La clase de bugs más costosa que hemos visto, más grande que los exits faltantes.
- Ejecuciones fantasma. El CLOB de Polymarket reconoce un match mientras el settlement ERC1155 todavía está pendiente en Polygon. Un bot que envía una venta de seguimiento dentro de 5 segundos del fill será rechazado con un error engañoso de "balance: 0". El capítulo 12 cubre esto en detalle.
- Sin stop de drawdown. Una estrategia perfectamente rentable aún tiene días malos. Sin un kill switch de pérdida diaria del 25%, un mal día borra un mes de ganancias. El capítulo 30 cubre el código de riesgo.
Veredicto: construir o saltar
Construye si las cuatro son verdaderas: tienes una tesis de ventaja que encaja en una de las cuatro situaciones favorables para bots de arriba; puedes comprometerte a 4+ horas por semana durante tres meses; tienes $200+ para respaldar una prueba en vivo de 30 trades después de pasar el paper trading; y puedes escribir suficiente código para leer una respuesta JSON y escribir un colocador de órdenes idempotente.
Sáltalo si cualquiera de esas condiciones es falsa. Los capítulos restantes siguen valiendo la pena como contexto, pero los capítulos de build and deploy te van a consumir tiempo que no se convierte en PnL.
Si sigues dentro, el siguiente capítulo es la lista exacta de prerrequisitos. Es más exigente que este y lo hace a propósito.
