¿Polymarket tiene testnet?

Esto sorprende a quienes vienen de los exchanges cripto, donde una testnet es lo habitual. Binance tiene una. Kalshi, el competidor más cercano de Polymarket, tiene un sandbox completo en demo-api.kalshi.com que replica la API de producción con dinero ficticio. Polymarket no tiene nada equivalente.

Así que la pregunta práctica no es dónde está la testnet, sino ¿cómo reduzco el riesgo de una estrategia cuando el único entorno es producción? Hay cuatro enfoques y cada uno detecta un tipo distinto de bug. La mayoría de la gente necesita más de uno.

Por qué no hay testnet

Vale la pena entender el motivo, porque explica por qué es poco probable que aparezca una. Polymarket es un libro de órdenes on-chain que liquida en Polygon. Una testnet necesitaría algo más que una copia de la API: haría falta un despliegue paralelo de los contratos del exchange CTF, un pUSD de testnet, un motor de matching y un libro de órdenes sintético con liquidez realista en ambos lados.

Esa última parte es la difícil. Un libro de órdenes de sandbox con liquidez ficticia no te enseña casi nada útil, porque lo que de verdad necesitas aprender es cómo interactúan tus órdenes con contrapartes reales: qué se ejecuta, a qué precio y con cuánto slippage. Una testnet te da una integración que funciona y una falsa sensación de ventaja. Lo que podría decirse que es peor que nada.

Las cuatro formas de probar sin testnet

1. Prueba gratis todo lo que no sea una orden

Una parte sorprendente de los bugs de los bots no tiene nada que ver con el trading. Autenticación, firma de solicitudes, desfase del reloj, paginación, manejo de decimales, lógica de reconexión, backoff ante límites de tasa: todo eso se puede ejercitar contra los endpoints de lectura de producción sin gastar nada ni colocar una sola orden.

Los endpoints de datos de mercado son públicos y no requieren autenticación. Apunta tu bot a ellos, déjalo funcionando un día y sacarás a la luz la mayoría de los defectos de integración antes de que haya capital en riesgo.

# Public, unauthenticated, safe to hammer (within rate limits).
curl -s "https://clob.polymarket.com/book?token_id=<TOKEN_ID>" | jq .

# Confirm your auth works without placing an order:
# a 200 here proves your key, secret, passphrase and clock are all correct.
curl -s "https://clob.polymarket.com/auth/api-keys" \
  -H "POLY_ADDRESS: $ADDRESS" \
  -H "POLY_SIGNATURE: $SIG" \
  -H "POLY_TIMESTAMP: $TS" \
  -H "POLY_NONCE: 0" | jq .

2. Haz backtesting con libros de órdenes históricos

Es lo más parecido a una testnet que existe, y responde a una pregunta que ninguna testnet podría: ¿esta estrategia gana dinero de verdad?

El problema es que la API de Polymarket no puede darte esos datos. Sirve el estado actual del libro. No hay archivo histórico de profundidad y, cuando un mercado se resuelve, su libro devuelve 404. No puedes reconstruir desde la API cómo estaba el libro a las 14:03:17 del martes pasado, con ningún nivel de límite de tasa ni con ningún plan.

Así que el backtesting requiere snapshots puntuales que alguien haya grabado mientras los mercados estaban activos. Eso es lo que hace PolyTest: 240M+ snapshots de los mercados cripto Up/Down de Polymarket, con 8 niveles de profundidad del libro de órdenes en ambos lados, marcas de tiempo por debajo del segundo y mercados resueltos conservados en lugar de descartados.

# List recent BTC 5-minute Up/Down markets
curl -H "X-API-Key: $POLYTEST_KEY" \
  "https://api.polytest.io/api/v1/markets?coin=btc&market_type=5m&limit=20"

# Replay one market's book, snapshot by snapshot
curl -H "X-API-Key: $POLYTEST_KEY" \
  "https://api.polytest.io/api/v1/markets/$MARKET_ID/snapshots?include_orderbook=true"

