¿Qué diferencia hay entre una orden limitada y una orden de mercado?
Toda orden en los mercados de predicción de Polymarket es, en el fondo, una orden limitada: un precio y un tamaño. La documentación afirma que todas las órdenes en Polymarket son órdenes limit, y describe una orden de mercado como una orden limit cuyo precio le permite ejecutarse de inmediato contra las órdenes pendientes. Una orden limitada pide este precio o uno mejor, así que puede esperar y puede no ejecutarse nunca. Una orden de mercado pide la operación ahora, así que toma lo que ofrece el libro.
En las herramientas para desarrolladores de Polymarket (sus kits de desarrollo de software, o SDK, y su API), una orden limitada se expresa en participaciones, mientras que una orden de mercado se expresa según el lado: una compra de mercado se dimensiona en dólares a gastar y una venta de mercado en participaciones a vender. El importe en dólares de una compra de mercado es una cifra antes de comisiones, así que las comisiones se suman a él. Una orden de mercado nunca queda pendiente en el libro, así que lo que no se pueda ejecutar de inmediato se cancela.
¿Qué significan GTC, GTD, FOK y FAK?
La vigencia (time in force) dice cuánto puede vivir una orden y cómo debe ejecutarse. Polymarket lista cuatro valores: GTC, GTD, FOK y FAK.
| Valor | Significa | Si no se ejecuta al instante |
|---|---|---|
| GTC | Good till cancelled | Permanece en el libro hasta que se ejecuta o la retiras |
| GTD | Good till date | Permanece en reposo hasta que caduca, un poco antes del vencimiento que fijaste |
| FOK | Fill or kill | No se ejecuta nada salvo que toda la orden pueda ejecutarse de una vez |
| FAK | Fill and kill | Lo que se ejecuta al instante se conserva y el resto se cancela |
En las herramientas de Polymarket, GTC y GTD son las vigencias de las órdenes limitadas, mientras que FOK y FAK son los dos tipos de ejecución de las órdenes de mercado: la primera para traders que no pueden aceptar una ejecución parcial y la segunda para quienes sí pueden.
Una orden GTD caduca un minuto antes de su vencimiento indicado, como margen de seguridad, así que para una vigencia dada debes sumar ese minuto a tu hora de vencimiento. El vencimiento también debe estar al menos 3 minutos por delante, o la orden se rechaza, lo que hace que la vigencia útil más corta sea unos dos minutos.
¿Qué es una orden post-only?
Una orden post-only es una orden limitada con una protección: se rechaza cuando se emparejaría de inmediato en lugar de quedar pendiente. Garantiza que añadas al libro en lugar de tomar de él, de modo que seas el maker. En los mercados de predicción, los makers no pagan comisión de Polymarket, así que una orden post-only aceptada evita la comisión taker, aunque un builder aún puede cobrar la suya. La marca va con una orden limit GTC o GTD.
¿Cómo se empareja una orden ejecutable?
Una orden es ejecutable (marketable) cuando una compra con precio igual o superior al ask más bajo, o una venta con precio igual o inferior al bid más alto; el ask es la oferta de venta más baja del libro y el bid es la oferta de compra más alta. El exchange la empareja con las órdenes en reposo del lado contrario, empezando por el mejor precio, y quien la envía pasa a ser el taker, el que retira liquidez. Una orden que no es ejecutable queda en reposo en el libro, y su dueño pasa a ser un maker, el que añade liquidez, cuando alguien opera contra ella. El precio límite es el peor caso, no el precio que obtienes: la mejora de precio siempre beneficia al taker.
Una orden puede ejecutarse por partes. Lo que pasa con el resto sin ejecutar depende del tipo, como muestra la tabla anterior: una orden limitada lo mantiene vivo mientras lo permita su vigencia, una orden FAK lo cancela y una orden FOK rechaza toda la operación.
¿Se puede cancelar o cambiar una orden?
A través de la API, una orden se puede cancelar hasta el momento en que se empareja, salvo mientras una orden ejecutable está en una ventana de delay pendiente. Cancelar solo alcanza lo que sigue abierto: solo se puede cancelar la parte no ejecutada de una orden. A nivel del exchange, una orden no se puede editar directamente, así que cambiar un precio o un tamaño significa cancelarla y colocar una nueva. Las órdenes también terminan sin que hagas nada: una orden GTD caduca en su vencimiento, y en los mercados de deportes las órdenes limitadas en reposo se cancelan automáticamente cuando empieza el partido, a la hora oficial de inicio, pero si un partido empieza antes de lo programado, es posible que las órdenes no se eliminen a tiempo.
¿Qué pasa entre pulsar comprar y la liquidación?
Una orden empieza como un mensaje firmado de tu lado, el operador de Polymarket la empareja con una contraparte y solo llega a la blockchain una vez emparejada. En tres etapas:
- De tu lado. Una orden dice qué token de resultado quieres, si compras o vendes, a qué precio, cuántas participaciones y hasta cuándo, además de una marca de tiempo que la mantiene única. Las órdenes son mensajes firmados con EIP-712 (una forma estándar de firmar datos estructurados), y tu firma autoriza al contrato de liquidación a ejecutar esa operación concreta.
- En el exchange. El operador comprueba quién firmó, si tu saldo y tus permisos (allowances) cubren la orden y si el precio encaja con el tick del mercado, con el tamaño limitado por tu saldo disponible menos lo que ya reservan las órdenes abiertas. Una orden ejecutable se empareja entonces, y cualquier otra espera en el libro.
- En la cadena. El operador envía la operación emparejada a la blockchain, donde la liquidación es atómica, así que la operación se completa entera o no ocurre nada. Una vez que la operación es definitiva en Polygon, lo que tienes ha cambiado y la operación aparece entre tus operaciones pasadas.
Una orden nueva recibe un estado: live significa que está en reposo en el libro, matched significa que se emparejó al instante y delayed significa que una orden ejecutable fue aceptada en una ventana de delay. Un cuarto estado, unmatched, aparece en la tabla del ciclo de vida de las órdenes y en el ejemplo de la API Place Orders, y las páginas lo redactan de forma distinta: como una orden ejecutable colocada en el libro después de terminar el delay sin emparejarse en una y como una orden ejecutable que no pasó por el delay, aunque colocarla se completó correctamente en la otra. Por eso esta guía no lo define. Tras un emparejamiento, la operación pasa de MATCHED a MINED y a CONFIRMED, que es definitivo, con RETRYING y FAILED para las transacciones que salen mal.
¿Qué es el taker delay?
Algunos mercados retienen un momento una orden ejecutable antes de emparejarla. La página del ciclo de vida de las órdenes dice que este taker delay se usa en determinados mercados Arriba/Abajo de cripto y finanzas y dura 250 ms, y la referencia de la API de Polymarket para la información de mercado también da 250 ms. El registro de cambios de Predictions recoge dos cambios posteriores para los mercados cripto:
| Fecha | Taker delay de cripto |
|---|---|
| 17 de agosto de 2026 | 50 ms (antes, 250 ms) |
| 4 de septiembre de 2026 | 150 ms (antes, 50 ms) |
Cambios en el taker delay de cripto en el registro de cambios de Predictions. Fuente: docs.polymarket.com/changelog/predictions, verificado .
250 ms es la cifra que el registro de cambios lista como el delay anterior a su entrada del 17 de agosto de 2026, así que esas dos páginas parecen más antiguas que el registro de cambios, y esta guía trata la entrada más reciente como la vigente para los mercados cripto: 150 ms. El registro de cambios cubre solo los mercados cripto, así que el delay de los mercados Arriba/Abajo de finanzas no está documentado ahí. Mientras se retiene una orden, está pendiente y no se puede cancelar. Perps tiene un taker delay propio, 20 ms para las órdenes que se emparejan de inmediato al entrar, según el registro de cambios de Perps. La guía de los mercados cripto Arriba/Abajo explica qué significa el delay para las ventanas cortas.
¿Por qué se puede rechazar una orden?
Un mercado puede rechazar una orden por un precio fuera de su cuadrícula de ticks (consulta la sección sobre el tick de la guía del libro de órdenes), por un tamaño por debajo de su mínimo (las órdenes más pequeñas que el tamaño mínimo de orden se rechazan), por una orden post-only que se emparejaría al instante o por un vencimiento GTD demasiado cercano.
¿Qué es la atribución de builder?
En los mercados de predicción, una app que enruta órdenes a Polymarket puede adjuntarles su builder code. El código es una cadena hexadecimal de 32 bytes que identifica el perfil del builder, y forma parte de la orden firmada, así que se fija antes de firmar. Una orden emparejada se acredita al perfil del builder, y las órdenes que nunca se emparejaron no aparecen en los resultados de operaciones del builder. Los builders también pueden cobrar una comisión dentro de los límites que Polymarket aplica: como máximo 1% en las órdenes taker y 0.5% en las órdenes maker. Esas comisiones son aditivas: se suman a las comisiones de la plataforma y nunca las sustituyen. Las órdenes colocadas a través de PolyTerminal llevan el builder code de PolyTerminal, y PolyTerminal puede cobrar un builder fee además de las comisiones propias de Polymarket. La guía de comisiones tiene los detalles.
¿Qué ofrece el formulario de órdenes de PolyTerminal Predict?
Qué opciones de Polymarket ofrece una interfaz es decisión de esa interfaz.
¿En qué se diferencian las órdenes de Perps?
Perps es un producto aparte, con sus propias reglas de órdenes y comisiones. Allí, la vigencia (time in force) toma los valores GTC, IOC y FOK (IOC significa immediate-or-cancel), una orden post-only se rechaza si quitaría liquidez y una orden reduce-only no puede aumentar la exposición. En Perps, el nivel de comisiones depende de el volumen de trading de los últimos 30 días de la cuenta, así que la regla de que los makers no pagan nada no se traslada. La guía de Perps explica el resto.
FAQ
¿Tiene Polymarket órdenes de mercado?
En la práctica, sí. Toda orden es una orden limitada, y una orden de mercado es una orden limit cuyo precio le permite ejecutarse de inmediato contra las órdenes pendientes. En las herramientas de Polymarket, una orden de mercado es FAK, que conserva una ejecución parcial y cancela el resto, o FOK, que se ejecuta completa o no se ejecuta.
¿Qué diferencia hay entre FOK y FAK?
Las dos deben ejecutarse de inmediato. Una orden FOK se ejecuta completa o no se ejecuta, así que se completa o no deja nada. Una orden FAK ejecuta lo que ofrece el libro a tu precio y cancela el resto sin ejecutar, así que es posible una ejecución parcial.
¿Puedo cancelar una orden ejecutada en parte?
Puedes cancelar la parte que no se ha ejecutado, pero no la que sí. La documentación de Polymarket dice que solo se puede cancelar la parte no ejecutada de una orden. Una orden ejecutable retenida en una ventana de delay no se puede cancelar hasta que termina el delay.
¿Cuánto dura una orden GTD?
Hasta el vencimiento que fijes, menos un margen: Polymarket hace caducar una orden GTD un minuto antes de su vencimiento indicado, y el vencimiento debe estar al menos 3 minutos por delante cuando la colocas. La vigencia efectiva más corta es, por tanto, unos dos minutos.
Fuentes y verificaciones
Cada regla citada en este artículo procede del registro de abajo. Cada fila indica la página oficial y el día en que se comparó con el texto.
Las 44 reglas usadas en este artículo
| Regla | Valor | Fuente oficial | Verificado |
|---|---|---|---|
| Qué es toda orden | todas las órdenes en Polymarket son órdenes limit | docs.polymarket.com/ | |
| Qué es una orden de mercado | una orden limit cuyo precio le permite ejecutarse de inmediato contra las órdenes pendientes | docs.polymarket.com/ | |
| Cómo se dimensionan las órdenes de mercado en los SDK y la API de Polymarket | una compra de mercado se dimensiona en dólares a gastar y una venta de mercado en participaciones a vender | docs.polymarket.com/ | |
| Importe en dólares de una compra de mercado | una cifra antes de comisiones | docs.polymarket.com/ | |
| Una orden de mercado y el libro de órdenes | nunca queda pendiente en el libro, así que lo que no se pueda ejecutar de inmediato se cancela | docs.polymarket.com/ | |
| Tipos de orden (time in force) en la página del ciclo de vida de las órdenes | GTC, GTD, FOK y FAK | docs.polymarket.com/ | |
| Cuándo caduca realmente una orden GTD | un minuto antes de su vencimiento indicado | docs.polymarket.com/ | |
| Distancia mínima entre ahora y el vencimiento de una orden GTD | 3 minutos | docs.polymarket.com/ | |
| Vida efectiva más corta de una orden GTD | unos dos minutos | docs.polymarket.com/ | |
| Orden post-only | se rechaza cuando se emparejaría de inmediato en lugar de quedar pendiente | docs.polymarket.com/ | |
| Comisiones a los makers | ninguna | docs.polymarket.com/ | |
| Tipos de orden con los que va el indicador post-only | una orden limit GTC o GTD | docs.polymarket.com/ | |
| Cuándo una orden es ejecutable (marketable) | una compra con precio igual o superior al ask más bajo, o una venta con precio igual o inferior al bid más alto | docs.polymarket.com/ | |
| Quién obtiene la mejora de precio | la mejora de precio siempre beneficia al taker | docs.polymarket.com/ | |
| Cuándo no se puede cancelar una orden | salvo mientras una orden ejecutable está en una ventana de delay pendiente | docs.polymarket.com/ | |
| Cancelar una orden ejecutada en parte | solo se puede cancelar la parte no ejecutada de una orden | docs.polymarket.com/ | |
| Editar una orden | no se puede editar directamente | docs.polymarket.com/ | |
| Órdenes pendientes en los mercados de deportes | se cancelan automáticamente cuando empieza el partido | docs.polymarket.com/ | |
| Salvedad sobre la cancelación automática de las órdenes de deportes | si un partido empieza antes de lo programado, es posible que las órdenes no se eliminen a tiempo | docs.polymarket.com/ | |
| Cómo se autoriza una orden | mensajes firmados con EIP-712 | docs.polymarket.com/ | |
| Qué limita el tamaño de una orden nueva | tu saldo disponible menos lo que ya reservan las órdenes abiertas | docs.polymarket.com/ | |
| Liquidación de una operación emparejada | atómica, así que la operación se completa entera o no ocurre nada | docs.polymarket.com/ | |
| El estado unmatched según la redacción de la página del ciclo de vida de las órdenes | una orden ejecutable colocada en el libro después de terminar el delay sin emparejarse | docs.polymarket.com/ | |
| El estado unmatched según la redacción del ejemplo de la API Place Orders | una orden ejecutable que no pasó por el delay, aunque colocarla se completó correctamente | docs.polymarket.com/ | |
| Mercados con taker delay (página del ciclo de vida de las órdenes) | determinados mercados Arriba/Abajo de cripto y finanzas | docs.polymarket.com/ | |
| Taker delay indicado en la página del ciclo de vida de las órdenes | 250 ms | docs.polymarket.com/ | |
| Taker delay indicado en la referencia de Get CLOB market info | 250 ms | docs.polymarket.com/ | |
| Taker delay de cripto en la entrada más reciente del registro de cambios (4 de septiembre de 2026) | 150 ms | docs.polymarket.com/ | |
| Una orden dentro de una ventana de delay | está pendiente y no se puede cancelar | docs.polymarket.com/ | |
| Taker delay de Perps (registro de cambios de Perps, 10 de junio de 2026) | 20 ms | docs.polymarket.com/ | |
| Órdenes por debajo del tamaño mínimo | las órdenes más pequeñas que el tamaño mínimo de orden se rechazan | docs.polymarket.com/ | |
| Tamaño mínimo de orden según la página Place Orders | el número mínimo de participaciones que se acepta en una orden | docs.polymarket.com/ | |
| Tamaño mínimo de orden según la página Market Details | un importe en USDC | docs.polymarket.com/ | |
| Qué es un builder code | una cadena hexadecimal de 32 bytes que identifica el perfil del builder | docs.polymarket.com/ | |
| Dónde va el builder code en una orden | forma parte de la orden firmada | docs.polymarket.com/ | |
| Órdenes no emparejadas en los resultados de operaciones del builder | las órdenes que nunca se emparejaron no aparecen en los resultados de operaciones del builder | docs.polymarket.com/ | |
| Builder fee máximo en órdenes taker (mercados de predicción) | 1% | docs.polymarket.com/ | |
| Builder fee máximo en órdenes maker (mercados de predicción) | 0.5% | docs.polymarket.com/ | |
| Cómo se combinan los builder fees con las comisiones de la plataforma | se suman a las comisiones de la plataforma y nunca las sustituyen | docs.polymarket.com/ | |
| Valores de vigencia de la orden (time-in-force) | GTC, IOC y FOK | docs.polymarket.com/ | |
| Post-only | se rechaza si quitaría liquidez | docs.polymarket.com/ | |
| Reduce-only | no puede aumentar la exposición | docs.polymarket.com/ | |
| Qué fija el nivel de comisiones de Perps | el volumen de trading de los últimos 30 días | docs.polymarket.com/ | |
| Cambios en el taker delay de cripto en el registro de cambios de Predictions | Changes to the crypto taker delay in the Predictions changelog | docs.polymarket.com/ |
Sigue leyendo
Básicos · 9 min
Libro de órdenes de Polymarket: precios
Cómo leer un libro de órdenes de Polymarket: bids y asks, mejor bid y ask, punto medio, spread, profundidad, tick size y el slippage en una orden grande.
Predict · 12 min
Mercados cripto Arriba/Abajo de Polymarket
Cómo funcionan los mercados cripto Arriba/Abajo de Polymarket con TWAP: precio a superar, ventanas de Chainlink, taker delay y comisiones, con un ejemplo.
Básicos · 9 min
Comisiones de Polymarket explicadas
Comisiones de los mercados de predicción de Polymarket: fórmula taker, tasas por categoría, máximo a 50 centavos, reembolsos, builder fees y cambios de 2026.
Perps · 12 min
Polymarket Perps: cómo funcionan
Cómo funciona Polymarket Perps: futuros perpetuos sin vencimiento, margen, funding, precio mark y liquidación, con las reglas oficiales y sus fechas.
PolyTerminal es una interfaz independiente para Polymarket y no está operada ni avalada por Polymarket. Las órdenes enviadas a través de PolyTerminal llevan el builder code de Polymarket de PolyTerminal, y PolyTerminal puede cobrar un builder fee adicional a las comisiones propias de Polymarket. Esta página es educativa y no es asesoramiento de inversión. Las reglas se compararon con la documentación oficial el 19 de octubre de 2026; comprueba la fuente antes de actuar según una cifra.