L’art du rasage de XTRD : améliorer l’exécution sur les marchés des crypto-monnaies

Trop long; N’a pas lu

XTRD combine un matériel puissant avec une couche logicielle, optimisée pour « raser » 10 ms ici et 45 ms là. Si vous vous engagez à gagner, tout compte – votre algo, la façon dont il est codé, les serveurs pour l’exécuter, le bon réseau pour communiquer et un partenaire fiable pour l’exécuter. Réduisez ces latences avec XTRD.

Par le co-fondateur et directeur technique de XTRD, Serg Gulko

Parmi les nombreuses questions techniques que nous recevons, le groupe lié à la latence se démarque définitivement. Ayant de profondes racines HFT, je partage pleinement les préoccupations à ce sujet. À l’époque, en élaborant des stratégies pour les marchés des changes, nous choisissions une famille de processeurs plutôt qu’une autre, préférant utiliser des commutateurs et des routeurs de certaines marques non grand public, installer et régler des cartes réseau très spécifiques, etc. D’ailleurs, nous avons reproduit tout cela dans l’éco-système XTRD, c’est pourquoi notre site NY4 est équipé de serveurs Aristas et Exablaze !

Mais, bien sûr, toutes ces optimisations ne doivent être effectuées qu’après que votre code soit réglé à la perfection. Il n’y a aucun sens économique à dépenser des milliers de dollars sur des jouets matériels coûteux lorsque vous pourriez avoir un problème plus important et plus proche que vous ne le pensez.

Nous avons consulté plusieurs boutiques de vente d’accessoires dites « crypto-first » qui ont acheté des serveurs absolument haut de gamme/à coût élevé et loué des lignes Internet privées à Avelacom (d’ailleurs, nous utilisons également Avelacom pour certains destinations) pour réduire de 4 à 7 ms la latence ajoutée au réseau. Mais! Et voici la meilleure partie – ils avaient l’intention d’utiliser la bibliothèque CCXT pour échanger. Ne vous méprenez pas, CCXT est une excellente bibliothèque et je respecte personnellement la communauté Open Source, mais CCXT n’est pas une question de HFT ! Ainsi, les gars du fonds gagnent 7 ms en utilisant du matériel haut de gamme et des réseaux privés mais perdent parfois jusqu’à 200 ms en utilisant le mauvais logiciel.

Pourquoi est-ce que je pense XTRD peut mieux faire ? L’un de nos principaux objectifs était – et est toujours – de réduire la latence de toutes les manières possibles. Nous analysons les API des échanges, mesurons les temps d’exécution et construisons nos connecteurs afin d’informer les clients dès que possible quand quelque chose se passe.

Laisse moi te donner un exemple. Bittrex dispose d’une API REST pour soumettre des commandes et d’un canal de notification basé sur les événements construit au-dessus de la terrible pile Microsoft SignalR. SignalR, à son tour, fournit des informations dans les canaux « commandes » et « exécutions ». Les données du canal « exécutions » sont plus informatives et utiles (du moins de notre point de vue), mais elles sont parfois accompagnées d’un délai de 300 (!) ms après des mises à jour similaires, mais moins granulaires, dans les « commandes ». Ce qui est vraiment drôle, c’est que les réponses initiales via l’API REST arrivent (parfois, pas toujours, ce qui le rend encore plus intéressant) plus rapidement que les confirmations via SignalR. Nous connaissons toutes ces nuances et nos connecteurs sont capables de faire face à de telles situations. Bien sûr, cela crée une certaine complexité et une logique non linéaire, mais c’est ce que nous faisons dans la vie.

Autre exemple : lorsque vous annulez une commande sur Binance, vous pouvez vous fier aux notifications WebSocket (ce qui est très pratique) mais dans de nombreux cas, l’API REST vous apporte une réponse plus rapide. À quelle vitesse? 10 ms ! Ainsi, vous saurez que votre commande a été annulée 10 ms plus rapidement et agirez en conséquence. Dans le monde HFT, 10 ms est presque une éternité.

Chaque échange a de tels «œufs de Pâques» et nous en connaissons beaucoup. XTRD combine un matériel puissant avec une couche logicielle, optimisée pour « raser » 10 ms ici et 45 ms là. Si vous vous engagez à gagner, tout compte – votre algo, la façon dont il est codé, les serveurs pour l’exécuter, le bon réseau pour communiquer et un partenaire fiable pour l’exécuter. Réduisez ces latences avec XTRD.

Joindre le club!

Également publié ici.