3. Haz paper trading con precios en vivo

El backtesting demuestra que la ventaja existió en el pasado. El paper trading demuestra que tu bot funciona ahora: que se reconecta, gestiona los 429, lee bien el reloj y genera señales en tiempo real en condiciones reales.

No hay ningún endpoint de Polymarket para esto, así que lo construyes tú: ejecuta el bucle de tu estrategia en vivo contra los datos de mercado de producción y, en lugar de llamar a POST /order, escribe la orden que pretendías enviar en un log junto con el estado del libro en ese instante. Después compárala con lo que hizo el libro a continuación.

// A paper-trading shim: identical interface, no capital at risk.
interface OrderIntent {
  tokenId: string;
  side: "BUY" | "SELL";
  price: number;
  size: number;
}

class PaperExecutor {
  readonly fills: Array<OrderIntent & { at: number; bookTop: number }> = [];

  async submit(intent: OrderIntent, book: { asks: { price: number; size: number }[] }) {
    // Record what the book actually looked like at decision time —
    // this is what lets you mark the trade honestly afterwards.
    this.fills.push({ ...intent, at: Date.now(), bookTop: book.asks[0].price });
  }
}

// Swap this for the real CLOB client only once the numbers look right.
const executor = new PaperExecutor();

La limitación es honesta e inevitable: las ejecuciones en papel dan por hecho que conseguiste la ejecución. Así no aprenderás nada sobre la posición en la cola ni el impacto en el mercado. Pero sí sabrás si tu bot aguanta una semana funcionando, que es algo distinto e igual de necesario.

4. Sal en vivo con poco

Tarde o temprano tienes que colocar una orden real, y lo honesto es reconocer que esa es la prueba: todo lo anterior es un ensayo. Hazlo de forma deliberada: tamaño mínimo, un solo mercado, un tope estricto de posición y un interruptor de emergencia que hayas probado de verdad.

• Empieza con el tamaño mínimo del mercado, no con el tamaño que pretendes usar.
• Limita la exposición total en el código, no en tu cabeza.
• Prueba la ruta de cancelación antes que la de entrada. No poder salir es peor que no poder entrar.
• Gestiona de forma explícita el modo cancel-only 503: un bot que vuelve a cotizar antes de cancelar puede entrar en bucle en lugar de cerrar posiciones.
• Registra cada solicitud y cada respuesta durante la primera semana. Las vas a necesitar.

¿Y Polymarket US?

Polymarket US, la entidad regulada orientada a Estados Unidos, es otro asunto. Ha ofrecido a socios de integración cualificados acceso a un entorno sandbox como parte del onboarding, tras el cual se emiten credenciales de producción. Se trata de un proceso comercial de onboarding para socios aprobados, no de una testnet de autoservicio: no puedes registrarte y empezar a usarla esta tarde, y no ayuda a quien construye sobre el CLOB internacional principal.

Una secuencia de pruebas que funciona

1. Test de integración de solo lectura, contra los datos de mercado de producción. Demuestra la autenticación, el parsing y el backoff. Gratis, un día.
2. Backtesting con libros de órdenes históricos y simulación realista de ejecuciones. Demuestra que la ventaja existe y sobrevive al spread. Aquí es donde mueren la mayoría de las estrategias: mejor aquí que con dinero.
3. Paper trading en vivo durante al menos una semana. Demuestra que el bot es sólido en operación: disponibilidad, reconexiones, límites de tasa, reloj.
4. Sal en vivo con el tamaño mínimo, con un tope estricto de exposición y un interruptor de emergencia probado.
5. Escala solo cuando las cifras en vivo coincidan con las del papel. Si divergen, tu modelo de ejecuciones estaba mal: vuelve al paso 2.

Los pasos 1, 3 y 4 puedes construirlos tú en unos días. El paso 2 es el que necesita datos que no puedes obtener de Polymarket, y también es el que con más frecuencia ahorra dinero. Empieza una prueba gratuita en PolyTest: tres días bastan para ver si tu idea se sostiene.