Aujourd'hui, j'ai vu ce message privé. Je vais dire deux mots.

Pour les gens ordinaires, comme moi, il est impossible d'obtenir un avantage en termes de performance ou de vitesse.
La vitesse de passation des ordres ne prend pas seulement en compte la performance du programme, mais aussi la latence du réseau,
ainsi que le niveau de votre compte. Beaucoup d'échanges retardent intentionnellement les comptes ordinaires,
seuls les comptes de niveau spécial peuvent être prioritaires pour la correspondance des ordres.
Ce type d'arbitrage basé sur l'avantage de vitesse est généralement appelé arbitrage par latence.
Il exploite l'avantage de la vitesse de passation des ordres.

Donc, pour les gens ordinaires, il n'est pas nécessaire de se soucier de ce problème.
Il faut donc aborder cela sous d'autres angles.
L'arbitrage sur les perpétiques (perps) n'a même pas besoin de se précipiter pour la vitesse.
En gros, les deux solutions de mon script open source précédent.
Sont déjà capables de couvrir la majorité des scénarios.
Ces deux solutions ne nécessitent pas de vitesse. Tu peux même réduire la vitesse,
pour confirmer si la différence de prix atteint vraiment le seuil, et si elle est stable.
Pour faire en sorte que la différence de prix théorique et la transaction réelle soient en accord.