Ci-dessous, des informations sur les retours de commandes non passées:
[
En haut, le nombre d'ordres suspendus est de 11.6, mais seulement 1.3 ont été négociés, puis le nombre non négocié est à nouveau vendu. Mais la somme des deux chiffres srvOrder.Amount - srvOrder.DealAmount est inférieure à 10.299999999999, et non à 10.3 Les erreurs de débit de précision suivantes se produisent:
Vendre ((8.054, 10.299999999999): 400: {
Le langage utilisé est JavaScript
17602119359/upload/asset/185ac34677b649d192c6e.jpg Le même problème est apparu sur le forum, comme si vous aviez posé un problème, et que vous étiez en train de demander comment le résoudre.
AAA386La requête doit être plus précise, certaines requêtes d'exchangeinfo sont fausses, recréer l'arithmétique, l'ajouter
Le foinOui, c'est un problème pour js et python, mais il faut prendre la précision avant de commencer.
- Je ne sais pas.Un bug de précision intéressant: Log ((0.056+0.52)
Le foinVous pouvez définir la précision dans les paramètres de la langue Ma
notreoborosLa langue Maï est confrontée au même problème, comment le résoudre?
17602119359Je vais essayer le Ritz-Bei.
citronLa précision est trop élevée, par exemple, votre prix 126.0783 a quatre décimales, mais la devise ne peut supporter que trois au maximum, alors c'est une erreur.
Le foinLa plupart d'entre eux posent des problèmes, il est recommandé de les enregistrer en utilisant une chaîne.
citronLa précision peut être ajustée, mais si l'interception avait été achetée 10.3, elle aurait été interceptée 10.2, l'erreur de commande exchangeinfo n'a pas été rencontrée pour le moment.
citronPourquoi cela se produit? Il y a aussi des problèmes d'accès à la base de données, par exemple, cette valeur 1626332174485 est stockée dans la base de données, et le problème est de voir la valeur en arrière-plan avec la commande Sqlite, mais en lisant le code, la valeur devient comme 1626332174380, et les derniers chiffres changent.