2026-01-15 12:22:36

Après avoir mené une enquête, il s'avère que cette solution nécessite une connexion WebSocket à un serveur privé, ce qui est tout simplement irréaliste dans une application monopage. La problématique clé est que — les limitations de requêtes de nombreuses bourses semblent simples mais sont en réalité très piégeuses. Par exemple, une permission prétendue 1000x paraît impressionnante, mais en réalité, lors de la récupération des données, on constate que chaque 20 requêtes ne consomme que 50 de quota. Pour rafraîchir une quantité totale de plus de 3500 données en une seule fois, le serveur serait immédiatement submergé. La stratégie la plus pratique consiste donc à : approcher la limite sans la dépasser, calculer précisément la consommation de quota, et trouver cet équilibre entre la réactivité et le coût.

Voir l'original

Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.

22 J'aime

Récompense
22
8
Reposter
Partager

Commentaire

0/400

StillBuyingTheDip

· 01-18 08:06

Merde, le système de pondération de cette plateforme d'échange est vraiment absurde. Il a l'air sophistiqué mais c'est en fait un piège --- Encore une demande qui semble simple mais est en réalité très complexe, il faut que je trace la voie pour WebSocket --- L'autorisation 1000x semble géniale, mais en réalité c'est du vent, il faut toujours compter sur un algorithme précis et finement ajusté --- C'est pour ça que je dis toujours qu'il faut créer ses propres services. La solution SPA ne peut pas supporter ce genre de requêtes --- La gestion de la consommation de pondération doit vraiment être calculée avec soin. Personne ne veut ressentir cette sensation de serveur qui explose à cause d'une erreur --- Équilibrer la réactivité en temps réel et le coût ? Facile à dire, très difficile à faire, il faut constamment ajuster les paramètres --- Alors comment faire pour rester à l'aise tout en étant limité ? C'est ça le vrai défi technique --- Plus de 3500+ données qui plantent lors d'une seule actualisation ? Heureusement, j'ai anticipé ce piège, sinon ça aurait causé des problèmes en ligne

Voir l'originalRépondre0

HorizonHunter

· 01-15 12:52

Vraiment, le système de pondération des exchanges est une arnaque, chaque chiffre est plus impressionnant que le précédent --- Les serveurs privés ne peuvent vraiment pas être évités, SPA ne peut pas tenir le coup --- Permission 1000 fois ? Rire, c'est en l'utilisant qu'on comprend ce que c'est que de se faire couper la laine sur le dos --- C'est ça la réalité, l'idéal et la pratique sont toujours à des kilomètres l'un de l'autre --- Le calcul de la consommation de pondération est épuisant, il faut constamment jongler entre vitesse et coût --- Ceux qui ont déjà fait ça savent, la configuration des limites est complètement un mystère --- Donc, l'API des exchanges n'en a aucune qui ne soit une arnaque, il faut tous les tester soi-même --- Le principal, c'est de trouver ce seuil, trop précis peut facilement faire planter --- WebSocket est indispensable, il n'y a pas d'autre solution --- Seulement 50 de pondération pour 20 requêtes ? Ce ratio est complètement aberrant

Voir l'originalRépondre0

LuckyBlindCat

· 01-15 12:52

La système de pondération de cette plateforme d’échange est vraiment exceptionnel, à première vue les chiffres impressionnent, mais en réalité c’est une vraie arnaque --- Le problème des connexions WebSocket privées a déjà été rencontré, le SPA est directement mis hors service --- Une permission de 1000x ? Rire, en regardant de plus près, il n’y a toujours pas grand-chose --- La gestion précise des limites de carte est vraiment une compétence technique, il faut presque exploser --- Personne n’a expliqué à l’avance la consommation de pondération, il faut tester un par un --- La réactivité et le coût sont naturellement des ennemis, il faut choisir l’un ou l’autre --- Plus de 3500 données à rafraîchir, qui a conçu cette expérience ? --- Il faut toujours utiliser un serveur privé, le SPA ne peut vraiment pas tenir --- Seulement 50 de pondération toutes les 20 requêtes ? Combien de temps faut-il pour tout rafraîchir ?

Voir l'originalRépondre0

BearHugger

· 01-15 12:51

La méthode de calcul du poids pour cette plateforme d'échange est vraiment un jeu de chiffres. Elle semble généreuse en apparence, mais en réalité très avare.

Voir l'originalRépondre0

PoetryOnChain

· 01-15 12:46

La véritable perfection du système de pondération de la plateforme d’échange est impressionnante, en surface, une permission de 1000x semble géniale, mais en réalité, c’est une blague haha --- Il n’y a pas d’autre choix que le serveur privé, SPA est directement hors service --- J’ai aussi fait des erreurs dans le calcul de la pondération, j’ai fini par abandonner la recherche de la réactivité en temps réel, la stabilité est plus importante que tout --- Donc, en fait, toutes ces API qui semblent simples cachent en réalité des pièges, il faut explorer soi-même ce point critique --- Plus de 3500+ données en une seule fois pour faire tomber le serveur ? Ce design est clairement problématique --- Finalement, il faut toujours compter sur l’expérience pour équilibrer tout ça, aussi clair que la documentation puisse être, ça ne sert à rien

Voir l'originalRépondre0

FreeMinter

· 01-15 12:43

Le système de pondération des exchanges est vraiment une arnaque. À première vue, les chiffres semblent impressionnants, mais en pratique, c'est décevant.

Voir l'originalRépondre0

Ser_Liquidated

· 01-15 12:38

La pondération des exchanges est vraiment une arnaque, une permission 1000x qui fait peur, mais en pratique c'est déconcertant Un serveur privé est la vraie voie, SPA est complètement inutile Si vous me demandez mon avis, il faut une gestion fine, ne pas vouloir tout faire en une seule fois, sinon c'est une opération suicidaire

Voir l'originalRépondre0