2026-01-15 12:22:36

調査を行った結果、この方案はプライベートサーバーのWebSocket接続が必要であり、シングルページアプリケーションに組み込むのは全く現実的ではないことがわかりました。重要な問題は、多くの取引所のリクエスト制限が一見単純に見えて実は非常に厄介であることです。例えば、1000倍の権限を持つと謳っていても、実際にデータを取得する際には、20回のリクエストで50のウェイトしか消費しません。全てのデータ（3500以上）を一度に更新しようとすると、サーバーが直ちに圧迫されてしまいます。したがって、最も実用的なアプローチは、制限に近づきすぎず超えず、ウェイトの消費を正確に計算し、リアルタイム性とコストのバランスを取ることです。

原文表示

このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております（表明・保証をするものではありません）。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。

22 いいね

報酬
22
8
リポスト
共有

0/400

StillBuyingTheDip

· 01-18 08:06

くそっ、取引所のこのウェイトシステムは本当にひどい。見た目は高級そうだけど、実際はただの落とし穴だ。 --- また、表面上は簡単そうに見えるが実は非常に複雑な要求だ。WebSocketの道は自分で切り開くしかない。 --- 1000倍の権限は気持ちいいと思ったら、実は虚構だった。やはりアルゴリズムの精密な運用に頼るしかない。 --- これが私がずっと自前のサービスを推奨している理由だ。SPAのあれはこのレベルのリクエストには全く耐えられない。 --- ウェイトの消費については、確かに細心の計算が必要だ。ちょっとでもミスるとサーバーが爆発するような感覚は誰も味わいたくない。 --- リアルタイム性とコストのバランス？言うのは簡単だが、実際にやるのは非常に難しい。絶えず調整が必要だ。 --- だからこそ、制限の中でどうやって快適に生きるかが本当の技術の見せ所だ。 --- 3500+のデータが一度にリフレッシュしてクラッシュ？幸い事前にこの落とし穴を踏んでおいたおかげで、オンラインで問題にならずに済んだ。

原文表示返信0

HorizonHunter

· 01-15 12:52

本当に、取引所のあのウェイトシステムはまさに罠だ、数字が一つ一つ人を騙す --- プライベートサーバーは確かに避けられない、SPAは全く耐えられない --- 1000倍の権限？笑わせるな、実際に使ってみて初めてわかる被割韭菜の意味 --- これが現実だ、理想と実践はいつも十万八千里離れている --- ウェイトの消費を計算するともう頭がおかしくなるし、速度とコストの間で何度も行ったり来たり --- この分野を経験した人ならわかる、制限設定はまったく謎だ --- だから、取引所のAPIはどれも罠だらけ、自分で苦労して学ぶしかない --- やはり重要なのは閾値を見つけることだ、あまり細かすぎると逆に失敗しやすい --- WebSocketは絶対必要だ、他に道はない --- 20リクエストごとに50ウェイト？この比率はどれだけ非常識なんだ

原文表示返信0

LuckyBlindCat

· 01-15 12:52

取引所のこのウェイトシステムは本当にすごい。数字だけを見ると怖いが、実際は全くの罠だ。 --- WebSocketのプライベート接続の件は以前に何度も失敗している。SPAはすぐにダメになる。 --- 1000倍の権限？笑わせるな。実際に手に入れるとやっぱり少ししかない。 --- 正確なカード制限は本当に技術の腕が問われる。もう少しで爆発しそうだった。 --- ウェイトの消費について誰も事前にきちんと説明してくれなかった。自分で一つずつ試すしかない。 --- リアルタイム性とコストは本来天敵だ。一つを選ぶともう一つは犠牲になる。 --- 3500以上のデータを一度に更新すると全てが停止する。こんな体験を誰が設計したのか。 --- やはりプライベートサーバーを使わないとダメだ。SPAは本当に耐えられない。 --- 20リクエストごとに50のウェイト？それじゃあどれくらいの時間をかけて更新すればいいのか。

原文表示返信0

BearHugger

· 01-15 12:51

取引所のこのウェイト計算はまさに数字のゲームだ。豪華に見えるけど実際は非常にケチだ。

原文表示返信0

PoetryOnChain

· 01-15 12:46

交易所那套权重系统真的绝了，表面上1000倍权限听着爽，结果实际用起来就是个笑话哈哈 --- 私有サーバーこの手法は選択肢がないですね、SPAはすぐに凉凉 --- 権重計算についても私も落とし穴にハマったことがあり、その後はリアルタイム性の追求を諦めました。安定性が何よりも重要です。 --- だからこそ、見た目はシンプルなAPIでも実は罠が潜んでいることが多く、自分で閾値を模索する必要があります。 --- 3500+データを一度に送信してサーバーを圧迫？この設計自体に問題があるでしょう。 --- 結局は経験値でこのバランスを取るしかなく、ドキュメントがどれだけ詳しく書かれていても意味がありません。

原文表示返信0

FreeMinter