Polymarket prueba Nex, un sistema que apunta a multiplicar por diez su capacidad de trading

Polymarket abrió un sandbox para Nex, su nuevo motor de trading escrito en Rust, que apunta a procesar diez veces más comandos que el sistema actual; antes de decidir su despliegue, el equipo planea cuatro semanas de pruebas en paralelo.
***

• Nex apunta a procesar 100.000 comandos por segundo de forma sostenida y hasta 150.000 en ráfagas, frente a 10.000 y 15.000 del sistema actual.
• En las pruebas internas publicadas, la latencia p99 al colocar órdenes cayó de 1,55 segundos a 3,76 milisegundos, aunque la cifra no mide el recorrido completo del usuario.
• Polymarket prevé cuatro semanas de operación en sombra antes de decidir si Nex se despliega a mediados de diciembre; algunas mejoras de WebSocket podrían llegar antes.

Polymarket prueba Nex, un sistema que apunta a multiplicar por diez su capacidad

Polymarket abrió las pruebas de sandbox de Nex, un nuevo sistema de trading escrito en Rust que, según las cifras difundidas por su equipo de ingeniería, apunta a soportar diez veces más comandos que el motor actual. El proyecto todavía no reemplaza al exchange en funcionamiento: primero operará en paralelo durante cuatro semanas, y luego el equipo decidirá si avanza con un despliegue previsto condicionalmente para mediados de diciembre.

El vicepresidente de ingeniería de DeFi de Polymarket, Josh Stevens, anunció el sandbox el 13 de noviembre y explicó que Nex había pasado la semana anterior ejecutándose junto al sistema existente. En esa modalidad, el nuevo motor replica cada orden de producción para que el equipo compare tiempos de respuesta, estabilidad bajo carga y precisión en el emparejamiento con la actividad real del mercado.

La fase en sombra permite evaluar el sistema sin trasladar todavía a los usuarios al nuevo motor. Stevens presentó los resultados como mediciones internas y sostuvo que el proceso servirá para observar cómo responde Nex frente a las mismas solicitudes que procesa el libro de órdenes vigente, antes de tomar una decisión sobre su puesta en marcha.

El anuncio fue difundido por Josh Stevens, quien también señaló que el equipo dejó algunas optimizaciones fuera de la primera versión para tener el sistema listo antes. Por eso, las cifras presentadas describen el rendimiento medido hasta ahora y no necesariamente el límite final al que Polymarket espera llegar.

La capacidad apunta a diez veces el volumen actual

Según los datos divulgados por Stevens, el libro central de órdenes limitadas de Polymarket, conocido como CLOB, procesa actualmente 10.000 comandos por segundo bajo carga constante y 15.000 durante ráfagas breves. Nex apunta a 100.000 comandos por segundo de forma sostenida y 150.000 en esos picos, una diferencia que el equipo resume como un objetivo de capacidad diez veces mayor.

Esas cantidades se refieren a comandos, no a operaciones completadas por segundo. Entre los comandos incluidos están acciones como colocar o cancelar órdenes, por lo que no deben interpretarse como una estimación directa del número de transacciones que el exchange podría ejecutar en un segundo ni como una medida del volumen negociado.

Stevens indicó que una optimización adicional podría elevar el rendimiento a 200.000 comandos por segundo, con ráfagas de hasta 250.000. También planteó que cambios más extensos en el código subyacente podrían llevar la capacidad a un millón de comandos por segundo durante el próximo año, aunque aclaró que Polymarket todavía no necesita ese nivel.

El tiempo necesario para iniciar el sistema también habría cambiado: según el anuncio, pasó de cinco minutos a 15 segundos. Stevens describió al CLOB anterior como un sistema propenso a condiciones de carrera y a comportamientos inconsistentes; el equipo comenzó la reescritura en agosto tras concluir que era necesario reconstruirlo desde cero.

Las latencias publicadas miden el trabajo interno

En las mediciones de percentil 99, o p99, colocar una orden tomó 3,76 milisegundos en Nex, frente a 1,55 segundos en el CLOB actual. Esa comparación equivale a una mejora aproximada de 412 veces en la prueba publicada, pero el p99 solo indica el tiempo dentro del cual se completa el 99% de las solicitudes medidas, no el rendimiento de todas las operaciones en cualquier situación.

