Após uma pesquisa, descobriu-se que este método requer uma conexão WebSocket privada no servidor, o que é completamente inviável em uma aplicação de página única. A questão principal é que — muitas limitações de requisição de exchanges parecem simples, mas na prática são bastante complicadas. Por exemplo, uma permissão de 1000x parece incrível, mas ao buscar dados, percebe-se que a cada 20 requisições consome apenas 50 de peso, e para atualizar toda a base de dados de mais de 3500, o servidor fica sobrecarregado. Portanto, a abordagem mais prática é: ficar próximo do limite, mas sem ultrapassá-lo, calcular com precisão o consumo de peso, e encontrar aquele ponto de equilíbrio entre tempo real e custo.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
22 gostos
Recompensa
22
8
Republicar
Partilhar
Comentar
0/400
StillBuyingTheDip
· 01-18 08:06
Merda, o sistema de ponderação desta exchange é realmente ridículo, parece sofisticado mas na verdade é uma armadilha
---
Mais uma vez, uma necessidade que parece simples mas na verdade é extremamente complexa, o caminho do WebSocket tem que ser pavimentado por nós
---
Permissão de 1000x parece ótimo, mas logo percebemos que é ilusório, ainda assim depende de uma operação algorítmica refinada
---
É por isso que eu sempre digo que é melhor construir o próprio serviço, o sistema SPA não aguenta esse nível de requisições
---
O consumo de ponderação realmente precisa de cálculos cuidadosos, ninguém quer experimentar a sensação de que o servidor vai explodir por pouco
---
Equilibrar entre tempo real e custo? Falar é fácil, fazer é muito difícil, é preciso ajustar os parâmetros constantemente
---
Então, como sobreviver confortavelmente sob essas limitações? Essa é a verdadeira arte técnica
---
Mais de 3500+ dados sendo atualizados de uma só vez e o sistema trava? Ainda bem que já testei esse problema antes, senão poderia causar problemas na produção
Ver originalResponder0
HorizonHunter
· 01-15 12:52
Mesmo, o sistema de peso das exchanges é uma armadilha, cada número mais impressionante que o outro
---
Servidores privados realmente não escapam, SPA simplesmente não aguenta
---
Permissão de 1000x? Rir até chorar, só usando para entender o que é ser enganado
---
Essa é a realidade, ideal e prática estão sempre a milhas de distância
---
O consumo de peso, quando calculado, dá um branco, e ainda tem que ficar pulando entre velocidade e custo
---
Quem já fez isso sabe, a configuração de limites é um verdadeiro enigma
---
Por isso, a API da exchange não tem uma que não seja uma armadilha, todos têm que passar por isso
---
O mais importante é encontrar aquele limite, se for muito preciso, é fácil de dar problema
---
WebSocket é indispensável, não há outra saída
---
Só 50 peso a cada 20 requisições? Essa proporção é absurda, como pode?
Ver originalResponder0
LuckyBlindCat
· 01-15 12:52
Aquele sistema de ponderação da exchange é realmente incrível, só de olhar os números dá para assustar, na prática é uma armadilha
---
A conexão privada WebSocket já foi um problema que enfrentamos antes, o SPA simplesmente não aguenta
---
Permissão de 1000x? Rir até chorar, ao receber, ainda é aquela coisa
---
Limitar com precisão é realmente uma questão técnica, se errar um pouco, explode
---
Ninguém explicou claramente o consumo de ponderação, tem que testar um por um
---
A real-time e o custo são inimigos naturais, escolher um significa abrir mão do outro
---
Mais de 3500 dados ao atualizar, quem foi que projetou essa experiência
---
Ainda é preciso usar servidor privado, o SPA realmente não aguenta
---
Só 50 de ponderação a cada 20 requisições? Então, quanto tempo levaria para completar?
Ver originalResponder0
BearHugger
· 01-15 12:51
A fórmula de cálculo de peso nesta exchange é mesmo um jogo de números; parece generosa, mas na prática é bastante mesquinha
Ver originalResponder0
PoetryOnChain
· 01-15 12:46
Aquele sistema de peso da exchange é realmente incrível, à primeira vista parece que dá para ter 1000x de permissão, mas na prática é uma piada haha
---
Não há escolha a não ser usar servidores privados, o SPA simplesmente fica de fora
---
Eu também já caí na armadilha do cálculo de peso, depois desisti de buscar a atualização em tempo real, estabilidade é mais importante que tudo
---
Então, veja bem, APIs que parecem simples na verdade estão te enganando, é preciso explorar o ponto crítico por conta própria
---
Mais de 3500+ dados de uma só vez podem sobrecarregar o servidor? Essa configuração já nasce com problema
---
No final, ainda depende da experiência para equilibrar tudo, por mais que a documentação seja clara, não adianta
Ver originalResponder0
FreeMinter
· 01-15 12:43
O sistema de ponderação das exchanges é mesmo uma armadilha. Só de olhar para os números parece bom, na prática fica decepcionante.
Ver originalResponder0
Ser_Liquidated
· 01-15 12:38
O peso das exchanges é mesmo uma armadilha, ouvir falar em permissões de 1000x parece impressionante, mas na prática é de ficar de boca aberta
Servidores privados são o caminho certo, SPA é completamente inútil
Se fosse comigo, diria que é preciso uma operação detalhada, não seja ganancioso e tente fazer tudo de uma vez, isso é uma operação suicida
Após uma pesquisa, descobriu-se que este método requer uma conexão WebSocket privada no servidor, o que é completamente inviável em uma aplicação de página única. A questão principal é que — muitas limitações de requisição de exchanges parecem simples, mas na prática são bastante complicadas. Por exemplo, uma permissão de 1000x parece incrível, mas ao buscar dados, percebe-se que a cada 20 requisições consome apenas 50 de peso, e para atualizar toda a base de dados de mais de 3500, o servidor fica sobrecarregado. Portanto, a abordagem mais prática é: ficar próximo do limite, mas sem ultrapassá-lo, calcular com precisão o consumo de peso, e encontrar aquele ponto de equilíbrio entre tempo real e custo.