Separa replay, simulación en tiempo real y ejecución
Un replay reproduce eventos guardados. El paper trading procesa datos actuales y registra acciones simuladas. Una prueba en vivo envía órdenes reales. No uses la misma etiqueta para los tres resultados.
Para esta prueba educativa, desconecta el adaptador que firma y envía órdenes: la salida debe ser un registro local de intenciones. No hacen falta fondos ni una clave privada. La disponibilidad de datos históricos tampoco implica que exista un entorno oficial de práctica con todas las condiciones reales.
Escribe una regla ficticia y sus resultados esperados
Regla de prueba: precio máximo 0,47 USD, cantidad máxima 12 participaciones, datos de antigüedad máxima 2.000 ms, presupuesto 5,70 USD y reserva hipotética de costes 0,20 USD. Son parámetros para comprobar software, no instrucciones de inversión.
En el caso normal a 0,46 USD, solicita expresamente 11 participaciones: 5,06 USD más la reserva de 0,20 suman 5,26 USD. Pedir 12 al mismo precio daría 5,72 USD y debe fallar el límite de 5,70. «Máximo 12» es un techo, no una orden de comprar siempre 12; no cambies silenciosamente la cantidad solicitada.
| Entrada | Resultado esperado | Motivo |
|---|---|---|
| Precio 0,46, profundidad suficiente y datos recientes | Una intención simulada | Cumple condiciones |
| Mismo evento recibido dos veces | Ninguna intención adicional | Evitar duplicados |
| Datos con 2.001 ms de antigüedad | Ninguna orden | Datos fuera del límite |
| Mejor venta a 0,48 | Ninguna compra | Supera el precio permitido |
| Coste previsto superior a 5,70 | Bloqueo con motivo | Preservar presupuesto |
| Reinicio con una orden sin conciliar | Mantener pausa | Estado desconocido |
Simula la cantidad disponible, no solo el toque de precio
Supón ofertas de 4 participaciones a 0,45 USD, 6 a 0,47 y 10 a 0,50. Con límite 0,47 solo hay 10 participaciones elegibles. Un simulador que marque 12 ejecutadas porque la media sería inferior al límite está aplicando mal la condición.
Una orden que descansa en el libro necesita un modelo de cola y de operaciones posteriores. Que una vela haya tocado el precio no demuestra que esa orden concreta encontrara contraparte. Si no tienes esa información, registra ‘ejecución no demostrada’.
Incluye una cancelación con ejecución concurrente: de 12, se ejecutan 5, solicitas cancelar y se ejecutan otras 2. El resultado final de la prueba debe conservar 7 ejecutadas y 5 canceladas.
Evita que el futuro se cuele en el backtest
Guarda la hora del evento y la hora a la que el sistema pudo conocerlo. Una regla no puede usar el cierre de una vela antes de que esa vela termine. Tampoco puede operar con una aclaración de mercado que se publicó después de la decisión simulada.
Versiona datos y parámetros. Si ajustas un umbral después de ver los resultados, vuelve a evaluar con un periodo separado. Una curva retrospectiva favorable puede reflejar selección de parámetros o supuestos de ejecución, no capacidad operativa.
Prueba desconexiones, caducidad y reinicios
Define estos resultados antes de ejecutar la prueba. Si el programa falla un caso, conserva la evidencia y corrige el comportamiento; no elimines el caso para mejorar la estadística.
- Introduce mensajes repetidos y fuera de orden.
- Simula una pausa del flujo y exige bloqueo de nuevas acciones.
- Haz caducar una orden simulada y concilia la cantidad restante.
- Pierde una respuesta y comprueba que no se repite automáticamente.
- Reinicia con una intención pendiente; exige recuperación antes de continuar.
- Registra también las decisiones de no actuar y su motivo.
Qué demuestra un informe de pruebas
Un informe reproducible incluye versión, datos de entrada, reloj utilizado, supuestos de liquidez, resultado esperado y resultado obtenido. Separa errores de software de escenarios que el modelo no puede representar.
Las comprobaciones de esta guía validan aritmética y decisiones en datos ficticios. No se ha ejecutado una estrategia de inversión ni demostrado rentabilidad, latencia real o acceso de SharkRule a una integración. Superar una simulación no autoriza por sí solo una operación real.
Custodia, permisos y elegibilidad
Sin custodia significa que los fondos permanecen en una billetera controlada por el usuario; no elimina permisos de operación, riesgos de contratos inteligentes ni posibles pérdidas. SharkRule es independiente de Polymarket, sin afiliación ni respaldo implícitos. Es información sobre software, no asesoramiento financiero ni de inversión. La elegibilidad para operar depende de las restricciones geográficas vigentes de Polymarket.
Consultar las restricciones geográficas actualesPreguntas frecuentes
¿Necesito ingresar dinero para estas pruebas?
No. El ejercicio usa entradas ficticias y un registro local sin firma ni envío de órdenes.
¿Basta descargar el histórico de precios?
No para demostrar ejecuciones. Profundidad, cola, horarios de disponibilidad y estados de órdenes requieren información adicional.
¿Un backtest favorable prueba que el bot funcionará?
No. Los supuestos de datos y ejecución pueden fallar en vivo. Estas pruebas buscan errores y límites, no garantizan resultados.
Tu ficha de trabajo
Guarda una copia y completa los campos localmente. Utiliza solo identificadores públicos, nunca contraseñas, claves privadas, semillas o secretos API. Es un documento de trabajo; no conecta una cuenta ni ejecuta operaciones.
Descargar la ficha (.txt)Fuentes y lecturas
Cómo se preparó esta guía
Elaborada con ayuda de IA a partir de las fuentes oficiales enlazadas. Los ejemplos numéricos y los límites de decisión se comprobaron con pruebas locales deterministas. No se realizaron operaciones reales, un backtest de rentabilidad ni una revisión independiente de expertos. Documentación consultada el 12 de septiembre de 2026; revisa las fuentes por si hay cambios posteriores.