Las cancelaciones también registraron tiempos menores en los resultados compartidos por Stevens. La cancelación de órdenes bajó de 627,92 milisegundos a 3,20 milisegundos, mientras que cancelar órdenes de mercado pasó de 810,16 milisegundos a 5,14 milisegundos en el sistema nuevo.

En el percentil 95, la colocación de órdenes descendió de 341,84 milisegundos a 1,59 milisegundos. Para cancelar órdenes, el dato pasó de 78,22 milisegundos a 1,58 milisegundos, y para cancelar órdenes de mercado cayó de 84,89 milisegundos a 2,27 milisegundos.

Stevens advirtió que estos son tiempos internos del exchange y no mediciones de extremo a extremo. En consecuencia, no muestran el trayecto completo desde que un trader envía una instrucción hasta que recibe el resultado, una distinción importante para interpretar cuánto de la mejora interna podría percibirse en la experiencia total del usuario.

Cancelaciones y datos de mercado también reciben cambios

El nuevo motor modifica la forma en que responde a las solicitudes para cancelar todas las órdenes abiertas. En el CLOB actual, el sistema reconoce la solicitud antes de completar las cancelaciones en segundo plano, un proceso que suele tardar entre 600 milisegundos y dos segundos; Nex, según Stevens, responde una vez que cada orden ya quedó cancelada.

Para completar esa acción, el equipo reportó un tiempo p99 de 3,14 milisegundos en Nex. En el sistema existente, el proceso completo de cancelación se ubica aproximadamente entre 0,64 y 2,04 segundos, de acuerdo con las cifras divulgadas, por lo que el cambio busca que la confirmación corresponda al estado efectivo de las órdenes.

Polymarket también reescribió en Rust su servicio WebSocket, que distribuye cambios en el libro de órdenes, precios y ejecuciones. La latencia de escritura p99 se situó en 0,099 milisegundos, frente a un rango anterior de 44,5 a 88,1 milisegundos; Stevens afirmó que los feeds retrasados pueden dejar a los traders cotizando con precios antiguos.

Estas mejoras de WebSocket pueden desplegarse por separado del exchange, de modo que el equipo podría implementarlas antes de que Nex entre en funcionamiento. La separación permitiría introducir primero cambios en la entrega de datos de mercado sin esperar a que concluya la evaluación del motor de trading completo.

El despliegue dependerá de las pruebas en sombra

Polymarket indicó que Nex no exige cambios disruptivos en las solicitudes ni en las respuestas que utilizan los creadores de mercado y los desarrolladores que construyen sobre el sistema. El sandbox está abierto para que los participantes comparen el nuevo motor con el CLOB vigente y envíen comentarios antes de una eventual transición.

El plan contempla cuatro semanas de operación en sombra y una decisión posterior sobre el despliegue, que Stevens situó de forma condicional a mediados de diciembre. Mientras ese proceso no termine, el exchange seguirá utilizando el sistema actual y las cifras difundidas deben leerse como resultados de pruebas, no como una descripción del rendimiento ya disponible para todos los usuarios.

El proyecto llega después de una renovación de la indexación interna de Polymarket. En septiembre, Stevens señaló que el sistema basado en Rust podía mostrar algunos eventos de blockchain hasta 14 bloques, o aproximadamente 28 segundos, antes; Goldsky se mantuvo como respaldo de esa infraestructura.

En octubre, Polymarket también describió cambios de protocolo separados relacionados con tokens de posición, colateral y resolución de mercados, y entonces fijó el 2 de noviembre como fecha tentativa de transición para los mercados recién creados. Esas modificaciones no son Nex: el anuncio actual se refiere específicamente a la operación de Polymarket DeFi, separada de la sede regulada en Estados Unidos.

Stevens dijo que el equipo comenzaría durante el primer trimestre del próximo año a trabajar en las optimizaciones postergadas, con el objetivo de hacer cinco veces más rápidos los tiempos p95 y p99. La meta dependerá de ese trabajo posterior y de las evaluaciones pendientes, por lo que el anuncio no presenta esa mejora como un resultado ya alcanzado.

ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín