A Polymarket abriu testes em sandbox para o Nex, um sistema de negociação reescrito em Rust que, segundo sua equipe de engenharia, pode processar 100.000 comandos por segundo, antes de um lançamento condicional em meados de dezembro.
Resumo
- O Nex tem como meta 100.000 comandos por segundo no lançamento, com capacidade para picos curtos de 150.000.
- O tempo interno de p99 para colocação de ordens caiu de 1,55 segundo para 3,76 milissegundos nos testes da empresa.
- Quatro semanas de testes em modo sombra precederão a implantação, enquanto melhorias no WebSocket podem chegar antes.
- As solicitações e respostas existentes permanecerão compatíveis, de acordo com o anúncio de engenharia da Polymarket.
O vice-presidente de engenharia para DeFi da Polymarket, Josh Stevens, anunciou o sandbox no X em 13 de novembro, dizendo que o Nex passou a semana anterior rodando em paralelo à exchange existente. Ele espelha cada ordem de produção para que os engenheiros possam comparar tempos de resposta, estabilidade sob carga e precisão de correspondência com a atividade de negociação ao vivo.
A exchange ainda não mudou para o Nex. Stevens disse que a equipe planeja quatro semanas de operação em modo sombra antes de decidir se o implanta em meados de dezembro.
Nex da Polymarket tem como meta 10 vezes a capacidade atual
Nos números de desempenho publicados por Stevens, o atual livro de ofertas central de limite, ou CLOB, processa 10.000 comandos por segundo sob carga constante e 15.000 durante picos curtos. O Nex suporta 100.000 e 150.000, respectivamente.
Os comandos abrangem ações como colocar e cancelar ordens; os números não descrevem negociações concluídas por segundo.
Com otimização adicional, Stevens disse que o sistema poderia atingir 200.000 comandos por segundo, com picos de 250.000. Mudanças mais extensas em seu código subjacente poderiam elevar a capacidade para 1 milhão de comandos por segundo ao longo do próximo ano, embora ele tenha dito que esse nível ainda não era necessário.
O tempo de inicialização caiu de cinco minutos para 15 segundos, de acordo com o anúncio. Stevens descreveu o antigo CLOB como tendo condições de corrida e comportamento inconsistente, dizendo que o Nex foi projetado para produzir resultados consistentes e eliminar esses problemas.
A equipe começou a reescrita em agosto, após concluir que o sistema existente precisava ser reconstruído do zero.
Benchmarks de ordens medem a velocidade interna da exchange
No 99º percentil, ou p99, a colocação de ordens levou 3,76 milissegundos no Nex contra 1,55 segundo no sistema existente, uma melhoria de aproximadamente 412 vezes na comparação publicada. O P99 mede o tempo dentro do qual 99% das solicitações medidas são concluídas.
O cancelamento de ordens caiu de 627,92 milissegundos para 3,20 milissegundos, enquanto o cancelamento de ordens de mercado caiu de 810,16 milissegundos para 5,14 milissegundos.
“Os números abaixo são tempos internos da exchange, não e2e”, escreveu Stevens, referindo-se ao desempenho ponta a ponta. Ele disse que essas medições viriam em seguida.
A distinção significa que os números publicados não medem o trajeto completo desde o envio de uma instrução pelo trader até o recebimento do resultado.
No p95, a colocação de ordens caiu de 341,84 milissegundos para 1,59 milissegundos. Os números correspondentes foram de 78,22 milissegundos para 1,58 milissegundos para cancelamento de ordens, e de 84,89 milissegundos para 2,27 milissegundos para cancelamento de ordens de mercado.
Cancelamento e feeds de mercado recebem mudanças separadas
O anúncio descreveu uma mudança na forma como a exchange lida com solicitações para cancelar todas as ordens abertas. O CLOB atual confirma a solicitação antes de concluir os cancelamentos em segundo plano, normalmente levando mais 600 milissegundos a dois segundos.
O Nex responde depois que cada ordem foi realmente cancelada, disse Stevens. Seu tempo de conclusão p99 foi de 3,14 milissegundos, em comparação com aproximadamente 0,64 a 2,04 segundos para o processo completo de cancelamento do sistema existente.
O serviço WebSocket reescrito em Rust, que entrega mudanças no livro de ofertas, preços e execuções, registrou latência de escrita p99 de 0,099 milissegundos contra 44,5 a 88,1 milissegundos anteriormente. Stevens disse que feeds atrasados podem deixar os traders cotando com base em preços antigos.
As melhorias no WebSocket podem ser implantadas separadamente da exchange, então a equipe pode lançá-las antes que o Nex entre em operação.
Desenvolvedores têm a promessa de requisições e respostas compatíveis
Stevens disse que o Nex não introduz mudanças disruptivas nas requisições ou respostas para formadores de mercado e builders. O sandbox permite que os participantes o comparem com o CLOB atual e enviem feedback antes da implantação.
O trabalho segue a reformulação interna de indexação da Polymarket, que o crypto.news cobriu em setembro. Stevens disse que o sistema baseado em Rust expôs alguns eventos de blockchain até 14 blocos, ou aproximadamente 28 segundos, mais rápido, com a Goldsky mantida como backup.
Em outubro, a Polymarket delineou mudanças separadas no protocolo envolvendo tokens de posição, garantia e resolução de mercados, com 2 de novembro então definido como data provisória de transição para mercados recém-criados.
A operação de negociação internacional da empresa permanece separada de sua plataforma regulamentada nos EUA. O anúncio do Nex por Stevens diz respeito especificamente à Polymarket DeFi.
A equipe deixou algumas otimizações de fora do lançamento inicial para deixar o Nex pronto mais cedo. Stevens disse que o trabalho nessas mudanças começaria no primeiro trimestre do próximo ano, com a meta de tornar os tempos p95 e p99 outras cinco vezes mais rápidos.
