该用户的聊天记录定位。
Found this in Changelog just now, from mid-June: "Sanity limits enforced on orderbook subscriptions: Max 500k market subscriptions per session. Max 10k/s commands per second enforced."
Found this in Changelog just now, from mid-June: "Sanity limits enforced on orderbook subscriptions: Max 500k market subscriptions per session. Max 10k/s commands per second enforced."
For very large numbers of market subscriptions over websocket, are there any per-SID limits I should bear in mind that could be triggering reconnects? For the same framework and base code, there's a large discrepancy between Kalshi and Polymarket connection stability that I cannot nail down, though from time to time I do see an explicit code=25, "Subscription buffer overflow"
For very large numbers of market subscriptions over websocket, are there any per-SID limits I should bear in mind that could be triggering reconnects? For the same framework and base code, there's a large discrepancy between Kalshi and Polymarket connection stability that I cannot nail down, though from time to time I do see an explicit code=25, "Subscription buffer overflow"
Thanks! One of my theories was related to invalid subscritions. I will chase that,
Thanks! One of my theories was related to invalid subscritions. I will chase that,
Great! Another C++ dev on Kalshi. 🙂 I am using Glaze too.
Great! Another C++ dev on Kalshi. 🙂 I am using Glaze too.
<@1294044400065839177> other than Connection Keepalive, are there any other things that could trigger periodic server-initiated Websocket disconnects? I am getting drops on my data channel at regular intervals. No 429; this is WSS only, single SID, single API key, many markets subscribed.
<@1294044400065839177> other than Connection Keepalive, are there any other things that could trigger periodic server-initiated Websocket disconnects? I am getting drops on my data channel at regular intervals. No 429; this is WSS only, single SID, single API key, many markets subscribed.
Kalshi