Polymarket ha abierto las pruebas en sandbox de Nex, un sistema de trading reescrito en Rust que, según su equipo de ingeniería, puede procesar 100.000 comandos por segundo, de cara a un lanzamiento condicional a mediados de diciembre.
Resumen
- Nex apunta a 100.000 comandos por segundo en el lanzamiento, con capacidad para ráfagas cortas de 150.000.
- La colocación de órdenes interna p99 cayó de 1,55 segundos a 3,76 milisegundos en las pruebas de la compañía.
- Cuatro semanas de pruebas en la sombra precederán al despliegue, mientras que las mejoras de WebSocket podrían llegar antes.
- Las solicitudes y respuestas existentes seguirán siendo compatibles, según el anuncio de ingeniería de Polymarket.
Josh Stevens, vicepresidente de ingeniería para DeFi de Polymarket, anunció el sandbox en X el 13 de noviembre, y dijo que Nex había pasado la semana anterior ejecutándose junto al exchange existente. Refleja cada orden de producción para que los ingenieros puedan comparar los tiempos de respuesta, la estabilidad bajo carga y la precisión del emparejamiento con la actividad de trading en vivo.
El exchange no ha cambiado a Nex. Stevens dijo que el equipo planea cuatro semanas de operación en la sombra antes de decidir si lo despliega a mediados de diciembre.
Polymarket Nex apunta a diez veces la capacidad actual
En las cifras de rendimiento publicadas por Stevens, el actual libro de órdenes central de límites, o CLOB, procesa 10.000 comandos por segundo bajo carga constante y 15.000 durante ráfagas cortas. Nex admite 100.000 y 150.000, respectivamente.
Los comandos abarcan acciones como colocar y cancelar órdenes; las cifras no describen operaciones completadas por segundo.
Con una optimización adicional, Stevens dijo que el sistema podría alcanzar 200.000 comandos por segundo, con ráfagas de 250.000. Cambios más extensos en su código subyacente podrían llevar la capacidad a 1 millón de comandos por segundo durante el próximo año, aunque dijo que ese nivel aún no era necesario.
El tiempo de arranque ha caído de cinco minutos a 15 segundos, según el anuncio. Stevens describió el antiguo CLOB como con condiciones de carrera y comportamiento inconsistente, y dijo que Nex fue diseñado para producir resultados consistentes y eliminar esos problemas.
El equipo comenzó la reescritura en agosto, tras concluir que el sistema existente necesitaba ser reconstruido desde cero.
Los benchmarks de órdenes miden la velocidad interna del exchange
En el percentil 99, o p99, la colocación de órdenes tomó 3,76 milisegundos en Nex frente a 1,55 segundos en el sistema existente, una mejora de aproximadamente 412 veces en la comparación publicada. P99 mide el tiempo dentro del cual finaliza el 99% de las solicitudes medidas.
La cancelación de órdenes cayó de 627,92 milisegundos a 3,20 milisegundos, mientras que la cancelación de órdenes de mercado bajó de 810,16 milisegundos a 5,14 milisegundos.
“Las cifras a continuación son tiempos internos del exchange, no e2e”, escribió Stevens, refiriéndose al rendimiento de extremo a extremo. Dijo que esas mediciones llegarían después.
La distinción significa que las cifras publicadas no miden el recorrido completo desde que un trader envía una instrucción hasta que recibe el resultado.
En p95, la colocación de órdenes cayó de 341,84 milisegundos a 1,59 milisegundos. Las cifras correspondientes fueron de 78,22 milisegundos a 1,58 milisegundos para la cancelación de órdenes, y de 84,89 milisegundos a 2,27 milisegundos para la cancelación de órdenes de mercado.
La cancelación y los feeds de mercado reciben cambios separados
El anuncio describió un cambio en cómo el exchange maneja las solicitudes para cancelar todas las órdenes abiertas. El CLOB actual acusa recibo de la solicitud antes de terminar las cancelaciones en segundo plano, lo que normalmente tarda otros 600 milisegundos a dos segundos.
Nex responde después de que cada orden haya sido realmente cancelada, dijo Stevens. Su tiempo de finalización p99 fue de 3,14 milisegundos, en comparación con aproximadamente 0,64 a 2,04 segundos para el proceso de cancelación completo del sistema existente.
El servicio WebSocket reescrito en Rust, que entrega cambios del libro de órdenes, precios y ejecuciones, registró una latencia de escritura p99 de 0,099 milisegundos frente a 44,5 a 88,1 milisegundos anteriormente. Stevens dijo que los feeds retrasados pueden dejar a los traders cotizando contra precios antiguos.
Las mejoras de WebSocket pueden desplegarse por separado del exchange, por lo que el equipo podría lanzarlas antes de que Nex entre en funcionamiento.
A los desarrolladores se les prometen solicitudes y respuestas compatibles
Stevens dijo que Nex no introduce cambios disruptivos en las solicitudes ni en las respuestas para los creadores de mercado y los desarrolladores. El entorno de pruebas permite a los participantes compararlo con el CLOB actual y enviar comentarios antes del despliegue.
El trabajo se produce después de la renovación interna de la indexación de Polymarket, que crypto.news cubrió en septiembre. Stevens dijo que el sistema basado en Rust expuso algunos eventos de blockchain hasta 14 bloques, o aproximadamente 28 segundos, más rápido, con Goldsky retenido como respaldo.
En octubre, Polymarket esbozó cambios de protocolo separados que involucran tokens de posición, colateral y resolución de mercados, con el 2 de noviembre fijado entonces como fecha tentativa de transición para los mercados recién creados.
La operación de trading internacional de la compañía permanece separada de su plataforma regulada en EE. UU. El anuncio de Nex de Stevens se refiere específicamente a Polymarket DeFi.
El equipo dejó algunas optimizaciones fuera de la versión inicial para tener Nex listo antes. Stevens dijo que el trabajo en esos cambios comenzaría en el primer trimestre del próximo año, con el objetivo de hacer que los tiempos p95 y p99 sean otras cinco veces más rápidos.
